Mo Pro Soft

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 14

Introducción

En la presente investigación hablaremos del estándar el Modelo de Procesos para


la Industria de Software (MoProSoft) actualmente Norma Mexicana bajo el nombre
NMX-I-059/02-NYCE-2011 Tecnología de la información – Ingeniería de Software
– Calidad de producto (MoProSoft), fue creado por la Secretaría de Economía a
través del Programa para el Desarrollo de la Industria de Software (PROSOFT)
con el objetivo de fortalecer a la Industria de Software en México.

Durante este reporte, se presentará al lector una visión general del Modelo
MoProSoft, sus principales características, estructura, las prácticas y procesos que
lo conforman, los principales diferenciadores de MoProSoft con respecto a otros
modelos y estándares internacionales, así como los principales productos de
trabajo que se deben generar como resultado de una implementación del Modelo
MoProSoft dentro de una organización.

Además, el lector comprenderá cómo implementar MoProSoft al utilizar enfoques


ágiles, así como los diferentes niveles de madurez establecidos en el Modelo de
Procesos MoProSoft.
Moprosoft

En la actualidad, es indudable que el software es la herramienta que establece las


dinámicas laborales, de producción y hasta de convivencia en todo el mundo. Los
múltiples desarrollos que en este ámbito se dan casi cotidianamente generan
como consecuencia la necesidad de establecer cánones de calidad para cada
producto, para así garantizar que su desempeño y sus funciones cubran las
expectativas de sus consumidores y que, en la praxis, cumplan con su cometido
satisfactoriamente.

Consciente de ello, la Asociación Mexicana para la Calidad en Ingeniería de


Software (AMCIS) ha trabajado en el desarrollo de un modelo que cubra los
requisitos que la norma ISO 9000 de manda de los productos de esta naturaleza.
Al mismo tiempo, la AMCIS innova en este campo, pues se esperaba que sea la
contribución mexicana a la industria del software.

Moprosoft es el nombre del modelo en la comunidad universitaria y profesional, y


la norma técnica a la que da contenido es la NMX-059/01-NYCE- 2005 que fue
declarada Norma Mexicana el 15 de agosto de 2005 con la publicación de su
declaratoria en el Diario de la Federación. Este modelo tiene por objetivo
proporcionar a la industria mexicana, y a las áreas internas dedicadas al desarrollo
y mantenimiento de software, un conjunto integrado de las mejores prácticas
basadas en los modelos y estándares reconocidos internacionalmente, tales como
ISO 9000:2000, CMM-SW, ISO/ IEC 15504, PMBOK, SWEBOK entre otros.

Características deseadas del modelo moprosoft:

 Específico para el desarrollo y mantenimiento del software.


 Fácil de entender.
 Definido como un conjunto de proceso.
 Practico de aplicar en organizaciones pequeñas.
 Orientado a mejorar los procesos para contribuir a los objetivos del negocio.
 Aplicable como norma Mexica
Ventajas del modelo:

 Al tener prácticas integradas, que abarcan desde la gestión de negocio


hasta el desarrollo y mantenimiento de software, las empresas tendrían
mayor control sobre su desempeño en el mercado.
 El costo de la incorporación del nuevo personal podría disminuir si se
enfocan la educación y la capacitación a un modelo único.
 Las empresas pequeñas, al seguir procesos similares, podrían asociarse
con mayor facilidad para afrontar proyectos de mayor envergadura.
 La exportación de servicios de software de las empresas mexicanas.

Alcance

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 ajustándolo 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.

Criterios empleados:

 Para la elaboración de este proceso se ha aplicado los siguientes criterios:


 La estructura de procesos resultante debe ser acorde a la estructura
generalmente empleada por las organizaciones de la industria del software
(alta dirección, gestión y operación).
 La alta dirección tiene un papel importante a través de la planificación
estratégica. Debe actuar como promotor del buen funcionamiento de la
organización a través de su implicación en la revisión y mejora continua del
modelo.
 El modelo considera a la gestión como proveedora de recursos, procesos y
proyectos; así como responsable de la vigilancia del cumplimiento de los
objetivos estratégicos de la organización.
 El modelo considera a la operación como ejecutora de los proyectos de
desarrollo y mantenimiento de software.
 El modelo integra con claridad y consistencia los elementos indispensables
para la definición de los procesos y las relaciones entre ellos.
 El modelo integra los elementos para realizar la administración de
proyectos desde un sólo proceso.
 El modelo integra los elementos para realizar la ingeniería de productos de
software en un único marco que incluya los procesos precisos de soporte
(verificación, validación, documentación y control de la documentación).
 El modelo destaca la importancia de la gestión de recursos, con especial
relevancia en aquellos que componen el conocimiento de la organización:
productos generados por proyectos, datos de los proyectos, mediciones,
documentación de procesos y datos cosechados a partir del uso y de las
lecciones aprendidas.
 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 prácticas y conceptos de PMBOK Y
SWEBOK.
 PROSOFT representa un campo diferente de apoyo a los empresarios de
las tecnologías de la información, es un sector diverso para hacer negocios
y generar fuentes de empleo.

Uso del modelo de procesos

 Organizaciones sin procesos establecidos:


Para usar este modelo en una organización que no cuenta con procesos
establecidos ni documentados se debe generar una instancia de cada uno de los
procesos, tomando en cuenta las siguientes consideraciones: • Definir las metas
cuantitativas de acuerdo a las estrategias de la organización.

• Revisar los nombres de los roles y los productos (entradas, salidas o


internos) y en su caso sustituirlos por los que se acostumbran en la
organización.
• Para cada producto definir el estándar de documentación cumpliendo con
las características mencionadas en la descripción del producto.
• Definir los recursos de infraestructura de cada proceso.
• Analizar si las mediciones de cada proceso son aplicables dentro del
contexto de organización y en su caso modificarlas.
• Usar las guías de ajuste para adecuar el proceso en función de las
estrategias de la organización.
• Posteriormente sustituir las guías de ajuste del modelo por las guías que
apliquen en la organización.

Adicionalmente, para el proceso de Desarrollo y Mantenimiento de Software,


se requiere:

• Definir métodos, técnicas o procedimientos específicos para las actividades,


tareas, verificaciones y validaciones.

 Organizaciones con procesos establecidos:

Para usar este modelo en una organización que cuente con procesos establecidos
o documentados, se debe establecer la correspondencia entre estos procesos y el
modelo MoProSoft para identificar las coincidencias y discrepancias.

La organización debe analizar las discrepancias y planificar las actividades de


ajuste de los procesos para lograr la cobertura completa de MoProSoft.

 Implantación y mejora continua:


La organización debe establecer la estrategia de implantación de los procesos
definidos. Puede decidir probarlos en proyectos piloto o implantarlos al mismo
tiempo en toda la organización.

Con el transcurso del tiempo, los procesos deben evolucionar con base a las
sugerencias de mejora e ir alcanzando los objetivos del plan estratégico de la
organización con metas cuantitativas cada vez más ambiciosas. De esta manera
la organización puede ir logrando la madurez a través de la mejora continua de
sus procesos.

Estructura del modelo de procesos:

Moprosoft contiene tres categorías de procesos que corresponden a las capas de


Alta Dirección, Gestión y Operación. La categoría de Alta Dirección contiene el
proceso de Gestión de Negocio; la categoría de Gestión se compone de Gestión
de Procesos, Gestión de Proyectos y Gestión de Recursos, a su vez, este último
se divide en tres subprocesos: el de Recursos Humanos, el de Bienes, Servicios e
Infraestructura y el de Conocimiento de la Organización. Finalmente, la categoría
de Operación contiene los procesos de Administración de Proyectos Específicos y
de Desarrollo y Mantenimiento de Software.

A continuación se describe cada una de las categorías de procesos que


corresponde a Moprosoft:

Alta Dirección, Gerencia y Operación que reflejan la estructura de una


organización.

Categoría alta dirección (DIR): Contiene el proceso de Gestión de Negocio.


 Gestión de Negocio: Establece la razón de ser de la organización, sus
objetivos y las condiciones para lograrlos, para lo cual es necesario
considerar las necesidades de los clientes, así como evaluar los resultados
para poder proponer cambios que permitan la mejora continua.

Categoría Gerencia (GER): Está integrada por los procesos de Gestión de


Procesos, Gestión de Proyectos y Gestión de Recursos. Éste último está
constituido por los subprocesos de Recursos Humanos y Ambiente de Trabajo,
Bienes, Servicios e Infraestructura y Conocimiento de la Organización.

 Gestión de Procesos: Establece los procesos de la organización, en


función de los procesos requeridos identificados en el plan estratégicas. Así
como definir, plantear, e implantar las actividades de mejora en los mismos.
 Gestión de Proyectos: Asegura que los proyectos contribuyan al
cumplimiento de los objetivos y estrategias de la organización.
 Gestión de Recursos: Se encarga de conseguir y dotar a la organización
de los recursos humanos, infraestructura, ambiente de trabajo y
proveedores, así como crear y mantener la base de conocimiento de la
organización. La finalidad es apoyar el cumplimiento de los objetivos del
plan estratégico de la organización y para ellos, contiene:
• Recursos Humanos y Ambiente de Trabajo: Proporciona los recursos
humanos adecuados para cumplir las responsabilidades asignadas ha los
roles dentro de la organización.
• Bienes Servicios e Infraestructura: Se encarga de proporcionar
proveedores de bienes, servicios e infraestructura que satisfagan los
requerimientos de adquisición de los procesos y proyectos.
• Conocimiento de la Organización: Este se encarga de mantener
disponible y administrar la base de conocimiento que contiene la
información y los productos generados por la organización.
 Categoría Operación (OPE): Está integrada por los procesos de
Administración de Proyectos Específicos y de Desarrollo y Mantenimiento
de Software.
• Administración de Proyectos Específicos: Establece y lleva a cabo
sistemáticamente las actividades que permita cumplir con los objetivos de
un proyecto en tiempo y costo esperado.
• Desarrollo y Mantenimiento de Software: Es la realización sistemática de
las actividades de análisis, diseño, construcción, integración y pruebas de
productos de software nuevo o modificado cumpliendo con los
requerimientos específicos.

El proceso de Desarrollo y Mantenimiento de Software se compone de uno o más


ciclos de desarrollo. Cada ciclo está compuesto de las siguientes fases:

 Inicio: Revisión del Plan de Desarrollo por los miembros del Equipo de
Trabajo para lograr un entendimiento común del proyecto y para obtener el
compromiso de su realización.
 Requerimientos: Conjunto de actividades cuya finalidad es obtener la
documentación de la Especificación de Requerimientos y Plan de Pruebas
de Sistema, para conseguir un entendimiento común entre el cliente y el
proyecto.
 Análisis y Diseño: Conjunto de actividades en las cuales se analizan los
requerimientos especificados para producir una descripción de la estructura
de los componentes de software, la cual servirá de base para la
construcción. Como resultado se obtiene la documentación del Análisis y
Diseño y Plan de Pruebas de Integración.
 Construcción: Conjunto de actividades para producir componente(s) de
software que correspondan al Análisis y Diseño, así como la realización de
pruebas unitarias. Como resultado se obtienen el (los) Componente(s) de
software probados.
 Integración y Pruebas. Conjunto de actividades para integrar y probar los
componentes de software, basados en los Planes de Pruebas de
Integración y de Sistema, con la finalidad de obtener el Software que
satisfaga los requerimientos especificados. Se genera la versión final del
Manual de Usuario, Manual de Operación y Manual de Mantenimiento.
Como resultado se obtiene el producto de Software probado y
documentado.
 Cierre: Integración final de la Configuración de Software generada en las
fases para su entrega. Identificación y documentación de las lecciones
aprendidas. Generación del Reporte de Mediciones y sugerencias de
mejora.

Para generar los productos de cada una de estas fases se realizan las siguientes
actividades:

 Distribución de tareas, se asignan las responsabilidades de cada miembro


del Equipo de Trabajo de acuerdo al Plan de Desarrollo.
 Producción, verificación, validación o prueba de los productos, así como su
corrección correspondiente.
 Generación del Reporte de Actividades.

El objetivo es 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 verificación, validación o prueba.

 En cada fase de un ciclo se efectúan todas las actividades de verificación,


validación o prueba, así como las correcciones correspondientes.
 La Configuración de Software está integrada por los productos generados
en el ciclo.
 Las actividades planificadas en cada fase de un ciclo se realizan conforme
a lo establecido en el Plan de Desarrollo.

En cada proceso están definidos los roles responsables por la ejecución de las
prácticas. Los roles se asignan al personal de la organización de acuerdo a sus
habilidades y capacitación para desempeñarlos.
En MoProSoft se clasifican los roles en Grupo Directivo, Responsable de Proceso
y otros roles involucrados. Además se considera al Cliente y al Usuario como roles
externos a la organización.

Especificaciones de actividades en proceso de Desarrollo y Mantenimiento


de Software:

Fase especificación de requerimientos.

 Descripción: Se compone de una introducción y una descripción de


requerimientos.

Introducción: Descripción general del software y su uso en el ámbito de negocio


del cliente. Descripción de requerimientos:

 Funcionales: Necesidades establecidas que debe satisfacer el software


cuando es usado en condiciones específicas. Las funcionalidades deben
ser adecuadas, exactas y Seguras.
 Interfaz con usuario: Definición de aquellas características de la interfaz
de usuario que permiten que el software sea fácil de entender, aprender,
que genere satisfacción y con el cual el usuario pueda desempeñar su tarea
eficientemente. Incluyendo la descripción del prototipo de la interfaz.
 Interfaces externas: Definición de las interfaces con otro software o con
hardware.
 Confiabilidad: Especificación del nivel de desempeño del software con
respecto a la madurez, tolerancia a fallas y recuperación.
 Eficiencia: Especificación del nivel de desempeño del software con
respecto al tiempo y a la utilización de recursos.
 Mantenimiento: Descripción de los elementos que facilitarán la
comprensión y la realización de las modificaciones futuras del software.
 Portabilidad: Descripción de las características del software que permitan
su transferencia de un ambiente a otro.
 Restricciones de diseño y construcción: Necesidades impuestas por el
cliente.
 Legales y reglamentarios: Necesidades impuestas por leyes,
reglamentos, entre otros.

Fase de análisis y diseño:

Descripción: Este fase contiene la descripción textual y grafica de la


estructura de los componentes de software. El cual consta de las siguientes
partes:

Arquitectónica: Contiene la estructura interna del sistema, es decir la


descomposición del sistema en subsistemas. Así como la identificación de los
componentes que integran los subsistemas y las relaciones de interacción
entre ellos.

Detallada: Contiene el detalle de los componentes que permita de manera


evidente su construcción y prueba en el ambiente de programación.

Fase componente:

Descripción: Conjunto de unidades de código relacionadas.

Software: Sistema de software, destinado a un cliente o usuario, constituido


por componentes agrupados en subsistemas, posiblemente anidados.

Configuración de Software: Conjunto consistente de productos de software,


que incluye:

 Especificación de Requerimientos.
 Análisis y Diseño.
 Software.
 Registro de Rastreo.
 Plan de Pruebas de Sistema.
 Reporte de Pruebas de Sistema.
 Plan de Pruebas de Integración.
 Reporte de Pruebas de Integración.
 Manual de Usuario.
 Manual de Operación.
 Manual de Mantenimiento.

Manual de Usuario: Documento electrónico o impreso que describe la forma


de uso del software con base a la interfaz del usuario. Éste deberá ser
redactado en términos comprensibles a los usuarios.

Manual de Operación: Documento electrónico o impreso que contenga la


información indispensable para la instalación y administración del software, así
como el ambiente de operación (sistema operativo, base de datos, servidores,
etc.). Éste deberá ser redactado en términos comprensibles al personal
responsable de la operación.

Manual de Mantenimiento: Documento electrónico o impreso que describe la


Configuración de Software y el ambiente usado para el desarrollo y pruebas
(compiladores, herramientas de análisis y diseño, construcción y pruebas).
Este deberá ser redactado en términos comprensibles al personal de
mantenimiento.

Reporte de Actividades: Registro periódico de actividades, fechas de inicio y


fin, responsables y mediciones, tales como:

 Tiempo de producción, de corrección, de verificación y de validación,


Defectos encontrados en verificación, validación o prueba.
 Tamaño de productos.

Lecciones Aprendidas: Registro de mejores prácticas, problemas recurrentes y


experiencias exitosas en la solución de problemas, encontrados en un ciclo de
desarrollo y mantenimiento.

Reporte de Mediciones y Sugerencias de Mejora:


Registro que contiene:

 Mediciones de los indicadores del proceso de Desarrollo y Mantenimiento


de Software.
 Sugerencias de mejora al proceso de Desarrollo y Mantenimiento de
Software (métodos, herramientas, formatos, estándares, etc.).

Conclusión

Para concluir podría decir que MoProSoft es el modelo ideal para las pequeñas y
medianas empresas, accesible económicamente y con estándares basados en los
implementados por ISO hace que MoProSoft sea la mejor alternativa además que
la obtención del certificado habilita la posibilidad de la obtención de un certificado.
Además la adopción de este modelo permite elevar la capacidad de las
organizaciones para ofrecer servicios de calidad y alcanzar niveles internacionales
de competitividad. La implementación de MoProSoft en las empresas les permite
alcanzar los mejores niveles en calidad de procesos de una manera sencilla ya
que esta norma fue realizada tomando en cuenta las características y estructuras
de desarrollo. Además esta implementación facilitara a quien la aplique a obtener
certificaciones de niveles internacionales tales como CMM e ISO.
MoProSoft ayudara a las empresas desarrolladoras de software a implementar la
norma de modelo de procesos de software como su modelo de mejora de
procesos.

Bibliografía

 Grupo Editor: Hanna Oktaba (Director), Claudia Alquicira Esquivel, Angélica


Su Ramos, Alfonso Martínez Martínez. (2005). Modelo de Procesos para la
Industria de Software MoProSoft, Versión 1.3.
 Salinas Duarte, Andrés Ernesto. (2007). Obstáculos en la gestión de
proyectos en tecnologías de información y comunicación, UPB
Bucaramanga.
 Presentación en PDF “MoroSoft Modelo de Procesos para la industria de
Software”.

También podría gustarte