Requerimientos

Taller de Inv. Aplicada

Requerimientos funcionales

Segn el Proceso Unificado de Desarrollo, los principales pasos para capturar los requerimientos funcionales son:

Identificacin de actores y casos de uso Priorizar casos de uso Detallar casos de uso Prototipear la interfaz de usuario Estructurar el Modelo de Casos de Uso

Requerimientos funcionales

Describen las interacciones entre el sistema y su entorno (usuarios u otros sistemas), sin tener en cuenta cuestiones de implementacin. Se estudian y representan en el Modelo de Casos de Uso La informacin se saca con entrevistas o encuestas. Para esta parte de la Tesis, slo interesa un documento tipo Especificacin (lenguaje llano y natural) El documento tipo Modelo UML es posterior.

Ejemplo

Requerimientos funcionales de HorariosWeb: Es un sistema para la gestin de horarios de la Facultad de Ingeniera. El administrador del sistema, que se tendr que identificar al acceder al mismo, es el encargado de introducir las asignaturas que se imparten en cada especialidad, as como los datos de la asignacin de docentes (a grupos de teora y prctica de cada asignatura). Adems, el sistema permite introducir los datos de las aulas de teora (ubicacin y vacantes) y de prcticas (ubicacin, sistemas operativos, software, etc.).

Ejemplo

La configuracin del horario se lleva a cabo directamente sobre una plantilla horaria semanal, en la que cada casilla representar una hora en un determinado da de la semana. Cuando el administrador pulsa esa casilla se mostrarn las asignaturas de la especialidad que se est configurando en ese momento. Una vez escogida las asignaturas se mostrarn los grupos de teora y prctica a los que todava no se les ha asignado un horario. Al escoger un grupo se muestran las aulas disponibles (si es un grupo de teora) o los laboratorios que cumplen las restricciones de sistemas operativos establecidas para esa materia y que no estn ocupados a esa hora.

Ejemplo

El sistema podr ser consultado por cualquier usuario, que podr consultar el horario de una asignatura, un curso, o de un aula o laboratorio concretos.

Requerimientos no funcionales

Aspectos del sistema visibles para el usuario, que no estn relacionados de forma directa con el comportamiento funcional del sistema. Abarcan diversos aspectos:

interfaz de usuario y factores humanos: tipo de interfaz, experiencia,... documentacin requerida, destinatarios, tipo de documentacin tcnica,... consideraciones de hardware: compatibilidad con otro hardware, existencia de otros sistemas,...

Requerimientos no funcionales

caractersticas de ejecucin: usuarios concurrentes, carga de trabajo,... gestin de errores y excepciones cuestiones de calidad: fiabilidad, disponibilidad, robustez,... modificaciones futuras ambiente fsico: condiciones climticas, exposicin a golpes, accidentes,... seguridad recursos consumidor por el sistema

Hay que priorizarlos

Ejemplo

Requerimientos no funcionales de HorariosWeb: La tasa de disponibilidad del sistema debe ser de un 99%. El sistema debe tener una interfaz de uso intuitiva y sencilla, complementada con un buen sistema de ayuda (la administracin puede recaer en personal con poca experiencia en el uso de aplicaciones informticas). El sistema debe disponer de una documentacin fcilmente actualizable que permita realizar operaciones de mantenimiento con el menor esfuerzo posible.

Requerimientos de implementacin

Son necesidades del cliente que restringen la implementacin (por ejemplo, lenguaje de programacin, plataforma hardware, servidor de pginas web, libro de estilo, etc.)

Ejemplo

Con el fin de ajustarse a la arquitectura de la intranet actual de la Facultad, el sistema debe desarrollarse como una aplic.web, accesible desde cualquier navegador Explorer 5.0, Netscape 5.0 o superior, y estar instalado en un servidor Windows 2003, actuando como servidor web el Internet Information Server. La base de datos a utilizar ser SQL Server 7.0. La interfaz de usuario debe de ajustarse a las caractersticas de la web de la facultad, dentro de la cual estar integrado el sistema. Adems, en el desarrollo del sistema debern tenerse en cuenta las directrices de poltica de seguridad recomendadas por la Facultad.

Documento de anlisis de requerimientos (RAD)

En l se documentan los resultados de la actividad de obtencin de requerimientos y la actividad de anlisis Describe totalmente el sistema desde el punto de vista de los requerimientos funcionales y no funcionales Sirve como base contractual entre cliente y desarrolladores Usuarios del RAD: cliente, usuarios, administradores del proyecto, analistas del sistema, diseadores del sistema

Documento de anlisis de requerimientos (RAD)

Debera escribirse cuando el modelo de casos de uso sea estable, es decir, cuando casi no haya modificaciones de requerimientos Se actualiza durante el proceso de desarrollo cuando se descubren problemas de especificaciones o cuando cambia el alcance del sistema Para el caso de Tesis, se necesita uno desde el comienzo (en paralelo con casos de uso) que puede modificarse en el camino.

Necesario, indispensable

Esquema ejemplo RAD

Deseable, pero no indispensable

1. Introduccin 1.1. Propsito del sistema 1.2. Alcance del sistema 1.3. Objetivos y criterios de xito del proyecto 1.4. Definiciones, siglas y abreviaturas 1.5. Referencias 1.6. Panorama 2. Sistema actual 3. Sistema propuesto 3.1. Panorama 3.2. Requerimientos funcionales

Esquema ejemplo RAD

3.3. Requerimientos no funcionales 3.3.1. Interfaz de usuario y factores humanos 3.3.2. Documentacin 3.3.3. Consideraciones de hardware 3.3.4. Caractersticas de rendimiento 3.3.5. Gestin de errores y condiciones extremas 3.3.6. Cuestiones de calidad 3.3.7. Modificaciones al sistema 3.3.8. Ambiente fsico 3.3.9. Cuestiones de seguridad 3.3.10. Cuestiones de recursos

Esquema ejemplo RAD

3.4. Seudorrequerimientos (requerimientos de implementacin) 3.5. Modelos del sistema 3.5.1. Escenarios 3.5.2. Modelo de casos de uso 3.5.3. Modelo de objetos 3.5.3.1. Diccionario de datos 3.5.3.2. Diagramas de clases 3.5.4. Modelos dinmicos 3.5.5. Interfaz de usuario: rutas de navegacin y maquetas de pantallas 3.6. Glosario