Guia para la elección de un modelo dirigida a empresas desarrolladoras de software
Marta MorenoTrabajo23 de Febrero de 2016
5.648 Palabras (23 Páginas)431 Visitas
[pic 1] |
Guía para la elección de un modelo proceso dirigida a empresas que desarrollen software |
Madurez de proceso de software |
ASESOR: XXXXXXXXXXXXXXX ELABORADO POR: |
Aguilar Gutierrez Jorge Adalberto Moreno Ramirez Marta Leticia Katz Ledezma Alfonso Brian |
21/11/2012 |
El presente documento contiene una guia detallada para la selección de un modelo de calidad. |
Contenido
1. Introducción
2. Clasificación de las empresas
3. Areas de actividad
4. Restricciones
5. Modelos de calidad
6. Selección de modelo de calidad
7. Conclusiones
8. Referencias
Introducción
El presente documento es una guía para la elección de un modelo de calidad para el desarrollo de software, se basa en los tipos, tamaños, mercado, y restricciones de las empresas, las preguntas que responderemos son las siguientes:
- ¿Si tu empresa es de tipo “X”?
- ¿Cuenta con “Y”?
- ¿No tiene restricciones de “Z”?
- ¿Puede optar por el modelo “M”?
Esto facilitará la selección de un modelo dependiendo las caracteristicas de la empresa, los modelos que se incluyen en el presente documento se mencionan en la sección 5. Modelos de Calidad.
Clasificación de las empresas
Durante la investigación se encontraron diversas variantes al momento de clasificar las empresas por tamaño, diferencia que radica principalmente en el país o continente que se tomara como referencia por lo que se decidió se usó como base una clasificación que corresponde a nuestro país de acuerdo al oficio [UNCP/309/TU/0427/2009.pdf] definido por la Subsecretaria de Atención Ciudadana y Normatividad de la Secretaría de la Función Pública, como resultado se muestra la Tabla 1.1 Clasificación de las empresas por tipo y tamaño, de las empresas.
Tipo | Tamaño (número de empleados) |
Micro | 1 a 10. |
Pequeña | 11 a 30. |
Mediana | 31 a 100 |
Grande | 100 a n……. |
Tabla 1.1 Clasificación de las empresas.
Para la clasificación del tipo de mercado en cuanto a comercio y servicios de las empresas desarrolladoras de software nos basamos en el ámbito geográfico, en la Tabla 1.2 Clasificación de las empresas por ámbito geográfico.
Mercado | Descripción |
Mercado Local/Nacional | Con presencia a nivel nacional (México). |
Mercado internacional | Con presencia a nivel internacional (dos o más países) |
Tabla 1.2 Clasificación de las empresas por ámbito geográfico.
Un factor importante para el ámbito geográfico es el continente donde la empresa piensa orientar su mercado, esto debido a que cada continente ha certificado sus modelos de calidad y exige a las empresas implementar alguno, por lo tanto en la Tabla 1.2.1 Clasificación de las empresas por continente, muestra los continentes del planeta.
Nombre |
Asia |
EU/América |
Europa |
Tabla 1.2.1 Clasificación de las empresas por continente.
Para saber los distintos tipos de empresas se analizó la información de la Tabla 1.1 Clasificación de las empresas por tipo y tamaño y Tabla 1.2 Clasificación de las empresas por ámbito geografico, así como la Tabla 1.2.1 Clasificación de las empresas por continente, en base a esto se definen lo casos a ser analizados para la elección de un modelo, estos casos serán tomados para contestar la incógnita ¿Si tu empresa es de tipo “X”?, a continuación se muestra la Tabla 1.3 Tipos de empresas.
Tipo | Mercado |
Micro | Mercado nacional |
Micro | Mercado internal EU/América |
Micro | Mercado internal Europa/Asia |
Pequeña | Mercado nacional |
Pequeña | Mercado internal EU/América |
Pequeña | Mercado internal Europa/Asia |
Mediana | Mercado nacional |
Mediana | Mercado internal EU/América |
Mediana | Mercado internal Europa/Asia |
Grande | Mercado nacional |
Grande | Mercado internal EU/América |
Grande | Mercado internal Europa/Asia |
Tabla 1.3 Tipos de empresas.
Areas de actividad
Las áreas de actividad, están en relación directa con las funciones básicas que realizan las empresas de desarrollo de software, a fin de lograr sus objetivos. Dichas áreas comprenden actividades, funciones y labores homogéneas.
Las áreas en las que nos enfocaremos para este documento serán las que consideramos por su actividad dentro de la empresa puedan adoptar el modelo de calidad para realizar la gestión, administración y ejecución, la Tabla 1.4 Clasificación de áreas de actividad, muestra las áreas más comunes dentro de las empresas de desarrollo de software, basandonos en el criterio de las empresas donde laboramos y clientes a quienes le trabajamos definimos lo siguiente:
Nombre |
Con áreas de desarrollo |
Con áreas de adquisición de SW |
Interesados en certificación en calidad humana sin restricciones económicas |
Interesados en certificación de calidad de procesos en general |
Tabla 1.4 Clasificación de áreas de actividad
Con este análisis contestamos la pregunta ¿Cuenta con “Y”?
Restricciones
Las empresas suelen encontrar restricciones al momento de elegir un modelo de calidad de software, en el 2007 An exploratory study of why organizations do not adopt CMMI, se dan a conocer razones por las cuales las empresas no adoptan el modelo de madurez CMMI, tomamos algunas razones que son comunes para la implementación de algún modelo de calidad, otros factores fueron tomados por experiencia laboral, la Tabla 1.5 Clasificación de las restricciones, muestra las restricciones que pueden presentar las empresas de desarrollo de software, basándonos en el criterio de las empresas donde laboramos y clientes a quienes le trabajamos definimos lo siguiente:
Restricciones |
Sin restricciones económicas |
Limitantes económicas o con apoyos locales/nacionales |
Personal según el tamaño de la empresa |
1.5 Clasificación de las restricciones.
Con este análisis contestamos la pregunta ¿No tiene restricciones de “Z”?
Modelos de calidad
La siguiente tabla muestra el nombre, y descripción de los modelos de calidad, Tabla 1.6 Modelos de Calidad.
Nombre | Descripción | |
BALDRIGE |
| Diseñado para ayudar a las organizaciones a usar un enfoque integrado para la gestión del desempeño organizacional que mejore la eficacia y las capacidades de toda la organización, proporcione valor a los clientes y grupos de interés, contribuyendo a la sostenibilidad y gestión del conocimiento de la organización. El modelo se basa en un conjunto interrelacionado de valores |
BootStrap |
| Proporcionar apoyo a la evaluación de capacidad de proceso entre las mejores prácticas de una reconocida ingeniería de software. |
CBA-IPI | Based Appraisal for internal Process Improvement | Evaluación Basada en la mejora de procesos internos. Es una herramienta de diagnóstico creada por el SEI que apoya, permite y alienta el compromiso de la organización para la mejora de procesos, el método ayuda a la organización a profundizar en sus capacidades de desarrollo mediante la identificación de las fortalezas y debilidades de sus procesos actuales relacionados con el modelo de madurez para la capacidad del software (CMM) |
CMMi | Capability Maturity Model Integration | El CMM - CMMI es un modelo de calidad del software que clasifica las empresas en niveles de madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir software, los niveles son: inicial, repetible, definido, gestionado cuantitativamente, optimizado. Para una empresa que desarrolla software con clientes en EEUU este modelo sería el más adecuado, Está especialmente indicada para empresas cuyos procesos de software se realizan en países fuera de sus oficinas centrales o en organizaciones que ofrecen el off-shoring/outsourcing del desarrollo de software, Las empresas grandes con miras a la exportación, pueden considerar una certificación en CMMI, principalmente niveles 2 y 3, con el objetivo de evaluarse y ganar ventaja competitiva, Requiere un mínimo de cantidad de personal (no menos de 10 personas en la práctica). Fuerte inversión económica Integra los modelos (CMM-SW, SE-CMM, IPD-CMM) |
COMPETISOFT | Mejora de Procesos para Fomentar la Competitividad de la Pequeña y Mediana Industria del Software de Iberoamérica | Pretende incrementar el nivel de competitividad de las PyMES Iberoamericanas productoras de software mediante la creación y difusión de un marco metodológico común que, ajustado a sus necesidades especificas, pueda llegar a ser la base sobre el cual establecer un mecanismo de evaluación y certificación de la industria del software Este Marco Metodológico, constituido por un Modelo de Procesos, un Modelo de Capacidades y un Método de Evaluación, será validado, mediante su aplicación controlada, en empresas y organizaciones de diferentes países de la región CYTED |
DOD-STD-2167ª | Defense System Software Development | Fue una mejora y reducción delDOD-STD-2167. Se redujo el número de estándares que habían sido incorporados por referencia. Se separaron los requisitos para la gestión de la configuración y evaluación de la calidad del software. Se agregó una conexión explícita entre el desarrollo del software y el contexto que lo rodea el desarrollo del sistema. Fue reemplazado por el estándar MIL-STD-498 en 1994 |
DOD-STD-2168 | Defense System Software Quality Program | Se convirtió en un estándar compañero para el DOD-STD-2167A. Este estándar fue una descripción de un programa de calidad del software para la adquisición, desarrollo y soporte de sistemas de software. Interpretó los requisitos aplicables del estándar MIL-Q-9858 para el software e incorporó los requisitos aplicables del estándar MIL-STD-1535. El estándar fue cancelado en 1995 |
DOD-STD-7935ª | DOD Automated Information Systems (AIS) Documentation Standards | Describe los requisitos para 11 tipos diferentes de documentos de los que ahora son llamados sistemas de TI o aplicaciones. Fue sustituido por el estándar MIL-STD-498 en 1994 |
EFQM | European Foundation for Quality Management | Esta fundación define el modelo EFQM de Calidad y Excelencia como vía para la autoevaluación y la determinación de los procesos de mejora continua en entornos empresariales tanto privados como públicos. Los principales conceptos que conforman el modelo EFQM serían los siguientes: |
EIA 632 | Processes for Engineering a System | Proporciona un conjunto de procesos integrados que son fundamentales para ayudar al desarrollador en la ingeniería o reingeniería de sistemas, esta diseñado para ayudar a los desarrolladores, ayuda a establecer y desarrollar de requisitos completos que permiten la entrega de soluciones viables y rentables, también ayuda a cumplir con las limitaciones de costo, horario y riesgos, así mismo satisface a los interesados durante la vida útil de los productos que componen el sistema. |
EIA/IS 731 | Electronic Industries Allince Interim Standar | Complementa el uso del EIA 632, y la norma IEEE 1220, sirve para la gestión de los procesos en la Ingeniería de sistemas, proporciona una base para determinar qué tan definidos están los procesos y su aplicación, está destinado a proporcionar una cobertura completa del EIA 632 y coherencia con las IEEE 1220 |
FAA-ICMM | Federal Aviation Administration Integrated Capability Maturity Model | Modelo de madurez integrado para el mejoramiento de la organización, Integra mejores prácticas cuyo ámbitos son Ámbito empresarial: El ICMM v2.0 proporciona orientaciones sobre mejores prácticas en los procesos utilizados por una organización que se dedica a la adquisición, suministro, ingeniería, desarrollo, operación, evolución, apoyo, disposición y gestión de productos y servicios. |
FAM | FAA-iCMM Appraisal Method (FAM) | Método de evaluación para el FAA-ICMM, fue desarrollado para apoyar la auto-evaluación y la valoración de terceros o la evaluación externa de una organización. |
IEEE 1220 |
| Define las tareas interdisciplinarias que son necesarias durante todo el ciclo de vida de un sistema, las limitaciones, requisitos para el proceso de ingeniería y su aplicación. El objetivo guiar el desarrollo del producto en tiempo garantizando que el producto esta bien diseñado. |
IEEE/EIA 12207 |
| Esta norma internacional establece un marco para el ciclo de vida del software en sus procesos, con terminología bien definida, se aplica para la adquisición de sistemas, productos de software y servicios, desarrollo, operación, mantenimiento ya sea internamente o externamente |
IPD-CMM | El Modelo de Madurez de Capacidades para el Desarrollo de Productos Integrados | El modelo describe los elementos esenciales para el desarrollo de un producto integrado; una guía para el proceso de mejora del desarrollo del producto integrado; y una metodología de evaluación del proceso de desarrollo del producto integrado que es hecho por una organización. Puede ser aplicado a cualquier tipo disciplina y abarca casi todo el ciclo de vida de un producto desde la selección de oportunidades de negocio hasta el retiro del producto del mercado, marginando la etapa de desarrollo del plan estratégico. Fue diseñado con la idea de eliminar la duplicación de actividades del SW-CMM y el SE-CMM, los cuales al ser aplicados en una organización se traslapaban entre sí, y consta de 5 niveles de madurez de capacidad semejantes en su descripción a los niveles de SW-CMM y SE-CMM |
ISO 15939 | Software process Measurement | Es un estándar internacional que define un proceso de medida para el desarrollo de software e ingeniería de sistemas. La norma se describen en términos de los efectos y resultados de un proceso de cumplimiento, junto con las actividades y tareas asociados. También define el modelo de información de medición y terminología asociada. Abarca las actividades de medición, la información requerida, la aplicación de los resultados de los análisis de medición, y determinar si los resultados del análisis son válidos. El proceso de medición es flexible y adaptable a las necesidades de diferentes usuarios. |
ISO 9000 SERIES | Conjunto de normas sobre sistemas de gestión de calidad | Se pueden aplicar en cualquier tipo de organización o actividad orientada a la producción de bienes o servicios, organizaciones que buscan ventaja a través de la implementación de sistemas de calidad, que busca confianza en sus proveedores. Ventajas: |
ISO/IEC 12207 | Proceso de CICLO DE VIDA para el SOFTWARE | Esta norma esta orientada a los procesos de ciclo de vida del software de la organización ISO. Establece un proceso de ciclo de vida para el software que incluye procesos y actividades que se aplican desde la definición de requisitos, pasando por la adquisición y configuración de los servicios del sistema, hasta la finalización de su uso. Los procesos se clasifican en 3 grandes grupos Procesos Principales, Procesos de Apoyo, Procesos de Gestión, Establece un proceso de ciclo de vida para el software que incluye procesos y actividades que se aplican desde la definición de requisitos, pasando por la adquisición y configuración de los servicios del sistema, hasta la finalización de su uso. |
ISO/IEC 15288 |
| Proporciona procesos que apoyan la definición, el control y la mejora de procesos en el ciclo de vida de un proyecto, también sirven para la mejora de procesos todo esto dentro de la organización, se puede utilizar para la adquisición y suministro de sistemas |
ISO/IEC 15504 | Modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. | Establece un marco para métodos de evaluación, no es un método o modelo en sí. Comprende: evaluación de procesos, mejora de procesos, determinación de capacidad. Está alineado con el estándar ISO/IEC 12207 que define los procesos del ciclo de vida del desarrollo, mantenimiento y operación de los sistemas de software. Permite la evaluación de procesos individuales de la organización. Sustituido por SPICE |
ISO/IEC 90003 | ISO 90000-3, provee las especificaciones de cómo aplicar la ISO 9001 al desarrollo del software, implementación y mantenimiento | Provee las especificaciones de cómo aplicar la ISO 9001 al desarrollo del software, implementación y mantenimiento, Para poder incursionar en la competencia del mercado europeo. |
J-STD 016 | Proporciona un marco para la planificación de desarrollo de Software e Ingeniería | Esta norma define un conjunto de actividades de desarrollo de software y como resultado productos de software. Proporciona un marco para la planificación de desarrollo de software e ingeniería. También se pretende fusionar los requisitos de software comercial y de desarrollo de los gobiernos en el marco de los requisitos del proceso de software de ciclo de vida de la Asociación de Industrias Electrónicas (EIA), Institute of Electrical and Electronics Engineers (IEEE) y la Organización Internacional de Normalización (ISO). |
MIL-STD 498 | Estándar militar estadounidense cuyo objetivo era "establecer requisitos uniformes para el desarrollo de software y la documentación." | (Militar-Standard-498) fue un estándar militar estadounidense cuyo objetivo era "establecer requisitos uniformes para el desarrollo de software y la documentación." Fue lanzado el 08 de noviembre 1994, y sustituyó DOD-STD-2167A , DOD-STD-7935A , y DOD-STD 1703- Se entiende como una norma provisional, que estará vigente durante dos años, hasta un nivel comercial se ha desarrollado. |
MIL-STD 499B | MIL-STD-499B "Ingeniería de Sistemas". Define un diseño y disciplinado proceso de verificación para el desarrollo de nuevos sistemas. | MIL-STD-499B "Ingeniería de Sistemas" define un diseño y disciplinado proceso de verificación para el desarrollo de nuevos sistemas. Es iterativo y resultados equilibrados enfoque en sistemas que cumplen con la totalidad de sus necesidades previstas y satisfacer a todos sus clientes previstos. Sistemas maduros con diseños bien definidos, las especificaciones establecidas, requisitos de trazabilidad limitada, y el diseño existente y procesos de fabricación se enfrentan a un dilema al tratar las modificaciones y actualizaciones. |
MOPROSOFT | Modelo de Procesos para la Industria del Software | Orientado a empresas dedicadas al desarrollo y mantenimiento de software. Se implementan y verifican 9 procesos sin importar el tamaño de la organización. Procesos en 3 categorías: Categoría alta dirección (DIR) Gestión de Negocio, Categoría Gerencia (GER) Gestión de Procesos, Gestión de Proyectos, Gestión de Recursos, Recursos Humanos y Ambiente de Trabajo, Bienes Servicios e Infraestructura, Conocimiento de la Organización. |
MPS Br | Modelo de Mejora de Procesos similar al CMMI pero enfocado a las empresas brasileñas | MPS Br (Melhoria de Processos do Software Brasileiro) o Programa de Mejora de Desarrollo de Software en Brasil es una modelo brasileño para la mejora de procesos de software, similar al CMMI pero con un enfoque diferente y objetivo diferente. Cuenta con foco en empresas brasileñas, ya que fue construido para el mercado brasileño de desarrollo de software. Su objetivo son las empresas pequeñas y medianas, además también se pueden utilizar en las grandes. |
People CMM | People Capability Madurity Model | Es un modelo de gestión del cambio organizativo, diseñado para ayudar a las organizaciones a mejorar la capacidad de su equipo humano y la efectividad de la organización. El modelo fue desarrollado bajo el liderazgo del Instituto SEI, People CMM® ofrece un marco de mejora de la madurez que las organizaciones pueden utilizar para gestionar y mejorar sus acciones para atraer, motivar y retener al personal mejor cualificado. Está compuesto por 5 niveles de madurez |
PSM | Practical Software Measurement | Es un proceso de medición que Tiene como objetivo analizar los problemas del proyecto, los riesgos y la gestión financiera, centrándose en la gestión de proyectos de software. PSM proporciona a los administradores del gobierno y de la industria con información objetiva para la toma de decisiones acertadas y para cumplir con los objetivos de costo, horario, y técnicos. Se basa en las mejores prácticas de medición de los programas del Departamento de Defensa, el gobierno y la industria que representan las mejores prácticas en las comunidades de software e ingeniería. 6 temas a medir compatible con ISO/IEC 15939 |
PSP | Personal Software Process | PSP (Personal Software Process), Diseñado para emplearse en organizaciones con modelos de procesos CMMI o ISO 15504, Fue propuesto por Watts Humphrey en 1995 y estaba dirigido a estudiantes. Consiste en un conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personal de los programadores o ingenieros de software. |
Q9000 | Norma para sistemas de gestión de calidad | Esta Norma Internacional describe los fundamentos de los sistemas de gestión de calidad, que constituyen el tema de la familia ISO 9000, y define los términos relacionados. |
RTCA DO-178B |
| Es un estándar para el desarrollo de software en el sector de seguridad crítica de la aviación. El estándar fue desarrollado por la RTCA. La EUROCAE ha adoptado este estándar de forma íntegra, de forma que en Europa se denomina de forma oficial ED-12B. |
SA-CMM | Software Acquisition Capability Maturity Model | Modelo de madurez de capacidades para la adquisición de software, comienza con el proceso de definición de la necesidad de un sistema. Algunas de las actividades realizadas por la organización de adquisición, tales como la planificación, actividades de pre-adjudicación del contrato, preparación del paquete de solicitud, el desarrollo de la primera serie de requisitos, y participar en la selección de fuente. En el SA-CMM la adquisición finaliza cuando el contrato de los productos se concluye. (mismos 5 niveles que cmmi) |
SAM | SE-CMM Apraisal Method | Método de evaluación para SE-CMM, SAM es un método para usar el SE-CMM o bien, de otro modo es el punto de referencia para evaluar la capacidad de proceso de una organización o función empresarial de ingeniería de sistemas. SAM es un método de evaluación de la organización o nivel de proyecto que utiliza múltiples métodos de recopilación de datos para obtener información sobre los procesos se practica dentro de la organización o proyecto seleccionado para su evaluación. Los propósitos de una evaluación SAM-estilo en su versión primeros son doble: Obtener una línea de base o punto de referencia de la práctica actual en relación con los sistemas de ingeniería dentro de la organización o proyecto. Crear y apoyar el impulso de mejora dentro de múltiples niveles de la estructura organizativa. |
SCAMPI | Standard CMMI Appraisal Method for Process Improvement | Es el método de evaluación oficial de CMMI y People CMM usado para evaluar la mejora de los procesos de una organización basada en las prácticas de CMMI, no existe una certificación de la evaluación pues está enfocada a la evaluación para la mejora continua la cual puede desencadenar en un nivel de madurez CMM pero es independiente a él. El modelo es flexible puede ser adaptado siempre y cuando las tareas agregadas sean compatibles con el método. Está dividido en 3 clases (A,B,C) donde A es el más formal y las calificaciones van de a 1 a 5 donde 1 es la más baja, el C es más corto, flexible y de menos costo |
SCE | Software Capability Evaluation | Modelo para evaluar los procesos del software de una organización. basado en CMM, Está diseñado para apoyar a las organizaciones en la evaluación de procesos de negocio tiene dos objetivos principales proporcionar resultados que respalden las decisiones de la alta dirección y obtener resultados precisos conforme a un modelo de referencia |
SCRUM | marco de trabajo para la gestión y desarrollo de software basada en un proceso iterativo e incremental | Un método sencillo y práctico para empezar a practicar calidad. Fabricar y gestionar el desarrollo en tres fases fundamentales: una breve fase de planificación, en la cual se realizan las labores básicas de una planificación breve: visión general del proyecto (estimación muy general, viabilidad del sistema) y construcción del Backlog. por un lado y por otro el desarrollo de la arquitectura al detalle; otra de desarrollo, en la cual tienen lugar los famosos Sprints, y otra final de entrega y balance de los éxitos y fracasos logrados |
SDCE | Evaluación de la Capacidad del Desarrollo del Software | Método de evaluación desarrollado por la Fuerza Aérea. Es un método a ser aplicado como una parte integral del proceso de selección de fuente para sistemas y subsistemas que implican Recursos informáticos de misión crítica (MCCR). EL modelo está estructurado en 5 capas (áreas funcionales, 2 capas de áreas de capacidad crítica, preguntas y criterios) Está organizado en 6 áreas funcionales |
SECAM | Systems Engineering Capability Assessment Model | Proporciona un medio de (medición) del estado actual de una organización respecto a la capacidad de ingeniería de sistemas, la identificación de áreas problemáticas, y sirve como un vector para la mejora de la capacidad. Esta línea de base se establece en base a la resultados obtenidos de las respuestas a las preguntas contenidas en el cuestionario y las discusiones mantenidas entre los sistemas de gestión de ingeniería, jefes de proyecto, y los profesionales durante la SEPA. La establecida línea de base se compone de: Un perfil de puntuación basado en una determinación de un conjunto de niveles de capacidad por separado, para cada tecla de Zona de enfoque (KFA) dentro del modelo y Un conjunto de resultados (fortalezas y debilidades) con respecto a la ingeniería de sistemas en la organización es evaluado. |
SE-CMM | Modelo de Madurez de Capacidades en la Ingeniería de Sistemas | Está dedicado a las actividades de ingeniería de sistemas. Define 18 áreas de proceso divididas en tres grupos: Ingeniería (7), Proyectos (5), Organizativas (6). No utiliza niveles de madurez generales sino que en cada área de proceso una organización puede alcanzar un determinado nivel de madurez. Al igual que el SW-CMM, ha sido integrado en el CMMI. |
SPICE | Software Process Improvement and Capability Determination | Modelo internacional basado en una combinación de estándares (ISO/IEC Spice 15504, ISO /IEC 12207). Cubre el ámbito completo de una organización. Orientado a empresas de software o empresas con departamentos de desarrollo de software. Los sectores a los que nos dirigimos es igual de reconocido que el CMMI |
SSE-CMM | Modelo de Madurez de Capacidades en la Ingeniería de Seguridad de Sistemas | Es un modelo derivado del CMM y que describe las características esenciales de los procesos que deben existir en una organización para asegurar una buena seguridad de sistemas. Ha sido desarrollado por la "International Systems Security Engineering Association (ISSEA)", organización sin ánimo de lucro patrocinada por un buen número de compañías dedicadas a la seguridad de sistemas. Nació a partir de 1993 bajo los auspicios de la Agencia Nacional de Seguridad (NSA) de los E.U.A., con la participación de numerosas compañías de los sectores de tecnologías de la información, seguridad y defensa. La primera versión data de 1997 y la actual (v3.0) fue publicada en junio de 2003. |
SW-CMM | Modelo de Madurez de la Capacidad para el desarrollo de Software | Herramienta para que las organizaciones evalúen las prácticas de ingeniería de seguridad y definan mejoras a las mismas. Mecanismo estándar para que los clientes puedan evaluar la capacidad de los proveedores de ingeniería de seguridad. Base para la organización de un mecanismo de evaluación y certificación. A diferencia del CMM original, las áreas de proceso no están agrupadas en función de los niveles de madurez, sino que define 22 áreas para cada una de las cuales se puede alcanzar un nivel en función del cumplimiento de unas "características comunes. Existen 11 áreas de procesos de ingeniería y otras 11 dedicadas a la gestión de proyectos y organización. |
TL9000 | The Telecom Quality Management Systems | ampliación de la ISO 9001:2008 del sector de las telecomunicaciones es un sistema de calidad de dos partes con importantes componentes de gestión y medición. En particular, las organizaciones certificadas por TL 9000 deben cumplir con las siguientes reglamentaciones: Todas las cláusulas sobre requisitos de las Normas Internacionales ISO 9001:2008 Los requisitos específicos de telecomunicaciones aplicables a todos los registros Los requisitos específicos de telecomunicaciones aplicables a los registros de hardware, software o servicios Las mediciones del sector de las telecomunicaciones aplicables a todas las categorías de productos Las mediciones del sector de las telecomunicaciones aplicables a ciertas categorías de productos específicas para hardware, software o servicios |
Trillium | Desarrollo de productos de Telecomunicaciones y modelo de capacidad de soporte (Trillium) | Combina requerimientos de ISO 9000 y CMM, cubre todos los aspectos del ciclo de vida del software, para ser usado como punto de referencia para el desarrollo de una organización de productos y la capacidad de proceso de apoyo con las mejores prácticas de la industria, en el modo de auto-evaluación, para ayudar a identificar oportunidades de mejora dentro de una organización de desarrollo de productos y en las negociaciones precontractuales, para ayudar en la selección de un proveedor. |
TSP | Team Software Process | Team Software Process (TSP) proporciona un marco de trabajo de procesos definidos que está diseñado para ayudarles a equipos de gerentes e ingenieros a organizar y producir proyectos de software de gran escala, que tengan tamaños mayores a varios miles de líneas de código. |
Tabla 1.6 Modelos de Calidad.
...