Trabajo de Investigacion - MOPROSOFT (05.06.09)

Ingeniera en Sistemas I Trabajo de Investigacin
UADE
Universidad Argentina de la Empresa
Ingeniera en Sistemas I
Trabajo de Investigacin - MOPROSOFT
29 de Abril de 2009
UADE | Universidad Argentina de la Empresa

Ingenieria en Sistemas I Trabajo de Investigacion
Pg. 1 de 65

UADE

ndice
1
2
3
4
5
6
8
9
Control de Cambios.........................................................................................................3
Autores.........................................................................................................................4
Docentes.......................................................................................................................5
Introduccin..................................................................................................................6
4.1 Tema.......................................................................................................................6
4.2 Objetivo...................................................................................................................6
4.3 Estructura.................................................................................................................7
Contexto de Aplicacin....................................................................................................8
5.1 Descripcin de la situacin que requiere el uso de MOPROSOFT.............................................8
Explicacin del Tema: MOPROSOFT...................................................................................9
6.1 Terminologa..............................................................................................................9
6.2 Objetivos................................................................................................................10
6.2.1 Alcance............................................................................................................10
6.2.2 Enfoque basado en procesos..................................................................................11
6.3 Estructura del modelo.................................................................................................11
6.3.1 Introduccin.......................................................................................................11
6.3.2 Categora de procesos..........................................................................................12
6.3.3 Procesos...........................................................................................................13
6.3.4 Roles...............................................................................................................14
6.3.5 Productos..........................................................................................................15
6.3.6 Alta Direccin.....................................................................................................16
6.3.7 Gerencia...........................................................................................................18
6.3.8 Operacin.........................................................................................................30
6.3.9 Aplicacin del Modelo...........................................................................................35
6.4 Diferencias entre CMMI Nivel II y MOPROSOFT.................................................................36
6.4.1 REQM..............................................................................................................36
6.4.2 PP ...............................................................................................................37
6.4.3 PMC ...............................................................................................................39
6.4.4 SAM ...............................................................................................................40
6.4.5 MA ...............................................................................................................40
6.4.6 PPQA..............................................................................................................41
6.4.7 CM ...............................................................................................................42
Conclusin..................................................................................................................44
7.1 Sntesis de aspectos relevantes.....................................................................................44
7.2 Opinin de los autores................................................................................................44
Bibliografa..................................................................................................................47
Anexo I: Elementos de apoyo para la aplicacin de MOPROSOFT............................................48
9.1 EvalProSoft (Introduccin)...........................................................................................48
9.1.1 Propsito.........................................................................................................48
9.1.2 Requerimientos para el mtodo de evaluacin..........................................................48
9.1.3 Alcance............................................................................................................48
9.1.4 Resumen General...............................................................................................48
9.1.5 Usos del mtodo de evaluacin.............................................................................49

Pg. 2 de 65

UADE
9.2 EvalProSoft (Descripcin General del Mtodo de Evaluacin).................................................50

9.2.1 Modelo de capacidades de procesos......................................................................50
9.3 Kuali (Herramienta Auxiliar en Implementacin de MoProSoft)................................................57
10 Anexo Ii: Presentacin en Power Point.............................................................................64

Pg. 3 de 65

UADE
1
CONTROL DE CAMBIOS
Responsable
Grupo
Sntesis del cambio

Versin Inicial
Fecha
01/04/2009
Versin
1.0
Grupo
Exclusin de partes que no aplicaban al

modelo
18/04/2009
1.1
25/04/2009
2.0
Grupo
Inclusin de ndice y formato del

documento
Se agrega sntesis y opinin de
los autores
Se incluye bibliografa
Se agrega elementos de apoyo
para la implementacin de la
metodologa
Se completa presentacin de
power point
Grupo
Refinamiento antes de entrega
29/04/2009
2.1
Grupo
Correcion de errores sealados
05/06/2009
2.2

Pg. 4 de 65

UADE
2
AUTORES
Legajo
107225
Apellido, Nombre
Daniel, Manuel
107311
Dziubak, Erik Alexei
107388
Garca Rosa, Mara Victoria
107711
Larrimbe, Pablo
108490
Monserrat, Gonzalo

Pg. 5 de 65

UADE
3
DOCENTES
Legajo
1005824
Apellido, Nombre
Castro, Marcelo Alfonso
1005879
Cuomo, Virginia Vernica
1005331
Rossi, Bibiana Delmira

Pg. 6 de 65

UADE
4
4.1
INTRODUCCIN
Tema
La Secretara de Economa de Mxico comenz en 2002 trabajos en busca de definir

una estrategia para un programa de desarrollo de la industria de software.
Se determin que la mayora de empresas del rubro eran lo que en Argentina se
conoce como PyMEs. Un relevamiento sobre estas empresas arroj que queran o
necesitaban un modelo de procesos fcil de entender, prctico, y barato.
En ese momento la Secretara de Economa expres su deseo de convertir el trabajo
en la norma mexicana. Por esto, los responsables del proyecto propusieron a la Secretara el
desarrollo de un modelo de procesos y un mtodo de evaluacin a la medida de las
empresas mexicanas. Adems la idea era hacerlo cubriendo las prcticas para los modelos
de procesos de ISO9000:2000 y CMM-SW nivel 3, y tambin cumplir con los lineamientos de
ISO15504 para el mtodo de evaluacin.
A fines de 2002 se present a la Secretara el modelo MoProSoft (Modelo de
Procesos para la industria del Software), hacindolo pblico en Junio de 2003. A principios de
2004 se termin el modelo de evaluacin EvalProSoft (Evaluacin de Procesos de Software).
Los mtodos se pusieron a prueba y posteriormente, en Junio de 2005, se aprobaron como
norma mexicana para el desarrollo de software.
Luego de esto, los mtodos comenzaron a crecer y aun lo hacen. Son adoptados en
muchos lugares, reconocidos en otros, y utilizados tambin como punto de partida.
4.2
Objetivo
Este trabajo de investigacin se centra en uno de los dos modelos, el modelo de

procesos desarrollado, MoProSoft. El objetivo del mismo es presentar los lineamientos
bsicos que propone para una fcil interpretacin del modelo, determinar su campo de
aplicacin, las ventajas de adoptarlo, y el valor agregado que puede aportar. Aunque tambin
se har mencin y se describir brevemente el modelo de evaluacin EvalProSoft.

Pg. 7 de 65

UADE
4.3
Estructura
El trabajo prctico cuenta con un contexto de aplicacin, una explicacin del modelo
MoProSoft y una pequea recopilacin de testimonios.
El contexto de aplicacin describe la situacin que requiere el uso del modelo.
La explicacin del modelo incluye la terminologa usada, los objetivos, la estructura del
modelo y una comparacin con el modelo CMMI.
Los Anexos del trabajo cuentan con una descripcin de las herramientas comerciales
existentes, material de apoyo para la aplicacin de MoProSoft, y una presentacin Power
Point.

Pg. 8 de 65

UADE
5
5.1
CONTEXTO DE APLICACIN
Descripcin de la situacin que requiere el uso de MOPROSOFT
Desarrollar y mantener un software se realiza a travs de una serie de procesos o

actividades, cada una llevada a cabo por un equipo de trabajo. La identificacin de estos
procesos, especialmente en los casos exitosos, ha permitido la recopilacin de mejores
prcticas para ellos. A su vez se los ha organizado en reas de aplicacin.
El modelo propuesto de procesos, est dirigido a empresas (principalmente PyMEs) o
reas internas dedicadas al desarrollo y/o mantenimiento de software. Eso se refleja en la
consideracin del modelo de las reas de aplicacin mencionadas anteriormente,
identificando tres de ellas:
Alta Direccin
Gestin
Operacin
En este tipo de organizaciones, pueden darse dos situaciones diferentes:
1)
Organizaciones que no cuentan con procesos establecidos.
2)
Organizaciones que cuentan actualmente con procesos definidos.

Pg. 9 de 65

UADE
6
6.1
EXPLICACIN DEL TEMA: MOPROSOFT

Terminologa
En esta seccin se definen los conceptos bsicos que servirn para la descripcin del
modelo de procesos.
Concepto
Categora
procesos
Descripcin
de Un conjunto de procesos que abordan la misma rea general
de actividad dentro de una organizacin.
Proceso
Conjunto de prcticas relacionadas entre s, llevadas a cabo

a travs de roles y por elementos automatizados, que
utilizando recursos y a partir de insumos producen una
satisfaccin de negocio para el cliente.
Objetivo
Fin a que se dirige o encamina una accin u operacin.
Indicador
Mecanismo que sirve para mostrar o significar una cosa con

evidencias y hechos.
Rol
Es responsable por un conjunto de actividades de uno o ms

procesos. Un rol puede ser asumido por una o ms personas
de tiempo parcial o completo.
Producto
Cualquier elemento que se genera en un proceso.
Prctica
Un conjunto de elementos, tales como actividades, roles,

infraestructura y mediciones, que al llevarse a cabo
describen la ejecucin de un proceso.
Actividad
Conjunto de tareas especficas asignadas para su realizacin

a uno o ms roles.
Verificacin
Actividad para confirmar que el producto refleja propiamente

los requerimientos especificados para l.
Validacin
Actividad para confirmar que el producto resultante es capaz

de satisfacer los requerimientos para su aplicacin
especificada o uso previsto.
Flujo
trabajo
de Esquema que expresa las relaciones entre las actividades de

un proceso. Una relacin puede ser secuencial, paralela,
cclica, de seleccin o anidada.
Gua de ajuste Modificacin a las prcticas, entradas y salidas de un

proceso, siempre y cuando no afecten al cumplimiento de
Pg. 10 de 65

UADE
sus objetivos.
Gestin
Hacer diligencias conducentes al logro de un negocio.
Administracin Organizar trabajo y disponer recursos.

Organizacin
Empresa o rea interna de la misma dedicada al desarrollo

y/o mantenimiento de software.
Infraestructura
Conjunto de elementos o servicios que se consideran

necesarios para la creacin y funcionamiento de una
organizacin.
Medicin
Accin o efecto de medir.
Base
de Es un repositorio de todos los productos tales como
conocimiento
productos de software, planes, reportes, registros, lecciones
aprendidas y otros documentos.
Situacin
excepcional
Circunstancia que impide el desarrollo de una actividad.
Leccin
aprendida
Experiencia positiva o negativa

realizacin de alguna actividad.
Prospeccin
Estudio de la potencialidad o de la capacidad que tiene

alguna cosa para producir o dar resultados en el futuro, a
partir del anlisis de los datos reunidos previamente.
6.2
obtenida
durante
la
Objetivos
6.2.1 Alcance
El modelo de procesos MoProSoft est dirigido a las empresas o reas internas
dedicadas al desarrollo y/o mantenimiento de software.
Las organizaciones, que no cuenten con procesos establecidos, pueden usar el
modelo ajustndolo de acuerdo a sus necesidades. Mientras que las organizaciones,
que ya tienen procesos establecidos, pueden usarlo como punto de referencia para
identificar los elementos que les hace falta cubrir.
6.2.2 Enfoque basado en procesos

El desarrollo y mantenimiento de software se lleva a cabo a travs de una serie
de actividades realizadas por equipos de trabajo. La Ingeniera de Software se ha
Pg. 11 de 65

UADE
dedicado a identificar las mejores prcticas para realizar estas actividades recopilando
las experiencias exitosas de la industria de software a nivel mundial. Estas prcticas
se han organizado por reas de aplicacin, y se han dado a conocer como reas clave
de procesos, en caso de CMM, o como procesos de software en ISO/IEC 15504.
El modelo que se propone est enfocado en procesos y considera los tres
niveles bsicos de la estructura de una organizacin que son: la Alta Direccin,
Gestin y Operacin. El modelo pretende apoyar a las organizaciones en la
estandarizacin de sus prcticas, en la evaluacin de su efectividad y en la integracin
de la mejor continua.
6.3
Estructura del modelo
6.3.1 Introduccin
El modelo de procesos MoProSoft tiene tres categoras de procesos: Alta
Direccin, Gerencia y Operacin que reflejan la estructura de una organizacin.
La categora de Alta Direccin contiene el proceso de Gestin de Negocio.
La categora de Gerencia est integrada por los procesos de Gestin de
Procesos, Gestin de Proyectos y Gestin de Recursos. ste ltimo est constituido
por los subprocesos de Recursos Humanos y Ambiente de Trabajo, Bienes, Servicios
e Infraestructura y Conocimiento de la Organizacin.
La categora de Operacin est integrada por los procesos de Administracin
de Proyectos Especficos y de Desarrollo y Mantenimiento de Software.
En cada proceso estn definidos los roles responsables por la ejecucin de las
prcticas. Los roles se asignan al personal de la organizacin de acuerdo a sus
habilidades y capacitacin para desempearlos.
En MoProSoft se clasifican los roles en Grupo Directivo, Responsable de
Proceso y otros roles involucrados. Adems se considera al Cliente y al Usuario como
roles externos a la organizacin.

Pg. 12 de 65

UADE
6.3.2 Categora de procesos

Categora de Alta Direccin (DIR): Categora de procesos que aborda las
prcticas de Alta Direccin relacionadas con la gestin del negocio. Proporciona los
lineamientos a los procesos de la Categora de Gerencia y se retroalimenta con la
informacin generada por ellos.
Categora de Gerencia (GER): Categora de procesos que aborda las prcticas
de gestin de procesos, proyectos y recursos en funcin de los lineamientos
establecidos en la Categora de Alta Direccin. Proporciona los elementos para el
funcionamiento de los procesos de la Categora de Operacin, recibe y evala la
informacin generada por stos y comunica los resultados a la Categora de Alta
Direccin.
Categora de Operacin (OPE): Categora de procesos que aborda las
prcticas de los proyectos de desarrollo y mantenimiento de software. sta categora
realiza las actividades de acuerdo a los elementos proporcionados por la Categora de
Gerencia y entrega a sta la informacin y productos generados.
Figura 1: Diagrama de categoras de procesos.

Pg. 13 de 65

UADE
6.3.3 Procesos
DIR.1 Gestin de Negocio: El propsito es establecer la razn de ser de la
organizacin, 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
organizacin para responder a un ambiente de cambio y a sus miembros para trabajar
en funcin de los objetivos establecidos.
GES.1 Gestin de Procesos: El propsito es establecer los procesos de la
organizacin, en funcin de los procesos requeridos identificados en el plan
estratgico, as como definir, planificar, e implantar las actividades de mejora de los
mismos.
GES.2 Gestin de Proyectos: El propsito es asegurar que los proyectos
contribuyan al cumplimiento de los objetivos y estrategias de la organizacin.
GES.3 Gestin de Recursos: El propsito es conseguir y dotar a la organizacin
de los recursos humanos, infraestructura, ambiente de trabajo y proveedores, as
como crear y mantener la base de conocimiento de la organizacin. La finalidad es
apoyar el cumplimiento de los objetivos del plan estratgico de la organizacin.
GES.3.1 Recursos Humanos y Ambiente de Trabajo: El propsito es
proporcionar los recursos humanos adecuados para cumplir las responsabilidades
asignadas a los roles dentro de la organizacin, as como la evaluacin del ambiente
de trabajo.
GES.3.2 Bienes, Servicios e Infraestructura: El propsito es proporcionar
proveedores de bienes, servicios e infraestructura que satisfagan los requisitos de
adquisicin de los procesos y proyectos.
GES.3.3 Conocimiento de la Organizacin: El propsito es mantener disponible
y administrar la base de conocimiento que contiene la informacin y los productos
generados por la organizacin.
OPE.1 Administracin de Proyectos Especficos: El propsito es establecer y
llevar a cabo sistemticamente las actividades que permitan cumplir con los objetivos
de un proyecto en tiempo y costo esperados.
OPE.2 Desarrollo y Mantenimiento de Software: El propsito es la realizacin
sistemtica de las actividades de anlisis, diseo, construccin, integracin y pruebas
de productos de software, nuevos o modificados, cumpliendo con los requerimientos
especificados.
Pg. 14 de 65

UADE
Figura 2:
Diagrama de relacin entre procesos.
6.3.4 Roles
Cliente: Es el que solicita un producto de software y financia el proyecto para su
desarrollo o mantenimiento.
Usuario: Es el que va a utilizar el producto de software.
Grupo Directivo: Son los que dirigen a una organizacin y son responsables por
su funcionamiento exitoso.
Responsable de Proceso: Es el encargado de la realizacin de las prcticas de
un proceso y del cumplimiento de sus objetivos.
Involucrado: Otros roles con habilidades requeridas para la ejecucin de
actividades o tareas especficas. Por ejemplo: analista, programador, revisor, entre
otros.
Figura 3: Clasificacin general de roles.

Pg. 15 de 65

UADE
6.3.5 Productos
Producto de Software: Es el producto que se genera en el proceso de
Desarrollo y Mantenimiento de Software. Los productos de software se clasifican de
manera general como Especificacin de Requerimientos, Anlisis y Diseo, Software,
Prueba, Registro de Rastreo y Manual. Esta clasificacin puede ser especializada
segn las necesidades, por ejemplo Prueba puede significar Plan de Pruebas o
Reporte de Pruebas, Manual puede ser utilizado en Manual de Usuario, Manual de
Operacin o Manual de Mantenimiento, mientras que el Software puede ser un
Componente, un Sistema de componentes o un Sistema compuesto de sistemas.
Configuracin de Software: Es un conjunto consistente de productos de
software.
Figura 4: Configuracin y productos de software.
Plan: Programa detallado de las actividades, responsables por realizarlas y

calendario.
Reporte: Informe del resultado de las actividades realizadas.
Registro: Evidencia de actividades desempeadas.
Leccin Aprendida: Experiencia positiva o negativa obtenida durante la
realizacin de alguna actividad.
Otro Producto: Producto, distinto a los anteriores, que tambin es generado en
los procesos. Por ejemplo: Contrato, Propuestas Tecnolgicas, Documentacin de
Procesos, entre otros.

Pg. 16 de 65

UADE
Figura 5: Clasificacin general de productos.
6.3.6 Alta Direccin

1. Gestin de Negocio
Propsito
El propsito de la gestin de negocio es establecer las bases de la organizacin, su
razn de ser, sus objetivos, y las condiciones para lograrlo. Se deben tener en cuenta las
necesidades de los clientes, y tambin evaluar los resultados para permitir la mejora
continua.
Descripcin
El proceso de Gestin de Negocio se compone de la planificacin estratgica, la
preparacin para la realizacin de la estrategia, y la valoracin y mejora continua la
organizacin.
o Planificacin Estratgica: Establece las decisiones sobre qu es lo mas
importante para lograr el xito de la organizacin, definiendo un Plan
Estratgico, con los siguientes elementos: La Misin, Visin y Valores; Los
objetivos de la organizacin; La forma de medir el logro de los Objetivos; Los
Procesos Requeridos; La Cartera de Proyectos; La Estructura Organizacional y
Estrategia de Recursos; El Presupuesto; Periodicidad de Valoracin del Plan
Estratgico; Plan de Comunicacin con el Cliente.
o Preparacin para la Realizacin: Se define el Plan de Comunicacin e
Implantacin del Plan Estratgico que permite difundir ste a los miembros de
la organizacin, asegurando que lo consideran el vehculo para lograr la
satisfaccin de las necesidades del cliente. En este plan tambin se establecen
las condiciones adecuadas en el ambiente de la organizacin para la
realizacin de los proyectos e implantacin de los procesos.
o Valoracin y Mejora Continua: Analiza los Reportes Cuantitativos y Cualitativos
de los procesos y proyectos, Reporte de Acciones Correctivas o Preventivas
Relacionadas con Clientes, Reportes Financieros, Propuestas Tecnolgicas y
considera los Factores Externos a la organizacin. A partir de los resultados del
Pg. 17 de 65

UADE
anlisis se generan Propuestas de Mejoras al Plan Estratgico. Adicionalmente

con base en el Plan de Mediciones de Procesos que recibe de Gestin de
Procesos genera el Reporte de Mediciones y Sugerencias de Mejora.
Objetivos
1. Lograr una planificacin estratgica exitosa mediante el cumplimiento del Plan
Estratgico.
2. Lograr que la organizacin trabaje en funcin del Plan Estratgico mediante la
correcta comunicacin e implantacin del mismo.
3. Mejorar el Plan Estratgico mediante la implementacin de la Propuesta de
Mejoras.
Indicadores
1. (Objetivo 1) El desempeo de los Indicadores de los Objetivos del Plan
Estratgico es satisfactorio.
2. (Objetivo 2) Los miembros de la organizacin conocen el Plan Estratgico y
trabajan en funcin del mismo.
3. (Objetivo 3) Las propuestas de mejora estn definidas en funcin del Reporte
de Valoracin.
4. (Objetivo 3) Se realizan modificaciones al Plan Estratgico segn las
Propuestas de Mejoras.
Metas cuantitativas
Valor numrico o rango de satisfaccin por indicador.
Responsabilidad y Autoridad
Responsable:
o Responsable de Gestin de Negocio.
Autoridad:
o Grupo Directivo
Procesos Relacionados
o Gestin de Procesos
o Gestin de Proyectos
o Gestin de Recursos
o Conocimiento de la Organizacin
o Administracin de Proyectos Especficos

Pg. 18 de 65

UADE
6.3.7 Gerencia
1. Gestin de Procesos
Propsito
El propsito de Gestin de Procesos es establecer los procesos de la organizacin, en
funcin de los Procesos Requeridos identificados en el Plan Estratgico. As como definir,
planificar, e implantar las actividades de mejora en los mismos.
Descripci
El proceso de Gestin de Procesos se compone de las siguientes actividades: la
planificacin de procesos, la preparacin a la implantacin, y la evaluacin y control de
procesos.
o Planificacin. A partir de los Procesos Requeridos identificados en el Plan
Estratgico, en el Plan de Mejora y en el Plan de Acciones, la planificacin de
procesos establece o actualiza un Plan de Procesos que contiene: Definicin de
Elementos de Procesos; Calendario para establecer o Mejorar los procesos
relacionando actividades y responsables; Plan de Adquisiciones y Capacitacin;
Plan de Evaluacin de procesos; Plan de Mediciones de Procesos; Plan de
Manejo de Riesgos de procesos.
o Preparacin a la Implantacin. Realizar las siguientes tareas:
Asignacin de los responsables de procesos.
Documentacin o actualizacin de la Documentacin de los Procesos de
la organizacin de acuerdo a la Definicin de Elementos de Procesos
establecida.
Capacitacin a los miembros de la organizacin en los procesos de
acuerdo al Plan de Adquisiciones y Capacitacin.
Implantacin de los procesos en proyectos piloto, en caso de
considerarse conveniente.
o Evaluacin y Control. Realizan las siguientes tareas:
Seguimiento a las actividades del Plan de Procesos.
Recoleccin de Reportes de Mediciones y Sugerencias de Mejora,
Generando el Reporte Cuantitativo y Cualitativo que se entregar al
Responsable de Gestin de Negocio.
Ejecucin del Plan de Evaluacin. Como resultado se documentaran el
Reporte de Evaluacin, Plan de Acciones, y se complementar el Plan
de Mejora.
Seguimiento al Plan de Acciones.
Supervisin y control de riesgos identificados en el Plan de Manejo de
Riesgos.
Pg. 19 de 65

UADE
Identificacin y Documentacin de las Lecciones Aprendidas.
Objetivos
1. Planificar las actividades de definicin, implantacin y mejora de los procesos
en funcin del Plan Estratgico.
2. Dar seguimiento a las actividades de definicin, implantacin y mejora de los
procesos mediante el cumplimiento del Plan de Procesos.
3. Mejorar el desempeo de los procesos mediante el cumplimiento del Plan de
Mejora.
4. Mantener Informado a Gestin de Negocio sobre el desempeo de los procesos
mediante el Reporte Cuantitativo y Cualitativo.
Indicadores
1. (Objetivo 1) El Plan de Procesos contempla a los Procesos Requeridos
identificados en el Plan Estratgico.
2. (Objetivo 2) Las actividades de definicin, implantacin y mejora de los
procesos se realizan conforme a lo establecido en el Plan de Procesos.
3. (Objetivo 2) Los miembros de la organizacin conocen los procesos que les
corresponden y trabajan en funcin de stos.
4. (Objetivo 2) Los procesos de la organizacin se mantienen documentados y
actualizados.
5. (Objetivo 3) El plan de Mejora esta definido en funcin de las sugerencias de
mejora y las oportunidades de mejora.
6. (Objetivo 3) El desempeo de los procesos cumple en las metas cuantitativas.
7. (Objetivo 4) El reporte Cuantitativo y Cualitativo es entregado peridicamente a
Gestin de Negocio.
Metas cuantitativas
Responsable:
o Responsable de Gestin de Procesos
Autoridad:
o Responsable de Gestin de Negocio
Todos los procesos.

Pg. 20 de 65

UADE
2. Gestin de Proyectos
Propsito
El propsito de la Gestin de proyectos es asegurar que los proyectos contribuyan al
cumplimiento de los objetivos y estrategias de la organizacin.
Descripcin
La Gestin de Proyectos se ocupa de los proyectos externos, internos y de las
oportunidades de proyectos de la organizacin. Para las oportunidades de proyectos se debe
realizar la generacin y cierre de oportunidades de proyectos, la presentacin de propuesta y
la firma de Contrato. Para los proyectos internos (para la propia organizacin o rea interna
de desarrollo), antes de su aprobacin, se requiere evaluar diferentes alternativas de
realizacin. Los proyectos externos e internos aprobados requieren de una planificacin
general y asignacin de recursos, as como de un seguimiento y evaluacin de desempeo.
La Gestin de Proyectos comprende la planificacin, la realizacin, y la evaluacin y
control.
Objetivos
1. Cumplir con el Plan Estratgico de la organizacin mediante la
generacin e instrumentacin de proyectos.
2. Mantener bajo control las actividades de Gestin de Proyectos mediante el
cumplimiento del Plan de Gestin de Proyectos.
3. Proveer la informacin del desempeo de los proyectos a Gestin de Negocio
mediante la generacin del Reporte Cuantitativo y Cualitativo.
4. Atender los Comentarios y Quejas del Cliente mediante la definicin y ejecucin
de Acciones Correctivas o Preventivas.
Indicadores
1. (Objetivo 1) Se encuentran instrumentados los proyectos que dan respuesta al
Plan Estratgico.
2. (Objetivo 2) Las actividades se llevan a cabo de acuerdo a lo establecido el
Plan de Gestin de Proyectos.
3. (Objetivo 2) Las Acciones Correctivas o Preventivas de los proyectos se
generan oportunamente y en funcin del anlisis de los Reportes de
Seguimiento.
4. (Objetivo 3) El Reporte Cuantitativo y Cualitativo se entrega peridicamente a
Gestin de Negocio.
5. (Objetivo 4) Las Acciones Correctivas o Preventivas de los proyectos se
generan oportunamente y en funcin del anlisis de los Comentarios y Quejas
del Cliente.

Pg. 21 de 65

UADE
Metas cuantitativas
Responsable:
o Responsable de Gestin de Proyectos
Autoridad:
o Gestin de Negocio
o Recursos Humanos y Ambiente de Trabajo

Pg. 22 de 65

UADE
3. Gestin de Recursos
Propsito
El propsito de Gestin de Recursos es conseguir y dotar a la organizacin de los
recursos humanos, infraestructura, ambiente de trabajo y proveedores, as como crear y
mantener la Base de Conocimiento de la organizacin. La finalidad es apoyar el
cumplimiento de los objetivos del Plan Estratgico de la organizacin.
Descripcin
El proceso de Gestin de Recursos se compone de las siguientes actividades: la
planificacin, seguimiento y control de recursos, e investigacin de tendencias tecnolgicas.
Apoyadas con tres subprocesos: Recursos Humanos y Ambiente de Trabajo, Bienes,
Servicios e Infraestructura y Conocimiento de la Organizacin.
Objetivos
1. Lograr los objetivos del Plan Estratgico mediante la provisin de los recursos
suficientes y calificados a la organizacin.
2. Proveer a los miembros de la organizacin de los medios y mecanismos
adecuados para el uso y resguardo de la informacin mediante la Base de
Conocimiento.
3. Mantener a la organizacin informada oportunamente sobre las tendencias
tecnolgicas mediante la elaboracin de Propuestas Tecnolgicas.
Indicadores
1. (Objetivo 1) Grado de satisfaccin de los responsables de los procesos y
proyectos con respecto a la oportunidad de entrega de los recursos solicitados.
2. (Objetivo 1) Grado de satisfaccin de los responsables de los procesos y
proyectos con respecto a la calidad de los recursos entregados.
3. (Objetivo 1) Relacin entre gasto presupuestado y gasto real de los recursos
entregados.
4. (Objetivo 2) Grado de satisfaccin de los usuarios de la Base de Conocimiento.
5. (Objetivo 3) Entrega peridica o a solicitud, de Propuestas Tecnolgicas al
Responsable de Gestin de Negocio.
Metas cuantitativas
Responsabilidad:
o Responsable de Gestin de Recursos.

Pg. 23 de 65

UADE
Autoridad:
o Bienes, Servicios e Infraestructura

Pg. 24 de 65

UADE
3.1. Recursos Humanos y Ambiente de Trabajo

Propsito
El propsito de Recursos Humanos y Ambiente de Trabajo es proporcionar los
recursos humanos adecuados para cumplir las responsabilidades asignadas a los roles
dentro de la organizacin, as como la evaluacin del ambiente de trabajo.
Descripcin
En funcin del Plan Operativo de Recursos Humanos y Ambiente de Trabajo y
Acciones Correctivas de Gestin de Recursos se realizan las actividades de preparacin,
instrumentacin y generacin de reportes.
o Preparacin. Realizar las siguientes tareas:
Revisin del Plan Operativo de Recursos Humanos y Ambiente de
Trabajo y de las Acciones Correctivas.
Definicin de criterios.
Elaboracin del Plan de Capacitacin.
Elaboracin de los formularios para la Evaluacin de Desempeo y para
la Encuesta sobre el Ambiente de Trabajo.
o Instrumentacin. Realizan las siguientes tareas:
Seleccin, asignacin y aceptacin de los recursos humanos. Como
resultado se tiene la Asignacin de Recursos.
Capacitacin de recursos humanos de acuerdo a las necesidades
actuales y futuras de los procesos y proyectos. Como resultado se
deber generar el Reporte de Capacitacin.
Evaluacin de desempeo
peridica de los recursos humanos
asignados a los procesos y proyectos, que se registra en Registro de
Recursos Humanos.
Evaluacin del ambiente de trabajo y su registro en el Reporte de
Ambiente de Trabajo.
o Generacin de Reportes. Producir los siguientes:
Reporte de Recursos Humanos Disponibles,
Ambiente de Trabajo.
Reporte de Mediciones y Sugerencias de Mejora.
Capacitacin
Objetivos
1. Proveer a la organizacin de recursos humanos calificados mediante la
seleccin y capacitacin adecuada a los roles que se les asignen.

Pg. 25 de 65

UADE

2. Evaluar el ambiente de trabajo de la organizacin mediante la Encuesta sobre
el Ambiente de Trabajo.
Indicadores
1. (Objetivo 1) Porcentaje de aceptacin de recursos asignados durante cierto.
2. (Objetivo 1) Nivel del desempeo del personal en los roles asignados cierto
periodo.
3. (Objetivo 1) Grado de satisfaccin de la capacitacin proporcionada durante
periodo.
4. (Objetivo 2) Grado de satisfaccin del personal con respecto al ambiente de
trabajo durante cierto periodo.
Metas cuantitativas
Responsabilidad y autoridad
Responsabilidad:
o Responsable de Recursos Humanos y Ambiente de Trabajo
Autoridad:
o Responsable de Gestin de Recursos
Procesos relacionados

Pg. 26 de 65

UADE
3.2. Bienes Servicios e Infraestructura

Propsito
El propsito de Bienes, Servicios e Infraestructura es proporcionar proveedores de
bienes, servicios e infraestructura que satisfagan los requisitos de adquisicin de los
procesos y proyectos.
Descripcin
En funcin del Plan Operativo de Bienes, Servicios e Infraestructura y
Acciones Correctivas de Gestin de Recursos se realizan las actividades de
preparacin, instrumentacin y generacin de reportes.
o Preparacin. Realizar las siguientes tareas:
Revisin del Plan Operativo de Bienes, Servicios e Infraestructura y de
las Acciones Correctivas.
Definicin de criterios.
Elaboracin del Plan de Mantenimiento.
Obtencin de la Solicitud de Bienes o Servicios.
o Instrumentacin. Realizar las siguientes tareas:
Seleccin de proveedores y adquisicin de bienes y servicios. Como
resultado se tiene el Registro de Bienes o Servicios y la actualizacin del
Catlogo de Proveedores.
Evaluacin peridica de la satisfaccin del solicitante, por el bien o
servicio adquirido y su registro en el Catlogo de Proveedores.
Mantenimiento de la infraestructura.
o Generacin de Reportes. Producir los siguientes:
Reporte de Bienes, Servicios e Infraestructura.
Reporte de Mediciones y Sugerencias de Mejora.
Objetivos
1. Proporcionar a la organizacin los bienes y servicios requeridos por
los procesos y los proyectos mediante la seleccin y evaluacin de
los proveedores.
2. Mantener la infraestructura de la organizacin mediante el cumplimiento del
Plan de Mantenimiento.
Indicadores
1. (Objetivo 1) Grado de satisfaccin de los solicitantes por los bienes y
servicios recibidos para conocer la eficacia en la seleccin de los proveedores.

Pg. 27 de 65

UADE

2. (Objetivo 2) Grado de cumplimiento de las actividades de mantenimiento
planificadas en cierto periodo.
Metas cuantitativas
Responsabilidad:
o Responsable de Bienes, Servicios e Infraestructura
Autoridad:

Pg. 28 de 65

UADE
3.3. Conocimiento de la Organizacin

Propsito
El propsito de Conocimiento de la Organizacin es mantener disponible y administrar
la Base de Conocimiento que contiene la informacin y los productos generados por la
organizacin.
Descripcin
En funcin del Plan Operativo de Conocimiento de la Organizacin y Acciones
Correctivas de Gestin de Recursos se realizan las siguientes actividades:
o Planificacin: Establecimiento del Plan de Administracin de la Base de
Conocimiento que contenga la descripcin de actividades para la definicin o
modificacin del modelo conceptual de la Base de Conocimiento (BC), usuarios
y sus requerimientos, as como los mecanismos de operacin, mantenimiento,
verificacin, validacin en funcin de los requerimientos de los usuarios.
o Realizacin: Establecimiento del Diseo de la Base de Conocimiento de la
organizacin, est constituido por el modelo conceptual, incluyendo su metamodelo, y por los mecanismos de operacin. En funcin de los requerimientos
de los procesos, la Base de Conocimiento est compuesta por los siguientes
repositorios:
Negocio: documentacin utilizada y generada en el proceso de Gestin
de Negocio.
Procesos: documentacin utilizada y generada en el proceso de Gestin
de Procesos.
Proyectos: documentacin utilizada y generada en el proceso de Gestin
de Proyectos y Administracin de Proyectos Especficos.
Desarrollo y Mantenimiento: productos de software generados en el
proceso de Desarrollo y Mantenimiento de Software.
Recursos: documentacin utilizada y generada en el proceso de Gestin
de Recursos.
Recursos Humanos: documentacin utilizada y generada en el
subproceso de Recursos Humanos y Ambiente de Trabajo.
Bienes Adquiridos y Proveedores: documentacin utilizada y generada
en el subproceso de Bienes, Servicios e Infraestructura.
Documentacin BC: documentacin utilizada y generada acerca de su
estructura, contenido y operacin.
Esta Base de Conocimiento podra tener opcionalmente otro tipo de
repositorios, como por ejemplo:
Conocimiento
tecnolgico
(terminologa,
conceptos,
metodologas).

Pg. 29 de 65

UADE
Bibliotecas de reuso.
Otra actividad del diseo es definir y documentar los mecanismos de operacin:
alimentacin, consulta, mantenimiento y respaldo para cada tipo de repositorio.
Finalmente se pone en operacin y se da mantenimiento a la Base de Conocimiento
para asegurar su actualizacin y su uso adecuado en los procesos y proyectos.
o Evaluacin y Control: Peridicamente se genera un Reporte del Estado de la
Base de Conocimiento.
Objetivos
1. Proporcionar a la organizacin la Base de Conocimiento de forma confiable,
oportuna y segura mediante el cumplimiento del Plan de Administracin de la
Base de Conocimiento.
Indicadores
1. (Objetivo 1) Grado de satisfaccin de los usuarios con respecto a
mecanismos de alimentacin, modificacin y mantenimiento de la Base
Conocimiento.
mecanismos de consulta de la Base de Conocimiento.
mecanismos de control de acceso y respaldo de la Base de Conocimiento.
los
de
los
los
Metas cuantitativas
Responsabilidad:
o Responsable de Conocimiento de la Organizacin
Autoridad:
o Todos los procesos

Pg. 30 de 65

UADE
6.3.8 Operacin
Administracin de Proyectos Especficos
Propsito
El propsito de la Administracin de Proyectos Especficos es establecer y llevar a
cabo sistemticamente las actividades que permitan cumplir con los objetivos de un proyecto
en tiempo y costo esperados.
Descripcin
La
Administracin
de
Proyectos
Especficos
aplica
conocimientos,
habilidades, tcnicas y herramientas, a cada una de las siguientes actividades del proyecto:
o Planificacin: Conjunto de actividades cuya finalidad es obtener y mantener el
Plan del Proyecto y el Plan de Desarrollo que regirn al proyecto especfico,
con base en la Descripcin del Proyecto. Para la generacin de este plan se
realizan las siguientes tareas:
Definir el Proceso Especfico con base en la Descripcin del Proyecto y

el proceso de Desarrollo y Mantenimiento de Software de la organizacin
o con base en el acuerdo con el Cliente.
Definir el Protocolo de Entrega con el Cliente.
Definir Ciclos y Actividades con base en la Descripcin del Proyecto y en

el Proceso Especfico.
Determinar el Tiempo Estimado para cada actividad, considerando las

Metas Cuantitativas para el Proyecto.
Elaborar el Plan de Adquisiciones y Capacitacin para obtener recursos

humanos capacitados y adquirir materiales, equipo y herramientas para
llevar a cabo el proyecto.
Establecer el Equipo de Trabajo que realizar el proyecto.
Establecer el Calendario de las actividades.
Calcular el Costo Estimado del proyecto.
Definir el Plan de Manejo de Riesgos.
Documentar el Plan del Proyecto.
Documentar el Plan de Desarrollo.
Formalizar el inicio de un nuevo ciclo del proyecto.

o
Realizacin: Consiste en llevar a cabo las actividades del Plan del Proyecto, de
acuerdo a las siguientes tareas:
Acordar las tareas del Equipo de Trabajo con el Responsable de

Desarrollo y Mantenimiento de Software.
Acordar la distribucin de la informacin al Equipo de Trabajo.

Pg. 31 de 65

UADE
Revisar con el Responsable de Desarrollo y Mantenimiento de Software

la Descripcin del Producto, el Equipo de Trabajo y el Calendario.
Revisar
el
cumplimiento
del
Plan
de
Adquisiciones
y
Capacitacin.
Administrar subcontratos.
Recolectar los Reportes de Actividades, Reportes de Mediciones y

Sugerencias de Mejora y productos de trabajo.
Registrar el costo real del proyecto
Revisar el Registro de Rastreo en funcin de los productos de trabajo

recolectados.
Revisar los productos terminados durante el proyecto.
Recibir y analizar las Solicitudes de Cambios del Cliente.
Realizar reuniones con el Equipo de Trabajo y con el Cliente para

reportar el avance del proyecto y tomar acuerdos.
Evaluacin y Control: Consiste en asegurar que se cumplan los Objetivos del
proyecto. Se supervisa y evala el progreso para identificar desviaciones y
realizar Acciones Correctivas, cuando sea necesario. Dentro de esta actividad
se realizan las siguientes tareas:
Evaluar el cumplimiento del Plan del Proyecto y Plan de
Desarrollo.
Analizar y controlar los riesgos.
Generar el Reporte de Seguimiento del proyecto.
Como resultado de estas actividades se tiene el Plan del Proyecto yel Plan de
Desarrollo actualizados.
o
Cierre: Consiste en entregar los productos de acuerdo a un Protocolo Entrega y

dar por concluido el ciclo o proyecto. Como resultado se tiene el Documento de
Aceptacin del Cliente. Se realizan las siguientes tareas:
Formalizar la terminacin del proyecto o de un ciclo.
Llevar a cabo el cierre del contrato con subcontratistas.
Generar el Reporte de Mediciones y Sugerencias de Mejora.
Objetivos
1. Lograr los Objetivos del proyecto en tiempo y costo mediante la coordinacin y
el manejo de los recursos del mismo.
2. Mantener informado al Cliente mediante la realizacin de reuniones de avance
del proyecto.

Pg. 32 de 65

UADE

3. Atender las Solicitudes de Cambio del cliente mediante la recepcin y anlisis
de las mismas.
Indicadores
1. (Objetivo 1) El Plan del Proyecto y el Plan de Desarrollo contemplan a los
Objetivos establecidos en la Descripcin del Proyecto y a las Metas
Cuantitativas para el Proyecto.
2. (Objetivo 1) Las actividades del proyecto se realizan conforme a lo establecido
en el Plan del Proyecto y en el Plan de Desarrollo.
3. (Objetivo 1) El tiempo y costo real estn acordes con lo estimado.
4. (Objetivo 2) Las reuniones de avance del proyecto se realizan conforme a lo
acordado con el Cliente.
5. (Objetivo 3) El mecanismo de recepcin y anlisis se aplica a todas las
Solicitudes de Cambios.
Metas cuantitativas
Responsable:
o Responsable de Administracin del Proyecto Especfico
Autoridad:
o Responsable de Gestin de Proyectos
o Gestin de Negocio
o Desarrollo y Mantenimiento de Software

Pg. 33 de 65

UADE
Desarrollo y Mantenimiento de Software

Propsito
El propsito de Desarrollo y Mantenimiento de Software es la realizacin sistemtica
de las actividades de anlisis, diseo, construccin, integracin y pruebas de productos de
software, nuevos o modificados, cumpliendo con los requerimientos especificados.
Descripcin
El proceso de Desarrollo y Mantenimiento de Software se compone de uno o ms
ciclos de desarrollo. Cada ciclo est compuesto de las siguientes fases:
o Inicio: Revisin del Plan de Desarrollo por los miembros del Equipo de Trabajo
para lograr un entendimiento comn del proyecto y para obtener el compromiso
de su realizacin.
o Requerimientos: Conjunto de actividades cuya finalidad es obtener la
documentacin de la Especificacin de Requerimientos y Plan de Pruebas de
Sistema, para conseguir un entendimiento comn entre el cliente y el proyecto.
o Anlisis y Diseo: Conjunto de actividades en las cuales se analizan los
requerimientos especificados para producir una descripcin de la
estructura de los componentes de software, la cual servir de base para la
construccin. Como resultado se obtiene la documentacin del Anlisis y
Diseo y Plan de Pruebas de Integracin.
o Construccin: Conjunto de actividades para producir Componente(s)
de software que correspondan al Anlisis y Diseo, as como la realizacin de
pruebas unitarias. Como resultado se obtienen el (los) Componente(s) de
software probados.
o Integracin y Pruebas. Conjunto de actividades para integrar y probar los
componentes de software, basados en los Planes de Pruebas de Integracin y
de Sistema, con la finalidad de obtener el Software que satisfaga los
requerimientos especificados. Se genera la versin final del Manual de Usuario,
Manual de Operacin y Manual de Mantenimiento. Como resultado se obtiene
el producto de Software probado y documentado.
o Cierre: Integracin final de la Configuracin de Software generada en las fases
para su entrega. Identificacin y documentacin de las Lecciones Aprendidas.
Generacin del Reporte de Mediciones y Sugerencias de Mejora.
Para generar los productos de cada una de estas fases se realizan las siguientes
actividades:
o Distribucin de tareas, se asignan las responsabilidades de cada
miembro del Equipo de Trabajo de acuerdo al Plan de Desarrollo.
o Produccin, verificacin, validacin o prueba de los productos, as como su
correccin correspondiente.
Pg. 34 de 65

UADE

o Generacin del Reporte de Actividades.
Objetivos
1. 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 verificacin, validacin o prueba.
2. Sustentar la realizacin de ciclos posteriores o proyectos de futuros mediante la
integracin de la Configuracin de Software del ciclo actual.
3. Llevar a cabo las actividades de las fases de un ciclo mediante el cumplimiento
del Plan de Desarrollo actual.
Indicadores
1. (Objetivo 1) En cada fase de un ciclo se efectan todas las actividades de
verificacin, validacin o prueba, as como las correcciones correspondientes.
2. (Objetivo 2) La Configuracin de Software est integrada por los productos en
el ciclo.
3. (Objetivo 3) Las actividades planificadas en cada fase de un ciclo se realizan
conforme a lo establecido en el Plan de Desarrollo.
Metas cuantitativas
Responsable:
o Responsable de Desarrollo y Mantenimiento de Software
Autoridad:
o Responsable de Administracin del Proyecto Especfico

Pg. 35 de 65

UADE
6.3.9 Aplicacin del Modelo

Organizaciones sin procesos establecidos
Para usar este modelo en una organizacin que no cuenta con procesos establecidos
ni documentados se debe generar una instancia de cada uno de los procesos, tomando en
cuenta las siguientes consideraciones:
o Definir las metas cuantitativas de acuerdo a las estrategias de la organizacin.
o Revisar los nombres de los roles y los productos (entradas, o internos) y en su
caso sustituirlos por los que se acostumbran en la organizacin.
o Para cada producto definir el estndar de documentacin cumpliendo con las
caractersticas mencionadas en la descripcin del producto.
o Definir los recursos de infraestructura de cada proceso.
o Analizar si las mediciones de cada proceso son aplicables dentro del contexto
de organizacin y en su caso modificarlas.
o Usar las guas de ajuste para adecuar el proceso en funcin de las estrategias
de la organizacin.
o Posteriormente sustituir las guas de ajuste del modelo por las guas que
apliquen en la organizacin.
Adicionalmente, para el proceso de Desarrollo y Mantenimiento de Software, se
requiere:
o Definir mtodos, tcnicas o procedimientos especficos para las actividades,
tareas, verificaciones y validaciones.
Organizaciones con procesos establecidos
Para usar este modelo en una organizacin que cuente con procesos establecidos o
documentados, se debe establecer la correspondencia entre estos procesos y el modelo
MoProSoft para identificar las coincidencias y discrepancias.
La organizacin debe analizar las discrepancias y planificar las actividades de ajuste

de los procesos para lograr la cobertura completa de MoProSoft.
Implantacin y Mejora continua

La organizacin debe establecer la estrategia de implantacin de los procesos
definidos. Puede decidir probarlos en proyectos piloto o implantarlos al mismo tiempo en toda
la organizacin.
Con el transcurso del tiempo, los procesos deben evolucionar con base a
las sugerencias de mejora e ir alcanzando los objetivos del plan estratgico de la
Pg. 36 de 65

UADE
organizacin con metas cuantitativas cada vez ms ambiciosas. De esta manera la

organizacin puede ir logrando la madurez a travs de la mejora continua de sus procesos.
6.4
Diferencias entre CMMI Nivel II y MOPROSOFT
CMMI reconoce (como MoProSoft) reas de proceso. Y para cada rea, CMMI
establece Generic Goals (GG) y Generic Practice (GP), y Spesific Goals (SG) y Spesific
Practice (SP). Estos Generic Goals son similares, o tienen una correspondencia, con las
caractersticas comunes que existen en CMM, que sirvi como base de MoProSoft. Aqu se
organizan por cada rea de proceso (CMMI) sus GG y las diferencias con las caractersticas
comunes en MoProSoft.
reas de proceso CMMI Nivel 2
REQM
Requirements Management
PP
Project Planning
PMC
Product Monitoring and Control
SAM
Supplier Agreement Management
MA
Measurement and Analysis
PPQA
Process and Product Quality Assurance
CM
Configuration Management
6.4.1 REQM
De esta rea los siguientes puntos de CMMI no son completamente cubiertos por
MoProSoft:
SP 1.4 Maintain bi-directional traceability among the requirements and the Project
plans and work products.
SP 1.5 Identify inconsistencies between the project plans and work products and the
requirements.
GP 2.7 Identify and involve the relevant stakeholders of the requirements management
process as lanned.
GP 2.9 Objectively evaluate adherence of the requirements management process

against its process description standards and procedures, and address
noncompliance.

Pg. 37 de 65

UADE
6.4.2 PP
MoProSoft:
SP 2.6 Plan the involvement of identified stakeholders.
SP 3.2 Reconcile the Project plan to reflect available and estimated resources.
GP 2.9 Objectively evaluate adherence of the Project planning process against its
process description, standards and procedures, and address noncompliance.

Pg. 38 de 65

UADE
De esta rea los siguientes puntos de CMMI no son cubiertos por MoProSoft:
SG o SP CMMI
SP 1.1 Establish a toplevel work breakdown
structure (WBS) to
estimate of the scope
of the project.
Proceso MoProSoft
Gestin de
proyectos; A2.2
Administracin de
proyectos
especficos; A1.5
Diferencias
MoProSoft habla de generar la Descripcin del Proyecto,
que consta de la descripcin del propsito, producto,
objetivos, alcance, entregables, necesidad de negocio,
restricciones, entre otros. No especifica que se establezca
un WBS para estimar el alcance del proyecto.
Hace referencia a la identificacin de las dependencias
entre las actividades pero no especifica que esto se derive
de un WBS ni que lo tomen como base para estimar el
alcance del proyecto.
Hace referencia al establecimiento del tiempo estimado
pero no especifica que se base en un WBS.
SP 1.2 Establish and

maintain estimates of
the attributes of the
work products and
tasks.
Administracin de
proyectos
especficos; A1.6,
A1.10
No se especifica el establecimiento y mantenimiento de

los atributos de tareas y productos de trabajo (Definicin
de work products and task attributes de
CMMI:Characteristics of products, services, and project
tasks used to help in estimating project work. These
characteristics include items such as size, complexity,
weight, form, fit, or function. They are typically used as one
input to deriving other project and resource estimates (e.g.,
effort, cost, schedule)).
No se hace referencia a la estimacin del tamao y
complejidad de tareas y productos de trabajo.
No se habla de especificar modelos de estimaciones, ni
de tener estimaciones de conectividad, complejidad y
estructura, no se habla de una estimacin de mquinas,
materiales y mtodos.
SP 2.3 Plan for the

management of project
data.
No se menciona un plan para la administracin de los

datos del proyecto, ni se especifica que se registra el
control de donde se guardan o se tienen los datos y cules
son los mecanismos para recuperarlos, distribuirlos y
reproducirlos.

Pg. 39 de 65

UADE
GP 2.7 Identify and
involve the relevant
stakeholders of the
project planning
process as planned.
Se refiere a los involucrados como al equipo de trabajo

clientes y usuarios, no hay referencia a otro tipo de
involucrados como pueden ser proveedores, usuarios
finales, personal temporal en cuanto al proceso de PP.
NO se encontr referencia explcita a la identificacin de
stakeholders en la planeacin de proyectos especficos.
6.4.3 PMC
MoProSoft:
SP 1.1 Monitor the actual values of the project planning parameters against the
Project plan.
SP 1.3 Monitor risks against those identified in the Project plan.
SP 1.5 Monitor stakeholder involvement against the project plan.
SP 1.7 Review the accomplishments and results of the project at selected

project milestones.
SP 2.2 Take corrective action on identified issues.
SP 2.3 Manage corrective actions to closure.
GP 2.7 Identify and involve the relevant stakeholders of the project monitoring
and control process as planned.
GP 2.9 Objectively evaluate adherence of the Project monitoring and control

process against its process description, standards and procedures, and address
noncompliance.
SG o SP CMMI
SP 1.4 Monitor the management of project data
against the project plan.
Proceso
MoProSoft
Diferencias
Debido a que no se encontr
referencia a un plan para
la administracin de datos del proyecto
en el cual se
registre donde se guardan los datos y
cules son los
mecanismos para su reproduccin,
distribucin y
recuperacin, NO se puede hacer un

Pg. 40 de 65

UADE

monitoreo de dicho
plan.
6.4.4 SAM
De esta rea los siguientes puntos de CMMI no son completamente cubiertos por MoProSoft:
SP 1.3 Establish and maintain formal agreements with the supplier.
GP 2.6 Place designated work products of the supplier agreement management

process under appropriate levels of configuration management.
GP 2.9 Objectively evaluate adherence of the supplier agreement management

noncompliance.
SG o SP CMMI
Proceso
MoProSoft
Diferencias
SP
2.4
Transition
the
acquired products from the
supplier to the project.
No se encontr referencia en el modelo que indique sobre

la transicin de adquisiciones de productos servicios por
parte de proveedores, por lo tanto no se generan planes de
transicin de productos, reportes de capacitacin, soporte y
mantenimiento sobre productos adquiridos de proveedores.
GP 2.7 Identify and involve

the relevant stakeholders of
the supplier agreement
management process as
planned.
No se encontr referencia.
6.4.5 MA
MoProSoft:
SP 1.4 Specify how measurement data will be analyzed and reported.
SP 2.1 Obtain specified measurement data.

Pg. 41 de 65

UADE
SP 2.2 Analyze and interpret measurement data.
SP 2.3 Manage and store measurement data, measurement specifications, and

analysis results.
SP 2.4 Report results of measurement and analysis activities to all relevant

stakeholders.
GP 2.9 Objectively evaluate adherence of the measurement and analysis process

against its process description, standards and procedures, and address
noncompliance.
SG o SP CMMI
Proceso
MoProSoft
GP 2.7 Identify and involve the relevant stakeholders of the

measurement and analysis process as planned.
Diferencias
No se encontr
referencia.
6.4.6 PPQA
MoProSoft:
SP 1.1 Objectively evaluate the designated performed processes against the
applicable process descriptions, standards and procedures.
SP 1.2 Objectively evaluate the designated work products and services against the
applicable process descriptions, standards, and procedures.
GP 2.9 Objectively evaluate adherence of the process and product quality assurance
noncompliance.

Pg. 42 de 65

UADE
SG o SP CMMI
Proceso
MoProSoft
GP 2.7 Identify and involve the relevant stakeholders of the process

and product quality assurance process as planned.
Diferencias
No se encontr
referencia.
6.4.7 CM
MoProSoft:
SP 1.1 Identify the configuration items, components, and related work products that will
be placed under configuration management.
SP 1.3 Create or release baselines for internal use and for delivery to the customer.
SP 2.2 Control changes to the configuration items.
SP 3.1 Establish and maintain records describing configuration items.
GP 2.9 Objectively evaluate adherence of the configuration management process

against its process description, standards and procedures, and address
noncompliance.

Pg. 43 de 65

UADE
SG o SP CMMI
Proceso
MoProSoft
SP 2.1 Track change requests for the configuration

items.
SP 3.2 Perform configuration audits to maintain

integrity of the configuration baselines.
GP 2.7 Identify and involve the relevant stakeholders

of the configuration management process as planned.

Diferencias
No se habla de registrar y
analizar el impacto de las
solicitudes de cambios a los
elementos de
configuracin, ni de revisar los
cambios solicitados con
las partes afectadas y obtener su
aprobacin.
Tampoco se menciona el darle
seguimiento a los
cambios a los elementos de
configuracin hasta su
cierre.
No se encontr referencia que
hable de realizar auditoras.
No se encontr referencia.
Pg. 44 de 65

UADE
7
CONCLUSIN
7.1
Sntesis de aspectos relevantes
El Modelo MoProSoft es una Norma Mexicana verificable; fue desarrollada por la AMCIS
(Asociacin Mexicana para la Calidad en la Ingeniera del Software), emitida como norma por
el NYCE (Normalizacin y Certificacin Electrnica A. C.). Es un sistema de gestin de
calidad de los procesos de desarrollo y mantenimiento de software para las PYMES y
algunas de sus ventajas son:
7.2
Mejora la calidad del software producido por la empresa que adopta el modelo
Eleva la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar
niveles internacionales de competitividad
Integra todos los procesos de la organizacin y mantiene la alineacin con los
objetivos estratgicos
Inicia el camino a la adopcin de los modelos ISO 9000 o CMMI
Sirve para implementar un programa de mejora continua
Permite reconocer a las organizaciones mexicanas por su nivel de madurez de
procesos
Facilita la seleccin de proveedores
Permite obtener acceso a las practicas de Ingeniera de Software de clase mundial
Opinin de los autores
Al adoptar y aplicar el modelo MoProSoft, las empresas incorporan las mejores prcticas en
gestin e ingeniera de software; lo que les permitir elevar la capacidad de sus
organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales de
competitividad.
Es tambin aplicable en reas internas de desarrollo de software de las empresas de
diversos tipos.
A continuacin mencionamos algunos de los siguientes beneficios y ventajas que detectamos
que lograra una empresa al implementar una metodologa de este calibre.
Caractersticas
Beneficios y ventajas
Las categoras de procesos corresponden a
Estructura de administracin comn en

Pg. 45 de 65

UADE
niveles organizacionales de administracin
muchas organizaciones.
Facilita la comprensin del modelo.
Simplifica la relacin entre el modelo de

procesos y la organizacin.
Procesos integrados y relacionados
Cuenta nicamente con 9 procesos

evitando la fragmentacin que se presenta en
otros modelos.
La relacin entre procesos se establece

mediante la identificacin de los productos de
trabajo de entrada y salida y la definicin de las
responsabilidades de los roles que participan en
ms de un proceso.
Foco en producto y su capitalizacin
Se identifican y o caracterizan los

productos y las actividades de verificacin y
validacin a las que deben estar sometidos.
El proceso de Conocimiento de la
Organizacin administra una base de
conocimiento que controla y asegura la
disponibilidad de los productos de trabajo a
travs de un mecanismo comn.
Capacidad organizacional de gestin de

procesos
Un solo proceso, Gestin de Procesos,

establece la capacidad organizacional para la
planeacin, definicin, implantacin, evaluacin
y valoracin de procesos.
Regido por las directrices de Gestin de

Negocio, lo que asegura la alineacin con los
objetivos.
Capacidad organizacional de gestin de

proyectos
Se distingue entre la administracin a nivel

proyecto (Administracin de Proyecto
Especfico) y la gestin del portafolio de
proyectos de la organizacin (Gestin de
Proyectos).
La Gestin de Proyectos facilita la

Identificacin de iniciativas y proyectos; la
provisin, asignacin y reasignacin de recursos
a programas y proyectos; y el mantenimiento del
balance del portafolio.
Alineacin con objetivos de negocio
El proceso de Gestin de Negocio enfatiza

la importancia de alinear todas las actividades
de la organizacin a los objetivos del negocio a

Pg. 46 de 65

UADE

travs de la elaboracin, difusin, valoracin y
mejora del Plan Estratgico.
El Plan Estratgico sirve de gua a los

dems procesos de la organizacin logrando de
este modo una alineacin explcita con los
objetivos de negocio.

Pg. 47 de 65

UADE
8
BIBLIOGRAFA
Hanna Oktaba. Mtodo de Evaluacin de procesos para la industria de software. EvalProSoft

[en lnea].
Mxico: Software.net.mx.
<http://www.software.net.mx/NR/rdonlyres/ED7B3399-0CA4-412E-9FAC0EEB94F85C5F/1224/EvalProSoftv11.pdfEvalprosoft> [Consulta: 27 Abril 2009].
Hanna Oktaba. Mtodo de Procesos para la industria de software. MoProSoft [en lnea].
Mxico: Comunidad MoProSoft.
<http://www.comunidadmoprosoft.org.mx/COMUNIDAD_MOPROSOFTADM/Documentos/V1.
3_MoProSoft.pdf> [Consulta: 27 Abril 2009].
Hanna Oktaba. Mtodo de Procesos para la industria de software. MoProSoft. Por Niveles de
Capacidad de Procesos [en lnea].
<http://www.comunidadmoprosoft.org.mx/COMUNIDAD_MOPROSOFTADM/Documentos/V_
1.3_MoProSoft_por_niveles_de_capacidad_de_procesos.pdf> [Consulta: 27 Abril 2009].
Lic. Gisela Rivera Martnez. Mapeo de CMMI con MoProSoft [en lnea].
<http://www.comunidadmoprosoft.org.mx/COMUNIDAD_MOPROSOFTADM/Documentos/Ma
peoCMMIvsMoProSoft-NIVEL2.pdf> [Consulta: 27 Abril 2009].
Leonel Valenzuela Ruiz. Arquitectura para la Coordinacin de Flujos de Trabajo de
MoProSoft por Niveles de Capacidad de Procesos [en lnea].
<http://leonel.vr.googlepages.com/ArquitecturaparalaCoordinacindeFlujo.pdf> [Consulta: 27
Abril 2009].
Alejandra Prez. A quin le sirve MoProSoft?[en lnea].
Mxico: IT&C Leader.
<http://itcleader.com/index.php?option=com_content&task=view&id=75&Itemid=72>
[Consulta: 27 Abril 2009].

Pg. 48 de 65

UADE
9
9.1
ANEXO I: ELEMENTOS DE APOYO PARA LA APLICACIN DE MOPROSOFT

EvalProSoft (Introduccin)
9.1.1 Propsito
El propsito de este apartado es presentar el Mtodo de Evaluacin (EvalProSoft) de
procesos para la industria de software que otorgue a la organizacin solicitante un perfil del
nivel de capacidad de los procesos implantados y un nivel de madurez de capacidades de la
organizacin.
9.1.2 Requerimientos para el mtodo de evaluacin
Para la elaboracin del Mtodo de Evaluacin se tomo como requerimiento el uso del
Modelo de Procesos para la Industria del Software, MoProSoft V1.1, como modelo de
procesos de referencia.
9.1.3 Alcance
El Mtodo de Evaluacin, EvalProSoft, aplica a las organizaciones dedicadas al
desarrollo y/o mantenimiento de software. En particular a las que han utilizado como modelo
de procesos de referencia a MoProSoft para la implantacin de sus procesos.
9.1.4 Resumen General
El Mtodo de Evaluacin involucra al Organismo Rector y a la organizacin a evaluar,
cuya relacin se ilustra en la Fig. 1.

Pg. 49 de 65

UADE
La organizacin selecciona a un Evaluador Certificado reconocido por el Organismo

Rector. El Evaluador Certificado dirige el proceso de evaluacin en funcin de los datos de la
organizacin de la organizacin, apoyndose en el Equipo de Evaluacin y en el paquete de
evaluacin. Del proceso de evaluacin se obtiene un reporte de resultados para la
organizacin y un reporte estadstico para el Organismo Rector.
En el reporte de resultados se documenta el perfil del nivel de capacidad de los
procesos y un nivel de madurez de capacidades, as como el resumen de hallazgos
detectados. En el reporte estadstico se proporciona la informacin general de la
organizacin evaluada, los resultados de la evaluacin y las lecciones aprendidas sobre el
Mtodo de Evaluacin y su modelo de procesos de referencia, MoProSoft.
9.1.5 Usos del mtodo de evaluacin
Los posibles usos del Mtodo de Evaluacin son los siguientes:
Evaluacin para la acreditacin de capacidades, es cuando una organizacin

solicita a un Evaluador Certificado la realizacin de la evaluacin para obtener
un perfil del nivel de capacidad de los procesos implantados y un nivel de
madurez de capacidades.
Evaluacin de capacidades del proveedor, es cuando un cliente solicita a un

Evaluador Certificado la realizacin de una evaluacin para obtener un perfil del
nivel de capacidad de los procesos implantados por el proveedor de desarrollo
y mantenimiento de software. El cliente elige los procesos a evaluar
dependiendo del servicio a contratar.
Auto-evaluacin de capacidades de proceso, es cuando una organizacin

realiza una evaluacin por personal interno o externo que no necesariamente
sea Evaluador Certificado. En este caso no interviene el Organismo Rector.
Los posibles usos de los resultados de las evaluaciones son:
La evaluacin para la acreditacin de capacidades sirve a la organizacin para

obtener un estado certificado del perfil del nivel de capacidad por proceso, el
cual puede usarse como base para la elaboracin del plan de mejora.

Pg. 50 de 65

UADE
Es necesario hacer mayor nfasis en que uno de los usos del mtodo de evaluacin
es determinar las oportunidades de mejora con respecto del modelo de procesos de software
de la industria mexicana (MOPROFOST) a fin de optimizar los resultados de la organizacin
que se dedica al desarrollo y mantenimiento de software procurando mejorar la productividad
y la calidad de sus servicios y/o producto para aumentar la competitividad de la industria
nacional, de otra forma se mantendr nicamente el inters de certificacin sin orientacin
hacia mejora de resultados.
9.2
El nivel de madurez de capacidades de la organizacin puede usarse como

comparativo con respecto a otras organizaciones del mercado.
El reporte estadstico de la evaluacin para la acreditacin de capacidades

permite que el Organismo Rector elabore un diagnstico de las capacidades de
la industria de software en Mxico.
La evaluacin de capacidades del proveedor sirve para que un cliente

seleccione a un proveedor.
La auto-evaluacin de capacidades de proceso sirve a la organizacin para

obtener un perfil del nivel de capacidad por proceso. Puede ser la base para
elaborar el plan de mejora de la organizacin.
EvalProSoft (Descripcin General del Mtodo de Evaluacin)
9.2.1 Modelo de capacidades de procesos

La capacidad de proceso se evala en una escala de 0 a 5. El valor cero se asocia al
nivel de capacidad ms bajo, y significa que no se alcanza el propsito del proceso. El valor
5 se asocia al nivel de capacidad ms alto y significa que se logran las metas de negocio
actuales y proyectadas a travs de la optimizacin y mejora continua del proceso.
La medicin de capacidad se obtiene a travs de un conjunto de atributos de procesos
(AP), los cuales se usan para determinar cuando un proceso ha alcanzado una capacidad.
Cada atributo mide un aspecto particular de un proceso.

Pg. 51 de 65

UADE
A continuacin se presenta la descripcin de cada nivel de capacidad y los atributos

que lo caracterizan.
9.2.1.1 Nivel 0: Proceso Incompleto
El proceso no est implantado o falla en alcanzar el propsito del proceso.
9.2.1.2 Nivel 1: Proceso Realizado
El proceso implantado logra su propsito
AP 1.1 Atributo de realizacin del proceso
Este atributo es completamente alcanzado cuando:
a) el proceso obtiene los resultados definidos.
9.2.1.3 Nivel 2: Proceso Administrado
El proceso Realizado se implanta de manera administrada y sus productos de trabajo estn
apropiadamente establecidos, controlados y mantenidos.
AP 2.1 Atributo de administracin de la realizacin
los objetivos de desempeo del proceso estn definidos;
el desempeo del proceso est planeado y monitoreado;
el desempeo del proceso est ajustado de acuerdo con lo planeado;
las responsabilidades y autoridades para el desempeo del proceso estn

definidas, asignadas y comunicadas;
estn identificados, disponibles, asignados y utilizados los recursos e

informacin necesaria para el desempeo del proceso;
las interfases entre las partes involucradas estn administradas para asegurar
la comunicacin efectiva y tambin para la asignacin clara de las
responsabilidades.

Pg. 52 de 65

UADE
AP 2.2 Atributo de administracin del producto de trabajo

los requerimientos para los productos de trabajo del proceso estn definidos;
los requerimientos para la documentacin y control de los productos de trabajo

estn definidos;
los productos de trabajo estn apropiadamente identificados, documentados y

controlados;
los productos de trabajo estn revisados en concordancia con los planes y son
ajustados si es necesario con base en los requerimientos.
9.2.1.4 Nivel 3: Proceso Establecido

El proceso Administrado es implantado mediante el proceso definido, el cual es capaz de
lograr los resultados del proceso.
AP 3.1 Atributo de definicin del proceso
un proceso estndar, incluyendo sus guas de ajuste, define los elementos

fundamentales que deben incorporarse en el proceso definido.
la secuencia e interaccin del proceso estndar con otros procesos se

determina;
las competencias requeridas y los roles para realizar el proceso estn

identificadas como parte del proceso estndar;
la infraestructura requerida y el ambiente de trabajo para realizar el proceso

estn identificados como parte del proceso estndar;
se determinan los mtodos adecuados para el monitoreo de la efectividad y de

lo apropiado de un proceso.

Pg. 53 de 65

UADE
los objetivos de desempeo del proceso estn definidos;
AP 3.2 Atributo de implantacin del proceso

un proceso definido est implantado con base al proceso estndar ajustado y/o
apropiadamente seleccionado;
los roles requeridos, responsabilidades y autoridades para realizar el proceso

definido estn asignados y comunicados;
el personal que realiza el proceso definido tiene competencia con base en la

educacin apropiada, capacitacin y experiencia;
los recursos requeridos y la informacin necesaria para realizar el proceso

definido estn disponibles, asignados y usados;
la infraestructura requerida y el ambiente de trabajo para realizar el proceso

definido estn identificados, administrados y mantenidos;
los datos apropiados se recolectan y analizan como base para el entendimiento

del comportamiento del proceso, para demostrar lo apropiado y lo efectivo del
proceso y para evaluar si la mejora continua del proceso puede ser realizada.

Pg. 54 de 65

UADE
9.2.1.5 Nivel 4: Proceso Predecible

El proceso Establecido opera dentro de lmites para lograr sus resultados.
AP 4.1 Atributo de medicin del proceso
se establece la informacin necesaria para apoyar las metas del negocio

relevantes y definidas;
los objetivos de la medicin del proceso se derivan de las necesidades de
informacin del proceso;
se establecen los objetivos cuantitativos para el desempeo del proceso para el

apoyo de las metas de negocio relevantes;
las medidas y la frecuencia de su medicin se identifican y definen acorde a los

objetivos de la medicin del proceso y los objetivos cuantitativos para el
desempeo del proceso;
los resultados de la medicin se recolectan, analizan y reportan para monitorear

el grado de cumplimiento de los objetivos cuantitativos del desempeo del
proceso;
los resultados de la medicin se usan para caracterizar el desempeo del

proceso.

Pg. 55 de 65

UADE
AP 4.2 Atributo de control del proceso

las tcnicas de anlisis y control se determinan y aplican, en caso de ser

necesario;
los lmites de control de la variacin se establecen para el desempeo normal

del proceso;
los datos resultantes de una medicin se analizan para causas especficas de

variacin;
se toman acciones correctivas para atender las causas especficas de

variacin;
se reestablecen los limites de control, si es necesario, como consecuencia de la

accin correctiva.
9.2.1.6 Nivel 5: Optimizando el Proceso

El proceso Predecible es continuamente mejorado para lograr las metas de negocio actuales
y futuras relevantes.
AP 5.1 Atributo de innovacin del proceso
los objetivos para la mejora del proceso se definen para apoyar las metas
relevantes de negocio;
se analizan los datos apropiados para identificar las causas comunes de

variacin en el desempeo del proceso;

Pg. 56 de 65

UADE
se analizan datos apropiados para identificar oportunidades de mejora para

realizar mejores prcticas e innovar;
se identifican las oportunidades de mejora derivadas de nuevas tecnologas y

nuevos conceptos de procesos;
se establece una estrategia de implantacin para alcanzar los objetivos de

mejora del proceso.
AP 5.2 Atributo de optimizacin del proceso

el impacto de todos los cambios propuestos se evala contra los objetivos del
proceso definido y del proceso estndar;
la implantacin de todos los cambios acordados se administra para asegurar

que cualquier trastorno en el desempeo del proceso se entiende y se toman
acciones al respecto;
la eficacia del cambio del proceso con respecto al desempeo actual se evala
contra los requerimientos definidos del producto y los objetivos del proceso
para determinar si los resultados se deben a causas comunes o especiales.
los objetivos para la mejora del proceso se definen para apoyar las metas
relevantes de negocio;
9.2.1.7 Calificacin de los Atributos del Proceso

El grado del cumplimiento del atributo del proceso se califica usando una escala
ordinal, definida a continuacin.
El conjunto de las calificaciones de los atributos de un proceso forman su perfil. El

resultado de una evaluacin incluye un conjunto de perfiles del proceso para los procesos
evaluados.

Pg. 57 de 65

UADE
9.2.1.8 Calificaciones del nivel de Capacidad del Proceso

El nivel de capacidad alcanzado por proceso se deriva de la calificacin de los
atributos correspondientes tomando como referencia la siguiente tabla.

Pg. 58 de 65

UADE
9.3
Kuali (Herramienta Auxiliar en Implementacin de MoProSoft)
Kauli es una herramienta derivada del proyecto Acelera.ProSoft que ofrece la posibilidad de
administrar proyectos basados en MoProSoft, la cual provee varias funcionalidades:
1. Navegacin del proceso
Permite la consulta integrada en la herramienta de todos los elementos que contempla
MoProsoft para cada uno de los 6 procesos: descripcin de actividades, roles, mtricas, etc.
As mismo la herramienta permite la navegacin por medio de hipervnculos lo cual facilita la

consulta de la informacin.
Dentro de Kuali tenemos la metodologa de Moprosoft 1.3 que ya es una norma mexicana
para la implementacin de procesos, Explica paso a paso como se debe seguirla

Pg. 59 de 65

UADE
Vemos como Gestin de Procesos, esta dentro de la categora de Procesos en la etapa de

Gerencia
2. Base de Conocimiento
Uno de los elementos mas importantes contemplado por MoProSoft es el de la Base de
conocimiento, el cual es un repositorio donde se depositan todos los productos de los
procesos. Kuali ofrece la funcionalidad de proveer este repositorio en el cual en el cual se
puede almacenar de manera segura los productos generados de acuerdo a cada uno de los
procesos. Se ofrece un repositorio jerrquico en el cual se soporta un control de versiones,
visor de documentos, soporte a plantillas y definicin de permisos de acuerdo a roles.

Pg. 60 de 65

UADE
Base de Conocimiento es donde estn todos los archivos referentes a la metodologa y a

todos los proyectos de desarrollo que tienen las empresas que estn siguiendo esta
metodologa.
3. Elementos de Trabajo
Este componente de la herramienta permite la captura y control de los principales elementos
de trabajo relacionados con el proceso de construccin de software entre los cuales se
encuentran: defectos, requerimientos, tareas y riesgos. La herramienta soporta ciclos de
trabajo sobre los diferentes estados que puede tomar un elemento de trabajo (Nuevo, Activo,
Cerrado).

Pg. 61 de 65

UADE
Elementos de Trabajo de un proyecto Kuali maneja:

Defectos
Requerimientos
Riesgos
Tareas

Pg. 62 de 65

UADE
Dentro de Elementos de Trabajo tenemos las tareas, que van a estar mapeadas a los roles
que tiene kuali, y que son los que recomienda la metodologa

Pg. 63 de 65

UADE
Tambin existen Reportes que se pueden obtener dentro de kuali, bsicamente reportes del
Trucking de los distintos tems de trabajo, en grficos o listados

Pg. 64 de 65

UADE
10 ANEXO II: PRESENTACIN EN POWER POINT

La presentacin del trabajo realizada en el formato Microsoft Power Point comienza en la
siguiente hoja (sin numeracin), para hacer mas clara la estructura del mismo.

Pg. 65 de 65

Trabajo de Investigacion - MOPROSOFT (05.06.09)

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Trabajo de Investigacion - MOPROSOFT (05.06.09)

Uploaded by

Copyright:

Available Formats

Ingeniera en Sistemas I Trabajo de Investigacin

Universidad Argentina de la Empresa

UADE | Universidad Argentina de la Empresa

Ingeniera en Sistemas I Trabajo de Investigacin

Universidad Argentina de la Empresa

UADE | Universidad Argentina de la Empresa

Ingeniera en Sistemas I Trabajo de Investigacin

Universidad Argentina de la Empresa

9.2 EvalProSoft (Descripcin General del Mtodo de Evaluacin).................................................50

UADE | Universidad Argentina de la Empresa

Ingeniera en Sistemas I Trabajo de Investigacin

Sntesis del cambio

Exclusin de partes que no aplicaban al

Inclusin de ndice y formato del

Refinamiento antes de entrega

Correcion de errores sealados

UADE | Universidad Argentina de la Empresa

Ingeniera en Sistemas I Trabajo de Investigacin

Dziubak, Erik Alexei

Garca Rosa, Mara Victoria

UADE | Universidad Argentina de la Empresa

Ingeniera en Sistemas I Trabajo de Investigacin

Cuomo, Virginia Vernica

Rossi, Bibiana Delmira

UADE | Universidad Argentina de la Empresa

Ingeniera en Sistemas I Trabajo de Investigacin

Universidad Argentina de la Empresa

La Secretara de Economa de Mxico comenz en 2002 trabajos en busca de definir

Este trabajo de investigacin se centra en uno de los dos modelos, el modelo de

UADE | Universidad Argentina de la Empresa

Ingeniera en Sistemas I Trabajo de Investigacin

Universidad Argentina de la Empresa

UADE | Universidad Argentina de la Empresa

Ingeniera en Sistemas I Trabajo de Investigacin

Desarrollar y mantener un software se realiza a travs de una serie de procesos o

Organizaciones que no cuentan con procesos establecidos.

Organizaciones que cuentan actualmente con procesos definidos.

UADE | Universidad Argentina de la Empresa

Ingeniera en Sistemas I Trabajo de Investigacin

EXPLICACIN DEL TEMA: MOPROSOFT

Conjunto de prcticas relacionadas entre s, llevadas a cabo

Fin a que se dirige o encamina una accin u operacin.

Mecanismo que sirve para mostrar o significar una cosa con

Es responsable por un conjunto de actividades de uno o ms

Cualquier elemento que se genera en un proceso.

Un conjunto de elementos, tales como actividades, roles,

Conjunto de tareas especficas asignadas para su realizacin

Actividad para confirmar que el producto refleja propiamente

Actividad para confirmar que el producto resultante es capaz

de Esquema que expresa las relaciones entre las actividades de

Gua de ajuste Modificacin a las prcticas, entradas y salidas de un

Ingeniera en Sistemas I Trabajo de Investigacin

Hacer diligencias conducentes al logro de un negocio.

Administracin Organizar trabajo y disponer recursos.

Empresa o rea interna de la misma dedicada al desarrollo

Conjunto de elementos o servicios que se consideran

Accin o efecto de medir.

Circunstancia que impide el desarrollo de una actividad.

Experiencia positiva o negativa

Estudio de la potencialidad o de la capacidad que tiene

6.2.2 Enfoque basado en procesos

Ingeniera en Sistemas I Trabajo de Investigacin