Ing. de software
Páginas: 5 (1114 palabras)
Publicado: 22 de abril de 2013
Capitulo 2
Actividades del marco de trabajo del Proceso del Software
Inicio – comunicación – planeación – modelado – construcción – despliegue – fin
Actividades Sombrillas
Seguimiento y control.
Gestión de Riesgo.
Aseguramiento de la calidad.
Revisiones Técnicas formales.
Gestión de la Configuración.
Gestión de la Reutilización.
Preparación y Producción del producto detrabajo.
Los modelos de trabajo se caracterizan dentro del marco de proceso visto anteriormente, sin embargo difieren en algunos aspectos de fondo, los cuales aplican de acuerdo al tamaño y complejidad del proyecto, cantidad de recursos, tiempo estimado para el proyecto, etc.
Flujo Global de actividades y tareas.
Grado de definición de las tareas.
Grado en el que se identifican los productosdel proyecto.
Integracion de modelo de capacidad de madurez (IMCM)
Modelo basado en un conjunto de capacidades de software y de sistemas que deben estar presentes conforme las organizaciones alcanzan diferentes grados de capacidad y madurez del proceso. Este modelo fue creado por el Instituto de Ingeniería de Software (SEI en ingles).
Nivel 0 incompleto
Nivel 1 realizado
Nivel 2administrado
Nivel 3 definido
Nivel 4 administrado en forma cuantitativa
Nivel 5 mejorado
Beneficios
La IMCM proporciona una exposición integral de las actividades y acciones que deben estar presentes cuando se construye un software de computadora.
Patrones del proceso
Un patrón es una plantilla: ofrece un método consistente para describir una característica importante del proceso desoftware.
Plantilla para describir un patrón:
Nombre del patrón.
Propósito.
Tipo.
Contexto inicial.
Problema.
Solución.
Contexto Resultante.
Patrones relacionados
Usos conocidos.
Evaluación del proceso
Enfoques para la evaluación
Método de evaluación de la IMCM estándar para el mejoramiento del proceso (MEIEMP).
La apreciación basada en el CMM para el mejoramiento delproceso interno (ABC MPI).
Estándar SPICE (ISO/IEC15504).
ISO 9001:2000 para software.
Capitulo 3
Los modelos prescriptivos del proceso de software se han aplicado durante muchos años en un esfuerzo encaminado a ordenar y estructurar el desarrollo del software. Cada uno de estos modelos convencionales sugiere un flujo de proceso que de alguna forma es diferente, pero todos realizan elmismo conjunto de actividades genéricas del marco de trabajo: comunicación, planeación, modelado, construcción y despliegue.
El modelo en cascada sugiere una progresión lineal de actividades del marco de trabajo que a menudo resulta inconsistente con la realidad moderna en el mundo del software (ej: con el cambio continuo, los sistemas en evolución, las fechas de entrega restringidas). Sinembargo, este modelo se puede aplicar en situaciones en las cuales los requisitos están bien definidos y son estables.
Los modelos incrementales del proceso de software producen software como una serie de entregas de incrementos. El modelo DRA esta diseñado para proyectos grandes que se deben entregar en marcos de tiempo muy reducidos.
Los modelos de proceso evolutivos reconocen la naturalezaevolutiva de la mayoría de los proyectos de ingeniería de software y están diseñados para ajustarse al cambio. Los modelos evolutivos, como el de construcción de prototipos y el modelo en espiral, generan productos de trabajo incrementales con rapidez. Estos modelos se pueden adaptar para aplicarlos a través de todas las actividades de la ingeniería de software: desde el desarrollo de conceptos hasta elmantenimiento del sistema a largo plazo.
El modelo basado en componentes destaca la reutilización y ensambladura de componentes. Los modelos de métodos formales conducen a la utilización de un enfoque basado en las matematicas para el desarrollo y la verificación del software. El modelo orientado a aspectos incluye los intereses generales que cubren la arquitectura total del sistema.
El proceso...
Actividades del marco de trabajo del Proceso del Software
Inicio – comunicación – planeación – modelado – construcción – despliegue – fin
Actividades Sombrillas
Seguimiento y control.
Gestión de Riesgo.
Aseguramiento de la calidad.
Revisiones Técnicas formales.
Gestión de la Configuración.
Gestión de la Reutilización.
Preparación y Producción del producto detrabajo.
Los modelos de trabajo se caracterizan dentro del marco de proceso visto anteriormente, sin embargo difieren en algunos aspectos de fondo, los cuales aplican de acuerdo al tamaño y complejidad del proyecto, cantidad de recursos, tiempo estimado para el proyecto, etc.
Flujo Global de actividades y tareas.
Grado de definición de las tareas.
Grado en el que se identifican los productosdel proyecto.
Integracion de modelo de capacidad de madurez (IMCM)
Modelo basado en un conjunto de capacidades de software y de sistemas que deben estar presentes conforme las organizaciones alcanzan diferentes grados de capacidad y madurez del proceso. Este modelo fue creado por el Instituto de Ingeniería de Software (SEI en ingles).
Nivel 0 incompleto
Nivel 1 realizado
Nivel 2administrado
Nivel 3 definido
Nivel 4 administrado en forma cuantitativa
Nivel 5 mejorado
Beneficios
La IMCM proporciona una exposición integral de las actividades y acciones que deben estar presentes cuando se construye un software de computadora.
Patrones del proceso
Un patrón es una plantilla: ofrece un método consistente para describir una característica importante del proceso desoftware.
Plantilla para describir un patrón:
Nombre del patrón.
Propósito.
Tipo.
Contexto inicial.
Problema.
Solución.
Contexto Resultante.
Patrones relacionados
Usos conocidos.
Evaluación del proceso
Enfoques para la evaluación
Método de evaluación de la IMCM estándar para el mejoramiento del proceso (MEIEMP).
La apreciación basada en el CMM para el mejoramiento delproceso interno (ABC MPI).
Estándar SPICE (ISO/IEC15504).
ISO 9001:2000 para software.
Capitulo 3
Los modelos prescriptivos del proceso de software se han aplicado durante muchos años en un esfuerzo encaminado a ordenar y estructurar el desarrollo del software. Cada uno de estos modelos convencionales sugiere un flujo de proceso que de alguna forma es diferente, pero todos realizan elmismo conjunto de actividades genéricas del marco de trabajo: comunicación, planeación, modelado, construcción y despliegue.
El modelo en cascada sugiere una progresión lineal de actividades del marco de trabajo que a menudo resulta inconsistente con la realidad moderna en el mundo del software (ej: con el cambio continuo, los sistemas en evolución, las fechas de entrega restringidas). Sinembargo, este modelo se puede aplicar en situaciones en las cuales los requisitos están bien definidos y son estables.
Los modelos incrementales del proceso de software producen software como una serie de entregas de incrementos. El modelo DRA esta diseñado para proyectos grandes que se deben entregar en marcos de tiempo muy reducidos.
Los modelos de proceso evolutivos reconocen la naturalezaevolutiva de la mayoría de los proyectos de ingeniería de software y están diseñados para ajustarse al cambio. Los modelos evolutivos, como el de construcción de prototipos y el modelo en espiral, generan productos de trabajo incrementales con rapidez. Estos modelos se pueden adaptar para aplicarlos a través de todas las actividades de la ingeniería de software: desde el desarrollo de conceptos hasta elmantenimiento del sistema a largo plazo.
El modelo basado en componentes destaca la reutilización y ensambladura de componentes. Los modelos de métodos formales conducen a la utilización de un enfoque basado en las matematicas para el desarrollo y la verificación del software. El modelo orientado a aspectos incluye los intereses generales que cubren la arquitectura total del sistema.
El proceso...
Leer documento completo
Regístrate para leer el documento completo.