Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
LIMA – PERÚ
2018
ÍNDICE DE CONTENIDOS
ÍNDICE DE TABLAS
ÍNDICE DE DIAGRAMAS
Este manual tiene como finalidad proporcionar las disposiciones generales y los
lineamientos para la redacción y presentación de los trabajos de investigación de
pregrado, para los cursos de Proyecto de Investigación I, Proyecto de
Investigación II y Proyecto de Investigación III, entendiendo entonces que el
desarrollo de la presente guía se enfoca en atender dos conceptos claves:
investigación y proyectos, ambos enlazados a través del método científico.
Por lo tanto, el objetivo principal que se persigue a través del entendimiento del
presente manual, es conseguir por parte del alumno la comprensión de los
requisitos estructurales para la realización acertada del proyecto de
Investigación que constituirá su Plan de Tesis.
1
(Behar Rivero, 2008)
2
(Tamayo y Tamayo, 2003)
3
(Project Management Institute, Inc., 2017)
4
(Tamayo y Tamayo, 2003)
Manual para la elaboración de Proyectos de Investigación I, II y III Página 5 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
1.1.1. Tipos de Estudios
Según Daniel Behar Rivero (2008), los tipos de estudio, en función del nivel de
conocimiento científico (observación, descripción, explicación) se puede
entender como:
a) Inicio
b) Planificación
c) Ejecución, Monitoreo y Control
d) Cierre
Desarrollo de
Gestión de Procesos Inteligencia de
Desarrollo de Software
de Negocio Negocios o Data
Warehouse
RUP + EUP BPM / MAPE BDL
a) Definición de
Requerimientos de
Negocio
b) Diseño de la
a) Incepción Arquitectura Técnica
a) Modelado
b) Elaboración c) Modelo Dimensional
b) Ensamble
c) Construcción d) Modelo Físico
c) Despliegue
d) Transición e) Diseño e
d) Monitoreo
e) Producción Implementación de
las herramientas ETL
f) Implantación
g) Crecimiento y
Mantenimiento
Tabla 2: Etapas del Ciclo de Desarrollo de la Solución
5
(Rational Unified Process: Best Practices for Software Development Teams, 2003)
6
(Ambler, Nalbone, & Vizdos, 2005)
7
(Keen, y otros, 2006)
8
(Kimball & Ross, 2013)
Manual para la elaboración de Proyectos de Investigación I, II y III Página 10 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
De manera estructurada, y para facilitar la comprensión del alumno, se plantea la
siguiente línea de tiempo en la cual se han consolidado todas las fases
anteriormente descritas, asociándolas con cada uno de los cursos de Proyectos
de Investigación.
Cada eje temático se puede ver influenciado principalmente por una de las
siguientes vertientes de la Ingeniería de Sistemas e Informática, para la
implementación de la solución, que necesariamente se debe desplegar en
producción en la empresa en la cual se encuentre desarrollando su trabajo de
investigación, de manera que se puedan medir los resultados de la investigación
realizada:
CAPÍTULO IV METODOLOGÍA
ANEXOS
Anexo G-4
Manual para la elaboración de Proyectos de Investigación I, II y III Página 15 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
Relación de los Factores Ambientales de la Empresa
El alumno debe presentar al profesor del curso, como examen final un ejemplar
de del avance del Proyecto Final (versión impresa en espiral y digital en DVD)
considerando la documentación del Anteproyecto, del Inicio del Proyecto y de la
Planificación del mismo:
4.1.1.1.1. Anteproyecto
Esta sección contendrá los elementos que sustenten la formulación del proyecto.
Misión
Evaluación de los Factores Internos de la Organización
Evaluación de los Factores Externos de la Organización
Matriz EFI / EFE
Matriz IE
Visión de la Organización
Estrategias
Objetivos Estratégicos
Indicadores Claves de Rendimiento (KPI)
Cuadro de Mando Integrado (BSC)
Vector Estratégico
9
(Bernal, 2010)
10
(Hernández Sampieri, Fernández Collado, & Baptista Lucio, 2010)
Manual para la elaboración de Proyectos de Investigación I, II y III Página 18 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
En el Diagrama 2: Planteamiento de la Investigación, que se muestra a
continuación se esquematizan la relación entre los conceptos anteriormente
enunciados partiendo de la descripción de la organización para que, en función
de esto se formulen los Problemas, Objetivos.
En este acápite, el alumno deberá exponer las razones del para qué y porqué es
pertinente realizar la investigación que sugiere, buscando un sustento que sea lo
suficientemente significativo para que sustente la inversión de la organización en
la implementación del proyecto.
El alumno debe determinar en qué medida el estudio será limitado en función del
alcance, como se recuerda en los puntos anteriores, se define al proyecto, como
un esfuerzo temporal, cuyos recursos son finitos. En la siguiente tabla se
muestran los tipos de limitaciones que se deben abordar (Bernal, 2010):
14
(Bernal, 2010)
Manual para la elaboración de Proyectos de Investigación I, II y III Página 23 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
de Datos15 dentro de la Investigación científica y que serán recogidos como
parte de la sección 4.1.3 Proyectos de Investigación III.
OE2: Y1
OE3: Y2 Técnicas
Hipótesis de
Y3
Investigación
Hi: Instrumentos
Hipótesis Nula
H0:
Tabla 7: Matriz de Consistencia
15
(Tamayo y Tamayo, 2003)
16
En lo referido a los “Otros conceptos referidos a la investigación”, se deben considerar
aquellos aspectos importantes que son descritos a lo largo del punto desarrollado en el punto 2.2
Bases teóricas del proyecto de Investigación. El desarrollo de esta matriz se puede
Manual para la elaboración de Proyectos de Investigación I, II y III Página 24 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
En esta matriz se deben resumir los siguientes puntos
Título de la Investigación
4.1.1.1.1.2 Formulación del problema
o Problema Principal
o Problemas Secundarios
4.1.1.1.1.3 Objetivos de la investigación
o Objetivo General
o Objetivos Específicos
4.1.1.1.1.11 Formulación de la hipótesis
o Hipótesis de la Investigación
o Hipótesis Nula
4.1.1.1.1.8 Antecedentes de la investigación
o Antecedentes
4.1.1.1.1.5 Importancia de la Investigación
o Valor agregado
Bases teóricas
o Otros conceptos referidos a la Investigación
4.1.1.1.1.12 Formulación de las variables
o Variable dependiente
o Indicadores de la variable dependiente
o Variable independiente
o Indicadores de la variable independiente
4.1.1.1.1.13 Diseño metodológico
o Tipo de investigación
o Nivel de la investigación
o Método de la investigación
4.1.1.1.1.14 Diseño muestral
o Diseño de la investigación
o Muestro
4.1.1.1.1.15 Técnicas de recolección de datos / 4.1.1.1.1.16
Técnicas para el procesamiento de la información
o Técnicas
o Instrumentos
17
(David, 2013)
Manual para la elaboración de Proyectos de Investigación I, II y III Página 26 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
Anexo G-5 Relación de los Factores Ambientales de la Empresa
Incluye todas las condiciones y sistemas que no están bajo el control del
equipo del proyecto que influyen, limitan o dirigen el trabajo del proyecto,
como la infraestructura interna y externa existente, los sistemas
informáticos, las redes y el software y la legislación existente, tanto dentro
como fuera de la organización, que afectará la forma de gestionar el
proyecto, tomando como referencia el punto 4.1.1.1 Actividades de
Gestión
Anteproyecto.
Anteproyecto.
Este documento contiene los lineamientos que actúan como las reglas
que se deberán seguir para el desarrollo del proyecto, y sobre las cuales
se tomarán las decisiones pertinentes durante el monitoreo del proyecto,
por ejemplo, si es pertinente o no aceptar un control de cambios. Este
plan contiene asimismo los siguientes planes subsidiarios:
Plan de gestión del alcance, describe cómo se va a definir, validar y
controlar el alcance del proyecto. Se debe tener en cuenta que el
alcance del proyecto y el alcance del producto no hacen referencia al
mismo concepto, ya que alcance del producto refiere a las
características y funciones principales del producto, servicio o resultado
que será desarrollado por el proyecto y el alcance del proyecto se
refiere a todo el trabajo que se tiene que realizar para conseguir el
producto planteado, determinando cómo se desarrollará el enunciado
del alcance del proyecto.
Plan de gestión del cronograma, en este punto se definirán las
políticas para elaborar y gestionar el cronograma y los temas
relacionados con la gestión de cambios, definiendo cómo se van a
gestionar las contingencias, los cambios solicitados en el cronograma y
también cómo se va a actualizar esos cambios.
Plan de gestión de los costos, permite establecer las políticas,
procedimientos y documentación necesaria para planificar, gestionar,
ejecutar el gasto, controlando los costos del proyecto.
Plan de gestión de la calidad, busca identificar y documentar los
estándares y métricas para que el proyecto demuestre el cumplimiento
Criterios de aceptación.
Entregables del proyecto.
Exclusiones o fuera del alcance del proyecto.
Limitaciones del proyecto.
Suposiciones del proyecto.
En este punto el alumno deberá iniciar así, con la dirección y gestión del trabajo
del proyecto, lo cual consiste en llevar a cabo lo desarrollado en el plan para la
dirección del proyecto.
Como parte de los entregables, se definen los siguientes anexos que deberán
ser desarrollados de forma continua, es decir asumiendo una temporalidad
semanal o quincenal según lo indique el plan de dirección del proyecto:
También es importante considera que los costos del proyecto deben mantenerse
según lo especificado, para identificar de forma oportuna desviaciones a la línea
base de costos para implementar las acciones correctivas y minimizar el riesgo
negativo del proyecto. Esto se desarrollará a través de las métricas de valor
ganado (EVM) para medir objetivamente el desempeño del costo en el Anexo G-
Relación de entregables
Responsable de la validación
Fecha de Validación Planificada
Fecha de Validación Real
Estado de la Validación
En este punto el alumno debe haber elegido alguno de los enfoques planteados
dentro de las líneas de investigación definidas para la Facultad de Ingeniería y
Arquitectura de la Universidad Alas Peruanas, considerando entre otros, que se
podría utilizar las siguientes:
Asimismo cada uno de estos entregables, guardan estrecha relación con las
disciplinas de RUP y EUP, considerando lo siguiente:
Implementació
características
Planteamiento
Entendimiento
técnicas de la
Liberación de
Técnico de la
Entregable
la Solución
Solución
solución
solución
n de la
de las
Disciplina
Modelo de
Negocio
Requisitos
Análisis y Diseño
Implementación
Pruebas
Despliegue
Producción Proyectos de Investigación III
Tabla 9: Relación entre las disciplinas de RUP – EUP y los entregables
Análisis de Requisitos
El objetivo es establecer el ámbito del producto y sus límites, a través de
los siguientes componentes:
o Modelo de Casos de Uso
Diagrama de Actores / Trabajadores de Negocio
Diagrama de Casos de Uso de Negocio
o Especificaciones del Modelo
Matriz de Trazabilidad de Requisitos (a nivel de casos de
uso de negocio y de sistemas)
Análisis
El objetivo es encontrar los casos de uso críticos del sistema y los
escenarios básicos que definen la funcionalidad, a través de los
siguientes artefactos:
o Diagrama de Actores de Sistemas
o Diagrama de Paquetes (funcionales) del Sistema
o Diagrama de Casos de Uso de Sistemas (para cada paquete
funcional)
o Diagrama de Actividades (para cada Caso de uso)
o Diagrama de Estados (para cada Caso de Uso)
Diseño
El objetivo es desarrollar la arquitectura candidata para los escenarios
definidos, a través de los siguientes artefactos:
o Diagrama de Clases (consolidando las actividades y estados
definidos)
o Diagrama de Objetos (para las clases definidas)
o Diagrama de Secuencia (para los objetos definidos)
o Diagrama de Entidad / Relación
Implementación
o Desarrollo de prototipos navegables visuales.
Análisis
o Matriz de Casos de Prueba
o Definición de los Casos de Prueba
Pruebas
o Resultado de las Pruebas Unitarias
o Resultado de las Pruebas Funcionales
Despliegue
o Aceptación del despliegue en producción.
18
(Bravo Carrasco, 2009)
Manual para la elaboración de Proyectos de Investigación I, II y III Página 41 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
Durante el curso de Proyectos de Investigación II, el alumno deberá combinar las
tres primeras fases de BPM con MAPE, de manera que presente los entregables
según la siguiente tabla:
Liberación de la
Implementación
características
Planteamiento
Entendimiento
técnicas de la
de la solución
Técnico de la
Entregable
Solución
Solución
solución
de las
Fase
Modelado
Ensamble
Despliegue
Monitoreo Proyectos de Investigación III
Tabla 10: Relación entre las fases de BPM y los entregables
Diagramación
o Diagrama de los procesos de negocio bajo la notación BPMN 2.0, a
nivel de procesos y subprocesos, detallando las actividades y los
actores asignados a las mismas.
Modelado
o Generación de escenarios (al menos dos escenarios) que permitan
entender los cambios que se esperan conseguir sobre los procesos
a ser analizados.
Análisis de procesos
o Análisis Wha-If en función de los escenarios planteados y cómo
estos cubren los Objetivos Estratégicos de Negocio.
Rediseño / Mejora de proceso
o Diagrama definitivo de procesos, en función del resultado analítico
de la mejora de los mismos.
Documentación
o Diccionario de procesos.
o Diccionario de objetos de negocio.
Implementación
o Creación de Interfaces de Usuario.
o Implementación de Reglas, Políticas de Negocio.
o Asignación de recursos.
o Integración con otras aplicaciones.
Pruebas
o Resultado de las Pruebas Funcionales.
o Resultado de las Pruebas de Conectividad y Rendimiento (Ej.
JMeter).
o Resultado de las Pruebas de Seguridad (Ej. OWASP ZAP).
o Aceptación del despliegue en Ambiente de Control de Calidad.
Despliegue
o Diagrama de Despliegue (servidores).
o Manual de sistema.
o Manual de configuración.
o Manual de usuario.
o Aceptación del despliegue en producción.
19
(Kimball & Ross, 2013)
20
(Imhoff, Geiger, & Galemmo, 2003)
Manual para la elaboración de Proyectos de Investigación I, II y III Página 44 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
Planteamiento de
Liberación de la
Implementación
características
Entendimiento
técnicas de la
de la solución
Técnico de la
Entregable
Solución
Solución
solución
las
Fase
Definición de
Requerimientos
de Negocio
Diseño de la
Arquitectura
Técnica
Modelo
Dimensional
Modelo Físico
Diseño e
Implementación
de las
herramientas
ETL
Implantación
Crecimiento y
Mantenimiento Proyectos de Investigación III
Tabla 11: Relación entre las fases de BDL y los entregables
Implantación
o Diagrama de Despliegue (servidores).
o Manual de sistema.
o Manual de configuración.
o Manual de usuario.
o Aceptación del despliegue en producción.
En este punto el alumno deberá continuar con la dirección y gestión del trabajo
del proyecto, enfocado a garantizar la utilización de la herramienta desplegada
en el curso anterior y tomar las mediciones que permitan valorar el cumplimiento
de la investigación, formulado a través del punto 4.1.1.1.1.3 Objetivos de la
investigación.
Como parte de los entregables, se definen los siguientes anexos que deberán
ser desarrollados de forma continua, es decir asumiendo una temporalidad
semanal o quincenal según lo indique el plan de dirección del proyecto:
También es importante considera que los costos del proyecto deben mantenerse
según lo especificado, para identificar de forma oportuna desviaciones a la línea
base de costos para implementar las acciones correctivas y minimizar el riesgo
negativo del proyecto. Esto se desarrollará a través de las métricas de valor
ganado (EVM) para medir objetivamente el desempeño del costo en el Anexo G-
17 (A) Acta de Comité de Seguimiento, el cual será desarrollado de forma
periódica (semanalmente o quincenalmente).
También es importante considera que los costos del proyecto deben mantenerse
según lo especificado, para identificar de forma oportuna desviaciones a la línea
base de costos para implementar las acciones correctivas y minimizar el riesgo
negativo del proyecto. Esto se desarrollará a través de las métricas de valor
ganado (EVM) para medir objetivamente el desempeño del costo en el Anexo G-
17 (A) Acta de Comité de Seguimiento, el cual será desarrollado de forma
periódica (semanalmente o quincenalmente).
Relación de entregables
Responsable de la validación
Fecha de Validación Planificada
Fecha de Validación Real
Estado de la Validación
Luego de que todos los objetivos del proyecto se han alcanzado, se debe iniciar
con el cierre del proyecto, en este punto, el alumno debe evaluar los resultados
antes de ejecutarlo, realizando las siguientes actividades:
21
Se debe realizar el versionamiento de todos los documentos que requieran ser modificados,
por ejemplo todos los relacionados con la línea base del alcance, del tiempo y del costo, según lo
definido en el Plan de Gestión de la Configuración.
22
(Tamayo y Tamayo, 2003)
Manual para la elaboración de Proyectos de Investigación I, II y III Página 51 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
en la administración de los defectos encontrados, que servirán como insumos
para desarrollar el Anexo G-19 Control de Cambios.
4.1.3.2.1.1 Producción
4.1.3.2.2.1 Monitoreo
Para esta fase, es necesario que el alumno realice la observación a dos niveles:
23
(Ambler, Nalbone, & Vizdos, 2005)
Manual para la elaboración de Proyectos de Investigación I, II y III Página 52 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
evaluando por ejemplo los tiempos de ejecución, la efectividad de los
resultados, los cuellos de botella, entre otros.
Ambler, S. W., Nalbone, J., & Vizdos, M. J. (2005). The Enterprise Unified
Process: Extending the Rational Unified Process. Pensilvania, United
States: Prentice Hall.
Hernández Sampieri, R., Fernández Collado, C., & Baptista Lucio, P. (2010).
Metodología de la Investigación. Dsitrito Federal, México: McGRAW-HILL.
Imhoff, C., Geiger, J. G., & Galemmo, N. (2003). Relational Modeling and Data
Warehouse Design. New York, EE.UU.: John Wiley & Sons, Inc.
Keen, M., Ackerman, G., Azaz, I., Haas, M., Johnson, R., Kim, J., & Robertson,
P. (2006). Patterns: SOA Foundation - Business Process Management
Scenario. New York, United States: IBM RedBooks.
Kimball, R., & Ross, M. (2013). The Data Warehouse Toolkit (Tercera ed.).
Indianapolis, Indiana, United States: John Wiley & Sons, Inc.
Título de la Investigación:
Marco Conceptual Variables e Indicadores Metodología
Problema Principal
Problemas Secundarios X
PS2: X1
Objetivo General X3
Otros conceptos referidos a la
Investigación
OG: Variable Independiente Diseño de la Investigación
Objetivos Específicos Y
OE2: Y1
OE3: Y2 Técnicas
Hipótesis de Investigación Y3
Hi: Instrumentos
Hipótesis Nula
H0:
Recursos Necesarios
Recurso Fecha Requerida Fecha de Liberación
Definición metodológica
¿Cuál será la metodología para gestionar el proyecto y que características resaltantes se deben
destacar por el tipo de proyecto?
¿Cuál será la metodología para gestionar el producto y que características resaltantes se deben
destacar por el tipo de producto?
Aprobaciones:
ANEXO 3 Formato para el Caso de Negocio
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
CASO DE NEGOCIO
Nombre del anteproyecto:
Resumen Ejecutivo:
¿Cuál es el problema del negocio que el proyecto solucionará?
¿Cómo el proyecto beneficiará al negocio, expresado en términos que se puedan medir (métricas,
indicadores de éxito)?
¿Por qué el proyecto es la mejor opción para resolver el problema y por qué fue seleccionado en
lugar de otras alternativas?
24
Modelo de Factibilidad Técnica :
25
Modelo de Factibilidad Operativa :
26
Modelo de Factibilidad Financiera :
Aprobaciones:
24
Busca describir las capacidades del alumno para desarrollar el proyecto que se plantea realizar.
25
Busca describir las capacidades de la organización para adaptarse al cambio propuesto por el proyecto.
26
Busca describir las capacidades financieras de la organización para afrontar la inversión del proyecto, utilizando
elementos como el VAN, TIR, COK y otros.
Manual para la elaboración de Proyectos de Investigación I, II y III Página 57 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 4 Formato para el Registro de Acuerdos
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
REUNIÓN DE ACUERDOS PARA LA DEFINICIÓN DEL PROYECTO
Nombre del anteproyecto:
Participantes:
Asistió Firma de
Participante Organización Cargo
(Si, No) Aceptación
Agenda de Reunión:
Nro Tema Ponente Duración
Acuerdos Alcanzados:
Fecha de
Nro Acuerdo Prioridad Responsable
Vencimiento
Aprobaciones:
27
El nivel de Influencia de un OPA puede (a) Procesos, Políticas y Procedimiento o (b) Bases de Conocimiento de la
Organización
Manual para la elaboración de Proyectos de Investigación I, II y III Página 59 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 6 Formato para la relación de los Factores Ambientales de la
Empresa
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
FACTORES AMBIENTALES DE LA EMPRESA
Nombre del anteproyecto:
Aprobaciones:
28
El nivel de Influencia de un EEF puede ser interno, externo o ambos
Manual para la elaboración de Proyectos de Investigación I, II y III Página 60 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 7 Formato para el Acta de Constitución del Proyecto
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
ACTA DE COSNTITUCIÓN DEL PROYECTO
Nombre del proyecto: Código de proyecto:
¿Cuáles son los principales entregables que se tendrán tanto del proyecto como del producto?
Proyecto Producto
Presupuesto estimado:
¿Cómo estará conformado el comité que tomará la decisión sobre la variación del presupuesto?
¿Cómo estará conformado el comité que tomará decisiones para la resolución de conflictos?
¿Cuál será el mecanismo de escalabilidad por limitación de autoridad del gerente de proyecto?
Aprobaciones
29
Tipo de Interesado (Cliente, Patrocinador, Directores, Usuario, etc)
30
Influencia en el proyecto (alto, medio, bajo)
31
Nivel de Participación (alto, medio, bajo)
32
Clasificación (opositor, neutral, partidario, etc)
Manual para la elaboración de Proyectos de Investigación I, II y III Página 62 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
INFLUENCIA SOBRE EL PROYECTO
(involucramiento activo)
(capacidad para efectuar cambios Baja Alta
IMPACTO SOBRE EL PROYECTO
Trabajar con él
(Nivel de autoridad)
ignorarlos
Baja
Gestionar atentamente
Alta
Mantener satisfechos
(oportunidades y amenazas)
Baja
Monitorear
Mantener informado
(esfuerzo mínimo)
Aprobaciones
¿Hasta qué nivel se definirán los paquetes de trabajo y cuál será la descripción de cada nivel?
¿Cómo calzarían los tiempos de las actividades con los procedimientos operativos existentes en la
organización?
33
Considere la aplicación de los enfoque metodológicos de RUP, BPM o BDL
34
Por ejemplo la relación entre los recursos disponibles y su productividad.
Manual para la elaboración de Proyectos de Investigación I, II y III Página 64 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
SPI?
¿Cómo se verá afectado el nivel de control deseado por la presencia de la complejidad del
proyecto, la incertidumbre tecnológica, los nuevos productos, el seguimiento del ritmo o
35
progreso ?
¿Cuáles serán las fórmulas de valor ganado a usar para mantener actualizado el estatus del
cronograma?
¿Qué herramientas se utilizarán para secuenciar las actividades? Y ¿De qué manera se utilizarán?
¿Qué herramienta / técnica será utilizada para estimar la duración de las actividades?
¿En qué ruta se almacenará los criterios para la estimación de la duración de las actividades?
¿Cuáles son las técnicas o herramientas que utilizará para gestionar los costos?
35
Por ejemplo, el valor ganado, el porcentaje completado los indicadores de la semaforización.
36
Descomposición, planificación gradual o juicio de expertos
37
Fórmulas de Valor Ganado, reglas 0/100, 50/50 y nivel de la EDT donde se realzará la técnica del valor ganado.
Manual para la elaboración de Proyectos de Investigación I, II y III Página 65 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
PLANIFICACIÓN DE LA GESTIÓN DE LA CALIDAD
¿Quién será responsable de gestionar la mejora continua del proyecto?
¿Quiénes serán los principales interesados respecto a la mejora que se obtenga con el proyecto?
¿Cuáles son las métricas que miden el rendimiento del proceso y sus límites?
¿Qué tipo de estrategia se podrá aplicar según el nivel de tolerancia al riesgo de forma
39
predeterminada?
¿Cuáles son los criterios que se evaluarán para determinar cuantitativamente el impacto de los
40
riesgos?
¿Cuáles son los criterios que se evaluarán para determinar cuantitativamente la probabilidad de
41
los riesgos?
¿Cuáles son las técnicas o herramientas que se utilizarán para realizar el análisis cualitativo de los
riesgos y cómo se utilizarán?
¿Cuáles son las técnicas o herramientas que se utilizarán para realizar el análisis cuantitativo de
los riesgos y cómo se utilizarán?
¿Cuáles son las técnicas o herramientas que se utilizarán para implementar la respuesta a los
riesgos y cómo se utilizarán?
¿Cuáles son las técnicas o herramientas que se utilizarán para monitorear los riesgos y cómo se
utilizarán?
38
Matriz de Probabilidad e Impacto con esquema de puntuación, definiendo riesgo muy alto, alto, medio, bajo y muy
bajo.
39
Riesgos Negativos: Aceptar, Mitigar, Transferir, Evitar, Escalar / Riesgos Positivos: Aceptar, Mejorar, Compartir,
Explotar, Escalar
40
Por ejemplo, categorizar el impacto en: Muy Alto <50%;100%], Alto <30%;50%], Moderado<10%;30%], Bajo
<5%;10%], Muy Bajo[0%-5%]
41
Por ejemplo, categorizar la probabilidad en: Muy Alta <70%;100%], Alta <50%;70%], Moderada<30%;50%], Baja
<10%; 30%], Muy Baja[0%-10%]
Manual para la elaboración de Proyectos de Investigación I, II y III Página 66 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
¿Quién es responsable de determinar las compras a realizar tomando la decisión de hacer o
comprar?
¿Cuáles son las estimaciones independientes de costos que se considerarán para evaluar las
42
adquisiciones?
¿Cuál será la herramienta o técnica que se empleará para efectuar las adquisiciones?
¿Cuál será la herramienta o técnica que se empleará para controlar las adquisiciones?
¿Cuáles son los aspectos a medir en el proyecto para determinar el nivel de involucramiento de los
interesados?
¿Cuáles son las estrategias base que se emplearán para garantizar el involucramiento de los
interesados por cada tipo de interesado?
Nro. Interesado Tipo
01
02
03
04
05
06
07
08
09
10
11
12
13 Tipo de Estrategia para mantener el
14 Interesado interés
15 Durmiente
16 Peligroso
17 Dominantes
18 Definitivos
19 Demandantes
20 Dependientes
… Discrecionales
Aprobaciones
42
Proformas de otros proveedores
Manual para la elaboración de Proyectos de Investigación I, II y III Página 67 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 10 Formato para la Matriz de Trazabilidad de Requisitos
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
MATRIZ DE TRAZABILIDAD DE REQUISITOS (MTR)
Nombre del proyecto: Código de proyecto:
Consideraciones
Necesidad Objetivos Consideraciones Consideraciones Descripción
Objetivos del Paquete de para las pruebas
Código que debe ser Estratégicos de diseño del para el desarrollo detalla del
Proyecto Trabajo (EDT) del producto
cubierta del negocio producto del producto requisito
(escenarios)
Aprobaciones
45
¿Cuál es la relación total de los paquetes de trabajo ?
46
¿Cuál es la relación de las principales cuentas de control ?
43
Permite diferenciar la importancia que se tienen entre los entregables, lo cual permitirá priorizar su planificación.
44
Para el caso de los entregables de ingeniería, estos se definirán en función del marco metodológico a utilizar,
pudiendo estar basado en RUP, BPM o BDL. Sólo para el caso de RUP se aplica el nivel de “Etapas” e “Iteraciones”,
para el caso de BPM o BDL, se ignora este nivel. Los niveles de la EDT se deben desarrollar considerando Nivel 1:
Nombre del Proyecto de Investigación, Nivel 2: Curso, Nivel 3: Alcance de la actividad (Proyecto / Anteproyecto), Nivel
4: Tipo de Actividad (Gestión / Ingeniería), Nivel 5: Grupo de Proceso (Gestión) / Fase (Ingeniería), Nivel 6: Etapa
(Gestión) / Iteración (Ingeniería), Nivel 7: Área de Conocimiento (Gestión) / Disciplina (Ingeniería), Nivel 8: Entregables
(Paquetes de Trabajo),
45
Se entiende por paquete de trabajo al nivel más bajo de la EDT.
46
Una cuenta de control puede contener uno o más paquetes de planificación, el cual es un componente de la EDT que
consolida a uno o más paquetes de trabajo.
DICCIONARIO DE LA EDT
Identificador del Descripción del trabajo
código de cuenta
Supuestos Restricciones
APROBACIONES
Listado de Actividades:
Actividades
Recursos Nivel de
Identificador Etiqueta o predecesoras
Identificador necesarios riesgo de
de la nombre de la (necesarias
de la EDT para ejecutar desfase en su
Actividad actividad para ejecutar 47
la actividad ejecución
la actividad)
Listado de Hitos:
Nivel de
Identificador Identificador riesgo de
Etiqueta o nombre del hito
del hito de la EDT desfase en su
48
ejecución
49
Diagrama de Precedencia :
Listado de Buffers:
Responsable
Identificador Actividad(es) Actividad(es) Duración del Motivo del
de la
del Buffer antecesoras posteriores Buffer Buffer
Activación
47
Factor porcentual que determina la probabilidad de desfase en la actividad. En función de este nivel de desfase se
podrá calcular posteriormente la mejor posición para colocar los buffers.
48
Factor porcentual que determina la probabilidad de desfase en la actividad. En función de este nivel de desfase se
podrá calcular posteriormente la mejor posición para colocar los buffers.
49
Se debe considerar un diagrama de precedencia distinto para cada uno de los cursos de Proyectos de Investigación, y
tipo de Actividades (Gestión / Ingeniería) considerando, que cada uno de estos, se tiene un conjunto de entregables
distintos y cerrados. Se debe evidenciar y sustentar al menos una relación lógica de cada tipo: Final a Inicio (FS), Final a
Final (FF), Inicio a Inicio (SS) e Inicio a Final (SF)
Manual para la elaboración de Proyectos de Investigación I, II y III Página 71 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
50
Diagrama de Gantt :
Aprobaciones:
50
Se debe considerar el diagrama de Gantt a nivel 8 (Según la EDT), considerando Nivel 1: Nombre del Proyecto de
Investigación, Nivel 2: Curso, Nivel 3: Alcance de la actividad (Proyecto / Anteproyecto), Nivel 4: Tipo de Actividad
(Gestión / Ingeniería), Nivel 5: Grupo de Proceso (Gestión) / Fase (Ingeniería), Nivel 6: Etapa (Gestión) / Iteración
(Ingeniería), Nivel 7: Área de Conocimiento (Gestión) / Disciplina (Ingeniería), Nivel 8: Entregables (Paquetes de
Trabajo), diferenciando un diagrama de Gantt para cada uno de los cursos de Proyectos de Investigación.
Manual para la elaboración de Proyectos de Investigación I, II y III Página 72 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
51
1.0
variables.
Versión
Aprobaciones:
Preparado por:
Fecha de creación:
Cliente del proyecto:
Gerente del proyecto:
Nombre del proyecto:
Hecha por
Quincena 1 Quincena 2 Quincena 3 Quincena 4 Quincena 5 Quincena 6 Quincena 7 Quincena 8 Quincena 9 Quincena 10 Quincena 11 … Quincena n
51
Presupuesto del Proyecto :
Costo Total: S/157.850,00
S/. 4.440,00 S/. 4.040,00 S/. 4.590,00 S/. 4.590,00 S/. 5.890,00 S/. 6.190,00 S/. 6.340,00 S/. 6.090,00 S/. 8.090,00 S/. 12.090,00 S/. 11.290,00 S/. 5.090,00
Costos Fijos S/. 3.090,00 S/. 3.090,00 S/. 3.090,00 S/. 3.090,00 S/. 3.090,00 S/. 3.090,00 S/. 3.090,00 S/. 3.090,00 S/. 3.090,00 S/. 3.090,00 S/. 3.090,00 S/. 3.090,00
Alquiler de Inmuebles
S/. 850,00 S/. 850,00 S/. 850,00 S/. 850,00 S/. 850,00 S/. 850,00 S/. 850,00 S/. 850,00 S/. 850,00 S/. 850,00 S/. 850,00 S/. 850,00
(oficnas, depósitos)
Gastos de Vigilancia S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00
Gastos de Adminsitración S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00 S/. 300,00
Transporte S/. 140,00 S/. 140,00 S/. 140,00 S/. 140,00 S/. 140,00 S/. 140,00 S/. 140,00 S/. 140,00 S/. 140,00 S/. 140,00 S/. 140,00 S/. 140,00
Material de Oficina S/. 250,00 S/. - S/. - S/. - S/. - S/. 300,00 S/. - S/. - S/. - S/. - S/. 300,00 S/. -
Suministros S/. 150,00 S/. - S/. - S/. - S/. - S/. - S/. 250,00 S/. - S/. - S/. - S/. - S/. 500,00
Adquisición de Equipos
S/. - S/. - S/. - S/. - S/. - S/. - S/. - S/. - S/. - S/. 3.500,00 S/. 2.400,00 S/. -
Fecha
Tecnológicos
Personal del Equipo de
S/. 950,00 S/. 950,00 S/. 1.500,00 S/. 1.500,00 S/. 2.800,00 S/. 2.800,00 S/. 3.000,00 S/. 3.000,00 S/. 5.000,00 S/. 5.500,00 S/. 5.500,00 S/. 1.500,00
Fecha de aprobación:
Trabajo
Motivo
Código de proyecto:
Página 73 de 84
El presupuesto del proyecto debe estar divido quincenalmente, para que pueda ser evaluado a través de los comités
de seguimiento en los que se evalúa la evolución de la Curva ‘S’, considerando tanto los costos fijos como los costos
ANEXO 14 Formato para la línea base para la medición del desempeño
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
LÍNEA BASE PARA LA MEDICIÓN DEL DESEMPEÑO
Nombre del proyecto: Código de proyecto:
53
Indicadores de rendimiento de la investigación :
Nivel Nivel Nivel Sustento para la
Indicador
Mínimo Esperado Máximo desviación esperada
Verificación del Y1
resultado de la Y2
Investigación Y3
54
Indicadores de rendimiento del producto :
Nivel Nivel Nivel Sustento para la
Indicador
Mínimo Esperado Máximo desviación esperada
Verificación del X1
resultado de la X2
Implementación X3
Aprobaciones:
52
Los indicadores de rendimiento del proyecto serán evaluados y contrastados contra la Curva ‘S’ de manera quincenal,
en función del avance del proyecto, desde el inicio del curso de Proyectos de Investigación II.
53
Los indicadores de rendimiento de la investigación hacen referencia a los valores definidos para la variable
dependiente. Estos valores se medirán de forma quincenal durante de Proyectos de Investigación II sin la
implementación de la solución. Durante el curso de Proyectos de Investigación III se medirán los mismos indicadores,
pero influenciados por la variable independiente.
54
Los indicadores de rendimiento del producto permitirán evaluar la implementación de la solución, estando vinculados
estrechamente con la variable independiente. Estos indicadores se medirán únicamente dentro del curso de proyectos
de Investigación III, considerando que para iniciar este curso, la solución ya se encuentra desplegada en el ambiente de
producción.
Manual para la elaboración de Proyectos de Investigación I, II y III Página 74 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 15 Formato para la Matriz RACI
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
MATRIZ RACI
Nombre del proyecto: Código de proyecto:
Interesado 1
Interesado 2
Interesado 3
Interesado 4
Interesado 5
Interesado 6
Interesado n
56
Responsable
57
Entregable …
Aprobaciones:
55
R = Responsable (de desarrollar el entregable) / A = Aprobador / C = Consultivo / A = Aprobados.
56
Todos los interesados deben encontrarse listados en el registro de interesados .
57
Se deben considerar todos los entregables definidos en la línea base del alcance aprobada.
Manual para la elaboración de Proyectos de Investigación I, II y III Página 75 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 16 Formato para el Registro de Riesgos
ANEXO 17 Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
REGISTRO DE RIESGOS
Nombre del proyecto: Código de proyecto:
Registro de Riesgos:
Efecto59
Probabilidad 60
Exposición 62
Identificador
Impacto 61
Nivel de
Causa / Enunciado del
Alcance
Fecha58
Calidad
Tiempo
Costo
Origen Riesgo
Descripción
Aprobaciones:
58
Se debe registrar la fecha de identificación formal del riesgo, esto es, luego de la revisión de los riesgos dentro del
comité de seguimiento quincenal.
59
El efecto se debe traducir en términos financieros.
60
La probabilidad se debe expresar en términos porcentuales, en función de la causa o el origen del riesgo
61
El impacto se pondera en términos porcentuales en función del efecto financiero del riesgo.
62
El nivel de exposición se pondera en función de la probabilidad y el impacto, considerando la matriz de tolerancia al
riesgo definida en el plan de gestión del riesgo.
Manual para la elaboración de Proyectos de Investigación I, II y III Página 76 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 18 Formato para el Plan la Respuesta a los Riesgos
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
PLAN DE RESPUESTA A LOS RIESGOS
Nombre del proyecto: Código de proyecto:
Escalamiento
Identificador
Nivel de
Enunciado Evento Acción de
del Riesgo Disparador Herramienta Fecha Respuesta Activación Seguimiento
Aprobaciones:
63
Solo se consideran los riesgos que se han clasificado en el nivel alto de criticidad en el registro de riesgos
64
Se deben listas las herramientas utilizadas como parte del análisis cuantitativo del riesgo (por ejemplo la simulación de
Montecarlo o el Árbol de Decisiones). La evaluación de los riesgos se debe hacer cada vez que se identifique un nuevo
riesgo que tenga un nivel de exposición considerable, tras la revisión del comité de seguimiento quincenal.
Manual para la elaboración de Proyectos de Investigación I, II y III Página 77 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 19 Formato para la autoevaluación de desempeño del equipo
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
AUTOEVALUACIÓN DEL DESEMPEÑO DEL ALUMNO
Nombre del proyecto: Código de proyecto:
Ponderación 70
Acumulado 73
Puntuación 71
Ponderado 72
Sustento de
Puntaje
Nivel de
Puntaje
Rol a Criterio de Oportunidades de
Fecha importancia del
Evaluar66 Autoevaluación67 Mejora69
criterio68
Aprobaciones:
65
La autoevaluación se debe desarrollar de manera previa a la ejecución de las revisiones semanales realizadas por el
docente – asesor, durante los cursos de Proyectos de Investigación I, II y III.
66
En una misma fecha, un alumno puede haber ejecutado más de un rol, debiendo estos ser evaluados con al menos
dos criterios de evaluación.
67
El alumno deberá definir cuáles son los criterios de evaluación que utilizará para evaluar su desempeño dentro de
cada uno de los roles que ejecute dentro del proyecto, debiendo notar sus capacidades como investigador, gestor de
proyecto y responsable técnico en el desarrollo del producto.
68
El alumno debe indica por qué considera que esa característica es importante para el rol que se encuentra en proceso
de autoevaluación.
69
Las oportunidades de mejora identificadas´, deberán ser referidas en las subsiguientes evaluaciones, indicando si es
que estas pudieron ser alcanzadas o las limitaciones que le impidieron alcanzarlas.
70
El nivel de ponderación consistente en priorizar la relevancia de cada característica dentro del rol, debiendo estas
sumar 100% para el rol.
71
La puntuación se deberá realizar según los siguientes valores 100% el alumno muestra claramente la capacidad y la
utiliza dentro del proyecto; 75% el alumno muestra la capacidad, pero no la logra aplicar dentro del proyecto; 50% el
alumno no muestra la capacidad con claridad, pero la aplica de forma empírica en el proyecto; 0% el alumno no muestra
la capacidad, ni la aplica en el proyecto.
72
El puntaje ponderado se obtiene multiplicando el nivel de ponderación por la puntuación.
73
El puntaje cumulado se obtiene multiplicando el puntaje ponderado por 20.
Manual para la elaboración de Proyectos de Investigación I, II y III Página 78 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 20 Formato para la evaluación del desempeño del equipo
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
EVALUACIÓN DEL DESEMPEÑO DEL ALUMNO
Nombre del proyecto: Código de proyecto:
Ponderación 78
Acumulado 81
Puntuación 79
Ponderado 80
Puntaje
Nivel de
Puntaje
Rol a Criterio de Evaluación76 Oportunidades de
Fecha
Evaluar75 Sustento de importancia del criterio Mejora77
Aprobaciones:
74
La evaluación se debe desarrollar de manera posterior a la ejecución de las revisiones semanales realizadas por el
docente – asesor, durante los cursos de Proyectos de Investigación I, II y III.
75
En una misma fecha, un alumno puede haber ejecutado más de un rol, debiendo estos ser evaluados con al menos
dos criterios de evaluación.
76
El docente definirá los criterios de evaluación que utilizará para evaluar el desempeño del alumno dentro de cada uno
de los roles que ejecute dentro del proyecto, debiendo notar sus capacidades como investigador, gestor de proyecto y
responsable técnico en el desarrollo del producto.
77
Las oportunidades de mejora identificadas, deberán ser referidas en las subsiguientes evaluaciones, indicando si es
que estas pudieron ser alcanzadas o las limitaciones que le impidieron alcanzarlas.
78
El nivel de ponderación consistente en priorizar la relevancia de cada característica dentro del rol, debiendo estas
sumar 100% para el rol.
79
La puntuación se deberá realizar según los siguientes valores 100% el alumno muestra claramente la capacidad y la
utiliza dentro del proyecto; 75% el alumno muestra la capacidad, pero no la logra aplicar dentro del proyecto; 50% el
alumno no muestra la capacidad con claridad, pero la aplica de forma empírica en el proyecto; 0% el alumno no muestra
la capacidad, ni la aplica en el proyecto.
80
El puntaje ponderado se obtiene multiplicando el nivel de ponderación por la puntuación.
81
El puntaje cumulado se obtiene multiplicando el puntaje ponderado por 20.
Manual para la elaboración de Proyectos de Investigación I, II y III Página 79 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 21 Contenido de la presentación del Comité de Seguimiento
La presentación del comité de seguimiento debe tener una diapositiva por cada
uno de los siguientes puntos, debiendo ser expuesta por el jefe de proyecto al
sponsor al menos de forma quincenal, a partir del término del curso de Proyectos
de Investigación I.
Participantes:
Asistió Firma de
Participante Organización Cargo
(Si, No) Aceptación
Agenda de Reunión:
Nro Tema Ponente Duración
83
Detalle de los Temas Tratados :
Nro Tema Responsable
Acuerdos Alcanzados:
Fecha de
Nro Acuerdo Prioridad Responsable
Vencimiento
82
El Comité de Seguimiento (y la evaluación del valor ganado) se realiza después de la aprobación de las líneas base,
es decir durante los cursos de Proyectos de Investigación II y III. El acta de Comité de Seguimiento debe estar
necesariamente firmada por el sponsor del proyecto y será evaluada por el docente – asesor de forma quincenal, siendo
esta un criterio de calificación.
83
Se deben desarrollar todos los puntos incluidos en el ANEXO 21 Contenido de la presentación del Comité de
Seguimiento
Manual para la elaboración de Proyectos de Investigación I, II y III Página 81 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 23 Formato para la Matriz de Validación de Entregables
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
VALIDACIÓN DE ENTREGABLES
Nombre del proyecto: Código de proyecto:
Aprobaciones:
84
La validación de entregables se deberá realizar antes del cierre de los cursos de Proyectos de Investigación I y
Proyectos de Investigación II, siendo un criterio indispensable para la aprobación de ambos cursos.
85
Se deben considerar todos los entregables definidos en la línea base del alcance aprobada.
86
En caso que el entregable haya sido observado, se deberá dejar constancia de dichas observaciones, a través del
versionado de dicho entregable, según la definición del Plan de Gestión de la Configuración, pudiendo tener un mismo
entregable, varias versiones, hasta su conformidad.
87
Todos los interesados deben encontrarse definidos como aprobadores en la Matriz RACI.
88
Las fechas deben guardar relación tanto con las fechas de línea base y las fechas reales definidas en el cronograma.
89
El estado debe ser: Pendiente, No Conforme, Conforme
Manual para la elaboración de Proyectos de Investigación I, II y III Página 82 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 24 Formato para la Solicitud de Control de Cambios
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
SOLICITUD DE CONTROL DE CAMBIOS
Nombre del proyecto: Código de proyecto:
Impacto Estimado:
Tiempo Esfuerzo Costo Documentos
Categoría:
[ ] RE: Requerimientos [ ] AD: Análisis / Diseño [ ] LE: Legal / Normativo
[ ] MT: Mejora Técnica [ ] MF: Mejora Funcional [ ] MA: Mejora de Ambientes
[ ] EI: Error en Instalación [ ] EF: Error Funcional [ ] ET: Error Técnico
Riesgos Asociados:
Alternativas de Solución:
90
Alternativa Seleccionada y sustento de la misma :
Aprobaciones:
90
La decisión de la alternativa seleccionada se debe basar en al menos la utilización de una herramienta de selección,
por ejemplo el Árbol de Decisiones
Manual para la elaboración de Proyectos de Investigación I, II y III Página 83 de 84
Escuela Profesional de Ingeniería de Sistemas e Informática
ANEXO 25 Formato para el Cierre del Proyecto
Control de versiones
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
ACTA DE CIERRE DEL PROYECTO
Nombre del proyecto: Código de proyecto:
Aprobaciones: