2. SRS Sistema AP

Sistema de Control de Gestin

Global Mentoring

Sistema de Gestin de Alumnos (SGA)Especificacin de Requerimientos del SistemaSRSRealizado por Ing. Ubaldo Acosta SotoVersin 1.0

31 de Mayo de 2010Historial de RevisinFechaVersinAutorDescripcin

31/05/101.0Ing. Ubaldo Acosta SotoVisin Inicial del Proyecto

Revisin del DocumentoFechaVersinNombre de quien revisaInformacin de Contacto

31/05/101.0Ing. Ubaldo Acosta [email protected]

Aprobacin del DocumentoFechaVersinNombre de quien apruebaInformacin de Contacto

Tabla de Contenido41.Introduccin

41.1Propsito

41.2Alcance

41.3Contexto del Sistema

41.4Actores principales del proceso de negocio

41.5Cmo est organizado este documento

51.6Registro de los cambios al SGA

51.7Referencias

52.Restricciones y Suposiciones

52.1Restricciones en el Proceso de Desarrollo y del Equipo de Trabajo

52.2Restricciones Tecnolgicas

62.3Restricciones en la Liberacin y Despliegue del Sistema

63.Mitigacin de los riesgos

63.1Riesgos de Tecnologa

63.2Riesgos de Habilidades Tcnicas y Recursos de Informtica

73.3Riesgos de Requerimiento

73.4Riesgos Polticos

74.Requerimientos Funcionales

74.1Caractersticas Principales

74.1.1Caractersticas Esenciales

74.1.2Caractersticas de Alto Valor

74.1.3Caractersticas futuras

74.2Actores

84.2.1Actor: Capturista

84.2.2Actor: Coordinador

84.2.3Actor: Generador de Oficios

84.2.4Actor: Encargado del Seguimiento

94.2.5Actor: Administrador del Sistema

94.3Casos de Uso

94.4Aplicaciones de Apoyo para el Sistema

104.5Requerimientos en Casos de Uso Detallados

185.Requerimientos No-Funcionales

185.1.1Rendimiento

185.1.2Escalabilidad

195.2Disponibilidad

195.3Seguridad

195.4Usabilidad

205.5Accesibilidad

205.6Reusabilidad

205.7Mantenimiento

216.Glosario del Proyecto

216.1Acrnimos y Abreviaciones

1. Introduccin1.1 PropsitoEl propsito de este documento es definir los requerimientos especficos del Sistema de Gestin de Alumnos (por sus siglas SGA), y detallar las especificaciones respecto a las caractersticas, capacidades y atributos principales del sistema. Este documento debe ser ledo por el equipo de desarrollo del Sistema, para evaluar los beneficios y la viabilidad del proyecto, as como proveer una estimacin bsica del tiempo y esfuerzo necesario para la construccin, pruebas, puesta en marcha y mantenimiento del SGA. Este documento no describe como, cuando, o donde se realizarn las actividades o quin las llevar a cabo, ya que se detallar en otros documentos.1.2 AlcanceEl SGA ser una aplicacin Web que permita gestionar los alumnos que participan en cursos en Global Mentoring, a su vez tiene como uno de los principales objetivos ofrecer un seguimiento claro y puntual de cada uno de los pendientes con cada uno de los alumnos, tales como venta de cursos, pagos, envo de boletines, envo de mensajes SMS para noticias, entre otros.

Otra de las responsabilidades del SGA ser permitir al usuario realizar bsquedas de alumnos, cursos, pendientes con alumnos, agregar al sistema fotos y/o documentos digitalizados asociados al alumno.

La seguridad de la informacin es un tema inherente, por lo que se restringir a los usuarios respecto a qu es lo que pueden consultar y/o modificar en el sistema.1.3 Contexto del SistemaEl sistema inicialmente se utilizar en la intranet de Global Mentoring, y posteriormente se publicar en internet, pudiendo ser accedida por varios tipos de usuarios, como pueden ser: Administrador, Instructor, Alumno, Asistente, entre otros.1.4 Actores principales del proceso de negocioA continuacin se muestra una lista de los principales actores que interactuarn en el proceso de negocio del SGA. Cada rol puede tener varias personas que realicen la misma labor, y que podran proporcionar ms detalle para la recoleccin de los requerimientos. Cada rol tiene un actor principal, quien es el encargado de resolver las diferencias y es quien aprueba el requerimiento final para este rol.RolActor PrincipalActores de Referencia

CoordinadorUbaldo AcostaN/A

InstructorPor definirN/A

Asistente Por definirN/A

AlumnoPor definirN/A

1.5 Cmo est organizado este documentoLas siguientes secciones proveen todos los requerimientos del sistema, incluyendo los requerimientos funcionales y no-funcionales. Este documento est completo, excepto cuando se hace alguna anotacin hacia un documento externo. No es necesario leer cada seccin en orden secuencial, pero es deseable para su pleno entendimiento.La seccin 2 describe las restricciones y suposiciones del sistema. La seccin 3 describe los riesgos del proyecto y cmo pueden ser estos mitigados. La seccin 4 describe los requerimientos funcionales (FRs) del sistema. La mayora de estos requerimientos existen por que directamente soportan el proceso de negocio, otros existen debido a que soportan la correcta operacin del sistema, aunque no sean parte esencial del negocio. Todos los requerimientos funcionales estn descritos en trminos de casos de uso. La seccin 5 describe los requerimientos no funcionales (NFRs) del sistema. La seccin 6 provee un glosario del proyecto, que incluye trminos del negocio, como propios del sistema.1.6 Registro de los cambios al SGAEstos cambios se irn registrando dentro de los requerimientos ya sean funcionales o no funcionales segn se vayan solicitando cambios.31/Mayo/2010 No existen cambios

1.7 Referencias Documento de Visin del Proyecto para el SGA, creado el 31 de Mayo del 2010. Object-Oriented Analysis and Design Using UML, sun educational services, S00-226-V0302. Restricciones y SuposicionesLa siguiente seccin provee el detalle de lo que se explic brevemente en el Documento de Visin del Proyecto.2.1 Restricciones en el Proceso de Desarrollo y del Equipo de Trabajo El tiempo asignado al desarrollo del proyecto, es definitivamente una de las mayores restricciones, debido a que se depende del tiempo que los alumnos aporten al proyecto, se establecern planes de trabajo acorde a los tiempos de aporte de cada alumno. El equipo de trabajo est conformado por 1 Lder de Proyecto y varios programadores (alumnos), los cuales no estn asignados de tiempo completo a este proyecto, por lo que existe el riesgo de atrasos en el desarrollo del sistema debido a las dems actividades y/o prioridades de los alumnos en Global Mentoring.

2.2 Restricciones Tecnolgicas2.2.1 Restricciones de Software

El equipo de desarrollo de Global Mentoring ha decidido construir el SGA usando la tecnologa Java (Java SE JDK, versin 6) debido a la portabilidad, flexibilidad y el costo de entre varios productos.

http://java.sun.comInicialmente el sistema utilizar la tecnologa ms bsica posible, utilizando solo JSPs y Servlets, y posteriormente se implementar la siguiente tecnologa para el sistema final.

El servidor Web ser Apache Tomcat v6). La seguridad en la aplicacin ser proporcionada por el framework Spring Security v3. En la capa de presentacin se utilizar iceFaces v2, basado en JSFs y AJAX para Java. Los servicios de negocio se desarrollaran utilizando clases puras de java (POJOs) con apoyo del framework de Spring v3. La capa de persistencia se utilizar el framework de JPA implementado por Hibernate v35. La base de datos ser MySql v5. El motor de reportes para la aplicacin ser JasperReports y el IDE para el desarrollo del prototipo y el software final ser NetBeans v6.9. El sistema operativo del servidor Web ser Windows 7, mismo que almacenar la base de datos. Cabe mencionar que todo el software utilizado en el proyecto es software libre, a excepcin del sistema operativo. Tomcat http://jakarta.apache.org/tomcat iceFaces http://www.icefaces.org Spring http://www.springframework.org Hibernate http://www.hibernate.org/ Netbeans - http://www.netbeans.org/2.2.2 Restricciones de HardwareEl SGA es una aplicacin Web con una base de datos centralizada, por lo que los equipos cliente debern estar conectados a la intranet de Global Mentoring. Posteriormente se liberar el sistema en la plataforma de Google GAE en Internet.

El SGA ofrecer la caracterstica para subir archivos digitalizados, por lo que los usuarios requerirn de un scanner para realizar esta labor.El servidor donde ser alojado el servidor Web y el servidor de base de datos, tendr las siguientes caractersticas: 1 procesador Inter i5, a 2.6 Ghz 4 Gb Ram 500 Gb de espacio en disco duro

Por parte de los usuarios del sistema puede tener las siguientes caractersticas como mnimo: Procesador Pentium IV a 2 Ghz (o similar)

512 Mb Ram Disco duro de 40 Gb, con mnimo el 50% libre

Resolucin del monitor 1024x768 pxeles Internet Explorer 8 o superior o Firefox 3.6 o superior. Sistema Operativo XP con sp2 o superior Acrobar Reader v9.0 o superior Microsoft Office o Open Office para el manejo de hojas de clculo (version compatible 2007)2.3 Restricciones en la Liberacin y Despliegue del Sistema Se utilizarn los servidores de la intranet de Global Mentoring (no dedicados) para albergar inicialmente la aplicacin, compartiendo los recursos con otras aplicaciones y con las otras bases de datos en el mismo servidor.

El lenguaje de programacin del SGA ser Java, permitiendo con ello que el software sea independiente de plataforma, robusto, y fcilmente mantenible.3. Mitigacin de los riesgos3.1 Riesgos de Tecnologa Debido a que el sistema utiliza una base de datos centralizada, la nica manera de accederlo es por la Intranet de Global Mentoring. Por lo que si no se tiene acceso a la red por algn motivo o causa, no se podr acceder a la informacin. Para mitigar este riesgo, se est planeando que la aplicacin se pueda subir a internet apoyndonos de la infraestructura de Google (GAE).3.2 Riesgos de Habilidades Tcnicas y Recursos de Informtica Para mitigar el riesgo debido a que los mdulos se realizan por los alumnos que asisten a clases, se establecern planes de trabajo, que independiente del programador, se puedan ir avanzando en los mdulos, con ayuda del control de versiones de Sub version. El equipo de trabajo est conformado por 1 Lder de Proyecto y varios programadores (alumnos), los cuales no estn asignados de tiempo completo a este proyecto, por lo que existe el riesgo de atrasos en el desarrollo del sistema debido a las dems actividades y/o prioridades de los alumnos en Global Mentoring.

En este proyecto es la primera vez que el equipo de trabajo har una automatizacin de pruebas de unidad del sistema. Esta prctica, al da de hoy es un estndar en el desarrollo de software, ya que se puede ahorrar ms de un 60% de los recursos humando asignados a probar el sistema y la calidad del sistema a liberar puede incrementarse en un 70%. Para mitigar este riesgo ser necesario incrementar el tiempo de pruebas del sistema y tomar cursos y/o auto-capacitarse en este rubro para reducir los tiempos lo ms posible. Las tecnologas a utilizar son JUnit, Ant y Maven, apoyndonos de Subversion.3.3 Riesgos de RequerimientoPara mitigar el riesgo de requerimientos, se debe restringir el tiempo de recoleccin de requerimientos en la etapa de elaboracin del proyecto. Si se recibieran ms requerimientos, se revisar en si entran en la versin actual, o en una versin posterior a la primera liberacin, ya que de lo contrario no se tendra una versin estable para liberar a produccin.3.4 Riesgos PolticosNo existen riesgos polticos para este proyecto.4. Requerimientos FuncionalesEsta seccin define los actores que utilizan el sistema que a su vez se relacionan con los procesos de negocio principales, as como los casos de uso que el sistema provee para los actores mencionados.4.1 Caractersticas Principales En esta seccin, clasificaremos las caractersticas principales del SGA en tres tipos de categoras. Caractersticas esenciales, de alto valor y futuras. En todos los casos la lista no es exhaustiva, pero si incluye los procesos de negocio ms importantes.4.1.1 Caractersticas Esenciales El SGA ser una aplicacin Web con una base de datos centralizada capaz de mostrar la informacin a los usuarios en cuanto sea capturada o modificada, es decir, en lnea.

El sistema deber permitir la captura, modificacin y asociacin de todos los alumnos.

El sistema deber proporcionar mecanismos para dar un seguimiento claro y oportuno de cada uno de los pendientes con los alumnos.

El SGA deber ofrecer reportes para explotar la informacin almacenada en la base de datos.4.1.2 Caractersticas de Alto Valor El sistema permitir agregar archivos digitalizados de los alumnos y sus anexos, tales como Currculo Vitae, para tener disponible la informacin en el sistema.

Uso de cmara web para tomar una foto de los alumnos y tenerla en sus registros.4.1.3 Caractersticas futuras El sistema permitir realizar consultas para encontrar la informacin de manera precisa y rpida. En un principio con consultas esenciales, para posteriormente, en otra versin, agregar filtros de bsqueda avanzados.

El sistema deber permitir administrar los usuarios del sistema. El sistema deber administrar todos los catlogos del sistema.

El sistema deber simplificar su interfaz para manejar el concepto de web 2.0, incluyendo AJAX.4.2 ActoresLa lista que se muestra a continuacin es una lista de los roles y/o sistemas que interactuarn con el SGA.Nombre del ActorDescripcin

Administrador del SistemaEste es el rol equivalente de sper usuario.

Coordinador Persona encargada de administrar la informacin del sistema

InstructorEncargado de dar seguimiento a los pendientes con los alumnos en relacin a los cursos impartidos o por impartir.

AsistenteEncargado de capturar la mayora de la informacin relacionada con los alumnos.

AlumnoConsulta los cursos actuales y puede consultar el estatus de sus pendientes en lnea.

4.2.1 Actor: Administrador del Sistema

Este rol se encarga de administrar a los usuarios del sistema, y el rol que tendrn en el mismo.

Adems este rol se encarga de todo lo relaciona con la administracin de los catlogo e informacin almacenada en el sistema.

Este rol tiene acceso a las bitcoras, reportes del sistema, entre otros.

4.2.2 Actor: CoordinadorPersona encargada de administrar la informacin del sistema.

Genera reportes del sistema.

Revisa pendientes o tareas y capturar informacin en el sistema.Es SGA tendr un sistema de bloqueo, es decir, se terminar la sesin del usuario al transcurrir 30 minutos de inactividad.4.2.3 Actor: InstructorEste rol se encarga de dar solucin a los pendientes con los alumnos en la cuestin de cursos a impartir o cursos impartidos.

Distribuye avisos y comunicados a los alumnos.4.2.4 Actor: AsistenteEncargado de capturar la mayora de la informacin relacionada con el alumno

Verificar que la informacin capturada es correctaCaptura los pendientes que se tenga para con los alumnos e indica el responsable para resolver cada uno de los pendientes. Distribuye avisos y comunicados de ndole administrativa con los involucrados en el sistema y/o alumnos.4.2.5 Actor: AlumnoConsulta los cursos actuales y puede consultar el estatus de sus pendientes en lnea.4.3 Casos de UsoLa siguiente lista contiene los casos de uso del sistema. La prioridad se clasifica de la siguiente manera:

Esencial: E Alto Valor: A Futuro: FNombre Caso UsoPrioridadNmeroDescripcin

Gestiona UsuariosE1Mdulo que permite administrar los usuarios del sistema y el tipo de rol que tendrn.

Gestiona AlumnosE2Captura, modificacin y asociacin de todos los alumnos registrados en Global Mentoring. Incluyendo los cursos, e instructor que tiene asignado por curso.

Gestiona CatlogosF3Captura, modificacin de los catlogos tales como Cursos, Localidades, entre otros.

Gestiona PendientesF4Captura, modifica y respuesta de los pendientes para con los alumnos o usuarios internos del sistema.

Gestiona Seguimiento de PendientesF5Consulta, modificacin y asociacin de todos los pendientes. Sobre todo, cambio de estatus y/o observaciones en los seguimientos a los pendientes. Esto incluye al sistema de alertas, ya sea por el mismo sistema o va email.

Genera ReportesF6Mdulo que permite hacer consultas en pantalla y en algunos casos genera impresiones de las mismas.

Nota: No se incluyen todos los casos de uso futuros, ya que el objetivo es solamente ejemplificar la metodologa.A continuacin se muestra el Diagrama de Caso de Uso inicial para el SGA.

Figura 1. Diagrama Inicial de Casos de Uso4.4 Aplicaciones de Apoyo para el SistemaNo existen aplicaciones de apoyo en el sistema SGA.4.5 Requerimientos en Casos de Uso DetalladosCada requerimiento tiene un identificador nico en la forma CU#-Req#. Un caso de uso puede tener varios requerimientos asociados.Cdigo Req.Descripcin del Requerimiento

E1-1El sistema deber permitir agregar o modificar los usuarios registrados en el sistema. La eliminacin est restringida, ya que en lugar de eliminar un registro, se cambiar un campo que maneje el estatus (Campo deleted)

E1-2El sistema deber permitir asociar roles a cada uno de los usuarios. Ya que el manejo de la seguridad en el sistema se manejar con roles.

E1-3Los campos que deber recolectar al registrar un nuevo usuario son: Nombre de la Persona: username (Este es el dato que se solicitar para iniciar sesin al sistema) password (Este es el dato que se solicitar para iniciar sesin al sistema) rol (Se deber seleccionar de un men de opciones) Fecha del sistema (solo es informativo, y solo se visualiza en la consulta y/o modificacin) Hora del Sistema (solo es informativo)

E1-5Los campos que deber recolectar al crear un nuevo rol son: Nombre rol

Mdulos asociados

E1-6Los campos que deber recolectar para un nuevo modulo son: Nombre mdulo

Mdulo padre (aplica solo si es un submen)

Visible (Se utiliza para saber si la opcin del men la visualiza el usuario)

E2-1El sistema deber permitir agregar o modificar los alumnos registrados en el sistema. La eliminacin est restringida, ya que en lugar de eliminar un registro, se cambiar un campo que maneje el estatus (Campo deleted)

E2-2 El sistema deber permitir asociar uno o varios cursos a un alumno

E2-3Los datos que se deben capturar del alumno son: Nombre

Apellido Paterno Apellido Materno Direccin (Calle, No. Exterior, No. Interior, Colonia, C.P., Municipio/Delegacin, Estado)

Telfonos Particular

Oficina

Celular E-mail (Debe permitir capturar varios e-mails) Cursos asignados

Fecha del sistema (solo es informativo, y solo se visualiza en la consulta y/o modificacin, ya que en el alta se registran estos datos hasta que se guardan en la BD) Hora del Sistema (solo es informativo)

E2-4Los datos que se deben capturar por cada curso son: Nombre del curso Instructor Fecha de Inicio Fecha Trmino (si es que aplica) Ubicacin Horario Precio

E2-5Los datos que se deben capturar por instructor son:

Nombre

Apellido Paterno Apellido Materno Direccin (Calle, No. Exterior, No. Interior, Colonia, C.P., Municipio/Delegacin, Estado)

Telfonos Particular

Oficina

Celular E-mail (Debe permitir capturar varios e-mails)

F3-1Caso de uso por definir


E5-1Caso de uso por definir


5. Requerimientos No-FuncionalesLos Requerimientos No Funcionales (por sus siglas en ingls, NFRs) se diferencian de los Requerimientos Funcionales (por sus siglas en ingls, FRs) debido a que comienzan con el nmero 100. Por lo tanto, el primer NFR para el caso de uso E1, tendr el Cdigo de Requerimiento E1-101.5.1.1 RendimientoVersin ActualCdigo Req. Descripcin Requerimiento

E1-101Debido a que el SGA es una aplicacin Web, los tiempos de respuesta debern ser muy reducidos (menor a 3 segundos en las consultas), ya que la velocidad de captura es esencial.

E1-102Se tiene contemplado un acceso de 50 usuarios al da, y un volumen de 100 transacciones diarias, esperando un incremento del 10% mensual

E1-103El sistema deber soportar como mnimo un total de 10 usuarios concurrentes en el sistema (10 conexiones a base de datos activas)

E1-104Para completar el registro un alumno, el rol de asistente no debe tardar ms de 3 minutos en hacer un registro completo de un registro

Versin FuturaCdigo Req. Descripcin Requerimiento

E1-105Inicialmente el sistema se usar nicamente en la Intranet de Global Mentoring. Posteriormente se liberar una versin para internet con el soporte de la infraestructura de Google GAE.

E1-106El SGA en un futuro podra crecer a ms de 100 usuarios al da, dependiendo del nmero de alumnos y maestros que utilicen el sistema.

5.1.2 EscalabilidadVersin Actual

Cdigo Req. Descripcin Requerimiento

E1-107La capacidad de los registros de los oficios podra crecer a 150 registros por da, dependiendo del uso y exactitud que el usuario almacene en el sistema, por ejemplo, si se genera un registro de seguimiento por cada copia que se observa en los oficios.


E1-108El sistema podra crecer a tener ms de 50 usuarios concurrentes, dependiendo de las dependencias que lo utilicen.

5.2 DisponibilidadVersin Actual


E1-109Debido a que es un sistema Web, por naturaleza debe tener una disponibilidad de 7 por 24 los 365 das del ao, excepto por una hora de baja del servicio (para mantenimiento del software, respaldo de datos, etc.), siendo aceptable una vez a la semana en horarios que no afecte la operacin, excepto en ocasiones de emergencia o extraordinarias, como puede ser la falta de servicio de luz, falta de conexin a Internet o a la Intranet, entre otros.

Versin FuturaNo existen requerimientos futuros para este rubro5.3 Seguridad Versin Actual


E1-110El SGA deber tener un mecanismo de autenticacin basado en nombre de usuario y contrasea para acceder a cualquier informacin del sistema

E1.111El SGA deber solicitar nuevamente el nombre de usuario y contrasea despus de 30 minutos de inactividad

E1-112El sistema tendr un mecanismo de autorizacin a los datos del sistema, basado en roles, adems de asignacin de permisos de acceso de cada uno de los mdulos del sistema. Adems el men del sistema se generar de manera dinmica, dependiendo de los permisos que se hayan asignado a cierto rol por cada mdulo.

E1-113El sistema registrar cada una de las acciones que cada usuario del sistema ejecute, teniendo una bitcora que permita auditorias en caso de problemas o aclaraciones

E1-114El sistema manejar una auditoria de las tablas de base de datos ms importantes, para tener la historia de los registros, y saber cuando, qu y quin modific los registros en caso de problemas o aclaraciones

E1-115Los principales roles de seguridad del sistema sern: Administrador del sistema, Coordinador, Instructor, Asistente y Alumno.

Versin FuturaNo existen requerimientos futuros para este rubro5.4 Usabilidad

Versin Actual


E1-116El sistema deber tener una interfaz de fcil uso e intuitiva.


E1-117Se utilizarn frameworks como iceFaces para tener una interfaz con caractersticas web 2.0

5.5 Accesibilidad

Versin Actual


E1-118El SGA deber poder accederse desde cualquier computadora conectada a la Intranet de Global Mentoring


E1-119El SGA deber poder accederse desde cualquier computadora conectada a Internet

5.6 Reusabilidad

Versin Actual


E1-120El sistema deber utilizar todos los componentes generados y/o utilizados en proyectos anteriores desarrollados por los participantes en el proyecto

Versin FuturaNo existen requerimientos futuros para este rubro5.7 MantenimientoLas categoras de un problema de sistemas tpicamente se dividen como se muestra a continuacin. Severidad 1, Fatal El sistema complete no funciona y no puede ser utilizado para nada.

Severidad 2, Error Una parte crtica del sistema no funciona, y no se acepta otra alternativa Severidad 3, Media Un problema en el sistema requiere revisarse lo antes posible, para evitar problemas. No es posible aplazar por mucho tiempo este punto. Severidad 4, Menor El funcionamiento del sistema no afecta significativamente al Usuario, y ste puede vivir con el problema por ahora.

Severidad 5, Mejora Es deseable agregar un cambio o algn agregado al sistema para evitar problemas de deficiencia.Esta clasificacin nos permitir asignar la prioridad a los problemas que surjan durante la operacin del sistema.6. Glosario del Proyecto6.1 Acrnimos y AbreviacionesAcrnimo / AbreviacinNombre CompletoDescripcin

AJAXAsynchronous JavaScript And XMLTcnica de desarrollo web para crear aplicaciones Web interactivas, basadas en el concepto de web 2.0

APIApplication Programmers InterfaceConjunto de especificaciones de comunicacin entre componentes de software

DAOsDatabase ObjectsObjetos de base de datos. Es un atrn de diseo de modelado de software, que permite la interaccin entre la capa de servicios con la capa de datos de una aplicacin.

DBMSDatabase Management SystemMotor de base de datos

FRFunctional requirementRequerimiento Funcional, es una parte del negocio del Usuario. No es como tal parte del sistema.

GUIGraphical User InterfaceInterfaz que el Usuario visualize

IDEIntegrated Development EnviromentEntorno de desarrollo integrado, es un programa compuesto por un conjunto de herramientas para programadores.

JDBCJava Database ConnectivityPermite la ejecucin de operaciones sobre bases de datos, desde el lenguaje de programacin Java

JSFJavaServer FacesExtensin de un framework de Java, diseado para agilizar la creacin de interfaces Web, basado en reutilizacin de componentes

iceFacesiceFacesExtensin del framework de JSF, con inclusin de AJAX.

JVMJava Virtual MachineMaquina Virtual de Java, que permite la ejecucin de programas Java, que son traducidos en byte-codes e interpretados por la JVM

LAN / IntranetLocal-Area NetworkRed de area local, conjunto de PCs interconectadas para compartir recursos

NFRNon-functional requirementRequerimientos No-Funcionales. Son utilizados en s para que un sistema funcione, pero no son parte del negocio del usuario, ej. Nmero de transacciones que debe soportar un sistema.

SRSSystem Requirements SpecificationDocumento de Especificacin de Requerimientos del Sistema

ORMObject Relational MappingHerramientas que nos permiten iteractuar ms fcilmente con la base de datos, al permitir mapear los objetos de la BD y permitir explorar los mismos

WANWide-Area NetworkRed de area Amplia, en comparacin de una Lan, una Wan permite compartir los recursos de una intranet a travs de Internet, y as tener conectividad en cualquier parte del mundo que tenga acceso a Internet.

WUIWeb-based User InterfaceInterfaz Web visualizada por el usuario

Confidencial: Ing. Ubaldo Acosta Soto Global MentoringPgina 9 de 16Fecha de Modificacin: 01/06/2010

2. SRS Sistema AP

Documents

Transcript of 2. SRS Sistema AP