Ingeniera de Requerimientos 29 de agosto de 2011 Planificacin y Modelado Sntesis Los errores son caros y pueden ser por falta

de funcionalidad, que est mal especificada o que sea obsoleta; adems de que las interfaces pueden ser confusas para el usuario, por lo general los analistas son los encargados de obtener informacin de los clientes y usuarios para contribuir a la construccin de un modelo del dominio de la aplicacin. Obtencin de requerimientos: Se identifica un rea, se define la solucin del problema en las especificaciones del sistema y se produce un modelo de anlisis. Se identifican actores, escenarios, casos de uso, relaciones entre casos de uso, requerimientos no funcionales. Sistema de entrevistas Son las primeras formas de obtener informacin mediante contacto directo con el usuario. Se recomienda comenzar con preguntas que ayuden a entender el problema, no es un buen mtodo de obtencin ya que pueden surgir malentendidos, omisin de informacin, JAD Participan todas las personas involucradas, generalmente usuarios, clientes y desarrolladores, de esta participacin surgir un documento que contendr la definicin de datos, flujos de trabajo y pantallas de interfaz. Tipos de requisitos FURPS+: Funcionalidad, facilidad de uso, fiabilidad, rendimiento, soporte y (+) son requisitos adicionales. -Requisitos funcionales: es la interaccin sistema-entorno, modelos de caso de uso. -Requisitos no funcionales: No tienen relacin directa con el comportamiento del sistema. Requisitos de implementacin: Pueden restringir la implementacin; ejemplos: lenguaje de programacin, plataforma, hardware, etc. Caractersticas de la especificacin de requerimientos Validacin continua, para que la especificacin sea correcta, completa, consistente, no ambigua, realista, verificable y rastreable. Amanda Elizabeth Martnez Martnez

Ingeniera de Requerimientos 29 de agosto de 2011 Planificacin y Modelado Modelos de casos de uso Ayudan a representar los objetivos del sistema de manera que sean comprensibles para todos, se distinguen cuatro niveles de descripcin: Divisin del trabajo, funciones del sistema especficas de la aplicacin, funciones de apoyo del sistema, dialogo. Actores y casos de uso Tiene como objetivo encontrar a los actores y su forma de interactuar con el sistema, es una forma de obtener los requisitos, as que es una responsabilidad del analista de sistemas obtener la informacin de la mejor forma y claridad posible. Los actores son entidades que interactan con el sistema pueden ser usuario o sistemas externos, se deben identificar los principales y sus objetivos, aunque tambin existen los de apoyo y los pasivos. El escenario es la secuencia de las acciones que ocurren cuando el actor interacta con el sistema. Los casos de uso son representaciones del flujo de datos a travs del sistema. Existen casos de uso a nivel de objetivo de usuario y casos de uso de subfuncin que dan soporte a los de objetivo de usuario. Relacin entre actores y casos de uso Representan el flujo de la informacin durante el caso de uso. Casos de uso en el proceso unificado Los casos de uso son parte importante en la planificacin de las iteraciones, dirigen el diseo. Fase de inicio: en esta fase son complejos y arriesgados, se escriben en forma breve, se busca el personal que estar involucrado con los casos de uso. Fase de elaboracin: se priorizan los casos de uso y se refinan los requisitos principales, lo que lleva a tener al final de la fase entre el 80% y 90% de los casos de uso escritos a detalle. Fase de construccin: Hay menos casos de uso para detallar, se determina cuales son necesarios para el desarrollo.

Secciones de la descripcin de un caso de uso. *Actor principal Amanda Elizabeth Martnez Martnez

Ingeniera de Requerimientos 29 de agosto de 2011 Planificacin y Modelado *Personal involucrado e intereses *Precondiciones: lo que debe cumplirse antes de empezar un escenario *Post condiciones: lo que debe cumplirse cuando se completa un caso de uso. *Flujo bsico: describe el camino que sigue la informacin segn el personal involucrado *Flujo alternativo: Otros escenarios ya sean de xito o fracaso *Requisitos especiales: Cuando un requisito no funcional se relaciona con el caso de uso. Estructurar modelos de casos de uso Generalizacin: permite la reutilizacin de casos de uso semi-fabricados es decir que solo existen cuando sean necesarios en otro caso de uso. Extensin: Existe si se puede incluir el comportamiento de un caso de uso en otro bajo ciertas condiciones. Inclusin: Permite dividir redundancias y reutilizar casos de uso solo si se comparte entre dos o ms. Aspectos dinmicos Puede ser til el usar diagramas para la descripcin de los casos e uso cuando se crea ser difcil de comprender. Diagramas de secuencia: permiten especificar ms el caso de uso, se tratan como cajas negras a los sistemas, se aconseja solo aplicarlo al escenario principal. Prototipo interfaz de usuario Diseo lgico: Es donde se decide que se necesita Diseo fsico: Prototipo para ilustrar la interaccin del usuario con el sistema. Requerimientos no funcionales Aspectos del sistema visibles para el usuario que no estn relacionados de forma directa con el comportamiento funcional del sistema. Glosario: trminos relevantes y sus definiciones. El documento de anlisis de requerimientos, en el se incluyen los resultados de la obtencin de requerimientos y la actividad de anlisis. Sirve como base para los desarrolladores ya que toma en cuenta requerimientos funcionales y no funcionales.

Amanda Elizabeth Martnez Martnez