Está en la página 1de 2

Test 1 Describir requisitos sistemas, desarrollo

Introducción, El modelado como técnica, Modelado de


objetos * Modelo dominio:
-Propiedades de un objeto: Identidad, comportamiento, estado. Captura tipos más la importancia de objetos
-UML no es metodología, es lenguaje para hacer modelos.
-Interacción: Variación de comportamiento de dos objetos o más. * Modelo negocio:
Modelo de proceso descrito por un modelo de casos de uso

* Describe gráficamente un caso de uso del negocio


Test 2 Diagrama de actividades
Diagrama de casos de uso, Diagrama de clases
-Elementos UML: Bloques de construcción UML, reglas, * Probable secuencia lógica en flujo de trabajo
mecanismos Encontrar caso de uso del negocio - Encontrar actor del negocio
-Colaboración: Implementación de un caso de uso.

Test 6
Test 3 Captura de requisitos como casos de uso
Diagrama de colaboración, Diagrama de secuencia * ¿Cómo se capturan los requisitos?
-Cuatro operaciones básicas: CRUD, create, read, update y Casos de uso
delete.
-Descripción expandida del caso de uso: Usando plantillas. * Tipos de requisitos genéricos
*Aprender un ejemplo gráfico de dependencia, agregación y Son dos: funcional y no funcional
composición.
-Atributos de visibilidad: público, protegido, privado. * Trabajador (worker)
-Tipo de atributo: time, string, numérico, booleano, date Analista, arquitecto, especificador, diseñador, etc.

* Tarea del especificador


Test 4 Detalla los casos de uso
No di, ^_^
* Tarea del analista de sistema
Estructurar el modelo, encontrar actores
Test 5
* Artefacto
Captura de requisitos de la visión de requisitos
Actor, prototipo, descripción de arquitectura
*La captura de requisitos es complicada porque:
El usuario no sabe lo que quiere
* Secuencia del flujo de trabajo
Detallar - Prototipar
*Objetos del flujo de trabajo de requisitos:
1
* Los subsistemas contienen
Test 7 Realización¡+ de casos de uso de diseño
Análisis
* Modelo de análisis está escrito en * El método es
Lenguaje del desarrollador Realización de operaciones

* Análisis no es diseño ni implementación, es el refinamiento de * Un subsistema representa un producto reutilizado


requisitos
* La interfaz
* Papel del ciclo de vida del análisis se desarrolla en Especifica las operaciones de las clases y subsistemas
Elaboración
* El objetivo de la arquitectura
* En el análisis los paquetes contienen Esbozar modelos de diseño y despliegue, arquitectura, etc...
Clases de análisis y...
* Elementos de diseño de arquitectura
* Tres tipos de clases Nodos y configuración de red
Interfaz, control y entidad Subsistemas y sus interfaces
Clases de diseño
* Responsabilidad del ing. de componentes Mecanismos de diseño generico
Responsabilidad
- Apréndanse flujo de trabajo (workflow) de los temas, es fijo
* Secuencia del flujo de trabajo desde 4º test.
Analizar caso de uso - Analizar clase

“RUP es incremental, centrado en arquitectura, dirigido por casos


de uso.”

Test 8
Diseño

* El modelo de diseño es
Plano de implementación

* El ciclo de vida se desarrolla en


Elaboración y construcción
2

También podría gustarte