EPS,Informática
Tema 2
Metodologías y ciclos de vida
2
EPS,Informática
Indice
Metodologías.Ciclos de vida.Metodología Métrica.Resumen.
3
EPS,Informática
Indice
MetodologíasDefinición.Aplicación a la Ingeniería del Software.Elementos.Ventajas.Funciones básicas.
Ciclos de vida.Metodología Métrica.Resumen.
4
EPS,Informática
Metodologías: Definición
El conjunto de métodos que se utilizan en una determinada actividad con el fin de formalizarla y optimizarla.
Determina los pasos a seguir y cómo realizarlos para finalizar una tarea.
5
EPS,Informática
Metodologías: Aplicación a la Ingeniería del Software (I)
Optimiza el proceso y el producto software.
Métodos que guían en la planificación y en el desarrollo del software.
Define qué hacer, cómo y cuándo durante todo el desarrollo y mantenimiento de un proyecto
6
EPS,Informática
Metodologías: Aplicación a la Ingeniería del Software (II)
Sin metodología Con metodología
Planificación
Estimación
Planificación
Pruebas
cajablanca
cajanegra
Mantenimiento Codificación
Análisis
DFD
DER
DTE
Dic.Dat.
Diseño
Dat.
Arq.
Inter.
Proc.
7
EPS,Informática
Metodologías: ElementosDefine una estrategia global para enfrentarse con el proyecto:
Fases.Tareas a realizar en cada fase.
Productos (final e intermedios).E/S de cada fase, documentos.
Procedimientos y herramientas. Apoyo a la realización de cada tarea.
Criterios de evaluación.Del proceso y producto. Saber si se han logrado los objetivos.
8
EPS,Informática
Metodologías: Ventajas (i)
Desde el punto de vista de gestión:
Facilitar la tarea de planificación.Facilitar la tarea de control y seguimiento de un proyecto.Mejorar la relación coste/beneficio.Optimizar el uso de recursos disponibles.Facilitar la evaluación de resultados y cumplimiento de los
objetivos.Facilitar la comunicación efectiva entre usuarios y
desarrolladores.Ayuda a la gestión del proyecto.
9
EPS,Informática
Metodologías: Ventajas (ii)
Desde el punto de vista de los ingenieros del software:
Ayudar a la comprensión del problema.
Optimizar el conjunto y cada una de las fases del proceso de desarrollo.
Facilitar el mantenimiento del producto final.
Permitir la reutilización de partes del producto.
10
EPS,Informática
Metodologías: Ventajas (iii)
Desde el punto de vista del cliente o usuario final:
Garantía de un determinado nivel de calidad en el producto final.
Confianza en los plazos de tiempo fijados en la definición del proyecto.
11
EPS,Informática
Metodologías: Funciones básicas
Definir el ciclo de vida que más se adecue a las condiciones y características del desarrollo.
Determinar las fases dentro del ciclo de vida especificando su orden de ejecución.
Definir los resultados intermedios y finales.
Proporcionar un conjunto de métodos, herramientas y técnicas para facilitar la tarea del ingeniero del software y aumentar suproductividad.
12
IndiceMetodologías.Ciclos de vida.
Definición.Distribución del esfuerzo.Funciones.Modelo de ciclo de vida en cascada. Variaciones.Modelo de refinamiento por pasos.Modelo de ciclo de vida en espiral.Modelos de desarrollo de productos software.Modelo de procesos Software IEEE.
Metodología métricaResumen.
EPS,Informática
13
EPS,Informática
Ciclo de vida: Definición
Conjunto de fases por las que pasa el sistema que se está desarrollando desde que nace la idea inicial hasta que el software es retirado o reemplazado (“muere”).
Se denomina a veces “paradigma”.
Dos puntos de vistaTransformación del producto.Proceso que transforma el producto.
14
Ciclo de vida: Distribución del esfuerzoEPS,Informática
Distribución del esfuerzo durante el ciclo de vida
16
8
1612
36
12
05
10152025303540
Análisi
s y di
seño
Imple
mentac
ión
Prueba
s
Adapta
r
Mejorar
Correg
ir
Esfu
erzo
Rel
ativ
o(%
)
15
EPS,Informática
Ciclo de vida: Funciones (i)
Un ciclo de vida debe:
Determinar el orden de las fases del proceso software.
Establecer los criterios de transición para pasar de una fase a la siguiente.
Definir las entradas y salidas de cada fase.
16
EPS,Informática
Ciclo de vida: Funciones (ii)
Describir los estados por los que pasa el producto.
Describir las actividades a realizar para transformar el producto.
Definir un esquema que sirve como base para:Planificar.Organizar.Coordinar.Desarrollar....
17
EPS,Informática
Ciclo de vida: Situación Real
AnálisisAnálisis
DiseñoDiseño PruebasPruebas
CodificaciónCodificación
18
EPS,Informática
Modelo de ciclo de vida en cascada (i)
Análisis
Diseño
Pruebase integración
Codificación
Operación yMantenimiento
Qué
Cómo
19
Modelo de ciclo de vida en cascada (ii)
Características:
Es el más utilizado.
Es una visión del proceso de desarrollo de software como una sucesión de etapas que producen productos intermedios.
Para que el proyecto tenga éxito deben desarrollarse todas las fases.
Las fases continúan hasta que los objetivos se han cumplido.
Si se cambia el orden de las fases, el producto final será de inferior calidad
EPS,Informática
20
EPS,Informática
Modelo de ciclo de vida en cascada (iii)
Limitaciones:
No se permiten las iteraciones.
Los requisitos se congelan al principio del proyecto.
No existe un proyecto “enseñable” hasta el final del proyecto.
21
EPS,Informática
Modelo de ciclo de vida en cascada (iv)
Divergencia deexpectativas
Lo que quiere el usuario
Lo que los desarrolladores construyen
tiempoAnálisis Entrega
22
EPS,Informática
Modelo de ciclo de vida en cascada. Variaciones
Se añade realimentación entre fases.
Análisis
Diseño
Pruebase integración
Codificación
Operación yMantenimiento
23
EPS,Informática
Modelo de refinamiento por pasos o mejora iterativa
Análisis
Diseño
Pruebase integración
Codificación
Operación yMantenimiento
Los productos de las diferentes etapas se van refinando y mejorando
24
Iterativo
EPS,Informática
Rational Unified Process (www.rational.com ).
Iteración de A & D Iteración de A & D
PlanificaciónPlanificación AnálisisAnálisis DiseñoDiseño
[más iteraciones]
IncrementoIncremento
PlanificaciónPlanificación AnálisisAnálisis DiseñoDiseño PrototipoPrototipo PruebasPruebasEval.
clienteEval.
cliente
[más iteraciones]
Otras “metodologías ágiles”: Extreme Programming (Xp):
www.extremeprogramming.org
25
Modelo de ciclo de vida en espiral (i)Determinación deobjetivos, riesgos, alternativas, restricciones
A. deriesgo
Prototipo 1
A. deriesgo
Prototipo 2
Conceptode operación
Planificación derequisitos y delciclo de vida
Planificacióndel diseño
A. de riesgoPrototipo 3
Requisitos
softwareValidaciónde requisitos Diseño del
producto sw.
Validación yverificación del diseño
Planificación dela codificación
Simulaciones, modelos, programas de prueba
A. deriesgo
Prototipo
operacional
Diseño
detalla
do
CodificaciónPrueba deunidadIntegración
yprueba
Prue
ba de
acep
tación
impla
ntació
n
Planificación delas próximas fases
Evaluación de alternativas,identificación y resolución de riesgos
Desarrollo, verificacióndel producto del próximonivel.
Costos acumulados Progreso a través de pasos
EPS,Informática
26
Modelo de ciclo de vida en espiral (ii)Se usa en proyectos en los que se prevén riesgos.
Representa un enfoque dirigido por el riesgo para el análisis y estructuración del proceso software.
Ventajas:Utiliza las fases de modelos tradicionales.Se centra en la eliminación de errores y alternativas poco
atractivas.Su orientación a detectar y prevenir el riesgo evita muchas
dificultades.
Desventajas:Complicado: Consume muchos recursos.Las etapas y sus E/S no están claramente definidas.
EPS,Informática
27
EPS,Informática
Modelos de desarrollo de productos software (i)
El cliente no suele tener una idea clara de lo que quiere, o no sabe explicarlo bien.
El responsable de desarrollo puede no estar seguro de la eficacia de un algoritmo, del enfoque a tomar en la interacción hombre-máquina, etc.
Ayudan a comprender y validar los requisitos de usuario.
Desarrollo de prototipos y maquetas.
28
Modelos de desarrollo de productos software (ii)
Prototipado:Cuando no se conoce la complejidad total del desarrollo.Cuando el ingeniero del software no tiene muy clara la
solución informática más adecuada.Se construye un prototipo de una parte del sistema.
Prototipo 1
Prototipo 2
Prototipo n Sistema final
EPS,Informática
29
EPS,Informática
Modelos de desarrollo de productos software (iii)
El prototipado permite:
Verificar los requisitos principales del usuario.
Verificar la viabilidad del diseño informático del sistema.
El prototipo evoluciona iterativamente.
30
Maquetaje :Cuando los requisitos no están claros.Cuando el alcance del proyecto no está bien
definido.Cuando los usuarios no se muestran colaboradores.Cuando las comunicaciones con el entorno real
presentan gran complejidad.
Modelos de desarrollo de productos software (iv)
MaquetaSistema final
EPS,Informática
31
EPS,Informática
Modelos de desarrollo de productos software (v)
La maqueta permite :
Verificar los requisitos del usuario.
Comprobar la aceptación del usuario.
Comprobar la conexión e integración con el entorno.
32
Modelos de desarrollo de productos software (vi)
EPS,Informática
Lo que quiere el usuario
Lo que los desarrolladores construyen
Revisión delPrototipo
Revisión delPrototipo
Divergencia deexpectativas
tiempo
33
Modelos de desarrollo de productos software (vii)
Escuchar al cliente El cliente prueba la maqueta
Construir/revisarmaqueta
EPS,Informática
34
EPS,Informática
Otros modelos de ciclo de vida
Modelo evolutivo. Desarrollo de múltiples “releases” de un producto. Evolución del producto. Solapamiento de actividades de desarrollo.
Enfoque de sala limpia.Revisiones y evitar los errores. Pruebas formales de corrección.
...
35
Modelo de procesos software IEEE (i)
Proceso de selección de un MCVS
Proceso de gestión del Proyecto
Proceso de
Iniciación
Proceso de
Segui-miento
ycontrol
Proceso de Gestión de
Calidad del SW.
Procesos Orientados al desarrollo de SW.
Procesos de Pre-Desarrollo
Proceso de exploración de Conceptos
Proceso de asignación del sistema
Procesos de Desarrollo
Proceso de Requisitos
Proceso de Diseño
Proceso de Implementación
Procesos de post-desarrollo
Proceso de Instalación
Proceso de Operación y
Soporte
Proceso de Mantenimiento
Proceso de Retiro
Procesos Integralesdel Proyecto
Proceso de
Verificacióny
Validación
Proceso de Gestión
deConfigura-ción del
SW
Proceso de
Documen-tación.
Proceso de
Formación
EPS,Informática
36
EPS,Informática
Modelo de procesos software IEEE (i)
37
EPS,Informática
Invocación de actividades integrales.
38
EPS,Informática
Modelo de procesos software IEEE:Proceso de Selección de un MCV
Seleccionar el modelo de ciclo de vida más adecuado.
Más tarde se asignan las tareas del estándar al ciclo de vida (proceso de iniciación)
Se identifican los estándares y controles para el MCV elegido.
39
EPS,Informática
Actividades delestándar
MCV disponibles
MCV elegido, adaptación al proyecto
Planificación
40
EPS,Informática
Modelo de procesos software IEEE:Procesos de Gestión del proyecto (i)
Crean la estructura del proyecto y aseguran la gestión del mismo durante todo el ciclo de vida del software.
Iniciación.Seguimiento y control del proyecto.Gestión de la calidad del software.
41
Modelo de procesos software IEEE:Procesos de Gestión del proyecto (ii)
EPS,Informática
Iniciación del proyectoDefinición del tamaño aproximado del proyecto, documentación, etc.
Estimación.Predicción de personal, esfuerzo y costes para terminar las actividades y productos asociados al proyecto.
Planificación.Predicción de la duración de las tareas y actividades, los recursos requeridos y la relación, orden y solapamiento de los mismos.
Selección de estándares, metodologías, herramientas, etcPlanes de gestión.
42
EPS,Informática
Modelo de procesos software IEEE:Procesos de Gestión del proyecto (iii)
Seguimiento y control del proyectoRecolección y acumulación de datos sobre recursos, costes e hitos asociados a un proyecto.
Análisis de riesgos.Identificar, analizar, estimar (proyectar) y gestionar riesgos (técnicos, de proyecto, de negocio, etc.). Estrategias para evitar, supervisar y gestionar riesgos, proporcionar planes de contingencia.
Gestión y coordinación del proyecto.Supervisión del progreso del proyecto, comparación con la planificación. Coordinación de recursos, personal, actividades, revisiones, etc.
43
EPS,Informática
Modelo de procesos software IEEE:Procesos de Gestión del proyecto (iv)
Gestión de la calidad del software.Acciones necesarias para proveer una confianza en la calidad de los productos software, y asegurar la satisfacción de requisitos técnicos y de usuario establecidos.
Planificar la Gestión de Calidad del SoftwareIdentificar acciones de SQA, requisitos de calidad, satisfacción cliente...
Gestionar la calidad del software.
Definición y control de métricas.Técnicas para medir el proceso y el producto software.
Identificar necesidades de mejora de calidad.
44
Modelo de procesos software IEEE:Procesos de pre-desarrollo (i)
EPS,Informática
Reconocimiento del problema, determinación de requisitos funcionales, estudio de viabilidad de la solución informática.
Exploración de conceptos.Asignación del sistema.
45
EPS,Informática
Modelo de procesos software IEEE:Procesos de pre-desarrollo (ii)
Exploración de conceptos.Identificación de una necesidad o problema,
Formulación y evaluación de soluciones potenciales.
Análisis de viabilidad.
Planificar la transición del sistema.
Refinar y finalizar la idea o necesidad.
46
EPS,Informática
Modelo de procesos software IEEE:Procesos de pre-desarrollo (iii)
Asignación del sistema.Puente entre la exploración de conceptos y el proceso de desarrollo.Tres actividades principales:
Analizar e identificar funciones hardware, software y de los interfaces.
Identificar la arquitectura (organización HW, SW e interfaces).Derivar los requisitos hardware y software del sistema (definición
global de requisitos).Relación con otros elementos del entorno.
47
Modelo de procesos software IEEE:Procesos de desarrollo (i)
EPS,Informática
Producción del software.
Análisis y especificación de requisitos.Diseño.Implementación o codificación.
48
Modelo de procesos software IEEE:Procesos de desarrollo (ii)
EPS,Informática
Análisis y especificación de requisitos.Establecimiento conciso y preciso de un conjunto de requisitos que deben ser satisfechos por un producto software, indicando el procedimiento mediante el cuál se sabe si éstos se satisfacen.
Educción de requisitos.
Análisis de requisitos.
Representación de requisitos.
Validación de requisitos.
49
Modelo de procesos software IEEE:Procesos de desarrollo (iii)
EPS,Informática
Requisito. Condición o característica que debe tener o cumplir un sistema para satisfacer un contrato, norma, especificación o documento formalmente impuesto.
Tipos:Funcionales.De Rendimiento.De Interfaz....
50
Modelo de procesos software IEEE:Procesos de desarrollo (iv)
EPS,Informática
Diseño.En él se asienta la calidad de desarrollo del software. Proceso iterativo que traduce el “qué hacer” de la especificación de requisitos al ”cómo hacerlo” de las especificaciones de diseño.
51
Modelo de procesos software IEEE:Procesos de desarrollo (v)
EPS,Informática
Diseño.Representación coherente y organizada del sistema software que satisfaga la especificación de requisitos.
Diseño arquitectónico (de alto nivel).Desarrollo de una estructura modular. Relaciones de control entre módulos. Interfaces externos.
Diseño detallado (de bajo nivel).Define los detalles de los algoritmos.
Diseño adicional.Datos, interfaz, comunicación, etc.
52
Modelo de procesos software IEEE:Procesos de desarrollo (vi)
EPS,Informática
Implementación o codificación.Paso de las especificaciones y representación del diseño a un código basado en un lenguaje de programación.
Creación del código fuente.
Generación del código objeto.
Escritura de la documentación.
Creación de los casos de prueba.
53
Modelo de procesos software IEEE:Procesos de post-desarrollo (i)
EPS,Informática
Procesos a realizar para instalar, operar, soportar, mantener y retirar un producto software. Ultimas fases del ciclo de vida.
Instalación.Operación y soporte.Mantenimiento.Retiro.
54
Modelo de procesos software IEEE:Procesos de post-desarrollo (ii)
EPS,Informática
Instalación.
Instalación.
Distribución.
Integración del software en el entorno de operación.
Aceptación por parte del cliente.
Entrega.
55
EPS,Informática
Modelo de procesos software IEEE:Procesos de post-desarrollo (iii)
Operación y Soporte.
Asistencia técnica.
Consultas.
Uso del sistema.
56
Modelo de procesos software IEEE:Procesos de post-desarrollo (iv)
EPS,Informática
Mantenimiento.Tanto de código como de documentación.
Actividades perfectivas.Incorporación de funciones adicionales (mejoras).
Actividades adaptativas.Adaptar el software a los cambios del entorno.
Actividades correctivas.Corregir defectos y fallos.
Actividades preventivas.Revisiones.
57
Modelo de procesos software IEEE:Procesos de post-desarrollo (v)
EPS,Informática
Retiro.Cese de operación. Reemplazo por un nuevo sistema o versión.
Finalizar las operaciones.
Retirar el sistema.
58
EPS,Informática
Modelo de procesos software IEEE:Procesos integrales del proyecto(i)
Actividades necesarias para que el producto sea fiable, de calidad y se use al máximo de sus capacidades. Simultáneas a los procesos de desarrollo de software.
Validación y Verificación.Gestión de configuraciones.Documentación.Formación.
59
EPS,Informática
Modelo de procesos software IEEE:Procesos integrales del proyecto (ii)
Proceso de Validación y Verificación.Verificación.
¿Está el producto correctamente construido? (técnicamente).
Validación.¿El producto construido es el correcto? (requisitos de usuario).
Actividades:Planificar Validación y Verificación.Ejecutar las tareas de Validación y Verificación.Recoger datos de métricas.Planificar las pruebas.Desarrollar requisitos de pruebas.Ejecutar las pruebas.
60
Modelo de procesos software IEEE:Procesos integrales del proyecto (iii)
EPS,Informática
Gestión de configuraciones.Actividades para gestionar los cambios durante todo el ciclo de vida del software.
Identificar los elementos de un proyecto software.
Controlar la evolución de estos elementos.
Generar informe de estados de la configuración.
61
Modelo de procesos software IEEE:Procesos integrales del proyecto (iv)
EPS,Informática
Documentación.
Planificar la documentación.
Realizar la documentación.
Distribución.
Mantenimiento.
62
Modelo de procesos software IEEE:Procesos integrales del proyecto (v)
EPS,Informática
Formación.
Planificar el programa.
Desarrollar los materiales necesarios.
Ejecutar el programa.
63
Modelo de procesos software IEEE:EPS,Informática
Modelo de ciclode vida
Actividades Ciclo de vida+ =
Ejemplos:
CascadaIncrementalEspiralEvolutivo...
IEEE 1074-1995Gestión.
Iniciación, Seguimiento y Control, Gestión de calidad.
Pre-desarrollo.Exploración de conceptos, Asignación del sistema.
Desarrollo.Requisitos, diseño, implementación.
Post-desarrollo.Instalación, Operación, Soporte, Mantenimiento,Retiro.
Integrales.Verificación y Validación, Gestión de Config., Documentación,Formación.
64
Modelo de procesos software IEEE:EPS,Informática
Ej.: Ciclo de Vida en Cascada
Actividades EV AR DI CO PR IN MA REProcesos de Gestión de ProyectoProcesos de Iniciación• Asignar actividades al MCV• Reservar recursos para el proyecto• Establecer entorno (estándares,...)• Plan de gestión proyecto
XXXX
XXX
XX
X X X X X
Procesos de Seguimiento y Control• Analizar riesgos.• Realizar planes de contingencia.• Gestionar el proyecto.• Registrar información.• Implementar sistema de reporte deProblemas.
X
X
XXX
XXX
XXX
XXX
XXX X X
X X X X X X X XX X X X X X X
… …
65
EPS,Informática
Indice
Metodologías.Ciclos de vida.Metodología Métrica.
Introducción.Interfaces.Fases.
Resumen.
66
EPS,Informática
Metodología métrica v3.0 (i)Desarrollada por el Ministerio para la
administración pública.
Especificación en: http://www.csi.map.es/metrica3
Ofrece un marco de trabajo que define:
Una división del proyecto en fases y sus relaciones.Responsabilidades y funciones de los miembros del
equipo.Conjunto de productos finalesConjunto de métodos, procedimientos, técnicas y
herramientas aplicables en cada fase.
67
EPS,Informática
Metodología métrica v3.0 (ii)
Surge para paliar la problemática de los Departamentos de Tecnología de la Información que no utilizan ninguna metodología de desarrollo:
Escasa o nula documentación.Mantenimiento difícil.
Falta de comunicación con el cliente.Productos no entregados a tiempo.No responden totalmente a las necesidades del
usuario.
68
EPS,Informática
Metodología métrica v3.0 (iii)
Es la más “nombrada” en el mercado español. Basada en METRICA v2.1
Objetivos:Elaborar un marco homogéneo de referencia dentro de la
empresa desarrolladora y la administración.Asegurar la calidad del software, mejorar la productividad.Satisfacción del usuario, mayor importancia del análisis.Facilitar la operación, mantenimiento y uso de los
productos software obtenidos.
69
EPS,Informática
Metodología métrica v3.0 (iv)
Procesos Principales:Plan de Sistemas de Información PSI Desarrollo
Estudio de viablidad EVS Análisis ASI Diseño DSI Construcción CSI Implantación y aceptación IAS
Mantenimiento MSI
70
EPS,Informática
Metodología métrica v3.0 (v)
DesarrolloDesarrolloEVSEVS
ASIASI
DSIDSI
CSICSI
IASIAS
PlanificaciónDe Sistemas
de Información
PSI
PlanificaciónDe Sistemas
de Información
PSI
MantenimientoDe Sistemas
de Información
MSI
MantenimientoDe Sistemas
de Información
MSI
SEGURIDADGESTION
DE PROYECTOS
ASEGURAMIENTO DECALIDAD
GESTION DECONFIGURACION
INTERFAZINTERFAZ
INTERFAZ
INTERFAZ
71
EPS,Informática
Metodología métrica v3.0 (vi)
Planificación de Sistemas de Información (PSI)Esquema General de Actividades
72
EPS,Informática
Metodología métrica v3.0 (vii)
Estudio de Viabilidad del Sistema (EVS)Esquema General de Actividades
73
EPS,Informática
Metodología métrica v3.0 (viii)Análisis del Sistema de Información (ASI)Esquema General de Actividades (Estructurado)
74
EPS,Informática
Metodología métrica v3.0 (ix)Análisis del Sistema de Información (ASI)Esquema General de Actividades (Orientado a Objetos)
75
EPS,Informática
Metodología métrica v3.0 (x)ASI1: Definición del Sistema. Tabla de Tareas
76
EPS,Informática
Metodología métrica v3.0 (xi)ASI2: Establecimiento de Requisitos. Tabla de Tareas
77
EPS,Informática
Metodología métrica v3.0 (xii)
ASI3: Identificación de Subsistemas de Análisis. Tabla de Tareas
78
EPS,Informática
Metodología métrica v3.0 (xiii)
ASI6: Identificación de Subsistemas de Análisis. (Análisis Estructurado). Tabla de Tareas
79
EPS,Informática
Metodología métrica v3.0 (xiv)
ASI7: Elaboración de Modelo de Procesos (Análisis Estructurado). Tabla de Tareas
80
EPS,Informática
Metodología métrica v3.0 (xv)ASI8: Definición de Interfaces de Usuario. Tabla de Tareas
81
EPS,Informática
Metodología métrica v3.0 (xvi)
ASI11: Presentación y Aprobación del Análisis del Sistema de Información. Tabla de Tareas
82
EPS,Informática
Metodología métrica v3.0 (ii)
Diseño de Sistemas de Información (DSI). Esquema General de Actividades (Estructurado).
83
EPS,Informática
Metodología métrica v3.0 (ii)
Diseño de Sistemas de Información (DSI). Esquema General de Actividades (Orientado a Objetos).
84
EPS,Informática
Metodología métrica v3.0 (ii)
Construcción de Sistemas de Información (CSI). Esquema General de Actividades.
85
EPS,Informática
Metodología métrica v3.0 (ii)
Implantación y Aceptación del Sistema (IAS). Esquema General de Actividades.
86
EPS,Informática
Metodología métrica v3.0 (ii)
Mantenimiento de Sistemas de Información (MSI). Esquema General de Actividades.
87
EPS,Informática
Indice
Metodologías.Ciclos de vida.Resumen.
88
ResumenEPS,Informática
Una metodología en el entorno de I.S. optimiza el producto y el proceso del software.
Una metodología define el qué, el cómo y el cuándo además de proporcionar mecanismos para determinar la consecución de objetivos.
Las metodologías resuelven en gran parte las necesidades de cada uno de los participantes de un proyecto software.
89
EPS,Informática
Resumen
El ciclo de vida es el conjunto de fases ordenadas por las que pasa el producto software, desde el inicio hasta el final.
El modelo de ciclo de vida para cada proyecto se elige en función de las características de éste.
Top Related