modelo de procesos para la industria de software
TRANSCRIPT
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 procesos
2. 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 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. 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
OF
T
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 Directivo
Planeación Estratégica
Grupo Directivo
Preparación para laRealización
Grupo Directivo
Valoración y Mejora Continua
DIR
16
Procesos de Gestión
Gestió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 Ambiente
de 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 PruebasConfiguración
de 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 negocio
6. Evaluación con vigencia
7. 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!