Especificacin de Requerimientos de Software

SISTEMA UNIVERSITARIO INTEGRADO

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE

ERS (Especificaciones de Requerimientos de Software). Estndar 8301993 IEEE (revisin del std 830-1984 IEEE) Contenido
1. Introduccin................................................................................................................. 3 1.1. Objetivo................................................................................................................. 3 1.2. Alcance.................................................................................................................. 5 1.3. Definiciones, acrnimos y abreviaturas.................................................................6 1.4. Referencias............................................................................................................ 7 1.5. Descripcin global de la ERS..................................................................................7 2. Descripcin General.....................................................................................................7 2.1. Perspectiva del Software.......................................................................................7 Funciones del Software...............................................................................................10 2.3. Caractersticas del usuario...................................................................................10 2.4. Restricciones generales.......................................................................................11 2.5. Suposiciones y Dependencias..............................................................................12 2.6. Distribucin de requerimientos............................................................................12 3. Especificacin de Requerimientos..............................................................................12 3.1. Requerimientos de Interfaces Externas...............................................................12 3.2. Requerimientos Funcionales................................................................................18 Requerimientos de Performance.................................................................................24 Requerimientos lgicos de la base de datos...............................................................26 Restricciones de Diseo..............................................................................................26 3.6. Atributos del Software.........................................................................................27

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 2 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE

1. Introduccin
La introduccin debe proveer un panorama global de toda la ERS. 1.1.

Objetivo Reflejar las Requerimientos Funcionales y No Funcionales del Software a desarrollar. Contextualizar al Software a desarrollar en un ambiente de trabajo en el cual operar. Dar un plano general de todo el Sistema de Informacin, en el cual se encontrar integrado el Software a desarrollar.

Este documento est orientado a todos los Stakeholders del Proyecto, sea desde los diferentes usuarios, el Sponsor del proyecto, el Lder de Proyecto y dems participantes del equipo de desarrollo. Los stakeholders del Proyecto, estarn conformados por los siguientes grupos, con sus correspondientes responsabilidades:

Sponsor: estar personificado por la Gerencia de Sistemas de UADE. Su responsabilidad es la de llevar adelante el proyecto desde el punto de vista gerencial y de cara al rectorado de la UADE. Si bien su participacin en el proyecto no ser directa, pero se le deber reportar el avance del proyecto a medida que se vayan obteniendo resultados visibles para el Usuario. Por otro lado ser el responsable de aprobar y firmar los entregables (ya sea documentacin, cdigo o ejecutables) que se le vayan presentando, dando su conformidad de recepcin. Usuario Experto: es quien tiene profundos conocimientos en el Sistema actual y en el proceso que involucra la utilizacin del Sistema. Esto implica que ser de suma importancia su participacin, an si no posee amplios conocimientos acerca del sistema, pero s debido a sus fuertes conocimientos en el proceso actual. Su principal responsabilidad ser la de trabajar al lado de los Analistas Funcionales, a fin de que estos puedan captar todos los requerimientos y necesidades del negocio. Esto implica que la participacin de este tipo de usuario se dar a lo largo de todo el proyecto, fundamentalmente en las etapas de Anlisis y en las Pruebas de Aceptacin del Usuario (UAT). Se contar con un Usuario Experto por cada uno de los mdulos a desarrollar, a fin de poder captar el mayor conocimiento en cada una de las reas. Usuario Directo: este usuario se refiere a aquel usuario que har uso directamente del sistema, esto es, aquel que lo utilizar a diario en forma operativa. La participacin de este usuario estar principalmente vinculada a la validacin y obtencin de ciertos requerimientos, en especial aquellos que se relacionan con la navegacin y facilidad de uso, puesto a que ste ser el usuario que lo utilizar a diario. Su principal responsabilidad ser la de trabajar junto a los Analistas Funcionales, a fin de poder definir en conjunto con el Usuario Experto la funcionalidad del sistema, como as tambin poder definir las caractersticas visuales y de navegacin que deber tener el sistema. Usuario Indirecto: este usuario se refiere a aquel usuario que si bien no usa el sistema directamente, consume alguno/s de las salidas que tiene el sistema. Esto, en general, se
REALIZADO POR Nelson Pedernera, Sofa Porta REVISADO POR APROBADO POR FECHA 29/09/2008 PAGINA Pgina 3 de 28

VERSION 1.0

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE ve materializado en Reportes que entrega el sistema. Es por esto que este usuario no estar relacionado o vinculado a la obtencin de requerimientos funcionales como no funcionales, sino que tendr participacin activa en lo relativo a la definicin y diseo de los reportes que brindar el sistema. En este punto tendr activa participacin con los Analistas Funcionales a fin de que la generacin de reportes forme as parte de la Especificacin Funcional.

Lder de Proyecto: ser quien conduzca el proyecto desde el lado del Equipo de Desarrollo. De esta manera la participacin de este Stakeholder se dar a lo largo de todo el Proyecto. Las principales responsabilidades del Lder de Proyecto residen en la programacin y asignacin de tareas, la confeccin de un plan y el seguimiento del mismo. Por otro lado ser el contacto directo con el Sponsor y las principales autoridades de la UADE. Lder Funcional: este Stakeholder ser el responsable de organizar al equipo de Analista Funcionales que trabajen en el proyecto. Tendr contacto directo con los diferentes usuarios (tanto expertos, directos e indirectos) y tendr activa participacin en las tareas de anlisis que se lleven a cabo a lo largo del proyecto, como as tambin tendr presencia en las Pruebas de Aceptacin del Usuario. Una de las principales responsabilidad que tendr el Lder Funcional ser el de disear la solucin funcional. Esto es, en funcin de las necesidades y requerimientos que se hayan relevado, se plantea la mejor solucin de cara a poder cubrir las necesidades de informacin detectadas. En base a este diseo de la solucin que se realice se llevar a cabo la completa elicitacin de requerimientos, verificacin, especificacin y validacin de los mismos, que conformar la Especificacin Funcional que se entregar y en base a la cual se realizar el desarrollo del sistema. Lder Tcnico: este Stakeholder ser el responsable de organizar al equipo de diseadores, arquitectos y desarrolladores que trabajen en el proyecto. Tendr activa participacin en las actividades de arquitectura y diseo, principalmente a fin de poder sentar las bases arquitectnicas a partir de las cuales se podr llevar a cabo el desarrollo posterior. Esta tarea comenzar una vez que se tenga definida la solucin funcional, para que a partir de este punto se pueda pasar a tomar cuenta del diseo tcnico. De esta manera se observa la necesidad de que el Lder Tcnico no solo trabaje a la par de los desarrolladores, diseadores y arquitectos, sino que tambin tenga fluido dilogo con el Lder Funcional y los dems Analistas Funcionales. Analista Funcional: este Stakeholder tendr la responsabilidad de llevar a cabo los relevamientos con el cliente a fin de poder captar sus necesidades y traducir las mismas en requerimientos, que al ser especificados ampliamente sern recibidos el desarrollador. De esta manera, este stakeholder deber tener un fluido dilogo con los distintos usuarios, a fin de poder captara las necesidades de informacin de la mejor manera. El trabajo del Analista concluir con una Especificacin Funcional a ser entregada a los desarrolladores. ste, tambin, tendr activa participacin en el diseo de las interfaces como as tambin en el diseo de la Base de Datos, ya que posee conocimiento del dominio de la aplicacin.

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 4 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE Diseador: su principal participacin consistir en definir un diseo, ya sea a nivel de clases como de base de datos, a fin de que se logre alcanzar la solucin propuesta, pero que tambin resalten la adaptabilidad, portabilidad, flexibilidad y escalabilidad. Su trabajo estar muy relacionado con la labor del Arquitecto.

Arquitecto: su principal participacin consistir en definir una arquitectura tal que se logre alcanzar la solucin propuesta, pero que tambin resalten la adaptabilidad, portabilidad, flexibilidad, escalabilidad, performance, seguridad, y dems requerimientos no funcionales que surjan con el cliente. Su trabajo estar muy relacionado con la labor del Diseador. Desarrollador: este stakeholder se encargar de pasar a cdigo la especificacin funcional que reciba del Analista Funcional. Este desarrollo se llevar a cabo en base a la arquitectura y diseo planteados previamente. Este stakeholder tendr activa participacin en la etapa de desarrollo y posterior a las Pruebas de Aceptacin de Usuario, en caso de que se requieran realizar cambios.

1.2. Alcance Nombre: Sistema Universitario Integral (SUI) COMPRENDE Inscripcin a cursos y exmenes Utilizacin de una Tarjeta Magntica para: Control de asistencia a clases Control de ingreso a las instalaciones Informacin Personal Acadmica: Registro de materias cursadas y aprobadas. Registro de parciales y finales aprobados. Financiera: Registro de cuotas y exmenes pagos. Administracin General Asignacin de cursos. Asignacin de profesores a cursos. Asignacin de aulas. Asignacin de horarios. Publicacin de Notas Avisos va mail Calendario General Notificacin de eventos especiales Notificacin de proximidad a la fecha de examen NO COMPRENDE No maneja los pagos de los alumnos (cuotas) y tampoco del pago a profesores No administra el volcado y chequeo de las notas de los alumnos. Solo se encarga de su visualizacin. No administra la generacin de actas, ni la generacin de certificados.

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 5 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE El Software a desarrollar se aplicar en Universidades Aranceladas, donde la necesidad de control de informacin financiera vinculada a la acadmica es de gran importancia. Uno de los principales beneficios que este Software proporcionar al Sistema de Informacin de la Universidad, ser el control del flujo de informacin a travs de l. Otro de los beneficios que la utilizacin del Software brindar ser en mejorar la asignacin de recursos de la Universidad, lo que supondr una reduccin de costos. El objetivo principal es la administracin de notas, cursos, informacin personal, acadmica y financiera de alumnos, control de asistencia e ingresos, entre otros. 1.3. Definiciones, acrnimos y abreviaturas Acrnimos ERS: Especificacin de Requerimientos de Software. UADE: Universidad Argentina de la Empresa SUI: Sistema Universitario Integral UAT: User Aceptance Test (Test de Aceptacin de Usuario) LAN: Local Area Network (Red de rea Local) WLAN: Wireless Local Area Network (Red de rea Local Inalmbrica) SOAP: Simple Object Access Protocol (Protocolo de Acceso a Objetos Simples) USB: Universal Serial Bus (Puerto Serial Universal) XML: Extensible Markup Language (Lenguaje de Marcas Extensible) GB: Giga Byte MB: Mega Byte IEEE: Institute of Electrical and Electronics Engineering (Instituto de Ingenieros Elctricos y Electrnicos) JDK: Java Development Kit (Kit de Desarrollo para Java) Definiciones Stakeholder: todo aquel involucrado en el sistema/proyecto. Tiene intereses sobre el mismo, pudiendo ser negativos o positivos. Pop-Up: ventana emergente que se abre ante determinados eventos. El foco pasa a estar en esta ventana. No se cierra la ventana principal. Lector de Tarjeta Magntica: dispositivo que permite la lectura de una tarjeta magnetizada. Este dispositivo cuenta con un software de gestin que es el encargado de obtener el cdigo de identificacin de la tarjeta. HID: compaa desarrolladora del protocolo de comunicacin para lectores de tarjetas magnticas WebCampus: sitio web de publicacin de informacin general de las materias de la UADE. A este sitio tienen acceso Alumnos, Profesores y Personal Administrativo. Este sitio interactuar con SUI.

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 6 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE MiUADE: sitio web de publicacin de notas de exmenes. Cada alumno posee un usuario en este sitio, donde tiene cargado su perfil y a travs del cual podr acceder a sus notas. Este sitio interactuar con SUI. Administrador de Notas: sistema utilizado actualmente para la carga de notas y generacin de Actas. Los profesores realizan el volcado de las notas y el personal administrativo confecciona las actas impresas cuando corresponda. Este sistema interactuar con SUI. Administrador de Finanzas: sistema utilizado para llevar a cabo la gestin de finanzas, lo cual incluye: pago de sueldos, cobro de cuotas, cobro de derecho de examen, manejo de fondos generales de UADE, entre otros. Este sistema interactuar con SUI. Abreviaturas N/A 1.4. 1.5. Referencias N/A Descripcin global de la ERS Contenido: el contenido que integrar la presente ERS consiste en una descripcin general desde el punto de vista de las diferentes interfaces del sistema, y cmo ste se relaciona con los Usuarios y dems participantes del Sistema de Informacin. Tambin se expondrn los diferentes requerimientos del Sistema, tanto Funcionales como No Funcionales. Tambin se expresarn las restricciones detectadas sobre el desarrollo del Software Organizacin: el presente documento estar estructurado desde lo ms general a lo ms especfico. De esta manera, primero se presentarn las interfaces del sistema, con los usuarios, las de Hardware, Comunicacin, entre otras. Luego se describirn las funciones del Software, con sus suposiciones y restricciones, de manera de dejar en claro las funcionalidades y limitaciones del mismo, como as tambin de los supuestos sobre los que trabajamos. Finalmente se expresar de manera detallada la Especificacin de Requerimientos, tanto funcionales como no funcionales.

2. Descripcin General
2.1. Perspectiva del Software En esta subseccin se expondr al producto en perspectiva con otros productos relacionados. Se establecer si el software es totalmente independiente y autocontenido. 2.1.1. Interfaces de sistema. Las interfaces que integrarn el sistema sern: Soporte Web para carga de datos y consultas de alumnos. Esta interfaz ser de uso exclusivo del alumnado. La utilidad de la misma consistir en el ingreso de datos personales del alumno. As mismo, deber brindarle la posibilidad de llevar
REVISADO POR APROBADO POR FECHA 29/09/2008 PAGINA Pgina 7 de 28

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE a cabo consultas de notas y de calendario acadmico. Otro de los servicios prestados a travs de esta interfaz es la inscripcin a cursos. Soporte Web para carga de notas de Profesores. Esta interfaz ser de uso exclusivo del Profesorado. La utilidad de la misma consistir en permitirles a los Profesores ingresar las notas de cada uno de los cursos. As mismo, le proporcionar la funcionalidad de cargar en el sistema fechas de exmenes. Interfaz para Administrativos. sta ser de uso exclusivo de personal Administrativo de la Universidad. La utilidad de la misma consistir en la generacin de cursos, asignacin de profesores a los mismos, asignacin de horarios y aulas. Se anexa al final de la seccin un diagrama de contexto para entender donde se encuentran esta interfaz 2.1.2. Interfaces de usuario. Interfaz de Alumno: el diseo de la pgina deber incluir un men principal que contendr los accesos a los diferentes servicios. Adems, el cuerpo principal de la pgina mostrar los contenidos relativos a la opcin elegida. Interfaz de Profesor: el diseo de la pgina deber incluir un men principal que contendr los accesos a los diferentes servicios. Adems, el cuerpo principal de la pgina mostrar los contenidos relativos a la opcin elegida. Interfaz de Personal Administrativo: el diseo de la pgina deber incluir un men principal que contendr los accesos a los diferentes servicios. Adems, el cuerpo principal de la pgina mostrar los contenidos relativos a la opcin elegida. Interfaz de Acceso: el diseo de la pgina de Login deber permitirle al Usuario ingresar su nombre de Usuario y Contrasea, a fin de validarlo. La pgina deber contener 3 campos: Usuario, Contrasea y Rol. Aspectos para mejorar la interfaz: Uso mnimo de pop-up Men de navegabilidad fijo en todas las pginas Mapa de sitio Navegabilidad con pocos niveles de profundidad Se anexa al final de la seccin un diagrama de contexto para entender donde se encuentran esta interfaz 2.1.3. Interfaces de hardware. Se utilizar una misma interfaz para el uso de la tarjeta magntica, tanto para el ingreso a las instalaciones como el control de asistencia a clases. En cada uno de los casos, ante el evento de pasar la tarjeta, se ejecutarn una serie de controles y validaciones, de manera de identificar a la persona poseedora de la misma. A su vez, en los casos de ingreso a las instalaciones, se registra el mismo, y se

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 8 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE habilitar la puerta de acceso. En el caso de ingreso al aula se registrar la asistencia. Para llevar a cabo esta funcin se contar con Lectores de Tarjetas Magnticas, cuya interfaz se encontrar integrada a la interfaz del sistema a desarrollar. Se anexa al final de la seccin un diagrama de contexto para entender donde se encuentran esta interfaz 2.1.4. Interfaces de software. Se necesitar un Sistema Administrador de Base de Datos. Se utilizar Oracle 10i. El sistema correr sobre Windows Server 2003. Uno de los sistemas de aplicacin con el cual se comunicar ser un Sistema de Cobranza, que maneje el cobro de cuotas de los Alumnos. La comunicacin con este sistema consistir en consultar el estado de cuotas de los alumnos. Esto se llevar a cabo a travs de Web Services. Otro de los Sistema de aplicacin con los que interactuar ser un Sistema de Administracin de Notas, que maneje el ingreso, control y almacenamiento de las mismas. La interaccin entre este Sistema y SUI consistir en la consulta de notas. Esto se llevar a cabo a travs de Web Services. Se anexa al final de la seccin un diagrama de contexto para entender donde se encuentran esta interfaz Interfaces de comunicacin. Se requerir de los siguientes protocolos: Protocolo LAN: IEEE 802.3, para la comunicacin de las computadoras del personal administrativo Protocolo WLAN: IEEE 802.1 Q, para las comunicaciones entre las computadoras porttiles dentro del edificio de la Facultad. Protocolo lectores tarjetas: los equipos a utilizar soportarn el protocolo prot-GE sobre HID/USB. A su vez, los equipos sern compatibles con Human Interface Protocol. Protocolo SOAP: Simple Object Access Protocol, para permitir la comunicacin entre las distintas aplicaciones a travs de mensajes por medio de Internet. Se basa en XML y sirve de base para Web Services. 2.1.6. Restricciones de memoria. Para que el Software trabaje en ptimas condiciones, el mismo deber correr en un Server de al menos 4 GB de Memoria. Las mquinas clientes se recomiendan que tengan al menos 256 MB de Memoria. Operacin. A continuacin se enumerarn los diferentes modos de operacin:
REVISADO POR APROBADO POR FECHA 29/09/2008 PAGINA Pgina 9 de 28

2.1.7.

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE La carga de notas, y trabajos prcticos sern una operacin que deber ser iniciada por el Usuario, en este caso por el Personal Docente. La carga de datos personales y financieros es una operacin llevada a cabo por el Personal Administrativo. La carga del Calendario y modificacin del mismo a causa de fechas especiales, es una operacin que debe ser llevada a cabo por los usuarios del Personal Administrativo. Los avisos va mail, sern realizados en un proceso batch que correr en las primeras horas de la maana (aproximadamente a las 06:00hs) El personal de Infraestructura realizar una vez por semana el Backup completo de la Base de Datos, a fin de poder recuperarse de cualquier falla o eventual cada del Sistema.
Publicacin de Exmenes Avisos Generales Sistema Administrador de Notas Sistema Administrador de Finanzas

SUI Servidor Web

SUI Application Server

SUI Servidor de Datos

SUI
SUI Servidor de Tarjetas Magnticas

Personal Administrativo

Publicaciones Eventos Calendario General Lector Tarjeta Magntica

Funciones del Software En esta subseccin de la presente ERS proveer un resumen de las principales funciones que el software ejecutar. 2.3. Caractersticas del usuario Los usuarios de la aplicacin sern Profesores, Alumnos y Personal Administrativo. Se supone que cada uno de estos Usuarios tiene un nivel mnimo de educacin Secundaria. A su vez se tiene conocimiento de que estos Usuarios, probablemente, no tengan un alto nivel tcnico, por lo cual el Software estar dirigido a cualquier usuario no tcnico,

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 10 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE teniendo como caractersticas una facilidad de uso y navegabilidad a travs del mismo, acorde a los Usuarios. 2.4. Restricciones generales Las principales restricciones detectadas, son las siguientes: Regulaciones La aplicacin deber correr en un Servidor de las siguientes caractersticas: Dual Core 4 GB de RAM La aplicacin deber respetar los contratos de interfaces con las dems aplicaciones vigentes, que se describen a continuacin: WebCampus MiUADE Sistema de Cobranza Sistema de Administracin de Notas La descripcin de cada una de las interfaces mencionadas, se har ms adelante en este documento El Sistema deber soportar el acceso en simultneo a la aplicacin de los alumnos, profesores y personal administrativo. Se estima que los accesos mximos ser de unas 5000 personas. Requerimientos de lenguaje de alto nivel Los protocolos a utilizar sern los mencionados anteriormente: LAN: IEEE 802.3 VLAN: IEEE 802.1 Q Lectoras de Tarjetas Magnticas: prot-GE sobre HID/USB. Compatible con Human Interface Protocol. SOAP: Simple Object Access Protocol, para permitir la comunicacin entre las distintas aplicaciones a travs de mensajes por medio de Internet. Se basa en XML y sirve de base para Web Services. En cuanto a los requerimientos de confiabilidad, el Software deber mantenerse en funcionamiento activo. Esto implica que siempre podr solicitarse operacin al mismo. Es requerido que el Software mantenga un nivel sin cadas especialmente en momentos como: inscripcin a cursos, facturacin, pocas de finales. Se consideran estas pocas como cruciales para el funcionamiento de la Universidad, con lo cual la confiabilidad del Software debe ser mxima. En caso de caerse el Sistema por causas eventuales, se debe permitir un mecanismo de recuperacin haciendo que se pierda la menor cantidad de informacin posible, y haciendo que el retrabajo manual sea el mnimo. Gravedad de la aplicacin: la aplicacin manejar (si bien alguno de estos no los administrar, sino que solo los consultar) una gran cantidad de datos, dentro de los cuales se incluyen: Notas de alumnos, informacin personal de alumnos, informacin financiera de alumnos, informacin personal de profesores, fechas de parciales y finales, informacin acerca de los cursos dados de alta, informacin acerca de los recursos de dictado de clase que

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 11 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE dispone la Universidad. Debido a esto, la aplicacin tiene asociada una alta gravedad en caso de falla o prdida de datos. Consideraciones de seguridad: es requerido que el acceso a cualquier parte de la aplicacin sea bajo el uso de un Usuario y Contrasea. Cada usuario se corresponder con el nmero de legajo de cada profesor, alumno o personal administrativo. La contrasea inicial ser generada por la aplicacin, para que luego sea cambiada por cada usuario. Se requiere que la sesin de cada usuario no dure ms all de 30 minutos de inactividad. 2.5. Suposiciones y Dependencias Se requiere de las implementaciones de los Web Services tanto en el Sistema de Cobranzas como en el Sistema de Administracin de Notas, para poder consultar los datos necesarios para que el SUI pueda funcionar. Se asume que el sistema debe de ser funcional en cualquier explorador de Internet de manera transparente.

2.6.

Distribucin de requerimientos A continuacin se listan los requerimientos que pueden abordarse en las ltimas etapas del SUI: Notificacin de proximidad a la fecha de examen Avisos Va Mail Calendario General Notificacin de Eventos Especiales

3.

Especificacin de Requerimientos

A continuacin se describen los requerimientos planteados por los Usuarios durante las reuniones de extraccin de requerimientos. Cada uno de ellos tiene relacin con Requerimientos Funcionales, No Funcionales y vinculados al Proceso de Desarrollo . 3.1. Requerimientos de Interfaces Externas

3.1.1.

Interfaces de usuario 1. Interfaz del alumno Consiste en una pgina principal que debe permitir el acceso a los siguientes mdulos: Inscripcin a cursos Visualizacin y modificacin de Informacin Personal tanto a nivel Acadmico como financiero Visualizacin de las notas del alumno Visualizacin del Calendario General Visualizacin de las Publicaciones de Eventos Especiales El Layout de la misma se anexa al final de la seccin 2. Interfaz del Profesor Consiste en una pgina principal que debe permitir el acceso a los siguientes mdulos:
REVISADO POR APROBADO POR FECHA 29/09/2008 PAGINA Pgina 12 de 28

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE Publicacin de fechas de exmenes de un curso. Publicacin de avisos generales a un curso. Visualizacin del Calendario General Visualizacin de las Publicaciones de Eventos Especiales El Layout de la misma se anexa al final de la seccin 3. Interfaz del Personal Administrativo Consiste en una pgina principal que debe permitir el acceso a los siguientes mdulos: Administracin de cursos, ya sea para: o Crear cursos para una materia; asignar nombre, aula y horarios. o Modificar cursos de una materia; cambiar horarios o aula. o Eliminacin de cursos; Administracin de profesores de los cursos, ya sea para: o Asignar profesor al curso o Quitar al profesor designado de un curso Publicacin en el Calendario General Publicacin de Eventos Especiales El Layout de la misma se anexa al final de la seccin 4. Interfaz de Acceso Consiste de una pgina de acceso al SUI que contiene tres campos para la identificacin del usuario: Nombre del usuario Contrasea del usuario Rol del usuario El Layout de la misma se anexa al final de la seccin

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 13 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE Anexo - Layouts

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 14 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 15 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE Anexo Mensajes al Usuario

Advertencia

Confirmacin

Error

3.1.2. Interfaces de hardware |Se utilizar una misma interfaz para el uso de la tarjeta magntica, tanto para el ingreso a las instalaciones como el control de asistencia a clases. El dispositivo elegido es el Lector de tarjeta magntica MagTek Mini USB Swipe Reader, el cual cumple con los requisitos de la interfaz de contacto de tipo de tarjetas inteligentes de la norma ISO 7816. Es un lector bidireccional de alta calidad, con conexin USB tanto para recepcin/envo de datos a la computadora como para la alimentacin del mismo. El lector de tarjetas magnticas mencionado se instalara en todas las puertas de acceso a la institucin para permitir el ingreso al mismo, y tambin se instalara en todas las puertas de las aulas de clase para el control de asistencia. En ambos casos ante el evento de pasar la tarjeta, se ejecutarn una serie de controles y validaciones, de manera de identificar a la persona poseedora de la misma. A su vez, en los casos de ingreso a las instalaciones, se registra el mismo, y se habilitar la puerta de acceso. En el caso de ingreso al aula se registrar la asistencia.

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 16 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE 3.1.3. Interfaces de software El Sistema Administrador de Base de Datos elegido es el Manejador de Bases de Datos. Oracle 10g Edicin Estndar para manejar las bases de datos de Alumno, Profesores, Personal Administrativo, Publicaciones y otras, Estas bases de datos, sern instaladas en un servidor fsico con instancias de Oracle Todos los servidores del sistema a utilizar debern ejecutar sobre Windows Server 2003. La comunicacin con el Sistema de Cobranza y el Sistema de Administracin de Notas se llevar a cabo a travs de Web Services. El mismo debe ser implementado en ambos sistemas y en el SUI siguiendo el estndar SOAP para el intercambio de datos entre aplicaciones. 3.1.4. Interfaces de comunicaciones Se requerir para la comunicacin de las computadoras del personal administrativo placas de red LAN que cumplan con el protocolo IEEE 802.3 con un ancho de banda mnimo de 100 Mbps. Se requerir para la comunicacin entre las computadoras porttiles dentro del edificio modem de red VLAN que cumplan con el protocolo IEEE 802.1 Q con un ancho de banda mnimo de 54 Mbps Se requerir que los equipos Lectores de Tarjetas Magnticas soporten el protocolo prot-GE sobre HID/USB. A su vez, los equipos debern ser compatibles con Human Interface Protocol. Estos equipos se comunicarn con el servidor a travs de cableado USB 1.0. Se requerir que la implementacin del los Web Services del SUI y los sistemas externos utilice el protocolo SOAP Simple Object Access Protocol para la comunicacin entre el SUI y los sistemas externos. El protocolo SOAP funcionar sobre http siguiendo el estndar homologado por el W3C.

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 17 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE 3.2. Requerimientos Funcionales Esta sub seccin de la ERS especifica los requerimientos funcionales. Estos definen la expectativa del usuario frente al sistema. Los mismos han sido descriptos a un nivel esencial sin detalle de los mecanismos informticos requeridos para resolverlo. Inscripcin a cursos
Descripcin: Se requiere que el Alumno pueda inscribirse a un curso de alguna materia dentro de las opciones disponibles del SUI. A su vez, puede tener la posibilidad de darse de baja del curso antes de que el mismo finalice.

Entrada: Legajo de Alumno. Identificacin de Accin elegida Proceso:

El alumno debe loguearse al sistema va web. El alumno debe escoger la opcin Inscripcin a cursos y luego escoger la materia y el curso deseado, segn la disponibilidad del SUI El alumno debe confirmar la inscripcin al curso. El sistema emitir un comprobante de inscripcin al curso elegido y la opcin de imprimir dicho comprobante

Salida: Confirmacin de Inscripcin a cursos Inscripcin a exmenes

Descripcin: Se requiere que el Alumno pueda inscribirse a un examen de alguno de los cursos a los que se encuentra inscripto dentro de las opciones disponibles del SUI. A su vez, puede tener la posibilidad de darse de baja del examen antes de que el mismo comience.

Entrada: Legajo de Alumno. Identificacin de Accin elegida Proceso:

El alumno debe loguearse al sistema va web. El alumno debe escoger la opcin Inscripcin a exmenes y luego escoger la materia y el curso deseado, segn la disponibilidad del SUI

i. ii.

El alumno debe confirmar la inscripcin al curso. El sistema emitir un comprobante de inscripcin al examen elegido y la opcin de imprimir dicho comprobante

Salida: Confirmacin de Inscripcin a exmenes Control de asistencia a clases Descripcin: Se requiere llevar a travs de un sistema de tarjetas magnticas el control de asistencia del Alumno. Entrada: Cdigo de Tarjeta Magntica. Identificacin de Lugar de lectura Proceso:
VERSION 1.0 REALIZADO POR Nelson Pedernera, Sofa Porta REVISADO POR APROBADO POR FECHA 29/09/2008 PAGINA Pgina 18 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE

El Alumno debe pasar la tarjeta magntica personal del SUI a travs de los lectores de tarjeta magntica instalados en cada puerta de acceso de las aulas.

i. ii.

El sistema comprobar si corresponde o no al alumno ingresar al aula El sistema permitir el acceso al aula.

Salida: Registro de asistencia a clase Control de ingreso a las instalaciones Descripcin: Se requiere llevar a travs de un sistema de tarjetas magnticas el control de ingreso a las instalaciones por parte del Alumno. Entrada: Cdigo de Tarjeta Magntica. Identificacin de Lugar de lectura. Proceso:
El Alumno debe pasar la tarjeta magntica personal del SUI a travs de los lectores de tarjeta magntica instalados en cada puerta de acceso a la institucin.

i. ii.

El sistema comprobar si corresponde o no al alumno ingresar a la institucin El sistema permitir el acceso a la institucin.

Salida: Registro de ingreso a Universidad Visualizacin de materias cursadas y aprobadas Descripcin: Se requiere que el Alumno pueda visualizar los registros de materias cursadas y aprobadas que ha realizado. Entrada: Legajo de Alumno. Identificacin de Accin elegida Proceso:
El alumno debe loguearse al sistema va web. El alumno debe escoger la opcin Informacin Personal y luego escoger el tipo de materia deseada (Cursada o Aprobada)

i. ii.

El alumno debe escoger la materia y curso deseado. El sistema visualizar por pantalla la informacin pertinente a la materia elegida

Salida: Visualizacin de Materias del alumno Visualizacin de parciales y finales aprobados Descripcin: Se requiere que el Alumno pueda visualizar las notas de parciales y finales que ha realizado Entrada: Legajo del Alumno. Identificacin de Accin elegida. Proceso:
El alumno debe loguearse al sistema va web. El alumno debe escoger la opcin Calificaciones y luego escoger el tipo de calificacin deseada (Final o Parcial)
VERSION 1.0 REALIZADO POR Nelson Pedernera, Sofa Porta REVISADO POR APROBADO POR FECHA 29/09/2008 PAGINA Pgina 19 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE i. El alumno debe escoger la materia, curso y parcial o final deseado. ii. El sistema visualizar por pantalla la informacin pertinente al examen elegido Salida: Visualizacin de Exmenes rendidos por el Alumno Visualizacin de los registros de cuotas y exmenes pagos Descripcin: Se requiere que el Alumno pueda visualizar el registro de las cuotas pagas y el registro de los exmenes que ha realizado. Entrada: Legajo del Alumno. Proceso:
El alumno debe loguearse al sistema va web. El alumno debe escoger la opcin Informacin Personal y luego escoger el tipo de operacin deseada (Visualizacin de Cuotas o Visualizacin de Exmenes)

i. ii.

El alumno debe escoger la materia y curso deseado. El sistema visualizar por pantalla la informacin pertinente a la opcin elegida

Salida: Visualizacin de Cuotas y exmenes pagos Administracin de cursos Descripcin: Se requiere que el Personal Administrativo pueda gestionar el registro de los cursos de las materias. Entrada: Identificacin de Personal Administrativo. Proceso:
El personal administrativo debe loguearse al sistema va web. El personal administrativo debe escoger la opcin Administracin de Cursos y luego escoger el tipo de operacin deseada (Creacin, Modificacin o Baja de un curso)

i. ii.

El sistema visualizar por pantalla las opciones elegidas de acuerdo a la eleccin realizada. El sistema emitir una comprobacin por pantalla de la opcin elegida.

Salida: Confirmacin de Creacin / Modificacin / Baja de Curso Administracin de Profesores de cursos Descripcin: Se requiere que el Personal Administrativo pueda gestionar al personal docente. Entrada: Identificacin de Personal Administrativo. Proceso:
El personal administrativo debe loguearse al sistema va web.

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 20 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE i. El personal administrativo debe escoger la opcin Administracin de Profesores y luego escoger el tipo de operacin deseada (Asignar Profesor a un curso o Quitar a Profesor de un curso) ii. El sistema visualizar por pantalla las opciones elegidas de acuerdo a la eleccin realizada. iii. El sistema emitir una comprobacin por pantalla de la opcin elegida. Salida: Confirmacin de Asignacin / Desasignacin de un Profesor a un curso. Administracin de las aulas de los cursos Descripcin: Se requiere que el Personal Administrativo pueda gestionar las aulas de un curso. Entrada: Identificacin de Personal Administrativo Proceso:
El personal administrativo debe loguearse al sistema va web.

i. ii. iii.

El personal administrativo debe escoger la opcin Administracin de Aulas y luego escoger el tipo de operacin deseada (Asignar Aula, Modificar asignacin, Quitar Aula) El sistema visualizar por pantalla las opciones elegidas de acuerdo a la eleccin realizada. El sistema emitir una comprobacin por pantalla de la opcin elegida.

Salida: Confirmacin de Asignacin / Modificacin de Asignacin / Desasignacin de aula a curso Administracin de los horarios de los cursos Descripcin: Se requiere que el Personal Administrativo pueda gestionar los horarios de un curso. Entrada: Identificacin de Personal Administrativo Proceso:
El personal administrativo debe loguearse al sistema va web.

i. ii. iii.

El personal administrativo debe escoger la opcin Administracin de Aulas y luego escoger el tipo de operacin deseada (Asignar Horarios, Modificar Horarios, Quitar horarios) El sistema visualizar por pantalla las opciones elegidas de acuerdo a la eleccin realizada. El sistema emitir una comprobacin por pantalla de la opcin elegida.

Salida: Confirmacin de Asignacin / Modificacin de Asignacin / Desasignacin de horario a curso Publicacin de Notas

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 21 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE Descripcin: Se requiere que sistema obtenga los registros de las notas de los alumnos del sistema externo de Administracin de Notas y las visualice por el Sistema WEB del SUI. Entrada: Registro de Notas de Sistema Administracin de Notas Proceso:
Diariamente el sistema se conectar al sistema externo de Administracin de Notas obteniendo los registros las notas de los alumnos

i. ii.

El sistema almacenar dichas notas en el Servidor de Datos del SUI. El sistema publicar las notas en el Servidor WEB del SUI

Salida: Visualizacin de Notas Publicacin de Informacin Financiera Descripcin: Se requiere que sistema obtenga los registros de las cuotas y exmenes pagos del alumno del sistema externo de Administrador de Finanzas y las visualice por el Sistema WEB del SUI. Entrada: Informacin Financiera de Sistema Administracin de Finanzas Proceso:
Diariamente el sistema se conectar al sistema externo de Administracin de Finanzas obteniendo los registros de las cuotas y exmenes pagos de los alumnos

i. ii.

El sistema almacenar dichas registros en el Servidor de Datos del SUI. El sistema publicar dichos registros en el Servidor WEB del SUI

Salida: Visualizacin de Informacin Financiera Publicacin en el Calendario General Descripcin: Se requiere que el Personal Administrativo pueda gestionar el Calendario General. Entrada: Identificacin de Personal Administrativo Proceso:
El personal administrativo debe loguearse al sistema va web.

i. ii. iii. iv.

El personal administrativo debe escoger la opcin Publicacin Calendario General y luego escoger el tipo de operacin deseada (Publicar entrada en el Calendario General, Eliminar Entrada o Modificar Entrada) El sistema visualizar por pantalla las opciones elegidas de acuerdo a la eleccin realizada. El sistema emitir una comprobacin por pantalla de la opcin elegida.

Salida: Calendario General publicado Publicacin de eventos especiales

VERSION 1.0 REALIZADO POR Nelson Pedernera, Sofa Porta REVISADO POR APROBADO POR FECHA 29/09/2008 PAGINA Pgina 22 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE Descripcin: Se requiere que el Personal Administrativo pueda gestionar los eventos especiales. Entrada: Identificacin de Personal Administrativo Proceso:
El personal administrativo debe loguearse al sistema va web. El personal administrativo debe escoger la opcin Publicacin Eventos Especiales y luego escoger el tipo de operacin deseada (Publicar Evento Especial, Eliminar Evento o Modificar Evento) El sistema visualizar por pantalla las opciones elegidas de acuerdo a la eleccin realizada. El sistema emitir una comprobacin por pantalla de la opcin elegida.

Salida: Eventos Especiales publicados Notificacin de Eventos Especiales Descripcin: Se requiere que el Sistema enve notificaciones va mail de proximidad a la fecha de un evento especial. Entrada: Eventos especiales publicados Proceso:
El sistema diariamente verificara si, de acuerdo a un parmetro en das previamente establecido, existe una proximidad a la fecha de un evento especial.

i.

El sistema enviar va mails de notificacin de proximidad a la fecha de un evento especial a los alumnos o profesores correspondientes.

Salida: Mail con eventos especiales Publicacin de Fechas de Examen Descripcin: Se requiere que el Sistema permita a los Profesores la publicacin de las fechas de examen. Entrada: Identificacin de Profesor Proceso:
El Profesor deber ingresar al Sistema.

i. ii. iii. iv.

El Profesor deber indicar que desea publicar fechas de examen (seccin Publicacin de Exmenes). El profesor seleccionar materia y curso. El profesor cargar las fechas de exmenes. El sistema verificar que las fechas condicen con das en los que se dicta la materia

Salida: Fecha de examen publicada Publicacin de avisos generales a un curso

VERSION 1.0 REALIZADO POR Nelson Pedernera, Sofa Porta REVISADO POR APROBADO POR FECHA 29/09/2008 PAGINA Pgina 23 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE Descripcin: Se requiere que el Sistema permita a los profesores publicar avisos generales para un curso. Entrada: Identificacin de Profesor Proceso:
El Profesor deber ingresar al Sistema.

i. ii. iii.

El Profesor deber indicar que desea publicar fechas de examen (seccin Publicacin de Avisos Generales). El profesor seleccionar materia y curso. El profesor ingresar el aviso a mandar a los alumnos del curso seleccionado.

Salida: Mail de avisos generales Notificacin de proximidad a la fecha de examen Descripcin: Se requiere que el Sistema enve notificaciones va mail de proximidad a la fecha de un examen de un curso. Entrada: Fecha de Examen Prxima en tiempo Proceso:
El sistema diariamente verificara si, de acuerdo a un parmetro en das previamente establecido, existe una proximidad a la fecha de un examen.

i.

El sistema enviar va mails de notificacin de proximidad a la fecha de un examen a los alumnos correspondientes.

Salida: Mail con fechas de examen prximas Requerimientos de Performance

Se estima el nmero de usuarios conectados al sistema concurrentemente, en base al historial de conexiones del sistema actual y en base a un crecimiento anual del 10% del nmero de usuarios, en unos 1000 usuarios. Tambin es necesario tener en cuenta que en fechas prximas a exmenes, el nmero de usuarios podra ascender a 5000 sin tener problemas el SUI en soportar dicha carga. El nmero esperado de transacciones a ser procesadas por da es de 20000. Esta cifra podra aumentar a 20000 en fechas prximas a exmenes, sin tener problemas el SUI en soportar dicha carga. El nmero esperado de terminales para el personal administrativo es de 250. Se estima que la informacin manejada distribuida por sectores ser: Va WEB, alrededor de 1000 transacciones que accedern al servidor de datos. Va Sistemas Externos, alrededor de 750 transacciones que accedern al servidor de datos, sistemas externos y al cliente WEB Va Tarjetas Magnticas, alrededor de 15000 transacciones que accedern al servidor de datos Va LAN, alrededor de 5000 transacciones que accedern al servidor de datos.
VERSION 1.0 REALIZADO POR Nelson Pedernera, Sofa Porta REVISADO POR APROBADO POR FECHA 29/09/2008 PAGINA Pgina 24 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 25 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE Requerimientos lgicos de la base de datos A continuacin se detalla el Modelo de Dominio del SUI
Carrera Profesor

Avisos de Examen Materia

Curso

Alumno

Calendario General

Notas

Eventos Especiales

Asistencia

Personal Administrativo

Restricciones de Diseo 3.5.1. Cumplimiento de Estndares Se requiere respetar el protocolo SOAP desarrollado por el World Wide Web Consortium (W3C): SOAP Version 1.2 Part 0: Primer (Second Edition) - http://www.w3.org/TR/2007/REC-soap12-part0-20070427/ Se requiere respetar el protocolo XML desarrollado por el World Wide Web Consortium (W3C) (Extensible Markup Language (XML) 1.1 (Second Edition) - http://www.w3.org/TR/2006/REC-xml11-20060816/ ) El sistema deber cumplir con las normativas de seguridad para la homologacin en la Direccin Nacional de Proteccin de Datos Personales DNPDP ( http://www.jus.gov.ar/dnpdpnew/ ) Limitaciones de Hardware
Servidor: CPU 2 x Pentium Xeon 3.2 GHz 2 Mb cache, 4 GB RAM, Ultra 2 SCSI RAID 5,Windows 2003 Standard Server LAN: 100 Mb Fast Ethernet VLAN: 10/100 Mbps PC Cliente: El sistema no tiene requisitos de hardware significativos, siempre y cuando el hardware disponible sea capaz de correr un explorador de Internet. Conexin Cliente: Mnimo 56kbps

3.5.2.

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 26 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE

3.6.

Atributos del Software 3.6.1. Confiabilidad Requisitos de documentacin Toda entidad de la base de datos debe de tener una explicacin de para que se implemento en la BD, y explicar la razn del porque de cada uno de sus campos. Toda clase del sistema tiene que estar documentado, explicando la funcionalidad de la clase, de sus atributos y de sus mtodos. Requisitos de calidad El sistema no debe de presentar errores de ejecucin ni inconsistencias en la base de datos despus de pasada la etapa de pruebas. Requisitos legales El proyecto se desarrollara con herramientas de programacin cuyas licencias de uso son gratuitas. Requisitos de estndar de programacin La nomenclatura de las clases, variables, constantes y mtodos del sistema se regirn con el estndar establecido por Sun Microsystems, Inc.en su artculo Code Conventions for the JavaTM Programming Language (http://java.sun.com/docs/codeconv/CodeConventions.pdf) 3.6.2. Disponibilidad La estrategia de restauracin de datos y sistemas se llevar a cabo a travs de las aplicaciones Backup Exec y Backup Exec System Recovery de Symantec. Las mismas funcionan de manera conjunta para ayudar a recuperarse con ms rapidez, mantener la continuidad de las operaciones comerciales y reducir el impacto causado por las interrupciones imprevistas. Estas aplicaciones se usarn para las copias de respaldo y recuperacin de la BBDD Oracle y de Microsoft Exchange, y para la proteccin y optimizacin de entornos virtuales logrando una restauracin de sistemas en cuestin de minutos Seguridad El sistema deber interactuar con el sistema Single Sign On de Seguridad Informtica. El sistema interaccin ser va el conector SSO El sistema deber proveer una bitcora que contenga todas las transacciones realizadas en el sistema. El sistema deber cumplir con las normativas de seguridad para la homologacin en la Direccin Nacional de Proteccin de Datos Personales

3.6.3.

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 27 de 28

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE DNPDP, asegurando el resguardo de la informacin del alumnado, profesores y personal administrativo. 3.6.4. Facilidad de Mantenimiento Puesto que el sistema informtico solo se va a utilizar en este pas, no van a ser necesario recursos para cambiar el idioma. Respecto a las instalaciones y reinstalaciones del sistemas en otras maquinas, esta tarea ser lo ms fcil y rpida posible utilizando el instalador Windows Installer como motor para la instalacin, mantenimiento y eliminacin del SUI, reduciendo as el nmero de personal en mantenimiento de todo el sistema informtico. 3.6.5. Portabilidad El sistema, si bien ser ejecutado sobre servidores con el sistema operativo Windows Server 2003, debe desarrollado en su totalidad en Java para facilitar su portabilidad en el futuro hacia otras plataformas. La maquina virtual utilizada ser la JDK 1.5

VERSION 1.0

REALIZADO POR Nelson Pedernera, Sofa Porta

REVISADO POR

APROBADO POR

FECHA 29/09/2008

PAGINA Pgina 28 de 28