moprosoft

MOPROSOFT.

Modelo de Procesos para la Industria de Software

INSTITUTO TECNOLOGICO SUPERIOR DE ACATLAN DE OSORIO

SISTEMAS DE INFORMACION II

INTEGRANTES DEL EQUIPO FILEMON CARIÑO ROJAS EYRA MEXICANO ROBLES LEONEL IBARRA CARIÑO

3

Contenido1. Antecedentes

1. Situación actual de la industria de software

2. Programa Nacional para la Industria de Software en México (PROSOFT)

2. MoProSoft1. Estructura de procesos2. Patrón de procesos 3. Ejemplo

3. Trabajos a futuro

4

Situación actual de la industria de software en México

El 90% de las empresas desarrolladoras de software son micro y pequeña industria.

Las empresas: Son volátiles Cuentan con pocos recursos Tienen procesos no estandarizados, que

dependen del personal que los ejecuta.

ProSoft

La S.E. lanza el 9/oct/2002 el ProSoft Objetivo: Lograr las condiciones para que

México cuente con una industria de software competitiva internacionalmente y asegurar su crecimiento a largo plazo.

Metas para el 2013: Fortalecer a la industria de software en México Producción Anual de $5,000 millones de dólares Alcanzar promedio mundial de gasto en Tecnologías

de Información Ser líder a nivel Latinoamérica en desarrollo de

software

Estrategias del PROSOFT

1. Atraer inversionistas2. Educar y formar personal competente en

el desarrollo de software, en cantidad y calidad convenientes

3. Desarrollar el mercado interno4. Alcanzar niveles internacionales en

capacidad de procesos

NORMA MEXICANANMX-059-NYCE-2005

El 15 de agosto de 2005 se publica en el Diario Oficial de la Federación la declaratoria de vigencia de la norma NMX-059-NYCE-2005, bajo el nombre de:TECNOLOGÍA DE LA INFORMACIÓN-SOFTWARE- MODELOS DE PROCESOS Y EVALUACIÓN PARA DESARROLLO Y MANTENIMIENTO DE SOFTWARE

9

Características del modelo1. Específico para el desarrollo y

mantenimiento de software.2. Fácil de entender (comprensible).3. Definido como un conjunto de procesos. 4. Práctico y fácil de aplicar, sobre todo en

organizaciones pequeñas.5. Orientado a mejorar los procesos para

contribuir a los objetivos del negocio y no simplemente ser un marco de referencia de certificación.

6. Aplicable como norma mexicana.

Estados con MOPROSOFT

5 estados certificados en MOPROSOFT

MOPROSOFT

Apoyo de Prosoft 100%

Empresas con MOPROSOFT

BlitzCEGA Software

Computación XXI

Sistema de Gestión Administrativa

Empresa

Magnabyte

Telexpertise

RFID Servicios de Comunicación

en Línea S.A.de C.V.

Existen 7 empresas mexicanas

certificadas en MOPROSOFT

Cal

idad

MO

PR

OS

OFT

Es específico para el desarrollo y mantenimiento de software.

Es sencillo de entender y adoptar. Facilita el cumplimiento de los

requisitos de otros modelos como ISO 9000:2000, CMM y CMMI.

Se enfoca a procesos. Se le considera práctico en su

aplicación, principalmente en organizaciones pequeñas, con bajos niveles de madurez.

Resulta acorde con la estructura de las organizaciones mexicanas de la industria de software.

Está orientado a mejorar los procesos, para contribuir a los objetivos de negocio, y no simplemente ser un marco de referencia o certificación.

Características del Modelo

MOPROSOFT creación de la Norma Mexicana

13

2.1 Estructura de Procesos

Gestión de Negocio

Gestión de ProcesosGestión de ProyectosGestión de Recursos

Administración de Proyectos EspecíficosDesarrollo y Mantenimiento de Software

Alta Dirección

(DIR)

Gestión

(GES)

Operación

(OPE)

Categoría

Categoría

Categoría

14

Gestión de Negocio Propósito:

Establecer 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.

Adicionalmente habilita a la organización

para responder a un ambiente de cambio y a sus miembros para trabajar en función de los objetivos establecidos

DIR

15

Proceso Gestión de Negocio

Grupo DirectivoPlaneación Estratégica

Grupo DirectivoPreparación para laRealización

Grupo DirectivoValoración y Mejora Continua

DIR

16

Procesos de GestiónGestión

de Recursos

Gestión de Proyectos

Gestión de Procesos

GES

17

Gestión de Procesos Propósito:

Establecer los procesos de la organización, en función de los Procesos Requeridos identificados en el Plan Estratégico. Así como definir, planear, e implantar las actividades de mejora en los mismos.

GES

18

Gestión de Proyectos Propósito

Asegurar que los proyectos contribuyan al cumplimiento de los objetivos y estrategias de la organización.

GES

19

Gestión de Recursos Propósito:

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.

GES

20

Proceso Gestión de Recursos

Subprocesos

GES

Recursos Humanos y Ambiente de Trabajo

Conocimiento de la Organización

Bienes, Servicios e Infraestructura

21

Recursos Humanos y Ambientede Trabajo

Propósito: Proporcionar los recursos humanos

adecuados para cumplir las responsabilidades asignadas a los roles dentro de la organización, así como la evaluación del ambiente de trabajo.

GES

22

Bienes, Servicios e Infraestructura

Propósito: Proporcionar proveedores de bienes,

servicios e infraestructura que satisfagan los requisitos de adquisición de los procesos y proyectos.

GES

23

Conocimiento de la Organización

Propósito: Mantener disponible y administrar la

Base de Conocimiento que contiene la información y los productos generados por la organización.

GES

24

Procesos de Operación

Administración de Proyectos Específicos

Desarrollo y Mantenimiento de Software

OPE

25

Administración de Proyectos Específicos

Propósito: Establecer y llevar a cabo

sistemáticamente las actividades que permitan cumplir con los objetivos de un proyecto en tiempo y costo esperados.

OPE

26

Planeación

RealizaciónEvaluación y Control

Cierre

Administración de Proyectos Específicos

OPE

27

Desarrollo y Mantenimiento de Software

Propósito: Es la realización sistemática de las

actividades de análisis, diseño, construcción, integración y pruebas de productos de software nuevos o modificados cumpliendo con los requerimientos especificados.

OPE

28

Proceso de Desarrollo y Mantenimiento de Software

Flujos de trabajo

Ciclos de Desarrollo Fases de un Ciclo Actividades de una Fase

OPE

29

Ciclos de Desarrollo

No

Fases del Primer Ciclo

Primer Entregable

Fases del SiguienteCiclo

Necesidades Cliente

Terminado

Si

Siguiente Entregable

Nuevas Necesidades

OPE

30

Fases de un Ciclo

Requerimientos

Necesidades del cliente y Plan de desarrollo

Análisis y Diseño

Construcción

Cierre

Requerimientos

Análisis yDiseño

Componentes

Primer / Siguiente Entregable

Inicio

Integración y Pruebas Configuraciónde Software

OPE

31

Actividades de una Fase

Producción /Corrección

Entrada de la Fase

Verificación

Validación/Aceptación

Salida de la Fase

Incorporación Bajo Control de ConfiguraciónRegistro de

Mediciones

Defectos

Defectos

OPE

32

2. MoProSoft2. 2. Patrón de procesos

Definición general de proceso

Prácticas

Guías de ajuste

33

Definición general de proceso

Proceso Categoría Propósito Descripción Objetivos Indicadores Metas cuantitativas Responsabilidad y

autoridad

Procesos relacionados

Entradas Salidas Productos internos Referencias

bibliográficas (ISO9001:2000, SW-CMM 1.1, ISO 15504, otras)

34

Prácticas Roles involucrados

y capacitación Actividades Diagrama de flujo

de trabajo (en UML) Verificaciones y

validaciones Incorporación a la

Base de Conocimiento

Recursos de Infraestructura

Mediciones Capacitación Situaciones

excepcionales Lecciones

aprendidas

35

Guías de ajuste Modificaciones al proceso sin invalidar el

cumplimiento de sus objetivos.

36

2. MoProSoft2.3 Ejemplo

Proceso Desarrollo y Mantenimiento de Software

Propósito El propósito de 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 nuevos o modificados cumpliendo con los requerimientos especificados.

37

...Ejemplo Desarrollo y Mantenimiento de Software

Objetivo

O1 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.

38

…EjemploDesarrollo y Mantenimiento de Software

Indicador

I1 (O1) En cada fase de un ciclo se efectúan todas las actividades de verificación, validación o prueba, así como las correcciones correspondientes.

39

…EjemploDesarrollo y Mantenimiento de Software

Entrada

Plan de DesarrolloDescripción del Producto EntregablesProceso EspecíficoEquipo de TrabajoCalendario

40

...EjemploDesarrollo y Mantenimiento de Software

Salida

Configuración de SoftwareEspecificació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

41

…Ejemplo Desarrollo y Mantenimiento de Software

Rol

Analista Conocimiento y experiencia en la

obtención, especificación y análisis de los requerimientos.

42

…EjemploDesarrollo y Mantenimiento de Software

Actividades

A1. Realización de la fase de Inicio (O3) A1.1. Revisar con los miembros del equipo de trabajo el

Plan de Desarrollo actual para lograr un entendimiento común y obtener su compromiso con el proyecto.

A1.2. Elaborar el Reporte de Actividades registrando las actividades realizadas, fechas de inicio y fin, responsable por actividad y mediciones requeridas.

43

…EjemploDesarrollo y Mantenimiento de Software

Situaciones excepcionales

Los roles involucrados en el proceso de Desarrollo y Mantenimientos de Software deberán notificar al RDM, de manera oportuna, las situaciones que les impidan el desarrollo de las actividades asignadas.

El RDM deberá dar respuesta a estas situaciones y en caso de no poder resolverlas o no sean de su competencia deberá escalarlas al RAPE.

44

…Ejemplo Desarrollo y Mantenimiento de Software

Guías de Ajuste Requerimientos: Especificación de

RequerimientosLa Especificación de Requerimientos puede incluir un prototipo de interfaz con el usuario sencilla, que inclusive no tenga funcionalidad.

Requerimientos: Manual de UsuarioEn la fase de Requerimientos se puede omitir la elaboración o actualización del Manual del Usuario, así como su verificación. Sin embargo esta actividad se deberá realizar a mas tardar en la fase de integración y pruebas.

45

Comparación de MoProSoft con otros modelos

ModelosCaracterísticas

ISO 9000:2000

SW-CMM ISO 15504

MoPro-Soft

1. Para SW

2.Comprensible

3. Procesos

4. Práctico

5. Mejora de procesos orientada al objetivo del negocio6. Evaluación con vigencia7. Aplicable como norma

46

3. Trabajos a futuroModelo de procesos y método de evaluación

Difusión de MoProSoft (www.software.net.mx)

Definición del método de evaluación basado en ISO/IEC FDIS 15504

Pruebas piloto Normalización de MoProSoft y su

método de evaluación

47

3. Trabajos a futuroCreación de organismos

Rector Mejora de MoProSoft y de su método de

evaluación. Ejecución de pruebas piloto Capacitación y certificación de

instructores, consultores y evaluadores Control de evaluaciones

Proveedor de servicios subsidiados Capacitación y consultoría a empresas

¡Gracias!