MOPROSOFT.

Programa para el Desarrollo de la Industria de Software PROSOFT tiene siete lneas estratgicas, siendo la sexta la que ha dado origen a MoProSoft: "Alcanzar niveles internacionales en capacidad de procesos".
Al comenzar el desarrollo de esta lnea estratgica se evalu la adopcin de los modelos: ISO 9000, ISO 15504, SW-CMM. El resultado de la evaluacin fue: "Ninguno de los estndares o modelos cumple con los requisitos expresados por la industria nacional", y se decidi la elaboracin de un modelo adecuado para las caractersticas de las empresas mexicanas, que se basara en los modelos evaluados La primera versin de MoProSoft se public en diciembre de 2002. El propsito de este Modelo de Procesos para la Industria de Software (MoProSoft) en Mxico fue: fomentar la estandarizacin de su operacin a travs de la incorporacin de las mejores prcticas en gestin e ingeniera de software, permitiendo elevar la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales de competitividad. Para proporcionar este modelo fue necesario considerar que se deba proporcionar a la industria de software en Mxico, que en su gran mayora es pequea y mediana, un modelo basado en las mejores prcticas internacionales con las siguientes caractersticas: Fcil de entender Fcil de aplicar No costoso en su adopcin Ser la base para alcanzar evaluaciones exitosas con otros modelos o normas, tales como ISO 9000:2000 [1] o CMM1 V1.1

El modelo de procesos MoProSoft est dirigido a las empresas o reas internas dedicadas al desarrollo y/o mantenimiento de software. Las organizaciones, que no cuenten con procesos establecidos, pueden usar el modelo ajustndolo de acuerdo a sus necesidades. Mientras que las organizaciones, que ya tienen procesos establecidos, pueden usarlo como punto de referencia para identificar los elementos que les hace falta cubrir.

MoProSoft y su mtodo de evaluacin EvalProSoft

MoProSoft considera que los modelos de evaluacin y mejora, CMMI e ISO/IEC 15504 no resultan apropiados para empresas pequeas y medianas de desarrollo y mantenimiento de

software. MoProSoft se basa en los modelos de procesos ISO 9001:2000, en las reas de procesos de los niveles 2 y 3 de CMM-SW: CMM-SW v.1.1., en el marco general ISO/IEC15504 y en prcticas y conceptos de PMBOK Y SWEBOK.
3.4.1 Generalidades y Estructura. Para la elaboracin del modelo de procesos MoProSoft, fueron aplicados los siguientes criterios: 1. Generar una estructura de los procesos que est acorde con la estructura de las organizaciones de la industria de software (Alta Direccin, Gestin y Operacin). 2. Destacar el papel de la Alta Direccin en la planificacin estratgica, su revisin y mejora continua como el promotor del buen funcionamiento de la organizacin. 3. Considerar a la Gestin como proveedor de recursos, procesos y proyectos, as como responsable de vigilar el cumplimiento de los objetivos estratgicos de la organizacin. 106 4. Considerar a la Operacin como ejecutor de los proyectos de desarrollo y mantenimiento de software. 5. Integrar de manera clara y consistente los elementos indispensables para la definicin de procesos y relaciones entre ellos. 6. Integrar los elementos para la administracin de proyectos en un slo proceso. 7. Integrar los elementos para la ingeniera de productos de software en un solo marco que incluya los procesos de soporte (verificacin, validacin, documentacin y control de configuracin). 8. Destacar la importancia de la gestin de recursos, en particular los que componen la base de conocimiento de la organizacin tales como: productos generados por proyectos, datos de los proyectos, incluyendo las mediciones, documentacin de procesos y los datos recaudados a partir de su uso y lecciones aprendidas. 9. Basar el modelo de procesos en ISO9000:2000 y nivel 2 y 3 de CMM V.1.1. Usar como marco general ISO/IEC 15504 - Software Process Assesment e incorporar las mejores prcticas de otros modelos de referencia tales como PMBOK, SWEBOK y otros ms especializados.

Estructura El modelo de procesos (MoProSoft) tiene tres categoras de procesos: Alta Direccin, Gerencia y Operacin que reflejan la estructura de una organizacin.

Patrn de procesos de MoProSoft El patrn de procesos es un esquema de elementos que servir para la documentacin de los procesos, se encuentra constituido por tres partes: Definicin general del proceso: Aqu se identifica su nombre, categora a la que pertenece, propsito, descripcin general de sus actividades, objetivos, indicadores, metas cuantitativas, responsabilidad y autoridad, subprocesos en caso de tenerlos, procesos relacionados, entradas, salidas, productos internos y referencias bibliogrficas. Prcticas: En esta parte se identifican los roles involucrados en el proceso y la capacitacin requerida, se describen las actividades en detalle, asocindolas a los objetivos del proceso, se presenta un diagrama de flujo de trabajo, se describen las verificaciones y validaciones requeridas, se listan los productos que se incorporan a la base de conocimiento, se identifican los recursos de infraestructura necesarios para apoyar las actividades, se establecen las mediciones del proceso, as como las prcticas para la capacitacin, manejo de situaciones excepcionales y uso de lecciones aprendidas.

Guas de ajuste: En este apartado se sugieren modificaciones al proceso que no deben afectar los objetivos del mismo.

A continuacin se muestra la descripcin del patrn de procesos, esto debe considerarse como una gua al momento de consultar cada uno de los procesos

El proceso de desarrollo y mantenimiento de software se compone de uno o ms ciclos de desarrollo, cada ciclo est compuesto de las fases siguientes: INICIO: Se revisa el plan de desarrollo por los miembros del equipo de trabajo para lograr un entendimiento comn del proyecto y para obtener el compromiso de su realizacin. 120 REQUERIMIENTOS: Conjunto de actividades cuya finalidad es obtener la documentacin de la Especificacin de Requerimientos y Plan de Pruebas al Sistema, para conseguir un entendimiento comn entre el cliente y el proyecto. ANALISIS Y DISEO: Conjunto de actividades en las cuales se analizan los requerimientos especificados para producir una descripcin de la estructura de los componentes del software, la cual servir de base para la construccin. Como resultado se obtiene la documentacin de anlisis y diseo y Plan de pruebas de integracin. CONSTRUCCION: Conjunto de actividades para producir componentes de software que correspondan al anlisis y Diseo as como la realizacin de pruebas unitarias. Como resultado se obtienen los componentes de software probados. INTEGRACIN Y PRUEBAS: Integrar y probar los componentes de software, basndose en

los planes de pruebas de Integracin y de Sistema, con la finalidad de obtener el software que satisfaga los requerimientos especificados. Se genera la versin final del Manual de Usuario, Manual de Operacin y Manual de mantenimiento. Como resultado se obtiene el producto de software probado y documentado. CIERRE: Integracin final de la configuracin de software generada en las fases para su entrega, Identificacin y documentacin de las Lecciones Aprendidas, Generacin de Reporte de Mediciones y Sugerencias de Mejora.

Objetivos: Lograr que los productos de salida sean consistentes con los productos de entrada en cada fase de un ciclo de desarrollo mediante las actividades de verificacin, validacin o prueba. Sustentar la realizacin de ciclos posteriores o proyectos de mantenimiento futuros mediante la integracin de la configuracin de software del ciclo actual. Llevar a cabo las actividades de fases de inicio de un ciclo mediante el cumplimiento del plan de desarrollo actual. 3.5 Preguntas de repaso y prcticas sugeridas. 1. Investigar qu empresas se han certificado en las distintas normas aqu presentadas, cuales han sido las ventajas obtenidas para dichas empresas. 2. Discutir en grupo sobre las diferencias y semejanzas entre una norma aplicada a la calidad de software. 3. Investigar las prcticas correspondientes a los primeros niveles de madurez o de capacidad, aplicarlas o verificarlas con el proyecto de software a realizar. 4. Comparar los diferentes modelos o normas que pueden aplicarse al desarrollo de software. 122

5. Discutir en clase sobre el impacto que ha tenido la implantacin de la norma Moprosoft en nuestro pas. 6. Tomando en cuenta el ejemplo citado para la evaluacin de un rea de proceso como lo es la Planeacin del proyecto de software, invite a los equipos a emular una evaluacin a la planeacin de su proyecto, una vez que estos hayan realizado al menos un ciclo de desarrollo. Tambin puede aplicarse la realizacin del postmortem como se explica en el anexo 3 de este texto. 7. Para equipos o estudiantes de semestres avanzados y con mayores fortalezas en el desarrollo de software, puede sugerir realizar su producto de software bajo una norma propuesta, los mismos estudiantes decidirn las herramientas y modelos a aplicar, otros equipos tambin pueden hacer el rol de evaluadores o testers de pruebas al mismo software. Se recomienda que sean proyectos de software que han sido continuados en otras materias o que llevan un tiempo desarrollndose.