OBJETIVOS EN EL DISEÑO DE UML

-modelar sistemas desde los requisitos hasta los artefactos ejecutables desplegados en nodos, utilizando tecnicas OO
-cubir las cuestiones relacionadas con el tamaño propias de los sitemas complejos y críticos.
MODELADO DE SOFTWARE: Es el análisis y diseño de aplicaciones software antes de escribir el cpdigo.
LOS MODELOS: ayudan a razonar sobre el sistema - favorecen la comunicación - permiten documentarlas decisiones
-permiten una generación automática de código
Un modelo es el resultado de un proceso de abstracción y ayudad a comprender y razonar sobre una realidad.
PROCESO UNIFICADO: es un proceso de desarrollo de software.
UML : Es un proceso para visualizar , especificar construit y documentar los artefactos(modelos) de un sitema
software, desde una perspectiva orientada a objetos.
UTILIDAD DEL MODELO:
-ayudad a razonar sobre el como se implementa. – se facilita la comunicación entre el equipo al existie un lenguaje
común. – se dispones de documentación que trasciende al proyecto. – generación de código a partir de modelos.
MODELOS EN UML:
Modelado de Caso de uso, Estructural, Comportamiento, Actividades, Implementación, Despliegue.
ELEMENTOS ESTRUCTURALES DE UN MODELO
 PARTES ESTATIVAS: Clase – Interface - Colaboración – Caso de uso – Clase activa – Artefacto –
Componente – Nodo.
 PARTES DINAMICAS: Interaccion (mensaje) – máquina de estados.
 PARTES DE ORGANIZACIÓN: paquetes
 PARTES EXPLICITAS: Notas.
CICLO DE VIDA: El proceso que sigue para construir, entregar y hacer evolucionar el software, desde la concepción
de una idea hasta la entrega y retiro del sistema. Cuentan con las siguientes actividades:
REQUERIMIENTOS -> DISEÑO -> IMPLEMENTACIÓN -> PRUEBAS -> MANTENIMIENTO
CADA CICLO CONSISTE EN 4 FASES ENTREGABLES DE CADA FASE:
INICIAZION -> ELABORACION -> CONSTRUCCION -> TRANSISION
MODELO UNIFICADO DE PROCESOS:
INICIO DEL PROYECTO -> DEFINE CAsOS DE USO _--INICIO-> O ANALISIS --elaboracion> DISEÑO --construccion->
CONTRUCCION –transision-> LIBERACION (-> VERSION 1,2,3)
GRUPOS DE PROCESOS.
1. Modelamiento del Ciclo de Vida Selección de un ciclo de vida
2. Administración del Proyecto Iniciación del Proyecto - Monitoreo y Control del Proyecto - Administración de
la calidad del SW
3. Pre-desarrollo Exploración del concepto - Asignación de Recursos
4. Desarrollo Requerimientos – Diseño - Implementación
5. Pos-desarrollo Instalación - Operación y Soporte – Mantenimiento - Retiro
6. Procesos Integrales Verificación y Validación - Administración de la configuración – Documentación
- Entrenamiento

¿QUE ES UN MARCO DE DESARROLLO DE SOFTWARE?

Es un marco que permite la programación de las tareas necesarias para construir un software de alta calidad.
REQUERIMIENTOS  PROCESOS DE INGENIERÍA DE SOFTWARE  SOFTWARE
CARACTERÍSTICAS QUE DEBE TENER UN PROCESO DE DESARROLLO DE SOFTWARE:
Marco común de trabajo del proceso. - Actividades del marco del trabajo. - Conjunto de tareas (tareas – hitos,
entregas, puntos SQA) -- Actividades de protección y administración.
RUP:
Es un proceso de ingeniería de software. -- Concebido por BOOCH, RUMBAUGH Y JACOBSON. -- Probee : lineamiento,
plantillas, flujos de trabajo, herramientas. -- Se define como una base del conocimeinto.
ESTRUCTURA DEL PROCESO UNIFICADO:
COLUMNAS: Disciplinas del proceso - MODELO DEL NEGOCIO - REQUERIMEITNO - ANALISIS Y DISEÑO -
IMPLEMENTACION - PRUEBA - DEPLIEGUE - DISCIPLINA DE SOPORTE - ADM CONFIGURAICON Y CAMBIOS. - ADM DEL
PROYECTO. – MEDIOAMBIENTE
FILAS: Concepción - ELABORACION -CONSTRUCCION - TRANSICION
FASES DEL RUP:
 INICIO: se define el negocio: facilidad de realizar el proyecto, se presenta un modelo, visión, metas, deseos
del usuario, plazos , costos, viabilidad.
 ELABORACIÓN: se obtiene la visión refinada del proyecto a realizar, la implementación iterativa del núcleo de
la aplicación, la resolución de riesgos altos, nuevos requisitos y se ajustan a las estimaciones.
 CONSTRUCCIÓN: abarca la evolución hasta convertirse en un producto listo incluyendo requisitos mínimos.
 TRANSICIÓN: fase final, el programa debe estar listo para ser aprobado, instalado y utilizado por el cliente sin
ningún problema.
DIMENSIONES DE RUP:
EJE HORIZONTAL: representa el tiempo y muestra el ciclo de vida del proyecto tal como se desenvuelve.
EJE VERTICAL: representa los flujos de trabajo nucleares, q agrupan actividades por su naturaleza o disciplina.
WORKFLOW: es una secuencia de actividades q produce un resultado de valor observable.
WORKFLOW DE PROCESOS: Agrupan las actividades propias de las disciplinas de la ing de software.
Moldelo de negocio – Requerimientos – Análisis y Diseño – Implementación – Prueba – Distribución. Y 3 para
soporte config y administración de cambios – administración del proyecto – definición del ambiente.
WORKFLOW del proceso unificado:
Concepción  elaboración  construcción  transición.
ITERACIÓN SOBRE EL CICLO DE VIDA:
El objetivo de cada hito principal es garantizar que los diferentes modelos de flujos de trabajo evolucionan de manera
equilibrada durante un ciclo de vida del producto.
inicio (objetivos del ciclo de vida)  elaboración(arquitectura del ciclo de vida)  construcción( Funcionalidad
operativa inicial)  transición(versión del producto)
REQUERIMIENTO:
 condición con la cual un sitemas debe estar en conformidad.
 una condición q un usuario necesita para resolver un problema o lograr un objetivo.
 condición que debe tener un sistema para satisfacer un contrato.
INGENIERÍA DE REQUISITOS:
Trata de los principios, métodos, técnicas y herramientas que permiten descubrir, documentar y administra los
requerimientos del software, de forma sistemática repetible.
¿QUE ES UN PROCESOS DE DESARROLLO DE ING DE REQUERIMIENTOS?
Es un conjunto estructurado de actividades que producen la documentación de los requisitos del sistema.
OBJETIVOS DE LA IR:
 Establecen y mantener acuerdo cliente usuario finales sobre los q el sistema debe hace.
 Proporcionar a los desarrolladores del proyecto un mejor entendimiento de los requerimientos del sistema.
 Definir las fronteras del sistema.
 Proporcionar las bases para la planificación del contenido técnico de las iteraciones.
 Proporcionar las bases para estimar los costos y el tiempo para el desarrollo del sistema.
 Definir la interfaz gráfica del sistema centrada en las necesidades y metas de los usuarios.
Input: Sistemas de información existentes -- Necesidades de los Stakeholders – Estándares Organizacionales --
Regulaciones -- Información del dominio
Outputs: Requerimientos acordados -- Especificación del sistema – Modelos del sistema
MODELO DE L PROCESOS:
MODELO COARSE GRAIN: muestra las actividades principales del proceso sin precisar los detalles de como llevarlo a
cabo.
MODELO FINE-GRAIN: modelo detallado de un proceso especifico.
MODELO ROLE-ACTION: Muestra los roles de diferentes personas relacionados con el proceso y las acciones q ellos
toman.
MODELO ENTITY-RELATION: Pone énfasis en los input, outputs y resultados intermedios del proceso
ARQUITECTURA DEL SISTEMA:
Vista de Casos de uso, Diseño, Interacción, Implementación, Despliegue.