Peru

Capítulo N°3
REQUERIMIENTOS

Copyright © 2007, Cibertec. Todos los derechos reservados

TEMAS
• Etapa de Requerimientos. – Objetivos a cumplir. – Workflow de trabajo. – Actividades a desarrollar y artefactos. • Especificación de Requerimientos de Software. • Diagramas de Casos de Uso de Sistema – Notación UML – Elementos: Actores y Casos de Uso
Copyright © 2007, Cibertec. Todos losderechos reservados

1

Rational Unified Process (RUP)

Copyright © 2007, Cibertec. Todos los derechos reservados

Requerimientos: Objetivos
• Llegar a un acuerdo formal con los clientes y usuarios finales sobre lo que el sistema debe de hacer. • Proporcionar a los miembros del proyecto una idea clara de los requerimientos del sistema. • Delimitar las fronteras del sistema. • Proporcionar lasbases para la planificación del contenido técnico de las iteraciones, los costos y el tiempo para el desarrollo del sistema. • Definir la interfase gráfica del sistema.
Copyright © 2007, Cibertec. Todos los derechos reservados

2

REQUERIMIENTOS. Workflow

Copyright © 2007, Cibertec. Todos los derechos reservados

Requerimientos. Actividades

Copyright © 2007, Cibertec. Todos losderechos reservados

3

Requerimientos. Artefactos

Copyright © 2007, Cibertec. Todos los derechos reservados

REQUERIMIENTO. Definición

Un requerimiento es considerado una condición o capacidad a la que se debe ajustar el sistema que se está desarrollando

Copyright © 2007, Cibertec. Todos los derechos reservados

4

DONDE BUSCAR REQUERIMIENTOS?

Business Analysis Model BusinessUse Case Model
REQUERIMIENTOS

Business Rules
Copyright © 2007, Cibertec. Todos los derechos reservados

Stakeholders Request

¿Cómo capturar requerimientos?

• • • • •

Entrevistas. Cuestionarios. Encuestas. Descripción de puestos. Artefactos del Modelado de Negocio

Copyright © 2007, Cibertec. Todos los derechos reservados

5

Requerimientos. Estereotipos
• Estereotipos másimportantes en la etapa de Requerimientos.

Actor

Package

Caso de Uso

Copyright © 2007, Cibertec. Todos los derechos reservados

Requerimientos. Actividades
1) 2) 3) 4) 5) 6) 7) 8) Identificar los requerimientos del sistema. Encontrar los actores y casos de uso del sistema. Identificar los paquetes del sistema. Construir el Modelo de Casos de Uso del Sistema. Estructurar el Modelo deCasos de Uso del Sistema. Priorizar los casos de uso del sistema. Detallar los casos de uso del sistema. Construir el Modelo Conceptual.

Copyright © 2007, Cibertec. Todos los derechos reservados

6

Actividad 01
1. Identificar los Requerimientos del sistema: – Requerimientos Funcionales – Requerimientos No Funcionales

Copyright © 2007, Cibertec. Todos los derechos reservados

Tipos derequerimientos del sistema
• • • • • • • • Funtionality. • Interfaces. • Licensing. Usability. • Legal, Copyright, and Reliability. Other Notices. Performance. • Applicable Standards. Supportability. Design Constraints. On-line User Documentation and Help System. Purchased Components.
Copyright © 2007, Cibertec. Todos los derechos reservados

7

Requerimientos funcionales
• Funtionality. –Especifica las condiciones que deben ser cumplidas por el sistema. – Se identifican desde el punto de vista del cliente. – Se redactan en lenguaje natural. – Se capturan en dos artefactos.
• Especificación de Requerimientos de Software. • Modelo de Casos de Uso del Sistemas.
Copyright © 2007, Cibertec. Todos los derechos reservados

Requerimientos funcionales
• Funtionality. Ejemplo: •Asociados a los casos de uso del sistema. • El sistema debe: – Actualizar la información de los profesores que dictan los cursos de baile del club. – Registrar los horarios de dictado de clase definidas por el administrador. – Consultar la programación del rol de los campeonatos locales y regionales. – Cerrar un curso.
Copyright © 2007, Cibertec. Todos los derechos reservados

8

Requerimientos...