MATERIA:

GESTIÓN DE PROYECTOS DE SOFTWARE

CLAVE DE LA ASIGNATURA: SGC-1009

TITULAR DE LA MATERIA:

MTRO. EDGAR GÓMEZ CRISTÓBAL

 EVALUACIÓN
INVESTIGACIÓN “DISEÑO DE ALTO NIVEL” 10% 8 DE MARZO

REALIZAR UNA INVESTIGACIÓN ACERCA DE CMMI Y MoPROSOFT

40% 8 de marzo
GESTIONA INFORMACIÓN DE AL MENOS TRES HERRAMIENTAS PARA
LA ESTIMACIÓN DE PROYECTOS DE SOFTWARE, PLASMA SUS
RESULTADOS EN UN CUADRO COMPARATIVO 30%
15 de marzo

EVALUACIÓN DE LA UNIDAD 2 30%

21 de marzo

PORTAFOLIO DE EVIDENCIAS 10 %

ASISTENCIA Y PUNTUALIDAD 10%

 UNIDAD 2
GESTIÓN DE CALIDAD

2.1 Plan de calidad del software.

2.2 La gestión de proyectos usando un marco de calidad.

2.3 Estándares y Métricas de calidad en la ingeniería de software.

2.3.1 CMMI. 2.3.2 MoProSoft.

2.4 Impacto de la calidad en tiempo, costo y alcance del

proyecto.

2.5 Control del cambio.

 2.1. PLAN DE LA CALIDAD DEL SOFTWARE

La calidad de software es el grado con el que un sistema, componente o proceso cumple los
requerimientos, las necesidades o expectativas del cliente o usuario.

DEFINICION DE CALIDAD DE SOFTWARE: Concordancia del software producido con los requisitos
funcionales y de rendimiento explícitamente establecidos, con los estándares de desarrollo
explícitamente documentados y con las características implícitas que se espera de todo software
desarrollado profesionalmente (Pressman, 2008)

La obtención de un software con calidad implica la utilización de metodologías o procedimientos

estándares para el análisis, diseño, programación y prueba del software que permitan uniformar la
filosofía de trabajo, en aras de lograr una mayor confiabilidad, mantenibilidad y facilidad de prueba, a
la vez que eleven la productividad, tanto para la labor de desarrollo como para el control de la
calidad del software
Los requisitos del software son la base de las medidas de calidad. La falta de concordancia
con los requisitos es una falta de calidad. Los estándares o metodologías definen un
conjunto de criterios de desarrollo que guían la forma en que se aplica la ingeniería del
software. Si no se sigue ninguna metodología siempre habrá falta de calidad.

Existen algunos requisitos implícitos o expectativas que a menudo no se mencionan, o se

mencionan de forma incompleta (por ejemplo, el deseo de un buen mantenimiento) que
también pueden implicar una falta de calidad.

La política establecida debe estar sustentada sobre tres principios básicos: tecnológico, administrativo
y ergonómico.
La política establecida debe estar sustentada sobre tres principios básicos: tecnológico, administrativo
y ergonómico.

El principio tecnológico define las técnicas a utilizar en el proceso de desarrollo del software.

El principio administrativo contempla las funciones de planificación y control del desarrollo del
software, así como la organización del ambiente o centro de ingeniería de software.

El principio ergonómico define la interfaz entre el usuario y el ambiente automatizado.

La adopción de una buena política contribuye en gran medida a lograr la calidad del software, pero
no la asegura. Para el aseguramiento de la calidad es necesario su control o evaluación
2.2. La gestión de proyectos usando un marco de calidad

La gestión de calidad.
• establece un marco de procesos o de estándares de organización que conducirán a obtener
software de mayor calidad.
• Implica la aplicación de procesos específicos de calidad y la verificación de que continúen dichos
procesos planeados.
• Establecer un plan de calidad para un proyecto.
El plan de calidad debe establecer metas de calidad para el proyecto y definir cuales procesos o
estándares se usarán.

Aseguramiento de la calidad. Es la definición de procesos o estándares que beben conducir a la

obtención de productos de alta calidad, representa simplemente la definición de procesamientos,
procesos y estándares cuyo objetivo: es asegurar el logro de la calidad del software.

La gestión de la calidad de proyecto proporciona una comprobación independiente sobre el proceso

de desarrollo de software, verifica los entregables del proyecto, para garantizar que sean consistentes
con los estándares y metas de la organización.
El propósito de la gestión de la calidad. • Asegurar que los productos de trabajo y la ejecución de los
procesos estén en conformidad con los planes, procedimientos y estándares establecidos Lo que se
requiere con la conformidad de proceso y del producto es, buscar asegurara que los productos de
software producidos cumplan con las características de calidad preestablecidas

Busca asegurar que los procesos planificados sean

Implementados.
EL PLAN DE CALIDAD ES EL SIGUIENTE.
1. Introducción del producto
2. Planes del producto
3. Descripciones del proceso
4. Metas de calidad del software
ACTIVIDADES DE ASEGURAMIENTO DE LA CALIDAD
Establecimiento de un plan para el aseguramiento de la calidad del proyecto:
– Se desarrolla durante la planificación del proyecto
– Se revisa por todas las partes involucradas

Revisión de la descripción del proceso para asegurar:

– Ajuste a la política de la empresa
– Cumplimiento de estándares internos y externos

Revisión de las actividades de IS y de los productos:

– Seguimiento de las desviaciones
– Verificación de la realización de las correcciones

Control y gestión de cambios:

– Establecimiento de configuraciones de referencia que permitan controlar y gestionar los cambios
del software de una manera formal. Recopilación y análisis de métricas: identificación y selección
de las métricas de calidad más adecuadas para evaluar tanto la calidad del producto como la
calidad del proceso.
2.3 Estándares y métricas de la calidad en la ingeniería de software

Conoce el nivel de calidad requerido en el software. Como se indicó anteriormente, el proceso QA se

ocupa ante todo de definir o seleccionar los estándares que deben de ser aplicados al proceso de
desarrollo software o al producto software.

Podemos definir dos tipos de estándares como parte del proceso de garantía de calidad:

ESTANDARES
✓ estándares del producto: se aplican al producto a desarrollar.
• estándares de documentos (p.ej., estructura del documento de requerimientos a producir)
• estándares de documentación (encabezados estándar de comentarios para una definición de clase)
• estándares de codificación (cómo utilizar un lenguaje de programación)

✓ estándares del proceso: definen los procesos a seguir durante el desarrollo definiciones de los procesos
de especificación y análisis, diseño, validación, descripción de los documentos a generar en cada uno
de estos procesos.
Existe una relación muy cercana entre los estándares de producto y los estándares de
proceso. Los estándares de producto se aplican a las salidas del proceso software y. en
muchos casos, los estándares de proceso incluyen actividades de proceso específicas que
garantizan que se sigan los estándares de producto
Los estándares de software son importantes por varias razones:

1. Están basadas en el conocimiento de la mejor o más apropiada práctica de la empresa, evita la

repetición de errores anteriores.

2. Proveen un marco de trabajo alrededor del cual se implementa el proceso de garantía de la

calidad. El control de la calidad sencillamente asegura que los estándares se siguen
adecuadamente.

3. Ayudan a la continuidad cuando una persona continúa el trabajo que llevaba a cabo otra. Se
reduce el esfuerzo de aprendizaje cuando se comienza un nuevo trabajo.

Utilizando estándares como punto de partida, el equipo de garantía de la calidad debe crear un
«manual» de estándares. Éste define los estándares que son apropiados para la organización.

Algunas veces, los ingenieros de software consideran a los estándares como burocráticos e
irrelevantes para las actividades técnicas de desarrollo de software.
Para evitar estos problemas, los gestores de la calidad que fijan los estándares necesitan estar
informados y tomar en consideración los siguientes pasos:

1. Involucrar a los ingenieros de software en el desarrollo de los estándares del proyecto.

2. Revisar y modificar los estándares de forma regular con el fin de reflejar los cambios en la
tecnología.

3. Proveer herramientas de software para apoyar los estándares donde sea necesario
El gestor del proyecto y el gestor de calidad pueden evitarse los problemas de estándares
inapropiados si planean cuidadosamente la calidad. Deben decidir cuáles son los estándares del
manual que utilizarán sin cambio alguno, cuáles se modificarán y cuáles se dejarán de lado.

Un conjunto de estándares internacionales que se puede utilizar en el desarrollo de un sistema de

gestión de calidad en todas las industrias es ISO 9000. Los estándares ISO 9000 pueden aplicarse a
un amplio abanico de organizaciones desde las de manufactura hasta las de servicios. ISO 9001 es
el más general de estos estándares y se aplica en organizaciones interesadas en el proceso de
calidad de diseño, desarrollo y mantenimiento de productos.
SQA ESTANDARES DE DOCUMENTACION

• importancia de los documentos estandarizados

– documentos: única forma tangible de representar el software y el proceso del software
– documentos estandarizados: apariencia, estructura y calidad consistentes; más fáciles de leer y
comprender
tres tipos de estándares – estándares del proceso de documentación:

• proceso a seguir para la producción del documento

• documentos de trabajo: no es necesario aplicar procesos formales de calidad

• documentos formales (para desarrollos posteriores o a entregar al cliente): necesario adoptar

un proceso formal de calidad
 EVALUACIÓN UNIDAD 3
SELECCIONA UN PROYECTO DE SOFTWARE, EN
EQUIPO

PRESENTAR UN PROYECTO DE SOFTWARE,

ELABORANDO UN REPORTE TÉCNICO QUE
CONSIDERE: OBJETIVO, TIEMPOS, COSTOS,
PERSONAL REQUERIDO CON PERFIL Y DESCRIPCIÓN
DE PUESTO RIESGOS, COSTO BENEFICIO Y
VIABILIDAD DEL PROYECTO 60% 27 de marzo de
2023

EVALUACIÓN 40%
– estándares del documento:

• estructura y presentación de los documentos

• deben tener un estilo y apariencia consistente, y los del mismo tipo deben tener
una estructura consistente con los del proyecto y la organización

– estándares para el intercambio de documentos:

• aseguran que todas las copias electrónicas de los documentos sean compatibles

• utilización de herramientas concretas para

elaborar los documentos (hojas de cálculo,
procesadores de texto, herramientas de
diagramación,...)
SQA ESTANDARES DE DOCUMENTACION

Proceso formal de producción de un documento

CONTROL DE CALIDAD: REVISIONES TECNICAS FORMALES
CONTROL DE CALIDAD DE METRICAS
2.1.1 PSP Y TSP

Todos tenemos una manera particular de trabajar, pero en las Tecnologías de la Información,
debemos ser capaces de adaptarnos a estándares que nos permiten desempeñarnos en cualquier
ambiente y en cualquier industria. Para ello existen certificaciones como TSP y PSP.

TSP significa Team Software Process y es esencialmente el conjunto de prácticas de estrategias

que debe seguir un administrador para poder aprovechar el valor que le ofrece a una empresa o
grupo de trabajo contar con un equipo de personas capacitadas en PSP que es el Personal
Software Process.
El PSP / TSP (Personal Software Process / Team Software Process) es un modelo que es utilizado para
aumentar la calidad de los productos de software a través de un equipo disciplinado y auto dirigido.

A diferencia de otros modelos, el PSP se implementa a nivel personal, para después integrase las
actividades en el equipo de trabajo TSP, que a su vez se puede integrar al modelo de calidad de la
organización como CMMI o Microsoft.
Ventajas: Entre las ventajas a destacar de este modelo podemos mencionar la mejora la productividad de las
personas, mejora en los hábitos de programación, se puede lograr una detección temprana de defectos y
riesgos lo que deriva en una disminución de los defectos, una mejora en la calidad, y por lo tanto, una
reducción en el ciclo de vida. Se trabaja con un plan con una base de estimación mas certera al ser realizada
por el equipo; se logra una buena comunicación entre los integrantes.

Desventajas: Las desventajas de este modelo es que es necesario que cada uno de los miembros tiene que
tener el compromiso y la disciplina de seguir el plan. Debe de llenar toda la documentación requerida que
incluye sus registros, planificación, las plantillas o formularios.
Se debe de contar con un buen conjunto de métricas y parámetros de calidad, lo cual, para algunas
organizaciones, puede ser difícil de definir. Cada miembro debe de estar entrenado en el PSP, si
algún miembro se va, es necesario entrenar a los nuevos miembros. Algo que puede resultar una
desventaja importante es que la Gerencia debe de dejar trabajar a los equipos de trabajo auto dirigido
de acuerdo a sus planes, algo que no muchos resisten.
El PSP busca proporcionar un marco de trabajo para el personal involucrado en el
proceso de desarrollo de software.
Demuestra cómo utilizar la calidad desde el principio del trabajo
PSP define cinco actividades de marco de trabajo:
• Planeación
• Diseño de alto nivel 10% extra miércoles
• Revisión del diseño de alto nivel
• Desarrollo
• Análisis de resultados
LA METODOLOGIA DEL TSP
TSP ha permitido resolver problemas típicos de negocio: predecibilidad de costo y tiempo, mejora de
productividad y ciclos de desarrollo, mejora de calidad de productos.

_ PSP/TSP mejora el desempeño tanto de equipos como individuos; es disciplinado y ágil; provee beneficios
inmediatos y medibles; acelera las iniciativas de mejora de procesos organizacionales
2.2.2 CMM
El CMM (Capability Maturity Model for Software), es decir, Modelo de Madurez de Capacidades. Fue creado por
el Software Engineering Institute (SEI) y tiene como Meta el describir los elementos principales para llegar a
cabo los procesos de software de una forma efectivos.
El CMM consiste en una serie de procedimientos destinados a evaluar y mejorar los procesos de desarrollo,
implementación y mantenimiento del software. Aunque aún está en vías desarrollo, es un estándar que la
industria acepta para evaluar y garantizar la calidad y madurez de sus aplicaciones.

OBJETIVOS
Tiene como objetivos evaluar los procesos en sus distintos niveles de madurez, identificar los niveles a través de
los cuales una organización debe formarse para establecer una cultura de excelencia en la ingeniería de software
NIVELES DEL CMM.
Define cinco niveles de madurez para una organización y proporciona un marco para moverse a partir de un nivel
al siguiente.
Las guías CMM contienen actividades diseñadas para ayudar a una organización para mejorar sus procesos con
la meta de alcanzar capacidad de repetición, y control de los mismos. El CMM ha ganado considerable
credibilidad en las industrias intensivas en el uso de conocimientos.
La implantación del CMM ha permitido mejoras considerables en la calidad de los productos y bajado
perceptiblemente el costo del desarrollo dentro de grandes compañías.

Las organizaciones han probado que mejorando sus procesos de desarrollo, CMM del nivel 1 al nivel 3, puede
bajar su costo por hasta 50-60%. Aún más, quienes han estado en el negocio de la productividad del
desarrollo del software por años, sostienen que la rentabilidad resultada de mejoras en productividad y
reducción en tiempo de llegada al mercado.
Los niveles del CMM son:
1 – Inicial. Las organizaciones en este nivel no disponen de un ambiente estable para el desarrollo y
mantenimiento de software. Aunque se utilicen técnicas correctas de ingeniería, los esfuerzos se ven minados
por falta de planificación.
El éxito de los proyectos se basa la mayoría de las veces en el esfuerzo personal, aunque a menudo se
producen fracasos y casi siempre retrasos y sobre costes. El resultado de los proyectos es impredecible.
2 – Repetible. En este nivel las organizaciones disponen de unas prácticas institucionalizadas de gestión de
proyectos, existen unas métricas básicas y un razonable seguimiento de la calidad. La relación con
subcontratistas y clientes está gestionada sistemáticamente.
3 – Definido. Además de una buena gestión de proyectos, a este nivel las organizaciones disponen de correctos
procedimientos de coordinación entre grupos, formación del personal, técnicas de ingeniería más detalladas y
un nivel más avanzado de métricas en los procesos. Se implementan técnicas de revisión por pares (peer
reviews).
4 – Gestionado. Se caracteriza por que las organizaciones disponen de un conjunto de métricas significativas de
calidad y productividad, que se usan de modo sistemático para la toma de decisiones y la gestión de riesgos.
El software resultante es de alta calidad.
5 – Optimizado. La organización completa está volcada en la mejora continua de los procesos. Se hace uso
intensivo de las métricas y se gestiona el proceso de innovación.
NIVELES DEL CMM
BENEFICIOS DE LA IMPLEMENTACION DEL MODELO CMM.
➢ Mayor efectividad en la detección de errores a lo largo del ciclo de vida del
desarrollo del software, reduciendo drásticamente el número de defectos.
➢ Reducción de las desviaciones en plazo de los proyectos.
➢ Mayor tolerancia al cambio e incremento de la capacidad de adopción y
adaptación de nuevas Tecnologías.
➢ Mejora en la rapidez y efectividad de respuesta ante exigencias del negocio.
➢ Mejora en la colaboración y comunicación.
➢ Mitigación de Riesgo.
➢ Reducción de los costes del proyecto.
ESTRUCTURA DEL CMM
LOS PROBLEMAS DEL CMM Y LA SOLUCION

PROBLEMAS
• Las disciplinas de software y sistemas nunca han sido bien integradas.
• La importancia e insuficiencia del software en los sistemas se ha
incrementado dramáticamente.
SOLUCIONES
• Integrar las disciplinas software y sistemas en un marco de mejoras a los
procesos.
• Proveer un marco de trabajo para introducir nuevas disciplinas según
necesidades.
2.2.3 MOPROSOFT

Modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de
software.

▪ Se han aplicado los siguientes criterios para la elaboración 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 dirección, gestión y operación)

▪ La alta dirección tiene un papel importante a través de la planificación estratégica. Debe actuar como
promotor del buen funcionamiento de la organización a través de su implicación en la revisión y mejora
continua del modelo.

▪ El modelo considera a la gestión como proveedora de recursos, procesos y proyectos; así como
responsable de la vigilancia del cumplimiento de los objetivos estratégicos de la organización.
▪ El modelo considera a la operación como ejecutora de los proyectos de desarrollo y mantenimiento de
software.

▪ El modelo integra con claridad y consistencia los elementos indispensables para la definición de los
procesos y las relaciones entre ellos.

▪ El modelo integra los elementos para realizar la administración de proyectos desde un sólo proceso.

▪ El modelo integra los elementos para realizar la ingeniería de productos de software en un único marco
que incluya los procesos precisos de soporte (verificación, validación, documentación y control de la
documentación).
▪ El modelo destaca la importancia de la gestión de recursos, con especial relevancia en
aquellos que componen el conocimiento de la organización: productos generados por
proyectos, datos de los proyectos, mediciones, documentación de procesos y datos
cosechados a partir del uso y de las lecciones aprendidas.
 EVALUACIÓN UNIDAD 2 PARTE 1
1.- ¿QUÉ ES LA CALIDAD DE SOFTWARE?
2.- ¿QUÉ ES EL PRINCIPIO TECNOLÓGICO?
3.- ¿QUÉ ESTABLECE LA GESTIÓN DE CALIDAD?
4.- EXPLICA BREVEMENTE LA IMPORTANCIA DE LOS ESTÁNDARES DE
SOFTWARE
5.- EXPLICAR BREVEMENTE LA IMPORTANCIA DE TRABAJAR JUNTOS EL
GESTOR DEL PROYECTO Y EL GESTOR DE LA CALIDAD?
6.- ¿CUÁLES SON LOS TRES TIPOS DE ESTÁNDARES?
7.- PSP Y TSP ¿QUÉ SON?
Las Características de MoProSoft son las siguientes:

• Facilita el cumplimiento de los requisitos de otros modelos como ISO 9000:2000, CMM Y CMMI.
• Se enfoca a procesos.
• Se le considera práctico en su aplicación, principalmente en organizaciones pequeñas, con bajos niveles de
madurez.
• Es específico para el desarrollo y mantenimiento de software.
• Es sencillo de entender y adoptar.
• Comprende un documento de menos de 200 páginas que, al compararlo con otros modelos y estándares, lo
hacen práctico.
• Resulta acorde con la estructura de las organizaciones mexicanas de la industria de software.
• Tiene un bajo costo, tanto para su adopción como para su evaluación.
• Resulta acorde con las organizaciones mexicanas de la industria de software.
• Mejora los procesos, para contribuir a los objetivos de negocio, y no simplemente ser un marco de
referencia o certificación.
Los usos de MoProSoft son:

Integra todos los procesos de la organización y mantiene la alineación con los objetivos estratégicos.

• Inicia el camino a la adopción de los modelos ISO 9000 O CMMI.

• Sirve para implantar un programa de mejora continua.
• Mejora la calidad del software producido por la empresa que adopta el modelo.

• Facilita la elección de proveedores.

• Eleva la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles
internacionales de competitividad.
LA ESTRUCTURA

La estructura del modelo de procesos se conforma de 3 categorías de procesos: Alta Dirección, Gerencia y
Operación; dentro de esas 3 categorías que representan la estructura organizacional base de una empresa,
están definidos 9 procesos y subprocesos.

En cada uno de los procesos y subprocesos MoProsoft define una serie de elementos requeridos por el
modelo para su implementación, como lo son, roles (responsable e involucrados), actividades, productos (de
entrada, internos, de salida), entre otros.
Alta Dirección (DIR): Contiene un único proceso (Gestión de Negocio), esta categoría establece la razón de
ser de la organización, define sus objetivos y proporciona la dirección a los procesos que componen la
categoría de gerencia, a su vez es retroalimentada por la información generada por los procesos de las
categorías inferiores.
Gerencia (GER): Contiene tres procesos: Gestión de Procesos, Gestión de Proyectos y Gestión de Recursos.
La categoría Gerencia (llamada Gestión en la versión 1.1) establece los procesos de la organización, suministro
de recursos humanos, infraestructura, proveedores de bienes, ambiente de trabajo y proyectos que contribuyan
con el cumplimiento de los objetivos y lineamientos de la organización.

Proporciona los elementos para el funcionamiento de los procesos de la categoría de Operación, evalúa la
información suministrada por los procesos de la categoría inferior, para posteriormente comunicar los
resultados a la categoría de Alta Dirección.
La Operación (OPE): Contiene dos procesos: Administración de Proyectos Específicos y Desarrollo y
Mantenimiento de Software. Establece y realiza las actividades correspondientes al ciclo de vida del
software cumpliendo con los objetivos de los proyectos y requerimientos especificados. La información y
productos generados por la categoría de Operación son entregados a la categoría de Gerencia para su
análisis y evaluación.
Moprosoft, a diferencia de CMM-SW y CMMI, está dirigido a la micro y pequeña industria. Sintetiza las
mejores prácticas en un conjunto pequeño de procesos que abarcan las responsabilidades de la alta
dirección, gestión y operación. Se trata de un modelo integrado, en el cual: las salidas de un proceso están
claramente dirigidas como entradas a otros procesos; las prácticas de planeación, seguimiento y evaluación
se incluyeron en todos los procesos de gestión y administración; los objetivos, los indicadores, las
mediciones y las metas cuantitativas fueron incorporadas de manera congruente y práctica en todos los
procesos; las verificaciones, validaciones y pruebas están incluidas de manera explícita dentro de las
actividades de los procesos; y existe una base de conocimiento que resguarda todos los documentos y
productos generados por los procesos.
 Categoría Proceso Propósito
Alta Dirección Gestión de Negocio Establecer la razón de ser de la organización, sus
objetivos y las condiciones para lograrlos, para lo cual
es necesario considerar las necesidades de los clientes,
así como evaluar los resultados para poder proponer
cambios que permitan la mejora continua.
Adicionalmente habilita a la organización para
responder a un ambiente de cambio y a sus miembros
para trabajar en función de los objetivos establecidos.
Gestión Gestión de Procesos Establecer los procesos de la organización, en función
de los procesos requeridos identificados en el Plan
Estratégico. Así como definir, planificar e implantar las
actividades de mejora en los mismos.
Gestión Gestión deAsegurar que los proyectos contribuyan al
Proyectos cumplimiento de los objetivos y estrategias de la
organización.
Gestión Gestión deConseguir y dotar a la organización de los recursos
Recursos humanos, infraestructura, ambiente de trabajo y
proveedores, así como crear y mantener la Base de
Conocimiento de la organización. La finalidad es
apoyar el cumplimiento de los objetivos del Plan
Estratégico de la organización. Las actividades de este
proceso se apoyan en tres subprocesos:
- Recursos humanos y ambiente de trabajo.
- Bienes, servicios e infraestructura.
- Conocimiento de la organización.
Operación Administración Establecer y llevar a cabo sistemáticamente las
de Proyectosactividades que permitan cumplir con los objetivos de
Específicos un proyecto en tiempo y costo esperados.
Operación Desarrollo yRealización sistemática de las actividades de análisis,
Mantenimiento diseño, construcción, integración y pruebas de
de Software productos de software nuevos o modificados
cumpliendo con los requerimientos especificados.
VENTAJAS DEL MOPROSOFT

✓ Está basado en normas ISO

✓ Facilita la comprensión del modelo utilizado
✓ Simplifica la relación entre el modelo de procesos y la organización.
✓ Cuenta únicamente con 9 procesos evitando la fragmentación que se
presenta en otros modelos
✓ Espacio para el desarrollo y mantenimiento de software.
DESVENTAJAS DE MOPROSOFT

✓ Define actividades de manera general.

✓ Para asegurar la calidad de un producto y un proceso
se requiere CMMI.
2.3. Impacto de la calidad de tiempo, costo, y alcance del proyecto

¿Qué es un proyecto?

El conjunto de las actividades que desarrolla una persona o una entidad para alcanzar un determinado
objetivo. Estas actividades se encuentran interrelacionadas y se desarrollan de manera coordinada.
Características

Objetivos

Metas

Calendario de actividades

Complejidad manejable

Administra recursos

Organizacional

Sistema de comunicación y control

TRIPLE RESTRICCION TIEMPO, COSTOS Y RECURSOS.

La estimación del tiempo forma parte del proceso de Gestión del Tiempo de la Administración de
Proyectos.

La Gestión del Tiempo del Proyecto incluye los procesos necesarios para lograr la conclusión del
proyecto a tiempo. Los procesos de Gestión del Tiempo del Proyecto incluyen lo siguiente:
1 Definición de las Actividades: identifica las actividades específicas del cronograma que deben ser
realizadas para producir los diferentes productos entregables del proyecto.

2 Establecimiento de la Secuencia de las Actividades: identifica y documenta las dependencias

entre las actividades del cronograma.
3 Estimación de Recursos de las Actividades: estima el tipo y las cantidades de recursos necesarios
para realizar cada actividad del cronograma
4 Estimación de la Duración de las Actividades: estima la cantidad de períodos laborables que serán
necesarios para completar cada actividad del cronograma.

5 Desarrollo del Cronograma: analiza las secuencias de las actividades, la duración de las actividades,
los requisitos de recursos y las restricciones del cronograma para crear el cronograma del proyecto.

6 Control del Cronograma: controla los cambios del cronograma del proyecto.
COSTO
De múltiples variables, incluyendo costes de mano de obra, de materiales, administración de riesgo,
infraestructura, equipo y utilidades.

La estimación de costos de una actividad es una evaluación cuantitativa de los costes probables de los
recursos necesarios para completar las actividades del cronograma del proyecto. Este tipo de
estimación puede presentarse en forma de resumen o en detalle.
Los costos se estiman para todos los recursos que se aplican a la estimación de costos de la
actividad. Esto incluye, entre otros, la mano de obra, los materiales, los equipos, los servicios, las
instalaciones, la tecnología de la información, y categorías especiales como una asignación por
inflación o una reserva para contingencias de costo.
o Estimación por analogía
o Determinación de Tarifas de Costes de Recursos
o Estimación Ascendente
o Estimación Paramétrica
o Software de Gestión de Proyectos
o Análisis de Propuestas para Licitaciones
TIEMPO
Se descompone para propósitos analíticos en el tiempo requerido para completar los componentes del
proyecto.
ALCANCE
Son los requerimientos específicos para el resultado final. La definición global de lo que se supone
que el proyecto debe alcanzar una descripción especifica de lo que el resultado final debe ser o debe
realizar.
 El alcance de un proyecto —llamado también alcance del trabajo— es el trabajo que debe
hacerse para que el cliente se convenza de que las entregas (las cosas por hacer), es decir el
producto u objetos tangibles que han de suministrarse) cumplan con los requisitos o criterios de
aceptación acordados al comenzar el proyecto. Por ejemplo, el alcance podría ser el trabajo de
limpiar el suelo, de construir una casa y de poner la jardinería ornamental según las especificaciones
hechas por el cliente y aceptadas por el contratista.
ESTRUCTURA
 se entiende la facilidad con que las funciones pueden ser compartimentizadas y la naturaleza
jerárquica de la información a tratar. A medida que el grado de estructuración aumenta, la posibilidad
de estimar con precisión mejora y, por consiguiente, el riesgo disminuye.
Bajo el concepto de la administración de proyectos, se asignan representantes de cada uno de los
departamentos funcionales de las divisiones al equipo asignado al proyecto. Cada miembro del equipo
deriva una guía funcional experta y control administrativo del gerente de departamento.
ESPECIFICACIONES
 El concepto en la preparación de planos y especificaciones es que los planos del proyecto definen la
geometría incluyendo dimensiones, forma y detalles mientras que las especificaciones
complementen esto definiendo aspectos generales, materiales y la ejecución necesaria.
 Muchos profesionales de la construcción confían en que los planos contienen lo necesario para
ejecutar su proyecto de infraestructura. En el momento en que se requiere más información o
cuando surgen discrepancias, entonces buscan más detalles en las especificaciones. Es entonces
donde muchas veces aparecen problemas porque las especificaciones no son adecuadas y, en vez
de aclarar la intención del diseñador, crean complicaciones adicionales.
IMPORTANCIA DE LA COMUNICACIÓN

La comunicación es un proceso esencial de la gestión de proyectos, del principio hasta el final del
proyecto.
Hay que determinar:
• A quien se comunica, que información
• La manera en que la información se proporciona
• Con que frecuencia se comunica
• Y el grado de detalle
FACTORES QUE RESTRINGEN EL ÉXITO DEL PROYECTO
1.- ¿CUÁL ES LA IMPORTANCIA DE LA COMUNICACIÓN?

2.- ¿QUÉ ES UN PROYECTO?

3.- MENCIONA LAS VENTAJAS DE MOPROSOFT

4.- ¿CUÁL ES EL PROPÓSITO DE LA GESTIÓN DE PROCESOS?

5.- ¿CUÁLES SON LAS 3 CATEGORÍAS DE PROCESOS EN LA ESTRUCTURA?

6.- ¿Qué ES MOPROSOFT?

7.-¿CUÁL ES LA ESTRUCTURA DE LA CMM?

8.- ¿CUÁLES SON LAS VENTAJAS DE PSP/TSP?

9.- ¿CUÁL ES EL PROPÓSITO DE LA GESTIÓN DE LA CALIDAD?

10.- LA POLÍTICIA ESTABLECIDA DEBE ESTAR SUSTENTADA SOBRE 3

PRINCIPIOS BÁSICOS, INDICAR CUALES SON