Uml 2.4 Requisitos

Ing: ANONIMO

COMPUTACION E INFORMATICA

Capítulo 4: Requisitos
Temas:
1. 2.

Disciplina RUP de Requisitos Modelado de Casos de Uso



Requisitos

1. Disciplina RUP de Requisitos



REQUISITOS

1. Disciplina RUP de Requisitos
1.1 1.2 1.3 Introducción RUP. Workflow del proceso Actividades del Workflow



1.1. INTRODUCCIÓN

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



1.1. INTRODUCCIÓN


Finalidad:  Establecer y mantener un acuerdo con los clientes y otros interesados, acerca de lo que debe hacer el sistema.  Proporcionar desarrolladores de sistema con un buen conocimiento de los requisitos del sistema.  Definir los límites del sistema (delimitarlo).  Proporcionar unabase para planificar el contenido técnico de las iteraciones.  Proporcionar una base para la estimación del coste y del tiempo en que desarrollar el sistema.  Definir una interfaz de usuario para el sistema, centrándose en las necesidades y los objetivos de los usuarios.

1. Disciplina RUP de Requisitos



1.2. DISCIPLINA RUP: REQUIREMENTS

1. Disciplina RUP de Requisitos



1.2.1.ROLES EN EL MODELADO DE REQUISITOS
 El Analista de Sistemas  El Arquitecto de software  El Especificador de Requisitos  El revisor técnico

1.2. Disciplina RUP: Requirements


1.2.2. WORKFLOW

1.2. Disciplina RUP: Requirements



1.2.3. PRODUCTOS DE TRABAJO / ARTEFACTOS

1.2. Disciplina RUP: Requirements



MAPEO ENTRE MODELOS

1.2. Disciplina RUP: Requirements1.3. ACTIVIDADES DEL WORKFLOW
     

Analizar el problema. Conocer las necesidades de los stakeholders. Definir el sistema. Gestionar el ámbito del sistema. Perfeccionar la definición del sistema. Gestionar cambios de requisitos.

1. Disciplina RUP de Requisitos


1.3.1. IDENTIFICAR REQUERIMIENTOS

Business Use Case Model

Business Analysis Model

REQUERIMIENTOS

Business RulesStakeholders Request

1.3. Actividades del Workflow



1.3.1. IDENTIFICAR REQUERIMIENTOS 

Técnicas de captura de requerimientos:
 Entrevistas.  Cuestionarios.  Encuestas.  Descripción de puestos.  Artefactos del Modelado de

Negocio.  Revisar los documentos actuales.
1.3. Actividades del Workflow



1.3.2. TIPOS DE REQUERIMIENTOS

REQUERIMIENTOS

FUNCIONALES

NOFUNCIONALES

También están los pseudo_requerimientos, que son aquellos requerimientos impuestos por el cliente que restringen la implementación del sistema.

1.3. Actividades del Workflow


1.3.2. TIPOS DE REQUERIMIENTOS



Requerimientos Funcionales
 Son los requerimientos del usuario que el

sistema a desarrollar, debe satisfacer, indicando cuáles son las condiciones de entrada(inputs) y las condiciones de salida (outputs).


Requerimientos No Funcionales
 Son características que el sistema debe

tener para poder asegurar la calidad del sistema.
1.3. Actividades del Workflow



A. REQUERIMIENTOS FUNCIONALES

 Definición:
 Especifican las condiciones que deben ser

cumplidas por el sistema.  Se identifican desde el punto de vista del cliente.  Seredactan en lenguaje natural.  Se capturan en dos artefactos.
○ Especificación de Requerimientos de

Software. ○ Modelo de Casos de Uso de Sistema.
1.3.2. Tipos de requerimientos



A. REQUERIMIENTOS FUNCIONALES

 Asociados a los casos de uso del sistema  Ejemplo: ○ El sistema debe actualizar la información de los profesores que dictan los cursos de baile.
○ El sistema permitiráregistrar los horarios de

dictado de clase definidas por el administrador.
○ Se podrá Consultar la programación del rol de

los campeonatos locales y regionales.
○ El sistema debe permitir Cerrar un curso.

1.3.2. Tipos de requerimientos



A. REQUERIMIENTOS FUNCIONALES

 Asociados
 Ejemplo:

a otros aspectos generales.

○ El sistema debe obligar al usuario a cambiar

su...