sesion 1 metodologia ciclode_vida
TRANSCRIPT
![Page 1: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/1.jpg)
Proceso de Software
![Page 2: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/2.jpg)
CAL/Requerimientos
Modelado Visual
![Page 3: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/3.jpg)
CAL/Requerimientos
Modelado Visual
![Page 4: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/4.jpg)
CAL/Requerimientos
Metodología - Proceso
La forma, manera, en que se realiza algo (proyecto).
Conjunto de actividades y otros elementos asociados al tiempo (ciclo de vida) y a la consecución de uno o mas objetivos.
En Informática se le llama Proceso de Desarrollo de softfware.
Un proceso define quien esta haciendo que, cuando y como, para lograr cierto objetivo.
![Page 5: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/5.jpg)
CAL/Requerimientos
Gerente de ProyectoDocumentadorDiseñadorTester
HitosPlaneamiento
Testing
MBWAUse casesCRC cards
Modelo ObjetosPlan Proyecto
Modelo de Casos de Uso
Microsoft Project3month increments
UML Java
PrecisiónExactitud
Tolerancia
Team Values
Metodología : el quien, que, y cuando de interacciones clave
entre personas.
Actividades
Técnicas
Tools Habilidades
Roles
Estándares
Calidad Equipo
Artefactos
Microsoft ProjectSofware Through Pictures
Envy/Developer
ModelingJava programming
JAD facilitation
![Page 6: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/6.jpg)
CAL/Requerimientos
Ciclo de Vida
Mas información sobre ciclo de vida ver: SEI Interactive, http://www.sei.cmu.edu/interactive/Features/1999/March/Background/Background.mar99.htm
![Page 7: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/7.jpg)
CAL/Requerimientos
RUP – Disciplinas - Flujos
![Page 8: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/8.jpg)
CAL/Requerimientos
Overview de conceptos RUP ahora Method Composer
![Page 9: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/9.jpg)
CAL/Requerimientos
Dimensiones La dimensión horizontal representa
el tiempo y muestra los aspectos del ciclo de vida del proceso.
La dimensión vertical representa las disciplinas núcleo del proceso (o flujos de trabajo), que agrupan actividades de ingeniería de software por su naturaleza.
![Page 10: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/10.jpg)
CAL/Requerimientos
Dimensión horizontal La dimensión horizontal representa
los aspectos dinámicos en términos de ciclos, fases, iteraciones y milestones (hitos). Un producto de software se diseña y construye en una sucesión de iteraciones incrementales. Permitiendo la prueba y validación así como el mitigar los riesgos.
![Page 11: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/11.jpg)
CAL/Requerimientos
Dimensión Vertical
Representa los aspectos estáticos del proceso descritos en términos de componentes de procesos: Actividades, disciplinas, artefactos y roles.
![Page 12: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/12.jpg)
CAL/Requerimientos
Ciclo de Vida Cascada
Ciclo de vida tradicional, en el que se debía terminar una tarea para continuar otra. El desarrollo del software se hacía de una sola vez.
![Page 13: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/13.jpg)
CAL/Requerimientos
El desarrollo de Software se construye en una sucesión de iteraciones
Ciclo de Vida Iterativo
![Page 14: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/14.jpg)
CAL/Requerimientos
Sucesión de iteraciones incrementales
Artefactos : Producto del trabajo
![Page 15: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/15.jpg)
CAL/Requerimientos
Ciclo de desarrollo Una pasada a través de las cuatro fases es un ciclo de
desarrollo; cada paso a través de las cuatro fases produce una generación de software.
![Page 16: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/16.jpg)
CAL/Requerimientos
Releases
Cada Iteración en una fase resulta en un release ejecutable del sistema
![Page 17: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/17.jpg)
CAL/Requerimientos
Iteración
Una iteración lleva cabo el desarrollo de actividades que conducen a producir un release del producto – una versión del producto ejecutable, estable, junto a otro conjunto de elementos periféricos necesarios para usar este release.
Es como una pequeña cascada. Un release puede ser interno o
externo.
![Page 18: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/18.jpg)
CAL/Requerimientos
Hitos La elección de los hitos del ciclo
de vida debería reflejar el mismo enfoque (iterativo incremental).
Las cuatro fases se concentran en remover las incertidumbres y por lo tanto manejar el acuerdo con el stakeholder de que los riesgos sean eliminados.
![Page 19: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/19.jpg)
CAL/Requerimientos
Desarrollo Iterativo
El uso del ciclo de vida iterativo es mejor al cascada por muchas razones: Nos permite estar al tanto de cambios en
los requerimientos. La verdad es que los requerimientos usualmente cambian.
La integración no debe ser un “big bang” al final; los elementos deben intregrarse progresivamente en el tiempo.
![Page 20: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/20.jpg)
CAL/Requerimientos
Desarrollo Iterativo
Los riesgos, normalmente, se descubren y tratan durante la integración. Con este enfoque se pueden mitigar mas temprano.
El desarrollo interativo proporciona un medio al gerente, para hacer cambios tácticos al producto.
![Page 21: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/21.jpg)
CAL/Requerimientos
Desarrollo Iterativo Facilita el reuso; es mas fácil
identificar partes comunes diseñadas o implementadas parcialmente que reconocerlas durante el planeamiento.
El proceso de desarrollo en si puede ser mejorado y refinado.
![Page 22: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/22.jpg)
CAL/Requerimientos
Inception : Creación La primera fase inception (creación) se
enfoca en el espacio del problema: determinando lo que el sistema necesita para ser entregado, sus límites, interacciones, servicios, y asi sucesivamente. La fase se completa cuando todos los stakeholders estan de acuerdo con la descripción del sistema.
Definimos una “visión” del producto final y los casos de uso del negocio asociados, definiendo el alcance global del proyecto.
![Page 23: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/23.jpg)
CAL/Requerimientos
Incepción (creación)
Trabajos ejecutados en esta fase
![Page 24: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/24.jpg)
CAL/Requerimientos
Elaboración La segunda fase Elaboración se enfoca
en identificar una arquitectura robusta para lograr satisfacre las necesidades del stakeholder.
Se refina la definción del producto, se define y se establece una línea base de arquitectura y se desarrolla un plan mas preciso para su desarrollo y despliegue.
![Page 25: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/25.jpg)
CAL/Requerimientos
Elaboración
![Page 26: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/26.jpg)
CAL/Requerimientos
Arquitectura
Es el nivel conceptual de mas alto nivel de un sistema y su ambiente (IEEE). La arquitectura de un sistema de software (en un momento dado del tiempo), es su organización o estructura de componentes significativos que interactúan a través de interfaces, cuyos componentes estan a su vez compuestos de componentes mas pequeños e interfaces
![Page 27: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/27.jpg)
CAL/Requerimientos
Arquitectura Estructura organizativa de un
sistema: una arquitectura puede descomponerse recursivamente en partes que interactúan a través de interfaces, vínculos y partes conectadas y restricciones para el ensamble de sus partes. Partes que interactúan a través de una interface incluye: clases, componentes y subsistemas.
![Page 28: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/28.jpg)
CAL/Requerimientos
Criterios de evaluación - Elaboración
¿La visión del producto es estable? ¿La arquitectura es estable? ¿Las demostraciones ejecutables,
muestran que los principales elementos de riesgo han sido considerado y resueltos?
¿Está el plan de construcción suficientemente detallado, tiene una base creible de estimados?.
![Page 29: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/29.jpg)
CAL/Requerimientos
¿Todos los stakeholder concuerdan que la visión actual se puede lograr si se ejecuta el plan para desarrollar el sistema completo, en el contexto de la arquitectura?.
¿Son aceptables los gastos en recursos actuales versus los planeados?.
Criterios de evaluación - Elaboración
![Page 30: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/30.jpg)
CAL/Requerimientos
Construcción
La tercera fase, construcción, se enfoca en la construcción incremental del sistema que elimine los riesgos para una entrega exitosa.
Cada una de las iteraciones en esta fase proporcionan mas capacidad que la anterior y por lo tanto puede pasar por mas pruebas del sistema.
![Page 31: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/31.jpg)
CAL/Requerimientos
Construcción
![Page 32: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/32.jpg)
CAL/Requerimientos
Transición
La cuarta fase, transición, concluye con la adopción exitosa del sistema.
El producto es entregado a la comunidad de usuarios; incluye manufactura, entrenamiento, soporte, entrega y mantenimiento del producto.
![Page 33: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/33.jpg)
CAL/Requerimientos
Transición Objetivos:
Lograr que el usuario sea autosuficiente. Lograr el producto tan rápido y efectivo
en costo como sea practico. Actividades:
Hacer el despliegue de ingeniería del producto, empaque, entrenamiento del personal de campo, ventas.
Actividades de afinamiento.
![Page 34: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/34.jpg)
CAL/Requerimientos
Participantes Equipo Roles
System Analyst
User-Interface Designer
Use case Specifier
System Integrator
Integration Tester
System Tester
Test Engineer
Requerimientos
Implementación
Test
Análisis
Use case Engineer
Architect
Diseño Component Engineer
![Page 35: Sesion 1 metodologia ciclode_vida](https://reader036.vdocuments.mx/reader036/viewer/2022062300/558464b5d8b42a7f1d8b4f0d/html5/thumbnails/35.jpg)
CAL/Requerimientos
Mapa de Dominios