Escuela de Ing.

en Computacin Introduccin al desarrollo de aplicaciones web

ERS Especificacin de Requerimientos del Sistema

Profesora: Emilia Zeledn N.

Estudiantes: Kenneth Jimnez Cerdas - 200926414 Geovanny Lpez Jimnez 200926416 Manuel Murillo Sanchez - 200927704 Edgar Salas Garita - 200926432

Setiembre, 2011

Tabla de Contenidos Contenido

1- Introduccin 1.1- Propsito del documento ERS 1.2- Descripcin del problema 1.3- Lista de problemas detectados 1.4- Lista de fortalezas detectadas 1.5- Objetivos del sistema 1.5.1- Objetivo general 1.5.2- Objetivos especficos 1.5.3- Criterios de xito 1.6- Perspectiva del producto por desarrollar 1.7- Reglas de negocio 1.8- Suposiciones y dependencias 1.9- Alcances del sistema 1.10- Limitaciones o restricciones 1.11- Stakeholders y sus necesidades 1.12- Visin general de la estructura documento ERS 2- Requerimientos funcionales 2.1- Contexto del sistema 2.1.1- Diagrama de contexto 2.1.2- Modelo dominio del sistema 2.1.3- Descripcin modelo dominio 2.1.4- Diagrama de casos de uso 2.2- Descripcin detallada de los CU 2.2.1- Texto del CU 2.2.2- Pantalla (s) y/o reporte (s) del CU 2.2.3- Diagrama de actividades del CU 2.2.4- Diagrama de estados del CU 2.2.5- Diagrama de secuencia del sistema (DSS) 2.2.6- Contrato de operaciones 2.2.7- Casos de prueba del CU 3-Requerimientos no funcionales 3.1- Producto 3.1.1- Eficiencia 3.1.2- Interfaz local del usuario 3.1.3- Interfaz Web del usuario 3.1.4- Seguridad 3.2- Organizacionales 3.2.1- Documentacin 3.2.2- Entregas 3.2.3- Implementacin 3.3- Externos 3.3.1- Interoperabilidad 3.3.2- Legales Apndices

Pgina
2 2 2 2 2 3 3 3 3 3 4 4 5 5 6 7 8 8 8 9 9 10 11 11

1. Introduccin 1.1 Propsito del Documento ERS Este documento pretende explicar a fondo todos los requerimientos que se han planteado los desarrolladores del sistema con el cliente, de manera que se explique lo que el sistema requiere para su funcionamiento, acorde a las expectativas del cliente, y adems, demostrar que el equipo de trabajo es capaz de cumplir en el proyecto en el periodo de tiempo establecido. 1.2 Descripcin del Problema El problema que se ha planteado para este proyecto es la necesidad que tiene el Liceo Nocturno de Ciudad Colon para informar a la comunidad de Ciudad Colon (San Jos), e incluso su propio personal acerca del acontecer dentro de la institucin; los avances que se hacen, difundir los eventos que planea el colegio, entre otros. Este problema afecta directamente a estudiantes, profesores, administrativos, as como al resto de la comunidad. Todo esto representa una desventaja para el Liceo Nocturno de Ciudad Colon en comparacin con otros colegios que ya cuentan con medios para comunicar de lo que sucede dentro de sus instituciones. An ms por el hecho de tratarse de un colegio nocturno, ya que los estudiantes prefieren asistir en su mayora a colegios diurnos, por lo que el colegio realmente necesita un medio para informar. Una interesante solucin a este problema surge con la idea de la creacin de una pgina web, de manera que la pgina web cuenta con informacin del colegio, de manera que la comunidad de Ciudad Colon sea capaz de ingresar al sitio y plantearse las ventajas que pueden tener asistiendo a esta institucin. 1.3 Lista de Problemas Detectados Dentro de los problemas detectados estn: Se necesita de un servidor para que la pgina quede funcionando completamente. Hay ciertos profesores que no estn de acuerdo con la idea de brindar sus correos o nmeros de telfono para colaborar con la creacin de la pgina. El diseo de la pgina web puede ser un poco sencillo debido a que ninguno de los integrantes del grupo est especializado en diseo.

1.4 Lista de Fortalezas Detectadas Entre las fortalezas detectadas estn: La pgina cumple con todo lo que el colegio tena pensado. No tendrn que pagar nada por el desarrollo de la pgina web. El colegio ser capaz de informar noticias acerca de ellos. La pgina web estar lista antes de diciembre de este ao.

1.5 Objetivos del Sistema: 1.5.1 Objetivo General: Elaborar un medio para informar del acontecer de la institucin del Liceo Nocturno de Ciudad Colon a travs de una pgina web, con una fecha lmite estimada a diciembre del 2011, el cual no tendr costo alguno. 1.5.2 Objetivos Especficos: 1. 2. 3. 4. 5. 6. 7. 8. Iniciar sesin en la pgina web. Cerrar sesin en la pgina web. Subir archivos a la pgina web. Descargar archivos de la pgina web. Borrar archivos de la pgina web. Modificar informacin de la pgina web. Agregar usuarios a la pgina web. Borrar usuarios de la pgina web.

1.5.3 Criterios de xito: Dentro de los principales criterios de xito, se pueden mencionar: 1. 2. 3. 4. 5. Acceso a la pgina web como diversos usuarios (personal de mantenimiento o docente). Permite salir de manera segura de la pgina web. Permite a los usuarios docentes subir archivos, as como al administrador. Permite a los usuarios docentes y administrado descargar archivos de la pgina. Permite al administrador eliminar archivos, as como a los usuarios docentes eliminar sus archivos propios. 6. Permite al administrador modificar informacin anuente a la institucin, o de los usuarios docentes, en la pgina web dentro de las secciones ya establecidas. 7. Permite al usuario de mantenimiento agregar nuevos usuarios docentes a la pgina web. 8. Permite al usuario de mantenimiento borrar usuarios docentes existentes en la pgina web. 1.6 Perspectiva del producto por desarrollar Este proyecto tiene como fin desarrollar una pgina web para el Liceo Nocturno de Ciudad Colon, ubicado en el cantn de Mora en San Jos, quienes necesitan un medio para dar a conocer el colegio en la web. Esta pgina tendr la capacidad de mostrar informacin relevante en cada materia impartida en la institucin, as como informacin importante del colegio en general. Adems, a diferencia de otros programas de este tipo, se espera que esta pgina posea un diseo acorde con la institucin y que a la vez sea agradable para los usuarios que la visiten.

1.7 Reglas de negocio: Hechos: 1. La pgina debe ser accesible al menos durante el lapso de 6am a 10pm, dejando cualquier mantenimiento o cualquier otra actividad que comprometa la accesibilidad de la pgina. 2. La pgina cuenta slo con informacin autorizada previamente por el director de la institucin, o el encargado directo nombrado por el director de la institucin. Restricciones: 1. La pgina debe de mostrar solamente informacin de la institucin y sus empleados, descartado cualquier tipo de publicidad o informacin extra. 2. La informacin mostrada en la pgina no debe comprometer a la institucin o a cualquiera de sus empleados. Ejecucin de accin: 1. La pgina debe mostrar notificaciones de xito para cuando se suba un archivo y se gestionen usuarios. 2. Tras un intento fallido en iniciar sesin, debe de expresarse el motivo del fallo y a quien contactar para solucionar el problema en ltimo caso. Inferencias: 1. Despus de agregar un usuario, el uso de su perfil puede ser inmediato. 2. Tras eliminar un usuario, su perfil perder todo valor y no se respaldar informacin alguna del mismo. 3. Tras solicitar un cambio, si es efectuado con xito debera reflejarse de manera inmediata en la pgina. Clculos: 1. No aplican por ser una institucin sin fines de lucro. 1.8 Suposiciones y Dependencias Para la realizacin de este proyecto se han tenido que tomar varias cosas en consideracin, mientras que otras simplemente se han asumido de parte de los desarrolladores del proyecto. Dentro de las suposiciones y dependencias podemos mencionar: Se ha asumido que el programa ser utilizado por personas que conocen el funcionamiento de este tipo de herramientas, por lo que a la hora de entregar el proyecto no se brindar capacitacin alguna, nicamente se brindar una pequea gua del sitio. Adems, se ha asumido que este programa debe funcionar similarmente a los dems programas de este tipo, es decir, no se han incluido funciones especiales en su funcionamiento, nicamente las solicitadas por el usuario.

Otra suposicin que se ha hecho para la elaboracin de este proyecto es que se utilizaran navegadores conocidos para acceder a la pgina (Por ejemplo, Google Chrome, Firefox, IE). 1.9 Alcances del Sistema El sitio web del Liceo Nocturno de Ciudad Coln les permitir a los usuarios acceder a una pgina con un diseo que transmita la imagen de la institucin. Para esto la pgina web va contar un mnimo de cuatro pestaas de las cuales una de ellas es una pgina de bienvenida, otra con informacin referente al liceo como lo es la misin, visin, situacin actual, historia, otra pestaa que corresponde las asignaturas impartidas, con una descripcin de las mismas. El sistema tendr acceso desde internet y ser compatible con los siguiente tres navegadores: Firefox, Chrome e Internet Explorer. Adems, el sitio web del Liceo Nocturno de Ciudad Coln no solo servir para navegar a travs de la informacin sino que se aadir una plataforma de administracin de usuarios y archivos de manera que tanto estudiantes como profesores cuenten con una cuenta de usuario que les permita utilizar la pgina para cargar y descargar archivos sobre diferentes asignaturas. 1.10 Limitaciones y Restricciones Limitaciones: Dentro de la seccin de cursos no est contemplado un mecanismo para llevar a cabo las evaluaciones de estos, nicamente se incluyeron las funciones de subir y bajar documentos. No se sabe el espacio destinado para el almacenamiento de documentos pertenecientes a la pgina web, esto debido a que la institucin an no cuenta con un servidor donde subir el sitio.

Restricciones: nicamente podrn ingresar al sitio aquellas personas que son miembros del personal de la institucin, ya sean estudiantes, profesores, o administrativos. Las nicas personas que podrn subir archivos, son profesores y administrativos. Las nicas personas habilitadas para descargar archivos del sitio, son aquellas que puedan ingresar con un nombre de usuario y una contrasea.

1.11 Stakeholders y sus necesidades Stakeholder Beneficio Directo Fcil y rpido acceso a la informacin del Liceo. Actitudes Ven al producto como algo ventajoso debido a que facilitara el acceso a informacin relevante. Necesidades Acceder fcilmente a la informacin referente a la institucin del Liceo Nocturno de Ciudad Coln. Acceder fcilmente a la informacin referente a la institucin del Liceo Nocturno de Ciudad Coln, as como a los documentos posteados en el sitio. Acceder fcilmente a la informacin referente a la institucin del Liceo Nocturno de Ciudad Coln, as como poder postear y descargar documentos. Otorgar informacin de la institucin a quien interese, adems de poder estar subiendo documentos a la pgina. Correcto funcionamiento de la pgina. Limitaciones

Otros Interesados

Estudiantes

Fcil y rpido acceso a la informacin y documentos posteados en la pgina.

Ven al producto como algo ventajoso debido a que facilitara el acceso a informacin y documentos.

Evitar errores y confusiones a la hora de utilizar los servicios del sistema.

Profesores

Fcil y rpido acceso a la informacin y documentos posteados en la pgina.

Ven al producto como algo ventajoso debido a que facilitara el acceso a informacin y documentos.

Evitar errores y confusiones a la hora de utilizar los servicios del sistema.

Administrativos

Fcil distribucin de la presencia de la institucin.

Muy receptivas ya que esperan que se logre el dar a conocer la institucin a travs de ms medios.

Evitar errores y confusiones a la hora de utilizar los servicios del sistema.

Desarrolladores

Evitar los errores en el diseo de la pgina.

No tolerantes a errores en el sistema; bsqueda de calidad

Terminar el proyecto en la fecha establecida.

1.12 Visin general de la estructura del documento ERS El documento de ERS muestra de manera concreta y especifica los puntos a considerar en el proyecto de la pgina web en desarrollo para la institucin del Liceo Nocturno de Ciudad Coln. Aqu se ubica en contexto al proyecto, se describe, y detalla sus partes por medio de material tanto textual como visual para poder expresar de manera clara su propsito. En este documento se detallan tanto requerimientos funcionales como no funcionales involucrados en el desarrollo de la pgina web. Para cada requerimiento funcional en el proyecto, por medio de diversos diagramas, se explica su relevancia y su significado, y se muestra la interaccin que conllevan en el sistema. A travs de estndares, como lo son las plantillas propuestas por autores reconocidos en el mbito de ERS y relacionados, se generaliza el entendimiento, ya que se siguen pautas usadas por la mayora y permiten un seguimiento ms fluido de la especificacin. En la elaboracin de este proyecto se reflejan caractersticas y riesgos a tomar en cuenta, por lo que se enlistan dichos peligros al igual que con los requerimientos, y se detallan de manera similar, con la excepcin de que los peligros son factores a tomar en cuenta en el desarrollo del proyecto, y los requerimientos muestran adems de qu trata el proyecto.

2. Requerimientos funcionales

2.1 Contexto del sistema 2.1.1 Diagrama de Contexto:

Usuarios Externos
Muestra Info.

Suben Arch.

Profesores
Muestra Info. Ven Info.

Ven Info. Ven Info. Solicitan Info.

Estudiantes
Brinda Info.

Pagina Liceo Nocturno de Ciudad Colon

Gestion Usuar.

Administrativos

Muestra Info. Aaden Arch.

Descargan Arch.

Datos

Servidor

Datos

2.1.2 Modelo del dominio del sistema:

2.1.3 Descripcin del Modelo de Dominio del sistema: Para empezar, se tiene una clase para cada tipo de usuario, ya sean administrativos, profesores, estudiantes, o algn otro usuario ajeno a la institucin. Todos estos usuarios estn en capacidad de ver la pgina web y descargar los documentos contenidos en esta, sin embargo, a la hora de ver la seccin de cursos, nicamente los profesores y administrativos tendrn la posibilidad de subir archivos nuevos. Adems, nicamente los administrativos estn habilitados para gestionar usuarios (hay una clase usuarios); los cuales pueden ser de dos tipos, profesores u otro administrativo, precisamente por esto est la clasificacin del concepto usuario. Estos usuarios poseen como atributos un nombre, un nmero de identificacin y una contrasea para ingresar al sistema, mientras que los estudiantes y las dems personas que ingresen al sitio no poseen ningn atributo especial. Para los estudiantes hay una clase y para los dems usuarios otra, esto con el fin de hacer la distincin entre miembros de la institucin y los que no lo son. En cuanto a los documentos que se suben a la pgina web, estos poseen como atributos la fecha en que se subieron y un tamao de archivo, mientras que la pgina web en general, nicamente contiene una direccin para ser ingresada como atributo.

2.1.4 Diagrama de casos de uso:

10

2.2 Descripcin detallada de los CU 2.2.1 Texto de los Casos de Uso Use Case ID Created By Date Created Actors Description UC-1 Use Case Name Iniciar Sesin Edgar Salas Garita Last Updated By Edgar Salas Garita 13/09/2011 Date Last Updated 13/09/2011 Profesores y Administrativo El profesor o administrativo especifica su nmero de identificacin y contrasea. El sistema se encarga de validar los datos para luego abrir una pgina con la sesin iniciada. 1. El actor debe pertenecer a la institucin. 2. El actor debe poseer una ID vlido para el sistema. 1. El actor tiene acceso a la pgina con sus permisos correspondientes. 1.0 El actor solicita iniciar sesin en el sistema. 1. El actor especifica su nmero de identificacin y contrasea. 2. El sistema verifica que esa informacin sea vlida. 3. El sistema establece los permisos que segn el tipo de usuario. 4. El sistema muestra la pgina correspondiente al usuario que ha iniciado sesin. No aplica. 1.0 E1. Usuario no valido (en paso 2). 1. El sistema muestra el mensaje: El usuario y/o contrasea no es vlido 2. El sistema limpia las entradas de texto y solicita al usuario volver a intentarlo. 3. El sistema vuelve a iniciar el flujo normal de acciones. 4. El usuario decide salir. 5. El sistema termina el caso de uso No aplica Alta Aproximadamente unas 12 veces al da por profesor y unas 5 veces a la semana por parte de los administradores. No aplica 1. Cada usuario inicia sesin con su propia cuenta.

Preconditions Post conditions Normal Course

Alternative Courses Exceptions

Includes Priority Frequency of Use Business Rules Assumptions Notes and Issues

11

Use Case ID Created By Date Created Actors Description

Preconditions Post conditions Normal Course

Alternative Courses Exceptions Includes Priority Frequency of Use Business Rules Assumptions Notes and Issues

UC-2 Use Case Name Cerrar Sesin Edgar Salas Garita Last Updated By Edgar Salas Garita 13/09/2011 Date Last Updated 13/09/2011 Profesores y Administrativos El profesor o administrativo solicita cerrar la sesin que actualmente tiene abierta. El sistema se encarga de guardar los datos que han modificados y de regresar a la pgina original con la sesin cerrada. 1. El actor debe tener una sesin activa. 1. Los cambios son guardados 2. Se muestra la pgina original que se muestra a todos los usuarios. a. El actor solicita cerrar sesin en el sistema. 2. El sistema verifica que los cambios que se han hecho. 3. El sistema guarda los cambios. 4. El sistema muestra la pgina correspondiente con la sesin cerrada. No aplica. No aplica. No aplica. Alta Aproximadamente unas 12 veces al da por profesor y unas 5 veces a la semana por parte de los administradores. No aplica 1. Cada usuario cierra sesin su propia cuenta.

12

Use Case ID Created By Date Created Actors Description Preconditions Post conditions Normal Course

Alternative Courses Exceptions

Includes Priority Frequency of Use Business Rules Assumptions Notes and Issues

UC-3 Use Case Name Subir un archivo Edgar Salas Garita Last Updated By Edgar Salas Garita 13/09/2011 Date Last Updated 13/09/2011 Profesores y Administrativo El profesor o administrativo seleccionan un archivo y el sistema de encarga de obtener dicho archivo y guardarlo en la base de datos. 1. El actor debe tener una sesin activa. 1. El archivo de estar guardado en la base de datos de la pgina web 1.0 El actor selecciona un archivo. 2. El actor solicita subir el archivo. 3. El sistema verifica el archivo. 4. El sistema hace una copia del archivo y lo guarda en base de datos 5. El sistema muestra el mensaje : El archivo fue subido con xito No aplica. 1.0. E1. Archivo no encontrado (en paso 3). 2. El sistema muestra el mensaje: El archivo seleccionado no se ha encontrado. 3. El sistema solicita al usuario volver a intentarlo. 4. El sistema vuelve a iniciar el flujo normal de acciones. 5. El usuario decide salir. 6. El sistema termina el caso de uso. 1.0. E2. Archivo no se puede acceder(en paso 4) 2. El sistema muestra el mensaje: El archivo no puede ser accedido en este momento 3. El sistema solicita al usuario volver a intentarlo. 4. El sistema vuelve a iniciar el flujo normal de acciones. 5. El usuario decide salir. 6. El sistema termina el caso de uso No aplica Alta Aproximadamente unas 12 veces al da por profesor y unas 5 veces a la semana por parte de los administradores. No aplica No aplica

13

Use Case ID Created By Date Created Actors Description Preconditions Post conditions Normal Course

Alternative Courses Exceptions

Includes Priority Frequency of Use Business Rules Assumptions Notes and Issues

UC-4 Use Case Name Descargar un archivo Edgar Salas Garita Last Updated By Edgar Salas Garita 13/09/2011 Date Last Updated 13/09/2011 Profesores, Administrativo y Estudiantes El profesor, administrativo o estudiante seleccionan un archivo en la pgina web y el sistema de encarga de proporcionarle dicho archivo. 1. El actor debe tener una sesin activa. 2. El archivo debe existir en la base de datos de la pgina web. 1. El usuario debe obtener el archivo seleccionado. 1.0 El actor selecciona un archivo. 1. El actor solicita descargar el archivo. 2. El sistema verifica el archivo. 3. El sistema hace una copia del archivo y lo proporciona en base de datos. No aplica. 1.0 E1. Archivo no encontrado (en paso 3). 2. El sistema muestra el mensaje: El archivo seleccionado no se ha encontrado. 3. El sistema solicita al usuario volver a intentarlo. 4. El sistema vuelve a iniciar el flujo normal de acciones. 5. El usuario decide salir. 6. El sistema termina el caso de uso. 1.0. E2. Archivo no se puede acceder(en paso 4) 2. El sistema muestra el mensaje: El archivo no puede ser accedido en este momento 3. El sistema solicita al usuario volver a intentarlo. 4. El sistema vuelve a iniciar el flujo normal de acciones. 5. El usuario decide salir. 6. El sistema termina el caso de uso No aplica Alta Aproximadamente unas 12 veces al da por profesor y unas 5 veces a la semana por parte de los administradores. No aplica 1. Cada usuario puede descargar archivos subidos por otros usuarios

14

Use Case ID Created By Date Created Actors Description Preconditions Post conditions Normal Course

Alternative Courses Exceptions Includes Priority Frequency of Use Business Rules Assumptions Notes and Issues

UC-5 Use Case Name Borrar un Archivo Edgar Salas Garita Last Updated By Edgar Salas Garita 13/09/2011 Date Last Updated 13/09/2011 Profesores y Administrativo El usuario administrativo selecciona un archivo para borrarlo. El sistema busca el archivo y lo elimina de la base de datos. 1. El actor debe tener una sesin activa. 1. El archivo eliminado ya no forma parte del contenido de la pgina web 1.0 El actor selecciona un archivo. 2. El actor solicita al sistema borrar el archivo. 3. El sistema identifica el archivo. 4. El sistema borra el archivo. 5. El sistema muestra el mensaje : El archivo fue eliminado con xito No aplica. No aplica No aplica Alta Aproximadamente unas 4 veces al da por profesor y unas 2 veces al mes por parte de los administradores. No aplica 1. Los administrativos puede borrar archivos de otros usuarios. 2. El profesor solo puede borrar los archivos que el subi con anterioridad.

15

Use Case ID Created By Date Created Actors Description

Preconditions Post conditions Normal Course

Alternative Courses Exceptions

Includes Priority Frequency of Use Business Rules Assumptions Notes and Issues

UC-6 Use Case Name Registrar un Usuario Edgar Salas Garita Last Updated By Edgar Salas Garita 13/09/2011 Date Last Updated 13/09/2011 Administrativo El usuario administrativo completa una serie de campos de texto con la informacin de un nuevo usuario, el sistema se encarga de tomar esta informacin y crear un nuevo usuario en la base de datos del sistema. 1. El actor debe tener una sesin activa. 1. El sistema guarda un nuevo usuario en la base de datos. 1.0 El actor llenar el formulario en la pgina web. 2. El actor solicita al sistema crear un nuevo usuario. 3. El sistema verifica que la informacin este completa y correcta. 4. El sistema crea un nuevo usuario en la base de datos. 5. El sistema muestra el mensaje : El usuario fue registrado con xito No aplica. 1.0 E1. Falta informacin (en paso 3). 2. El sistema muestra el mensaje: Hay campos de informacin que no han sido completados. 3. El sistema solicita al usuario volver a intentarlo. 4. El sistema vuelve a iniciar el flujo normal de acciones. 5. El usuario decide salir. 6. El sistema termina el caso de uso. 1.0. E2. El usuario ya existe(en paso 4) 2. El sistema muestra el mensaje: El usuario especificado ya existe. 3. El sistema solicita al usuario volver a intentarlo. 4. El sistema vuelve a iniciar el flujo normal de acciones. 5. El usuario decide salir. 6. El sistema termina el caso de uso No aplica Alta Aproximadamente unas 15 veces a al ao por parte de los administradores. No aplica No aplica

16

Use Case ID Created By Date Created Actors Description

Preconditions Post conditions Normal Course

Alternative Courses Exceptions Includes Priority Frequency of Use Business Rules Assumptions Notes and Issues

UC-7 Use Case Name Borrar un Usuario Edgar Salas Garita Last Updated By Edgar Salas Garita 13/09/2011 Date Last Updated 13/09/2011 Administrativo El usuario administrativo selecciona un usuario de la base de datos para borrarlo. El sistema verifica el usuario y se encarga de eliminarlo de la base de datos junto con la informacin que est ligada al mismo. 1. El actor debe tener una sesin activa. 2. El usuario que se va eliminar debe estar registrado. 1. Los contenidos relacionados con el usuario eliminado dejan de existir en la pgina web. 1.0. El actor selecciona un usuario. 2. El actor solicita al sistema borrar el usuario. 3. El sistema busca toda la informacin relacionada con el usuario. 4. El sistema borra todo el contenido encontrado. 5. El sistema muestra el mensaje : El usuario fue eliminado con xito No aplica. No aplica No aplica Alta Aproximadamente unas 15 veces a al ao por parte de los administradores. No aplica 1. La informacin relacionada con el usuario borrado ya no era necesaria.

17

Use Case ID Created By Date Created Actors Description

Preconditions Post conditions Normal Course

Alternative Courses Exceptions

Includes Priority Frequency of Use Business Rules Assumptions Notes and Issues

UC-8 Use Case Name Modificar informacin Edgar Salas Garita Last Updated By Edgar Salas Garita 13/09/2011 Date Last Updated 13/09/2011 Administrativo El usuario administrativo completa una serie de campos de texto con la informacin sobre como comunicarse con la institucin e informacin acercada de la misma, el sistema se encarga de tomar esta informacin y crear un nuevo usuario en la base de datos del sistema. 1. El actor debe tener una sesin activa. 1. El sistema guarda la nueva informacin en la base de datos. 1.0. El actor llenar el formulario en la pgina web. 2. El actor solicita al sistema agregar la informacin. 3. El sistema verifica que la informacin este completa y correcta. 4. El sistema guarda la informacin en la base de datos. 5. El sistema muestra el mensaje : El contenido se agreg con xito No aplica. 1.0. E1. Falta informacin (en paso 3). 2. El sistema muestra el mensaje: Hay campos de informacin que no han sido completados. 3. El sistema solicita al usuario volver a intentarlo. 4. El sistema vuelve a iniciar el flujo normal de acciones. 5. El usuario decide salir. 6. El sistema termina el caso de uso. 1.0. E2. La informacin ya existe(en paso 4) 2. El sistema muestra el mensaje: La informacin especificada ya existe. 3. El sistema solicita al usuario volver a intentarlo. 4. El sistema vuelve a iniciar el flujo normal de acciones. 5. El usuario decide salir. 6. El sistema termina el caso de uso No aplica Alta Aproximadamente unas 15 veces a al ao por parte de los administradores. No aplica No aplica

18

2.2.2 Pantalla (s) y/o reporte (s) del CU 2.2.3 Diagrama de actividades del CU UC-1

19

UC-2

20

UC-3

21

UC-4

22

UC-5

23

UC-6

24

UC-7

25

UC-8

26

2.2.4 Diagrama de estados del CU UC-1

UC-2

UC-3

27

UC-4

UC-5

UC-6

28

UC-7

UC-8

29

2.2.5 Diagrama de secuencia del sistema (DSS) UC-1

UC-2

30

UC-3

UC-4

31

UC-5

UC-6

32

UC-7

UC-8

33

2.2.6 Contratos de operaciones 2.2.7 Casos de prueba del CU (Datos entrada y resultados) UC-1: Para este caso de uso nicamente se ingresa un loggin y un password. Si los datos son errneos, entonces se muestra un mensaje de error, pero si los datos son correctos, el sistema deja ingresar al usuario. UC-2: Para este caso de uso nicamente se necesita estar loggeado como administrador o profesor. Para que este caso de uso termine exitosamente, solo se debe presionar el botn de cerrar sesin, o bien cerrar el navegador donde se muestra la pgina. UC-3: Para probar este caso de uso se espera subir un archivo. Si el archivo no existe el sistema deber mostrar un mensaje de error. Este caso de uso se considerara exitoso una ver que aparezca un mensaje diciendo que el archivo se subi exitosamente. UC-4: Para probar este caso de uso se espera descargar un archivo. Si el archivo no existe el sistema deber mostrar un mensaje de error. Este caso de uso se considerara exitoso una ver que aparezca un mensaje diciendo que el archivo se descarg exitosamente. UC-5: Para probar este caso de uso se espera borrar un archivo subido previamente a la pgina. Si el archivo no existe el sistema deber mostrar un mensaje de error. Este caso de uso se considerara exitoso una ver que aparezca un mensaje diciendo que el archivo se borr exitosamente. UC-6: Para probar este caso de uso se llenara un formulario con datos de un usuario, si alguno de estos datos ya est como parte de algn otro usuario, el sistema dir que el usuario ya existe. Este caso de uso se considerara exitoso una vez que el sistema muestre un mensaje diciendo que se ha registrado un usuario correctamente.

34

UC-7: Para probar este caso de uso se seleccionara un usuario ya registrado. Este caso de uso se considerara exitoso una vez que el sistema muestre un mensaje diciendo que se ha eliminado un usuario correctamente. UC-8: Para probar este caso de uso el usuario deber llenar un formulario donde se incluye la informacin nueva y la seccin donde esta se debe colocar. En caso de faltar informacin, el sistema deber informarlo al usuario, y de igual manera en caso de que la informacin que se intenta cambiar es igual a la que estaba. Este caso de uso se considerara completo y exitoso cuando se muestre un mensaje diciendo que la informacin se ha cambiado correctamente.

3. Requerimientos no funcionales 3.1 Producto 3.1.1 Eficiencia: El producto va a requerir un espacio adicional para el almacenamiento de su base de datos, donde la pgina en s va a requerir una cantidad diminuta en comparacin a su base. El tamao de la base es dinmico pero se estima un crecimiento aceptable. La base garantizar un acceso rpido a la informacin y la pgina actuar de la misma manera donde mltiples usuarios podrn estar con una sesin activa sin problemas. Debido al detalle de cantidad de recursos disponibles que est pendiente, se estimar un promedio de uso para garantizar su ptimo comportamiento bajo dichas condiciones. Tales recursos constan principalmente del espacio destinado para el proyecto y el equipo destinado para la ejecucin del mismo. 3.1.2 Interfaz local del usuario: Debido a la naturaleza del proyecto, no se cuenta con una interfaz local del usuario, toda la aplicacin involucra una interfaz web.

35

3.1.3 Interfaz web del usuario: Pantalla en la que se ingresa a la pgina como usuario

3.1.4 Seguridad: El acceso a la pgina como un usuario registrado ser por medio de un nombre de usuario el cual cuenta con una contrasea mnima de 8 caracteres alfanumricos y mximo de 20, para garantizar la seguridad de los perfiles al igual que la integridad de la pgina web en s. La calidad de la contrasea queda a criterio del usuario, ya que el asignar

3.2 Organizacionales 3.2.1 Documentacin: La nica documentacin que se entregar, aparte de la propia del cdigo, ser un manual de usuario de la aplicacin desarrollada en este proyecto. Dicho manual de usuario se proveer de manera digital e impresa.

36

3.2.2 Entregas: Se presentar un disco con la aplicacin de la pgina web, y se proveer con los scripts para la creacin de la base de datos, junto con sus debidas instrucciones en un documento tambin en este disco. Se otorgar un manual de usuario digital y uno impreso, donde el digital ir en el disco junto con la aplicacin web y el resto de archivos, y le impreso en sobre adjunto al empaque del disco. 3.2.3 Implementacin: Se utilizar el software de MySQL para la elaboracin de la base de datos, cdigo HTML para el diseo de la pgina 3.3 Externos 3.3.1 Interoperabilidad: La aplicacin web interactuar con una base de datos previamente creada y asociada a la misma aplicacin web. No se involucrar terceros de ningn tipo en la ejecucin normal de la pgina web. 3.3.2 Legales: El presente proyecto est bajo derechos de autor de los integrantes desarrolladores, actuales activos del Instituto Tecnolgico de Costa Rica, y del Instituto Tecnolgico de Costa Rica. El software utilizado para el desarrollo del proyecto es OpenSource y se rige bajo los derechos de la GNU GPL.

APENDICES 1. Plan del proyecto 2. Glosario de trminos y abreviaturas Trmino Caso de Uso Diagrama de Secuencia del Sistema Especificacin de Requerimientos de Software Global Public License Internet Explorer Abreviatura CU DSS ERS GPL IE

37

3. Lista de riesgos a. Requiere acceso constante a internet para que la informacin del sitio sea de utilidad. b. Si la pgina no se actualiza peridicamente, quedarn en desuso y se volver obsoleta e intil. c. El hecho de que un miembro de los desarrolladores del proyecto deserte. 4. Descripcin de la institucin La institucin es el Liceo Nocturno de Ciudad Coln, el cual est bajo el actual rgimen del director Geovanny Lpez Mena. Est institucin se encuentra bajo el departamento educativo del gobierno. Dicha institucin imparte educacin secundaria y se encuentra en la regin de Ciudad Coln, San Jos. Se puede contactar a la institucin por medio del telfono: 2249-1117. En caso de requerir contactar al director, se puede intentar localizar a travs del telfono de la institucin o a travs del correo: geovalm@hotmail.com.

5. Especificacin de estndares de programacin

6. Minutas

38

39

40

41

42

43

44