Modelo De Requisitos

Brainstorm the goals of a project according to the SMART principle

Get Started. It's Free
or sign up with your email address
Modelo De Requisitos by Mind Map: Modelo De Requisitos

1. Hace parte de la metodologia RUP

1.1. Dividido en

1.1.1. Requisitos

1.1.2. Analisis

1.1.3. Diseño

1.1.4. Implementacion

1.1.5. Pruebas

1.1.6. Documentacion

2. Objetivos

2.1. Crear la base para el desarrollo de todos los modelos en el desarrollo de software

2.2. Delimitar el sistema y capturar su funcionalidad

3. Constituido por

3.1. Descripcion del Problema

3.1.1. Busqueda de la necesidad y descripcion inicial del problema puede ser incompleta e informal

3.2. Modelo de casos de Uso

3.2.1. Describe el funcionamiento del sistema

3.2.2. Compuesto de eventos ejecutados por el usuario desde el inicio hasta el final del sistema

3.2.3. Compuestos de

3.2.3.1. Actores que son los tipos de usuario que interactua con el sistema

3.2.3.1.1. Posee actores secundarios que se representan por maquinas

3.2.3.1.2. Cada actor ejecuta casos de uso especificos en un sistema

3.2.3.1.3. Un usuario puede representar a varios actores

3.2.4. Posee herencia entre casos de uso y se determina entre la variantes que posea el sistema

3.2.4.1. Si la diferencia es pequeña son variantes de un mismo caso de uso y se definen como subflujos

3.2.4.2. Si la diferencia es grande se describen como casos de uso separados y se usan las relaciones extencion y inclucion

3.2.4.2.1. La extencion describe como un caso de uso puede insertarse en otro para extender su funcionalidad si opcional la extencion

3.2.4.2.2. La inclucion es la parte de un caso de uso que debe de ser obligatoria

3.2.4.3. Usa la generalizacion para la reutilizacion de casos de uso

3.2.5. Documentacion

3.2.5.1. Descripcion de actores

3.2.5.1.1. Nombre del actor

3.2.5.1.2. Caso de Uso

3.2.5.1.3. Tipo deactor

3.2.5.1.4. Descripcion

3.2.5.2. Descripcion de Caso de uso

3.2.5.2.1. Caso de Uso

3.2.5.2.2. Actores

3.2.5.2.3. Proposito

3.2.5.2.4. Resumen

3.2.5.2.5. Precondiciones

3.2.5.2.6. Flujo Principal

3.2.5.2.7. Subflujos

3.2.5.2.8. Excepciones

3.3. Modelo de Interfaces

3.3.1. Describe la presentacion entre los actores y el sistema

3.3.1.1. Ayuda al usuario a darce una idea clara de los casos de uso

3.3.1.2. Se presenta un prototipo

3.3.1.3. Se crean mediante UIMS-User Interface Management System o sistema manejador de interfaces que simula la presentacion del sistema

3.4. Modelo de Dominio

3.4.1. Se crea un glosario o diccionario de clases donde se clasifican especificamente para cada uno de los modulos del sistema

3.4.1.1. Pasos

3.4.1.1.1. Identifcarlas Clases

3.4.1.1.2. Seleccionar las clases

3.4.1.1.3. Diagrama de clases

3.4.1.1.4. Identificacion de asociaciones

3.4.1.1.5. Diagrama de Clases con asociaciones

3.4.1.1.6. Diagramade clases con roles

3.4.1.1.7. Diagrama de clases con multiplicidad

3.4.1.1.8. Interfaz de atributos

3.4.1.1.9. Diagramade clases con atributos

3.4.1.1.10. Diccionario de clases