3. Es el enfoque metodológico que ordena rigurosamente las
etapas del ciclo de vida del software, de tal forma que el
inicio de cada etapa debe esperar a la finalización de la
inmediatamente anterior.
4. Debe presentarse y
El Software obtenido se
entenderse el
pone en producción. Se
dominio de la implantan los niveles
información de un Software y Hardware que
problema componen el proyecto. La
implantación es la fase con
más duración y con más
cambios en el ciclo de
Se descompone y organiza el elaboración de un proyecto.
sistema en elementos que Es una de las fases finales
pueda elaborarse por del proyecto
separado, aprovechando los
ventajas del desarrollo en
equipo, así como la manera
en que se combinan unos
con otros. Los elementos, ya
programados, se
ensamblan para
componer el sistema y
se comprueba que
funciona
correctamente antes El Software sufrirá cambios
de ser puesto en después de que se entrega al
explotación cliente .Los cambios
ocurrirán debido a que
hayan encontrado errores, a
que el Software deba
adaptarse a cambios del
entorno externo o debido a
que el cliente requiera
5. Es actualmente el enfoque más realista para el desarrollo
de software y de sistemas a gran escala. Utiliza un
enfoque evolutivo para la ingeniería de software,
permitiendo al desarrollador y al cliente entender y
reaccionar a los riesgos en cada nivel evolutivo.
6. Determinar Evaluar Alternativas,
Objetivos, Alternativas, Res Identificar y Resolver los
tricciones
presentació modelos
Riesgos
n
Prototipo
Prototipo 3
Operativo
MODELO ESPIMMMMMMRAL
Prototipo 1
Prototipo 2
Plan de Requisitos Simulaciones, Modelos, Benchmarks
Concepto de
Plan del ciclo de vida Operación Requisitos
sw Diseño Diseño
Producto Detallado
Plan de
Validación de sw
Desarrollo
Requisitos
Código
Plan de
Integración y V & V del
Pruebas
Pruebas diseño
Unitarias
Integración y
Imple- Prueba de Prueba
menta- Aceptación
ción
Planificar las Faces
Siguientes Desarrollar, Verificar el
Producto del Siguiente
Nivel
7. En una visión genérica, el proceso se divide en 4 partes:
Análisis, Diseño, Código y Prueba. Sin embargo, para la
producción del Software, se usa el principio de trabajo en
MODELO ESPIMMMMMMRAL
cadena o “Pipeline”, utilizado en muchas otras formas de
programación.
8. es una meta o
finalidad a
cumplir para la
que se disponen
medios
determinados Es la
Es evaluar el
metodología de
software que
elegir lo que
cumpla con los
mejor ayudara
requerimientos
ala realizacion del
de usuario con
software
calidad.
es la realización de En esta fase se
una aplicación, o la identificarán las fuentes
ejecución de un de los datos y las
plan, idea, modelo transformaciones
científico, diseño, espe necesarias para, a partir
cificación, estándar, alg de dichas fuentes, obtener
oritmo o política el modelo lógico de datos
9. Dentro del enfoque de prototipos se pretende que el modelo
sea operante, es decir, una colección de programas de
computadora que simulan algunas o todas las funciones que
el usuario desea.
10. es dado por el usuario en
lenguaje natural antes de crear
Comienzo prototipo, los analistas y
un
La expresión ingeniería de usuario deben de trabajar
juntos para identificar los
producto se refiere al proceso Recolección
requerimientos conocidos que Los Procesos de Especificación ( Análisis ),
de diseño y desarrollo de un y
tienen que satisfacer en Diseño e Implementación son concurrentes .
equipo, sistema o aparato de análisis de requerimientos No existe una especificación detallada del
Parada
forma tal que se obtiene un refinamiento sistema. La documentación del diseño se
minimiza o es generada automáticamente
elemento apto para su
Producto de por el entorno de programación utilizado
comercialización mediante para implementar el sistema.
de requisitos
algún proceso de fabricación.
ingenierí Diseño
A menudo un cliente define un
a rápido de objetivos generales para
conjunto
Es un modelo del comportamiento el software, pero no identifica los
requisitos detallados de
del sistema que puede ser usado
Refinamie
para entenderlo completamente o
entrada, procesamiento o salida. El
responsable del desarrollo del
ciertos aspectos de élnto del
y así software está inseguro de la eficacia
clarificar los requerimientos. Un Se evalúan los efectos que haya
de un algoritmo, de la adaptabilidad
prototipo
prototipo es una representación de producido en el Usuario, en cuanto Construcc
de un sistema operativo o de la forma
un sistema, aunque no es un a logros, actitud e interés; en qué
medida los contenidos han ión del
que debería tomar la interacción
sistema completo, posee las humana – máquina, entonces en este
características del sistema final o “quedado” en el Usuario o no, la prototipocaso cuando utilizamos la
monotonía que representa para construcción de prototipos.
parte de ellas. Evaluación del
ellos el material expuesto, la
prototipo del
facilidad de acceso, la
visualización del contenido, la
cliente
disponibilidad del prototipo en el
servidor, la velocidad de la
navegación, etc.
11. Los modelos del dominio no se incentivan fuertemente en la
fase de inicio, puesto que el propósito del inicio no es llevar a
cabo un estudio serio, sino decidir si merece la pena un estudio
mas profundo en el proyecto, en una fase de elaboración.
12. •
Desarrollo iterativo e incremental: el proyecto se organiza en una serie de mini-proyectos
cortos de duración fija (2 a 6 semanas) llamadas iteraciones, que elige un conjunto
reducido de requerimientos, los diseña, implementa y prueba. El resultado de cada iteraci
ón
es un sistema que puede ser probado, integrado y ejecutado. La salida es un subconjunto
con calidad de producción final.
•
Rápida retroalimentación y asimilación de los cambios, posibilitada por el tamaño limitado
de lo realizado en cada iteración.
•
Se abordan, resuelven y prueban primeramente las decisiones de diseño críticas o de alto
riesgo.
•
Si no se logra cumplir lo previsto dentro del plazo estipulado, se aconseja transferir tareas
o
requisitos para una iteración posterior, pero no modificar la fecha de entrega de la iteració
n
actual.