El Proceso de Desarrollo de
Software con Metodología Orientada
a Objetos y el Lenguaje de
Modelado UML.
FR: Functional req's. NFR: Non-functional req's. SRS: System Requirements Specification.
Gerente. Analista.
Usuario. Arquitectos.
Diseñador.
Programador.
Probador.
Deployer.
US D. O. D. Programación OO Booch
Ada
Bell Labs Eiffel Wirfs-Brock
XEROX PARC Smalltalk
Simula
Jacobson:OOSE UML
Etc. Etc... C++
Shlaer/Mellor
Coad/Yourdon
Métodos estructurados Rumbaugh: OMT
Modelado de Entidades
Modelado de Eventos
Martin/Odell
UML 0.9
• Convergencia de Ideas
• Fin a la “Guerra de los Métodos”
• Estandarización del Modelado en la Industria
• Semántica
• Definición
• Notación
Elementos a Modelar
Notación
- Composite structure.
- muestra la estructura interna de una clase y las
colaboraciones entre sus elementos.
- Timing.
- forma horizontal de un diagrama de secuencia.
- Interaction Overview.
- tipo de diagrama de actividades en donde los nodos
pueden ser diagramas de colaboración, de secuencia o de
timing.
Término Definición
4 Diseño. F D Determinar los requerimientos del sistema mediante entrevistas con los
propietarios, accionistas y usuarios del sistema propuesto.
5 Construcción. C E Asegurarse de que la implementación cumple las expectativas definidas en los
requerimientos.
6 Pruebas. E F Crear un modelo de la solución del sistema que satisfaga los requerimientos
funcionales.
7 Deployment. B G Analizar, refinar y modelar los requerimientos del sistema.
√ Descripción.
Los modelos proporcionan el punto de partida para un nuevo sistema.
Diagrama Descripción
1 Use Cases. D A Fotografía de objetos de software y sus relaciones.
2 Clases. F B Flujo de tareas que lleva a cabo un actor o sistema.
√ Descripción.
√ Esta disciplina empieza con entrevistas con el dueño o accionista del negocio.
Esta disciplina requiere modelar la estructura de alto nivel del sistema para
satisfacer los requerimientos no funcionales.
√ Descripción.
√ El propósito de esta disciplina es determinar que debe hacer el sistema.
√ Descripción.
Durante esta disciplina se usa el diagrama de Actividades para verificar los
Casos de Uso.
Durante esta disciplina se analizan los Casos de Uso para determinar detalles
adicionales.
√ Durante esta disciplina se determina la estructura de alto nivel del sistema
(hardware y software), que satisface los requerimientos no funcionales.
Durante esta disciplina se podrían crear diagramas de estado.
√ Descripción.
Durante esta disciplina se crea el diagrama de Deployment.
√ Descripción.
√ Durante esta disciplina se crea un plan de Deployment.