APUNTES UNIDAD 5

ARGENIZ ANTONIO ROMERO GARCA.

MAYO 2017.

TECNOLOGCO NACIONAL DE MXICO CAMPUS CD. VICTORIA.

DEPARTAMENTO DE SISTEMAS Y COMPUTACION.
FUNDAMENTOS DE INGENIERIA DE SOFTWARE
M.S.I. EVA ALICIA PLATAS RODRIGUEZ
Contenido ii
Captulo 1 CONCEPTO DE CALIDAD ........................................................................................ 1
Captulo 2 IMPORTANCIA DE LA CALIDAD ........................................................................... 2
Captulo 3 FACTORES DE CALIDAD ......................................................................................... 3
Captulo 4 ASEGURAMIENTO DE LA CALIDAD ..................................................................... 5
Captulo 5 ESTANDARES Y METRICAS DE CALIDAD .......................................................... 6
Captulo 6 MODELO DE MADUREZ........................................................................................... 7
6.1 ENFOQUE DE PROCESOS ................................................................................................ 8
6.2 PSP Y TSP ............................................................................................................................ 8
6.3 SPICE .................................................................................................................................. 10
6.4 CMMI ................................................................................................................................. 10
6.5 MOPROSOFT..................................................................................................................... 11
 1

Captulo 1

CONCEPTO DE CALIDAD

El diccionario de la Real Academia Espaola (DRAE) define como calidad a la

Propiedad o conjunto de propiedades inherentes a algo, que permiten juzgar su valor.

Procede del vocablo griego "kalos" que significa: bueno, hermoso, noble, honesto, el placer
y la felicidad, y del latn "qualitas", que significa calidad. Si se aplica este trmino a los
productos industriales puede producir confusin por no ser entendido por todos de igual
modo; por lo que se le aade un adjetivo: calidad buena, mala, alta, baja, superior, inferior,
etc., que le aporta el contenido de grado que necesita para que desaparezca la confusin
(Kindwell, (1971 pp 2022).

La International Standar Organization (ISO) ( en su norma 8402), define la calidad como:

"el conjunto de caractersticas de una entidad que le confieren la aptitud para satisfacer las
necesidades establecidas o implcitas". Esta definicin, junto con la norma ISO 9000, ha
permitido la harmonizacin a escala mundial y ha supuesto el crecimiento del impacto de
la calidad en el mercado internacional (Jimnez, 1996, pp. 203-214). Por otro lado, hay que
destacar la gran cantidad de disciplinas que se han ocupado de ella (Garvin 1984b, pp. 77-
92). De ah que Quintanilla (1988, pp. 8595) planteara el concepto de calidad como "eso
que todo el mundo entiende, aunque nadie sabe definirlo".

La American Society for Quality Control (ASQC) (1974) define la calidad como: "el
conjunto de funciones y caractersticas de un producto, proceso o servicio que le confieren
la capacidad necesaria para satisfacer las necesidades de un determinado usuario". Oxifeld
(1950, pp. 300314) la define como: "el conjunto de atributos del un producto que
proporcionan la satisfaccin del consumidor". Galgano (1993, p. 33) la define como:
"satisfaccin del cliente". Otros autores como Shiba et al (1995, pp. 1827) definen la
calidad mediante el estudio de las diferentes facetas por las cuales ha pasado el concepto
de calidad a lo largo de la historia 1. aptitud segn estndares, 2. aptitud de uso, 3. aptitud
de costes, 4. aptitud para necesidades latentes, 5. Aptitud hacia la cultura corporativa, y 6.
aptitud con el entorno social y global. El concepto de calidad abarca, segn Dochy (1988,
p. 24) los siguientes campos: Satisfaccin de los clientes. Satisfaccin de las necesidades
de los trabajadores. Satisfaccin de las necesidades de la sociedad.

Calidad es el conjunto de caractersticas y cumplimiento de estndares que da satisfaccin

y seguridad tanto a los consumidores como a las grandes empresas, esto debido a un
rgimen de consumo de las antes citadas. [Romero Garcia Argeniz, 2017]
 2

Captulo 2

IMPORTANCIA DE LA CALIDAD

La importancia que ha ido cobrando la calidad en los sistemas de informacin corre paralela
a la explosin de datos del universo digital, as como a las nuevas soluciones surgidas para
dar adaptar y, en suma, mejorar la infraestructura de TI.

El aprovechamiento de estos recursos implica disear y llevar a cabo estrategias que logren
la calidad de estos sistemas. Solo as ser posible sacar partido de este incremento del
volumen de recursos a los que tenemos acceso, si bien se trata de una inversin
constante en software, equipos tecnolgicos y recursos humanos.

Como recompensa a este esfuerzo, los sistemas de informacin de calidad otorgan grandes
ventajas competitivas que podemos definir por activa o por pasiva. En el primer caso,
implementar estrategias de calidad de la informacin es garantizar un mayor nivel de
calidad, precisin y potencia a la hora de gestionarla.

A su vez, los sistemas de informacin de calidad aportan una visible obtencin de retorno
de la inversin en muy distintos escenarios, pues unos datos de calidad bien gestionados
constituyen uno de los principales activos de la organizacin a lo largo y ancho de su
estructura. En suma, sus capacidades se traducen en numerosos beneficios que permiten a
la organizacin aprovechar las nuevas oportunidades que brinda el mercado.

Las ventajas se observan en trminos de prestigio, de marketing, de difusin del

conocimiento, eficiencia operativa, satisfaccin del cliente, la toma de mejores decisiones,
cumplimiento de normativas, impacto positivo en las cuentas de resultados y un largo
etctera de aspectos positivos.

Por pasiva, es un hecho que la no calidad de la informacin y/o una gestin inadecuada de
la misma generan importantes prdidas que implican a distintos procesos y reas del
negocio. No en vano, la calidad de la informacin corporativa se est convirtiendo en uno
de los ms acuciantes problemas para las empresas.

En la prctica, para crear una ventaja competitiva a travs de la calidad, la implantacin de

un sistema de informacin ad hoc requiere un proceso constante de mejora, escalable y, en
definitiva, capaz de servir de apoyo para el desarrollo de las actividades propias de la
organizacin en sus diferentes facetas. [PowerData, R. (2017). La importancia de la calidad
en los sistemas de informacin. [online] Blog.powerdata.es. Available at:
http://blog.powerdata.es/el-valor-de-la-gestion-de-datos/la-importancia-de-la-calidad-en-
los-sistemas-de-informacion].
 3

Captulo 3

FACTORES DE CALIDAD

Entre los factores que Determinan la Calidad existen dos tipos de factores:

Factores que pueden ser medidos directamente (errores/KLDC/unidad de tiempo).

Factores que solo pueden ser medidos indirectamente (la facilidad de uso o de
mantenimiento).

En ambos casos se puede medir la calidad, debemos comparar el software (documentos,

programas, etc.) con alguna referencia y llegar a una indicacin de calidad.

Factores de Calidad segn McCall

PUNTO DE VISTA FACTOR

REVISIN DEL PRODUCTO Mantenibilidad
Flexibilidad
Testeabilidad
TRANSICIN DEL PRODUCTO Portabilidad
Reusabilidad
Interoperabilidad
OPERACIN DEL PRODUCTO Correctitud
Confiabilidad
Eficiencia
Integridad
Usabilidad

Factores de Calidad segn Boehm

El modelo que presenta Boehm presenta una jerarqua de caractersticas donde cada una de
ellas contribuye a la calidad global. Dentro de los factores que se describen en el modelo
se toman muchos de los que propone McCall. Parte de la estructura del modelo de Boehm
se presenta en la siguiente figura, se hace nfasis en los factores presentes en dicho modelo.
En total el modelo de Boehm presenta siete factores:
 4

Factores de Calidad segn ISO 9126

Es un modelo jerrquico con seis atributos especiales.

Vanevargas.jimdo.com. (2017). Factores de Calidad.

https://vanevargas.jimdo.com/mdulos/modelos/factores-de-calidad/.
 5

Captulo 4

ASEGURAMIENTO DE LA CALIDAD

El aseguramiento de la calidad es un aspecto importante de las operaciones de produccin

en toda la historia, pero es en la dcada de los aos veinte cuando se consolidara el trmino.

En esta poca, los empleados del departamento de inspeccin de WESTERN ELECTRIC

fueron transferidos a BELL TELEPHONE LABORATORIES. Las acciones de este grupo
comprendan la formulacin de nuevas teoras y mtodos de inspeccin para mejorar y
mantener la calidad.

Los pioneros del aseguramiento de calidad, Walter Shewnart, Harold Dodge y George
Edwards fueron miembros de este grupo. Fue all donde se acu el trmino aseguramiento
de la calidad. La elaboracin de grficas de control por parte de Shewnart, de tcnicas de
muestreo por Dodge y de tcnicas de anlisis econmicos para resolver problemas fueron
la base del moderno aseguramiento de la calidad.

El aseguramiento de la calidad, se puede definir como el esfuerzo total para plantear,

organizar, dirigir y controlar la calidad en un sistema de produccin con el objetivo de dar
al cliente productos con la calidad adecuada. Es simplemente asegurar que la calidad sea
lo que debe ser.

En las industrias manufactureras se crearon y refinaron mtodos modernos de

aseguramiento de la calidad. La introduccin y adopcin de programas de aseguramiento
de la calidad en servicios, ha quedado a la zaga de la manufactura, quiz tanto como una
dcada.

Los administradores de organizaciones de servicio por costumbre han supuesto que su

servicio es aceptable cuando los clientes no se quejan con frecuencia. Slo en ltimas
fechas se han dado cuenta que se puede administrar la calidad del servicio como arma
competitiva.

Aseguramiento de la calidad en manufactura

Garantizar la calidad de manufactura esta en el corazn del proceso de la administracin
de la calidad Es en este punto, donde se produce un bien o servicio, donde se
interconstruye o incorpora la calidad

Administracin General
La administracin o Sernela general, en las que estn los grupos de finanzas y ventas,
tiene la responsabilidad general de planear y ejecutar el programa de aseguramiento de la
calidad.
 6

Captulo 5

ESTANDARES Y METRICAS DE CALIDAD

El objetivo primordial de la ingeniera del software es producir un sistema, aplicacin o

producto de alta calidad. Para lograr este objetivo, los ingenieros de software deben
emplear mtodos efectivos junto con herramientas modernas dentro del contexto de un
proceso maduro de desarrollo del software. Al mismo tiempo, un buen ingeniero del
software y buenos administradores de la ingeniera
del software deben medir si la alta calidad se va a llevar a cabo.
La definicin estndar de calidad en ISO 8402 es La totalidad de rasgos y caractersticas
de un producto, proceso o servicio que sostiene la habilidad de satisfacer estados o
necesidades implcitas [Mcdermid 91]. Concordar explcitamente al estado funcional y
a los requerimientos del funcionamiento, explcitamente a los estndares de
documentacin.
Una mtrica de la calidad que proporciona beneficios tanto a nivel del proyecto como del
proceso, es la eficacia de la eliminacin de defectos (EED) En particular el EED es una
medida de la habilidad de filtrar las actividades de la garanta de calidad y de control al
aplicarse a todas las actividades del marco de trabajo del proceso.
 7

Captulo 6

MODELO DE MADUREZ

A partir de noviembre de 1986 el SEI, a requerimiento del Gobierno Federal de los Estados
Unidos de Amrica (en particular del Departamento de Defensa, DoD), desarroll una
primera definicin de un modelo de madurez de procesos en el desarrollo de software, que
se public en septiembre de 1987. Este trabajo evolucion al modelo CMM o SW-
CMM (CMM for Software), cuya ltima versin (v1.1) se public en febrero de 1993.
Este modelo establece un conjunto de prcticas o procesos clave agrupados en reas Clave
de Proceso (KPA - Key Process Area). Para cada rea de proceso define un conjunto de
buenas prcticas que habrn de ser:
Definidas en un procedimiento documentado
Provistas (la organizacin) de los medios y formacin necesarios
Ejecutadas de un modo sistemtico, universal y uniforme (institucionalizadas)
Medidas
Verificadas
A su vez estas reas de Proceso se agrupan en cinco "niveles de madurez", de modo que
una organizacin que tenga institucionalizadas todas las prcticas incluidas en un nivel y
sus inferiores, se considera que ha alcanzado ese nivel de madurez.

1 - Inicial. Las organizaciones en este nivel no disponen de un ambiente estable para el

desarrollo y mantenimiento de software. Aunque se utilicen tcnicas correctas de
ingeniera, los esfuerzos se ven minados por falta de planificacin. El xito de los proyectos
se basa la mayora de las veces en el esfuerzo personal, aunque a menudo se producen
fracasos y casi siempre retrasos y sobrecostes. El resultado de los proyectos es
impredecible.
2 - Repetible. En este nivel las organizaciones disponen de unas prcticas
institucionalizadas de gestin de proyectos, existen unas mtricas bsicas y un razonable
seguimiento de la calidad. La relacin con subcontratistas y clientes est gestionada
sistemticamente.
3 - Definido. Adems de una buena gestin de proyectos, a este nivel las organizaciones
disponen de correctos procedimientos de coordinacin entre grupos, formacin del
personal, tcnicas de ingeniera ms detalladas y un nivel ms avanzado de mtricas en los
procesos. Se implementan tcnicas de revisin por pares (peer reviews).
4 - Gestionado. Se caracteriza porque las organizaciones disponen de un conjunto de
mtricas significativas de calidad y productividad, que se usan de modo sistemtico para
la toma de decisiones y la gestin de riesgos. El software resultante es de alta calidad.
5 - Optimizado. La organizacin completa est volcada en la mejora continua de los
procesos. Se hace uso intensivo de las mtricas y se gestiona el proceso de innovacin.
 8

6.1 ENFOQUE DE PROCESOS

Un proceso es un conjunto de actividades que estn interrelacionadas y que pueden

interactuar entre s. Estas actividades transforman los elementos de entrada en resultados,
para ello es esencial la asignacin de recursos.
Los procesos constan de:
Elementos de entrada y salida, los cuales pueden ser tangibles o intangibles. Los resultados
pueden ser tambin no intencionados como por ejemplo la contaminacin ambiental.
Clientes y partes interesadas que tengan necesidades y expectativas en los procesos, ellos
son los que definirn los resultados que requiere un determinado proceso.
Sistemas de medicin para proporcionar informacin sobre el desempeo del proceso.
Cualquier resultado debera ser analizado para poder determinar si existe necesidad de
aplicar algn tipo de accin correctiva o de mejora.
La ventaja principal del enfoque basado en procesos que propone ISO-9001 reside en la
gestin y control de cada una de las interacciones ente los procesos y las jerarquas
funcionales de la organizacin.
Los procesos deben servir para aportar valor a una organizacin, adems deben estar
alineados con los objetivos, alcance y grado de complejidad de la organizacin.

6.2 PSP Y TSP

PSP

Es un conjunto de prcticas disciplinadas para la gestin del tiempo y mejora de la

productividad personal de los programadores o ingenieros de software, en tareas de
desarrollo y mantenimiento de sistemas. Est alineado y diseado para emplearse en
organizaciones con modelos de procesos CMMI o ISO 15504. Fue propuesto por Watts
Humphrey en 1995 y estaba dirigido a estudiantes. A partir de 1997 con el lanzamiento del
libro "An introduction to the Personal Software Process" se dirige ahora a ingenieros
juniors.
Se puede considerar como la gua de trabajo personal para ingenieros de software en
organizaciones que emplean un modelo CMMI con nivel de madurez o de capacidad de
procesos que implica la medicin cualitativa y mejora de procesos.
Uno de los mayores problemas que tiene es la gran cantidad de datos que hay que tomar.
El PSP tiene obsesin por la toma de datos y elaboracin de tablas. El PSP se orienta el
conjunto de reas clave del proceso que debe manejar un desarrollador cuando trabaja de
forma individual.
PSP, es uno de los 3 vrtices donde descansa un proceso de mejora que trabaja sobre 3
niveles de la organizacin, los otros 2 son CMM y TSP.
El PSP amplia el proceso de mejora a la gente que realiza el trabajo de desarrollo de
software, concentrndose en las practicas de trabajo de los ingenieros en una forma
individual, enseando como manejar la calidad desde el principio de un producto. PSP son
nuestras propias mtricas, que permiten estructurar y ordenar nuestro trabajo del da a da
(no solo de desarrollo de software, esto lo voy a explicar mas adelante). El resultado de
 9

nuestro trabajo, adems puede ser llevado a un trabajo en equipo TSP (Team Process
Software), el cual es comandado por un sistema de gestin de la configuracin y por
supuesto, un Jefe de Proyecto quien evala los resultados y avances de los miembros del
equipo.

TSP
Team Software Process (TSP) es un mtodo de establecimiento y mejora del trabajo en
equipo para procesos software.
TSP proporciona directrices para ayudar a un equipo a establecer sus objetivos, a planificar
sus procesos y a revisar su trabajo con el fin de que la organizacin pueda establecer
prcticas de ingeniera avanzadas y as obtener productos eficientes, fiables y de calidad.
Est formado por dos componentes primarios que abarcan distintos aspectos del trabajo en
equipo:
Formacin del equipo de trabajo.
Gestin del equipo de trabajo.
Existen diferentes metodologas para la mejora de procesos, la mayora de ellas se basa en
la mejora de los procesos que dan como resultado un servicio o producto. El TSP busca
integrar un equipo que tenga como punto de partida la unificacin del mismo, para poder
llevar a cabo todos aquellos procedimientos que puedan realizar mejora a los procesos que
desarrollan.
El Team Software Process (TSP) es un proceso de desarrollo para equipos de ingenieros
basado en CMMI, ayuda a conformar equipos para el desarrollo de software de calidad.
TSP proporciona directrices para ayudar a un equipo a establecer sus objetivos, a planificar
sus procesos y a revisar su trabajo con el fin de que la organizacin pueda establecer
prcticas de ingeniera avanzadas y as obtener productos eficientes, fiables y de calidad.
TSP es una solucin basada en procesos para resolver problemas de negocio, tales como:

Predictibilidad de costo y tiempo

Mejora de productividad
Ciclos de desarrollo y mejora de calidad de productos.
 10

6.3 SPICE

Tambin conocido como Software Process Improvement Capability Determination,

abreviado SPICE, en espaol, Determinacin de la Capacidad de Mejora del Proceso de
Software es un modelo para la mejora, evaluacin de los procesos de desarrollo,
mantenimiento de sistemas de informacin y productos de software.
En 1991, dado el nmero creciente dre). Por tanto, el proyecto SPICE fue creado bajo los
auspicios del Comit Internacional de estndares de Ingeniera de Software y Sistemas a
travs de su Grupo de Trabajo sobre Evaluacin de proceso (WG10).
En 1992, el informe del grupo de estudio dijo que: ...la comunidad internacional debera
poner recursos para desarrollar un estndar para la evaluacin de procesos software,
incorporando lo mejor de los mtodos de evaluacin de procesos existentes.
ISO decidi entonces se hiciera el desarrollo por pasos de un estndar para la evaluacin
de procesos. Los pasos fueron los siguientes:
Publicacin inicial como Informe Tcnico Technical Report (borrador de estndar)
para que despus de su uso real pasase a
Revisin y publicacin como estndar internacional IS ISO/IEC 15504 Tecnologas de
la Informacin Evaluacin de Procesos (ISO/IEC 15504 Information Technology
Process Assessment).
Las siglas SPICE significan: Software Process Improvement and Capability
Determination, es decir, Determinacin de la capacidad y mejora de los procesos de
software.
El proyecto SPICE tena tres objetivos principales:
Desarrollar un borrador de trabajo para un estndar de evaluacin de procesos de
software.
Llevar a cabo los ensayos de la industria de la norma emergente.
Promover la transferencia de tecnologa de la evaluacin de procesos de software a la
industria del software a nivel mundial.
El primer objetivo del proyecto se logr en junio de 1995, con la entrega del borrador de
trabajo de la norma para la evaluacin de procesos de software al WG10 para su votacin
entre la comunidad de estandarizacin internacional. El Borrador de Trabajo se
denominaba comnmente como el conjunto de documentos SPICE (o SPICE Versin 1).
Este primer borrador se bas en modelos existentes en aquel momento.

6.4 CMMI

Integracin de modelos de madurez de capacidades o Capability Maturity Model

Integration (CMMI) es un modelo para la mejora y evaluacin de procesos para el
desarrollo, mantenimiento y operacin de sistemas de software.
Las mejores prcticas CMMI se publican en los documentos llamados modelos. En la
actualidad hay tres reas de inters cubiertas por los modelos de CMMI: Desarrollo,
Adquisicin y Servicios.
La versin actual de CMMI es la versin 1.3 la cual fue liberada el 1 de noviembre de
2010. Hay tres constelaciones de la versin 1.2 disponible:
 11

CMMI para el Desarrollo (CMMI-DEV o CMMI for Development), Versin 1.2 fue
liberado en agosto de 2006. En l se tratan procesos de desarrollo de productos y servicios.
CMMI para la adquisicin (CMMI-ACQ o CMMI for Acquisition), Versin 1.2 fue
liberado en noviembre de 2007. En l se tratan la gestin de la cadena de suministro,
adquisicin y contratacin externa en los procesos del gobierno y la industria.
CMMI (CMMI-SVC o CMMI for Services), est diseado para cubrir todas las actividades
que requieren gestionar, establecer y entregar Servicios.
Dentro de la constelacin CMMI-DEV, existen dos modelos:
CMMI-DEV
CMMI-DEV + IPPD (Integrated Product and Process Development)
Independientemente de la constelacin\modelo que opta una organizacin, las prcticas
CMMI deben adaptarse a cada organizacin en funcin de sus objetivos de negocio.
Las organizaciones no pueden ser certificadas CMMI. Por el contrario, una organizacin
es evaluada (por ejemplo, usando un mtodo de evaluacin como SCAMPI) y recibe una
calificacin de nivel 1-5 si sigue los niveles de Madurez (si bien se comienza con el nivel
2). En caso de que quiera la organizacin, puede coger reas de proceso y en vez de por
niveles de madurez puede obtener los niveles de capacidad en cada una de las reas de
Proceso, obteniendo el "Perfil de Capacidad" de la Organizacin.
Nivel 1: No Confiable- Ambiente impredecible donde las organizaciones no tienen
actividades de control y no estn diseadas.
Nivel 2: Informal- Las actividades de control existen pero no se ponen en practica. Los
controles dependen bsicamente de las personas. No hay un entrenamiento formal ni
comunicacin de las actividades de control.
Nivel 3: estandarizado- Las actividades de control existen y estn diseadas, han sido
documentadas y comunicadas a los empleados, las desviaciones de las actividades de
control probablemente no se detecten.
Nivel 4: Monitoreado- Se utilizan herramientas en una forma limitada para soportar las
actividades de control
Nivel 5: Optimizado- Es una estructura integrada de control interno con un monitoreo en
tiempo real por la gerencia, as como mejoras continuas-auto control, se encuentran
cambios ms rpidos al momento de detectar errores en los manejos de las actividades o
en las personas.

6.5 MOPROSOFT

Modelo de Procesos para la Industria del Software. Modelo para la mejora y evaluacin de
los procesos de desarrollo y mantenimiento de sistemas y productos de software.
Desarrollado por la Asociacin Mexicana para la Calidad en Ingeniera de Software a
travs de la Facultad de Ciencias de la Universidad Nacional Autnoma de Mxico
(UNAM) y a solicitud de la Secretara de Economa para obtener una norma mexicana que
resulte apropiada a las caractersticas de tamao de la gran mayora de empresas mexicanas
de desarrollo y mantenimiento de software. Moprosoft es el nombre del modelo en la
comunidad universitaria y profesional, y la norma tcnica a la que da contenido es la NMX-
 12

059/02-NYCE-2005 que fue declarada Norma Mexicana el 15 de agosto de 2005 con la

publicacin de su declaratoria en el Diario oficial de la Federacin.
Moprosoft considera que los modelos de evaluacin y mejora CMMI e ISO/IEC 15504 no
resultan apropiados para empresas pequeas y medianas de desarrollo y mantenimiento de
software. Sobre las reas de procesos de los niveles 2 y 3 del modelo SW-CMM e
inspirndose en el marco de ISO/IEC 15504 se ha desarrollado este modelo.

Se han aplicado los siguientes criterios para la elaboracin de este modelo de procesos:
La estructura de procesos resultante debe ser acorde a la estructura generalmente empleada
por las organizaciones de la industria del software (alta direccin, gestin y operacin)
La alta direccin tiene un papel importante a travs de la planificacin estratgica. Debe
actuar como promotor del buen funcionamiento de la organizacin a travs de su
implicacin en la revisin y mejora continua del modelo.
El modelo considera a la gestin como proveedora de recursos, procesos y proyectos; as
como responsable de la vigilancia del cumplimiento de los objetivos estratgicos de la
organizacin.
El modelo considera a la operacin como ejecutora de los proyectos de desarrollo y
mantenimiento de software.
El modelo integra con claridad y consistencia los elementos indispensables para la
definicin de los procesos y las relaciones entre ellos.
El modelo integra los elementos para realizar la administracin de proyectos desde un slo
proceso.
El modelo integra los elementos para realizar la ingeniera de productos de software en un
nico marco que incluya los procesos precisos de soporte (verificacin, validacin,
documentacin y control de la documentacin).
El modelo destaca la importancia de la gestin de recursos, con especial relevancia en
aquellos que componen el conocimiento de la organizacin: productos generados por
proyectos, datos de los proyectos, mediciones, documentacin de procesos y datos
cosechados a partir del uso y de las lecciones aprendidas.
Moprosoft se basa en los modelos de procesos ISO 9001:2000, en las reas de procesos de
los niveles 2 y 3 de CMM-SW: CMM-SW v.1.1., en el marco general ISO/IEC15504 y en
prcticas y conceptos de PMBOK Y SWEBOK.
PROSOFT representa un campo diferente de apoyo a los empresarios de las tecnologas de
la informacin, es un sector diverso para hacer negocios y generar fuentes de empleo
dignas
El Plan Nacional de Desarrollo 2001-2006 plantea el fomento a la industria y el mercado
De Tecnologas de la Informacin (TI) como estrategia para aumentar la competitividad
del Pas. Dado el gran potencial con que cuenta Mxico para desarrollar esta industria, la
Secretara de Economa, en coordinacin con organismos empresariales y empresas del
Sector, dise el PROSOFT.

Categora alta direccin (DIR)

Gestin de Negocio
Gestin de Negociacin
 13

Categora Gerencia (GER)

Gestin de Procesos
Gestin de Proyectos
Gestin de Recursos
Recursos Humanos y Ambiente de Trabajo
Bienes Servicios e Infraestructura
Conocimiento de la Organizacin.

Categora Operacin (OPE)

Administracin de Proyectos Especficos
Desarrollo y Mantenimiento de Software