sesión03 2014 proceso desarrollo sw
Post on 16-Jan-2017
190 Views
Preview:
TRANSCRIPT
ANÁLISIS DE SISTEMAS
Ing. Consuelo Del Castillo Castro MCSD.Net
Proceso de Desarrollo de Software RUP
Semana 04
Agenda Proceso de Desarrollo de Software -
Historia Proceso Unificado Rational Fases e Iteraciones del RUP Plan de Sistemas de Desarrollo de
Software
Proceso de Desarrollo de Software
Un proceso define quien está haciendo qué, cuándo y como alcanzar un determinado objetivo. En la ingeniería del software el objetivo es construir un producto software o mejorar uno existente.
Un proceso de desarrollo de software debería también ser capaz de evolucionar durante muchos años, debiendo limitar su alcance a realidades que permitan las tecnologías, herramientas, personas y patrones de organización.
• Tecnologías• Herramientas• Personas• Patrones Organizacionales
4
Tema #1. Proceso Unificado de Desarrollo
Desarrollo de Software. Las 4 “P”
Proyecto
Procesos
Producto
Personas Herramientas
Automatización
Resultado
Participantes
Plantilla
•Modelos•Codigo fuente•Ejecutables•Documentación
•Modelado Visual UML• Rational Rose, Visual UML, Objecteering
•Integrated Development Environment (IDE)• Visual Studio .NET, NetBeans...
•Gestión de la Configuración• CVS, ClearCase
•Gestión de Requisitos• RequiistPro,..
•Automatización documentación• SoDa• ....
•Unified Process (UP)•Rational Unified (Process) RUP•OPEN•OOSP•...
Historia del Proceso Unificado
Proceso Unificado Rational
El RUP es un proceso de desarrollo de software dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental. RUP pretende implementar las mejores prácticas en ingeniería de software, con el objetivo de asegurar la producción de software de calidad, dentro de plazos y presupuestos predecibles:
· Desarrollo iterativo de software· Administración de requerimientos· Uso de arquitecturas basadas en componentes· Modelamiento visual del software· Verificación de la calidad del software· Control de cambios
7
Tema #1. Proceso Unificado de Desarrollo
Proceso Unificado – 6 Mejores Prácticas Desarrollar Iterativamente Gestionar Requisitos Usar Arquitecturas de Componentes Modelar Visualmente (UML) Continuamente verificar Calidad del
Software Controlar Cambios en el Software
Proceso Unificado Rational
Dirigido por Casos de Uso
procesos de negocio casos de uso real izaciones de casos de uso
procesos de negocio casos de uso real izaciones de casos de usoCasos de prueba
Xprocesos de negocio casos de uso real izaciones de casos de uso
Diseño
Análisis
Proceso Unificado Rational
Centrado en la arquitectura
Los elementos arquitectónicamente significativos son los siguientes:• Algunos de los subsistemas.• Dependencias.• Interfaces.• Colaboraciones.• Nodos y clases activas.
“La idea de la arquitectura es lo que se encuentra en la mente del autor”
Proceso Unificado Rational
Centrado en la arquitectura
La descripción de la arquitectura se debe mantener actualizada a lo largo de la vida del sistema para reflejar los cambios y las adiciones que son relevantes para la arquitectura. Vistas de arquitectura: • Vista del modelo de casos de uso• Vista del modelo de análisis• Vista de modelo de diseño• Vista de modelo de despliegue• Vista del modelo de implementación
Proceso Unificado Rational
Proceso Iterativo e Incremental
Fases del RUP• Fase de inicio: identificación y reducción de
riesgos. Idea inicial para el desarrollo la cual se refina hasta quedar lo suficientemente bien establecida como para garantizar la entrada en la fase de elaboración.
• Fase de elaboración: preparación del plan de proyecto. Se define la arquitectura (Línea base de la arquitectura)
• Fase de construcción: incrementos y entregas periódicas. El software es desarrollado a partir de una línea base de arquitectura ejecutable, hasta que esté lista para ser transmitido a la comunidad de usuarios.
• Fase de transición: corrección de defectos. El software es puesto a la comunidad de usuarios.
Fases del RUPEl desarrollo iterativo se hace teniendo en cuenta un desarrollo en pequeños pasos:
• Planificar un poco.• Especificar, diseñar e implementar un poco.• Integrar, probar y ejecutar un poco en cada
iteración.
Fases del RUPFlujos de trabajo
del proceso
Gestión del proyecto
Flujos de trabajode soporte
Iniciación Elaboración Construcción Transición
Iteracionespreliminares
Iter#m+1
Modelado delnegocio
Pruebas
Despliegue
Gestión del cambioy configuraciones
Entorno
Implementación
Requisitos
Análisis y diseño
Iter#2
Iter#n
Iter#n+1
Iter#n+2
Iter#1
Iter#m
Flujos de trabajodel proceso
Gestión del proyecto
Flujos de trabajode soporte
Iniciación Elaboración Construcción Transición
Iteracionespreliminares
Iter#m+1
Modelado delnegocio
Pruebas
Despliegue
Gestión del cambioy configuraciones
Entorno
Implementación
Requisitos
Análisis y diseño
Iter#2
Iter#n
Iter#n+1
Iter#n+2
Iter#1
Iter#m
Flujos de trabajodel proceso
Gestión del proyecto
Flujos de trabajode soporte
Iniciación Elaboración Construcción Transición
Iteracionespreliminares
Iter#m+1
Modelado delnegocio
Pruebas
Despliegue
Gestión del cambioy configuraciones
Entorno
Implementación
Requisitos
Análisis y diseño
Iter#2
Iter#n
Iter#n+1
Iter#n+2
Iter#1
Iter#m
F1:
F2:
F3:F4:
F5:
F6:
F7:
F8:F9:
F2 F1
F3
F4
F5F6 F7
F8
F9
F2 F1
F3
F4
F5F6 F7
F8
F9
F2 F1
F3
F4
F5 F6 F7F8
F9
F2 F1
F3
F4
F5 F6 F7F8
F9
F2
F1
F3F4
F5F6 F7
F8
F9
F2
F1
F3F4
F5F6 F7
F8
F9
Iteraciones Proceso Unificado Rational
Las iteraciones del RUP, se organizan teniendo en cuenta:
• Trabajadores
• Artefactos
• Flujos de trabajo
Fases, Iteraciones y Flujos de Trabajo
Requerimientos
Análisis y Diseño
Codificación
Prueba
Admin. Proyecto
Gestión Configur. y Cambio
Inicio Elaboración Construcción Transición
Iteración1
Iteración2
Iteración...
Iteraciónn
Fases:
Iteraciones:
Flujos de Trabajo:
Alcances yObjetivos Arquitectura
Versión Beta
VersiónFinal
EntregasInternas
... Elementos en RUP Workflow, Workflow Detail , Roles, Actividades y Artefactos.
Workflow Detail:Analyse the ProblemWorkflow: Requirements
ActividadesRoles Artefactos
... Elementos en RUP Roles
Analyst Business-Process Analyst Business Designer Business-Model Reviewer Requirements Reviewer System Analyst Use-Case Specifier User-Interface Designer
Developer Architect Architecture Reviewer Capsule Designer Code Reviewer Database Designer Design Reviewer Designer Implementer Integrator
Testing professional Test Designer Tester
Manager Change Control Manager Configuration Manager Deployment Manager Process Engineer Project Manager Project Reviewer
Other Course Developer Graphic Artist Stakeholder System Administrator Technical Writer Tool Specialist
Roles, Actividades, Artefactos
Ejemplo del Rol: Analista de Sistema
Artefactos Resultado parcial o final que es producido y
usado durante el proyecto. Son las entradas y salidas de las actividades
Un artefacto puede ser un documento, un modelo o un elemento de modelo
Conjuntos de Artefactos Deployment Set Project Management Set Configuration & Change
Management Set Environment Set
Business Modeling Set Requirements Set Analysis & Design Set Implementation Set Test Set
ACTIVIDAD EN CLASE
Tarea en clase
Muchas Gracias!!!
Ing. Consuelo Del Castillo CastroMCSD .Net
top related