Professional Documents
Culture Documents
El UML
Hacia principios de los 90, coexistan distintas notaciones y enfoques para modelado de objetos
Tres de los autores principales (Booch, Jacobson, Rumaugh) decidieron intentar estandarizar las notaciones As surgi el UML, un estndar de modelado que combina modelos nuevos y existentes, e intenta cubrir todas las necesidades de especificacin de un sistema de software
UML no es una metodologa ni un proceso, es una notacin estndar de modelado para capturar el conocimiento semntico de un problema y su solucin
2
Ctedra de Ingeniera de Software II FCEN UBA, 2011
UML no es un proceso
Proceso
Proceso: descripcin de actividades que deben realizarse en un determinado orden (en este caso para crear o modificar un sistema de software). Describen qu hacer, cmo hacerlo, cundo hacerlo, qu roles deben hacerlo y el motivo por el que se hace. Debe ser: reproducible, definido, medible y mejorable
3
Ctedra de Ingeniera de Software II FCEN UBA, 2011
Caractersticas del UP
Desarrollar iterativamente
Administrar los requerimientos Usar arquitecturas de componentes Modelar visualmente (UML) Verificar la calidad Controlar los cambios
5
Ctedra de Ingeniera de Software II FCEN UBA, 2011
Iterativo e incremental a la UP
6
Ctedra de Ingeniera de Software II FCEN UBA, 2011
Fases del UP
Etapa de Ingeniera
Construccin Desarrollar el producto iterativamente Transicin Liberar el producto para uso real
Etapa de Produccin
7
Ctedra de Ingeniera de Software II FCEN UBA, 2011
Hitos en UP
Dos tipos de hitos Principales al finalizar una fase (visin, arquitectura bsica, capacidad inicial, producto final) Secundarios al finalizar una iteracin
8
Ctedra de Ingeniera de Software II FCEN UBA, 2011
Disciplinas y Artefactos
Disciplinas: organizan las actividades del proyecto De desarrollo: requerimientos, anlisis, arquitectura, diseo, implementacin, pruebas, deployment. De gestin: administracin de riesgos, planificacin y seguimiento, SCM (software configuration management), etc.
Cada
disciplina de desarrollo genera modelos de UML (casos de uso, anlisis, diseo, deployment, etc.). Los modelos incluyen diagramas.
9
Ctedra de Ingeniera de Software II FCEN UBA, 2011
10
Ctedra de Ingeniera de Software II FCEN UBA, 2011
11
Ctedra de Ingeniera de Software II FCEN UBA, 2011
El Development Case
12
Ctedra de Ingeniera de Software II FCEN UBA, 2011
La fase de Incepcin
Propsito Establecer el caso de negocio para un sistema nuevo o mejoras a uno existente Especificar el alcance del proyecto
Salidas Visin de los requerimientos (10-20%) Caso de negocio Criterios de xito Evaluacin inicial de riesgos Estimacin de recursos requeridos Hito: Lifecycle objectives
13
Ctedra de Ingeniera de Software II FCEN UBA, 2011
La fase de Elaboracin
Propsito Analizar el dominio del problema Establecer una base slida de arquitectura Atacar principales riesgos Desarrollar un plan completo
Salidas Modelo de dominio y casos de uso (80% completo) Arquitectura probada y documentada Caso de negocio revisado Plan de desarrollo
14
Ctedra de Ingeniera de Software II FCEN UBA, 2011
15
Ctedra de Ingeniera de Software II FCEN UBA, 2011
16
Ctedra de Ingeniera de Software II FCEN UBA, 2011
Una autocrtica que merece destacarse (Jacobson) Rise and Fall of RUP (Percepcin)
Buenas Prcticas
Sopa de prcticas Demasiado grande Adopcin muy difcil Nobody reads process books Extensin difcil Process gap
Extensiones Foco