jueves, 24 de junio de 2010
jueves, 17 de junio de 2010
Modelo de Prototipos
El modelo de prototipo son las estrategias para el desarrollo de un sistema cuando un cliente no sabe específicamente lo que requiere, en este método el cliente esta en constante contacto con el desarrollo del sistema
En este método se evita la perdida de tiempo y que los costos sean altos
Consta de 5 pasos
recolección y análisis de los requerimientos
desarrollo de un modelo de trabajo
utilización del prototipo
Revisión del prototipo:
En este método se evita la perdida de tiempo y que los costos sean altos
Consta de 5 pasos
recolección y análisis de los requerimientos
desarrollo de un modelo de trabajo
utilización del prototipo
Revisión del prototipo:
jueves, 10 de junio de 2010
Ciclos de Vida del Software
Unidad Ciclo de vida de los sistemas
1.1 Segmentación y modalidad
1.2 Criterios y elementos de conexión entre las partes
Ciclo de vida del software
“Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software”.
IEEE 1074
“Un marco de referencia que contiene los procesos, las actividades
y las tareas involucradas en el desarrollo, la explotación y el
mantenimiento de un producto de software, abarcando la vida del
sistema desde la definición de los requisitos hasta la finalización de
su uso”.
ISO 12207-1
Conclusion
Lista de modelos
1.-Modelo en cascada
2.-Modelo incremental
3.-Modelo en espiral
4.-Prototipado
Modelo en cascada
-Flujo secuencial entre las fases.
-Cada etapa tiene un input y un output.
-Se supone que para comenzar con una etapa deben haber finalizado las anteriores.
Contribuciones:
-El proceso debe ser disciplinado, planeado y gerenciado
-La implementación debe posponerse hasta que los objetivos se hayan comprendido
Ingeniería de requerimientos
-¿Qué?
-Identificar y documentar los requerimientos exactos del sistema según las necesidades de los usuarios finales.
-Cualidades del sistema.
-Funcionales, no−funcionales, del proceso y del mantenimiento
CRITICAS:
-No refleja realmente el proceso de desarrollo del software
-Se tarda mucho tiempo en pasar por todo el ciclo
-Perpetua el fracaso de la industria del software en su comunicación con el usuario final
-El mantenimiento se realiza en el código fuente
-Las revisiones de proyectos de gran complejidad son muy difíciles
-Impone una estructura de gestión de proyectos
DISEÑO Y ESPECIFICACION
Dividir el sistema en partes y establecer las relaciones entre ellas.
Arquitectura y diseño detallado.
Establecer qué hará exactamente cada parte.
En esta fase se crea un modelo funcional− estructural de los requerimientos.
El diseño debe permitir implementaciones que verifiquen los requerimientos.
1.1 Segmentación y modalidad
1.2 Criterios y elementos de conexión entre las partes
Ciclo de vida del software
“Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software”.
IEEE 1074
“Un marco de referencia que contiene los procesos, las actividades
y las tareas involucradas en el desarrollo, la explotación y el
mantenimiento de un producto de software, abarcando la vida del
sistema desde la definición de los requisitos hasta la finalización de
su uso”.
ISO 12207-1
Conclusion
Lista de modelos
1.-Modelo en cascada
2.-Modelo incremental
3.-Modelo en espiral
4.-Prototipado
Modelo en cascada
-Flujo secuencial entre las fases.
-Cada etapa tiene un input y un output.
-Se supone que para comenzar con una etapa deben haber finalizado las anteriores.
Contribuciones:
-El proceso debe ser disciplinado, planeado y gerenciado
-La implementación debe posponerse hasta que los objetivos se hayan comprendido
Ingeniería de requerimientos
-¿Qué?
-Identificar y documentar los requerimientos exactos del sistema según las necesidades de los usuarios finales.
-Cualidades del sistema.
-Funcionales, no−funcionales, del proceso y del mantenimiento
CRITICAS:
-No refleja realmente el proceso de desarrollo del software
-Se tarda mucho tiempo en pasar por todo el ciclo
-Perpetua el fracaso de la industria del software en su comunicación con el usuario final
-El mantenimiento se realiza en el código fuente
-Las revisiones de proyectos de gran complejidad son muy difíciles
-Impone una estructura de gestión de proyectos
DISEÑO Y ESPECIFICACION
Dividir el sistema en partes y establecer las relaciones entre ellas.
Arquitectura y diseño detallado.
Establecer qué hará exactamente cada parte.
En esta fase se crea un modelo funcional− estructural de los requerimientos.
El diseño debe permitir implementaciones que verifiquen los requerimientos.
Suscribirse a:
Entradas (Atom)
