Simulacion, ciclos de vida en los proyectos

Nance y Arthur (2006) afirman que el uso de las actividades formales de Requisitos de Software Ingeniería en Modelado y Simulación (M & S) el desarrollo y el análisis es mínima, en el mejor. Si se analiza el papel de Nance y Arthur de cerca, se observa también la escasez de trabajo en los modelos de ciclo de vida de M & S. Por el contrario, los modelos de ciclo de vida son un tema de gran interésen la ingeniería de software. El propósito de este panel es llamar la atención sobre el tema de los modelos de ciclo de vida de M & S. De esta manera, esperamos generar interés en este tema dentro de las comunidades de investigación, aplicación y educación.
La organización Project Management Institute se ocupa de la gestión de proyectos de todo tipo. Su libro Una Guía de los Fundamentos de laDirección de Proyectos (Guía del PMBOK) (Project Management Institute 2004) proporciona información importante que es aplicable a la gestión de proyectos de simulación que incluyen información que es aplicable a los modelos de ciclo de vida. En este trabajo estamos discutiendo el ciclo de vida del proyecto de desarrollo de modelos de simulación y no el ciclo de vida de los modelos de simulación, queson productos. Tenga en cuenta que el ciclo de vida del proyecto es diferente de un ciclo de vida del producto. Un proyecto tiene un comienzo definido y un fin definido, y con frecuencia produce un producto que tiene un ciclo de vida propia. Parafraseando o utilizando información directa de la Guía PMBOK, un proyecto se puede dividir en fases del proyecto y colectivamente las fases se conoce comociclo de vida del proyecto. Una fase del proyecto es un conjunto de actividades de los proyectos relacionados lógicamente, por lo general culmina en la realización de uno o más entregables principales. A la conclusión de cada fase de una revisión se hace generalmente de cada resultado clave para (a) determinar si el proyecto debe continuar a la siguiente fase y (b) detectar y corregir errores deuna manera rentable. El número de fases es generalmente pequeño, por ejemplo menos de diez, y cada fase del proyecto puede tener fases sub. Diferentes modelos de ciclo de vida del proyecto pueden ser desarrollados para cada dominio de aplicación por lo diferente que se definen y se relacionan entre sí para un proyecto y cómo la revisión de cada fase se maneja fases del proyecto.

En su estudiode la literatura para el uso de la ingeniería formal de los requisitos de software de M & S, Nance y Arthur (2006) se encuentra sólo el libro de texto de Robinson (2004) discute estos requisitos y que los modelos de ciclo de vida de M & S no se especifica claramente que se incluyen dichos requisitos. Otra observación importante de esta encuesta es que poco existe en la literatura sobre los modelosde ciclo de vida de M & S. Nance y Arthur (2006) Informe sobre el modelo de ciclo de vida BalciNance M & S modelo (Balci y Nance 1987), la Kreutzer (1986) para el ciclo de vida de un proyecto de simulación, y el modelo de Sargent (2001). Tenga en cuenta que los dos primeros modelos son producto de la década de 1980 y que el modelo de Sargent, aunque no desarrollado como un modelo de ciclo de vidade M & S, se puede utilizar como uno como señala Nance y Arthur (2006).

Los copresidentes de este panel han desarrollado un conjunto de preguntas de las que los panelistas han formado sus respuestas en este artículo. Sección 2 del documento contiene las preguntas y secciones subsiguientes presentan las respuestas de los panelistas. La última sección es el resumen.

2 PREGUNTAS PARA LOSMIEMBROS DEL PANEL

1. Los enfoques para el desarrollo de modelos de simulación en los libros de texto y de simulación en los modelos de ciclo de vida de M & S en general siguen un enfoque de "cascada". ¿Cómo podrían los modelos de ciclo de vida del software; por ejemplo, Espiral Modelo de Boehm (Boehm, 1988), o nuevas metodologías de ingeniería de software; por ejemplo, el desarrollo ágil (Ambler...