Moprosoft informe de investigación
Upcoming SlideShare
Loading in...5
×
 

Moprosoft informe de investigación

on

  • 5,878 views

 

Statistics

Views

Total Views
5,878
Views on SlideShare
5,878
Embed Views
0

Actions

Likes
0
Downloads
268
Comments
1

0 Embeds 0

No embeds

Accessibility

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • MUCHAS, GRACIAS POR LA INFORAMCIN DE ESTE DOCUEMTEO
    ME SIRVIO PARA MI TRABAJO
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Moprosoft informe de investigación Moprosoft informe de investigación Document Transcript

  • República Bolivariana De Venezuela Ministerio Del Poder Popular Para La Educación SuperiorUniversidad Nacional Experimental Politécnica De Maracaibo Programa P.N.F. En Informática Integrantes: T.S.U Johana Gerardino: 17.544.203. T.S.U Howard Pernia: 16.018.069. T.S.U Hendrix Finol: 13.298.553. T.S.U Alexis León: 13.006.338. T.S.U Lisandro Méndez: 14.438.880. Maracaibo, Junio de 2011
  • INTRODUCCIÓN En la actualidad se está impulsando el desarrollo de la industria de software.Muchos países cuenta con un gran potencial para desarrollar esta industriapara lograr esto, se ha planteado alcanzar niveles internacionales de calidad enla producción de software. Esto significa que las empresas desarrolladoras desoftware necesitan estandarizar la capacidad de sus procesos con nivelesinternacionales. MoProSoft es un modelo mexicano que evalúa la capacidad de los procesosde las empresas de software. Se creó con el propósito de que las empresaslocales se introdujeran en la certificación de sus procesos. Una certificaciónlocal es el inicio para después obtener una internacional bajo otro modelo. Una herramienta para lograr la competitividad son los métodos ágiles. Estosbuscan evadir caminos burocráticos que gasten recursos innecesariamente yenfocarse a la gente y a los resultados. Existe la necesidad de mejorar lamadurez y capacidad de los procesos de desarrollo de software y del uso demétodos que permitan aumentar la productividad y reducir los costos dedesarrollo.
  • Moprosoft: En la actualidad, es indudable que el software es la herramienta queestablece las dinámicas laborales, de producción y hasta de convivencia entodo el mundo. Los múltiples desarrollos que en este ámbito se dan casicotidianamente generan como consecuencia la necesidad de establecercánones de calidad para cada producto, para así garantizar que sudesempeño y sus funciones cubran las expectativas de sus consumidores yque, en la praxis, cumplan con su cometido satisfactoriamente. Consciente de ello, la Asociación Mexicana para la Calidad en Ingeniería deSoftware (AMCIS) ha trabajado en el desarrollo de un modelo que cubra losrequisitos que la norma ISO 9000 de manda de los productos de estanaturaleza. Al mismo tiempo, la AMCIS innova en este campo, pues seesperaba que sea la contribución mexicana a la industria del software Moprosoft es el nombre del modelo en la comunidad universitaria yprofesional, 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 lapublicación de su declaratoria en el Diario de la Federación. Este modelo tienepor objetivo proporcionar a la industria mexicana, y a las áreas internasdedicadas al desarrollo y mantenimiento de software, un conjunto integradode las mejores prácticas basadas en los modelos y estándares reconocidosinternacionalmente, tales como ISO 9000:2000, CMM-SW, ISO/ IEC 15504,PMBOK, SWEBOK entre otros. HISTORIAS DE MOPROSOFT En 2002 la Secretaría de Economía empezó a organizar mesas de trabajo para definir las estrategias del programa para el desarrollo de la industria de software, hoy conocido bajo el nombre de PROSOFT. Para alcanzar niveles internacionales en capacidad de procesos fue una de las estrategias del programa. La asociación Mexicana para la Calidad en Ingeniería de Software (AMCIS) empezó a coordinar los trabajos de un grupo interesado en este tema.
  • Para la realización de este modelo se preguntó por las característicasbásicas de la industria de software mexicana con respecto a su tamaño y lascapacidades de sus procesos. A través de estudios realizados se confirmó,que la gran mayoría de las empresas son MYPEs (Micro y PequeñasEmpresas) y que el promedio de capacidades de procesos está a nivel 1. Se realizaron entrevistas en diferentes empresas con estascaracterísticas sobre sus necesidades con respecto a un modelo deprocesos y su evaluación, por otra parte revisaron los modelos de procesosdisponibles incluyendo ISO9000:2000, CMM-SW, ISO12207, ISO15504 y laversión inicial de CMMI, cuya conclusión fue que ninguna cumple con losrequerimientos de dichas empresas. En estas circunstancias se decidióproponer a la SE un proyecto de desarrollar un modelo de procesos y unmétodo de evaluación “a la medida” de las industrias Mexicanas, donde secubrió las prácticas de CMM-SW nivel 3 e ISO9000:2000, en el caso de modelode procesos, y se cumplió con los lineamientos de ISO15504, con respecto almétodo de evaluación. Entre septiembre y diciembre de 2002 logro reunir un equipo de 11 personas,en su mayoría mujeres profesionistas, que aportaron su conocimiento yexperiencia para generar MoProSoft (el Modelo de Procesos para la Industria deSoftware) como documento base para la norma mexicana. En junio de 2003 laSE lo hizo público a través del portal software.net.mx. Para completar la norma se necesitaba definir el método de evaluaciónbasado en MoProSoft como modelo de procesos. Para tal fin se reunió otroequipo en 2003, en esta ocasión la mayoría fueron hombres, y comoconsecuencia de su trabajo se definió EvalProSoft (el método de Evaluación deProcesos de Software), que fue revisado por los dos únicos Lead Assessors conlos que contaba en ese momento en México. Al principio de 2004 se terminó los elementos básicos, el modelo deprocesos y el método de evaluación, para empezar los trámites denormalización en el subcomité de Software del NYCE (Normalización yCertificación en Electrónica).
  • Sin embargo faltaba un detalle, probar que MoProSoft y EvalProSoftsirven en la práctica. Así surgió el tercer proyecto de pruebas controladascon cuatro empresas que tenian el perfil promedio de la industria desoftware. Después de un proceso de selección, en julio de 2004, a las cuatroempresas se les aplicó una evaluación inicial para conocer sus niveles decapacidades con respecto al modelo de MoProSoft. Posteriormente, entreagosto y diciembre, con el apoyo de una consultora, las empresasadecuaron los procesos de MoProSoft a sus necesidades, definieron lasplantillas de los productos y empezaron a implementar los procesos. Elobjetivo de las pruebas controladas fue demostrar que, en un lapso detiempo relativamente corto, las empresas pueden elevar sus niveles decapacidad y no morir en el intento. Las evaluaciones finales comprobaronesta hipótesis. Además, se afinaron los detalles de EvalProSoft para lograrmayor objetividad en la evaluación del cumplimiento de los atributos quecaracterizan a cada uno de los niveles de capacidad de procesos.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 áreasinternas dedicadas al desarrollo y/o mantenimiento de software. Lasorganizaciones, que no cuenten con procesos establecidos, pueden usar elmodelo ajustándolo de acuerdo a sus necesidades. Mientras que lasorganizaciones, que ya tienen procesos establecidos, pueden usarlo comopunto 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 procesosestablecidos ni documentados se debe generar una instancia de cada uno delos procesos, tomando en cuenta las siguientes consideraciones:• Definir las metas cuantitativas de acuerdo a las estrategias de laorganización.• Revisar los nombres de los roles y los productos (entradas, salidas ointernos) y en su caso sustituirlos por los que se acostumbran en laorganización.• Para cada producto definir el estándar de documentación cumpliendo conlas 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 delcontexto de organización y en su caso modificarlas.• Usar las guías de ajuste para adecuar el proceso en función de lasestrategias de la organización.• Posteriormente sustituir las guías de ajuste del modelo por las guías queapliquen en la organización.Adicionalmente, para el proceso de Desarrollo y Mantenimiento deSoftware, 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 procesosestablecidos o documentados, se debe establecer la correspondencia entreestos procesos y el modelo MoProSoft para identificar las coincidencias ydiscrepancias. La organización debe analizar las discrepancias y planificar las actividadesde 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 losprocesos definidos. Puede decidir probarlos en proyectos piloto o implantarlosal mismo tiempo en toda la organización. Con el transcurso del tiempo, los procesos deben evolucionar con base alas sugerencias de mejora e ir alcanzando los objetivos del plan estratégico dela 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 mejoracontinua de sus procesosESTRUCTURA 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 quecorresponde a Moprosoft: Alta Dirección, Gerencia y Operación que reflejan la estructura de unaorganizació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 deProcesos, 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: o Recursos Humanos y Ambiente de Trabajo: Proporciona los recursos humanos adecuados para cumplir las responsabilidades asignadas a los roles dentro de la organización. o 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. o 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 deAdministración de Proyectos Específicos y de Desarrollo y Mantenimiento deSoftware. 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 omá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 lassiguientes 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 losproductos de entrada en cada fase de un ciclo de desarrollo mediante lasactividades 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 delas prácticas. Los roles se asignan al personal de la organización de acuerdo asus habilidades y capacitación para desempeñarlos.
  • En MoProSoft se clasifican los roles en Grupo Directivo, Responsable deProceso y otros roles involucrados. Además se considera al Cliente y alUsuario como roles externos a la organización. Especificaciones de actividades en proceso de Desarrollo y Mantenimiento de Software: Entradas Nombre Fuente Plan de Desarrollo Administración de Proyectos Específicos Descripción del Producto • Entregables • Proceso Específico • Equipo de Trabajo • Calendario 1. 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 conhardware. * Confiabilidad: Especificación del nivel de desempeño del software conrespecto a la madurez, tolerancia a fallas y recuperación. * Eficiencia: Especificación del nivel de desempeño del software conrespecto al tiempo y a la utilización de recursos. * Mantenimiento: Descripción de los elementos que facilitarán lacomprensión y la realización de las modificaciones futuras del software. * Portabilidad: Descripción de las características del software quepermitan su transferencia de un ambiente a otro. * Restricciones de diseño y construcción: Necesidades impuestas por elcliente. * Legales y reglamentarios: Necesidades impuestas por leyes,reglamentos, entre otros. 2. 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: 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 formade uso del software con base a la interfaz del usuario. Éste deberá ser redactadoen términos comprensibles a los usuarios. Manual de Operación: Documento electrónico o impreso que contenga lainformació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 personalresponsable de la operación. Manual de Mantenimiento: Documento electrónico o impreso que describe laConfiguración de Software y el ambiente usado para el desarrollo y pruebas
  • (compiladores, herramientas de análisis y diseño, construcción y pruebas). Estedeberá ser redactado en términos comprensibles al personal de mantenimiento. Reporte de Actividades: Registro periódico de actividades, fechas de inicio yfin, 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.).
  • BIBLIOGRAFÍA Modelo de Procesos para la Industria de Software MoProSoft, Versión 1.3, Agosto 2005. Grupo Editor: Hanna Oktaba (Director), Claudia Alquicira Esquivel, Angélica Su Ramos, Alfonso Martínez Martínez. Obstáculos en la gestión de proyectos en tecnologías de información y comunicación - tics y posibles soluciones. Andrés Ernesto Salinas Duarte, Especialización en Gerencia 2007, UPB Bucaramanga. Presentanción en PDF “MoroSoft Modelo de Procesos para la industria de Software”. http://es.wikipedia.org/wiki/Moprosoft. http://www.comunidadmoprosoft.org.mx/. http://www.iie.org.mx/boletin032003/ind.pdf. http://www.moprosoft.com.mx/. http://alarcos.inf- cr.uclm.es/competisoft/publico/downloads/Inf_T%C3%A9cnicos/COMPETIS OFT_IT%205_Mejoras%20de%20MoProSoft%20a%20COMPETISOFT.pdf http://www.monografias.com/trabajos-pdf4/moprosoft-y-metrica-version- 3/moprosoft-y-metrica-version-3.shtml http://www.iteraprocess.com/index.php?option=com_content&task=view&id= 23&Itemid=44