Instituto Politcnico Nacional Centro de Estudios Cientficos y Tecnolgicos No.

9 Juan de Dios Btiz Paredes

INGENIERA DE SOFTWARE BSICA

ICoffee S.C.
Profesor: Cruz Mendoza Juan Manuel

Villalobos Moreno ngel

Boleta: 2011090778 6IM6

Fecha de peticin: Viernes, 26 de abril de 2013 Fecha de entrega: Jueves, 09 de Mayo de 2013

ndice
Proceso.................................................................................................. 3 Requerimientos funcionales .................................................................. 4 Requerimientos no funcionales ............................................................. 5 Flujo bsico............................................................................................ 6 Flujos secundarios ................................................................................. 6 Flujo alterno .......................................................................................... 8 Diagrama de casos de uso...................................................................... 8 Diagrama de secuencia .......................................................................... 9 ............................................................................................................ 11 ............................................................................................................ 11 ............................................................................................................ 12 Look & Feel .......................................................................................... 13 Mapa de navegacin............................................................................ 24 Diagrama de clases .............................................................................. 25 Diagrama de actividades...................................................................... 26

Proceso
1. Especificacin de software En esta parte se define la funcionalidad y restricciones operacionales que debe cumplir el software, esta parte esta especfica en los requerimientos funcionales y no funcionales, teniendo en cuenta el siguiente problema: -Un alumno requiere administrar los alumnos de un cierto grupo tiene la posibilidad de llevar el control de altas, bajas, cambios y consultas de los mismos. 2. Diseo e Implementacin Se disea y construye el software de acuerdo a la especificacin. Esta parte hace referencia al look & feel del proyecto que ya est implementado en el presente programa. 3. Validacin El software debe validarse, para asegurar que cumpla con lo que quiere el cliente. 4. Evolucin El software debe evolucionar, para adaptarse a las necesidades del cliente.

Requerimientos funcionales
1. El sistema ser distribuido, web y correr en un navegador compatible. 2. Los usuarios podrn iniciar sesin en el sistema ingresando su Nickname de carcter nico y proporcionado su contrasea. 3. El sistema mostrar las opciones de altas, bajas, cambios, consultas y salir. 4. El usuario deber tener la posibilidad de tener acceso a las opciones de altas, bajas, cambios, consultas y salir. (En el caso de que haya distintos servicios para distintos usuarios entonces se generara algunos otros requerimientos funcionales). 5. Les sern otorgados privilegios de sistema a los usuarios, en base a criterios especificados por el cliente. 6. El usuario deber tener la posibilidad de buscar en el conjunto inicial de la base de datos o seleccionar un subconjunto de ella. 7. El sistema deber almacenar los datos de las personas que sean dados de alta.

Requerimientos no funcionales
1. Arquitectura: El proyecto cuenta con un diseo que previamente se estableci con el cliente. Disponibilidad: La disponibilidad del sistema debe ser continua con un nivel de servicio para los usuarios de 7 das X 24 horas, garantizando un esquema adecuado que permita ante una posible falla de la solucin en cualquiera de sus componentes, contar con una contingencia, generacin de alarmas. O Debe contemplar requerimientos de confiabilidad y consistencia de los componentes de negocio ante recuperaciones. En caso de fallas de algn componente, no debe haber prdida de informacin. O Debe contemplar requerimientos de consistencia transaccional. Ante la falla del aplicativo, se debe contar con mecanismos que contemplen la interrupcin de transacciones para que estas finalicen de manera correcta. Mantenibilidad: Se debe estructurar el cdigo de una manera consistente y predecible. O Para objetos que son frecuentemente manejados en la lgica, implementar las respectivas interfaces que aseguren su fcil implementacin en el sistema. O Asegurar que el diseo de las interfaces contemple el que las propiedades pblicas y los parmetros de los mtodos sean de un tipo comn (estandarizados). O El sistema debe ser construido e implantado de tal manera que un cambio en los parmetros de negocio no obligue a la generacin de una nueva versin del mdulo.

Desempeo: La aplicacin debe ofrecer un buen desempeo del sistema ante una alta demanda acorde a los requerimientos funcionales y no funcionales de la solucin.

Flujo bsico
1. El alumno solicita opciones de administracin de alumnos al sistema. 2. El sistema muestra el men de opciones de alumno. - Altas - Bajas - Cambios - Consultas 3. El alumno selecciona la opcin y la enva al sistema. Si el alumno selecciona: - Altas ejecutar flujo secundario Agregar alumno. - Bajas ejecutar flujo secundario Eliminar alumno. - Cambios ejecutar flujo secundario Modificar alumno. - Consultas ejecutar flujo secundario Buscar alumno. De lo contrario ejecutar flujo secundario Seleccin incorrecta.

Flujos secundarios Altas

1. El sistema solicita los datos al alumno. - Nombre (alfanumrico [20]). - Direccin (alfanumrico [50]). - Telfono (alfanumrico). 2. El alumno captura informacin y enva al sistema. 3. El sistema verifica formato de datos y enva a la base de datos. De lo contrario ejecutar flujo alterno Datos incorrectos. 4. La base de datos verifica la inexistencia de alumno e ingresa la informacin y enva al sistema. De lo contrario ejecutar flujo alterno Alumno inexistente. 5. El sistema muestra confirmacin de ingreso al alumno.
6

Bajas
1. El sistema solicita al alumno el nombre (id) de la persona que desea eliminar. - Nombre (alfanumrico [20]). 2. El alumno captura informacin y enva al sistema. 3. El sistema verifica formato de datos y enva a la base de datos. De lo contrario ejecuta el flujo alterno Datos incorrectos. 4. La base de datos verifica la existencia del alumno requerido y confirma baja de alumno al sistema. De lo contrario ejecutar flujo alterno Alumno no encontrado. 5. El sistema muestra al alumno el mensaje de Alumno dado de baja correctamente.

Cambios
1. El sistema solicita al alumno el nombre (id) de la persona que desea realizar los cambios. - Nombre (alfanumrico [20]). 2. El alumno captura informacin y enva al sistema. 3. El sistema verifica formato de datos y enva a la base de datos. De lo contrario ejecuta el flujo alterno Datos incorrectos. 4. La base de datos verifica la existencia del alumno requerido y confirma la existencia de alumno al sistema. De lo contrario ejecutar flujo alterno Alumno no encontrado. 5. El sistema despliega al alumno los datos de la persona solicitada. 6. El alumno realiza los cambios al registro y enva al sistema. De lo contrario se ejecuta el flujo alterno Datos incorrectos. 7. El sistema verifica formato de datos y enva a la base de datos. De lo contrario ejecuta el flujo alterno Datos incorrectos. 8. La base de datos verifica la existencia del alumno requerido y confirma ingreso de datos al sistema. De lo contrario ejecutar flujo alterno Alumno no encontrado. 9. El sistema muestra confirmacin de cambio de datos al alumno.

Consultas
1. El sistema solicita al alumno el nombre (id) de la persona que desea consultar. - Nombre (alfanumrico [20]). 2. El alumno captura informacin y enva al sistema. 3. El sistema verifica formato de datos y enva a la base de datos.
7

De lo contrario ejecuta el flujo alterno Datos incorrectos. 4. La base de datos verifica la existencia del alumno requerido y confirma bsqueda de datos al sistema. De lo contrario ejecutar flujo alterno Alumno no encontrado. 5. El sistema muestra confirmacin de bsqueda al alumno y la informacin solicitada.

Flujo alterno
Datos 1. El sistema informa al usuario de Datos incorrectos. 2. La base de datos informa al sistema Usuario inexistente.

Diagrama de casos de uso

Diagrama de secuencia

CONSULTAS

10

BAJAS

11

CAMBIOS

12

Look & Feel

A continuacin se muestra el look & feel del sistema.

13

14

15

16

17

18

19

20

21

Pantallas de flujo alterno

22

23

Mapa de navegacin

24

Diagrama de clases

25

Diagrama de actividades Altas

26

Bajas

27

Cambios

28

Consultas

29

Menu

30