Los esfuerzos de la fábrica de software e ideas relacionadas

...

El documento se divide en dos secciones principales. En la primera sección presentamos e interpretar los cuatro enfoques. La segunda sección se dedica a la comparación y discusión de los cuatro enfoques.

Describimos las similitudes y diferencias importantes, y discutimos sus puntos fuertes y débiles. El papel es concluyó con una discusión de las contribuciones y las ilusiones relacionados a las fábricas de software.

I. enfoques de fábrica de software

Con el fin de comparar los enfoques fábrica de software que necesitamos saber el contenido de cada enfoque, así como el contexto en el que fue concebido. El contexto da una comprensión del alcance y el foco principal de un enfoque. Dentro de este apartado se esboza el escenario en que se desarrolló el enfoque. El contenido de cada enfoque se describe de una manera bastante arriba hacia abajo desde la parte superior con el objetivo del enfoque y la estrategia defendida para lograr el objetivo. En el medio se describe el diseño de la organización de la fábrica de software en cuestión, y en el fondo se describe la implementación de esta organización. Así, la descripción de cada enfoque cae en cinco categorías:

Contexto. ¿En qué entorno se desarrolló el enfoque?

Objetivo. ¿Qué objetivos se persiguen y qué problemas específicos son buscados por resolver?

Estrategia. ¿Cómo se debe lograr estos objetivos?

Organización. ¿Cuál es la propuesta de diseño de la fábrica de software?

Implementación de la mejora. ¿Cómo debe la mejora implementarse con esfuerzos?

En virtud de la última de estas partidas nos caracterizamos similitudes y diferencias entre los enfoques estudiados, haciendo referencia a los elementos comunes que intervienen en la ejecución de fábricas de software identificados por Cusumano en su estudio de las iniciativas japonesas (Cusumano 1991): compromiso con la mejora de procesos; Focus-producto y proceso de segmentación; análisis y control de calidad del proceso; a medida y centralizado proceso de I + D; estandarización y aprovechar los conocimientos; la normalización dinámica; reutilización sistemática, herramientas asistidas por ordenador y, de integración; producto incrementales / mejoramiento de las mismas.

I.1. La organización industrializada de software (Japón) Como representante para el enfoque de la fábrica japonesa de software que hemos elegido concepto de fábrica de software de Toshiba, que se describe en (Matsumoto 1981, 1987). Este concepto se utiliza para denotar división de software de Toshiba y sus procedimientos como lo fueron en 1981 y 1987 respectivamente.

Contexto. El software producido en la fábrica de software es principalmente para los sistemas de control, reactores nucleares, turbinas, etc. El establecimiento de la fábrica de software en 1981 está motivado por un deseo para el software de la más alta calidad en términos de minimizar el número de defectos en el software. El enfoque en la calidad del software se corresponde con un enfoque en la productividad para asegurar que los esfuerzos de calidad no debilitan la competitividad mediante el aumento de los costes.

Objetivo. Para hacer frente a estas limitaciones, el objetivo es aumentar la calidad del software y para mejorar la productividad. Más tarde, en 1987, los objetivos de calidad y la productividad se mantienen con el objetivo adicional de crear un ambiente en el que el diseño, programación, prueba, instalación, y mantenimiento se pueden realizar de una manera unificada.

Estrategia. La estrategia en 1981 incluye tres elementos. La primera es el diseño de edificios que apoyan el proceso de desarrollo de software, la segunda es la construcción de un banco de Software Trabajo (SWB) que es un soporte de software integrado para las actividades en el proceso de desarrollo de software, y el tercero es el de establecer una organización que controla y supervisa el proceso de desarrollo de software. Más tarde, en 1987 se mantienen estas estrategias, pero se añaden más iniciativas: espacios de trabajo diseñados adecuadamente; herramientas de software, interfaces de usuario, y las instalaciones de mantenimiento de herramientas; sistema de gestión de la línea de base estandarizada para la revisión del diseño, inspección y gestión de la configuración; estandarizada metodologías técnicas y disciplinas; programa educativo; sistema de gestión de avance del proyecto; sistema de gestión de costes; sistema de gestión de la productividad; sistema de aseguramiento de la calidad con las métricas de calidad normalizados; las actividades del círculo de calidad; documentación de apoyo; biblioteca de software con soporte de mantenimiento existente; biblioteca de datos técnicos; sistema de desarrollo de carrera.

Organización. La organización de la fábrica de software de Toshiba está determinada por algunos de los elementos en la fábrica de software: banco de trabajo de software, gestión de proyectos, la reutilización, la medición de la productividad, que miden la calidad, y los círculos de calidad.

El banco de trabajo de software término se utiliza para denotar un sistema integrado para el apoyo a todos los trabajadores de la fábrica. El sistema consiste en una serie de subsistemas que ofrecen colectivamente soporte para: programación, depuración, archivos de proyecto, la generación de programas, y la reutilización de programas; Control de elaboración; los requisitos de especificación, diseño de software descripción y documentación; mantenimiento de software en funcionamiento en las instalaciones del cliente; gestión de proyectos; seguro de calidad; control de la configuración de software y su reutilización.

La fábrica de software tiene un modelo de cascada estandarizado para el desarrollo del sistema. La estrategia de gestión de proyectos utilizado se llama gestión mirada hacia adelante. La idea es calcular los costos de ecuaciones que contienen los datos de la historia de la organización. Todos los proyectos se descomponen en las cargas de trabajo de la unidad. Una carga de trabajo unidad se define como una actividad para completar una configuración de software por una persona. Los avances en los proyectos se gestionan en base a los informes de estado diario o semanal sobre estas cargas de trabajo de la unidad. El uso de informes de progreso frecuentes permite el seguimiento del progreso real en comparación esperada antes de que se completara. Por lo tanto las acciones correctivas pueden ser tomadas durante