Notas uml
Enviado por poland6525 • 29 de Abril de 2018 • 4.061 Palabras (17 Páginas) • 331 Visitas
...
Respectiva implementación. Es como se construirá la aplicación suelen tener el mayor nivel de detalle estos modelos serán específicos de la plataforma, y muy relacionados con las definiciones de diseño.
Perspectiva del producto. El código fuente. La perspectiva de implementación de la más utilizada de diseñadores y programadores.
Modelo de UML 2.2
Los modelos estáticos estructurales sirven para modelar el conjunto de objetos, clases, relaciones y sus agrupaciones, presentes en un sistema.
Existen cuestiones Dinámicas o de comportamiento. Que definen como evolucionan esos objetos a lo largo del tiempo, y cuáles son las causas de esa evolución.
UML sirve para definir ambos tipos de modelos. “unificados”.
UML trabaja con 13 tipos de diagramas.
- Diagrama de caso de uso.
- Diagrama de objeto.
- Diagrama de clases
- Diagrama de paquetes
- Diagrama de componentes
- Diagrama de despliegue
- Diagrama de estructuras compuestas
Y los diagramas de comportamiento o dinámicos son.
- Diagrama de secuencia
- Diagrama de comunicación (o de colaboración)
- Diagrama de máquina de estados o de estados
- Diagrama de actividades
- Diagrama de visión global de la interacción
- Diagrama de tiempos
Muchos autores consideran el diagrama de casos de uso común modelo de comportamiento, Los diagramas que casos de uso de UML sólo representan una dicta estática de las interacciones de usuarios con el sistema.
Extensiones a UML.
Un perfil de UML Es un conjunto de extensiones que especializan UML para su uso en un dominio o contexto particular.
Los perfiles pueden aplicarse de a varios en forma simultánea. Por ejemplo, podemos modelar una aplicación utilizan dólares perfiles de lenguaje ella java y de especificación de desempeño de ejecución.
En la introducción de perfiles, se utiliza los estereotipos de UML, Que son expresiones encerradas entre paréntesis angulares dobles.
Capítulo 2 Disciplinas y Metodología
Disciplinas Operativas:
- Captura y validación de requisitos.
- Análisis
- Diseño
- Construcción
- Pruebas
- Despliegue
Disciplinas de Soporte
- Administración de proyectos
- Gestión de cambios
- Administración de la configuración
- Gestión de los recursos humanos
- Gestión del ambiente de trabajo
- Gestión de la calidad
Denominamos captura y validación de requisitos para la actividad mediante la cual se determina qué es lo que quiere nuestro cliente.
Habitualmente es una actividad es mucha participación de clientes y usuarios.
El análisis se define como la actividad que determina el qué del desarrollo, porque en ella definimos el sistema que vamos a construir. Difiere de la actividad entendida en que trabajamos sobre ABSTRACCION desde software y con menor contacto con los dientes y con los usuarios.
Diseño es la que define como se paraliza en lo que se determinó en el análisis.
Construcción es la que construye el producto tal como va a entregar. Incluye detalles de programación, la construcción de la base de datos si la hubiera, las optimizaciones, etc.
Prueba son actividades de validación y verificación, que se realizan para determinar que el producto construido responde a las especificaciones del análisis y -más importante aún -a los requisitos del cliente.
Despliegue es la tarea que consiste en poner la aplicación físicamente en la o las computadoras en las que debe correr. Cuando la aplicación que se construye es para un mercado masivo, esto no se realiza.
Mantenimiento tarea que consiste en reparar, extender, mejorar un producto o adaptarlo a lo nuevo.
METODOLOGIA DE DESARROLLO DE SOFTWARE Y UML
Desarrollo en cascada: consiste en ir cumpliendo una serie de etapas, cada una separada de las otras, de tal modo que se empieza una etapa cuando se terminó la anterior. Cada etapa corresponde a una actividad de desarrollo, y es efectuada por un grupo de personas especializadas en esa tarea, que generan un conjunto de documentos como cierre de la etapa. Las etapas están asociadas a las distintas actividades.
Como respuesta a la rigidez del modelo en cascada fueron surgiendo los ciclos evolutivos o incrementales. Lo que buscan es permitir todo aquello que el ciclo por etapas no permite. Las etapas no se defines por las disciplinas, sino por las funcionalidades.
La primera respuesta al ciclo en cascada fue plantear cascadas parciales. Esta modalidad se denomina desarrollo incremental o en espiral otro bastante similar en resultados son a través de prototipos.
Prototipo es toda versión preliminar, intencionalmente incompleta y en menor escala de un sistema, aunque puede y debe ser un producto que se pueda entregar.
Proceso unificado de desarrollo de software UP. Define cuatro fases (inicio, elaboración, construcción y transición) cada fase puede dividirse en iteraciones, y algunas admiten entregas parciales del producto.
UP parte de un modelo de casos de uso.
Las iteraciones se hacen implementando casos de uso en forma completa. Los casos de uso integran el trabajo a través de las distintas disciplinas: se
...