UNIVERSIDAD TECNOLÓGICA DEL PERÚ

DESARROLLO DE SOFTWARE II

Docente

Fidel Eugenio García Rojas

Sección

46638

Alumnos

1. CONTRERAS CHIHUÁN, Milagros Aida U19100175

2. MONTEAGUDO PASHANASI, John Brian U19218536

3. MARTINEZ RAMOS, Fabricio Raúl U19218420

4. GUTIERREZ PUTPAÑA, Diego Estefano U18202097

5. MEZA RAMÍREZ, Miguel Sebastián U18100699

Lima, 2022
índice
Problemática....................................................................................................................3
Información de la empresa.............................................................................................3
Organización de la empresa...........................................................................................4
Deficiencia a nivel de desarrollo de software................................................................4
Gestión Del Proceso.....................................................................................................4
Gestión De Proyectos...................................................................................................5
Categoría De Ingeniería..............................................................................................6
Categoría Soporte........................................................................................................7
Enfoque de gestión de desarrollo de software...............................................................9
Procesos principales del desarrollo de software.........................................................11
Artefactos o entregables del desarrollo de software...................................................12
CMMI Requerimientos, Implementación. Validación Verificación.........................16
Escala de cambios y la frecuencia de entrega.............................................................16
Matriz de riesgos...........................................................................................................16
Referencias.....................................................................................................................17
Problemática
El propósito de la investigación de la empresa peruana Pyxis que produce software y
soluciones tecnológicas, la cual requiere solucionar una problemática en sus fases de
desarrollo puesto que ocasiona desmedidas pérdidas económicas.

El análisis reveló una gestión de proyectos deficiente que condujo a perdidas contables
en estos últimos años. Considerando esta situación se sugiere tomar medidas
correctivas, pues se sabe que estas pérdidas se incrementan año tras año, asimismo
afecta el objetivo estratégico de lograr la eficiencia de sus procesos. En el análisis
mencionado también revela que las causas fundamentales del problema eran la gestión
deficiente de los requisitos, las estimaciones de costos, tiempos y planificación
deficientes.

Por tal motivo, seguidamente de analizar el problema, esta investigación propone la

implementación de un proceso de gestión de proyectos según el modelo CMMI, Esto se
debe a que se adecua a los procesos desarrollados por la empresa Pyxis y apoya a la
organización implementada a reducir costos y tiempos, mejorar la calidad y clientes
satisfechos.

En conclusión, se indica que se intente implementar la propuesta presentada para apoyar

las metas estratégicas de las áreas de la empresa Pyxis la organización de ella, con el fin
de evitar pérdidas financieras que aumenten la rentabilidad de la organización y
aumenten su capacidad de ejecución en los próximos proyectos que generen mas
ingresos a la empresa.

Información de la empresa
La empresa Pyxis cuenta con más de 10 años en desarrollo software a medida,
desarrollo de aplicaciones móviles (Android - IOS), e-commerce, soluciones para
puntos de venta, software de ventas y facturación electrónica; crea y diseña entornos
digitales en los que el usuario se encuentre cómodo y protegido; con el objetivo de que
interactúe proactivamente. Se encuentra ubicada en Av. Manuel Olguín 325, Santiago
de Surco, Lima.

Los servicios que realiza la empresa Pyxis son de metodologías de innovación para
accionar el cambio digital. el desarrollo de aplicaciones móviles, alineados con las
tendencias tecnológicas de vanguardia. Son expertos en desarrollo y diseño de tiendas
virtuales, desarrollan software a medida, webs avanzadas, desarrollo de tiendas
virtuales, marketing digital y software de ventas y facturación electrónica.

Organización de la empresa
(Organigrama - sistemas)

Deficiencia a nivel de desarrollo de software

Respecto a la información obtenida, logramos agrupar las categorías para su mejor
comprensión:

Gestión Del Proceso

En esta categoría, se verifican las actividades transversales a los proyectos, entre estas
actividades se encuentran las de definición, planificación, despliegue, implementación,
monitoreo, evaluación, medición y mejora de los procesos.

Enfoque en procesos de la organización (OPF): El propósito del enfoque en procesos

de la organización es planificar, implementar y desplegar las mejoras de proceso de la
organización, basadas en una comprensión completa de las fortalezas y debilidades
actuales de los procesos y de los activos de proceso de la organización (CMMI Product
Team, 2010).

Definición de procesos en la organización (ODP): En base el CMMI el propósito de

la definición de procesos en la organización es establecer y mantener un conjunto
utilizable de activos de proceso de la organización, estándares del entorno de trabajo, y
reglas y guías para los equipos. Para cumplir dicho propósito, se proponen las siguientes
actividades para cumplir con las practicas específicas de esta área de procesos de
acuerdo con el CMMI (CMMI Product Team, 2010).
Formación en la organización (OT): De acuerdo con el CMMI (2010) el propósito de
esta área de procesos es desarrollar las habilidades y los conocimientos de las personas
para que puedan desempeñar sus roles eficaz y eficientemente.

90%
60%
30%
0%

Actual Faltante

Gestión De Proyectos
Esta categoría contiene las actividades correspondientes a la planificación, monitoreo y
control del proyecto.

Planificación del proyecto (PP): La planificación del proyecto tiene como propósito
establecer y mantener los planes que definan las actividades del proyecto (CMMI
Product Team, 2010).

Monitoreo y control del proyecto (PMC): El propósito del monitoreo y control del
proyecto es proporcionar una comprensión del progreso del proyecto para que se puedan
tomar las acciones correctivas apropiadas, cuando el rendimiento del proyecto se desvíe
significativamente del plan (CMMI Product Team, 2010).

Gestión de acuerdos con proveedores (SAM): El propósito de la gestión de acuerdos

con proveedores es administrar la adquisición de productos y servicios de proveedores
(CMMI Product Team, 2010).

Gestión integrada del proyecto (IPM): El CMMI (2010) define que el objetivo de esta
área de procesos es establecer y gestionar el proyecto, manejar el involucramiento de las
partes interesadas relevantes de acuerdo con un proceso integrado y definido que se
adapta a partir del conjunto de procesos estándar de la organización.
Gestión de riesgos (RSKM): El propósito de la gestión de los riesgos es identificar
problemas potenciales antes de que ocurran, para que las actividades de tratamiento de
riesgos puedan planificarse e invocarse según sea necesario a lo largo de la vida del
producto o del proyecto para mitigar los impactos adversos sobre la consecución de
objetivos (CMMI Product Team, 2010).

Gestión de riesgos (RSKM)

Gestión integrada del proyecto (IPM)

Gestión de acuerdos con proveedores (SAM)

Monitoreo y control del proyecto (PMC)

Planificación del proyecto (PP)

0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 00%
1

Actual Faltante

Categoría De Ingeniería
En la categoría de ingeniería, se abarcan las tareas de desarrollo y mantenimiento de los
productos y servicios.

Gestión de requerimientos (REQM): El propósito de esta área de procesos es

gestionar los requerimientos de los productos y los componentes de producto del
proyecto, y asegurar la alineación entre esos requisitos, y los planes y los productos 0 20
40 60 80 100 Gestión de Requisitos (REQM) Desarrollo de Requisitos (RD) Solución
Técnica (TS). Integración del Producto (PI) Verificación (VER) Validación (VAL)
Ingeniería Situación actual Situación deseada 111 de trabajo del proyecto (CMMI
Product Team, 2010).

Desarrollo de requerimientos (RD): El propósito del desarrollo de requerimientos

(RD) es extraer, analizar y establecer los requisitos de cliente, de producto y de
componente de producto (CMMI Product Team, 2010).

Solución técnica (TS): El propósito de la solución técnica es seleccionar, diseñar e

implementar soluciones para los requisitos. Las soluciones, los diseños y las
implementaciones engloban productos, componentes de producto y procesos del ciclo
de vida relativos al producto, bien individualmente o en conjunto, según proceda
(CMMI Product Team, 2010).

Integración del producto (PI): Según el CMMI (2010) el propósito de esta área de
procesos es ensamblar el producto a partir de sus componentes, asegurar que el
producto, una vez integrado, se comporta correctamente (es decir, posee la
funcionalidad y los atributos de calidad requeridos) y entregar el producto.

Verificación (VER): La verificación tiene como propósito asegurar que los productos
de trabajo seleccionados cumplen con los requerimientos especificados (CMMI Product
Team, 2010).

Validación (VAL): El propósito de esta área de procesos es demostrar que un producto

o componente de producto cumple con su uso previsto cuando se ubica en el entorno
previsto (CMMI Product Team, 2010).

Validación (VAL)

Verificación (VER)

Integración del Producto (PI)

Solucion Técnica (TS)

Desarrollo de Requisitos (RD)

Gestión de Requisitos (REQM)

0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100%

Actual Faltante

Fuente: Elaboración propia

Categoría Soporte
En la categoría de soporte, se encuentran las actividades correspondientes al soporte al
desarrollo y mantenimiento de los productos.

Gestión de configuración (CM): Según el CMMI (CMMI Product Team, 2010) el

propósito de esta área de procesos es establecer y mantener la integridad de los
productos de trabajo utilizando la identificación, el control, el informe del estado y las
auditorias de la configuración. En la evaluación realizada, se encontró que existe
desconocimiento sobre las prácticas de gestión de la configuración de los productos que
se desarrollan en el departamento.

Aseguramiento de la calidad del proceso y del producto (PPQA): El propósito del

aseguramiento de la calidad del proceso y del producto es proporcionar al personal y a
la gerencia una visión objetiva de los procesos y de los productos de trabajo asociados
(CMMI Product Team, 2010).

Medición y análisis (MA): El propósito de esta área de procesos según el CMMI

(2010) es desarrollar y mantener la capacidad de medición utilizada para dar soporte a
las necesidades de información de la dirección de la compañía.

Análisis de decisiones y resolución (DAR): El propósito de esta área de procesos

según el CMMI (2010) es analizar las posibles decisiones utilizando un proceso de
evaluación formal que evalué las alternativas identificadas frente a los criterios
establecidos.

90%
60%
30%
0%

Actual Faltante
Fu
ente: Elaboración propia
Enfoque de gestión de desarrollo de software
Para fortalecer el proceso de desarrollo de software se utiliza el marco de trabajo
SCRUM en el área de sistemas de información de la empresa Pyxis, con este framework
hay beneficios además de tener miembros del equipo completamente involucrados en el
desarrollo del producto, el tiempo mínimo para entregar un producto viable será más
corto que el que se entrega normalmente.

Otra ventaja del marco de trabajo SCRUM sobre los métodos utilizados actualmente es
que puede responder rápidamente a las necesidades del negocio de la empresa Pyxis, ya
que se pueden desarrollar subproductos para satisfacer esos requerimientos en un
período de tiempo más corto que en la actualidad.

Este modelo consta de gestión de proyectos, desarrollo de software o productos y fases

de soporte de productos. Para atender las debilidades identificadas en el rubro gestión de
proyectos y en cada una de sus áreas de proceso, se proponen las siguientes acciones
con base a las recomendaciones de CMMI y PMBOK.

Para este modelo de desarrollo mencionado, es necesario considerar que se debe tener el
apoyo y la confianza de todos los involucrados. El product owner es el "propietario" del
producto y es responsable de definir los requisitos, luego lo valida y recibe un producto
satisfactorio, el Scrum Master es el "Project Manager" es el responsable de liderar el
equipo de desarrollo para lograr los objetivos, para concluir hay un equipo conformado
por desarrolladores, los miembros del equipo son responsables de la ejecución, diseño,
desarrollo y pruebas de software.

En la fase de desarrollo de software se propone las actividades siguientes:

1. Definir los requisitos para el software o el producto.

2. Crear historias de usuario, el propósito de este documento es traducir el historial
de cada requisito de software en términos de historias de usuario recomendado
por SCRUM.
3. Product backlog, las historias de usuario se plasman en este documento que
necesita cumplir el producto priorizadas y estimadas en el sprint que se pretende
desarrollarse.
 4. El diseño se realiza y debe tener en cuenta las historias de usuario a desarrollar,
la arquitectura del sistema, diseño de base de datos, diagrama de los
componentes y clases del producto en desarrollo.
5. Reunión de planificación del Sprint, en este plan se define los requisitos que se
implementarán en la iteración.
6. Sprint backlog, este documento es el resultado de la reunión de planes del
Sprint, en el están las historias de usuario que se implementarán en el sprint.
7. Implementar, probar y ajustar, el equipo continúa implementando
requerimientos, realiza las pruebas y ajustes.
8. Reunión diaria de sprint, se recomienda realizar una reunión de miembros, esta
reunión está programada para informar sobre el estado actual del desarrollo y
comentar las dificultades encontradas para una acción correctiva adecuada.
9. Reunión de verificación del Sprint, se verifica las actividades planificadas y su
relevancia para el producto resultante.
10. Reunión de retrospectiva, el propósito de esta reunión es evaluar el proceso
llevado a cabo en el sprint para la mejora del desarrollo del equipo, al finalizar la
reunión se entrega el producto producido del sprint y va al propietario del
producto.

Estos artefactos y acciones se basan en Ingeniería CMMI (gestión de requerimientos,

desarrollo de requerimientos, solución técnica, verificación y validación) y método
SCRUM, en base a las herramientas de las que dispone la empresa Pyxis, se utiliza la
herramienta GIT como repositorio de código fuente, como herramienta de gestión de
documentos Microsoft OneDrive, como herramienta de colaboración Microsoft Teams
ya que Pyxis cuenta con licencias correspondientes.
Procesos principales del desarrollo de software

La siguiente tabla define las actividades realizadas en el proceso de Análisis de Requerimientos, Diseño de Requerimiento, Construcción de
Software y Despliegue del Desarrollo y Pruebas:

Id Título de la Actividad Descripción de la Actividad Entregable Entrada Entregable Rol

Salida
1 Revisar Acta de Constitución y El Gerente Comercial revisa la Acta de Constitución Informe General del Gerente Comercial
Canales de comunicación información de los Canales de Proyecto
Comunicación como nombre Canales de
de contacto, área, cargo, email comunicación
y teléfono, así como el Acta de
Constitución del Proyecto para
elaborar el Informe General
del Proyecto.
2 Elaborar Consolidado de El Coordinador de Procesos Informe General del Consolidado de Coordinador de
Requerimientos realiza una reunión con Proyecto Requerimientos Procesos
gerencia y los líderes de los
procesos involucrados, donde
se revisan los procesos
actuales para determinar a
detalle los requerimientos.
3 Elaborar especificaciones de El Coordinador de Tecnología Consolidado de Documento de Coordinador de
caso de uso elabora las especificaciones de Requerimientos Especificaciones de Tecnología
caso de uso en base al Caso de Uso
Consolidado de
Requerimientos.
4 Validar Requerimientos El Coordinador de Procesos se Documento de Acta de Conformidad Coordinador de
reúne con los líderes de los Especificaciones de de Requerimientos Procesos
procesos para validar los Caso de Uso
requerimientos, de ser
validados termina el proceso
de Análisis de Requerimientos,
de lo contrario se retorna al
Coordinador de Tecnología
para que elabore nuevamente
las Especificaciones de Caso de
Uso.
5 Realizar Reunión inicial de El coordinador de Tecnología Acta de Conformidad Acta de reunión inicial Coordinador de
desarrollo se reúne con el Asistente de de Requerimientos de desarrollo Tecnología
Tecnología y Programador
asignado para la explicación Product Backlog
del requerimiento e informar
el tiempo establecido para su Sprint Backlog
desarrollo.
6 Programar Requerimiento El Programador desarrolla el Acta de reunión inicial Versión del Proyecto Programador
requerimiento en el tiempo de desarrollo
establecido indicado.
7 Elaborar Informe de pruebas El Programador realiza sus Versión del Proyecto Informe de Pruebas Programador
unitarias del requerimiento pruebas unitarias y elabora un
informe sobre el resultado. Informe de revisión del
programa
8 Realizar Acta de conformidad El Coordinador de Tecnología Informe de revisión Acta de conformidad Coordinador de
del desarrollo se reúne con el coordinador de del programa del desarrollo, Manual Tecnología
procesos para la elaboración de Usuario
 del acta para dar por aprobado
el desarrollo del requerimiento
y realiza los manuales de
usuario.
9 Realizar Pruebas Integrales El coordinador de tecnología Acta de Planificación Informe Final de Coordinador de
realiza las pruebas integrales de Casos de Prueba Resultados de Pruebas Tecnología.
en el ambiente de desarrollo, Diccionario de Datos. Integrales.
para poder verificar si
encuentra fallas para luego
pasar al ambiente de Pre -
Producción.
10 Desplegar Sistema en el El coordinador de tecnología Informe Final de Acta de Desplegar el Coordinador de
Ambiente de Preproducción despliega el sistema a la par Resultados de Sistema en el ambiente Tecnología.
que se va cargando la base de Pruebas Integrales. de Pre - Producción.
datos, para realizar pruebas en
el ambiente de preproducción.
11 Realizar Prueba en el ambiente El coordinador de tecnología Acta de Carga de la Informe Final de Coordinador de
de Preproducción realiza las pruebas en el Base de Datos en el Pruebas en el Ambiente Tecnología.
ambiente de preproducción, ambiente de Pre - de Preproducción.
tanto como para el sistema y Producción.
para la base de datos.
Acta de Desplegar el
Sistema en el
ambiente de Pre -
Producción.

12 Solicitar Accesos para Ambiente El coordinador de Procesos se Informe Final de Constancia de Accesos Coordinador de
de Producción encarga de solicitar los accesos Pruebas en el Procesos
 necesarios para desplegar el Ambiente de Acta de Reunión para
sistema, Cargar la Base de Preproducción. Despliegue en
Datos. Producción

13 Desplegar Sistema en el El coordinador de tecnología Acta de Reunión para Acta de Desplegar el Coordinador de
Ambiente de Producción despliega el sistema a la par Despliegue en Sistema en el ambiente Tecnología.
que se va cargando la base de Producción de Producción.
datos, para realizar pruebas en
el ambiente de producción.

14 Realizar Prueba en el ambiente El encargado de procesos Acta de Carga de la Acta de Instalación de Coordinador de
de Producción realiza las pruebas en el Base de Datos en el los Requerimientos. Procesos.
ambiente de producción junto ambiente de
con el cliente. Producción.

Acta de Desplegar el
Sistema en el
ambiente de
Producción.
Artefactos o entregables del desarrollo de software
Acta de Constitución

Empresa / Organización Fecha de preparación Prioridad

Pyxis 14/10/2022 ALTA

Diagnóstico del Proyecto

En la empresa Pyxis, las entrevistas con los jefes de proyecto y consultores que tienen
proyectos a su cargo se obtuvieron los problemas y necesidades. En base a esto se
identificaron los requerimientos del software.
Propósito del proyecto

El propósito de este documento es relevar y especificar todos los requerimientos del

sistema a construir. Estos requerimientos son funcionales, no funcionales y de interface
de usuario.

Objetivo general del proyecto Objetivos específicos del proyecto

 Identificar las características básicas necesarias

para la implementación del CMMI.

 Realizar la identificación y caracterización de las

áreas de procesos, correspondientes al Desarrollo
de software y al funcionamiento básico de una
organización en general.

 Diseñar caracterizaciones de proceso,

procedimientos, instructivos, formatos, guías,
matrices y demás artefactos básicos para la
implementación del CMMI.

Alcance del proyecto

El sistema para construir será exclusivamente para la gestión de requerimientos y

 aseguramiento de calidad en los proyectos.

Gerente de Proyecto

Monteagudo Pashanansi, John Brian (Gerente general).

Descripción del producto

El producto a desarrollar es un Sistema de gestión de proyectos basado en CMMI, que se

centrara en las áreas de proceso de gestión de requerimiento y aseguramiento de la calidad
de la empresa Pyxis, con la intención de generar mayores ingresos y rentabilidad en la
organización.

Principales entregables del producto Contenido de los principales

entregables

 Acta de Constitución Acta de constitución: contiene

. nombre del proyecto, código,
antecedentes, justificación, alcance,
descripción del producto,
entregables, supuestos,
restricciones, etapas, costo
estimado, equipo de proyecto y
anexos. Lo cual debe ser aprobado
por el dueño del producto para que
se inicie el proyecto.

Restricciones del proyecto

 El proyecto no estará disponible para el uso público, sólo para ciertos usuarios de
la empresa.

Duración estimada del proyecto

El proyecto tendrá como duración 3 meses

Product Backlog

En la siguiente tabla se propone, con el objetivo de implementar las tareas y acciones

para poder dar cumplimiento a cada una de las metas específicas de las áreas de proceso
propuestas por el CMMI. Por ello se realizó una clasificación según la brecha
encontrada en la evaluación; a continuación, se presenta la prioridad de las áreas de
proceso.

Código Nombre Historia Prioridad

PCMMI_01 Definición de los procesos de 1

la organización (ODP)

PCMMI_02 Gestión de riesgos (GR) 1

PCMMI_03 Integración del producto (PI) 1

PCMMI_04 Medición y análisis (MA) 1

PCMMI_05 Verificación (VER) 2

PCMMI_06 Validación (VAL) 2

PCMMI_07 Monitoreo y control del 2

proyecto (PMC)

PCMMI_08 Gestión de requerimientos 3

(GR)

PCMMI_09 Desarrollo de requerimientos 3

(RD)

Fuente: Elaboración propia

Con el fin de alinear el plan de trabajo con la metodología SCRUM, se realiza un

product backlog con cada una de las áreas específicas principales que se va a
implementar a lo largo del proyecto, en el cual se propone un sprint por cada una de las
áreas de proceso a implementar, con la finalidad de cumplir con el estándar requerido
del CMMI. A continuación, se presenta el product backlog priorizado para el siguiente
trabajo.

Product Backlog Priorizado

Historias de Usuario

Código Enunciado Historia Alias Sprint Prioridad

PCMMI_01 Implementar las actividades del ODP 1 1

área de proceso de la
organización (ODP).

PCMMI_02 Implementar las actividades del GR 2 1

área de proceso gestión de riesgos
(GR).

PCMMI_03 Implementar las actividades del PI 3 1

área de proceso de integración del
producto (PI).

PCMMI_04 Implementar las actividades de MA 4 1

proceso de medición y análisis
(MA).

PCMMI_05 Implementar las actividades del VER 5 2

área de proceso de verificación
(VER).

PCMMI_06 Implementar las actividades del VAL 6 2

área de proceso de validación
(VAL).

PCMMI_07 Implementar las actividades del PMC 7 2

área de proceso de monitoreo y
 control del proyecto (PMC).

PCMMI_08 Implementar las actividades del GR 8 3

área de proceso de gestión de
requerimientos (GR).

PCMMI_09 Implementar las actividades del RD 9 3

área de proceso de Desarrollo de
requerimientos (RD).

Fuente: Elaboración propia

CMMI Requerimientos, Implementación. Validación Verificación

Aquí.

Escala de cambios y la frecuencia de entrega

Aquí.

Matriz de riesgos
Aquí.
Referencias

CMMI Product Team. (2010). CMMI for Acquisition, Version 1.3 (CMU/SEI-2010-
TR-032). Retrieved September 14, 2022, from the Software Engineering
Institute, Carnegie Mellon University website:
http://resources.sei.cmu.edu/library/asset-view.cfm?AssetID=9657

CMMI Product Team. (2010). CMMI for Development, Version 1.3 (CMU/SEI-2010-
TR-033). Retrieved September 14, 2022, from the Software Engineering
Institute, Carnegie Mellon University website:
http://resources.sei.cmu.edu/library/asset-view.cfm?AssetID=9661

CMMI Product Team. (2010). CMMI for Services, Version 1.3 (CMU/SEI-2010-TR-
034). Retrieved September 14, 2022, from the Software Engineering Institute,
Carnegie Mellon University website: http://resources.sei.cmu.edu/library/asset-
view.cfm?AssetID=9665

CMMI institute - published appraisal results. (s/f). Cmmiinstitute.com. Recuperado el

14 de septiembre de 2022, de
https://cmmiinstitute.com/learning/appraisals/results