SlideShare una empresa de Scribd logo
1 de 50
Modelo de Procesos para la
        Industria de Software
              MoProSoft




Hanna Oktaba
AMCIS, UNAM
Claudia Alquicira
Avantare Consultores
Contenido

   Contexto: ProSoft (PDIS)
   Características deseadas
   Modelos disponibles
   Cumplimiento de caractarísticas
   deseadas
   Proyecto del MoProSoft
   Patrón de procesos usado
   Comparación de MoProSoft con otros
   modelos
   Características del MoProSoft
                                        2
Programa de Secretaría de Economía



 Programa para el Desarrollo de la
 Industria de Software (PDIS-
 ProSoft)
  Objetivo:
   Fortalecer a la industria de software en
   México


                                               3
Estrategias
1. Promover exportaciones y la atracción de
    inversiones
2. Educación y formación de personal
    competente
3. Contar con un marco legal promotor de la
    industria
4. Desarrollar el mercado interrno
5. Fortalecer a la industria local
6. Alcanzar niveles internacionales en
    capacidad de procesos
7. Promover la construcción de
    infraestructura física y de
    telecomunicaciones                        4
Estrategia 6 (marzo 2002)

6. Alcanzar niveles internacionales en
  capacidad de procesos
  – 6.1 Formación de instituciones de
    capacitación y asesoría en mejora de
    procesos
  – 6.2 Definición de un modelo de procesos y
    de evaluación apropiado para la industria
    de software mexicana
  – 6.3 Apoyo financiero para la capacitación
    y la evaluación de capacidad de procesos
  – ...

                                            5
Características deseadas del modelo

1. 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. Debe de tener un mecanismo de evaluación o
     certificación, que indique un estado real de una
     organización durante un periodo de vigencia
     específico.
7. Aplicable como norma mexicana.

                                                        6
Modelos disponibles

    ISO 9000:2000 Sistemas de Gestión de la
    Calidad - Requisitos


    Capability Maturity Model SW-CMM® V1.1
    (1994)


    ISO/IEC TR 15504:1998 (E)




                                              7
ISO 9000:2000 (1)

    Norma Internacional para evaluar la
    capacidad de la organización para cumplir
     los requisitos del cliente, los
    reglamentarios y los propios de la
    organización.


    Ventajas
     Tiene un mecanismo de certificación bien
      establecido
     Está disponible y conocida




                                                 8
ISO 9000:2000 (2)

    Desventajas
     No es específica para la industria de software


     No es fácil de entender


     No está definida como un conjunto de
      procesos


     No es fácil de aplicar


     Mejora de procesos orientada principalmente a
      la calidad

                                                       9
SW - CMM® (1)

    Es un marco evolutivo organizado en
    cinco niveles para lograr la mejora
    continua de procesos.


    Ventajas
     Específico para el desarrollo y mantenimiento
      de software
     Definido como un conjunto de áreas clave de
      procesos
     Tiene un modelo de evaluación
     Desde 1998 empezó a popularizarse en México
     Existen organizaciones evaluadas

                                                      10
SW - CMM® (2)

    Desventajas
     Es un modelo extranjero, no internacional
     No es fácil de entender (inglés, 18 KPA´s, 220
      págs.)
     No es fácil de aplicar (pensado en
      organizaciones grandes)
     Mejora no enfocada directamente a objetivos
      de negocio
     Evaluación es costosa y no tiene periodo de
      vigencia
     Se está abandonando a favor de CMM-I




                                                       11
ISO/IEC TR 15504 (1)

    Define el modelo de referencia de procesos
    de software y de capacidades de procesos
    que constituyen la base para la evaluación
    de procesos de software. Se componen de 9
    partes de las cuales la 2, 3 y 9 son
    normativas y las demás informativas.
    Ventajas
     Específico para el desarrollo y mantenimiento de
      software
     Fácil de entender (24 procesos, 16 págs.)
     Definido como un conjunto de procesos
     Orientado a mejorar los procesos para contribuir a
      los objetivos del negocio
                                                   12
ISO/IEC TR 15504 (2)

    Desventajas
     No es práctico ni fácil de aplicar


     Tiene solamente lineamientos para un
      mecanismo de evaluación


     Todavía no es norma internacional




                                             13
Cumplimiento de características
deseadas (1)


    Ventaja


    Desventajas


    Ambas




                                  14
Cumplimiento de características
deseadas
           Modelos ISO       SW-CMM ISO
Características    9000:2000        15504
1. Para SW
2.Comprensible

3. Procesos
4. Práctico

5. Mejora de
procesos orientado
al objetivo del
negocio
6. Evaluación con
vigencia
7. Aplicable como
norma                                       15
Modelo de Procesos para la Industria
 de Software (MoProSoft)

                 cc i ón   Categoría
       Dire
   lta )
  A R
      I                            Gestión de Negocio
   (D
             n         Categoría
       s tió
  Ge    )                          Gestión de Procesos
      ES                           Gestión de Proyectos
    (G
                                   Gestión de Recursos

    ac i ón            Categoría

Oper
       )         Administración de Proyectos Específicos
     PE
  (O             Desarrollo y Mantenimiento de Software
                                                           16
Proceso Gestión de Negocio                             DIR


                  Grupo Directivo
                  Planeación Estratégica




Grupo Directivo
                                     Grupo Directivo
Valoración y Mejora
                                     Preparación para la
Continua
                                     Realización




                                                             17
Procesos de Gestión               GES



               Gestión
              de Procesos




  Gestión                     Gestión
de Recursos                 de Proyectos




                                        18
Proceso Gestión de Recursos             GES


Subprocesos

   Recursos Humanos y
   Ambiente de Trabajo


              Bienes, Servicios
              e Infraestructura

                           Conocimiento de la
                             Organización

                                              19
Procesos de Operación           OPE




        Administración de
        Proyectos Específicos




        Desarrollo y
        Mantenimiento de
        Software



                                      20
Proceso de Administración        OPE
de Proyectos Específicos

Flujo de trabajo
• Inicio         I
• Planeación
                             P
• Realización
• Evaluación y Control
• Cierre          E/C             R



                         C             21
Proceso de Desarrollo y     OPE
Mantenimiento de Software

Flujos de trabajo

• Ciclos de Desarrollo
• Fases de un Ciclo
• Actividades de una Fase




                                  22
OPE
 Proceso de Desarrollo y
 Mantenimiento de Software

                   Fases de un           Actividades de
Ciclos de
                   Ciclo                 una Fase
Desarrollo



   C1




                                                           P/ C
             I/P




                         AD
                   C




                                 R
                              SCM




                                              Val/A
                                     M




                                                           Ver
   Cn

                                                      23
Ciclos de Desarrollo

Necesidades Cliente
                            Fases del Primer Ciclo


                                                       Si   Primer Entregable
                                           Terminado



                      Nuevas Necesidades



                                     No
                               Fases del Siguiente
                                                                      Siguiente Entregable
                               Ciclo



                                                                                    24
Fases de un Ciclo
      Necesidades Cliente y/o
      Entregable Anterior




Fase de Requerimientos                    Requerimientos




           Fase de Análisis yDiseño                        Análisis yDiseño




                                Fase de Construcción                  Componentes




                                          Fase de Integración y
                                          Pruebas

                                                                     Primer / Siguiente
                                                                     Entregable
                                                                                          25
Subproceso de Actividades de Una Fase

Entrada de la Fase




Producción /
                                   Verificación
Corrección

                           Defectos


      Defectos              Validación/Aceptación



                     Registro de            Incorporación Bajo
                     Mediciones             Control de Configuración

                                                           Salida de la Fase
                                                                      26
Patrón de procesos para MoProSoft


   Definición general de proceso


   Prácticas


   Guías de ajuste




                                    27
Definición general de proceso


•   Proceso (Nombre)
•   Categoría (Nombre)
•   Propósito
•   Descripción
•   Objetivos
•   Indicadores
•   Metas cuantitativas


                                28
...Definición general de proceso


•   Responsabilidad y autoridad
•   Procesos relacionados
•   Entradas (Nombre, Fuente)
•   Salidas (Nombre, Descripción, Destino)
•   Productos internos (Nombre, Descripción)
•   Referencias bibliográficas
    (ISO9001:2000, SW-CMM 1.1, ISO
    15504, otras)


                                           29
Prácticas

• Roles involucrados y capacitación
• Actividades (Rol, Actividad, Objetivo,
  Tareas)
• Diagrama de flujo de trabajo (actividades
  de UML)
• Verificaciones y validaciones (Actividad,
  Producto, Rol, Descripción)
• Incorporación a la Base de Conocimiento
  (Producto, Forma de aprobación)

                                          30
...Prácticas


• Recursos de Infraestructura (Actividad,
  Recurso)
• Mediciones (Ejemplo de medición por
  indicador)
• Capacitación
• Situaciones excepcionales
• Lecciones aprendidas



                                            31
Guías de ajuste

• Sin invalidar el cumplimiento de los
  objetivos del proceso




                                         32
Ejemplos:
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.



                                               33
...Ejemplos:
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.




                                            34
...Ejemplos:
Desarrollo 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.




                                                35
...Ejemplos:
Desarrollo y Mantenimiento de Software


• Entrada

Plan de Desarrollo
   Descripción del Producto
   Entregables
   Proceso Específico
   Equipo de Trabajo
   Calendario




                                         36
...Ejemplos:
Desarrollo y Mantenimiento de Software

• Salida
Configuración de Software
      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

                                          37
Ejemplos: Desarrollo y Mantenimiento de
Software

• Rol

• Analista AN
• Conocimiento y experiencia en la obtención,
  especificación y análisis de los
  requerimientos.




                                                38
...Ejemplos: Desarrollo 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.




                                                                   39
...Ejemplos: Desarrollo 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.
                                                 40
Ejemplos: Desarrollo y Mantenimiento de
Software

• Guías de Ajuste
• Requerimientos: Especificación de
  Requerimientos
  La Especificación de Requerimientos puede incluir un
  prototipo de interfaz con el usuario sencilla, que
  inclusive no tenga funcionalidad.
• Requerimientos: Manual de Usuario
  En 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.

                                                         41
Definición general de procesos    (1)


              Otros   SW-CMM   ISO 15504
MoProSoft


Nombre de proceso
Categoría

Propósito
Descripción

Objetivos

Indicadores

Metas cuantitativas

                                           42
Definición general de procesos       (2)


                 Otros   SW-CMM   ISO 15504
MoProSoft
Subprocesos
Procesos relacionados

Entradas
Salidas

Productos internos

Referencias
bibliográficas




                                              43
Prácticas (1)
               Otros       SW-CMM   ISO 15504
 MoProSoft


 Roles involucrados y
 capacitación
 Actividades

 Diagrama de flujo de
 trabajo
 Verificaciones y
 validaciones
 Incorporación a la base
 de conocimiento
 Recursos de
 infraestructura
                                                44
Prácticas (2)

                Otros         SW-CMM   ISO 15504
  MoProSoft


  Mediciones
  Situaciones excepcionales

  Lecciones aprendidas




                                                   45
Comparación de MoProSoft con otros
modelos
           Modelos ISO       SW-CMM ISO     MoPro-
Características    9000:2000        15504   Soft
1. Para SW
2.Comprensible

3. Procesos
4. Práctico
5. Mejora de
procesos orientada
al objetivo del
negocio
6. Evaluación con
vigencia
7. Aplicable como
norma
                                                46
Características de MoProSoft (1)
   Pocos procesos que abarcan todos los niveles de
   una organización: directivo, gerencial y operativo.
   Procesos integrados como una red de
   comunicación.
   Definición explícita de roles responsables por las
   actividades de cada proceso y la capacitación
   requerida.
   Definición explícita del propósito, objetivos
   específicos, indicadores, metas cuantitativas y
   mediciones para cada proceso.
   Definición explícita de productos de entrada,
   salida e internos de cada proceso y sus
   características mínimas.
   Definición de flujos de trabajo con las actividades,
   tareas, roles involucrados y productos generados.

                                                         47
Características de MoProSoft (2)
   Existencia de una Base de Conocimiento de la
   organización en la cual se resguardan todos los
   productos generados, se administran y se
   consultan de acuerdo con los mecanismos
   definidos.
   Definición de las actividades para recaudar
   lecciones aprendidas y usarlas en proyectos
   futuros.
   Definición de un mecanismo específico para la
   reacción a las situaciones excepcionales durante
   el desarrollo de las actividades.
   Definición explícita de las actividades de
   verificación, validación y pruebas para fomentar la
   calidad de los productos.



                                                      48
Características de MoProSoft (3)
   Definición explícita de guías de ajuste que
   sugieren la adaptación de los procesos a las
   necesidades de las organizaciones, sin perder de
   vista el cumplimiento de los objetivos de los
   procesos.
   Los objetivos y metas cuantitativas son las que
   guían a los demás procesos y proyectos y son los
   que se valúan para conocer cuantitativamente la
   efectividad de los procesos de la organización.
   Las sugerencias de mejora a los procesos se
   identifican y se reportan a los responsables de
   gestión de procesos.
   Los procesos del modelo pueden ser ajustados
   con base al contexto de la organización.



                                                      49
Grupo Editor de MoProSoft

•   Hanna Oktaba (Director)
•   Claudia Alquicira Esquivel
•   Angelica Su Ramos
•   Alfonso Martínez Martínez
•   Gloria Quintanilla Osorio
•   Mara Ruvalcaba López
•   Francisco López Lira Hinojo
•   Maria Elena Rivera López
•   Maria Julia Orozco Mendóza
•   Yolanda Fernández Ordoñez
• Miguel Angel Flores Lemus
                                  50

Más contenido relacionado

La actualidad más candente

Unidad 5 marcos de referencia para la gestión de servicios de ti
Unidad 5 marcos de referencia para la gestión de servicios de tiUnidad 5 marcos de referencia para la gestión de servicios de ti
Unidad 5 marcos de referencia para la gestión de servicios de tiJessi Luna
 
Gestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el SoftwareGestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el SoftwareJosé Antonio Sandoval Acosta
 
CMMI y PMI en la Gestión de Requerimientos
CMMI y PMI en la Gestión de RequerimientosCMMI y PMI en la Gestión de Requerimientos
CMMI y PMI en la Gestión de RequerimientosVictor Caravantes
 
4. Diseño e Implementación de Software
4. Diseño e Implementación de Software4. Diseño e Implementación de Software
4. Diseño e Implementación de SoftwareMario A Moreno Rocha
 
tabla comparativa de estandares
tabla comparativa de estandarestabla comparativa de estandares
tabla comparativa de estandaresXiva Sandoval
 
BPMN 2.0 en el Proceso de Desarrollo de Software
BPMN 2.0 en el Proceso de Desarrollo de SoftwareBPMN 2.0 en el Proceso de Desarrollo de Software
BPMN 2.0 en el Proceso de Desarrollo de SoftwareJohan Robles Solano
 
Marcos de gobierno de ti
Marcos de gobierno de tiMarcos de gobierno de ti
Marcos de gobierno de tiRosmery Banr
 
Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2Marta Silvia Tabares
 
Tema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del SoftwareTema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del SoftwareSaraEAlcntaraR
 
Cisco Cap.1, Mod.1 Exploration
Cisco Cap.1, Mod.1 ExplorationCisco Cap.1, Mod.1 Exploration
Cisco Cap.1, Mod.1 Explorationccna4cisco
 
Buenas Prácticas y Normas de TI
Buenas Prácticas y Normas de TIBuenas Prácticas y Normas de TI
Buenas Prácticas y Normas de TICarlos Francavilla
 
Diagrama de despliegue
Diagrama de despliegueDiagrama de despliegue
Diagrama de despliegueElvisAR
 
Importancia de la utilización de métricas en la gestión de servicios de TI
Importancia de la utilización de métricas en la gestión de servicios de TIImportancia de la utilización de métricas en la gestión de servicios de TI
Importancia de la utilización de métricas en la gestión de servicios de TIJoshua Rreal
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de RequerimientosNaylu Rincón
 
Sesión 2: Visión General. El proceso del software
Sesión 2: Visión General. El proceso del softwareSesión 2: Visión General. El proceso del software
Sesión 2: Visión General. El proceso del softwareCoesi Consultoria
 

La actualidad más candente (20)

Unidad 5 marcos de referencia para la gestión de servicios de ti
Unidad 5 marcos de referencia para la gestión de servicios de tiUnidad 5 marcos de referencia para la gestión de servicios de ti
Unidad 5 marcos de referencia para la gestión de servicios de ti
 
Gestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el SoftwareGestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el Software
 
CMMI y PMI en la Gestión de Requerimientos
CMMI y PMI en la Gestión de RequerimientosCMMI y PMI en la Gestión de Requerimientos
CMMI y PMI en la Gestión de Requerimientos
 
4. Diseño e Implementación de Software
4. Diseño e Implementación de Software4. Diseño e Implementación de Software
4. Diseño e Implementación de Software
 
tabla comparativa de estandares
tabla comparativa de estandarestabla comparativa de estandares
tabla comparativa de estandares
 
BPMN 2.0 en el Proceso de Desarrollo de Software
BPMN 2.0 en el Proceso de Desarrollo de SoftwareBPMN 2.0 en el Proceso de Desarrollo de Software
BPMN 2.0 en el Proceso de Desarrollo de Software
 
Marcos de gobierno de ti
Marcos de gobierno de tiMarcos de gobierno de ti
Marcos de gobierno de ti
 
Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2
 
Tema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del SoftwareTema N° 14 Especificación de Requisitos del Software
Tema N° 14 Especificación de Requisitos del Software
 
Cisco Cap.1, Mod.1 Exploration
Cisco Cap.1, Mod.1 ExplorationCisco Cap.1, Mod.1 Exploration
Cisco Cap.1, Mod.1 Exploration
 
Iso 12207
Iso 12207Iso 12207
Iso 12207
 
Buenas Prácticas y Normas de TI
Buenas Prácticas y Normas de TIBuenas Prácticas y Normas de TI
Buenas Prácticas y Normas de TI
 
CMMI Y SCAMPI
CMMI Y SCAMPICMMI Y SCAMPI
CMMI Y SCAMPI
 
Diagrama de despliegue
Diagrama de despliegueDiagrama de despliegue
Diagrama de despliegue
 
Importancia de la utilización de métricas en la gestión de servicios de TI
Importancia de la utilización de métricas en la gestión de servicios de TIImportancia de la utilización de métricas en la gestión de servicios de TI
Importancia de la utilización de métricas en la gestión de servicios de TI
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de Requerimientos
 
Sesión 2: Visión General. El proceso del software
Sesión 2: Visión General. El proceso del softwareSesión 2: Visión General. El proceso del software
Sesión 2: Visión General. El proceso del software
 
Proyecto final redes
Proyecto final redesProyecto final redes
Proyecto final redes
 
Acuerdo de nivel de servicio (ANS o SLA)
Acuerdo de nivel de servicio (ANS o SLA)Acuerdo de nivel de servicio (ANS o SLA)
Acuerdo de nivel de servicio (ANS o SLA)
 
Formato ieee830(srs lleno)
Formato ieee830(srs lleno)Formato ieee830(srs lleno)
Formato ieee830(srs lleno)
 

Destacado

Destacado (16)

Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
 
Moprosoft informe de investigación
Moprosoft informe de investigaciónMoprosoft informe de investigación
Moprosoft informe de investigación
 
CMMI
CMMICMMI
CMMI
 
CMMI-ACQ
CMMI-ACQCMMI-ACQ
CMMI-ACQ
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
MoProsoft
MoProsoftMoProsoft
MoProsoft
 
Moprosoft
MoprosoftMoprosoft
Moprosoft
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
PROCESOS DE CALIDAD DE SOFTWARE
PROCESOS DE CALIDAD DE SOFTWAREPROCESOS DE CALIDAD DE SOFTWARE
PROCESOS DE CALIDAD DE SOFTWARE
 
COMO NACE UN PROYECTO
COMO NACE UN PROYECTOCOMO NACE UN PROYECTO
COMO NACE UN PROYECTO
 
Referencias bibliograficas Ejemplos
Referencias bibliograficas EjemplosReferencias bibliograficas Ejemplos
Referencias bibliograficas Ejemplos
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
Moprosoft
MoprosoftMoprosoft
Moprosoft
 
Elementos que componen la estructura del plan de
Elementos que componen la estructura del plan deElementos que componen la estructura del plan de
Elementos que componen la estructura del plan de
 

Similar a Moprosoft y su origen

Mejora de Procesos de Software
Mejora de Procesos de SoftwareMejora de Procesos de Software
Mejora de Procesos de SoftwareSaul Scanziani
 
Introduccion a la Ingenieria de Software
Introduccion a la Ingenieria de SoftwareIntroduccion a la Ingenieria de Software
Introduccion a la Ingenieria de Softwareangelicaastorga
 
I Jornada CSI - Almudena Díez (Visure Solutions) - Los requisitos y CMMI: un ...
I Jornada CSI - Almudena Díez (Visure Solutions) - Los requisitos y CMMI: un ...I Jornada CSI - Almudena Díez (Visure Solutions) - Los requisitos y CMMI: un ...
I Jornada CSI - Almudena Díez (Visure Solutions) - Los requisitos y CMMI: un ...233 Grados de TI
 
Estándares de Calidad (CMMI)
Estándares de Calidad  (CMMI)Estándares de Calidad  (CMMI)
Estándares de Calidad (CMMI)SindySellan1
 
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrollo
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrolloBcn Dev Conference - Mejorando la gestion de los equipos de desarrollo
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrolloAlex Ballarin
 
Estándares calidad del software - Cristina Ortega
Estándares calidad del software - Cristina OrtegaEstándares calidad del software - Cristina Ortega
Estándares calidad del software - Cristina Ortega2008PA2Info3
 
Productividad en el Equipo de Desarrollo de Software
Productividad en el Equipo de Desarrollo de SoftwareProductividad en el Equipo de Desarrollo de Software
Productividad en el Equipo de Desarrollo de Softwarejuliocasal
 
Factores de éxito en la captura y gestión de requisitos (Basado en las mejore...
Factores de éxito en la captura y gestión de requisitos (Basado en las mejore...Factores de éxito en la captura y gestión de requisitos (Basado en las mejore...
Factores de éxito en la captura y gestión de requisitos (Basado en las mejore...Pepe
 
ITIL de la Teoría a la Práctica
ITIL de la Teoría a la PrácticaITIL de la Teoría a la Práctica
ITIL de la Teoría a la PrácticaNbarros
 

Similar a Moprosoft y su origen (20)

Mo Pro Soft
Mo Pro SoftMo Pro Soft
Mo Pro Soft
 
Mejora de Procesos de Software
Mejora de Procesos de SoftwareMejora de Procesos de Software
Mejora de Procesos de Software
 
Introduccion a la Ingenieria de Software
Introduccion a la Ingenieria de SoftwareIntroduccion a la Ingenieria de Software
Introduccion a la Ingenieria de Software
 
CMMI
CMMICMMI
CMMI
 
Usampymes2
Usampymes2Usampymes2
Usampymes2
 
I Jornada CSI - Almudena Díez (Visure Solutions) - Los requisitos y CMMI: un ...
I Jornada CSI - Almudena Díez (Visure Solutions) - Los requisitos y CMMI: un ...I Jornada CSI - Almudena Díez (Visure Solutions) - Los requisitos y CMMI: un ...
I Jornada CSI - Almudena Díez (Visure Solutions) - Los requisitos y CMMI: un ...
 
Estándares de Calidad (CMMI)
Estándares de Calidad  (CMMI)Estándares de Calidad  (CMMI)
Estándares de Calidad (CMMI)
 
Modelo CMMI (utna)
Modelo CMMI (utna)Modelo CMMI (utna)
Modelo CMMI (utna)
 
5012621 cmmi
5012621 cmmi5012621 cmmi
5012621 cmmi
 
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrollo
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrolloBcn Dev Conference - Mejorando la gestion de los equipos de desarrollo
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrollo
 
Estándares calidad del software - Cristina Ortega
Estándares calidad del software - Cristina OrtegaEstándares calidad del software - Cristina Ortega
Estándares calidad del software - Cristina Ortega
 
Productividad en el Equipo de Desarrollo de Software
Productividad en el Equipo de Desarrollo de SoftwareProductividad en el Equipo de Desarrollo de Software
Productividad en el Equipo de Desarrollo de Software
 
gestion de la calidad
gestion de la calidadgestion de la calidad
gestion de la calidad
 
Factores de éxito en la captura y gestión de requisitos (Basado en las mejore...
Factores de éxito en la captura y gestión de requisitos (Basado en las mejore...Factores de éxito en la captura y gestión de requisitos (Basado en las mejore...
Factores de éxito en la captura y gestión de requisitos (Basado en las mejore...
 
A1 u1 tablas comparativa
A1 u1  tablas comparativaA1 u1  tablas comparativa
A1 u1 tablas comparativa
 
ITIL de la Teoría a la Práctica
ITIL de la Teoría a la PrácticaITIL de la Teoría a la Práctica
ITIL de la Teoría a la Práctica
 
Exposicion RUP
Exposicion RUPExposicion RUP
Exposicion RUP
 
RUP x CMMI
RUP x CMMIRUP x CMMI
RUP x CMMI
 
MoProSoft
MoProSoftMoProSoft
MoProSoft
 
Moprosoft cmmi
Moprosoft cmmiMoprosoft cmmi
Moprosoft cmmi
 

Moprosoft y su origen

  • 1. Modelo de Procesos para la Industria de Software MoProSoft Hanna Oktaba AMCIS, UNAM Claudia Alquicira Avantare Consultores
  • 2. Contenido Contexto: ProSoft (PDIS) Características deseadas Modelos disponibles Cumplimiento de caractarísticas deseadas Proyecto del MoProSoft Patrón de procesos usado Comparación de MoProSoft con otros modelos Características del MoProSoft 2
  • 3. Programa de Secretaría de Economía Programa para el Desarrollo de la Industria de Software (PDIS- ProSoft) Objetivo:  Fortalecer a la industria de software en México 3
  • 4. Estrategias 1. Promover exportaciones y la atracción de inversiones 2. Educación y formación de personal competente 3. Contar con un marco legal promotor de la industria 4. Desarrollar el mercado interrno 5. Fortalecer a la industria local 6. Alcanzar niveles internacionales en capacidad de procesos 7. Promover la construcción de infraestructura física y de telecomunicaciones 4
  • 5. Estrategia 6 (marzo 2002) 6. Alcanzar niveles internacionales en capacidad de procesos – 6.1 Formación de instituciones de capacitación y asesoría en mejora de procesos – 6.2 Definición de un modelo de procesos y de evaluación apropiado para la industria de software mexicana – 6.3 Apoyo financiero para la capacitación y la evaluación de capacidad de procesos – ... 5
  • 6. Características deseadas del modelo 1. 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. Debe de tener un mecanismo de evaluación o certificación, que indique un estado real de una organización durante un periodo de vigencia específico. 7. Aplicable como norma mexicana. 6
  • 7. Modelos disponibles ISO 9000:2000 Sistemas de Gestión de la Calidad - Requisitos Capability Maturity Model SW-CMM® V1.1 (1994) ISO/IEC TR 15504:1998 (E) 7
  • 8. ISO 9000:2000 (1) Norma Internacional para evaluar la capacidad de la organización para cumplir los requisitos del cliente, los reglamentarios y los propios de la organización. Ventajas  Tiene un mecanismo de certificación bien establecido  Está disponible y conocida 8
  • 9. ISO 9000:2000 (2) Desventajas  No es específica para la industria de software  No es fácil de entender  No está definida como un conjunto de procesos  No es fácil de aplicar  Mejora de procesos orientada principalmente a la calidad 9
  • 10. SW - CMM® (1) Es un marco evolutivo organizado en cinco niveles para lograr la mejora continua de procesos. Ventajas  Específico para el desarrollo y mantenimiento de software  Definido como un conjunto de áreas clave de procesos  Tiene un modelo de evaluación  Desde 1998 empezó a popularizarse en México  Existen organizaciones evaluadas 10
  • 11. SW - CMM® (2) Desventajas  Es un modelo extranjero, no internacional  No es fácil de entender (inglés, 18 KPA´s, 220 págs.)  No es fácil de aplicar (pensado en organizaciones grandes)  Mejora no enfocada directamente a objetivos de negocio  Evaluación es costosa y no tiene periodo de vigencia  Se está abandonando a favor de CMM-I 11
  • 12. ISO/IEC TR 15504 (1) Define el modelo de referencia de procesos de software y de capacidades de procesos que constituyen la base para la evaluación de procesos de software. Se componen de 9 partes de las cuales la 2, 3 y 9 son normativas y las demás informativas. Ventajas  Específico para el desarrollo y mantenimiento de software  Fácil de entender (24 procesos, 16 págs.)  Definido como un conjunto de procesos  Orientado a mejorar los procesos para contribuir a los objetivos del negocio 12
  • 13. ISO/IEC TR 15504 (2) Desventajas  No es práctico ni fácil de aplicar  Tiene solamente lineamientos para un mecanismo de evaluación  Todavía no es norma internacional 13
  • 14. Cumplimiento de características deseadas (1) Ventaja Desventajas Ambas 14
  • 15. Cumplimiento de características deseadas Modelos ISO SW-CMM ISO Características 9000:2000 15504 1. Para SW 2.Comprensible 3. Procesos 4. Práctico 5. Mejora de procesos orientado al objetivo del negocio 6. Evaluación con vigencia 7. Aplicable como norma 15
  • 16. Modelo de Procesos para la Industria de Software (MoProSoft) cc i ón Categoría Dire lta ) A R I Gestión de Negocio (D n Categoría s tió Ge ) Gestión de Procesos ES Gestión de Proyectos (G Gestión de Recursos ac i ón Categoría Oper ) Administración de Proyectos Específicos PE (O Desarrollo y Mantenimiento de Software 16
  • 17. Proceso Gestión de Negocio DIR Grupo Directivo Planeación Estratégica Grupo Directivo Grupo Directivo Valoración y Mejora Preparación para la Continua Realización 17
  • 18. Procesos de Gestión GES Gestión de Procesos Gestión Gestión de Recursos de Proyectos 18
  • 19. Proceso Gestión de Recursos GES Subprocesos Recursos Humanos y Ambiente de Trabajo Bienes, Servicios e Infraestructura Conocimiento de la Organización 19
  • 20. Procesos de Operación OPE Administración de Proyectos Específicos Desarrollo y Mantenimiento de Software 20
  • 21. Proceso de Administración OPE de Proyectos Específicos Flujo de trabajo • Inicio I • Planeación P • Realización • Evaluación y Control • Cierre E/C R C 21
  • 22. Proceso de Desarrollo y OPE Mantenimiento de Software Flujos de trabajo • Ciclos de Desarrollo • Fases de un Ciclo • Actividades de una Fase 22
  • 23. OPE Proceso de Desarrollo y Mantenimiento de Software Fases de un Actividades de Ciclos de Ciclo una Fase Desarrollo C1 P/ C I/P AD C R SCM Val/A M Ver Cn 23
  • 24. Ciclos de Desarrollo Necesidades Cliente Fases del Primer Ciclo Si Primer Entregable Terminado Nuevas Necesidades No Fases del Siguiente Siguiente Entregable Ciclo 24
  • 25. Fases de un Ciclo Necesidades Cliente y/o Entregable Anterior Fase de Requerimientos Requerimientos Fase de Análisis yDiseño Análisis yDiseño Fase de Construcción Componentes Fase de Integración y Pruebas Primer / Siguiente Entregable 25
  • 26. Subproceso de Actividades de Una Fase Entrada de la Fase Producción / Verificación Corrección Defectos Defectos Validación/Aceptación Registro de Incorporación Bajo Mediciones Control de Configuración Salida de la Fase 26
  • 27. Patrón de procesos para MoProSoft Definición general de proceso Prácticas Guías de ajuste 27
  • 28. Definición general de proceso • Proceso (Nombre) • Categoría (Nombre) • Propósito • Descripción • Objetivos • Indicadores • Metas cuantitativas 28
  • 29. ...Definición general de proceso • Responsabilidad y autoridad • Procesos relacionados • Entradas (Nombre, Fuente) • Salidas (Nombre, Descripción, Destino) • Productos internos (Nombre, Descripción) • Referencias bibliográficas (ISO9001:2000, SW-CMM 1.1, ISO 15504, otras) 29
  • 30. Prácticas • Roles involucrados y capacitación • Actividades (Rol, Actividad, Objetivo, Tareas) • Diagrama de flujo de trabajo (actividades de UML) • Verificaciones y validaciones (Actividad, Producto, Rol, Descripción) • Incorporación a la Base de Conocimiento (Producto, Forma de aprobación) 30
  • 31. ...Prácticas • Recursos de Infraestructura (Actividad, Recurso) • Mediciones (Ejemplo de medición por indicador) • Capacitación • Situaciones excepcionales • Lecciones aprendidas 31
  • 32. Guías de ajuste • Sin invalidar el cumplimiento de los objetivos del proceso 32
  • 33. Ejemplos: 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. 33
  • 34. ...Ejemplos: 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. 34
  • 35. ...Ejemplos: Desarrollo 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. 35
  • 36. ...Ejemplos: Desarrollo y Mantenimiento de Software • Entrada Plan de Desarrollo Descripción del Producto Entregables Proceso Específico Equipo de Trabajo Calendario 36
  • 37. ...Ejemplos: Desarrollo y Mantenimiento de Software • Salida Configuración de Software 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 37
  • 38. Ejemplos: Desarrollo y Mantenimiento de Software • Rol • Analista AN • Conocimiento y experiencia en la obtención, especificación y análisis de los requerimientos. 38
  • 39. ...Ejemplos: Desarrollo 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. 39
  • 40. ...Ejemplos: Desarrollo 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. 40
  • 41. Ejemplos: Desarrollo y Mantenimiento de Software • Guías de Ajuste • Requerimientos: Especificación de Requerimientos La Especificación de Requerimientos puede incluir un prototipo de interfaz con el usuario sencilla, que inclusive no tenga funcionalidad. • Requerimientos: Manual de Usuario En 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. 41
  • 42. Definición general de procesos (1) Otros SW-CMM ISO 15504 MoProSoft Nombre de proceso Categoría Propósito Descripción Objetivos Indicadores Metas cuantitativas 42
  • 43. Definición general de procesos (2) Otros SW-CMM ISO 15504 MoProSoft Subprocesos Procesos relacionados Entradas Salidas Productos internos Referencias bibliográficas 43
  • 44. Prácticas (1) Otros SW-CMM ISO 15504 MoProSoft Roles involucrados y capacitación Actividades Diagrama de flujo de trabajo Verificaciones y validaciones Incorporación a la base de conocimiento Recursos de infraestructura 44
  • 45. Prácticas (2) Otros SW-CMM ISO 15504 MoProSoft Mediciones Situaciones excepcionales Lecciones aprendidas 45
  • 46. Comparación de MoProSoft con otros modelos Modelos ISO SW-CMM ISO MoPro- Características 9000:2000 15504 Soft 1. Para SW 2.Comprensible 3. Procesos 4. Práctico 5. Mejora de procesos orientada al objetivo del negocio 6. Evaluación con vigencia 7. Aplicable como norma 46
  • 47. Características de MoProSoft (1) Pocos procesos que abarcan todos los niveles de una organización: directivo, gerencial y operativo. Procesos integrados como una red de comunicación. Definición explícita de roles responsables por las actividades de cada proceso y la capacitación requerida. Definición explícita del propósito, objetivos específicos, indicadores, metas cuantitativas y mediciones para cada proceso. Definición explícita de productos de entrada, salida e internos de cada proceso y sus características mínimas. Definición de flujos de trabajo con las actividades, tareas, roles involucrados y productos generados. 47
  • 48. Características de MoProSoft (2) Existencia de una Base de Conocimiento de la organización en la cual se resguardan todos los productos generados, se administran y se consultan de acuerdo con los mecanismos definidos. Definición de las actividades para recaudar lecciones aprendidas y usarlas en proyectos futuros. Definición de un mecanismo específico para la reacción a las situaciones excepcionales durante el desarrollo de las actividades. Definición explícita de las actividades de verificación, validación y pruebas para fomentar la calidad de los productos. 48
  • 49. Características de MoProSoft (3) Definición explícita de guías de ajuste que sugieren la adaptación de los procesos a las necesidades de las organizaciones, sin perder de vista el cumplimiento de los objetivos de los procesos. Los objetivos y metas cuantitativas son las que guían a los demás procesos y proyectos y son los que se valúan para conocer cuantitativamente la efectividad de los procesos de la organización. Las sugerencias de mejora a los procesos se identifican y se reportan a los responsables de gestión de procesos. Los procesos del modelo pueden ser ajustados con base al contexto de la organización. 49
  • 50. Grupo Editor de MoProSoft • Hanna Oktaba (Director) • Claudia Alquicira Esquivel • Angelica Su Ramos • Alfonso Martínez Martínez • Gloria Quintanilla Osorio • Mara Ruvalcaba López • Francisco López Lira Hinojo • Maria Elena Rivera López • Maria Julia Orozco Mendóza • Yolanda Fernández Ordoñez • Miguel Angel Flores Lemus 50

Notas del editor

  1. Solicitudes de cambio tiene que analizarse en la parte de Control de Proyecto, en el Proceso de Gestión de Proyecto.