Anexos Gerencia de Proyectos y Recursos SSIA

ANEXOS GERENCIA DE PROYECTOS Y RECURSOS SSIA

TABLA DE CONTENIDO ANEXO 01: PROJECT CHARTER .............................................................................................. IV ANEXO 02: PLAN DE TRABAJO ........................................................................................... XXV ANEXO 03: PLAN DE PROYECTO ......................................................................................... XXX ANEXO 04: ACTAS DE REUNIÓN ........................................................................................... LXI ANEXO 05: CONTROL DE CAMBIOS DE PROYECTOS ........................................................... LXXV CONTROL DE CAMBIOS DE PROYECTOS 2012-2................................................ LXXVI CONTROL DE CAMBIOS DE PROYECTOS 2013-1................................................ LXXXI ANEXO 06: CERTIFICADOS QA ........................................................................................... XCVI CERTIFICADOS QA 2012-2 ............................................................................... XCVII CERTIFICADOS QA 2013-1 ............................................................................. CXXVII ANEXO 07: PROPUESTAS DE PROYECTOS ........................................................................... CLVI ANEXO 08: EVIDENCIAS ABET ....................................................................................... CCLXXX EVIDENCIAS ABET: REUNIÓN DE EGRESADOS .............................................. CCLXXXI EVIDENCIAS ABET: REUNIÓN DE EGRESADOS 2011 ......................... CCLXXXII EVIDENCIAS ABET: REUNIÓN DE EGRESADOS 2012 .......................... CCCXXIII EVIDENCIAS ABET: FIN DE CICLO .................................................................. CCCLXII EVIDENCIAS ABET: FIN DE CICLO 2012-2 .......................................... CCCLXIII EVIDENCIAS ABET: FIN DE CICLO 2013-1 .......................................... CDLXXIX EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS.......................................... DXXXVI EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS 2012-1.................. DXXXVII EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS 2012-2....................DXLVIII EVIDENCIAS ABET: PRÁCTICAS PRE-PROFESIONALES .......................................DLVIII EVIDENCIAS ABET: PRÁCTICAS PRE-PROFESIONALES 2011 ..................... DLIX EVIDENCIAS ABET: PRÁCTICAS PRE-PROFESIONALES 2012 .................... DCXL ii

EVIDENCIAS ABET: WINTER SCHOOL 2013 .................................................... DCXCVI ANEXO 09: PROCESOS .................................................................................................. DCCXIV ANEXO 10: SPI (SCHEDULE PERFORMANCE INDEX) ...................................................... DCCXXIII SPI 2012-2 ................................................................................................. DCCXXIV SPI 2013-1 ............................................................................................... DCCXXXIX ANEXO 11: FRAMEWORKS DE DOCUMENTACIÓN PMI.................................................DCCXLVII 01 PMP (PROJECT MANAGEMENT PLAN)...................................................DCCXLVIII 02 CMP (CHANGE MANAGEMENT PLAN) ......................................................DCCLXV 03 SP (SCHEDULE MANAGEMENT PLAN) ...................................................DCCLXXVI 04 CP (COST MANAGEMENT PLAN) .........................................................DCCLXXXIV 05 QAP (QUALITY MANAGEMENT PLAN) ..................................................... DCCXCII 06 RMP (RISK MANAGEMENT PLAN) ............................................................. DCCCII 07 COM (COMMUNICATION MANAGEMENT PLAN) ...................................... DCCCIX 08 ACQ (ACQUISITION PLAN) ..................................................................... DCCCXVI 09 HRP (HUMAN RESOURCES PLAN).......................................................... DCCCXXV 10 REP (MONITORING REPORT) ................................................................ DCCCXLIII 11 CLO (PROJECT CLOSEOUT REPORT) ..................................................... DCCCXLVIII ANEXO 12: INTEGRACIÓN DE PROYECTOS ABET ........................................................... DCCCLIII ANEXO 13: MEMORIA DE LA EMPRESA VIRTUAL SSIA................................................... CMXVIII

iii

ANEXO 01: PROJECT CHARTER

iv

UPC TALLER DE PROYECTOS 1 GERENCIA DE PROYECTOS Y RECURSOS SSIA PROJECT CHARTER VERSIÓN 0.3

1

Gerencia de Proyectos y Recursos SSIA

2012-2

Preparado por: Jefe de Proyecto:

Giuliana Patricia Cabello Maceda

Especialidad:

Ingeniería de Sistemas de Información

Empresa:

SSIA

Historial de Revisiones Versión 0.1

Fecha 17/08/2012

Autor Giuliana Cabello

Descripción Creación del documento

0.2

27/08/2012

Giuliana Cabello

0.3

09/09/2012

Giuliana Cabello

Modificación de acuerdo a observaciones de Gerente General Actualización de Cronograma

Gerencia de Proyectos y Recursos SSIA

2012-2

Índice de Contenidos RESUMEN EJECUTIVO .............................................................................................................4 MARCO TEÓRICO ...................................................................................................................5 POSICIONAMIENTO................................................................................................................8 Planteamiento del problema ................................................................................................... 8 Objetivos .................................................................................................................................. 8 Objetivo General .......................................................................................................................... 8 Objetivo Específicos ..................................................................................................................... 8 INdicadores de éxito .............................................................................................................. 10 Alcance del proyecto ............................................................................................................. 10 Suposiciones y Restricciones ................................................................................................. 10 ORGANIZACIÓN DEL PROYECTO ...........................................................................................12 Equipo del Proyecto ............................................................................................................... 12 Stakeholders y Usuarios ......................................................................................................... 12 Recursos requeridos .............................................................................................................. 14 Fases e hitos del proyecto ..................................................................................................... 14 Enfoques del trabajo .............................................................................................................. 16 Riesgos y Mitigación .............................................................................................................. 16 GLOSARIO............................................................................................................................18 SIGLARIO .............................................................................................................................18 BIBLIOGRAFÍA ......................................................................................................................18 APROBACIÓN .......................................................................................................................19 ANEXOS ...............................................................................................................................20

Gerencia de Proyectos y Recursos SSIA

2012-2

RESUMEN EJECUTIVO El presente proyecto de gerencia busca el cierre exitoso de la cartera de proyectos que forman parte de la empresa virtual SSIA, siguiendo con las metodologías Scrum, RUP y EUP para el desarrollo de éstos y haciendo uso de PMBOK para la administración de los mismos, mediante la planificación, realización, evaluación y control y cierre de cada proyecto. Para mayor detalle de cada metodología, ver la sección Marco Teórico. En cuanto a la gestión de recursos, se empleará la planificación, seguimiento y control de sus actividades para asegurar el correcto cumplimiento de las funciones de éstos. Con este propósito, se llevará a cabo una gestión organizada de los proyectos y los recursos asignados, que irá de la mano con un trabajo coordinado con las empresas de soporte IT-Expert, Software Factory y QA. El cliente de este proyecto será la Universidad Peruana de Ciencias Aplicadas a través de la empresa virtual SSIA, la cual tiene como finalidad obtener la acreditación ABET mediante la culminación satisfactoria de su cartera de proyectos. El proyecto realizará un seguimiento a la carga de información correspondiente a las clases dictadas (Profesores, horarios de clases, aulas, secciones de un curso, etc.), a datos de los alumnos (Notas, créditos de prácticas pre-profesionales, etc.), al cumplimiento de las rúbricas ABET y a encuestas parciales y finales, con las cuales se desarrollan reportes que son presentados a los cargos administrativos de las carreras de Ingeniería de Sistemas de Información y Software. Los riesgos de este proyecto son el incumplimiento de las reuniones acordadas entre clientes y jefes de proyectos, cambios eventuales en los requerimientos del cliente, retrasos causados por incumplimiento de acuerdos de servicio con las empresas de soporte IT-Expert, QA y Software Factory, limitación tecnológica que impida el despliegue satisfactorio del proyecto y causas de fuerza mayor que puedan producir la ausencia de un Jefe de Proyecto, del Gerente de Proyectos y Recursos o del Gerente General en fechas críticas. Como suposiciones a tomar, se considerará que la empresa QA cumplirá con la fecha de entrega de validaciones, que IT-Expert y Software Factory acatarán los servicios definidos con la empresa SSIA, que cada proyecto realizará un correcto levantamiento de requerimientos y que los integrantes de cada proyecto estarán presentes en el horario laboral. La gestión de la empresa durará un año en total, y cada semestre se presentarán los siguientes entregables:  Plan de trabajo  Plan de proyecto (Todos los planes según el modelo PMBOK)  Presentación 1  Control de seguimientos (parciales)  Presentación 2  Control de seguimientos (finales)  Perfil de proyecto  Memoria  Entregables adicionales

Gerencia de Proyectos y Recursos SSIA

2012-2

MARCO TEÓRICO IBM Rational Unified Process (RUP) es un framework1 desarrollado por la empresa International Business Machines Corporation (IBM) para procesos de Ingeniería de Software, el cual provee las mejores prácticas y guías para un desarrollo de software exitoso y una aproximación disciplinada a la asignación de tareas y responsabilidades en una organización de desarrollo. Su meta es asegurar la producción de software de alta calidad que alcance las necesidades de los usuarios manteniendo un cronograma y presupuesto programados2. Para su desarrollo, se usa software Rational, creado por la misma IBM. RUP cuenta con cuatro fases: Incepción, Elaboración, Construcción y Transición.

Imagen 1 En cambio, Enterprise Unified Process (EUP) es una extensión de RUP, que incluye nuevas fases, Producción y Retiro, así como nuevas disciplinas, como lo son Operación y Soporte y las siete disciplinas empresariales:       1 2

Modelado de Negocio Empresarial Gestión de Portafolio Arquitectura Empresarial Reuso Estratégico Gestión de Personal Administración Empresarial

Marco de trabajo Cfr. Carroll y otros 2007:12

Gerencia de Proyectos y Recursos SSIA 

2012-2

Mejora del proceso de Software3

Imagen 2 Por otro lado, Scrum es una metodología ágil de desarrollo de software, la cual trabaja dividiendo el proyecto en ritmos de trabajo conocidos como sprints, que duran una, dos o tres semanas. Al final de cada sprint, el equipo de trabajo se reúnen los miembros del equipo y los stakeholders para evaluar el progreso y planear los siguientes pasos4.

3 4

Cfr. Ambler 2009 Cfr. SCRUMMETHODOLOGY.COM 2012

Gerencia de Proyectos y Recursos SSIA

2012-2

Imagen 3

Los proyectos de SSIA trabajan en base a las metodologías RUP, EUP y Scrum, siendo la última la más utilizada. Esto se debe a la rapidez del desarrollo, en el que se obtiene un producto por cada iteración que puede ser validado y desplegado, agilizando así la implementación del proyecto. Sin embargo, las metodologías ágiles no pueden trabajar por sí solas en la gestión de los proyectos, por lo que, en el caso de SSIA, se emplea como soporte para esta labor el Project Management Body of Knowledge (PMBOK), que es un estándar global establecido por el Project Management Institute (PMI) para la gestión de proyectos5. Éste engloba conocimientos y procesos que se encuentran divididos en los siguientes grupos principales:

Imagen 4

5

Crf. MPMM.COM 2012

Gerencia de Proyectos y Recursos SSIA

2012-2

POSICIONAMIENTO La Gerencia de Proyectos de SSIA monitorea el progreso de cada proyecto que forme parte de su carrera, los cuales tienen una alta prioridad debido a que deben cumplir con la certificación ABET y su clientela está formada por entidades académicas que incluyen a la misma Universidad Peruana de Ciencias Aplicadas.

PLANTEAMIENTO DEL PROBLEMA

Dentro de la cartera de proyectos de SSIA pueden encontrarse metodologías distintas y cada una requiere un seguimiento de acuerdo con sus requerimientos. Los principales problemas encontrados dentro de esta forma de trabajo son las siguientes:

Problema Comunicación deficiente entre jefes de proyecto, clientes y proveedores de servicio. Bajo control sobre avance del proyecto Mala planificación de los proyectos

Causas No se respeta la cadena de mando para comunicaciones. Los acuerdos entre las partes no quedan registrados.

Los Jefes de Proyecto no llevan un seguimiento del progreso del proyecto o no toman acciones cuando el proyecto se encuentra en riesgo Demoras en las presentaciones de charters y cronogramas por parte de los jefes de proyectos.

OBJETIVOS

OBJETIVO GENERAL

Llevar la administración de la cartera de proyectos de SSIA, asegurando el cierre satisfactorio de éstos mediante el monitoreo de sus actividades y soporte, el cual debe realizarse respetando la cadena de mando de comunicación. Además, se mantendrá la continuidad de negocio generando propuestas para nuevos proyectos al final del semestre y documentando los procesos de SSIA.

OBJETIVO ESPECÍFICOS

En base al Objetivo General planteado anteriormente, los Objetivos Específicos serán los siguientes:

Gerencia de Proyectos y Recursos SSIA

2012-2

OE1: Contar con un 80% de los proyectos con el certificado de QA y el Acta de aceptación del cliente para controlar el correcto avance de los proyectos. OE2: Contar con reuniones quincenales de coordinación para el seguimiento de avance de los proyectos, incluyendo reuniones con IT-EXPERT y SW-FACTORY. OE3: Proponer como mínimo 4 nuevos proyectos para la empresa SSIA al finalizar el semestre. OE4: Contar con una propuesta de continuidad que registre el proceso de carga de datos de las encuestas ABET.

Gerencia de Proyectos y Recursos SSIA

2012-2

INDICADORES DE ÉXITO

IE1: Certificados de QA y Actas de aceptación firmadas por los clientes y/o asesores. IE2: Cronogramas y Matrices de Observaciones de los proyectos cerradas al 100% IE3: Proyect Charters desarrollados y validados por la Gerencia para los nuevos proyectos de SSIA. IE4: Propuesta de especificaciones de los procesos que forman parte de la toma de encuestas ABET.

ALCANCE DEL PROYECTO

El proyecto abarca contar con un plan para la dirección del proyecto y la gestión del portafolio de proyectos que forman parte de la cartera de la empresa SSIA, incluyendo un Plan de Comunicaciones que contenga a grandes rasgos la comunicación entre Jefes de Proyecto, el Gerente General y con los colaboradores, así como el escalamiento en caso de presentarse incidencias que requieran la intervención de la gerencia para que puedan llevarse a cabo. Entre los procesos principales que conforman este proyecto están el realizar labores de gestión de los recursos humanos de la empresa, para los cuales se utilizarán procesos de gestión del desempeño del personal, selección y administración de recursos y capacitación.        

Por otro lado la Gestión de proyectos incluirá: La gestión del portafolio de proyectos. Desarrollar un plan de dirección de proyectos para la empresa SSIA. Desarrollar un plan de comunicaciones. El Seguimiento a los requerimientos de los miembros de SSIA. La implementación de plantillas que usarán los equipos de proyectos y colaboradores. El monitoreo y control de los servicios brindados por las empresas de soporte. El seguimiento continuo de avances de los proyectos. La documentación de procesos de acuerdo con la gestión de conocimiento y lecciones aprendidas.  Las propuestas de mejora y de nuevos proyectos. A continuación, se indicará lo que queda fuera del alcance del proyecto:  Los requisitos que soliciten las empresas de soporte para el cumplimiento de los servicios.  El calendario de actividades internas que programen las empresas de soporte.

SUPOSICIONES Y RESTR ICCIONES

Gerencia de Proyectos y Recursos SSIA

2012-2

En esta sección, se detallarán las suposiciones y restricciones del proyecto: Suposiciones [Suposición 1]

Descripción Las empresas de soporte realizarán las actividades solicitadas por los proyectos de acuerdo a cronogramas y a los SLA (Service Level Agreements) acordados.

[Suposición 2]

Los colaboradores, los Jefes de Proyectos y los partners mantendrán informado al Gerente de Proyectos y Recursos sobre sus avances, inquietudes y aquellos requerimientos que necesiten ser escalados.

[Suposición 3]

Los Jefes de Proyectos y partners buscarán la solución proactiva de aquellas incidencias que afecten su proyecto y se encuentren dentro de su alcance.

Restricciones [Restricción 1]

Descripción El calendario de entregas y presentaciones para los Talleres de Proyecto es definido por el Comité evaluador.

[Restricción 2]

La evaluación de Project Charters queda a cargo del Gerente General y comité.

[Restricción 3]

El número de alumnos asignados como apoyo a la empresa SSIA, queda limitado a los alumnos disponibles en el TDP2.

Gerencia de Proyectos y Recursos SSIA

2012-2

ORGANIZACIÓN DEL PROYECTO En la siguiente sección, se presentará cómo se encuentra la organización de la Gerencia de Proyectos y Recursos SSIA. EQUIPO DEL PROYECTO

A continuación, se detallará quiénes conforman el equipo del proyecto de gestión de SSIA. Rol

Miembro

Responsabilidades

Gerente General/Cliente

Ronald Grados

- Solicitar informes de las tareas operativas que realiza la Gerente de Proyectos y Recursos. - Evaluar los entregables en documentos y productos parciales /terminados de los Jefes de Proyecto.

Gerente de Proyectos y Recursos

Giuliana Cabello

- Comunicar cualquier problema que detecte en retrasos o impedimentos operativos que tengan los Jefes de Proyecto para realizar con éxito sus proyectos. - Llevar a cabo gestión de conocimiento documentando las actividades realizadas en la empresa - Monitorear las actividades de los colaboradores que afecten el progreso de los proyectos

STAKEHOLDERS Y USUARIOS

En esta sección, se presentan las personas con poder de decisión (Stakeholders) y usuarios del proyecto. Stakeholders

Necesidades

Entregables

Gerencia de Proyectos y Recursos SSIA Pilar Stronguiló

2012-2

Control de Asistencia de los Conocer los avances de los proyectos colaboradores. revisando que cada proyecto cumpla con los plazos y calidad establecidos en Relación de colaboradores sus cronogramas. TDP2 y sus funciones. Control de Actividades.

Jefes de Proyecto

Cerrar exitosamente su proyecto Relación de asignación de mediante el trabajo organizado entre recursos QA. los colaboradores y el equipo del proyecto. Plantillas para documentación. Reportes de progreso del proyecto.

Gerente General SSIA

Conocer el estado de los proyectos de la Project Charter. cartera actual, las actividades de la Gerencia de Proyectos y Recursos, las Plan de Trabajo. nuevas propuestas de mejora y nueva cartera. Plan de Gestión de Proyecto.

Comité

Recibir las memorias de los proyectos Project Charters de proyectos con entregables completos y con los validados por Gerente anexos debidos que justifiquen el General. trabajo expuesto en éstas. Planes de Trabajo. Plan de Gestión de Proyecto de Gerencia de Proyectos y Recursos.

QA

Memorias proyectos.

parciales

de

Memorias proyectos.

finales

de

Propuestas de Project Charters. Cumplimiento por parte de los Jefes de Cronogramas de proyectos.

Gerencia de Proyectos y Recursos SSIA

2012-2

Proyecto de acuerdo a los cronogramas de validación acordados. Entregables a validar de acuerdo a metodología usada por el proyecto.

Software Factory

Cumplimiento por parte de los Jefes de Contratos de Jefes de Proyecto de acuerdo a los cronogramas Proyecto incluyendo de capacitación y desarrollo acordados. Historias de Usuario o Casos de Uso validados por QA.

IT_EXPERT

Cumplimiento por parte de los Jefes de SLA firmado por Gerente de Proyecto de acuerdo a los SLAs (Service Proyectos y Recursos. Level Agreements) acordados. Solicitud de Despliegue.

Clientes de los proyectos TDP2

Ver sus requerimientos satisfechos por Acta de Compromiso con el el proyecto que les corresponde. Cliente.

Usuarios Futuro Gerente de Proyectos y Recursos de SSIA

Necesidades Contar con documentación de guía que le permita conocer los procesos de la empresa SSIA y lo correspondiente a sus funciones, de manera que se mantenga la continuidad del negocio.

Entregables Plantillas estándar de SSIA actualizadas. Documentación que detalle el proceso de carga de encuestas y reporte de resultados.

RECURSOS REQUERIDOS

Para el desarrollo del proyecto, se requerirá de las siguientes herramientas: Microsoft Project 2007-2010 Microsoft Office 2007-2010 Acceso a Internet Flash actualizado en navegadores Web para acceso a Dropbox

FASES E HITOS DEL PROYECTO

Gerencia de Proyectos y Recursos SSIA

2012-2

Siguiendo el PMBOK, el proyecto contará con cuatro grandes fases: Planificación, Ejecución, Evaluación y Control. En la siguiente tabla, se detallan los entregables más importantes por fin de fase:

Hito del proyecto

Fecha Estimada

Entregables incluidos

Prioridad

Plan de Gestión de Proyectos Validado

08/09/12

Plan de Tiempos y Actividades. Plan de Riesgos de Proyectos. Plan de Gestión de Cambios. Plan de Calidad de Proyectos. Plan de Costos. Plan de Comunicación. Plan de Adquisiciones.

Alta

Documentar proceso de carga de datos y procesamiento de encuestas

01/09/12

Plan de Especificación de procesos de carga de datos y generación de reportes de encuestas.

Alta

Conclusión de pruebas en sistema EIA para carga de encuestas

18/10/12

Resultados de pruebas en sistema EIA. Sistema desplegado y listo para su uso.

Alta

Reportes en base a los resultados de las actividades de seguimiento

15/10/12

Reporte de avance de proyectos en validaciones QA. Reporte en base a sugerencias y quejas de clientes. Reportes de acciones correctivas.

Media

Presentación de propuestas de charters para SSIA

24/09/12

Project Charters de posibles proyectos de SSIA para la gestión2013-1

Alta

Consolidación

23/11/12

Reporte final de estado de

Alta

de

Gerencia de Proyectos y Recursos SSIA reportes de seguimiento finales y mediciones de gestión Presentación de nuevos Project Charters para cierre de gestión 2012-2

2012-2

proyectos Reporte de medición de gestión 12/03/13

Project Charters de propuestas de proyectos

Alta

ENFOQUES DEL TRABAJO

Como se mencionó en la sección Marco Teórico, el proyecto estará basado en el estándar establecido por el PMBOK para la administración de proyectos de las tres siguientes metodologías: RUP, EUP y SCRUM. RIESGOS Y MITIGACIÓN

En esta sección, se enumerarán los riesgos a los que se encuentra expuesto el proyecto y las estrategias de mitigación a usarse:

#

Riesgo

1

Incumplimiento de las reuniones acordadas entre clientes y miembros de proyectos

Media

Alta

Reunión con el cliente donde se establezcan fechas inalterables de reunión, las cuales el cliente debe firmar en un acta. De no cumplir con ese calendario de reuniones a pesar de que haya pruebas de los intentos de contacto de los miembros del proyecto, el problema será escalado a autoridades académicas.

2

Cambios eventuales en los requerimientos del cliente

Media

Alta

Reuniones con el cliente en el que se pueda exponer los avances del proyecto para constatar que no hay cambios en los requerimientos. Los acuerdos a los que se llegue en dichas reuniones deben quedar en actas firmadas.

3

Retrasos causados por incumplimiento

Media

Alta

Seguimiento de cronogramas acordados con QA y estado de matrices de validación.

Probabilidad

Impacto

Estrategia de mitigación

Gerencia de Proyectos y Recursos SSIA #

Riesgo de acuerdos servicio con empresas soporte Expert, QA Software Factory

Probabilidad

Impacto

de las de ITy

2012-2

Estrategia de mitigación

Seguimiento de estado de despliegues en IT-Expert. En caso de incidencias presentadas, rastrear origen para determinar si es por aplicación del proyecto o producida en empresa de soporte.

4

Limitación tecnológica que impida el despliegue satisfactorio del proyecto

Baja

Alta

Asegurar que los miembros del proyecto estén informados sobre el inventario disponible en el Centro de Computación en servidores físicos y virtuales.

5

Causas de fuerza mayor que puedan producir la ausencia de un Jefe de Proyecto, del Gerente de Proyectos y Recursos o del Gerente General en fechas críticas

Baja

Alta

Si el Jefe de Proyecto está ausente, el partner debe tomar su lugar y se considerará que cualquier acuerdo firmado por éste estará aprobado por el Jefe de Proyecto. Si se ausenta el Gerente de Proyectos y Recursos, el Colaborador Gerencial o los Asesores de Gestión de Proyecto serán asignados a cubrir la posición de acuerdo con su disponibilidad y redactarán un acta detallando lo que se haya acordado en ausencia del Gerente de Proyectos y Recursos. Cualquier acuerdo firmado por el colaborador asignado será considerado como aprobado por el Gerente de Proyectos y Recursos.

Gerencia de Proyectos y Recursos SSIA

2012-2

GLOSARIO Framework: Marco o estructura de trabajo Metodología ágil: Forma de desarrollo de software en la que se trabaja sobre el desarrollo del proyecto en sí en lugar de concentrarse en planes y documentación. Se caracterizan por trabajar en breves iteraciones que duran

SIGLARIO IBM: International Business Machines Corporation RUP: Rational Unified Process EUP: Enterprise Unified Process PMBOK: Project Management Body of Knowledge PMI: Project Management Institute

BIBLIOGRAFÍA AMBLER, Scott W. (2009) Enterprise Unified Process (EUP) (Consulta: 20 de agosto de 2012) http://www.enterpriseunifiedprocess.com/ CARROLL, Kathy y otros (2007) The IBM Rational Unified Process for System Z (Consulta: 20 de agosto de 2012) http://www.redbooks.ibm.com/redbooks/pdfs/sg247362.pdf SCRUMMETHODOLOGY.COM (2012) Scrum Methodology (Consulta: 20 de agosto de 2012) http://scrummethodology.com/ Imagen 1: International Business Machines Corporation (IBM) (2001) Rational Unified Process: Best Practices for Software Development Teams (Consulta: 20 de agosto de 2012) http://www.ibm.com/developerworks/rational/library/content/03July/1000/1251/1251_bestpr actices_TP026B.pdf , pág.3 Imagen 2: AMBLER, Scott W. (2009) Enterprise Unified Process (EUP) (Consulta: 20 de agosto de 2012) http://www.enterpriseunifiedprocess.com/

Gerencia de Proyectos y Recursos SSIA

2012-2

Imagen 3: MOUNTAIN GOAT SOFTWARE (2012) A visual introduction to Scrum (Consulta: 20 de agosto de 2012) http://www.mountaingoatsoftware.com/scrum/overview Imagen 4: METHOD123 PROJECT MANAGEMENT METHODOLOGY (2012) How are MPMM and PMBOK aligned? (Consulta: 20 de agosto de 2012) http://www.mpmm.com/project-management-best-practices.php

APROBACIÓN [Se pone aquí un cuadro de las personas que han evaluado el documento y las firmas]. Nombre

Cargo

Firma

Fecha

Con formato: Sin subrayado, Color de fuente: Automático, Español (Perú)

Gerencia de Proyectos y Recursos SSIA

2012-2

ANEXOS Para detalle del Plan de Trabajo para el presente proyecto, ver documento 2012-2Plan de Trabajo.mpp

ANEXO 02: PLAN DE TRABAJO

xxv

Plan de Trabajo 2012-2 (Planificación y Ejecución)

xxvi

Plan de Trabajo 2012-2 (Evaluación y Control)

xxvii

Plan de Trabajo 2013-1 (Planificación y Ejecución)

xxviii

Plan de Trabajo 2013-1 (Evaluación y Control)

xxix

ANEXO 03: PLAN DE PROYECTO

xxx

PLAN DE PROYECTO

Nombre del proyecto: Gerencia de Proyectos y Recursos SSIA

Versión #: 0.2

Fecha: 15/11/2012

Preparado por Nombre: Giuliana Patricia Cabello Maceda Compañía: SSIA - UPC Departamento: Gerencia de Proyectos

1

Tabla de contenido

I. RESUMEN EJECUTIVO Referencia ................................................................................................................................ 4 II. ALCANCE DEL PROYECTO Declaración del alcance ........................................................................................................... 5 Objetivos .................................................................................................................................. 7 Entregables del proyecto/producto......................................................................................... 8 Supuestos ............................................................................................................................... 11 [Suposición 1]......................................................................................................................... 11 [Suposición 2]......................................................................................................................... 11 [Suposición 3]......................................................................................................................... 11 Restricciones .......................................................................................................................... 12 III. CONTROLES DEL PROYECTO Referencia .............................................................................................................................. 13 Control #1: Plan de gestión del cambio ................................................................................. 14 Control #2: Plan de gestión de las comunicaciones............................................................... 16 Control #2: Plan de gestión de las comunicaciones............................................................... 17 Control #3: Plan de gestión de adquisiciones ........................................................................ 19 Control #4: Plan de gestión de la calidad............................................................................... 20 Control #5: Plan de gestión del riesgo ................................................................................... 22 Control #6: Plan de gestión de recursos humanos ................................................................ 24 Control #7: Plan de gestión de costos ................................................................................... 27 IV. CRONOGRAMA BASE Referencia .............................................................................................................................. 28 2

V. APROBACIÓN VI. DOCUMENTOS ADJUNTOS

3

I. Resumen ejecutivo

Referencia

El presente proyecto de gerencia busca el cierre exitoso de la cartera de proyectos que forman parte de la empresa virtual SSIA, siguiendo con las metodologías Scrum, RUP y EUP para el desarrollo de éstos y haciendo uso de PMBOK para la administración de los mismos, mediante la planificación, realización, evaluación y control y cierre de cada proyecto. Para mayor detalle de cada metodología, ver la sección Marco Teórico. En cuanto a la gestión de recursos, se empleará la planificación, seguimiento y control de sus actividades para asegurar el correcto cumplimiento de las funciones de éstos. Con este propósito, se llevará a cabo una gestión organizada de los proyectos y los recursos asignados, que irá de la mano con un trabajo coordinado con las empresas de soporte IT-Expert, Software Factory y QA. El cliente de este proyecto será la Universidad Peruana de Ciencias Aplicadas a través de la empresa virtual SSIA, la cual tiene como finalidad obtener la acreditación ABET mediante la culminación satisfactoria de su cartera de proyectos. El proyecto realizará un seguimiento a la carga de información correspondiente a las clases dictadas (Profesores, horarios de clases, aulas, secciones de un curso, etc.), a datos de los alumnos (Notas, créditos de prácticas pre-profesionales, etc.), al cumplimiento de las rúbricas ABET y a encuestas parciales y finales, con las cuales se desarrollan reportes que son presentados a los cargos administrativos de las carreras de Ingeniería de Sistemas de Información y Software. Los riesgos de este proyecto son el incumplimiento de las reuniones acordadas entre clientes y jefes de proyectos, cambios eventuales en los requerimientos del cliente, retrasos causados por incumplimiento de acuerdos de servicio con las empresas de soporte IT-Expert, QA y Software Factory, limitación tecnológica que impida el despliegue satisfactorio del proyecto y causas de fuerza mayor que puedan producir la ausencia de un Jefe de Proyecto, del Gerente de Proyectos y Recursos o del Gerente General en fechas críticas. Como suposiciones a tomar, se considerará que la empresa QA cumplirá con la fecha de entrega de validaciones, que IT-Expert y Software Factory acatarán los servicios definidos con la empresa SSIA, que cada proyecto realizará un correcto levantamiento de requerimientos y que los integrantes de cada proyecto estarán presentes en el horario laboral.

4

II. Alcance del proyecto

Declaración del alcance

Dentro del alcance: El proyecto abarca contar con un plan para la dirección del proyecto y la gestión del portafolio de proyectos que forman parte de la cartera de la empresa SSIA, incluyendo un Plan de Comunicaciones que contenga a grandes rasgos la comunicación entre Jefes de Proyecto, el Gerente General y con los colaboradores, así como el escalamiento en caso de presentarse incidencias que requieran la intervención de la gerencia para que puedan llevarse a cabo. Entre los procesos principales que conforman este proyecto están el realizar labores de gestión de los recursos humanos de la empresa, para los cuales se utilizarán procesos de gestión del desempeño del personal, selección y administración de recursos y capacitación.  Por otro lado la Gestión de proyectos incluirá: La gestión del portafolio de proyectos.  Desarrollar un plan de dirección de proyectos para la empresa SSIA.  Desarrollar un plan de comunicaciones.  El Seguimiento a los requerimientos de los miembros de SSIA.  La implementación de plantillas que usarán los equipos de proyectos y colaboradores.  El monitoreo y control de los servicios brindados por las empresas de soporte.  El seguimiento continuo de avances de los proyectos.  La documentación de procesos de acuerdo con la gestión de conocimiento y lecciones aprendidas.  Las propuestas de mejora y de nuevos proyectos.

5

Fuera del alcance: A continuación, se indicará lo que queda fuera del alcance del proyecto:  Los requisitos que soliciten las empresas de soporte para el cumplimiento de los servicios.  El calendario de actividades internas que programen las empresas de soporte.

6

II. Alcance del proyecto , Continuación

Objetivos

Objetivos del proyecto

Iniciativas estratégicas

Involucrados

Contar con un 80% de los proyectos con el certificado de QA y el Acta de aceptación del cliente para controlar el correcto avance de los proyectos

Realizar un seguimiento de las validaciones de QA tanto por parte de los proyectos como los recursos de QA

Gerente de Proyectos y Recursos SSIA Jefes de Proyectos SSIA Colaborador Gerencial SSIA Líder de Línea QA

Contar con reuniones quincenales de coordinación para el seguimiento de avance de los proyectos, incluyendo reuniones con IT-EXPERT y SW-FACTORY

Llevar un registro del estado de cada proyecto, siguiendo el cronograma actualizado de los proyectos

Gerente de Proyectos y Recursos SSIA Jefes de Proyectos SSIA Colaborador Gerencial SSIA Líder de Línea QA Gerente de Proyectos y Recursos Software Factory

Proponer como mínimo 4 nuevos proyectos para la empresa SSIA al finalizar el semestre

Capturar nuevos requerimientos surgidos de la situación actual de la empresa

Gerente General SSIA Gerente de Proyectos y Recursos SSIA Jefes de Proyectos SSIA Recursos de TDP2 Contar con una propuesta Generar reportes en Excel Gerente General SSIA de continuidad que registre reusables Gerente de Proyectos y el proceso de carga de Recursos SSIA datos de las encuestas ABET Continúa en la siguiente página

7

II. Alcance del proyecto , Continuación

Entregables del proyecto/producto

Entregable

Descripción

Acta de Presentación Constitución de Project Charter del Proyecto Plan de Gestión Entregable que de Proyectos presenta los seis controles del proyecto: Plan de Gestión de Cambio Plan de gestión de las comunicaciones Plan de gestión de adquisiciones Plan de gestión de la calidad Plan de gestión del riesgo Plan de gestión de recursos humanos

Propietario

Giuliana Cabello

Giuliana Cabello

Criterios de aceptación

Validación parte Gerente General Validación parte Gerente General

Fecha de entrega estimada

por 30/08/2012 del

por 10/09/2012 del

8

Informes Avances Proyectos

de Presentación de semanal de avance de los proyectos de acuerdo a cronograma

Colaborador Gerencial (Presentación semanal)

Verificación de datos por parte del Líder de Línea de QA y el Gerente de Software Factory

Giuliana Cabello Reporte parcial (Reporte parcial y final y final) Validación de presentado en reporte parcial y dashboards final hecha por mediante Gerente herramienta General propuesta Style Scope

Generación de Reportes reportes de creados en Reunión de Excel para la Egresados tabulación de datos de encuestas de Reunión de Egresados Generación de Reportes reportes de creados Prácticas Pre- específicament Profesionales e para las Prácticas PreProfesionales de Ing. De Sistemas de Información e Ing. De Software del año 2011 aplicación Resultados de La pruebas en EIA será usada para la carga sistema EIA. de encuestas Sistema desplegado y de certificación listo para su ABET uso.

Reportes semanales: Cada jueves Reporte parcial: 20/10/2012 Reporte final: 23/11/2012

Giuliana Cabello

Validación por 10/09/2012 parte de los stakeholders Jimmy Armas y Luis García

Giuliana Cabello

Validación por 10/09/2012 parte de los stakeholders Jimmy Armas y Luis García

Giuliana Cabello Marco Vergara Diego Rojas

Validación por 15/10/2012 parte de stakeholder Rosario Villalta

9

de Presentación de propuestas de proyectos para el ciclo 2013-1

Giuliana Cabello

Actas de reunión Consolidado de actas de de clientes reunión de clientes de los proyectos en la ruta Los contratos de Consolidado de de QA, Software contratos QA, Software Factory, ITFactory y ITExpert Expert en la ruta de Informe Final de Memoria Proyecto de Gestión Gerencia

Giuliana Cabello

Validación por 15/11/2012 parte de Gerente General y de stakeholder Pilar Stronguiló Validación por 15/11/2012 parte de Comité

Giuliana Cabello

Validación por 15/11/2012 parte de Comité

Giuliana Cabello

Validación parte Gerente General Comité

Propuestas charter

Colaboradores de TDP2

por 15/11/2012 de y

10

II. Alcance del proyecto , Continuación

Supuestos [Suposición 1]

Las empresas de soporte realizarán las actividades solicitadas por los proyectos de acuerdo a cronogramas y a los SLA (Service Level Agreements) acordados.

[Suposición 2]

Los colaboradores, los Jefes de Proyectos y los partners mantendrán informado al Gerente de Proyectos y Recursos sobre sus avances, inquietudes y aquellos requerimientos que necesiten ser escalados.

[Suposición 3]

Los Jefes de Proyectos y partners buscarán la solución proactiva de aquellas incidencias que afecten su proyecto y se encuentren dentro de su alcance.

11

II. Alcance del proyecto , Continuación

Restricciones

Restricciones:

Impuesto por:

1. El calendario de entregas y presentaciones para Comité evaluador los Talleres de Proyecto es definido por el Comité evaluador 2. La evaluación de Project Charters queda a cargo Comité evaluador del Gerente General y comité. 3.

El número de alumnos asignados como apoyo a la empresa SSIA, queda limitado a los alumnos disponibles en el TDP2

12

III. Controles del proyecto

Referencia

En la siguiente sección, se definirán los planes que permitirán el control del proyecto de acuerdo a las buenas prácticas del Project Management Book of Knowledge (PMBOK), los cuales son:  Plan de Gestión de Cambio  Plan de Gestión de las Comunicaciones  Plan de Gestión de Adquisiciones  Plan de Gestión de la Calidad  Plan de Gestión del Riesgo  Plan de Gestión de Recursos Humanos

13

III. Controles del proyecto , Continuación

Control #1: Plan de gestión del cambio A continuación, se definirá el proceso por el que pasará una Solicitud de Cambio (Change Request) generada por los Jefes de Proyecto de SSIA: Paso

Generar Solicitud de Cambio

Descripción



De tratarse de la actualización de una aplicación o proyecto desplegado, el solicitante debe llenar el formulario correspondiente en la página Web de IT-Expert: http://upcitexpert1.wix.com/itexpertupc#!nuestros_objetivos/ cznz



Seguimiento de Solicitud de Cambio Evaluación de Solicitud de Cambio

Autorización de Solicitudes de Cambio

Si se require un cambio referente a los requerimientos, alcance o cronograma del proyecto, éste será escalado hacia el Gerente de Proyectos y Recursos así como el Gerente General. Se realizará el seguimiento del estado de las solicitudes de cambio vía correo electrónico 

De tratarse de la actualización de una aplicación o proyecto desplegado:  El Gestor de Servicios de IT-Expert evalúa las solicitudes de cambio que involucren los servicios de dicha empresa.  El Gerente de Proyectos y Recursos se reúne con el Gerente General y con los asesores de proyectos en caso de que deba escalarse la solicitud para revisarla



Si se requiere un cambio referente a los requerimientos, alcance o cronograma del proyecto, la Solicitud de Cambio es evaluada por el Gerente General junto con los Jefes de Proyecto. Si el cambio en el cronograma afecta la labor de los recursos de QA y Software Factory asignados al proyecto, se informará debidamente al Líder de Línea de QA y al Gerente General de Software Factory. El Gestor de Servicios de IT-Expert aprueba las solicitudes de cambio que requieran los servicios de dicha empresa y hace llegar la solicitud al desplegador o al DBA de acuerdo al requerimiento.



14

Implementaci ón de Solicitudes de Cambio



Los cambios que afecten los requerimientos, alcance o cronograma del proyecto sólo pueden ser aprobados por el Gerente General o los asesores de proyectos.



IT-Expert informará cuando se haya concluido con el proceso de cambio en aplicaciones o proyectos desplegados en los servidores. Los proyectos tienen la posibilidad de implementar hasta 4 cambios en los requerimientos, alcance o cronograma durante el ciclo.



15

III. Controles del proyecto , Continuación

Control #2: Plan de gestión de las comunicaciones

Plan de comunicaciones Gerente General

Cliente

Equipo de proyecto

Asesor

Avance del proyecto

S/E

S/E

S/E

S/E

Reporte de estado

M/E

M/E

M/E

M/E

Definición de cambios

Q,M / E

Q,M / E

Q,M / E

Q,M / E

Riesgos del proyecto

S,M / E

S,M / E

S,M / E

S,M / E

Estado de las adquisiciones

S,M / E

S,M / E

S,M / E

S,M / E

D/E

D/ E

D/E

D/E

Comunicación

Aprobación de actas y planes

Frecuencia (D) diario; (S) semanal; (Q) quincenal; (M) mensual Método de entrega (E) correo electrónico

Nombre

Título

Email

Rosario Villalta

Directora de la Escuela de Ingeniería de Sistemas y Computación (Asesora)

Pilar Stronguiló

Asesora

[email protected] [email protected]

Ronald Grados

Gerente General

[email protected] [email protected]

[email protected]

16

III. Controles del proyecto , Continuación

Control #2: Plan de gestión de las comunicaciones

Nombre

Título

E-Mail

CABELLO MACEDA, GIULIANA PATRICIA

Gerente de Proyectos y Recursos SSIA

[email protected] [email protected]

ROJAS SIHUAY, DIEGO

Partner de Proyecto EIA

[email protected] [email protected]

VERGARA APARICIO, MARCO ANTONIO

Jefe de Proyecto EIA

[email protected] [email protected]

GIRALDO CANTA, RICHARD EDUARDO

Jefe de Proyecto INDIGO

[email protected] [email protected]

ROJAS SALLES, SERGIO AYRTON

Partner de Proyecto GSAU

[email protected] [email protected]

PICON KU, HUGO JUNIOR

Partner de Proyecto GSAU

[email protected] [email protected]

ROSALES BARRETO, LUIS ALBERTO

Jefe de Proyecto GSAU

[email protected] [email protected]

ARTEAGA SANCHEZ, JAYLLI VICTOR AURELIO

Jefe de Proyecto IPS

[email protected] [email protected]

POMAJUICA CURISINCHE, VICTOR CESAR

Partner de Proyecto IPS

[email protected] [email protected]

CAMARENA ZAPATA, ALBERTO HUGO

Partner de Proyecto EVAC

[email protected] [email protected]

SILVA PERALTA, CESAR EDILBERTO

Jefe de Proyecto EVAC

[email protected] [email protected]

CHAHUAS REBATTA, CESAR EDUARDO

Partner de Proyecto SEOV

[email protected] [email protected]

VALDIVIA BARBA, HENRY ALONSO

Jefe de Proyecto SEOV

[email protected] [email protected]

UECHI LÓPEZ, EDUARDO AKIRA

Partner de Proyecto MKDCOM

[email protected] [email protected]

VILLA PALACIOS, SABRINA ALEXANDRA

Jefe de Proyecto MKDCOM

[email protected] [email protected]

17

CERVANTES SUYO, ÚRSULA LUCÍA

Jefe de Proyecto ARCUS

[email protected] [email protected]

ALFARO CARRANZA, ROSA ANGELA

DBA

[email protected] [email protected]

AMPUERO MENDOZA, LIBUSI DEYANIRA

Diseñadora Web

[email protected] [email protected]

FARIAS GUICH, DANIEL ANTONIO

DBA

[email protected] [email protected]

LEON MADRID, EDGARD OMAR

Colaborador Gerencial

[email protected] [email protected]

RATTO FABIAN, JUAN DANIEL

Asesor de Gestión de Proyectos

[email protected] [email protected]

ROSALES BARRETO, CIRO KAROL FRANCISCO

Asesor de Gestión de Proyectos

[email protected]

18

III. Controles del proyecto , Continuación

Control #3: Plan de gestión de adquisiciones

Plan de gestión de adquisiciones Elemento comprado

Vendedor/Contratista

Fecha de pago

Comentarios

por la Escuela de Ingeniería de Sistemas y Computación

A definir por Directora de la Escuela de Ingenierí a de Sistemas y Computa ción

El servidor será instalado en el Centro de Cómputo de la universidad durante el mes de Octubre y será configurado durante la Semana 10 del ciclo 2012-2 (Del 15 de Octubre al 18 de Octubre)

A definir por Directora de la Escuela de Ingeniería de Sistemas y Computación

A definir por Directora de la Escuela de Ingenierí a de Sistemas y Computa ción

El equipo cuesta entre $1500 y $2000, actualmente se está consultando con la empresa PolySistemas S.A.C sobre la adquisición del producto.

definir Servidor físico HP A Directora de para empresa SSIA

OpScan 6 Scanner

19

III. Controles del proyecto , Continuación

Control #4: Plan de gestión de la calidad El análisis de calidad es realizado por la empresa de soporte QA, la cual asigna colaboradores a cada proyecto para que realicen las validaciones correspondientes de acuerdo al cronograma establecido por los Jefes de Proyecto, el cual debe considerar el horario de atención de QA. Sólo aquellos proyectos. El responsable de administrar a los colaboradores por parte de QA será el Líder de Línea, quien se comunicará con los Jefes de Proyecto y el Gerente de Proyectos y Recursos de SSIA. El estado de las validaciones de los proyectos será controlado por el Colaborador Gerencial, quien se comunicará con el Líder de Línea y los Jefes de Proyecto para llevar un seguimiento del cumplimiento de cronogramas. A continuación, se detalla la relación de colaboradores de QA asignados a cada proyecto de SSIA durante el ciclo 2012-2. El Líder de Línea será César Armando Gonzáles Yapapasca (Correos: [email protected], [email protected])

Siglas de Proyecto Nombre Software Educativo para la Enseñanza y el INDIGO Aprendizaje de Geometría y Medición Software Educativo para el aprendizaje y ARCUS la práctica del curso de matemática Sistema Experto de Orientación SEOV Profesional Marketing Digital MKDCOM para la Escuela de

QA Tester Jorge Ocampo

Correo GMAIL [email protected]

Jose Torres Luis Nieto

[email protected] [email protected]

Julio Nina

[email protected]

Roberto Taype

[email protected]

Ieong Lau

[email protected] 20

EVAC IPS

EIA GSAU

Ingeniería de Sistemas y Computación Espacios Virtuales de Aprendizaje Colaborativo Intranet de Proyectos SSIA Implementación de evidencias indirectas ABET Gestión de Servicios Administrativos UPC

Rony Cano Katherine Vilca Samuel Villegas

[email protected] [email protected] [email protected]

Ricardo Cuentas Stephanie Mujica Cesar Gonzales

[email protected] [email protected] [email protected]

21

III. Controles del proyecto , Continuación

Control #5: Plan de gestión del riesgo Riesgo

Probabilidad

Impacto

Demoras en la 50% obtención de input y/o carga de la Base de Datos SSIA

5

Cambios realizados 80% por el Comité en fechas, entregables y validez de proyectos

5

Ausencia de 12% Gerente de Proyectos y Recursos por eventos externos (Enfermedad o personal)

3

Tipo de estrategia

Responsable

Plan de Contingencia

Reactiva

Giuliana Cabello

Asignar a más colaboradores aparte de los dos DBAs asignados a la tarea de obtención de input y/o carga de Base de Datos SSIA

DBAs

Reactiva

Giuliana Cabello Gerente General

Reactiva

Giuliana Cabello Gerente General

Interceder por los miembros de los proyectos ante stakeholder Pilar Stronguiló para canalizar el mensaje al Comité indicando el impacto de los cambios en los proyectos

Si es que el Gerente de Proyectos y Recursos se encuentra con la capacidad de asignar a un representante temporal, le 22

indicará al Gerente General quién será y qué eventos debe reportar al Gerente de Proyectos y Recursos cuando retome sus actividades.

23

III. Controles del proyecto , Continuación

Control #6: Plan de gestión de recursos humanos 6.1 Revisión de roles de RRHH Durante cada semestre, se contratará personal proveniente del Taller de Desempeño 2 que cumplirá con los siguientes roles:

La cantidad de vacantes por cada puesto será la siguiente:    

DBAs  2 Diseñador Web  1 Colaborador Gerencial  1 Asesor de Gestión de Proyectos  2

En caso de que un recurso cuente con holgura en sus actividades, el Gerente de Proyectos y Recursos podrá asignarlo a tareas de soporte a la Gerencia, como son la tabulación de datos de encuestas solicitadas por los Coordinadores de las carreras de Ingeniería de Sistemas de Información e Ingeniería de Software, así como la generación de reportes correspondientes a los resultados de dichas encuestas. 24

6.2 Evaluación y Seguimiento de RRHH El Control de Actividades de los colaboradores de Taller de Desempeño 2 se realizará mediante la siguiente plantilla que debe ser llenada por ellos semanalmente: SEMANA FECHA Actividad Detalles Reportado a Horas Proyecto Artefacto Responsable

Para la evaluación del trabajo de los colaboradores de Taller de Desempeño 2, se tendrá en cuenta la calidad de las labores realizadas por ellos de acuerdo a sus roles y de sus entregables. La calificación tanto parcial como final será el promedio de la nota otorgada por el Gerente General, el Gerente de Proyectos y Recursos y los miembros de los proyectos que hayan podido trabajar con los colaboradores. Ejemplos: 

Un colaborador trabajó apoyando a dos proyectos y recibió la calificación de todos los miembros de cada uno: Notas Nombre

Colaborador 1

Proyecto 1 16

15

Proyecto 2 17

16

Gerente General 15

Gerente de Proyectos y Recursos 16

Promedio final: (16 + 15 + 17+ 16+ 15 + 16) / 6 = 15.83 

Un colaborador trabajó apoyando a un proyecto y sólo uno de los miembros lo calificó por ser el único del proyecto que trabajó con él:

Nombre Colaborador 2

Proyecto 1 14

Notas Gerente Gerente de Proyectos y General Recursos 13 15

Promedio final: (14 + 13 + 15) / 3 = 14

6.3 Capacitación y Entrenamiento

25



Al ingresar al puesto, los DBAs recibirán la documentación correspondiente a su rol (Diccionario de datos, accesos, diagrama de la base de datos, etc.), así como capacitación y manual de usuario para el uso de la aplicación APCDA (Vigente desde el ciclo 2012-2 para la carga de la Base de Datos).



Se le entregará al Diseñador Web la cuenta Wix empleada para la actualización de la página Web y se le dará indicaciones de cómo emplearla



.Al Colaborador Gerencial y a los Asesores de Gestión de Proyectos se les dará indicaciones respecto a las funciones de su rol durante el ciclo y las actividades que se les asignen se programarán semanalmente, ya que dependerán de la disponibilidad de los colaboradores y la delegación de actividades realizada por el Gerente de Proyectos y Recursos de acuerdo a los requerimientos de la empresa.

26

III. Controles del proyecto , Continuación

Comentario [R1]: Valor Ganado tiempo cronograma

Control #7: Plan de gestión de costos Para la gestión de costos se medirá el Schedule Performance Index (SPI) de los proyectos de acuerdo a sus cronogramas, contrastando el avance real contra el avance planificado. Con este propósito, se realizará un control semanal, parcial y final mediante Dashboards usando la herramienta propuesta Style Scope

27

IV. Cronograma base

Referencia

28

V. Aprobación

Acuerdo de aprobación Nombre de proyecto: He revisado la información contenida en el Plan de proyecto en la fecha ______, y estoy de acuerdo con la línea base acordada en el. Nombre, Gerente de Proyecto

Firma

Fecha

Nombre, Patrocinador del proyecto

Firma

Fecha

Nombre, Título

Firma

Fecha

Nombre, Título

Firma

Fecha

Nombre, Título

Firma

Date

Nombre, Título

Firma

Fecha

Nombre, Título

Firma

Fecha

29

VI. Documentos adjuntos



30

ANEXO 04: ACTAS DE REUNIÓN

lxi

lxii

lxiii

lxiv

lxv

lxvi

lxvii

lxviii

lxix

lxx

lxxi

lxxii

lxxiii

lxxiv

ANEXO 05: CONTROL DE CAMBIOS DE PROYECTOS

lxxv

CONTROL DE CAMBIOS DE PROYECTOS 2012-2

lxxvi

CONTROL DE CAMBIOS Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección del problema: Breve descripción del problema: Impacto del problema sobre la planificación y otros ECS:

EVAC Cronograma 1.3.10 Jefe de proyecto Jefe de proyecto Día 29 Mes 10 año 2012 Día 29 Mes 10 Año 2012 Retraso en la entrega de información del cliente para con el proyecto Medio

Descripción de Cambios

Se realizara un reajuste en las fechas de entrega de artefactos para QA, empezando las entregas a partir del lunes 5 de nov. Asi mismo la sección de benchmarking se postergara para el siguiente ciclo

Tipo de cambio (Medio, Medio Alto, Alto)

Medio

Donde se aplica el cambio

En el cronograma activiades

de

Observaciones:

______________________ Responsable de cambios

_____________________ Solicitante

lxxvii

CONTROL DE CAMBIOS Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:

del

Gestión de Servicios Administrativos UPC 1.0 Sergio Rojas Salles Sergio Rojas Salles Día _20 _ Mes ___09_____Año___2012____ Día _17__ Mes __09______Año____2012___

Retraso en respuesta del cliente para definir y desarrollar los servicios a implementar para el ciclo 2012-2. Impacto del problema sobre la Cambio en el alcance del proyecto y retraso de planificación y otros ECS: artefactos. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Breve descripción problema:

del

Alto, Alto)

-

-

-

Cambio en el alcance del proyecto. Inicialmente se definieron dos servicios para el ciclo 2012-2 pero debido a la complejidad en el desarrollo de uno de los servicios solo se desarrollará el Servicio de Solicitud Taxis. Cambio en el cronograma para presentación de artefactos a QAS. Se presentará la Definición de Proceso de Segundo Nivel: Gestión de Pago de Taxis a retrasos con el cliente para la semana 7 (24.09.2012). Presentación de un nuevo artefacto a QAS. Se solicita la revisión del artefacto “Plan Gestión de Personal” para la semana 9 (08.10.2012)

Alto

Medio

Cronograma, Charter

Project

Medio Alto

Observaciones:

lxxviii

______________________ Responsable de cambios

_____________________ Solicitante

lxxix

CONTROL DE CAMBIOS Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema: Breve descripción problema:

del

INDIGO V2.0 Richard Giraldo Canta Richard Giraldo Canta Día _21_______ Mes ___09_____Año_2012______ Día 10____ Mes __09______Año__2012_____

del

Retraso en el desarrollo por parte de los recursos de software factory Retraso del sprint 4. Retraso en el inicio de ejecución Impacto del problema sobre la del sprint 5 y 6. Retraso en las pruebas por parte de planificación y otros ECS: QA Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Alto, Alto)

Cambio en las fechas de inicio y fin del sprint 4, 5 y 6. Se aumentó una semana más a cada sprint.

Medio

Cronograma proyecto

del

Observaciones: Se tuvo que realizar el cambio debido al retraso por parte de los desarrolladores de software factory. No afecta al cliente ya que los entregables son para la semana 8. Se tenía una semana de contingencia.

Responsable de cambios

Solicitante

lxxx

CONTROL DE CAMBIOS DE PROYECTOS 2013-1

lxxxi

Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:

CONTROL DE CAMBIOS Arquitectura de Procesos para Mantener el Contacto Continuo con los Egresados de la Escuela de Sistemas y Computación de la UPC. (AP-MC2E) 1.0 Frank Soto Meléndez Frank Soto Meléndez Día __16__ Mes ___05___Año__2013___ del Día __10__ Mes ___05___Año__2013___

No se pudo contactar con las fuentes de información principal (PUCP), debido a cambios urgentes en su Breve descripción del agenda. Ello generó que se cancelaran nuestras problema: reuniones entre el 06/05/2013 al 10/05/2013, postergándose de esta forma para la semana entre el 20/05/2013 al 24/05/2013. Impacto del problema sobre la Cambio del alcance del proyecto y retraso de planificación y otros ECS: entregables a QA. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Alto, Alto)



Ajustes en el cronograma de actividades del proyecto: Las actividades se retrasarán dos semanas.  Actualización del alcance del Proyecto: El proyecto incluirá hasta la Definición de los Procesos de Primer Nivel y no incluirá la Definición de los Procesos de Segundo Nivel. Observaciones:

Frank Soto Meléndez Responsable de cambios

Alto

Cronograma de Actividades

Alto

Project Charter

Frank Soto Meléndez Solicitante

lxxxii

Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:

Breve descripción problema:

CONTROL DE CAMBIOS Gestión de Coordinaciones de Docentes (GCD) 1.0 Eduardo Arratia Lizárraga Eduardo Arratia Lizárraga Día __07__ Mes ___06___Año__2013___ del Día __04__ Mes ___06___Año__2013___

del

Impacto del problema sobre la planificación y otros ECS:

El proyecto tiene contemplado el mantenimiento de outcomes, sin embargo ya no es responsable el proyecto GCD del mantenimiento de Outcome, sino que se ha realizado una solicitud a Software Factory para incluir el mantenimiento en el proyecto APCDA. Reducción de Casos de Uso.

Descripción de Cambios

Tipo de cambio (Medio, Medio Alto, Alto)

Donde se aplica el cambio



Ajustes en el cronograma de actividades del proyecto: Desarrollo de las Especificaciones de los Casos de Uso “Consultar Outcomes” y “Registrar Outcome”, así como su implementación.  Actualización del alcance del Proyecto: El proyecto no incluirá el mantenimiento de Outcomes. Observaciones:

Eduardo Arratia Lizárraga Responsable de cambios

Alto

Cronograma de Actividades

Alto

Project Charter

Eduardo Arratia Lizárraga Solicitante

lxxxiii

Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:

CONTROL DE CAMBIOS Gestión de Coordinaciones de Docentes (GCD) 1.0 Eduardo Arratia Lizárraga Eduardo Arratia Lizárraga Día __07__ Mes ___06___Año__2013___ del Día __04__ Mes ___06___Año__2013___

Por decisión del cliente, el proyecto no incluirá un módulo de “acciones” ni actividades relacionadas con el mantenimiento directo de “acciones”. Sólo se tendrán de “acuerdos de actas”. Impacto del problema sobre la Cambio del alcance del proyecto y reducción de planificación y otros ECS: Casos de Uso. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Breve descripción problema:

del

Alto, Alto)



Ajustes en el cronograma de actividades del proyecto: Desarrollo de las Especificaciones de los Casos de Uso “Consultar Acciones” y “Registrar Acciones”, así como su implementación.  Actualización del alcance del Proyecto: El proyecto no incluirá el módulo de acciones ni su mantenimiento. Observaciones:

Eduardo Arratia Lizárraga Responsable de cambios

Alto

Cronograma de Actividades

Alto

Project Charter

Eduardo Arratia Lizárraga Solicitante

lxxxiv

Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:

CONTROL DE CAMBIOS GISC: Gestión de Indicadores de las Escuelas de Ing. Sistemas y Computación

del

Día: 04 Día: 30

Mes: 06 Mes: 05

1.0 Caleb Blas Caleb Blas Año: 2013 Año: 2013

Existe un retraso dentro del cronograma del proyecto debido a que se han estado haciendo actividades las cuales no fueron contempladas en el cronograma presente. El impacto de estas no actividades no contempladas Impacto del problema sobre la ha conllevado a la desincronización de QA y Software planificación y otros ECS: Factory la cual Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Breve descripción problema:

del

Alto, Alto)

Contemplar las actividades extras realizadas dentro del cronograma actual y 

Integración de la Base de Datos Integración de Diagrama de Paquetes  Integración de Diagrama Modular  Integración de Plan de Trabajos 

Cambiar el alcance del Project charter contemplando la integración y acortando el alcance del presente ciclo. Observaciones:

______________________ Responsable de cambios

Alto

Cronograma de Proyecto GISC

Alto

Project Charter GISC

_____________________ Solicitante

lxxxv

lxxxvi

Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:

CONTROL DE CAMBIOS Gestión de Prácticas Pre Profesionales 0.1 Jefe de Proyecto Jefe de Proyecto Día 1 Mes Junio Año 2013 del Día 29 Mes Mayo Año 2013

La implementación de la solución consideraba el mantenimiento de registro que son compartidos con Breve descripción del otros proyectos. Estos registros deben de ser problema: mantenidos por una única solución que se encargue del tratamiento de los datos de todas las tablas compartidas de ABET. Al no contar con este requerimiento se considera Impacto del problema sobre la fuera del alcance del proyecto y se considera el planificación y otros ECS: término del la culminación del segundo hito en un menor tiempo. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Alto, Alto)

Quedan fuera del alcance las historias de usuario de mantenimiento de registros de Competencias, Criterios y Outcomes.

Alto

El cambio se aplica en la etapa de desarrollo.

Observaciones:

Erick Camavilca Calderón Responsable de cambios

_____________________ Solicitante

lxxxvii

Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:

CONTROL DE CAMBIOS Gestión de Prácticas Pre Profesionales 0.1 Jefe de Proyecto Jefe de Proyecto Día 1 Mes Junio Año 2013 del Día 29 Mes Mayo Año 2013

Si se despliega la solución en los servidores de ItExpert el acceso a esta será restringido y la escuela de Computación no podrá acceder desde la red del Breve descripción del pabellón L. Debido a esto el proyecto no cumplirá el problema: objetivo de automatizar la carga de las encuestas de prácticas pre profesionales que se realizan en las oficinas de la escuela. Se debe de incluir en el cronograma así como en el Impacto del problema sobre la Project Charter el nuevo alcance y las nuevas planificación y otros ECS: funcionalidades y servicios. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Alto, Alto)

El despliegue de la solución estaba prevista en los servidores de IT-Expert, sin embargo, luego de conocer la implementación del proyecto IPS, el cuál está desplegado en la red de producción del departamento de Sistemas de la UPC. Por tal motivo, se debe de considerar el desarrollo de servicios REST y el tiempo de prueba en dichos servidores así como la conexión con la Base de Datos de SSIA alojada en IT-Expert. Para esto, se debe de incluir en el cronograma y en el Project Charter los tiempos y las consideraciones y riesgos de la implementación.

Alto

El cambio se aplica en la etapa de desarrollo.

Observaciones:

lxxxviii

Erick Camavilca Calderón Responsable de cambios

_____________________ Solicitante

lxxxix

CONTROL DE CAMBIOS Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:

del

Gestión de Informes de Fin de Ciclo – Docentes de la escuela de ing. De Sistemas y Computación. 1.0 Renzo Martínez Renzo Martínez, Cesar Pozo Día __04__ Mes __06__Año__2013_____ Día __21___ Mes __05____Año___2013___

Adición de nuevos requerimientos a nivel de servicios que no fueron contemplados en el principio del proyecto; además, la se agregó más documentación al proyecto. Impacto del problema sobre la Es necesario reorganizar el cronograma para los planificación y otros ECS: cambios solicitados. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Breve descripción problema:

del

Alto, Alto)



Se ha agregado a nuestro proyecto un nuevo módulo de servicios, donde se contempla el desarrollo de servicios de tipo REST. Esto se debe a que los servicios existentes no cumple con todas nuestras especificaciones a nivel de performance.

Alto

Cronograma del proyecto

Alto

Cronograma del proyecto, Project charter

Alto

Project charter



Se ha adjuntado nuevas documentos que sirven para la especificación de la arquitectura del sistema IFC-DC  Se han identificado nuevas restricciones, suposiciones y riegos; además, es necesario modificar el alcance hasta el presente ciclo (2013-01) debido a los puntos anteriores. Observaciones:

Renzo Martínez / Cesar Pozo Responsable de cambios

Renzo Martínez Solicitante

xc

CONTROL DE CAMBIOS Proyecto de Marketing Digital para la Escuela de Ingeniería Nombre del Proyecto: de Sistemas y Computación Versión: 2.0 Solicitante del cambio: Alfredo Barrientos (cliente actual) Sabrina Villa Responsable del cambio: Eduardo Uechi Fecha actual: Día 26 Mes Marzo Año 2013 Fecha de detección del problema: Día 25 Mes Marzo Año 2013 Breve descripción del problema: Cambio en los objetivos del proyecto. Impacto del problema sobre la planificación y otros Cambio en los indicadores, alcance y actividades ECS: involucradas en el proyecto. Tipo de cambio Donde se aplica el Descripción de Cambios (Medio, Medio cambio Alto, Alto) Cambios en el objetivo: Objetivo inicial: El proyecto tiene como objetivo principal desarrollar una solución que permita a la EISC gestionar de una manera más adecuada la información sobre noticias y eventos, para que sea más sencilla la difusión de las mismas y se incremente la comunicación actual con la comunidad académica UPC.

Medio Alto

El cambio impacta en la definición de los objetivos específicos, indicadores de éxito y en el alcance del proyecto para el ciclo 2013-01.

Medio Alto

El cambio impacta en la definición de los indicadores de éxito y en el alcance del proyecto para el ciclo 2013-01.

Objetivo actual: El proyecto tiene como objetivo principal el implementar una estrategia de Marketing Digital y adaptarla a la actual jerarquía organizacional de la EISC, definiendo nuevos procesos asociados a la difusión de la información. Cambios en los objetivos específicos: Objetivos específicos iniciales:  O.E.1: Desarrollar el modelamiento de los procesos involucrados en la solución web. 



O.E.2: Desarrollar una solución web que permita la creación y edición de Información, así como la difusión de la misma en las redes sociales Twitter y Facebook. Asimismo, desarrollar un medio para la gestión de la información colocada en el sitio web, basado en roles y permisos asignados de acuerdo a la jerarquía establecida por la Escuela. O.E.3: Desplegar la solución en los servidores de prueba de ITExpert.

Objetivos específicos actuales: 

O.E.1: Desarrollar el modelamiento de los procesos de generación y publicación de contenidos, basados en la jerarquía de roles y respectivos permisos, establecida y empleada por la EISC y la comunidad académica.

xci



O.E.2: Implementar un blog que esté alineado a la estrategia de Marketing Digital establecida por el cliente y que soporte los procesos definidos de generación y publicación de contenido de la EISC.



O.E.3: Demostrar el funcionamiento de la solución integrada a las siguientes sociales: Twitter, Facebook y Youtube.



O.E.4: Desplegar la solución en el servidor de producción de ITExpert.

Cambios en los indicadores: Indicadores iniciales: Para el objetivo Específico 1 (OE1) 1. Definición de los procesos principales aceptada por el cliente. 2. Acta de conformidad de pruebas de software de la empresa virtual QA. 3. Acta de Aceptación por parte del cliente. Para el objetivo Específico 2 (OE2) 1. Administración de las publicaciones y solicitudes de publicación en el sitio web. 2. Visualización y gestión de publicaciones en el sitio web. 3. Creación de publicaciones y solicitudes de publicación de información en el sitio web. 4. Acta de conformidad de pruebas de software de la empresa virtual QA. 5. Acta de Aceptación por parte del cliente. Para el objetivo Específico 3 (OE3) 1. Creación de publicaciones en las páginas de Facebook y/o cuentas Twitter de la Escuela. 2. Acta de conformidad de despliegue en el servidor de la empresa virtual IT-Expert. 3. Acta de Aceptación por parte del cliente.

Medio Alto

El cambio impacta en la definición de actividades asociadas al proyecto para el ciclo 2013-01.

Indicadores actuales: Para el objetivo Específico 1 (OE1) 1. Aprobación y conformidad de la jerarquía de roles. 2. Aprobación de los procesos de generación y publicación de información definidos para el proyecto. 3. Acta de conformidad de la empresa virtual QA sobre la definición de procesos y pruebas de software. 4. Acta de aceptación por parte del cliente. Para el objetivo Específico 2 (OE2) 1. Integración de la jerarquía de roles y respectivos permisos, en el blog. 2. Integración de los procesos, definidos y aprobados previamente, en el blog. 3. Despliegue del blog en el servidor de pruebas de IT-Expert. 4. Acta de conformidad de la empresa virtual QA sobre las pruebas de software.

xcii

5.

Acta de Aceptación por parte del cliente.

Para el objetivo Específico 3 (OE3) 1. Creación de cuentas piloto en las siguientes redes sociales: Twitter, Facebook y Youtube. 2. Integración de las herramientas de difusión en las redes sociales definidas, en el blog. 3. Despliegue del blog en el servidor de pruebas de IT-Expert. 4. Acta de conformidad de la empresa virtual QA sobre las pruebas de software. 5. Acta de Aceptación por parte del cliente. Para el objetivo Específico 4 (OE4) 1. Certificado de conformidad de pruebas por parte de la empresa virtual QA. 2. Despliegue del blog en el servidor de producción de IT-Expert. 3. Acta de conformidad de despliegue del blog en el servidor de la empresa virtual IT-Expert. 4. Acta de Aceptación por parte del cliente.

Cambios en el alcance Alcance original propuesto para el 2013-01: El Alcance del proyecto incluirá:  Integración de otras redes sociales al proyecto.  Integración de RSS como herramienta de difusión.  Desarrollo de herramientas necesarias para la gestión de anuncios, en el sitio web.  Desarrollo de herramientas necesarias para la gestión de comunidades de usuarios, dentro del sitio web.  Desarrollo de herramientas necesarias que permitan gestionar características visuales del sitio web.  Despliegue de la solución en los servidores de producción de ITExpert. El alcance no incluirá lo siguiente:  La compra del hardware necesario para la implementación del sistema.  La configuración, compra o gestión de un servidor web con IP pública.  El ingreso de información inicial para el uso del producto software.  La creación de cuentas o páginas en Facebook ni Twitter.  La definición del personal que tendrá el rol de administrador.  El soporte y mantenimiento de la aplicación luego de la entrega del producto.

Alto

El cambio impacta en la definición de actividades asociadas al proyecto para el ciclo 2013-01.

Cualquier alcance que no se encuentre definido dentro de las líneas anteriores, se encuentra excluido de la misma. Alcance actual propuesto para el 2013-01: El Alcance del proyecto incluirá:  Definición de procesos de automatización para la solicitud, creación y publicación de información.  Modelamiento de los procesos siguiendo la notación BPMN 2.0.  Implementación una blog que incluya los procesos de creación y difusión de información.

xciii

    

Adaptación de la solución en el aspecto funcional y visual en base a las necesidades de la EISC. Creación de cuentas de piloto en las redes sociales: Facebook, Twitter, LinkedIn y Youtube. Creación de 30 publicaciones en el blog. Visualización adecuada del blog desde cualquier dispositivo móvil. Despliegue de la solución en los servidores de prueba y producción de IT-Expert.

El Alcance del proyecto no incluirá:  La compra del hardware o software necesario para la implementación del sistema.  La configuración, compra o gestión de un servidor web con IP pública. Cualquier alcance que no se encuentre definido dentro de las líneas anteriores, se encuentra excluido de la misma.

Observaciones: Adjuntamos el charter inicial del proyecto, y el charter actual que incluye la propuesta para el 2013-01. Los cambios se pueden observar más a detalle en ambos documentos.

______________________ Responsable de cambios

_____________________ Solicitante

xciv

Nombre del Proyecto:

CONTROL DE CAMBIOS Sistema de generación de reportes de control y verificación

Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección del problema: Breve descripción del problema: Impacto del problema sobre la planificación y otros ECS:

1.0 Ricardo Herrera Ricardo Herrera, Andrés Chávez Día 23 Mes Mayo Año 2013 Día 21 Mes Mayo Año 2013

Mejoramiento de performance en los servicios, documentación del proyecto. Se debe reformular el cronograma para agregar los cambios solicitados. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Alto, Alto)

Se han agregado User Stories al plan de trabajo, donde se contemplan el desarrollo de servicios de tipo Rest. Esto es debido a la baja velocidad con la que se ejecutan las actuales, las cuales se encuentran desarrolladas en WCF.

Presentación de documentación necesaria, la cual ayudará a comprender mejor la estructura de la aplicación y como se encuentra integrada esta con los demás proyectos. Observaciones:

Ricardo Herrera Valle Responsable de cambios

Alto

Cronograma

Alto

Cronograma

Ricardo Herrera Valle Solicitante

xcv

ANEXO 06: CERTIFICADOS QA

xcvi

CERTIFICADOS QA 2012-2

xcvii

xcviii

xcix

c

ci

cii

ciii

civ

cv

cvi

cvii

cviii

cix

cx

cxi

cxii

cxiii

cxiv

cxv

cxvi

cxvii

cxviii

cxix

cxx

cxxi

cxxii

cxxiii

cxxiv

cxxv

cxxvi

CERTIFICADOS QA 2013-1

cxxvii

cxxviii

cxxix

cxxx

cxxxi

cxxxii

cxxxiii

cxxxiv

cxxxv

cxxxvi

cxxxvii

cxxxviii

cxxxix

cxl

cxli

cxlii

cxliii

cxliv

cxlv

cxlvi

cxlvii

cxlviii

cxlix

cl

cli

clii

cliii

cliv

clv

ANEXO 07: PROPUESTAS DE PROYECTOS

clvi

UPC TALLER DE DESEMPEÑO PROFESIONAL 2012-2 IMPLEMENTACIÓN DE UN CURSO CON LA METODOLOGÍA E-LEARNING EN LA FACULTAD DE INGENIERÍA DE SISTEMAS DE INFORMACIÓN DE LA UPC

PROJECT CHARTER VERSIÓN 0.1

1

Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC Preparado por: Jefe de Proyecto:

Libusi Ampuero Mendoza/ Rosa Alfaro Carranza

Especialidad:

Ingeniería de Sistemas de Información

Empresa:

SSIA

Historial de Revisiones Versión 1.0

Fecha 05/10/2012

1.1

10/10/2012

1.2

16/10/2012

Autor

Descripción

Libusi Ampuero Mendoza Creación del Charter Libusi Ampuero Mendoza/ Corrección del charter Rosa Alfaro Carranza Libusi Ampuero Mendoza Corrección del charter / Rosa Alfaro Carranza

2

2012-2

Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC

2012-2

Índice de Contenidos RESUMEN EJECUTIVO .............................................................................................................4 MARCO TEÓRICO ...................................................................................................................4 POSICIONAMIENTO................................................................................................................5 Planteamiento del problema ................................................................................................... 5 Objetivos .................................................................................................................................. 5 Objetivo General .......................................................................................................................... 5 Objetivo Específicos ..................................................................................................................... 5 INdicadores de éxito ................................................................................................................ 7 Alcance del proyecto ............................................................................................................... 7 Suposiciones y Restricciones ................................................................................................... 7 ORGANIZACIÓN DEL PROYECTO .............................................................................................8 Equipo del Proyecto ................................................................................................................. 8 Stakeholders y Usuarios ......................................................................................................... 10 GLOSARIO DE TÉRMINOS ..................................................................................................... 11 BIBLIOGRAFÍA ......................................................................................................................11 APROBACIÓN .......................................................................................................................11 ANEXOS ...............................................................................................................................11

3

Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC

2012-2

RESUMEN EJECUTIVO El presente proyecto consiste en implementar un curso con la metodología E-learning en la facultad de ingeniería de sistemas de información de la UPC. E-learning, denominada educación a distancia, la cual se encuentra completamente virtual izada a través de los canales electrónicos principalmente el internet, se lleva a cabo mediante el uso de herramientas como el correo electrónico, paginas Web, entre otros aplicativos que brindan un soporte de aprendizaje a este método de enseñanza. Actualmente, esta herramienta innovadora se ha implementado en universidades a nivel mundial ya sea como una opción o un remplazo a diversos cursos, hasta carreras completas que se dictan en las universidades. En el Perú universidades como la USIL y la USMP han adoptado este método de enseñanza, el cual les ha proporcionado una ventaja ante las demás universidades ya que los alumnos con diferentes necesidades, como aquellos que trabajan a tiempo completo, ven en estas una opción que les permita desarrollarse en el ámbito profesional. Actualmente la UPC cuenta con maestrías online, sin embargo la enseñanza de Pregrado y Posgrado es exclusivamente presencial. El presente proyecto tratará de mostrar las diversas ventajas que proporciona una herramienta como lo es E-learning a una institución educativa como la Universidad.

MARCO TEÓRICO El E-learning es una nueva metodología de enseñanza- aprendizaje, que con la ayuda de las TIC lo vuelve flexible, y se adapta a las necesidades de los profesionales, en donde se tienen la posibilidad y el compromiso de elegir su propia formación, el cuando, el como y el donde, sin condicionantes en tiempo y espacio. El E-learning contribuye también a la formación para ser mejores personas, nos da libertad y a la vez desarrolla el talento. La red de Internet es un canal muy potente de acceso al conocimiento que abre nuevas líneas de acción formativa no solo a las Organización, sino a ese alumno cuya característica principal sea el interés y ganas de formarse. En el Contexto de una sociedad en constante transformación, como la nuestra, destaca la necesidad de la formación permanente a lo largo de la vida, donde la actualización de nuestros conocimientos y la educación continua, son objetivos de profesionistas comprometidos con su trabajo y desarrollo personal.

4

Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC

2012-2

El e-learning representa para las universidades la respuesta a las necesidades de educación continua, al ser un método flexible, donde la formación de sus docentes no interfiere en ningún aspecto, sino por el contrario eleva la competencia al tener docentes acordes al mercado competitivo donde la efectividad y rendimiento son prioritarios en una sociedad cambiante. Además nos brinda una visión concreta de la evolución profesional del alumnado.

POSICIONAMIENTO

PLANTEAMIENTO DEL PROBLEMA

Actualmente la UPC brinda cursos presenciales para los alumnos de la carrera de ingeniería de sistemas de información, sin embargo, en algunos casos las secciones se cierran anticipadamente lo que genera malestar en los alumnos. Además, las clases solo se dan de manera presencial, ya que no existe otra forma de tomar clases dentro de la UPC. Sin embargo, con una metodología E-Learning los estudiantes pueden comunicarse y colaborar con sus compañeros de clase y docentes , ya sean profesores, tutores, mentores, entre otros , de forma síncrona o asíncrona, sin limitaciones espacio y de una manera descentralizada . Problema Falta de flexibilidad para que los alumnos elijan su propia formación, el cuando, el como y el donde, sin condicionantes en tiempo y espacio

Causas - No existe una solución de E-learning en la UPC

OBJETIVOS

OBJETIVO GENERAL

Diseñar la arquitectura que permita implementar un curso con la metodología E-learning en la facultad de ingeniería de sistemas de información de la UPC. OBJETIVO ESPECÍFICOS

-Promover la utilización de un curso virtual en la UPC. 5

Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC -Completar la plataforma Moodle con el sistema E-learning. -Diseñar, construir y poner a prueba el curso virtual.

6

2012-2

Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC

2012-2

INDICADORES DE ÉXITO

I1. O1 Documento de aprobación por parte de QA y/o quienes designen el comité de proyecto sobre el correcto funcionamiento y la calidad del proyecto “Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC”. I2. O2 El proyecto brindará a los alumnos la posibilidad de recibir un curso según la metodología E-learning. ALCANCE DEL PROYECTO

El alcance del proyecto incluirá:  Presentar la documentación del proyecto (Visión, SRS, Lista de Riesgos, Documento de Arquitectura de Software) 

Elaborar el la arquitectura que permita implementar el proyecto.

El alcance del proyecto no incluirá: La implementación del proyecto sino se cuenta con un ambiente adecuado para su correcto funcionamiento. SUPOSICIONES Y RESTR ICCIONES

Suposiciones El material de referencia del proyecto

Descripción  El material de referencia del proyecto proporcionado por las fuentes primarias es válido y representa una fuente confiable de información.

Desarrolladores

Validadores

Restricciones Servidores



Se cuenta con el apoyo de alumnos de Taller de Desempeño Profesional 1 y/o 2.



Se cuenta con el apoyo de la empresa QA para el aseguramiento de la calidad de los entregables según los plazos pactados por ambas partes.

Descripción Que los servidores no cuenten con los requerimientos de hardware 7

Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC

2012-2

necesarios para el buen funcionamiento del software.

ORGANIZACIÓN DEL PROYECTO

EQUIPO DEL PROYECTO

Gerente General RONALD GRADOS

Gerencia de Proyectos GIULIANA CABELLO

Jefe de Proyecto LIBUSI AMPUERO/ ROSA ALFARO

Analista de Sistemas y Procesos LIBUSI AMPUERO/ ROSA ALFARO

Analista de Sistemas y Procesos LIBUSI AMPUERO/ ROSA ALFARO

Desarrolladores (Software Factory)

Rol

Miembro

Responsabilidades

Comité de proyecto

Rosario Villalta Luis García Carlos Raymundo Pilar Stronguiló María Hilda Bermejo

Personas encargadas de establecer el plan estratégico, la aprobación de las propuestas de proyectos, decidir la continuidad de los proyectos, aprobar las contrataciones, controlar el

8

Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC

2012-2

cumplimiento de las metas y supervisar la marcha de las distintas organizaciones. Gerente General

Ronald Grados

Tener comunicación con los gerentes generales de las empresas virtuales y asegurar el cumplimiento de los objetivos de la organización.

Gerente de Proyectos

Giuliana Cabello

Velar por que el proyecto cumpla con las fechas establecidos en el planeamiento Velar por que se cumpla con las capacitaciones de los colaboradores, necesarias para el desarrollo del proyecto. Realizar un eficiente seguimiento del proyecto y evaluar a los colaboradores.

Jefe de Proyecto

Libusi Ampuero / Rosa Alfaro

Persona encargada de velar que el Plan de Proyectos se cumpla y de la coordinación con la gerencia de Proyectos.

Jefe de Desarrollo

Persona que se encarga de asignar el desarrollo de las funcionalidades e integrar las mismas en la solución final.

Arquitecto de software

Persona que decide sobre las tecnologías que se emplearán en el desarrollo del proyecto.

Analista de Sistemas y de Procesos

Persona que se encarga de modelar los casos de uso del negocio. Así como de la especificación y validación de los requerimientos con

9

Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC

2012-2

los clientes y los usuarios. Programadores

Miembros del Software Factory

Cumplir con las tareas asignadas en las fechas establecidas. Desarrollar las tareas con calidad e iniciativa Cumplir con los estándares de codificación de la empresa

STAKEHOLDERS Y USUARIOS

Stakeholders Cliente

Necesidades Tomar un curso de manera presencial sino a larga distancia.

Entregables no -Producto Final

Gerente de Proyectos

Ver que proyecto se realice y cumpla con las fechas establecidas del - Cronograma cronograma.

Usuarios

Necesidades

Ingeniero de Transporte

Medir el flujo vehicular que se genere en -Producto Final una intersección

Entregables

10

Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC

2012-2

GLOSARIO DE TÉRMINOS RUP: Rational Unified Process , metodología de desarrollo UML: Unified Modeling Languaje Aforo: Proceso por el cual se recolecta información para realizar un estudio de flujo vehicular. Concepción: Fase de la metodología RUP en la cual se define el alcance, se identifican los riesgos asociados y se define el plan de fases e iteraciones. A su vez se propone una visión de la arquitectura. Elaboración: Fase de la metodología RUP en la cual se seleccionan los casos de uso del sistema que permitan definir la arquitectura base. Construcción: Fase de la metodología RUP en la cual se completa la funcionalidad del sistema. Transición: Fase de la metodología RUP en la cual se asegura que el software está disponible para el uso de los usuarios finales. Computer Vision: subcampo de la inteligencia artificial que se encarga de la adquisición, procesamiento y análisis de imágenes obtenidas a través de una cámara con el fin de producir una representación de objetos en tiempo real. OpenCV (Open Source Computer Vision Library): librería que contiene funciones de programación orientadas en Computer vision.

BIBLIOGRAFÍA

APROBACIÓN

Nombre

Cargo

Firma

ANEXOS

11

Fecha

UPC TALLER DE PROYECTOS [1] DISEÑO E IMPLEMENTACIÓN DE UNA ARQUITECTURA EMPRESARIAL DE UN SISTEMA INTEGRADADO PARA PEQUEÑAS Y MEDIANAS EMPRESAS DEL RUBRO RESTAURANTES PROJECT CHARTER VERSIÓN 1.0

1

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail Preparado por: Jefe de Proyecto:

Vanessa Bazán Infantas Edgard León Madrid

Especialidad:

Ingeniería de Sistemas de Información

Empresa:

Innova-TI / SSIA

Historial de Revisiones Versión 0.1

Fecha 15/10/2012

Autor Vanessa Bazán Edgard León

Descripción Primer avance del Charter

2

2013-1

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

Índice de Contenidos RESUMEN EJECUTIVO ......................................................... ¡ERROR! MARCADOR NO DEFINIDO. MARCO TEÓRICO ............................................................... ¡ERROR! MARCADOR NO DEFINIDO. POSICIONAMIENTO............................................................ ¡ERROR! MARCADOR NO DEFINIDO. Planteamiento del problema .....................................................¡Error! Marcador no definido. Objetivos ....................................................................................¡Error! Marcador no definido. Objetivo General ............................................................................¡Error! Marcador no definido. Objetivo Específicos .......................................................................¡Error! Marcador no definido. INdicadores de éxito ..................................................................¡Error! Marcador no definido. Alcance del proyecto .................................................................¡Error! Marcador no definido. Suposiciones y Restricciones .....................................................¡Error! Marcador no definido. Impacto en la organización (opcional) .......................................¡Error! Marcador no definido. ORGANIZACIÓN DEL PROYECTO ......................................... ¡ERROR! MARCADOR NO DEFINIDO. Equipo del Proyecto ...................................................................¡Error! Marcador no definido. Stakeholders y Usuarios .............................................................¡Error! Marcador no definido. Recursos requeridos ..................................................................¡Error! Marcador no definido. Fases e hitos del proyecto .........................................................¡Error! Marcador no definido. Enfoques del trabajo ..................................................................¡Error! Marcador no definido. Riesgos y Mitigación ..................................................................¡Error! Marcador no definido. GLOSARIO.......................................................................... ¡ERROR! MARCADOR NO DEFINIDO. SIGLARIO ........................................................................... ¡ERROR! MARCADOR NO DEFINIDO. BIBLIOGRAFÍA .................................................................... ¡ERROR! MARCADOR NO DEFINIDO. APROBACIÓN ..................................................................... ¡ERROR! MARCADOR NO DEFINIDO. ANEXOS ............................................................................. ¡ERROR! MARCADOR NO DEFINIDO.

3

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

4

2013-1

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

RESUMEN EJECUTIVO El presente proyecto consiste en implementar una Arquitectura de empresarial para el rubro de restaurantes que satisfagan las necesidades propias del negocio y que a su vez permita brindar el conocimiento contable necesario para analizar el crecimiento y estado de la empresa. Así mismo, el proyecto pretende lograr que las pequeñas y medianas empresas del rubro de restaurantes estén estructuradas y organizadas, puedan reducir tiempos de atención, logren medir ganancias, costos y gastos. Además ayudará a que este tipo de empresas permitan proyectarse con diferentes niveles de producción, manejen información útil del negocio. Las metas que se han propuesto para la finalización de este proyecto es poder diseñar e implementar una Arquitectura empresarial para las pequeñas y medianas empresas del rubro de restaurantes teniendo como fin lograr que se encuentren bien organizadas y sigan un procedimiento estructurado y óptimo que les permita evaluar su crecimiento económico como empresa. Debido a que el presente proyecto comprende el diseño e implementación de la Arquitectura empresarial para el rubro de restaurantes, se ha definido como metodología el EUP (Enterprise Unified Process), así como lenguaje de modelado EBM (Enterprise Business Modeling) para el desarrollo del modelamiento en los artefactos propios de la carrera de Sistemas de Información. Para este proyecto se han detectado posibles riesgos que podrían retrasar o perjudicar la ejecución del mismo, riesgos tales como: demora en la entrega de entregables a la empresa QA, el cliente no brinde información pertinente al equipo de proyecto o que el cliente retire su participación en el proyecto. Además, se han se han identificado supuestos tales como: contar con la información necesaria para el correcto desarrollo del proyecto, contar con un asesor especializado en tema de diseño e implementación de arquitectura empresarial en el área de Retail y que el material de referencia del proyecto es válido y representa una fuente confiable para adecuarla al proyecto. Finalmente, la duración para elaborar el marco de trabajo de la implementación de una Arquitectura de negocio se ha estimado a 2 ciclos académicos que equivalen a 1 año.

5

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

MARCO TEÓRICO Actualmente las pequeñas y medianas empresas del rubro de restaurantes, en su gran mayoría, evalúan su crecimiento, logros y evaluación de la información de forma empírica. Por ello es importante se tome conciencia de la importancia de contar con una estructura empresarial adecuada que se vea reflejada en un sistema que automatice procesos y brinde información real, confiable y relevante que permita medir y evaluar el crecimiento de la organización. Un sistema basado en un óptimo diseño de arquitectura empresarial no solo debe ser utilizado e implementado por grande organizaciones, pues justamente es de gran ayuda para las pequeñas y medianas empresas a lograr sus metas y , de esta manera, lograr creer y convertirse en una empresa bien estructurada y organizada. Para el presente diseñaremos e implementaremos una Arquitectura empresarial para medianas y pequeñas empresas en el rubro de restaurantes, por ello se tomara como referencia a Zachman. Este último es un framework o reglas de cómo se debe estructurar el modelado de una empresa. Asimismo provee preguntas específicas que se deben tomar en cuenta para el armado de la arquitectura empresarial. Estas preguntas son el que, como, donde, quien, cuando, porque. Además, se usara la metodología GERAM, Generalized Enterprise Reference Arquitecture and Methodology, por sus siglas en inglés. Esta es una arquitectura robusta que se basa en la integración de los procesos de la empresa. Asimismo es universalmente usada por la mayoría de las empresas. El siguiente grafico muestra todos sus componentes.

6

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

La metodología que se va utilizar en esta presentación de trabajo es el Enterprise UnifiedProcess (EUP), que es una variante ampliada del Rational Unified Process. El EUP ve el desarrollo de software, no como una actividad independiente, sino que están integradas en el ciclo de vida del sistema (que se construirá o mejorados o sustituidos), el ciclo de vida de la empresa y el ciclo de vida de la organización / empresa de la propia empresa. Se trata con el desarrollo de software como se ve desde el punto de vista del cliente. EUP se extiende a metodología tanto iterativas como agiles, como RUP, XP, Scrum; todo esto con la necesidad primordial de atender a las necesidades del mundo real. Hay dos categorías en la extensión, la primera extensión es el soporte del ciclo de vida completo del software, que incluye la adición de una fase de producción y retiro. La segunda extensión es de soporte TI completo del sistema. El EUP añade siete disciplinas fundamentales de la empresa para ampliar los procesos de desarrollo de software, para que de esa manera sea suficiente para organizaciones del mundo real. A continuación, se presenta el ciclo de vida del EUP con las dos extensiones antes mencionadas:

Por último, para modelar de una manera detallada y eficiente se usará la notación BPMN. Este último, modela todos los procesos de negocio. Asimismo ayuda a la correcta integración entre todas las áreas de la empresa. Cabe mencionar que siempre se puede mejorar un modelado para hacerlo más eficiente.

7

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

POSICIONAMIENTO

PLANTEAMIENTO DEL PROBLEMA

Problema Las pequeñas y medianas empresas del rubro restaurantes operan de forma empírica y desorganizada

Causas -No se ha definido las áreas de trabajo que realmente existen ene negocio. -No se ha definido los procesos que realizan en cada una de las áreas de trabajo. -No se ha definido como se relacionan las diferentes áreas de trabajo entre si y la información relevante que estas comparten

Sistemas integrados para restaurantes disponibles en el mercado que no cubren las necesidades

-No se ha realizado un diseño de arquitectura empresarial para este tipo de empresas. -Mal enfoque de las necesidades de este rubro , pues se centran más en un sistema de punto de ventas -Mala identificación de los requerimientos de la empresa -No existe información contable asociada a los flujos de procesos

Sistemas integrados de gestión fuera del alcance

-Los sistemas integrados de gestión , completos como tal no están orientados a pequeñas empresas

OBJETIVOS

OBJETIVO GENERAL

Desarrollar un diseño de arquitectura empresarial para las pequeñas y medinas empresas del rubro restaurantes, que permita conocer estructurar, organizar y optimizar la empresa así como brindar información real, confiable y permitente una vez implementada dicha arquitectura.

OBJETIVO ESPECÍFICOS

8

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

1. OE1: En una primera etapa se desea identificar las necesidades y/o requerimientos de las pequeñas y medianas empresas del rubro de restaurantes para poder cubrir estas necesidades especificas 2. OE2: Como segundo objetivo se desea identificar todas las áreas de trabajo posible y analizar la interrelación entre estas para poder analizar el flujo y puntos clave de crecimiento de la información

3. OE3: como tercer objetivo se quiere identificar los procesos de la empresa para poder conocer el desenvolvimiento del negocio, así como armar la estructura de la arquitectura 4. OE4: Definir y estandarizar los procesos de la manera más óptima para lograr un mejor rendimiento de los mismos, esto es para lograr un diseño de arquitectura empresarial adecuado y adaptable para las diferentes empresas de este rubro 5. OE5: Presentar el diseño de arquitectura empresarial, luego de haber realizado los objetivos específicos previos , se presentará un Diseño de Arquitectura Empresarial para las empresas de este rubro

9

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

INDICADORES DE ÉXITO

[Indican el artefacto o entregable mediante el cual se logrará el cumplimiento del o de los objetivos específicos Para el OE1: I1. Lograr definir las necesidades y/o requerimientos de las pequeñas y medianas empresas del rubro de restaurantes documentadas. Para el OE2: I2. Lograr definir todas las áreas de trabajo que interviene y son calves en el core del negocio. Para el OE3: I3.2 Identificar y definir los procesos actuales de la empresa I3.2 Lograr definir procesos estandarizados y optimizados para empresas del rubro de restaurantes I3.3 Diseñar una arquitectura empresarial que cubra las necesidades de la empresa y permita lograr su mejora y crecimiento.

Para el OE4: I4.1 Lograr implementar la arquitectura empresarial cumpliendo a cabalidad los requerimientos y necesidades identificados.. .

ALCANCE DEL PROYECTO

A1. Aplicar y desarrollar el proyecto, en base, a la metodología EUP. A2. Aplicar la disciplina empresarial EBM para el desarrollo del modelamiento en los artefactos propios de la carrera de Sistemas de Información. A3. Implementar el diseño de la arquitectura empresarial para las empresas del rubro de restaurantes. A4. Desarrollar documentos y/o plantillas necesarios para la implementación de la arquitectura de negocio. 10

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail



2013-1

FUERA DEL ALCANCE

E1. Aplicar y desarrollar el proyecto, en base, a otra metodóloga que no sea la metodología EUP. E2. La implementación de la arquitectura empresarial en otro tipo de empresas que no sean pequeñas o medianas y del rubro de restaurantes. E3. Análisis de costos. SUPOSICIONES Y RESTR ICCIONES

Por definir [Se indican tanto las suposiciones o precondiciones del proyecto así como las reglas de negocio o restricciones que se han tomado en cuenta para su desarrollo y finalización.] Suposiciones [Suposición 1] [Suposición 2]

Descripción [Descripción de la suposición]

Restricciones [Restricción 1]

Descripción [Descripción de la restricción o regla de negocio que aplica tanto al proceso del proyecto como a los resultados] [Descripción de la restricción o regla de negocio que aplica tanto al proceso del proyecto como a los resultados]

[Restricción 2

IMPACTO EN LA ORGANIZACIÓN (OPCIONAL)

[Se incluyen aquí los principales beneficios cualitativos y cuantitativos para el negocio. Los cuantitativos deben expresar una realización concreta. Normalmente porcentajes o números que se desean alcanzar con el correspondiente fundamento].

11

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

ORGANIZACIÓN DEL PROYECTO [En este acápite se incluyen todos los detalles de organización del proyecto] EQUIPO DEL PROYECTO

[Se mencionan a las personas y roles que conforman el equipo de trabajo. Se puede incluir el organigrama]. Rol

Miembro

Responsabilidades

Jefe de Proyecto

Vanessa Bazán Infantas

-Realizar el estudio de Mercado correspondiente para conocer el rubro del negocio -Captura de requerimientos y necesidades de empresas del rubro -Desarrollo del proyecto siguiendo las metodologías definidas

Jefe de Proyecto

Edgard León Madrid

-Realizar el estudio de Mercado correspondiente para conocer el rubro del negocio -Captura de requerimientos y necesidades de empresas del rubro -Desarrollo del proyecto siguiendo las metodologías definidas

Por definir

STAKEHOLDERS Y USUARIOS

12

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

Por definir [Se incluyen las personas que tienen poder de decisión (stakeholders) como los usuarios que utilizarán el producto. Se mencionan sus necesidades y entregables más importantes]. Stakeholders Gerente

Necesidades -Lograr el crecimiento de la empresa. -Conocer todos los movimientos de la empresa en cualquier instante de tiempo -Obtener información real y relevante que permita tomar decisiones. -Obtener información contable que permita realizar análisis de inversión y evaluar el estado del negocio. -Lograr que el negocio se encuentre organizado. -Minimizar tiempos de procesos

Personal Administrativo

-Conocer todos los movimientos de la -Project Charter empresa en cualquier instante de -Producto software tiempo. -Información que permita evaluar es estado de la empresa y realizar proyecciones.

Contador

-Obtener información contable que -Project Charter permita realizar análisis de inversión y -Producto software evaluar el estado del negocio. -Información que permita evaluar es estado de la empresa y realizar proyecciones.

Usuarios Mozos y/o azafata

Necesidades Entregables Realizar la atención al cliente de Producto Software manera rápida y eficiente Realizar las operaciones de caja de Producto Software forma rápida, eficiente, real y sin errores Producto Software

Cajero

Administrativos

13

Entregables -Project Charter -Cronograma de plan proyecto -Alcance del proyecto -Aceptación de riesgos -Requerimientos específicos -Definición de procesos -Producto software

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

RECURSOS REQUERIDOS

[Se mencionan los recursos materiales, hardware y software base requeridos para el desarrollo del proyecto. Es preciso que tomen en cuenta si su requerimiento puede ser o no cubierto por las capacidad instalada en los talleres] FASES E HITOS DEL PROYECTO

Por definir [Se mencionan las grandes fases y actividades con las fechas de término y los productos que se deben entregar con fechas]. Hito del proyecto

Fecha Estimada

Entregables incluidos

Prioridad

Presentación del Project Charter preliminar

Ciclo 2012-2

Project Charter

Alta

Aprobación Project Charter

del

Ciclo 2012-2

Project Charter

Alta

Levantamiento información

de

2013-1

-Documentación de levantamiento de información. -Alcance del proyecto -Especificación de Requerimientos -Diagrama de objetivos-Identificación de reglas de negocio

Alta

Identificación procesos

de

2013-1

Optimización

de

Alta -Especificación de Requerimientos -Documentación de levantamiento de información -Definición de procesos -Identificación de reglas de negocio

2013-1

-Definición de procesos

14

Alta

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail procesos

2013-1

-Descomposición funcional

Presentación portafolio proyectos

del de

2013-1

-Portafolio de proyecto

Alta

ENFOQUES DEL TRABAJO

[Se incluyen las metodologías y técnicas usadas en el desarrollo del trabajo]. RIESGOS Y MITIGACIÓN

Por definir #

Riesgo

Probabilidad

Impacto

Estrategia de mitigación

1

[Riesgo 1]

[Alta/Media/ Baja]

[Estrategia de mitigación usada]

2

[Riesgo 2]

[Alta/Media/ Baja]

[Estrategia de mitigación usada]

15

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

GLOSARIO [Se incluyen tanto los términos de negocio como los técnicos].

SIGLARIO [Se incluyen todas las siglas y acrónimos usados en el documento].

BIBLIOGRAFÍA [Se ponen aquí las referencias bibliográficas de acuerdo al estándar de la UPC]

APROBACIÓN [Se pone aquí un cuadro de las personas que han evaluado el documento y las firmas]. Nombre

Cargo

Firma

16

Fecha

Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail

2013-1

ANEXOS [Se incluye aquí documentación complementaria que sirva como referente o sustento del proyecto].

17

UPC TALLER DE DESEMPEÑO PROFESIONAL 2 SISTEMA DE CONTROL DE SEGUIMIENTO A LOS EGRESADOS DE LA UPC PROJECT CHARTER VERSIÓN 1.0

1

Sistema de Control de Seguimiento a los Egresados de la UPC

Preparado por: Jefe de Proyecto:

Juan Ratto Fabián Frank Soto Melendez

Especialidad:

Ingeniería de Sistemas de Información

Empresa:

SSIA

Historial de Revisiones Versión 0.01

Fecha 18/10/2012

0.02

05/11/2012

Autor Juan Ratto, Frank Soto Juan Ratto, Frank Soto

Descripción Primer entregable Project chárter. Corrección de observaciones.

2

2012-2

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

Índice de Contenidos RESUMEN EJECUTIVO .............................................................................................................4 MARCO TEÓRICO ...................................................................................................................5 POSICIONAMIENTO................................................................................................................6 Planteamiento del problema ................................................................................................... 6 Objetivos .................................................................................................................................. 7 Objetivo General .......................................................................................................................... 7 Objetivo Específicos ..................................................................................................................... 7 INdicadores de éxito ................................................................................................................ 7 Alcance del proyecto ............................................................................................................... 8 Suposiciones y Restricciones ................................................................................................... 8 Impacto en la organización (opcional) ..................................................................................... 9 ORGANIZACIÓN DEL PROYECTO ...........................................................................................10 Equipo del Proyecto ............................................................................................................... 10 Stakeholders y Usuarios ......................................................................................................... 10 Recursos requeridos .............................................................................................................. 11 Fases e hitos del proyecto ..................................................................................................... 11 Enfoques del trabajo .............................................................................................................. 12 Riesgos y Mitigación .............................................................................................................. 12 GLOSARIO............................................................................................................................13 SIGLARIO .............................................................................................................................13 BIBLIOGRAFÍA ......................................................................................................................13 APROBACIÓN .......................................................................................................................13 ANEXOS ...............................................................................................................................14

3

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

RESUMEN EJECUTIVO Las empresas, cada vez más, explotan la información histórica y actual que poseen en los diferentes sistemas de almacenamiento que tienen. En lo que respecta al sector educación hay pocos estudios y herramientas conocidas que nos ayuden a medir el éxito de estas instituciones puesto que el principal indicador de éxito sería la satisfacción de los profesionales una vez terminado sus estudios y consolidado en sus respectivos trabajos. Esto es muy difícil de medir ya que engloba muchas variables subjetivas como el grado de satisfacción económica, personal y emocional. La Universidad Peruana de Ciencias Aplicadas (UPC) ha logrado un crecimiento muy rápido en los últimos años y como toda empresa busca que este crecimiento sea sostenible en el tiempo. La UPC cuenta con procesos para medir la satisfacción de sus clientes, pero esta se centra en los estudiantes mas no en los profesionales que ya se han convertido en profesionales y que son la muestra hacia el mundo del éxito de la institución. El presente proyecto busca contribuir a alcanzar la sostenibilidad en el largo plazo del éxito de la universidad, de la satisfacción de los egresados (y también indirectamente el de los alumnos) y de formar los mejores profesionales para el país y el mundo. Esto se logrará implementando un sistema de control de seguimiento a nuestros egresados. Este sistema implementará un proceso para mantener actualizado los datos de los egresados, desarrollará una metodología para lograr el contacto continuo con estos, establecerá los indicadores que cada área necesita de acuerdo a las funciones que realiza y establecerá un portal web de reporteo para mostrar estos indicadores para cada área usuaria. El proyecto tendrá una duración de dos ciclos académicos (10 meses), los cuales empiezan en Marzo del 2013 y finalizan en Diciembre de ese mismo años y se trabajará directamente con las áreas de CRM y canales de distribución, Business Intelligence, Oportunidades Laborales, Investigación de mercados y Nuevos proyectos las cuales son los principales interesados.

4

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

MARCO TEÓRICO La universidad tiene procesos que se encargan de validar y de mantener consistente los datos demográficos de los egresados y alumnos, estos procesos se realizan cuando un área usuaria lo solicita. Luego estas áreas explotan los datos de acuerdo a sus necesidades y generan los indicadores necesarios que les ayudarán a tomar decisiones. Este proceso se centra en el área CRM – Canales de distribución que es la encargada de mantener actualizada los datos demográficos de los egresados/alumnos, luego estos datos son enviados a las áreas que en su momento la necesiten; algunas áreas identificadas hasta el momento que son usuarios comunes de los datos que proveen son :     

Business Inteligence Investigación de mercados. Nuevos proyectos. Estrategia digital. Calidad educativa.

Para el desarrollo del proyecto nos situaremos el proceso actual que siguen estas áreas para obtener la información necesaria de CRM – Canales de distribución, procesarla de acuerdo a sus necesidades (el proceso que también implica esto) y luego presentarla para poder ellos tomar las decisiones necesarias. Nos centraremos más en la información sobre los egresados ya que en el actual desarrollo de las actividades se centra más la atención a los indicadores sobre los datos de los alumnos; sin embargo, el seguimiento a los egresados y el análisis de los datos que estos proporcionen brindan una perspectiva más detallada sobre la forma en que la universidad está desarrollando a los profesionales y se obtiene con esto una retroalimentación que a su vez servirá para atender mejor las necesidades de los estudiantes. Por este motivo es que identificamos a la dirección de oportunidades laborales y calidad educativa como uno de nuestros principales interesados, el cual se verá impactado en gran medida por el éxito o fracaso de este proyecto.

5

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

POSICIONAMIENTO

PLANTEAMIENTO DEL PROBLEMA

Actualmente, en el mercado laboral, existe un crecimiento en la demanda de servicios en la educación superior. Esta situación es evidente debido al crecimiento y expansión del alumnado que ha tenido la Universidad Peruana de Ciencias Aplicas, una de las principales y más reconocidas universidades privadas, en los últimos años. Esto convierte a la UPC en una universidad exitosa por las metodologías que presenta y el contenido de su currícula. Lo que genera que los profesionales que se gradúan tengan la facilidad de ingresar al mercado laboral. Si bien estamos seguros del éxito en los servicios educativos que brinda la universidad, no podemos asegurar que este mismo éxito se mantenga luego de que los alumnos hayan egresado y consolidado en el mercado laboral. Esto se debe a que no se cuentan con indicadores que muestren la situación favorable o desfavorable en la que se encuentra la universidad, basándose en el grado de complacencia que tienen los egresados con respecto de su trabajo. Esta situación, no garantiza que la universidad tenga un sostenibilidad acerca de la calidad que ofrece a largo plazo para su alumnado. La UPC trata de mantener la calidad de sus servicios a largo plazo con procesos de certificación. Actualmente, lo realiza solo con la acreditación ABET, la cual ha certificado la calidad de los programas educativos de las carreras de Comunicación y Periodismo, Ingeniería Electrónica e Ingeniería de Software, Ingeniería de Sistemas de Información, mientras que el resto de carreras están en proceso. En resumen, no existe en la UPC un proceso que recopile la información real de los egresados para realizar un seguimiento que con indicadores muestre resultados de la situación que presenta la universidad y las diferentes carreras. De esta manera, la información que la universidad logra recaudar no es la óptima y necesaria como para realizar un análisis completo del seguimiento a sus egresados de acuerdo a los indicadores que la Universidad establece. Es por ello que al obtener información relevante y realizar una mejor gestión de la misma, esto permitirá a la universidad tener una herramienta que ayude a determinar mejoras en su proceso y generar un nuevo mecanismo de política de negocio para poder analizar la eficacia del método educativo a largo plazo.

Problema No se ha implementado un proceso que permita obtener los datos de los egresados actualizados y tampoco explotar estos mediante

Causas  El proceso no esta definido ni implementado en un área especifica.  Las actividades que se realizan con el fin de actualizar los datos demográficos se ejecutan solo debido a una solicitud de un área específica.  No se cuenta con una metodología que soporte la actualización de datos demográficos.  No se ha definido el impacto que tiene este proceso sobre el 6

Comentario [O2]: La pregunta es: por qué no se cuentan con indicadores?

Comentario [O3]: Quien debería estar a cargo de este proceso?

Comentario [O4]: No entiendo si no existe el proceso a que información se refieren?

Comentario [O5]: Nuevamente la pregunta por qué no se hace?

Sistema de Control de Seguimiento a los Egresados de la UPC

indicadores y reportes.

 

2012-2

negocio. No se ha priorizado las áreas para las cuales este proceso es de vital importancia para sus operaciones. No se ha identificado los indicadores claves para medir el desempeño y la satisfacción de nuestros egresados.

Comentario [O6]: Esto parece ser parte d ela solución no del problema.

OBJETIVOS

OBJETIVO GENERAL

OG: Diseñar e implementar un proceso que mantendrá los datos de los egresados actualizados, desarrollar una metodología que soporte este proceso e implementar sistema de análisis que permita realizar un seguimiento a estos mismos.

OBJETIVO ESPECÍFICOS

OE1: Para la segunda semana del ciclo 2013-1 se debe de debe de haber cumplido con la totalidad de la fase de inicio del proyecto. OE2: Para la cuarta semana del ciclo 2013-1 se debe de haber realizado todo el levantamiento de información necesario para realizar la definición del proceso y el proceso de carga de datos debe de haber sido implementado al 100%. OE3: Para el cierre del ciclo 2013-1 se debe de tener definido el proceso, se debe de tener definidos los indicadores para cada área interesada en el proyecto. OE4: Para la quinta semana del ciclo 2013-2 se debe de haber incorporado el proceso para la gestión de información de los egresados en el área oportunidades laborales y calidad educativa. OE5: Para la semana diez del ciclo 2013-2 se deben de tener nuestra información actualizada a un 90% mensual, mostrar de acuerdo a los indicadores definidos los reportes necesarios según cada área interesada.

INDICADORES DE ÉXITO

OE1: Cronograma del proyecto, documento del alcance y documento de plan del proyecto aceptado por el cliente. OE2: Definición del proceso actual documentada y aprobada por el cliente.

7

Comentario [O7]: Que interviene en la fase de inicio, que entregables o hitos tenemos?

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

OE3: Proceso de gestión de seguimiento de Egresados debidamente documentado, validado y aprobado por el cliente. Indicadores para este proceso aprobados por cada área usuaria. OE4: Acta de aceptación del proceso de gestión de seguimiento de Egresados debidamente firmada por el (los) cliente(s). OE5: Portal web de servicio de reportes operando y aprobación de este por parte del cliente. ALCANCE DEL PROYECTO Aspectos que incluye el proyecto 

Se brindará capacitación operacional de los procesos diseñados a una persona específica. Comentario [O8]: Va al final



Incorporar una metodología para la gestión del seguimiento a los egresados.



Incorporar una metodología de definición de indicadores que sean flexibles de acuerdo a las necesidades del cliente.



Realizar la validación de la información obtenida.



Incorporar una metodología de análisis de información.



despliegue del portal web para la emisión de los reportes el cual contará con los indicadores aprobados por el cliente.



despliegue del modelo dimensional en los servidores de la UPC.



Se usará los servicios de la UPC para el despliegue de los servicios de análisis y reportes.

SUPOSICIONES Y RESTR ICCIONES

Suposiciones

Descripción  El apoyo del cliente ante contingencias coordinadas previamente.  El equipo del comprometido.

proyecto

está

totalmente

 La gerencia de las áreas interesadas deben brindar las facilidades para gestionar posibles reuniones para obtener información y ayudar a definir los procesos.  Se obtendrá la información requerida de las redes sociales previa autorización de los egresados.

8

Sistema de Control de Seguimiento a los Egresados de la UPC

Restricciones

2012-2

Descripción  El grupo de trabajo debe laborar dentro de las instalaciones de la universidad.  Se requiere el producto final con miras al ciclo académico 2013-02.  Los stakeholders estarán disponibles, previa coordinación, dentro de los horarios de oficina (09:00am – 1:00pm \ 03:00pm – 05:30pm).  El producto final debe cumplir con los estándares de TI que la universidad dispone tales como la plataforma de desarrollo, el lenguaje de programación y otras herramientas a utilizar.

IMPACTO EN LA ORGANIZACIÓN (OPCIONAL)

El impacto de este proyecto para la empresa se verá en el mediano plazo y afecta directamente al negocio porque establece indicadores sobre el rendimiento y la sostenibilidad del crecimiento de la empresa y la satisfacción de los clientes, algunos objetivos que impactaran al negocio son: 

Tener nuestra información actualizada a un 90% mensual de nuestro mercado objetivo.



Registrar la información recaudada, de manera efectiva, a un 100% en la base de datos.



Brindar información personalizada sobre los beneficios que puede obtener nuestro mercado objetivo a un 100%.



Brindar un producto software a la UPC, como herramienta que le facilite y ayude en la gestión de información que llegue a obtener de los egresados. Con ello la UPC contará con un mecanismo que le permita ampliar su mercado estudiantil y consolidarse como una institución universitaria de prestigio.

9

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

ORGANIZACIÓN DEL PROYECTO Comentario [O9]: Retirar Sponsor y Cliente , agregar analista, deszarrolador, tester, etc

EQUIPO DEL PROYECTO

Gerencia SSIA

Gerente de Proyecto

Sponsor

Cliente

Jefe de equipo de análisis Rol

Miembro

Responsabilidades

Gerente del proyecto

Frank Soto

Liderar el proyecto.

Jefe equipo de análisis

Juan Ratto

Liderar el equipo de análisis.

Comentario [O11]: Falta identificar Stakeholders del proyecto, internos, usuarios, clientes, opositores.

STAKEHOLDERS Y USUARIOS

Stakeholders Giuliana Montañez

Noemi Gonzalez

Usuarios

Comentario [O10]: Completar roles

Necesidades Entregables Dirección de Inteligencia y nuevas soluciones de negocios área de CRM - canales de distribución

Necesidades

Entregables

10

Comentario [O12]: Tienen las mismas necesidades???? Revisar y documentar

Sistema de Control de Seguimiento a los Egresados de la UPC

 Gerente del área Contar con indicadores sobre los egresados. CRM.  Gerente de oportunidades laborales y calidad educativa.  Gerente del área Business Inteligence.  Gerente del área Investigación de mercados.  Gerente del área de Nuevos proyectos.  Gerente del área Estrategia digital.  Gerente del área de Calidad educativa.

2012-2

claves Portal web para le emisión de reportes con los indicadores definidos de acuerdo a la necesidad del área solicitante.

RECURSOS REQUERIDOS

 

Instalaciones adecuadas para las reuniones con usuarios clave de las áreas involucradas. Acceso al servidor de datos para la carga de la información.

FASES E HITOS DEL PROYECTO

Hito del proyecto

Fecha Estimada

Entregables incluidos

Prioridad

Aprobación y entrega del documento de definición del proceso.

30/04/2013

Documento de definición del proceso de seguimiento a egresados

Alta

Aprobación y entrega de la metodología para realizar la actualización de los datos de los egresados

15/05/2013

Documento de metodología para la actualización de datos.

Alta

Carga inicial de datos.

31/05/2013

Datos de los egresados cargados al modelo dimensional en la Base de datos.

Media

11

Sistema de Control de Seguimiento a los Egresados de la UPC

Aprobación indicadores.

de

10/05/2013

Documento de definición de indicadores aprobado por el cliente

Media

Aprobación de las pruebas del portal web de reportes.

31/10/2013

Portal web funcionamiento.

Alta

Aprobación de la capacitación a los usuarios.

15/11/2013

Documento de conformidad con la capacitación aprobado por el cliente .

en

2012-2

Media

ENFOQUES DEL TRABAJO

Comentario [O13]: Identificar riesgos internos y externos, riesgos del proceso, de personal, coyunturas…etc

RIESGOS Y MITIGACIÓN

#

Riesgo

1

Falta de compromiso por parte de los interesados.

Alto

-

2

Cambio en los puestos claves de las áreas interesadas

Alto

Realizar informes periódicos a las cabezas de las áreas interesadas para garantizar el apoyo al proyecto.

Probabilidad

Impacto

12

Estrategia de mitigación Comentario [O14]: Que paso con la estrategia, esta es importante que se defina.

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

GLOSARIO 

Business Intelligence: Enfoque de tecnología de información que se basa en el análisis de datos de una empresa para la toma de decisiones.



Stakeholder: Cualquier persona o institución que pueda verse afectado negativa o positivamente por el proyecto.

SIGLARIO  

UPC: Universidad Peruana de Ciencias Aplicadas. CRM: Customer Relationship Managemente, gestión de las relaciones con los clientes.

BIBLIOGRAFÍA 

PMBOK - Project management body of knoledge 2008. (PMI: 2008)

APROBACIÓN Nombre

Cargo

Firma

13

Fecha

Sistema de Control de Seguimiento a los Egresados de la UPC

ANEXOS No aplica.

14

2012-2

Plataforma online de gestión de servicios de TI basados en ITIL Project Charter

Historia de revisiones Version

Fecha

Autor

Descripción del cambio

V .0

16/10/2012

U710732 – Ciro Rosales Barreto

Creación del charter

1

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

INTRODUCCIÓN Las áreas de TI de toda institución manejan una gran cantidad de solicitudes de ayuda para diversos problemas que pueden surgir en la utilización de los sistemas de información implementados, estas solicitudes son conocidas como incidencias y son resueltas en el menor tiempo posible. Sin embargo, existen problemas que requieren de un manejo más complejo y al cual se debe realizar un seguimiento cuidadoso para no perder el estado del mismo.

La necesidad de un manejo adecuado de incidencias nace a partir de la continua pérdida de las mismas. El problema surge cuando el encargado de registrar las incidencias simplemente trata de registrarla en una hoja Excel o documento pero no registra más datos como importancia, nivel, fecha, etc. lo cual hace que si el documento contiene gran cantidad de incidencias estas no sean tratadas correctamente y finalmente terminan en el olvido por descuido del encargado.

Actualmente existen herramientas de gestión de incidencias en el mercado, sin embargo estas soluciones pertenecen a empresas extranjeras las cuales cobran por licencia de usuario y genera un gran costo para las empresas y no proveen de un servicio personalizado al cliente.

Como alumnos de la carrera de Ingeniería de Sistemas de información se desea desarrollar una plataforma de manejo de incidencias de TI utilizando los conceptos y prácticas para la gestión de servicios de tecnologías de información con lo que se buscará brindar calidad y eficiencia en el servicio aportando valor a los clientes pues será la primera empresa peruana que ingresa a este tipo de mercado.

2

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

MARCO TEÓRICO Las exigencias en el nivel de la calidad de los servicios se han incrementado notablemente en los últimos años, las áreas de TI se encuentran a cargo del buen funcionamiento de la parte automatizada de las empresas y muchas veces se les culpa si los sistemas no funcionan correctamente. Es por eso que nace el concepto de manejo de incidencias. Las incidencias son problemas encontrados en el buen funcionamiento de un sistema de información y que son reportadas por los usuarios. Sin embargo, no todas las empresas tienen un buen manejo de incidencias y sufren grandes pérdidas por no solucionar a tiempo los problemas o no darles la importancia necesaria.

ITIL provee conceptos y buenas prácticas para el manejo de los servicios de TI. En este proyecto de utilizarán las practicas que ITIL propone para realizar un buen manejo y gestión de las incidencias, problemas, configuración, cambio, entrega y servicio al usuario. Por otro lado, para diseñar este sistema se realizará un diseño de arquitectura empresarial en donde se definirá los objetivos del negocio, políticas de la empresa, etc. Para el desarrollo de esta arquitectura se utilizará la metodología EUP utilizando la notación BPMN 2.0 para el modelado de los procesos.

Por otro lado, las necesidades del día de hoy hace que una aplicación no tenga mucho valor si no puede estar disponible en cualquier momento, es por esto que se utilizará una plataforma web que corra bajo un servidor de aplicaciones y esté disponible en la web para pode tener acceso a él cuando sea necesario. Para la seguridad del sistema se usará SSL instalando las herramientas recesaría para lograr esto en un servidor con sistema operativo Red Hat.

Finalmente, la finalizar el proyecto se podrá contar con una plataforma web para la gestión de los servicio de TI el cual podrá ser utilizado por ITExpert para las solicitudes de los proyectos que soliciten sus servicios. Esto ayudará a manejar de una manera ordenada las solicitudes que podrán ser realizadas directamente desde una web sin necesidad de reuniones ni documentos físicos.

3

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

ALCANCE Y OBJETIVOS Objetivos del negocio Gestionar servicios de tecnologías de información mediante una herramienta online utilizando conceptos y prácticas de ITIL permitiendo a los usuarios solucionar las incidencias además de registrarlas, realizar seguimiento, reportes, estadísticas, etc. con buena calidad y eficiencia.

Objetivo General Desarrollar el primer sistema de gestión de incidencias aplicando conceptos de ITIL en Perú ganando posicionamiento en el mercado.

Objetivos específicos 1.- Optimizar el manejo de incidencias en las áreas de TI. 2.- Implementar indicadores KPI para el manejo de las incidencias. 3.- Realizar el seguimiento de incidencias. 4.- Generar Dashboards con datos recopilados de las incidencias.

Indicadores de éxito 1.- Finalización exitosa de la documentación del proyecto (Ciclo completo del EUP) 2.- Finalización exitosa del desarrollo de la aplicación. 3.- Conocimientos en herramientas de gestión de incidencias con una experiencia de un año. 4.- Conocimientos en programación y mentoría por profesionales en el tema de desarrollo e ITIL.

Alcance del proyecto EL ALCANCE DEL PROYE CTO INCLUIRÁ:

1.- Diseño de arquitectura empresarial. 2.- Implementación de la arquitectura empresarial. 3.- Desarrollo de plataforma web. 4.- Pruebas funcionales de la plataforma. 5.- Despliegue del de la plataforma. 6.- Monitoreo y Soporte.

EL ALCANCE DEL PROYE CTO NO INCLUIRÁ:

4

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

1.- Entrega del código fuente de la aplicación.

Cosas que se asumen 1.- Necesidad de la universidad por una plataforma similar para el manejo de incidencias por pate del su área de TI. 2.-Mentoría por parte de los profesores de la carrera para la culminación exitosa del proyecto.

ORGANIZACIÓN DEL PROYECTO Equipo del proyecto

Rol Analista de procesos empresariales

Analista de procesos empresariales

Descripción -Diseñará la arquitectura empresarial utilizando las mejores prácticas en ITIL, realizará la documentación necearía para poder implementar la plataforma de gestión de incidencias. (Funciones de negocio, Orquestación de servicios, etc) -Diseñará la arquitectura empresarial utilizando las mejores prácticas en ITIL, realizará la documentación necearía para poder implementar la plataforma de gestión de incidencias. (Funciones de negocio, Orquestación de servicios, etc).

Responsable Alumno de Ingeniería de sistemas de información

Alumno de Ingeniería de sistemas de información

Stakeholders y usuarios Stakeholder Encargado del Proyecto Asesor de Proyecto Gerente de Proyectos Usuarios

Descripción El responsable del Proyecto deberá reunirse con los clientes. Gerente General de la Empresa SSIA Alumno Gerente de SSIA encargado de apoyar en las tareas de coordinación de QA. Coordinadora de la carrera de sistemas de información

FASES E HITOS DEL PROYECTO El siguiente cronograma posee fechas de cumplimiento aproximadas. Estas pueden cambiar conforme se desarrolle el proyecto.

Fase/Actividad

Duración

Fecha de Artefactos/Entregables cumplimiento 5

Sistema de Control de Seguimiento a los Egresados de la UPC

Elaboración del Project 1 mes Charter Aprobación Project Charter Diseño de arquitectura empresarial

-Project Charter -

3 meses

Semana 14 (2013-01)

1 mes

Semana (2013-01)

1 día

Semana (2013-01)

1 mes

Semana 4 (2013- -Implementación de las 02) funciones de negocio

3 meses

Semana 13 (2013-02) Semana (2013-02) Semana (2013-02) Semana 16 (2013-02)

la

Revisión de los documentos Generados. Aprobación de la arquitectura empresarial. Implementación de la arquitectura empresaria. Desarrollo de la plataforma web Pruebas de calidad de la plataforma Despliegue de la plataforma. Aprobación del proyecto Cierre del Proyecto

Semana 16 (2012-02) -

2012-2

2 semanas 1 semana 1 semana

Semana 16 (2013-02)

6

-Procesos -Funciones de Negocio -Coreografía y Orquestación de servicios. 15 -Aprobación de documentos por QA 16 -Acta de aprobación de la AE.

-Software en fase beta 14 -Correcciones de la

plataforma 16 -Plataforma

funcionando en web -Acta de aprobación del proyecto.

Sistema de Control de Seguimiento a los Egresados de la UPC

2012-2

ENFOQUE DE TRABAJO (DECLARACIÓN BÁSICA) Para la implementación del proyecto, se utilizará parte de la gestión de proyectos propuesta por SCRUM y el apoyaremos de algunos artefactos de RUP; y se trabajará en base a la metodología de desarrollo de software Extreme Programming, debido a las necesidades del producto a elaborar.

APROBACIÓN Cliente

Comité de proyectos

7

Fecha

TALLER DE DESEMPEÑO PROFESIONAL 2 GESTIÓN DE PROCESOS EMPRESARIALES ADOPTANDO EL MODELO DE COMPUTACIÓN EN LA NUBE APLICADA A PYMES

PROJECT CHARTER VERSIÓN 1.0

1

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

Preparado por: Integrantes:

Julio César Nina Allende Adrián Alonso Romero Gallardo

Especialidad:

Ingeniería de Sistemas de Información

Empresa:

ITExpert

Historial de Revisiones Versión 1.0

Fecha 12/06/2013

Autor Julio Nina y Adrián Romero

Descripción Primera versión del documento.

2

TDP2

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

Índice de Contenidos RESUMEN EJECUTIVO ......................................................... ¡ERROR! MARCADOR NO DEFINIDO. MARCO TEÓRICO ............................................................... ¡ERROR! MARCADOR NO DEFINIDO. Características de Cloud Computing ..........................................¡Error! Marcador no definido. ¿Qué es un BPMS? .....................................................................¡Error! Marcador no definido. POSICIONAMIENTO............................................................ ¡ERROR! MARCADOR NO DEFINIDO. Planteamiento del problema .....................................................¡Error! Marcador no definido. Objetivos ....................................................................................¡Error! Marcador no definido. Objetivo General ............................................................................¡Error! Marcador no definido. ObjetivoS Específicos .....................................................................¡Error! Marcador no definido. Indicadores de exito...................................................................¡Error! Marcador no definido. Justificacion del proyecto ..........................................................¡Error! Marcador no definido. Alcance del proyecto .................................................................¡Error! Marcador no definido. Suposiciones y Restricciones .....................................................¡Error! Marcador no definido. ORGANIZACIÓN DEL PROYECTO ......................................... ¡ERROR! MARCADOR NO DEFINIDO. Equipo del Proyecto ...................................................................¡Error! Marcador no definido. Stakeholders ..............................................................................¡Error! Marcador no definido. Recursos requeridos ..................................................................¡Error! Marcador no definido. Fases e hitos del proyecto .........................................................¡Error! Marcador no definido. Metodologías y Enfoques del trabajo ........................................¡Error! Marcador no definido. Riesgos y Mitigación ..................................................................¡Error! Marcador no definido. GLOSARIO Y SIGLARIO DE TÉRMINOS.................................. ¡ERROR! MARCADOR NO DEFINIDO. BIBLIOGRAFÍA .................................................................... ¡ERROR! MARCADOR NO DEFINIDO. APROBACIÓN ..................................................................... ¡ERROR! MARCADOR NO DEFINIDO.

3

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

RESUMEN EJECUTIVO Las PYMES, en los últimos años, han conformado un grupo numeroso que beneficia principalmente a las economías latinoamericanas. El considerable aporte de estas empresas al PBI en cada uno de los países en los que operan define la vital importancia que tienen dentro del funcionamiento de la economía. En ese sentido, las PYMES se establecen como un factor clave para el crecimiento económico. En la actualidad, el entorno tecnológico ha experimentado importantes cambios, cada vez más empresas empiezan a migrar sus negocios a través de la web o realizar actividades orientadas a ofrecer servicios a través de Internet. El Cloud Computing es una de estas tendencias, sin embargo el tema aún se encuentra en investigación para su aplicación a diversos ámbitos. Asimismo, es conocido que las empresas Latinoamericanas, en general, poseen un bajo presupuesto destinado a la investigación y desarrollo de nuevas tecnologías más aún si nos centramos en PYMES. A pesar de ello, la propuesta que se plantea permitirá a las PYMES reducir sus costos ganando capacidad de almacenamiento, procesamiento y accesibilidad. Por otro lado, la gestión de procesos empresariales se ha establecido, durante las dos últimas décadas, como una herramienta que brinda y mejora la capacidad de identificar, monitorear y optimizar los procesos dentro de las organizaciones. Asimismo, contribuirá, dentro de lo posible, a la disminución de costos, el aumento de la satisfacción del cliente y la optimización de procesos para la creación de productos con un costo menor. En ese sentido, establecer una arquitectura de procesos empresariales es la base para alinear cualquier empresa hacia la automatización. En consecuencia, existirá la necesidad de adquirir conocimiento relativo al manejo de productos software (BPMS) utilizados en el mercado. Sin embargo, las organizaciones que tengan el interés de hacer uso del BP M deberán de asumir una inversión inicial considerable por concepto de adquisición de hardware, software y soporte especializado que deberá encargarse de la instalación y mantenimiento de los sistemas. Asimismo, las PYMES con objetivos de crecimiento establecidos evaluarán la adquisición de los componentes mencionados en función a la escalabilidad y adaptabilidad que brinden en una situación futura. Tomando en cuenta los conceptos mencionados anteriormente, el proyecto de investigación pretenderá explorar la aplicación del Cloud Computing a la gestión de procesos empresariales con el objetivo de subsanar las carencias que presentan las PYMES y que impiden su crecimiento. El trabajo tiene por meta profundizar en conceptos, teorías, problemáticas, procedimientos de implementación, marcos de trabajo, políticas, estándares y controles de seguridad. De forma complementaria, se desea demostrar, de forma práctica, la factibilidad de aplicar la propuesta, por lo que se desea realizar la implementación de un caso de estudio. En este contexto, el trabajo pretenderá justificar los futuros despliegues de arquitecturas de procesos empresariales utilizando un determinado BPMS. Para luego, una vez finalizado el proyecto,

4

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

publicar los resultados de forma que se encuentren disponibles y sirvan como base para futuras investigaciones. Marco Teórico Durante el proyecto serán utilizados los conceptos de cloud computing y BPM como base para llevar a cabo el desarrollo de la investigación y la resolución de la problemática descrita más adelante. En primer lugar, es necesario comprender el principal concepto en el que se basa la investigación: cloud computing. Para ello utilizaremos el concepto definido por el Instituto Nacional de Estándares y Tecnología (NITS): “Cloud computing es un modelo que permite el acceso omnipresente, cómodo y bajo demanda a la red a un conjunto compartido de recursos informáticos configurables (Ej., redes, servidores, almacenamiento, aplicaciones y servicios) que pueden ser rápidamente provisionados y liberados con un mínimo esfuerzo de gestión o interacción con el proveedor de servicios. Este modelo de nube se compone de cinco características esenciales, tres modelos de servicio y cuatro modelos de implementación.” (NIST 2011) De esta forma, podemos comprender el concepto de cloud computing como un modelo de computación basado en la provisión de servicios informáticos a través de la red, lo que puede deducirse como una importante reducción en la compra de distintos productos propios de un datacenter, que para los casos de pymes resultaría un coste demasiado elevado de afrontar. Características de Cloud Computing De acuerdo a lo descrito por el NITS, el modelo de cloud computing posee 5 características esenciales que encierran el marco de este concepto y que ayudan a reforzar las virtudes que se pueden obtener al adoptar este modelo en los negocios. “     

Auto-servicio por demanda Acceso ubicuo a la red Fondo común de recursos Servicio medido Rápida elasticidad” (CINTEL 2010: 8)

Como primera característica se presenta Auto-servicio por demanda , propiedad que de un comienzo destaca por la capacidad que tiene el usuario de obtener los recursos de una computadora por ejemplo, tener el tiempo de un servidor, que no se encuentre localmente en la empresa sino de manera virtual, lo cual representa librarse de la necesidad de realizar la compra de este artículo y que vuelve más eficiente los procedimientos que se desarrollen dentro del negocio teniendo en cuenta que al hacer uso de esta habilidad no representará la disminución del desempeño de tener un servidor local. Por otro lado, la característica de acceso ubicuo a la red, refiere a la capacidad de poder utilizar los recursos informáticos desde cualquier plataforma que pueda estar conectado a la red, como las que se conocen hoy en día: celulares, 5

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

tabletas, laptops; con ello tener a disposición los recursos por un medio móvil, cualidad que es buscada últimamente para satisfacción del cliente. Adicional a estas dos, fondo común de recursos, refiere la habilidad de contar con diferentes recursos y que estos sean asignados dinámicamente de acuerdo a la demanda que el usuario requiera para un proceso. De igual forma, otra de las características que es importante resaltar es servicio medido, el cual refiere la capacidad de controlar el uso de los recursos y con esto brindar un mejor servicio por parte del proveedor, al poder mostrarle cómo es que está haciendo uso de los servicios como almacenamiento, procesamiento, ancho de banda, etc. Rápida elasticidad hace mención a la cantidad y calidad de recursos brindados por la nube y que el usuario requiera consumir para el proceso que desempeñe y de acuerdo a lo que el proceso demande, este servicio puede modular su capacidad de consumo, lo que para las pymes es un punto a favor; ya que es capaz de modular la demanda que esta requiera evitando realizar sobrepagos innecesarios y que puedan afectar directamente su economía.

¿Qué es un BPMS? Para la segunda parte del proyecto está planificado desplegar los procesos analizados en el caso de estudio, a un sistema de gestión de procesos de negocio, conocido también por sus siglas en inglés BPMS, que se encontrará alojado fuera del negocio y del que se aprovecharán sus servicios remotamente, adoptando así, el modelo cloud computing. Por consiguiente, en la siguiente cita se detalla el concepto que posee el sistema BPM por parte de una de las compañías que viene trabajando con la herramienta por más de 20 años, Bizagi. “Su objetivo principal, basado en la teoría de procesos, es proveer a los dueños y directores de las compañías con los elementos de información adecuados para la apropiada asignación de los recursos de la organización, para así incrementar su eficiencia y productividad, por medio de la gestión sistemática de procesos de negocio que deben ser continuamente modelados, automatizados, integrados, observados y optimizados. (…) Una solución tecnológica para soportar este concepto de gestión es conocida como un Sistema de Gestión de Procesos de Negocio (Business Process Management System BPMS).” (Bizagi 2013) De esta manera, una vez modelado los flujos de negocios de una empresa, se identificarán los procesos a transformarse en servicios y que se encontrarán desplegados en el sistema para que sean consumidos de manera remota, con lo que el personal de negocio encontrará a su disposición los recursos que necesite para realizar sus actividades de forma más rápida y eficiente; ya que cada uno de ellos podrá reusar estos servicios, lo que significará la reducción de los tiempos que tomaba realizar una actividad tradicionalmente y una optimización en el desempeño del flujo de trabajo del negocio. Así mismo, considerando el modelado de cada macroproceso que se encuentre en una determinada empresa, permitirá la automatización de cada proceso de negocio que se encuentre en ella lo que representará un beneficio al tener una integración total de la empresa.

6

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

POSICIONAMIENTO PLANTEAMIENTO DEL PROBLEMA

El clima económico local demuestra un constante crecimiento durante los últimos 10 años, el que se aprecia con la construcción de obras públicas, interés de inversionistas de categoría internacional, crecimiento de empresas en el país y surgimiento de nuevos tipos de negocio y todo esto se ve reflejado en el incremento del PBI del país, como se ve reflejado en la Figura 1. Figura1: PBI per cápita en índice de desarrollo humano en el Perú (En miles de dólares e índice)

Fuente: Instituto Peruano de Economía Por otro lado, de acuerdo a la Figura 2 se observa la reducida cantidad de grandes empresas en comparación con las pymes, con ello surgen las interrogantes, ¿cuánto y qué les hace falta, a las pequeñas y medianas empresas, si desean crecer?, ¿es posible que puedan llegar a la categoría de gran empresa? Por lo que surge el uso del concepto de arquitectura de procesos empresariales, como punto de partida para la reorganización de una empresa y dar paso a una consolidación de sus procesos de negocio apoyado por las nuevas tecnologías existentes en el mercado.

7

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

Tabla1: Proporción de empresas según el tamaño en países seleccionados de América Latina y de la OCDE (en porcentajes) País Argentina Brasil Chile Colombia Ecuador México Perú Uruguay Alemania España Francia Italia

Micro Pequeñas Medianas 81.6 16.1 1.9 85.4 12.1 1.4 90.4 7.8 1.2 93.2 5.5 1.0 95.4 3.8 0.6 95.5 3.6 0.8 98.1 1.54 0.34 83.8 13.4 3.1 83.0 14.1 2.4 92.6 6.5 0.8 93.0 5.9 0.9 94.4 5.0 0.5 Fuente: OCDE y CEPAL 2012: 50

Grandes 0.4 1.0 0.6 0.3 0.2 0.2 0.02 0.6 0.5 0.1 0.2 0.1

Por tal motivo, el proyecto "Investigación acerca de la implementación de un engine para BPM usando el modelo de computación en la nube”, estará situado en el entorno que se encuentran la mayoría de PYMES. En este sentido una de las principales preocupaciones que tienen los dueños de estas empresas es la disminución de costos. Gestionar los costos implica supervisar procesos como desarrollo, producción y venta de productos o servicios de buena calidad. Asimismo, al mismo tiempo se trata de reducir los costos o mantenerlos en nivel a los objetivos trazados. Por otro lado, en el Perú, muchas empresas tratan de reducir los costos sólo mediante el recorte de gastos, despido de personal, la reestructuración y la disminución de proveedores. Las PYMES cuentan con un presupuesto muy recortado y ello limita a invertir en recursos. Para ello, las PYMES son las que tienen que poner más énfasis a la importancia de diminución de costos, tal y como se indica en la siguiente cita bibliográfica: ´ “Las pyme no pueden sobrevivir cuando los costos fijos son altos. Una implicancia directa de la economía básica de las pyme es que no pueden subsistir cuando los costos fijos o hundidos son altos. En ocasiones se trata de características de la forma como se produce y entonces hay poco que hacer. Sin embargo, una de las principales fuentes de costos fijos y hundidos son regulaciones similarmente onerosas, independientemente del tamaño de la empresa, pero que, por lo mismo, afectan más a las empresas más pequeñas.” (Cabrera 2002: 5)

8

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

Por lo tanto, la tecnología es un recurso de inversión inicial importante para una PYME, pero que en un largo plazo ayudará en el crecimiento de la producción y mejora de calidad del producto y servicio que se brinda. Asimismo, la tecnología permite a las PYMES ahorrar capital y esfuerzos. Por otro lado, es conocido que una reingeniería de procesos brindaría una gran oportunidad de mejora a cualquier tipo de empresa. Sin embargo, resulta complicado pensar que una PYME pueda contar con una optimización de procesos, ya que es una actividad con un costo elevado y de gran complejidad. Sin embargo otorgaría un ahorro considerable gracias a la mejora de tiempos de respuesta que vuelve lentos los procesos. Esto es mencionado por Cabrera: “Finalmente, proponemos que se haga un esfuerzo serio y persistente por desburocratizar estudiando detalladamente los procesos para simplificarlos. Esto se ha repetido muchas veces, pero la evidencia que se presenta en este trabajo indica que el costo impuesto por las regulaciones y trámites innecesarios es muy alto porque encarece el proceso de ensayo y error que es fundamental para el crecimiento y, por ser costos mayoritariamente fijos, perjudican en particular a las empresas más pequeñas.” (Cabrera 2002: 15) La cita menciona que una mejora en los procesos conforma un factor crítico para la disminución de costos. De igual forma, el satisfacer a sus clientes del modo más efectivo genera un mayor reconocimiento en el mercado para las organizaciones. Sin embargo, cuando estas centran su labor en sí misma, deja de lado sus responsabilidades con los clientes, con lo que pierden los negocios y la retroalimentación de estos. Además, las organizaciones con buena reputación por la efectividad, los ingresos tienden a aumentar. Ofrecer servicios y productos que satisfacen las necesidades de los clientes es un punto clave para el éxito continuo. Por ello, en la siguiente cita se resalta la importancia de la satisfacción del cliente y los beneficios que traerá a la empresa: “En la investigación realizada por Santos, Sanzo, García y Trespalacios (2008) sobre las capacidades de Marketing tanto a nivel operativo como estratégico en las PYMES, se pone de manifiesto que, influyen de manera directa y positiva en la obtención de mejores resultados con los clientes, en la medida que estas organizaciones consiguen su satisfacción y lealtad, la entrega de valor añadido, y la comunicación y la mejora de la imagen de la organización, repercutiendo todo ello en un rendimiento empresarial global superior al de la competencia.” (Reinares y Blanco 2011: 15)

OBJETIVOS OBJETIVO GENERAL

9

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

El objetivo de la presente investigación es generar una propuesta que permita a las PYMES formalizar los procesos de negocio con la finalidad de reducir costos, optimizar procedimientos y aumentar la satisfacción del cliente. Para ello, se necesitará investigar los conceptos y teorías que involucra gestionar procesos empresariales adoptando el modelo de computación en la nube y comprobar la factibilidad de la misma por medio del despliegue real de un caso de estudio. OBJETIVOS ESPECÍFICOS 

OE1: Para la octava semana del ciclo 2013-2 se obtendrá la documentación relacionada con la investigación exploratoria acerca del tema que permitirá establecer la base teórica del proyecto.



OE2: Para la décimo tercera semana del ciclo 2013-2 se definirán los controles de seguridad y las medidas para la gestión de los niveles de servicio, disponibilidad, continuidad, capacidad y financiera.



OE3: Para la cuarta semana del ciclo 2014-1 se obtendrá la documentación relacionada con el caso de estudio a desplegar en el BPMS.



OE4: Para la décima tercera semana del ciclo 2014-1 se desplegarán en el BPMS los procesos analizados en el caso de estudio.

INDICADORES DE EXITO      

IE01: Justificación y lineamientos generales de la propuesta aprobados por el asesor IE02: Controles de seguridad y medidas de entrega de servicio aprobadas por el asesor IE04: Actas de conformidad de QA y del cliente para la investigación exploratoria del tema IE05: Actas de conformidad de QA y del cliente para la investigación de los lineamientos de seguridad y entrega de servicio IE06: Caso de estudio aprobado por el asesor IE07: Actas de conformidad de QA y del cliente para el despliegue del caso de estudio en el BPMS

JUSTIFICACION DEL PROYECTO

De acuerdo a lo descrito en el marco teórico acerca de la gestión de procesos empresariales, propiamente, del motor a cargo de su ejecución y sobre el modelo de computación en la nube, se puede inducir que la implementación conjunta de estas dos nociones, colaborará notoriamente al desarrollo y una mayor visión por parte de la empresa. Sin embargo, no es suficiente para aceptar esta idea e implementarla, por lo que en los siguientes párrafos se argumentará los motivos para llevarlo a cabo en una empresa manufacturera.

10

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

Un punto que resaltar es responder en la actualidad la incertidumbre que se tiene en cuanto a cómo Cloud Computing va a contribuir con las actividades de la empresa. Por un lado están los que buscan apoyarse en la tecnología, en cambio, otros aún necesitan tener vestigios que las nuevas tecnologías están logrando beneficios a la empresa. Por ello, para responder a este último lado de empresarios, un punto clave es tener pruebas que el trabajo en la nube impacta positivamente en los objetivos de las empresas, aunque para esto tenga que esperar un periodo que justifique y en el que se consolide, el traspaso a una nueva forma de administrar el negocio. “La computación en nube permite a las organizaciones evitar el gasto y la molestia de la compra, instalación, operación, mantenimiento y mejora de las redes y las computadoras que se encuentran en los centros de datos. En vez de licencias de software, los usuarios aprovechan un servicio cuando es necesario durante el tiempo que sea necesario. Lo único que se necesita es una conexión a Internet de banda ancha y un teléfono o un ordenador personal con un navegador. Las organizaciones pagan por el tipo y la cantidad de servicios que intervienen, además de los cargos adicionales.” (Harris y Alter 2010: 6) El párrafo anterior, presenta las ventajas que brindaría desplegar las funciones de una computadora en la nube, esto gracias a la simplicidad con la que se manejaría y la cantidad de problemas que evitaría; ya que como menciona, el personal estaría dedicado a usar las herramientas que se encuentren como usuario final, mas no de preocuparse por los espacios o del mantenimiento que una arquitectura de TI demandaría. Es así que el proyecto se presenta a las PYMES como una oportunidad para la migración a la nube, ya que no cuentan con grandes inversiones en infraestructura de TI. ALCANCE DEL PROYECTO

6

El proyecto incluye:  La investigación con los conceptos específicos para desarrollar el proyecto.  Definir de un modelo de optimización de costos para la organización  Establecer controles de seguridad y medidas de entrega de servicio.  Generar reportes de las incidencias encontradas durante el desarrollo del proyecto  Generar reportes de la gestión de riesgos durante el desarrollo del proyecto  Generar reportes necesarios para los coordinadores de cursos, sub-áreas y áreas.  Realizar el despliegue de los procesos de Gestión de proyecto e Implementación de Software de la ISO29110.  Realizar una alineación de los procesos a los marcos de trabajo de COBIT, ITIL, ISO27001 y 27002. El proyecto no incluye:  El despliegue de otros procesos de la ISO29110.  Soporte del producto tras haber sido entregado y las capacitaciones hayan finalizado de forma satisfactoria.

11

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE  

TDP2

Contratar personal externo. Costear la nube fuera del tiempo estimado

SUPOSICIONES Y RESTRICCIONES Suposiciones Reuniones de trabajo semanales. Facilidades de trabajo por parte del cliente Validación de sistema por parte de QA

Descripción Las reuniones y entrevistas serán coordinadas por parte del equipo de trabajo y los expertos colaboradores. El Cliente se encargara de proveer las facilidades para la obtención de información sobre el proceso de gestión de la coordinación de docentes. El sistema será evaluado por el equipo de QA en cuanto a la confiabilidad, mientras que una vez validado por parte de QA, la aplicación será verificada por parte del cliente para su aceptación. El área de Tecnología contará con la infraestructura necesaria para la implementación del sistema: - Servidor de Aplicaciones - Servidor de Base de Datos La información enviada por los usuarios y recolectada en los levantamientos es precisa y completa.

Infraestructura de la organización proporcionada por ITExpert Información precisa y completa por parte de los usuarios encuestados Desarrollo de la aplicación La aplicación será desarrollada en un entorno web. en entorno web Servidor web con salida a El sistema podrá ser accesible dentro o fuera de las extranet instalaciones de la UPC. Lo que supone que el servidor web contará con salida a Internet.

Restricciones Recursos limitados.

Horario limitado

Tiempo de Proyecto (2 semestres)

Descripción En el proyecto solo se podrá contar con recursos adicionales provistos por la empresa virtual ITExpert (máximo 2) y de QA (máximo 1). Todos los miembros del equipo de trabajo cumplirán con los horarios establecidos por la Empresa Virtual ITExpert (6 horas semanales). El proyecto debe ser elaborado y desarrollado en máximo un año (ciclos 2013-1 y 2013-2).

ORGANIZACIÓN DEL PROYECTO EQUIPO DEL PROYECTO

12

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

Comité de proyecto

Gerente General

Gerente de proyectos y recursos

Jefe de Proyecto

Asistente de Proyecto

Arquitecto de procesos

Rol

Recurso investigador

Analista de seguridad, gestión de servicios y calidad

Miembro

Comité de proyecto

   

Gerente general

Gerente de proyectos y recursos Jefe de proyecto

Rosario Villalta Jimmy Armas Carlos Raymundo Luis García.

Gestor de riesgos del proyecto

Analista QA

Gestor de operaciones

Responsabilidades Profesores encargados de establecer el plan estratégico, aprobar propuestas de proyectos, decidir continuidad de proyectos, aprobar contrataciones, adquisiciones, cambios especificados en el transcurso del proyecto, políticas organizacionales, controlar el cumplimiento de metas estratégicas y controlar y supervisar las actividades de la organización.

Marcela Escobar

Profesor encargado de la supervisión y evolución de los proyectos que se desarrollan dentro de la empresa virtual ITExpert. Asimismo, debe de justificar el desempeño de su gestión ante el Comité de Proyecto.

(Cargo disponible)

Estudiante encargado de administrar los proyectos de la empresa virtual ITExpert. Asimismo, debe de efectuar las coordinaciones necesarias con los Jefes de proyecto y el Comité de Proyecto.

Julio Nina

Estudiante encargado gestionar el desarrollo del proyecto que propuso al Comité de proyecto y realizar las coordinaciones necesarias con las

13

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

Gerencias de proyectos y recursos. Asistente de proyecto

Adrián Romero

Estudiante encargado de realizar las coordinaciones necesarias y realizar el seguimiento del desempeño de los recursos asignados.

Arquitecto de procesos

(Recurso de TDP2)

Estudiante encargado de capturar, especificar y validar los requerimientos por medio de interactuar con el cliente y los usuarios mediante entrevistas o videoconferencias. Diseñar la arquitectura de procesos y los prototipos establecidos.

Recurso investigador

 

Estudiantes encargados de investigar temas relacionados con los procedimientos para realizar la implementación del proyecto.

Adrián Romero (Recurso de TDP2)

Analista de seguridad, gestión de servicios y calidad

Julio Nina

Estudiante encargado de alinear los procesos definidos a los marcos de trabajo COBIT, ITIL e ISO27001, ISO27002 e ISO29110

Gestor de riesgos del proyecto

Adrián Romero

Estudiante encargado de identificar, plantear planes de contingencia y realizar el seguimiento de los riesgos del proyecto de implementación de procesos.

Analista QA

(Recurso de TDP1)

Estudiante encargado de realizar la verificación y validación de los procesos y entregables generados por el proyecto. Asimismo, será el encargado de asegurar la calidad de los entregables mediante procedimientos definidos por la empresa virtual Quality Assurance.

Gestor de operaciones

Julio Nina

Estudiante encargado de tomar los requerimientos objetivo de las operaciones de la empresa cliente y en base a ellos encontrar el punto óptimo para el despliegue del proyecto.

14

STAKEHOLDERS

Stakeholders Necesidades Jefe de Desarrollar el proyecto de tesis. proyecto

Comité de proyecto Gerente de proyectos y recursos Cliente Empresa Virtual Quality Assurance Gerente general

Entregables Cronograma, Investigación, Memoria parcial, Memoria final, Informe de controles de seguridad y medidas de entrega de servicio, Caso de estudio y Release del proyecto Generar un proyecto de software Acta de constitución del proyecto para verificar las capacidades de los alumnos jefes de proyectos. Orientar la gestión del proyecto para Reporte de gestión de proyectos y que este pueda culminar con éxito. recursos Obtener el producto software Lista de requerimientos propuesto por los jefes del proyecto Validad y verificar los entregables Certificado QA del proyecto  

Evaluación y supervisión del proyecto Obtener el proyecto aprobado. Asesorar el desarrollo del para su mejora proyecto.

15

RECURSOS REQUERIDOS

Se mencionan los recursos materiales, hardware y software base requeridos para el desarrollo del proyecto 

Hardware o Computadoras portátiles o Computadoras de escritorio o Servidor



Software o Microsoft Office Professional o Bizagi BPM Suite o Erwin Data Modeler o Balsamiq Mockups o TestLink o Mantis o Dropbox

FASES E HITOS DEL PROYECTO

Se mencionan las grandes fases y actividades con las fechas de término y los productos que se deben entregar con fechas. Ciclo del proyecto

Fecha Estimada

Entregable

Prioridad

Ciclo 2013-1

Semana 15

Project Charter (Borrador)

Media

Project Charter (Corregido)

Alta

Informe de requerimientos del proyecto

Media

Cronograma del Proyecto

Alta

Semana 8

Investigación

Alta

Semana 13

Memoria parcial

Media

Semana 13

Informe de controles de seguridad y entrega de servicio

Baja

Semana 4

Caso de estudio documentado

Alta

Semana 3

Ciclo 2013-2

Ciclo 2014-1

16

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

Release del proyecto

Alta

Memoria final

Alta

Semana 13

METODOLOGÍAS Y ENFOQ UES DEL TRABAJO

Se incluyen las siguientes metodologías, notaciones y técnicas que serán usadas en el desarrollo del presente proyecto:

7



COBIT Marco de trabajo con las mejores prácticas para la gestión de TI optimizando los servicios con el fin de aumentar el ROI de la organización y cumplir con los acuerdos, políticas, reglamentos y leyes.



ITIL Marco de trabajo con las mejores prácticas para la gestión de servicios y las operaciones relacionados. ITIL tiene como objetivo lograr la calidad y eficiencia en las operaciones de TI.



ISO 27001 Y 27002 Estándares para la seguridad de la información que especifica los requisitos necesarios para gestionar una SGSI.



ISO 29110 Estándar que define perfiles de ciclo de vida del software para PYMES.



PROJECT MANAGEMENT BODY OF KNOWLEDGE (PMBOK) Es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos.



ENTERPRISE UNIFIED PROCESS (EUP) Es una metodología de desarrollo de software que nos ayuda a desarrollar un software de una manera estructurada y organizada. Es una extensión del Rational Unified Process (RUP).



BUSINESS PROCESS MODEL AND NOTATION (BPMN)7 Es una notación gráfica que describe la secuencia y la lógica de las actividades de un proceso de negocio. Permite definir la secuencia y la comunicación entre actividades.



ZACHMAN FRAMEWORK

Cfr. BIZAGI 2013

17

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2

Marco de trabajo que nos guiará en los pasos que deberemos de seguir para definir la arquitectura de procesos.

18

RIESGOS Y MITIGACIÓN

N° 1

Riesgo Pérdida de un miembro del equipo.

Probabilidad

Impacto

Estrategia de mitigación

Baja

Alto

Restructurar las funciones de los miembros restantes y las horas dedicadas al proyecto para afrontar el alcance del mismo. Buscar una remplazo para el miembro faltante para que asuma las funciones del miembro saliente.

2

Falta de apoyo de parte del cliente para facilitar información pertinente a los fines del proyecto

Baja

Alto

Definir un documento de compromiso de entrega de información con la empresa cliente. Mantener una comunicación directa y constante con nuestro cliente demostrando así nuestro compromiso por hacer un trabajo de calidad. Enfatizar ante los Stakeholders los beneficios que obtendrán al finalizar el proyecto. Ofrecer un horario a medida que facilita la toma de requerimientos.

3

Cambios constantes en requerimientos de nuestro cliente.

los

Media

Alto

Llevar un registro de los acuerdos realizados mediante actas de compromisos firmadas. Analizar rigurosamente los requerimientos del cliente antes de su aprobación para, de esta forma, reducir la cantidad de requerimientos modificados.

4

Mantenimiento de la nube en horarios de denostación ante el comité

Baja

Alto

5

Inexperiencia de los recursos en la utilización de una suite BPM

Alta

Media

Realizar el despliegue del proyecto en 2 nubes de forma paralela. Se programarán herramientas.

sesiones

de

capacitación

en

las

19

GLOSARIO Y SIGLARIO DE TÉRMINOS   

BPM: Gestión de procesos empresariales BPMNS: Sistema para la gestión de procesos empresariales Cloud Computing: Computación en la nube

BIBLIOGRAFÍA 

BIZAGI (2013) Sitio web del proveedor de software Bizagi, el cual permite diagramar y documentar procesos usando la notación estándar BPMN. (consulta: 13 de junio del 2013) (http://www.bizagi.com/docs/BPMNbyExampleSPA.pdf)



CABRERA, Ángel y otros (2002) Las PYME: quiénes son, cómo son y qué hacer con ellas (consulta: 17 de mayo del 2013). (http://www2.udec.cl/enech2002/paper27.pdf).



CINTEL (2010) Cloud computing: Una perspectiva para Colombia (consulta: 13 de junio del 2013). (http://www.interactic.com.co/dmdocuments/clud_computing.pdf).



HAN, Yan-Bo y otros (2010) A cloud-based BPM architecture with user-end distribution of non-compute-intensive activities and sensitive data, pp. 1157-1167. En: Journal of computer science and technology, vol. 25, No. 6.



HARRIS, Jeanne y ALTER, Allan (2010) Cloud rise: Rewards and risks at the dawn of cloud computing (consulta: 13 de junio del 2013). (http://www.accenture.com/SiteCollectionDocuments/PDF/Accenture_Cloudrise_Rewar ds_and_Risks_at_the_Dawn_of_Cloud_Computing.pdf).



HUGOS, Michael y HULITZKY, Derek (2010) Business in the cloud: What every business needs to know about cloud computing. New Jersey: John Wiley & Sons.



INSTITUTO PERUANO DE ECONOMÍA (IPE) (2013) (http://ipe.org.pe/crecimientoeconomico) Sitio web oficial del IPE; contiene información sobre la institución y enlaces de interés (consulta: 13 de junio del 2013).



KPMG (2011) The cloud: Changing the business ecosystem (consulta: 13 de junio del 2013). (http://www.kpmg.com/IN/en/IssuesAndInsights/ThoughtLeadership/The_Cloud_Chang ing_the_Business_Ecosystem.pdf).



LINTHICUM, David (2009) Cloud computing and SOA convergence in your enterprise: A step-by-step guide. Massachusetts: Addison-Wesley. 20

GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE

TDP2



NIST (2011) Cloud Computing Synopsis and Recommendations (consulta: 13 de junio del 2013). (http://csrc.nist.gov/publications/drafts/800-146/Draft-NIST-SP800-146.pdf).



OCDE y CEPAL (2012) Perspectivas económicas de América Latina 2013: Políticas de PYMES para el cambio estructural (consulta: 13 de junio del 2013). (http://www.keepeek.com/Digital-AssetManagement/oecd/development/perspectivas-economicas-de-america-latina2013_leo-2013-es).



REINARES, Eva y BLANCO, Alicia (2011) Cátedra Madrid Excelente: La gestión del marketing en las PYMES. Madrid: Cátedra Madrid Excelente.

APROBACIÓN Nombre

Cargo

Jimmy Armas

Coordinador de la carrera

Marcela Escobar

Gerente profesor

Firma

21

Fecha

TEMA PARA PROYECTO DE TESIS PRESENTADO POR: Código UPC Alumno U912616 Julio César Nina Allende U911205 Adrián Alonso Romero Gallardo

ISI / ISW TDP2/ISI TDP2/ISI

TEMA: Proyecto de investigación acerca de la implementación de un engine para BPM usando el modelo de computación en la nube METODOLOGÍA: PMI BREVE DESCRIPCIÓN DEL PROYECTO: Resumen En la actualidad, el marco académico que encierra la carrera de Ingeniería de Sistemas de Información en la UPC se encuentra, en primera instancia, centrado en mejorar el dominio de los estudiantes en el modelado de procesos con el fin de lograr el correcto diseño de una arquitectura empresarial. En ese sentido, establecer una arquitectura de procesos es la base para alinear cualquier empresa hacia la automatización. Por otro lado, existe la necesidad de adquirir conocimiento sobre el manejo de productos software que se utilicen en el mercado y con ello, tener mayores posibilidades, dentro del corto plazo, de participar en proyectos de implementación relacionados con el tema en diferentes empresas de distintos giros de negocio. El proyecto de investigación pretende, también, investigar la aplicación de la tecnología “Cloud Computing” a la gestión de la arquitectura empresarial. Siendo esta última el pilar fundamental de la carrera de Ingeniería de Sistemas de Información. El trabajo tiene por objetivo profundizar en conceptos, problemáticas, procedimientos de implementación, marcos de trabajo, políticas y controles de seguridad, entre otros. De forma complementaria, se desea demostrar, de forma práctica, la utilidad de la tecnología del Cloud Computing que ha venido concitando el interés de diversas investigaciones, sin embargo pocas se han enfocado en la aplicación con el fin de crear valor para las empresas PYMES. Para ello se tiene planeado implementar los procesos estándar: Gestión del Proyecto e Implementación de Software de la normativa ISO 29110, orientada a PYMES, alienada a los marcos de ITIL y COBIT. En este contexto, el trabajo pretenderá justificar los futuros despliegues de arquitecturas de negocio utilizando engines para BPM. Para luego, una vez finalizado el proyecto, publicar los resultados con el objetivo de que se encuentren disponibles y sirvan como base, a través de la documentación de las operaciones que se realicen, para los alumnos interesados en el tema. Objetivos  Realizar un estudio detallado del modelo de “Cloud Computing” aplicado a la gestión de la arquitectura empresarial  Aplicar la investigación a un caso de estudio estándar

Alcance  Se analizará la problemática de las PYMES actuales  Se detallarán las ventajas y desventajas de la aplicación de la tecnología del “Cloud 1

     

Computing” Se justificará la viabilidad de la aplicación de la propuesta en PYMES mediantes distintos criterios Se definirá un modelo de optimización Se realizará la implementación del engine para los procesos de Gestión de Proyectos e implementación del Software de la ISO 29110 Se realizará la integración con la nube en función al patrón de implementación escogido No se realizará una investigación acerca de la gestión de la arquitectura empresarial debido a que implicaría redundancia respecto a los conocimientos adquiridos durante la carrera. El proyecto no contempla la aplicación de la propuesta a una empresa real

OBSERVACIONES POR PARTE DEL COMITÉ:

ESTADO DEL TEMA DE PROYECTO: Aprobado/Desaprobado

2

TALLER DE DESEMPEÑO 2 ARQUITECTURA EMPRESARIAL PARA SSIA ANÁLISIS Y DISEÑO DE LA ARQUITECTURA EMPRESARIAL PARA LA EMPRESA VIRUTAL: SOFTWARE Y SISTEMAS DE INFORMACIÓN PARA LA ACREDITACIÓN (SSIA)

Project Charter Versión 1.0 2013-01

Elaborado por: Integrantes:

Cuentas Morant, Ricardo Romero Gallardo, Adrián

Especialidad: Empresa:

Ingeniería de Sistemas de Información SSIA

Historial de Revisiones: 1

Versión

Fecha

1.0

11/06/13

Autor Descripción Adrián Romero Creación de Project Charter Ricardo Cuentas

ÍNDICE DE CONTENIDOS CONTENIDO Introducción 3 MARCO TEÓRICO ...................................................................................................................3 ALCANCE Y OBJETIVOS ...........................................................................................................4 Planteamiento del problema: ................................................................................................................... 4 Causas........................................................................................................................................................ 4 Objetivo General ....................................................................................................................................... 5 Objetivos Específicos ................................................................................................................................. 5 Indicadores de éxito .................................................................................................................................. 5 Alcance del proyecto ................................................................................................................................. 5 Puntos que se asumirán durante el proyecto ........................................................................................... 6 ORGANIZACIÓN DEL PROYECTO .............................................................................................6 Equipo de trabajo ...................................................................................................................................... 6 Stakeholders y usuarios............................................................................................................................. 7 RIESGOS Y MITIGACIÓN .........................................................................................................7 FASES E HITOS DEL PROYECTO ................................................................................................8 ENFOQUE DE TRABAJO...........................................................................................................9 2

APROBACIÓN .........................................................................................................................9 BIBLIOGRAFÍA ........................................................................................................................9

INTRODUCCIÓN Asegurar que un programa, en este caso las carreras de Ingeniería de Software e Ingeniería de Sistemas de Información, cumplan con los estándares de calidad internacional no es una tarea fácil y en este caso la organización encargada de proveer de estas certificaciones, ABET, posee procesos rigurosos para poder lograr esta reconocida distinción. Por ello, SSIA debe mantenerse acorde, no solo de las nuevas tecnologías que van saliendo al mundo como metodologías de desarrollo, gestión de proyectos de software, etc., sino también gestionarse como empresa que es. Por ende, la solución que se propone es el análisis y diseño de la arquitectura empresarial para la empresa virtual SSIA de la UPC, con la finalidad de definir una estructura a nivel de procesos internos de la empresa para posteriormente optimizar, obteniendo como resultado la integración de dicho procesos, disponibilidad de información en tiempo real para los alumnos y docentes, logrando con esto que los proyectos se desarrollen de manera óptima. Por este motivo, surge la necesidad de estructurar la empresa tomando como base el término de Arquitectura Empresarial. Entonces surge la cuestión, ¿qué se entiende por arquitectura empresarial?

MARCO TEÓRICO En Julio del 2008 comenzó a operar la empresa virtual PYRAMID en la UPC, siendo una de sus principales labores, el constante apoyo para el proceso de acreditación de las carreras de computación de la universidad, por parte de la entidad internacional encargada de proporcionar certificaciones como consecuencia a la constante superación en la innovación y calidad de enseñanza que demuestra, ABET. Por ello, con el fin de poder continuar con este objetivo, la empresa se encuentra siempre dispuesta a gestionar cambios y optimizaciones en la gestión de sus procesos, que ayuden a fortalecer su nivel de enseñanza, un claro ejemplo de ello, es el nombre con que se maneja en la actualidad, Software y Sistemas de Información para la Acreditación, conocida mayormente por sus siglas SSIA, con el cual deja ligeramente de lado la metodología que se utilizaba, dando lugar a una con mayor agilidad orientada a los objetivos de la empresa.

3

“(...) SSIA desarrolla Soluciones Software que comprenden, el uso y aplicación de las mejores y más usadas herramientas para desarrollo, con el fin de crear productos de alta calidad para la gerencia, control, análisis de información y apoyo a los procesos de toma de decisiones (...).” (UPC 2013) Por tal motivo, SSIA busca posicionarse como una empresa sólida en sus procesos, ya que de acuerdo a lo citado, tiene como finalidad crear productos de alta calidad, lo que refiere contar con una integración entre sus aplicaciones que desarrolle para poder obtener como resultado un producto que demuestre altos índices de calidad, acorde con lo que propone SSIA. De esta manera, en una arquitectura empresarial se encontrará el detalle de los macroprocesos y la integración de las mismos con otros, con el fin de poder reusar actividades que lograrán un desarrollo óptimo de los mismos, así como también la documentación de los servicios que se brindan como los recursos que se utilizan, tener documentado las bases de datos que use cada proyecto, etc. “Un reciente estudio de IBM muestra que más de dos tercios de los CEOs están implementando amplias innovaciones en sus modelos empresariales. Y los CIOs están acelerando la entrega de soluciones que den soporte a esta agenda de cambios acelerada. Pero para muchas organizaciones, la planificación estratégica y la ejecución de los proyectos resultantes se dificulta por la falta de una visión compartida de la empresa actual y del panorama de TI – la arquitectura empresarial.” (IBM 2013) Por ello, al contar SSIA con una adecuado modelado de los procesos que realizan y tras un análisis de los mismos, proponer optimizaciones necesarias, se podrá contar luego con una arquitectura, la cual colocará a SSIA como empresa más sólida acorde con lo que presentan las empresas en la actualidad que muestran un interés por el desarrollo como lo demuestra el estudio de IBM, ya que con ello se encontrará disponible a poder adaptarle un sistema de información el cual este alineado a sus procesos de negocio para poder conseguir una integración en la empresa y evitar descoordinaciones, por el contraria optimizar el proceso de desarrollo de productos software para la empresa.

ALCANCE Y OBJETIVOS PLANTEAMIENTO DEL PROBLEMA: El problema General que encierra a SSIA es la falta de información entre proyectos, lo que genera descoordinación en la empresa al momento de desarrollar un trabajo en conjunto. CAUSAS:  

Inexistente gestión de la integración entre proyectos que facilite los conocimientos mutuos. Escasa comunicación entre jefes de proyecto entre los distintos proyectos de la empresa. 4



Escaso conocimientos de los objetivos de la empresa.

OBJETIVO GENERAL: Diseñar e implementar una arquitectura empresarial de procesos, que permitirá mejorar la gestión de los recursos disponibles, la integración y disponibilidad de la información para facilitar el desarrollo de proyectos de los alumnos con apoyo de los docentes. OBJETIVOS ESPECÍFICOS: 

 

OE1: Recolectar y documentar la información acerca de la situación actual de la empresa, con la finalidad de identificar las carencias y oportunidades de optimización en la arquitectura de la empresa. OE2: Identificar y definir los procesos verticales y horizontales de la empresa, para que sean modelados y optimizados complementándose con las tecnologías de información. OE3: Analizar los procesos definidos en SSIA para poder identificar aquellos que requieran ser modificados y/o agregados para lograr la optimización necesaria, la cual servirá como base para alinear los procesos de la empresa a un sistema de información con el fin de optimizar la gestión empresarial de SSIA.

INDICADORES DE ÉXITO:    

IE1: Project Charter aprobado por el comité. IE2: Finalización exitosa de la documentación de los requerimientos del cliente. IE3: Finalización exitosa de los entregables del proyecto, metodología EUP. IE4: Certificados de aprobación de QA y del cliente con respecto a la arquitectura empresarial propuesta.

ALCANCE DEL PROYECTO: El

Alcance

del

proyecto

incluirá:

1. Planeación: Desarrollo de los siguientes puntos en la Gestión del proyecto. 

Project Charter.



Cronograma de trabajo.

2. Investigación: En la fase inicial se desarrollará una breve investigación acerca de los procesos de la empresa, para identificarlos y documentarlos para dar sustento al proyecto. Por otro lado, en una fase final de este punto se analizará la investigación previa para proponer la nueva arquitectura de procesos para una mejora de la empresa.  Memoria.

5

3. Definición de procesos: Etapa en la cual se realiza el modelamiento de los nuevos procesos para la empresa.  Entregables: i. Diagrama de Objetivos. ii. Definición de los StakeHolders. iii. Justificación de los procesos. iv. Mapa de Procesos. v. Definición de procesos. vi. Reglas de negocio. vii. Modelo de dominio. viii. Priorización de Entidades. ix. Mapeo Entidad Proceso. x. Priorización de procesos. xi. Descomposición Funcional. xii. RAM. El alcance del proyecto NO incluirá: El desarrollo de la solución software no forma parte del alcance del presente proyecto. PUNTOS QUE SE ASUMIRÁN DURANTE EL PROYECTO:  

Se debe tener disponibilidad de información, es decir acceso a los documentos empleados internamente para la gestión de los proyectos de la empresa. Disposición de tiempo por parte de los usuarios para las entrevistas.

ORGANIZACIÓN DEL PROYECTO EQUIPO DE TRABAJO:

Rol

Descripción

Responsable

Analista de procesos

Diseña y modela la arquitectura empresarial, en una aplicación que permite mostrar el modelado de procesos en una notación gráfica estandarizada. Asimismo, realiza la documentación de los entregables.

Alumno de Ingeniería de sistemas de información

Analistas de proyectos

Recurso de TDP2 asignado para el apoyo de tareas que se le designe en el proyecto.

Analista QA

Recurso de TDP1 asignado para realizar tareas de QA, es decir apoyar en la revisión de los entregables.

Alumno de Ingeniería de sistemas de información Alumno de Ingeniería de 6

sistemas de información

STAKEHOLDERS Y USUARIOS:

Stakeholder Encargado del Proyecto Asesor de Proyecto Gerente de Proyectos Usuarios

Descripción El responsable del Proyecto deberá reunirse con los clientes. Gerente General de la Empresa SSIA. Alumno Gerente de SSIA encargado de apoyar en las tareas de coordinación de QA. Coordinadores de la carrera de Sistemas de información.

RIESGOS Y MITIGACIÓN N°

Riesgo

1

Falta de comunicación con el cliente durante el desarrollo del proyecto.

2

3

No capturar los requerimientos exactos del cliente en las entrevistas que se pacten.

Desarrollar un alcance que se encuentre fuera de los tiempos del proyecto.

Probabilidad

Media

Media

Baja

Impacto

Plan de mitigación

Alto

Desarrollar un cronograma de entrevista con fechas pactadas por las 2 partes y que se confirme la participación a estas con 2 días de anticipación.

Alto

Investigar sobre el tema a desarrollar, consultar, en lo posible, con personal especializado en el tema que pueda apoyar a formular las preguntas claves para capturar rápidamente los requerimientos que no puedan ser bien explicados por parte del cliente.

Medio

Consultar con asesores acerca de la posible duración del proyecto. Dejar en claro los punto que no se tomarán en cuenta para el proyecto. Realizar un cronograma detallando la duración de cada actividad que se llevará a cabo en el proyecto, colocando una duración promedio, para luego de consolidarlo conocer 7

la duración completo.

4

Cambios en requerimientos cliente para proyecto.

5

Los requerimientos contemplados estén incompletos o erróneos a los que el cliente tenía imaginado.

6

los del el

Baja

Baja

Pérdida de un miembro del equipo de proyecto.

Baja

del

proyecto

por

Medio

Realizar un documento que especifique cada cambio que se realizó durante el proyecto y los cuales originaron retrasos. Procurar establecer los requerimientos específicos del cliente para que los posibles cambios que se generen no sean de mayor impacto para el proyecto.

Alto

Durante cada entrevista, ir apuntando el detalle de cada punto hablado en un cuaderno. Si es posible, grabar la conversación para que pueda servir como prueba de los requerimientos pactados.

Alto

Poder contemplar un cambio en el proyecto, en lo posible, por el alcance del proyecto. Si se continúa el proyecto con un miembro menos, se tendrá que redefinir los roles que tomen los miembros que quedan.

FASES E HITOS DEL PROYECTO El siguiente cronograma de trabajo presenta las fechas aproximadas para el desarrollo de las actividades del proyecto. Cabe mencionar, que estas pueden cambiar conforme se desarrolle el proyecto. Fase/Actividad

Duración

Elaboración del Project Charter. Aprobación Project Charter. Redacción de la Memoria.

4 semanas

Fecha estimada Semana 16 2013-02)

-

-

Revisión de la Memoria.

2 meses 2 semanas

Semana 8 (2014-01) Semana 10 (2014-01)

Artefactos/Entregables -Project Charter. - Aprobación de Project Charter por el comité. - Memoria. - Aprobación de memoria por QA. 8

Diseño de la arquitectura empresarial.

4 meses

Revisión de los entregables realizados. Aprobación de la arquitectura empresarial.

1 mes 1 día

Aprobación del proyecto. Cierre del proyecto.

1 semana

Semana 10 (2014-02)

Semana 15 (2014-02) Semana 16 (2014-02) Semana 16 (2014-02) Semana 16 (2014-02)

- Diagrama de objetivos. - Mapa de procesos. - Justificación de procesos. - Definición de Stakeholders. - Definición de Procesos. - Reglas de negocio. - Modelo de dominio. - Priorización de Entidades. - Mapeo Entidad Proceso. - Priorización de procesos. - Descomposición Funcional. - RAM. -Aprobación de entregables por QA. -Acta de aprobación de la Arquitectura Empresarial. -Acta de aprobación del proyecto. -

ENFOQUE DE TRABAJO    

Enterprise Unified Process (EUP). Business Process Modeling Notation (BPMN). Zachman Framework. Enterprise Business Modeling (EBM).

APROBACIÓN Cliente

Comité de proyectos

Fecha

BIBLIOGRAFÍA  IMB (2013). (http://www-01.ibm.com/software/pe/info/itsolutions/enterprisearchitecture/) Sitio web oficial de IBM; contiene información sobre la arquitectura empresarial (consulta: 11/06/2013).

9



UPC (2013). (http://ssiaupc2012.wix.com/2013-1) Sitio web oficial de UPC; contiene información sobre la empresa virtual SSIA (consulta: 11/06/2013).

10

TEMA PARA PROYECTO DE TESIS

PRESENTADO POR: Código UPC Alumno U912643 Romero Aguilar, Alvaro Pablo U912586 Morales Silupu, Miguel Jair

ISI / ISW TDP2 TDP2

TEMA: Implementación de una Solución de Inteligencia de Negocios en el Área Comercial de la Empresa HELISUR METODOLOGÍA: BREVE DESCRIPCIÓN DEL PROYECTO: El proyecto que estamos presentando se desarrollará en colaboración con la empresa HELISUR. Esta empresa nos brindará el apoyo necesario con respecto a la información que se necesite recopilar a lo largo del proyecto, con la finalidad de cumplir con los objetivos que sean planteados en las reuniones que se lleven a cabo antes del inicio del proyecto. Para comenzar, HELISUR es una empresa peruana dedica exclusivamente al transporte aéreo y de carga en helicópteros. Actualmente, Miguel Morales se encuentra practicando en esta empresa, es por esta razón que el contacto con la empresa se nos facilita. Actualmente, HELISUR maneja sus reportes e información necesaria en base a una Base de Datos transaccional. Es decir, no cuenta con una herramienta que convierta sus datos en información útil que pueda ser distribuida y compartida con empleados, gerentes y ejecutivos y pueda ser entendida. En este proyecto se propone la implementación de una solución de Inteligencia de Negocio dirigida específicamente al área Comercial, que en rasgos muy generales, es la que se encarga de la realización de todos los vuelos pactados diariamente en la empresa. De forma concreta, con esta solución de Inteligencia de Negocios lograremos que la empresa llegue a tener un manejo efectivo y eficiente de la información registrada a diario en dicha área. Es decir, convertirá los datos transaccionales de la empresa en información precisa, lo que brindará un enfoque racional a la gerencia y ayudará eficientemente a la toma de mejores decisiones de una forma más rápida. El proyecto contará con las siguientes fases: Justificación: es la fase en la que nos encontramos, habiendo detectado el problema y las dificultades del manejo de información que padecen, encontramos un espacio para la ejecución de este proyecto. Planificación: es la fase en donde se realizan las reuniones para limitar el alcance, plantear y acordar objetivos, es decir determinar y especificar concretamente el proyecto. Análisis del negocio: analizar los procesos involucrados en el área Comercial, para poder luego definir los requerimientos del negocio. Diseño: la concepción de un producto que resuelva el problema del negocio o habilite la oportunidad de negocio. Construcción: se desarrolla el producto concebido, es decir se desarrolla la solución de inteligencia de negocio planteada. Implementación: solo si es necesario, se implementará el producto finalizado. Aquí mediremos su efectividad y determinaremos si la solución cubre las expectativas o está por debajo de ellas. Teniendo en cuenta que esta es un área primordial para la empresa, tenemos retos por 1

vencer: Dificultad en el manejo de la información generada a diario. Dificultad en la captura de información para la generación de estadísticas vitales para la toma de decisiones. La implementación de una solución de Inteligencia de Negocios permite a la empresa: Una manera más simple de manejar toda la información. Obtener una vista comprensible de toda la información. Obtener estadísticas que faciliten la toma de decisiones, la entrega de informes, etc. Generar reportes de transacciones y vuelos diarios. Responder preguntas de gerentes y empleados en un tiempo mínimo. El proyecto se limitaría de una mejor manera al llevar a cabo reuniones con nuestro cliente de HELISUR, ya que podríamos plantear una cantidad de objetivos a cumplir que sean accesibles al tiempo con el que contamos para la realización del proyecto. Se llegarían a acuerdos que beneficiarán claramente a ambas partes, ya que HELISUR no cuenta con una solución parecida y nosotros podremos llevar con tranquilidad nuestro proyecto adelante. Esto también dependería de las expectativas que tenga el comité de proyectos de la facultad en la universidad, es decir, en las reuniones plantearíamos que tan grande debería ser el proyecto y así darnos una idea del alcance que debemos plantear para lograr la aceptación del proyecto y que se pueda realizar con las facilidades del caso. OBSERVACIONES POR PARTE DEL COMITÉ:

ESTADO DEL TEMA DE PROYECTO: Aprobado/Desaprobado

2

UPC TALLER DE PROYECTO 1 ANÁLISIS Y DISEÑO DE SOLUCIÓN DE INTELIGENCIA DE NEGOCIOS PARA EL ÁREA COMERCIAL DE LA EMPRESA HELISUR S.A. PROJECT CHARTER VERSIÓN 1.0

1

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 Preparado por: Jefe Proyecto:

de

Romero Aguilar, Alvaro Pablo U912643 Morales Silupú, Miguel Jair U912586

Especialidad:

Ingeniería de Sistemas de Información

Empresa:

SSIA

Historial de Revisiones Versión

Fecha

Autor

Descripción

1.0

12/06/13

Romero Aguilar, Alvaro Pablo. Morales Silupú, Miguel Jair.

Primer avance del Charter

Índice de Contenidos RESUMEN EJECUTIVO .............................................................................................................5 2

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 MARCO TEÓRICO ...................................................................................................................6 POSICIONAMIENTO..............................................................................................................10 Planteamiento del problema ................................................................................................. 10 Objetivos ................................................................................................................................ 11 Objetivo General ......................................................................................................... 11 Objetivo Específicos..................................................................................................... 11 Indicadores de éxito............................................................................................................... 11 Alcance del proyecto ............................................................................................................. 12 Suposiciones y Restricciones ................................................................................................. 13 ORGANIZACIÓN DEL PROYECTO ...........................................................................................14 Equipo del Proyecto ............................................................................................................... 14 Stakeholders y Usuarios ......................................................................................................... 15 Recursos requeridos .............................................................................................................. 16 Fases e hitos del proyecto ..................................................................................................... 17 Enfoques del trabajo .............................................................................................................. 19 Riesgos y Mitigación .............................................................................................................. 20 GLOSARIO............................................................................................................................21 SIGLARIO .............................................................................................................................21 BIBLIOGRAFÍA ......................................................................................................................21 APROBACIÓN .......................................................................................................................21

3

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1

RESUMEN EJECUTIVO El presente documento es el inicio del desarrollo del proyecto Análisis y Diseño de Inteligencia de Negocios al Área Comercial de la Empresa HELISUR S.A.

4

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 El actual proyecto consiste en analizar y diseñar todo lo necesario para la implementación de una solución de Inteligencia de Negocios. Para esto, tomaremos como empresa objetivo a la empresa HELISUR S.A., la cual con el objetivo de mejorar el manejo de información, la toma de decisiones y generación de reportes desea implementar una solución de inteligencia de negocios que apoye con este objetivo. La empresa HELISUR S.A. es una empresa peruana dedica exclusivamente al transporte aéreo y de carga en helicópteros. En especial, el área comercial de esta empresa es la que se encarga del manejo de la información referente a la realización de todos los viajes diarios que se efectúan. Actualmente, la empresa maneja sus reportes e información necesaria apoyándose en una Base de Datos ordinaria. Es decir, no cuenta con una herramienta que convierta sus datos en información útil y limpia que pueda ser distribuida y compartida con empleados, gerentes y ejecutivos y pueda ser entendida. Los riesgos principales a presentarse al inicio del proyecto es la falta de disponibilidad del cliente para lograr recopilar los requerimientos acertadamente, afectando la realización del análisis de la empresa. Entonces, nuestro primer supuesto es que la empresa HELISUR S.A. nos brindará información real, disponibilidad y los documentos que sean necesarios, y de esta manera seguir con el flujo normal del proyecto. Además, contaremos con recursos humanos por parte de la empresa Quality Assurance y IT-Expert que colaboraran con nuestros avances. El proyecto se desarrollara a lo largo de dos ciclos académicos. Durante el primer ciclo académico se prevé plantear la estrategia de implementación y el análisis necesario de la empresa y sus requerimientos y el segundo ciclo la ejecución de la implementación de la solución de inteligencia de negocio.

MARCO TEÓRICO HELISUR S.A.

5

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 HELISUR es reconocida como el mayor operador de helicópteros en el Perú. Fundada en 1994, la compañía ofrece un servicio integral de transporte aéreo de pasajeros y carga. La compañía cuenta con las certificaciones para los principales tipos de operaciones de helicópteros en territorio peruano, incluyendo operaciones aéreas complejas. La flota actual asciende a 20 helicópteros: 11 Mi-8 MTV y 9 helicópteros Мi-171 de última generación con amplia capacidad operativa. La empresa señala a través de su página web, que tiene como misión: “Brindar servicios de transporte aéreo y de mantenimiento con seguridad, eficiencia y profesionalismo sustentados por: organización cohesionada y eficaz, helicópteros rusos tipo MI y otros, con capacidad para operar en todo el territorio nacional, sistema de mantenimiento en permanente desarrollo y capital humano motivado y altamente competente” Inteligencia de Negocios La Inteligencia de Negocios es el conjunto de productos y servicios que permiten a los usuarios finales acceder y analizar de manera rápida y sencilla, la información para la toma de decisiones de negocio a nivel operativo, táctico y estratégico.

El ritmo y dinámica del mundo de los negocios están aumentando constantemente. Los clientes esperan un excelente servicio, los negocios están contratando servicios externos para aquellas funciones que no son esenciales, y el mercado exige un gran desempeño financiero. En resumen, se espera que los trabajadores de conocimiento hagan más con menos recursos. Como resultado, adiós a los días de grandes equipos de analistas que soportaban las grandes unidades de negocios dentro de una organización. Los reportes estándar siempre son de ayuda, sin embargo, deben ser entregados en tiempo real y en un formato en línea que permita sondeo y análisis. Las soluciones de inteligencia de negocios construidas utilizando Microsoft® SQL Server™, Office 2000 y los productos miembros de Microsoft Data Warehousing Alliance proporcionan la capacidad de integrar y entregar valiosa información en una vista personalizada para facultar a los trabajadores a través de la organización. En el mundo actual, los volúmenes de información que se manejan y que se generan día a día son cada vez más grandes. Ahora bien, la diferencia entre la data que se genera en toda organización y los hechos de una persona de negocios necesita para tomar decisiones, es normalmente muy grande.La Inteligencia de Negocios trata de llenar esa brecha, convirtiendo la 6

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 data cruda en información útil, por eso mucha gente define la Inteligencia de Negocios como un “enfoque para manejar datos” o incluso como “un estado mental de la organización”. La Inteligencia de Negocios es un ciclo cerrado en el cual las compañías establecen sus objetivos, analizan su progreso, obtienen conocimientos sobre sus propias operaciones, hacen cambios, miden sus resultados y comienzan todo el ciclo nuevamente. El objetivo primario de un proceso de Inteligencia de Negocios es identificar a qué queremos llegar, lo que en la práctica se traduce en identificar oportunidades para mejorar las operaciones del día a día del negocio. Luego se evalúa cada una de estas oportunidades, se determina la viabilidad de la implementación de la solución en base a las limitaciones que se tengan, se establece quien va a usar la información, qué información requiere, y se define la arquitectura necesaria para hacer llegar esa información al destinatario a tiempo y en forma efectiva. Enterprise Unified Process (EUP) En la actualidad, la mayoría de los departamentos de tecnología de información desarrollan más de un proyecto en simultáneo lo cual implica la necesidad de integrar los procesos de operación, soporte y esfuerzos de mantenimiento del software con el Rational Unified Process (RUP).8 Enterprise Unified Process (EUP), primera vez introducido en 1999, es una extensión del RUP que adapta este último a la actual realidad que presentan dichos departamentos en la gestión y desarrollo de un producto software. En EUP se puede apreciar seis fases bien definidas (inicio, elaboración, construcción, transición, producción y retiro), las cuales tienen interacciones y objetivos que cumplir en cada una de ellas.  Inicio (Inception): En esta fase, se realiza el levantamiento de las necesidades del negocio con el fin de determinar el alcance y realizar una gestión de riesgos. Además, se realiza las estimaciones de costos y el cronograma a seguir. Por otro lado, se determina la viabilidad del proyecto.  Elaboración (Elaboration): En esta fase, se realizan casos de uso de los requerimientos con la finalidad de identificar la arquitectura y en base a esta última realizar una lista de riesgos. Al finalizar esta fase, se expone los documentos realizados ante el equipo, es decir, se presenta el plan del proyecto ante todos los involucrados.

8

Cfr. Scott W.

7

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1  Construcción (Construction): En esta fase, se construye el producto en base a los documentos realizados en las fases anteriores. Además, se realizan las pruebas para asegurar la calidad del software. Por otro lado se realiza la documentación necesaria para brindar soporte al producto.  Transición (Transition): En esta fase, se realiza el despliegue del software y distribución de la documentación (manuales de usuario. Luego de ello, los usuarios realizan pruebas para identificar posibles defectos del producto. En consecuencia, es posible tener que rehacer ciertos módulos del sistema.  Producción (Production): El propósito de esta fase es la de brindar mantenimiento al software en caso de existir defectos. Además, se encarga de dar soporte del producto a los usuarios finales.  Retiro (Retirement): El propósito principal de esta fase es la de sacar de producción un producto software sin causar un gran impacto en el negocio.

8

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 Figura 1 : Ciclo de vida del EUP Fuente: Scott 2005 -Extending the Rational Unified Process: RUP to EUP

Según Scott W Ambler, los principales beneficios que brinda el EUP son los siguientes:  Reducir el tiempo para entregar sistemas: Permite trabajar en una plataforma común en donde se reduce el tiempo de aprendizaje entre los miembros del proyecto Por otro lado, al mejorar la gestión del portafolio, ayuda a la identificación de los proyectos según su probabilidad de éxito ,lo cual permite realizar las acciones necesarias para reducir las variaciones de los mismos.  Mejorar la calidad: Al reutilizar un componente software, anteriormente probado, ayuda a garantizar que las nuevas aplicaciones sobre esa arquitectura mejoren en su calidad.  Aumento de la productividad del usuario final: Al realizar la integración de los nuevos procesos (operación, soporte, esfuerzos de manteamiento) al ciclo de vida del software, permite responder eficientemente a las diversas observaciones, correcciones o mejoras que el usuario final brinde o presente.  Reducir costos de IT: Permite reducir costos de desarrollo de software al reutilizar componentes.  Mejora IT / alineación del negocio: Con la gestión del portafolio de proyectos permiten priorizar los proyectos de acuerdo a las necesidades del negocio.

POSICIONAMIENTO PLANTEAMIENTO DEL PROBLEMA La empresa HELISUR S.A. maneja sus reportes e información necesaria orientada a una Base de Datos transaccional. Es decir, no cuenta con una herramienta que convierta sus datos en información útil que pueda ser distribuida y compartida con empleados, gerentes y ejecutivos y pueda ser entendida y utilizada eficientemente para la toma de decisiones.

Problema

Causas

9

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1

Reportes ineficientes

• • •

Datos inválidos. Datos duplicados. Evidencia mal elaborada.

Demora en generación de reportes

• • •

Se trabaja con directamente con la base de datos. Se trabaja en Excel. La información no está limpia de errores.

Deficiente y tardía toma de decisiones

• Los reportes se demoran más de lo establecido y su información no es concreta.

OBJETIVOS

OBJETIVO GENERAL OG: Realizar el análisis y el diseño de de una solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. durante los ciclos 2013-2 y 2014-1. OBJETIVO ESPECÍFICOS OE1: Realizar un análisis de las necesidades actuales de la empresa. OE2: Realizar el levantamiento de la información de los procedimientos que intervienen en el área comercial. OE3: Realizar la definición del modelo de datos a utilizar. OE4: Documentar el análisis y el diseño de la solución de inteligencia de negocios.

10

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 OE5: Brindar una mejor solución para el manejo de la información.

INDICADORES DE ÉXITO IE1: Contar con la aprobación de la documentación realizada, a través de un certificado por parte de la Empresa virtual Quality Assurance y por parte de la Gerencia de la empresa virtual IT-Expert. IE2: Aprobación del proyecto por parte de la empresa HELISUR S.A., a través de un documento de confirmación firmado por algún representante relevante de la empresa, el cual deberá avalar los resultados del proyecto. IE3: Aprobación de la Memoria del proyecto por parte del comité de proyectos de la facultad.

ALCANCE DEL PROYECTO El proyecto incluye:     



Investigación profunda de Inteligencia de Negocios. Entrevistas con los usuarios y stakeholders implicados en el proyecto. Recopilación y documentación de requerimientos del cliente Análisis de los procesos inmersos en el área comercial de la empresa. Se desarrollarán los artefactos necesarios para este proyecto que corresponden al Enterprise Business Modeling (EBM) de la metodología Enterprise Unified Process (EUP).  Diagrama de la organización.  Definición de Stakeholders  Definición de procesos del área involucrada (Primer, Segundo y Tercer Nivel)  Reglas de Negocio Se desarrollara el diseño de la infraestructura lógica que dará cabida al modelo de datos.

11

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1   

Se identificarán dimensiones y métricas de interés a partir de las cuales se realizará el diseño del datawarehouse (DWH). Diseño del datawarehouse. Documentar posible utilización de herramienta para la explotación de información.

El proyecto no incluye: • • •

No se realizarán mas artefactos que no estén definidos. Utilización de algún otro lenguaje que no sea el BPM. Desarrollo de interfaz de solución.

SUPOSICIONES Y RESTRICCIONES

Suposiciones

Descripción

Facilidades de negocio

Se asume que el cliente brindará toda la información necesaria para poder entender mejor el negocio y el problema actual.

Validaciones

Se asume que la empresa QA se comprometerá a brindar las facilidades necesarias para validar los artefactos y documentos del presente proyecto. Es decir, dicha empresa deberá cumplir con las revisiones sin retrasos.

Restricciones

Descripción

Tiempo elaboración Proyecto

de del

El proyecto tendrá un año de duración, es decir, se desarrollará en dos ciclos de la universidad (2013-2 y 2014-1).

12

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 Recursos

En el proyecto solo se podrá contar como máximo 1 analistas QA como máximo de la empresa QA. Solo se podrá contar como máximo con 1 analista de procesos.

Documentación

Cualquier cambio o modificación de documentos se deberá sustentar por un plan de verificación revisado por el recurso QA asignado o por medio de un acta de reunión con el cliente

Recursos QA

Se contará con los servicios de QA solo hasta la semana 13 de cada ciclo.

ORGANIZACIÓN DEL PROYECTO EQUIPO DEL PROYECTO Rol Jefe de Proyecto

Miembro Alvaro Romero Aguilar

Responsabilidades Gestionar el proyecto cumpliendo con los objetivos y el cronograma.

Jefe Técnico

Miguel Morales Silupu

Gestionar el proyecto cumpliendo con los objetivos y el cronograma.

13

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 Comité de Proyectos

Comité de evaluación Proyectos de la UPC.

de

Evaluar el proyecto enfocándose en la presentación de documentación, presentación de los artefactos y exposición de proyecto.

Analista de QA

[por definir]

Colaborador encargado de validar y verificar la documentación con la finalidad de que se cumplan con los estandares establecidos.

Cliente

Cristian Roman (HELISUR S.A.)

Encargado de brindar las facilidades de información en cuanto a la empresa cliente.

STAKEHOLDERS Y USUARIOS Stakeholders

Necesidades

Entregables

Comité de evaluación

Generar y finalizar un proyecto con el cual se verifique la capacidad que poseen los jefes del proyecto.

Acta de constitución del proyecto y documentación del proyecto.

Gerente de Proyectos

Orientar la gestión del proyecto para que este pueda culminar con éxito.

Documentación del Proyecto

14

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1

Cliente

Obtener una solución aceptable de inteligencia de negocios para el área comercial de la empresa.

Documentación del proyecto. Acta de Aceptación del proyecto.

Usuarios

Necesidades

Entregables

Cliente

Obtener una solución aceptable de inteligencia de negocios para el área comercial de la empresa.

Documentación proyecto.

RECURSOS REQUERIDOS Hardware  2 computadoras del laboratorio.

Software  Sistema operativo Windows 7  Bizagi Process Modeler versión 2.2  Erwin ERX 3.5.2 15

del

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1  Visual Studio 2008  Office Professional 2010  Microsoft Office 2010

RRHH    

1 Jefe de Proyecto. 1 Jefe Técnico 1 Analista QA 1 Analista de Procesos

HITOS DEL PROYECTO

Hito

Project Charter Aprobado

Fechas Inicio: Ciclo 2013-02 Semana 1 Fin Semana 1

16

Entregables

Chárter del Proyecto

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1

Inicio Semana 2 Acta de reunión de Kickoff

Acta de reunión Fin Semana 2 Inicio Semana 3

Identificar y documentar los requisitos

Fin Semana 7

Descripción de todos los requisitos que tenga el usuario

Inicio Semana 8 Data Mart

Data Mart Fin Semana 12 Inicio Semana 13

Diseño del plan de Testing

Fin Semana 16

Plan de testing

Fin Semana 3

Prueba de la fase conceptual del inicio.

Ciclo 2013-02 Inicio Semana 1 Fin Semana 6

17

Resultados de las pruebas.

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1

Investigación Reporting & Analytics

Inicio Semana 7 Fin Semana 10

Documento de definición de otro reporte que el usuario necesite

Acta de cierre de proyecto.

Ciclo 2014-01 Inicio Semana 11 Fin Semana 14 Semana 15

Resultado de la investigaciòn

Documento de requerimiento

Acta de cierrre

ENFOQUES DEL TRABAJO Para realizar el proyecto se utilizara la metodología EUP, mencionada en el Marco Teórico, para poder entender mejor la parte del negocio que estaremos analizando. Consideraremos seis fases para el proyecto: - Justificación: es la fase en la que nos encontramos, habiendo detectado el problema y las dificultades del manejo de información que padecen, encontramos un espacio para la ejecución de este proyecto. -

Planificación: es la fase en donde se realizan las reuniones para limitar el alcance, plantear y acordar objetivos, es decir determinar y especificar concretamente el proyecto.

18

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 -

Análisis del negocio: analizar los procesos involucrados en el área Comercial, para poder luego definir los requerimientos del negocio.

-

Diseño: la concepción de un producto que resuelva el problema del negocio o habilite la oportunidad de negocio.

-

Construcción: se desarrolla el producto concebido, es decir se desarrolla la solución de inteligencia de negocio planteada.

-

Cierre: se realiza el informe final, el cual será entregado al cliente y al comité de proyectos.

RIESGOS Y MITIGACIÓN # 1

2

3

Riesgo Falta de retroalimentación por parte del Cliente. Mala estimación de los tiempos

Falta de disponibilidad

Impacto

Alto

Estrategia de mitigación

Un acuerdo firmado por el cliente en donde se compromete a patrocinar el proyecto. Si el tiempo establecido no es suficiente para desarrollar el proyecto, se deberá ajustar el alcance con los requerimientos más importantes. Todas las reuniones se

Alto

Alto 19

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 para conseguir información de parte del cliente

4

5

6

Demoras en la realización de las labores en QA Diferencia de ideas entre los jefes de proyecto y los recursos de QA Ausencia de algún miembro del equipo de trabajo

coordinarán de forma anticipada con el cliente. Además, se contará con medios alternos de comunicación como correos electrónicos, llamadas, entre otros. Media

Se dejará 15 días de holgura para poder solucionar cualquier contratiempo. Se coordinará una reunión para mantener un estándar que sea oficial para no tener más inconvenientes de este tipo. Se tendrá la política de avisar con anticipación si alguno de los miembros no podrá asistir a alguna reunión o no podrá asistir a clases. En caso de urgencia, otro miembro tomará su puesto en esa ocasión.

Media

Media

GLOSARIO SIGLARIO  RUP: Rational Unified Process  EUP: Enterprise Unified Process

BIBLIOGRAFÍA

20

Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1

APROBACIÓN Nombre

Cargo

Firma

Fecha

21

TALLER DE PROYECTO 1 ARQUITECTURA DE PROCESOS PARA LA EMPRESA FOCUS SYSTEMS PERÚ ANALISIS Y DISEÑO DE LA ARQUITECTURA PROCESOS PARA LAS CONSULTORAS QUE BRINDAN SERVICIOS EN TECNOLOGÍAS DE INFORMACIÓN

Project Charter Versión 1.0 2013-01

Elaborado por: 1

Integrantes:

Cuentas Morant, Ricardo Miguel Ramos Castro, José Luis

Especialidad: Empresa:

Ingeniería de Sistemas de Información SSIA

Historial de Revisiones: Versión

Fecha

1.0

11/06/13

Autor

Descripción

José Ramos Creación de Project Charter Ricardo Cuentas

ÍNDICE DE CONTENIDOS CONTENIDO Introducción 3 MARCO TEÓRICO ...................................................................................................................4 ALCANCE Y OBJETIVOS ...........................................................................................................8 Planteamiento del problema..................................................................................................................... 8 Causas........................................................................................................................................................ 8 Objetivo General ....................................................................................................................................... 9 Objetivos Específicos ................................................................................................................................. 9 Indicadores de éxito .................................................................................................................................. 9 2

Alcance del proyecto ............................................................................................................................... 10 Puntos que se asumirán durante el proyecto ......................................................................................... 10 ORGANIZACIÓN DEL PROYECTO ........................................................................................... 11 Equipo de trabajo .................................................................................................................................... 11 Stakeholders y usuarios........................................................................................................................... 11 RIESGOS Y MITIGACIÓN ....................................................................................................... 12 FASES E HITOS DEL PROYECTO .............................................................................................. 13 ENFOQUE DE TRABAJO......................................................................................................... 14 APROBACIÓN ....................................................................................................................... 14 BIBLIOGRAFÍA ...................................................................................................................... 14

INTRODUCCIÓN En el presente documento se presentará la propuesta de proyecto de análisis y diseño de la Arquitectura de Procesos para la empresa Focus Systems Perú. Esta solución propuesta surge porque la empresa no cuenta actualmente con macro-procesos definidos, es decir no cuenta con la documentación pertinente de sus procesos. Por ello, al no tener sus procesos integrados, esto genera problemas en la coordinación de trabajo en conjunto entre todas las áreas de la empresa. Por ende, la solución propuesta ayudará a que la empresa tenga una estructura definida a nivel de procesos y como resultado obtendrá mayor eficiencia en la gestión de proyectos La empresa Focus Business Solutions fundada en 1999, es una compañía regional en América Latina, con oficinas en Argentina, Chile y Perú, liderada por profesionales con orientación a negocios. La empresa brinda servicios de consultoría en TI, enfocada principalmente a inteligencia de negocios. En la sede de Perú, la empresa tiene el nombre de Focus Systems Perú, esta consultora actualmente brinda soluciones de negocios, cubriendo todo el mercado de “Business Intelligence” y “Enterprise Integration”. Entre sus principales servicios implementados en el mercado peruano se destacan los siguientes:  Integración de BI y Data Warehousing, comprende construcción y desarrollo del ETL, como también explotación de la información mediante reportes.

3

 

Integración de proyectos de visión única. Por ejemplo, creación de una base única de clientes, proveedores, artículos. Integración de proyectos de migración y consolidación de aplicaciones, tal como ERP, CRM y SCM.

Con la finalidad de alcanzar una no dependencia de las otras sedes sobre ella, es que la empresa Focus Systems Perú busca una solución de arquitectura de procesos. Por ello, este proyecto se encargará de dar mayor énfasis a definir, estructurar y optimizar los procesos relacionados con: la gestión de proyectos, es decir con el servicio en sí, la gestión de recursos humanos, que abarca desde el proceso de selección hasta la asignación del personal a un proyecto, y la gestión de ventas, que engloba desde la preventa hasta la culminación de esta. Se escogieron los macro-procesos mencionados, porque la persona que representa a la empresa nos mostró su interés por mejorar dichos procesos, ya que son muy importantes para la empresa en su búsqueda de independencia.

MARCO TEÓRICO El alcance del proyecto está definido por la primera disciplina empresarial, que establece la metodología EUP: el Enterprise Business Modeling (EBM). En ella se definirá los macroprocesos principales y los que se complementan a ellos, con la finalidad de lograr una integración entre ellos. A partir de la definición correcta de los procesos se podrá optimizar de acuerdo a las necesidades que busque el negocio. Asimismo, para el proceso de recursos humanos se aplicará el área de conocimiento de “Gestión de Recursos Humanos” del PMBOK (PMI). Para lograr ordenar a la empresa con respecto al manejo de su personal, culminación de ventas y culminación exitosa de proyectos, se necesita analizar y diseñar dichos procesos de acorde a las reglas de negocio vigentes de la empresa. Para esto nos apoyaremos de la metodología EUP para lograr modelar los procesos de la empresa.

4

Imagen: “Esquema metodología EUP”

Para realizar la metodología EUP, nos apoyaremos en el Framework Zachman, que es un marco de trabajo que responde a la preguntas ¿Qué? ¿Cómo? ¿Dónde? ¿Quién? ¿Cuándo? ¿Por qué? Esta herramienta nos ayudará a facilitar la comprensión del manejo de los procesos, ya que este framework describe un modelo integral de la infraestructura de la información mediante perspectivas y preguntas objetivas que buscan entender de una mejor manera el negocio.

5

Imagen: “Esquema Zachman Framework”

Con los procesos modelados correctamente tal y como están en la empresa, se pueden optimizar y alinear a mejoras con el apoyo de tecnologías de información. Luego de tener los procesos bien definidos y documentados, se debe buscar alinearlos a la gestión de los proyectos. Para esto nos ayudaremos del PMBOK (PMI), específicamente con su área de conocimiento de la “Gestión Recursos Humanos”. El Project Management Body of Knowledge (PMBOK) es un estándar para la Administración de Proyectos, que contiene una colección de sistemas, procesos y áreas de conocimiento que son aceptados y reconocidos como mejoras en la gestión de proyectos.

6

Imagen: “Esquema PMBOK”

Por otro lado, el PMBOK reconoce 5 grupos de procesos básicos, tales como: Iniciación, Planeación, Ejecución, Monitorio y Control, y Cierre. Asimismo, reconoce 9 áreas de conocimientos en la gestión de proyectos:         

Gestión de la Integración. Gestión del Alcance. Gestión del Tiempo. Gestión de la Calidad. Gestión de los Costos. Gestión de los Riesgos. Gestión de Recursos Humanos. Gestión de las Comunicaciones. Gestión de las Adquisiciones.

Como se mencionó, en el presente proyecto nos enfocaremos en el área de conocimiento de Gestión de Recursos Humanos para definir el macro-proceso de recursos humanos y para ello nos ceñiremos a los términos descritos como: entradas (documentos, planes, diseños, etc.),

7

herramientas y técnicas (mecanismos aplicados a las entradas) y salidas (documentos, productos, etc.).

Imagen: “Esquema Gestión de Recursos Humanos”

Al final del proyecto se debe tener todos macro-procesos optimizados y acoplados de una manera eficiente a las reglas de negocios de la empresa. Esto ayudará a la empresa a tener integración entre los procesos de la empresa, obteniendo mayor disponibilidad de información en tiempo real para mejores tomas de decisiones y un óptimo trabajo en conjunto. Asimismo, esto logrará que la empresa tenga mayor posicionamiento en el mercado por la óptima administración del personal y mayor retorno de capital por la eficacia de sus recursos en proyectos.

ALCANCE Y OBJETIVOS PLANTEAMIENTO DEL PROBLEMA: El problema general existente en la empresa Focus Systems Perú es que no cuenta con una arquitectura de procesos, lo que genera descoordinación en la empresa al desarrollar un trabajo en conjunto. Se destacan los siguientes problemas:  No existe una limitación en las funciones de los roles en las distintas áreas de la empresa. Por ejemplo, en ocasiones un consultor tiene que hacer labores de preventa. Asimismo, un consultor que está avocado a realizar servicios debe realizar labores de soporte, es decir realiza labores fuera de su competencia.  No existe un proceso de ventas definido, que debe comprender desde la identificación de una oportunidad de venta hasta la realización de la misma. CAUSAS:  

Falta de independencia de cada área. Escasos recursos para la asignación de una tarea. 8

 

Falta de delimitación de funciones para cada área. Escaso conocimientos técnicos en el área de preventa.

OBJETIVO GENERAL: El objetivo general del presente proyecto será la mejora de la gestión de proyectos de las consultoras que brindan servicios en tecnologías de información en el Perú, con la finalidad de brindar un óptimo servicio en los proyectos y, en consecuencia satisfacer las necesidades del cliente. Para lograr este objetivo, se realizará un estudio de los procesos comprendidos en la gestión de proyectos de las consultoras peruanas, para reorganizarlas e identificar los potenciales procesos a automatizar mediante la aplicación de las tecnologías de información. Por ello, la solución propuesta para este proyecto es diseñar e implementar una arquitectura de procesos que permitirá mejorar la gestión de los recursos disponibles, lograr la integración de los módulos de la empresa, tener disponibilidad de la información en tiempo real y brindar espacios de comunicación para la transmisión de buenas experiencias. Como resultado se espera, brindar las herramientas adecuadas para brindar un servicio de alta calidad en el desarrollo de proyectos y apoyar el crecimiento de la empresa. OBJETIVOS ESPECÍFICOS: 

  

OE1: Recolectar y documentar la información de la situación actual de la empresa, con el objetivo de identificar las carencias y oportunidades de optimización en la arquitectura de procesos. OE2: Identificar y definir los macro procesos de la empresa, para que sean modelados y optimizados complementándose con las tecnologías de información. OE3: Diseñar una arquitectura de procesos para las consultoras que brindan servicios de información y alinear a mejoras en la gestión de proyectos. OE4: Identificar tecnologías y herramientas disponibles que puedan complementarse con la arquitectura de procesos diseñada.

INDICADORES DE ÉXITO:      

IE1: Project Charter aprobado por el comité. IE2: Finalización exitosa de la documentación de los requerimientos del cliente. IE3: Finalización exitosa de los entregables del proyecto, metodología EUP. IE4: Certificados de aprobación de QA con respecto a los entregables. IE5: Certificados de aprobación del cliente con respecto a la arquitectura empresarial. IE6: Satisfacción del cliente por la solución de arquitectura de procesos otorgada. 9

ALCANCE DEL PROYECTO: El

Alcance

del

proyecto

incluirá:

4. Planeación: Desarrollo de los siguientes puntos en la Gestión del proyecto. 

Project Charter.



Cronograma de trabajo.

5. Investigación: En la primera etapa, se desarrollará una breve investigación acerca de los procesos de la empresa, para identificarlos y documentarlos para dar sustento al proyecto. Por otro lado, en una segunda etapa se analizará la investigación recopilada para proponer la arquitectura de procesos, para una mejora de la empresa.  Memoria. 6. Definición de procesos: Etapa en la cual se realiza el modelamiento de los procesos para la empresa.  Entregables: i. Diagrama de Objetivos. ii. Definición de los StakeHolders. iii. Justificación de los procesos. iv. Mapa de Procesos. v. Definición de procesos. vi. Reglas de negocio. vii. Modelo de dominio. viii. Priorización de Entidades. ix. Mapeo Entidad Proceso. x. Priorización de procesos. xi. Descomposición Funcional. xii. RAM. El alcance del proyecto NO incluirá: El desarrollo de la solución software no forma parte del alcance del presente proyecto. PUNTOS QUE SE ASUMIRÁN DURANTE EL PROYECTO: 

Se debe tener disponibilidad de información, es decir acceso a los documentos empleados internamente para la gestión de los proyectos de la empresa. 10



Disposición de tiempo por parte de los usuarios para las entrevistas.

ORGANIZACIÓN DEL PROYECTO EQUIPO DE TRABAJO:

Rol Analista de procesos

Analista de procesos

Descripción

Responsable

Diseña y modela la arquitectura empresarial, en una aplicación que permite mostrar el modelado de procesos en una notación gráfica estandarizada. Asimismo, realiza la documentación de los entregables. Diseña y modela la arquitectura empresarial, en una aplicación que permite mostrar el modelado de procesos en una notación gráfica estandarizada. Asimismo, realiza la documentación de los entregables.

Analistas de proyectos

Recurso de TDP2 asignado para el apoyo de tareas que se le designe en el proyecto.

Analista QA

Recurso de TDP1 asignado para realizar tareas de QA, es decir apoyar en la revisión de los entregables.

STAKEHOLDERS Y USUARIOS:

Stakeholder

Descripción

11

Alumno de Ingeniería de sistemas de información Alumno de Ingeniería de sistemas de información Alumno de Ingeniería de sistemas de información Alumno de Ingeniería de sistemas de información

Jefe del Proyecto Asesor de Proyecto Gerente de Proyectos Usuario

Responsable del Proyecto que deberá reunirse con los clientes. Gerente General de la Empresa SSIA. Alumno Gerente de SSIA, encargado de apoyar en las tareas de coordinación de QA. Líder de proyecto del área de consultoría, en la empresa Focus Systems Perú.

RIESGOS Y MITIGACIÓN N°

Riesgo

Probabilidad Impacto

1

Falta de compromiso por parte del cliente para desarrollar el proyecto.

Media

Alto

En el cronograma del proyecto , se debe plantear avisar al cliente con anticipación para que nos brinde información de la empresa o para mostrar los avances a la fecha

2

Realizar el levantamiento de información de una manera incorrecta.

Media

Alto

Reuniones programadas en el cronograma en donde el cliente podrá analizar el avance que se está realizando con respecto al proyecto. También se deberá determinar reuniones con el asesor del proyecto para indicarle sobre lo avanzado.

3

No se cumple con los entregables del proyecto, por motivos de tiempo.

Baja

Medio

Replantear las fechas realizadas en el cronograma y avisar al asesor del proyecto sobre los cambios realizado. Analizar si estos cambios afectaran el alcance del proyecto.

12

Plan de mitigación

4

Cambios por parte del cliente sobre el alcance del proyecto

Alta

Alto

5

Un miembro del proyecto deja el equipo.

Media

Alto

Manejar un documento de historial de cambios del proyecto, estos tendrán que ser validados por el asesor del proyecto y por los jefes del proyecto. Se debe analizar la situación con el asesor del proyecto y analizar si se puede disminuir el alcance del proyecto.

FASES E HITOS DEL PROYECTO El siguiente cronograma de trabajo presenta las fechas aproximadas para el desarrollo de las actividades del proyecto. Cabe mencionar, que estas pueden cambiar conforme se desarrolle el proyecto. Fase/Actividad

Duración

Elaboración del Project Charter. Aprobación Project Charter. Redacción de la Memoria.

2 semanas

Fecha estimada Semana 16 (2013-01)

-

-

Revisión de la Memoria.

Diseño de la arquitectura empresarial.

2 meses 2 semanas

4 meses

Semana 8 (2013-02) Semana 10 (2013-02)

Semana 10 (2014-01)

13

Artefactos/Entregables -Project Charter. - Aprobación de Project Charter por el comité. - Memoria. - Aprobación de memoria por QA. - Diagrama de objetivos. - Mapa de procesos. - Justificación de procesos. - Definición de Stakeholders. - Definición de Procesos. - Reglas de negocio. - Modelo de dominio.

Revisión de los entregables realizados. Aprobación de la arquitectura empresarial.

1 mes 3 día

Aprobación del proyecto. Cierre del proyecto.

1 semana

Semana 14 (2014-01) Semana 15 (2014-01) Semana 16 (2014-01) Semana 16 (2014-01)

- Priorización de Entidades. - Mapeo Entidad Proceso. - Priorización de procesos. - Descomposición Funcional. - RAM. -Aprobación de entregables por QA. -Acta de aprobación de la Arquitectura Empresarial. -Acta de aprobación del proyecto. -

ENFOQUE DE TRABAJO     

PMBOK: Project Management Body of Knowledge. EUP: Enterprise Unified Process. BPMN: Business Process Modeling Notation. Zachman Framework. EBM: Enterprise Business Modeling.

APROBACIÓN Cliente

Comité de proyectos

Fecha

BIBLIOGRAFÍA 

EUP (2013). (http://enterpriseunifiedprocess.com) Sitio oficial de la metodología EUP; contiene información sobre la metodología Enterprise Unified Process (consulta: 14/06/2013) 14

 ZACHMAN (2013). (http://www.zachmaninternational.com/index.php/the-zachman-framework) Sitio web oficial de Zachman Framework; contiene información sobre el framework para la aplicación en una arquitectura empresarial (consulta: 14/06/2013).  PMBOK (2013). (http://www.pmi.org/) Sitio web oficial del PMBOK; contiene información sobre las áreas de conocimiento del PMBOK (consulta: 14/06/2013).

15

Propuesta de tema Responsables del proyecto Carrera

Business Analytics u910625 - Roberto Taype Calderón u910221 - Diego Godoy Alvarez Ingeniería de Sistemas de Información

Sustento Los cambios en el campo de la tecnología y el impacto que tiene en los negocios han crecido exponencialmente en los últimos años, nunca antes la tasa de cambio ha sido tan rápida como ahora. Para no quedarse atrás, las empresas necesitan poder construir nuevas capacidades y aprovechar los 9 cambios del entorno . Por ello, cada vez es más frecuente que responsables informáticos con visión de negocio y financieros relacionados con la tecnología, trabajen juntos para conseguir mejores resultados y mayor rentabilidad. Ellos adoptan una filosofía que ya no se limita solo a gestionar la información, sino 10 que incorpora una perspectiva inteligente y en tiempo real a los procesos de decisión de la empresa. Además, estudios demuestran que las empresas que analizan su entorno, obtienen unos resultados mejores que la competencia, con un rendimiento medio tres veces superior. Siguiendo esta tendencia, surge Business Analytics, una solución completa que ofrece, por ejemplo, poder identificar las tendencias del entorno para anticiparse y comprender mejor el funcionamiento del negocio, 11 abordándolo desde nuevas perspectivas . A diferencia de la Business Intelligence, Business Analytics se centra en el desarrollo de nuevos conocimientos y la comprensión de la evolución del negocio en base a 12 los datos y métodos estadísticos . Por estas características, su estudio supone una nueva oportunidad para el desarrollo de las empresas. Para esta investigación, primero se hará un análisis del estado de arte durante el ciclo de Taller de Proyecto 1, se presentará un artículo que contendrá el conocimiento disponible hasta el momento acerca del tema de Business Analytics, además de las herramientas metodológicas empleadas hasta ahora y las conclusiones que se han obtenido. Luego, se tendrá que definir una investigación más específica para Taller de Proyecto 2, según el perfil profesional de los investigadores.

9

Cfr. Inmon 2002: 1-2 Cfr. SAP 2013 Cfr. IBM 2013 12 Cfr. Beller 2009: 5 10 11

1

BIBLIOGRAFIA 

BELLER, Michael; BARNETT, Alan (2009). Next Generation Business Analytics. (http://www.docstoc.com/docs/7486045/Next-Generation-Business-Analytics-Presentation). (Consulta: 1 de junio de 2013)



IBM (2013). Business analytics. (http://www03.ibm.com/software/products/pe/es/category/SWQ00) (Consulta: 1 de junio de 2013)



INMON, William (2002) Corporate Information Factory. Hoboken: Editorial John Wiley & Sons.



SAP (2013) SAP Business Analytics Forum (http://www.sapforoinnovacion.com/introduccion) (Consulta: 1 de junio de 2013)

2

TEMA: Arquitectura Empresarial para la empresa Overprime Manufacturing S.A.C. TÍTULO: Análisis y diseño de una Arquitectura Empresarial de Fabricación y Reparación de Equipos para Minería SUMILLA: El proyecto consiste en diseñar una arquitectura empresarial para la empresa Overprime Manufacturing S.A.C, cuyo rubro es la fabricación y reparación de equipos de minería. Esta propuesta sale como respuesta a la falta de claridad en la especificación de los procesos del giro de negocio de Overprime. El objetivo será la modelación de los procesos actuales de la empresa, orientar que las mejoras se orienten a una norma internacional (ISO 9001), determinar oportunidades de mejora y automatización, y definir las bases de los posibles proyectos de desarrollo de software bajo los documentos realizados para la empresa. INTEGRANTES: Samuel Obed V. Jurado Wilfredo Aldo Talledo

1

ANEXO 08: EVIDENCIAS ABET

cclxxx

EVIDENCIAS ABET: REUNIÓN DE EGRESADOS

cclxxxi

EVIDENCIAS ABET: REUNIÓN DE EGRESADOS 2011

cclxxxii

LEYENDA DE DATOS Objetivos Educacionales

OE1

OE2

ND1 (Necesita Mejorar)

Nivel Demostrado ND2 (Esperado)

Competencia Técnica Aplica una amplia formación en principios de ciencia e ingeniería, para analizar, diseñar, verificar, validar, construir, aplicar, y mantener complejos productos Sistemas de Información.

Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Pero al evaluar la información construye explicaciones parciales, las cuales son sustentadas subjetivamente o con limitados argumentos concretos.

Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Evalúa la información, construye explicaciones lográndolas sustentar en forma objetiva.

Creatividad y Pensamiento Independiente Los graduados aplican habilidades de solución analítica de problemas e investigación, son reconocidos como solucionadores de problemas y demuestran independencia de pensamiento.

Produce ideas utilizando en ocasiones recursos con ingenio. Ante una limitación, transforma el entorno identificando recursos disponibles que faciliten el proceso creativo. Crea productos adecuados pero con características de otros ya existentes en el dominio de aplicación.

Produce ideas en forma continua utilizando abundantes recursos personales con mucho ingenio e innovación. Ante una limitación, transforma el entorno desarrollando nuevos estímulos o utilizando recursos disponibles para facilitar el proceso creativo. Crea productos originales y pertinentes y promueve su difusión para satisfacer

ND3 (Destacado) Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Evalúa la información y construye explicaciones sustentándolas con argumentos claros y precisos anticipándose a posibles dudas o consultas de sus receptores. Valora la validez y confiabilidad de la información, consultando distintas fuentes, sin rechazarlas o aceptarlas prejuiciosamente.

Produce ideas en forma continua utilizando abundantes recursos personales con mucho ingenio e innovación. Ante una limitación, transforma el entorno desarrollando nuevos estímulos

cclxxxiii

necesidades propias o del entorno.

OE3

Colaboración y Comunicación Los graduados son miembros efectivos en equipos multidisciplinarios, juegan diferentes roles y son capaces de comunicar efectivamente sus ideas.

Construye mensajes adecuados a diversas situaciones pero muestra limitaciones en el empleo de códigos no verbales, cuando se expresa mira un punto fijo sin mantener contacto visual con su audiencia. Expresa sus ideas y sentimientos con respeto hacia si mismo y hacia los demás. Administra con dificultad el tiempo y el cumplimiento de plazos frecuentemente falla.

Construye rápidamente mensajes coherentes y adecuados a diversas situaciones adaptándose a diversas audiencias. Se comunica utilizando Construye mensajes coherentes simultáneamente códigos y adecuados a diversas verbales y no verbales para situaciones y los transmite transmitir un mensaje eficaz a utilizando simultáneamente distintos tipos de audiencias. códigos verbales y no verbales. Expresa sus ideas y sentimientos Expresa sus ideas y sentimientos con amplia seguridad, mucha con claridad y respeto hacia sí objetividad y con respeto hacia sí mismo y hacia los demás. mismo y los demás. Dirige Administra eficientemente el equipos multidisciplinarios, tiempo y fija plazos adecuados. inspirando, motivando y movilizándolos hasta el logro de sus propósitos. Administra eficientemente el tiempo y fija plazos ambiciosos, incentivando a

cclxxxiv

sus compañeros de equipo a hacer lo mismo en el desarrollo de sus actividades.

cclxxxv

OE4

Propone metas significativas y busca lograrlas con persistencia y excelencia. Elabora un plan estratégico para el logro de sus Propone metas significativas y metas, mostrándose innovador y En ocasiones propone metas busca lograrlas bajo criterios tolerante en el proceso. Reconoce significativas y busca lograrlas definidos. Identifica sus y evalúa sus recursos personales bajo criterios definidos con recursos, habilidades personales en forma sistemática y Profesionalismo supervisión constante. Identifica y debilidades buscando permanente. Asume riesgos: Los graduados se conducen de una sus recursos y habilidades mantener equilibrio en el afronta sin vacilación situaciones manera en la cual mantienen los personales pero pierde desarrollo de sus tareas. Juzga de riesgo en busca del éxito. estándares de la profesión, alcanzan objetividad en lo que a sus acciones como correctas o Razonamiento moral: Juzga una posiciones de liderazgo en la profesión, debilidades respecta en el incorrectas considerando y acción como correcta o incorrecta alcanzan posiciones de liderazgo en la desarrollo de sus tareas. En respetando terceras personas y considerando y respetando la profesión y están conscientes del contexto ocasiones no juzga acciones el contexto en el que se intención del sujeto y la global en el cual su profesión se como correctas o incorrectas desarrollan. Mantiene equilibrio complejidad del contexto en el desarrolla. considerando y respetando entre sus valores y acciones. que se desarrolla. terceras personas y el contexto Acepta los riesgos que se le Responsabilidad sobre sus en el que se desarrollan. presentan en el desarrollo de decisiones éticas: Tiene razones sus tareas. explícitas para sus decisiones, haciéndose responsable por sus decisiones, acciones y omisiones con solidez en sus creencias y sus valores.

cclxxxvi

OE5

Aprendizaje Permanente Los graduados aprenden y aplican nuevas y cambiantes tecnologías y prosiguen estudios de postgrado.

Toma conciencia de las necesidades de actulización luego que la aplicación de nuevas tendencias en su desempeño laboral le son impuestas. Tiene dificultades para el autoaprendizaje solo busca actualizarse cuando la necesidad es inminente.

Identifica necesidades del mercado con proyecciones de Identifica necesidades del futuro. Identifica nuevas mercado y nuevas tendencias tendencias relacionadas con su relacionadas con su desempeño desempeño profesional tomando profesional. En caso sea referencias nacionales e necesario, busca actualizar sus internacionales. Muestra conocimientos por iniciativa iniciativa constante de actualizar propia. sus conocimientos y lo realiza en forma autónoma.

Pertinencia P1 P2 P3

Poco importante Necesario Muy importante

cclxxxvii

DATOS DE ENTRADA OE1

OE2

OE3

OE4

OE5

OPINI OPINI OPINI ÓN OPINIÓ OPINIÓ ÓN ÓN OPINI SOBR N N SOBR SOBRE ÓN N N N N N N E N N N SOBRE N N N SOBRE N N N E ADICI D D D P P P NIVEL D D D P P P NIVEL D D D P P P NIVEL D D D P P P NIVEL D D D P P P NIVEL 1 2 3 1 2 3 1 2 3 1 2 3 ONAL 1 2 3 1 2 3 DE 1 2 3 DE 1 2 3 DE 1 2 3 DE 1 2 3 DE PERTI PERTI PERTIN PERTIN PERTI NENCI NENC ENCIA ENCIA NENC A IA IA Altam Sin La Es En ente desar conside import este pertin rollar ro la ante rubro ente habili compet que el de tener dades encia egresa tecnol una creati más do ogía, buena vas es import mante la 1 1 base 1 1 muy 1 1 ante 1 1 nga un 1 1 actual técnic compl porque enfoqu izació a que icado es la e n es permit encon que va perma la a trar a nente única susten soluci permiti en el mane tar las ones r objetiv ra de decisio a los recolec o perm

AÑ O CI CA DE CL RRE EG O RA RE SO

20 09

SW

cclxxxviii

nes que se toman en la vida profesi onal

Desarr ollo de Pensa mient o Estrat égico Gestió n del Cambi o Pensa mient o Sistém ico

1

Poder enten der los requer imient os del usuari 1 oy plasm arlo en la solució n del softwa re

probl emas

1

En toda organ izació n, el tema de la innov ación debe 1 ir de la mano con la gestió n del cambi o para medir

1

tar o transmi tir ideas tanto a cliente s interno s como extern os Es vital para transmi tir a todo nivel de la organiz ación los 1 objetiv os, resulta dos y cómo impact a en cada colabor ador

anece r vigent e en el merc ado

1

1

1

1

20 09

SW

cclxxxix

La UPC deberí a incent ivar y dar un poco de facilid ades para que el alumn o pueda escribi r paper so investi gacion es, o

1

La compe tencia técnic a es una ventaj a 1 compe titiva ante gradua dos de otras univer sidade s

1

el impac to de los result ados (Feed back) La creati vidad no pued e ser evalu ada en un exam en 1 pero pued e ser trans mitid a, los jefes habla rán bien de sus

1

Madur a a lo largo del tiempo pero debería poder ser un poco más 1 trabaja do en la univers idad de maner a más formal para que no haya una

1

Muy import ante, sobre todo para 1 dejar en alto el nombr e de la UPC

1

Se ha inculc ado duran te toda la carrer a el 20 1 gusto 09 por leer, invest igar y mant eners e actual izado

SW

ccxc

al menos un espaci o para blogs tecnol ógicos

Desarr ollo Huma no

1

1

1

1

trabaj adore s inclus o cuand o no sigan en la empr esa Depe nde del medi o dond e te encue ntras y el 1 nivel de riesgo que estás dispu esto a super ar

brecha tan grande en el mundo laboral real

1

1

1

1

1

20 08

SI

ccxci

Neces ario desarr ollar habilid ades de buent a aptitu d para enfren tar los difere ntes trabaj os que debe mos desarr ollar

1

1

El desarr ollo en compe tencia s técnic as está relacio nado con la identif icación de riesgos en los difere ntes contro les que un sistem a/proc eso pueda tener. La univer sidad brinda conce

1

Para la identi ficaci ón de riesgo s se neces itan conoc imien tos técnic 1 os y tambi én creati vidad. Se neces ita estar pendi ente del entor no

1

Puede comuni car sus hallazg os a auditad os con clarida dy oportu 1 namen te, enfocá ndose en el riesgo de cada observ ación

1

Present a trabajo respon sable en los tiempo s indicad os, con demor a en pocos casos, puede 1 trabaja r en grupos interdis ciplinar ios mante niendo diálogo s adecua dos. Acepta nuevas respon sabilida

1

Se actual iza en temas de audit oría, riesgo sy seguri dad por 20 1 trabaj 08 o, pero desea ment eners e estudi ando, con metas anual es

SI

ccxcii

1

1

ptos básico s que se puede n investi gar más para la identif icación de riesgos Para poder comer cializar y ofrece r solucio nes en base a TI es necesa rio tener un conoci mient

des

1

Para come rcializ ar cualq uier tipo de 1 produ cto y servic io es neces ario ser creati vo

1

No sirve de mucho desarro llar un excelen te 1 softwar eo crear algo innova dor en TI si no se ve trazabil

1

1

1

Es el más impor tante de los OE. Lo ideal 20 1 es 08 encon trar algún tema relaci onad o a la carrer

SI

ccxciii

o adecu ado del produ cto o servici o, sería lo ideal tener un nivel de pertin encia superl ativo

1

1

En el área de trabaj o es import ante pero

1

porqu e en much os casos se "crea la neces idad" al client e. Es neces ario pensa r difere nte a la comp etenci a. En Intelig encia de 1 Nego cios es de vital

izado econó micam ente, es necesa rio saber vender y argume ntar ideas

1

Dentro del tiempo como 1 profesi onal se ha podido

ay atract ivo, y realiz ar curso s, diplo mado s, etc. a aplica rse en el tema

1

Dentro del área en que 1 labora es de suma import

1

Se siguie ron estudi 20 1 os de 08 postg rado debid

SI

ccxciv

son otros los encarg ados

impor tancia propo ner nueva s ideas de mane ra creati va e innov adora para poder respo nder a los const antes cambi os de la empr esa

aprecia r la import ancia de una comuni cación adecua da para lograr niveles de colabor ación que apoyen los proyect os y finalme nte a la empres a

ancia puesto que se trabaja con inform ación privileg iada

oa que el merc ado de sistea mas y de las empr esas es altam ente cambi ante y comp etitiv o, siend o impor tante afianz ar los conoc imien tos

ccxcv

Los logros se encue ntran ya en las comp etenci as

1

La compe tencia técnic a es muy import ante debido a que en el ámbit o 1 profesi onal el merca do está buscan do a los profesi onales más capaci tados

1

Es muy impor tante ser creati vo, en las áreas siemp re existe n probl emas 1 u obstá culos que pued en retras ar los proye ctos. Por eso siemp re se debe estar

1

Es muy import ante tener una buena comuni cación entre los miemb ros del equipo y hacia 1 los jefes. Una buena comuni cación puede lograr que el proyect o avance más rápido

1

Es import ante saber qué se puede realizar , con cuánto s recurso s y en 1 cuánto tiempo . Este alcance permit e no crear falsas espera nzas en los usuario s

1

Es neces ario mant eners e actual izado debid oa que las empr esas solicit 20 1 an 08 profe sional es con conoc imien tos en herra mient ay actual izado s. Se pued e

SI

ccxcvi

innov ando o propo niend o soluci ones que pued an mitig ar los riesgo s

Es impor tante que un egresa do manej eo partici

1

1

1

Consi derar dentr o de la 1 curríc ula el manej o de los

1

Muy import ante para el trabajo 1 en equipo y multiár ea. Es

1

Este punto debería reforza rse 1 más. No es suficie nte sólo

1

apren der en la mism a empr esa herra mient as nueva s y se debe tener una nueva capac idad de apren dizaje Se podrí a organ izar 20 1 activi 08 dades y event os

SI

ccxcvii

pe en un proye cto despu és de egresa r. Esto le permit irá desarr ollar las habilid ades de punta a punta de una maner a integr ada

peore s escen arios para desar rollar habili dades de soluci ón de probl emas

import ante poder hablar con un financis ta como es un vended or. Consid erar temas de negoci ación

con el curso de Ética y Ciudad anía

para los egres ados de mane ra que los mant enga actual izado s

ccxcviii

DATOS DE ENTRADA (FILTRADOS POR ING. DE SISTEMAS DE INFORMACIÓN) OE1

OE2 OE3 OE4 OE5 Opinió Opini Opini AÑ Opinió Opinió OPINI O n ón ón CI CA n sobre n sobre ÓN N N N sobre N N N sobre N N N N N N N N N sobre DE CL RRE P P P P P P P P P Nivel P P P Nivel P P P ADICI D D D Nivel D D D Nivel D D D D D D D D D Nivel EG O RA 1 2 3 1 2 3 1 2 3 de 1 2 3 de 1 2 3 ONAL 1 2 3 RE de 1 2 3 de 1 2 3 1 2 3 1 2 3 de Pertine Pertine Pertin Pertin Pertin SO ncia ncia encia encia encia Depe nde del medi o dond e te encue Desar ntras rollo 20 1 1 1 1 y el 1 1 1 1 1 1 SI Huma 08 nivel no de riesgo que estás dispu esto a super ar

ccxcix

Nece sario desar rollar habili dades de buent a aptitu d para enfre ntar los difere ntes trabaj os que debe mos desar rollar

1

1

El desarr ollo en compe tencias técnic as está relacio nado con la identifi cación de riesgos en los difere ntes contro les que un sistem a/proc eso pueda tener. La univer sidad brinda conce ptos

1

Para la identi ficaci ón de riesgo s se neces itan conoc imien tos técnic 1 os y tambi én creati vidad. Se neces ita estar pendi ente del entor no

1

Puede comuni car sus hallazg os a auditad os con clarida dy oportu 1 namen te, enfocá ndose en el riesgo de cada observ ación

1

Present a trabajo respon sable en los tiempo s indicad os, con demor a en pocos casos, puede 1 trabaja r en grupos interdis ciplinar ios mante niendo diálogo s adecua dos. Acepta nuevas respon sabilida

1

Se actual iza en temas de audit oría, riesgo sy seguri dad por 20 1 trabaj 08 o, pero desea ment eners e estudi ando, con metas anual es

SI

ccc

1

1

básico s que se puede n investi gar más para la identifi cación de riesgos Para poder comer cializar y ofrece r solucio nes en base a TI es necesa rio tener un conoci mient o

des

1

Para come rcializ ar cualq uier tipo de produ 1 cto y servic io es neces ario ser creati vo porqu

1

No sirve de mucho desarro llar un excelen te softwar 1 eo crear algo innova dor en TI si no se ve trazabil izado

1

1

1

Es el más impor tante de los OE. Lo ideal es 20 1 encon 08 trar algún tema relaci onad o a la carrer ay

SI

ccci

adecu ado del produc to o servici o, sería lo ideal tener un nivel de pertin encia superl ativo

1

1

En el área de trabaj o es import ante pero son

1

e en much os casos se "crea la neces idad" al client e. Es neces ario pensa r difere nte a la comp etenci a. En Intelig encia de 1 Nego cios es de vital impor

econó micam ente, es necesa rio saber vender y argume ntar ideas

1

Dentro del tiempo como 1 profesi onal se ha podido aprecia

atract ivo, y realiz ar curso s, diplo mado s, etc. a aplica rse en el tema

1

Dentro del área en que 1 labora es de suma import ancia

1

Se siguie ron estudi 20 1 os de 08 postg rado debid oa

SI

cccii

otros los encarg ados

tancia propo ner nueva s ideas de mane ra creati va e innov adora para poder respo nder a los const antes cambi os de la empr esa

r la import ancia de una comuni cación adecua da para lograr niveles de colabor ación que apoyen los proyect os y finalme nte a la empres a

puesto que se trabaja con inform ación privileg iada

que el merca do de sistea mas y de las empr esas es altam ente cambi ante y comp etitiv o, siend o impor tante afianz ar los conoc imien tos

ccciii

Los logro s se encu entra n ya en las comp etenc ias

1

La compe tencia técnic a es muy import ante debido a que en el ámbito 1 profesi onal el merca do está buscan do a los profesi onales más capacit ados

1

Es muy impor tante ser creati vo, en las áreas siemp re existe n probl emas 1 u obstá culos que pued en retras ar los proye ctos. Por eso siemp re se debe estar

1

Es muy import ante tener una buena comuni cación entre los miemb ros del equipo y hacia 1 los jefes. Una buena comuni cación puede lograr que el proyect o avance más rápido

1

Es import ante saber qué se puede realizar , con cuánto s recurso s y en 1 cuánto tiempo . Este alcance permit e no crear falsas espera nzas en los usuario s

1

Es neces ario mant eners e actual izado debid oa que las empr esas solicit 20 1 an 08 profe sional es con conoc imien tos en herra mient ay actual izados . Se pued e

SI

ccciv

innov ando o propo niend o soluci ones que pueda n mitiga r los riesgo s

Es impor tante que un egres ado mane je o partic

1

1

1

Consi derar dentr o de la 1 curríc ula el manej o de los

1

Muy import ante para el trabajo 1 en equipo y multiár ea. Es

1

Este punto debería reforza rse 1 más. No es suficien te sólo con el

1

apren der en la mism a empr esa herra mient as nueva s y se debe tener una nueva capaci dad de apren dizaje Se podrí a organ izar 20 1 activi 08 dades y event os

SI

cccv

ipe en un proye cto desp ués de egres ar. Esto le permi tirá desar rollar las habili dades de punta a punta de una mane ra integr ada

peore s escen arios para desar rollar habili dades de soluci ón de probl emas

import ante poder hablar con un financis ta como es un vended or. Consid erar temas de negocia ción

curso de Ética y Ciudad anía

para los egres ados de mane ra que los mant enga actual izados

cccvi

DATOS DE ENTRADA (FILTRADOS POR ING. DE SOFTWARE) OE1

OE2

OE3

OE4

OE5 Opini Opini Opini Opini Opinió ón ón ón ón OPINI n sobr sobre sobre sobre ÓN N N N sobre N N N N N N N N N e N N N P P P P P P Nivel P P P Nivel P P P P P P Nivel ADICI D D D Nivel D D D D D D D D D Nivel D D D 1 2 3 1 2 3 de 1 2 3 de 1 2 3 1 2 3 de ONAL 1 2 3 de 1 2 3 1 2 3 1 2 3 de 1 2 3 Perti Perti Perti Pertin Perti nenci nenci nenci encia nenci a a a a Altam La Es En Sin ente consi impo este desar pertin dero rtant rubro rollar ente la e que de habili tener comp el tecno dades una etenc egres logía, creati buena ia ado la vas es base más mant actua muy técnic impo enga lizaci 1 1 1 1 comp 1 1 1 1 1 1 a que rtant un ón es licado permit e enfo la enco a porq que única ntrar susten ue es perm mane soluci tar las la anen ra de ones decisio que te en perm a los nes va a el anec probl que se permi objet er emas toman tir ivo vigen

AÑ O CI CAR DE CL RER EG O A RE SO

20 09

SW

cccvii

en la vida profesi onal

Desarr ollo de Pensa miento Estraté gico Gestió n del Cambi o Pensa miento Sistémi

1

Poder enten der los requer imient os del usuari 1 oy plasm arlo en la solució n del softwa re

1

En toda organ izació n, el tema de la innov 1 ación debe ir de la mano con la gestió n del

1

recol ectar o trans mitir ideas tanto a client es inter nos como exter nos Es vital para trans mitir a todo nivel 1 de la organ izació n los objeti vos, result ados

te en el merc ado

1

1

1

1

20 09

SW

cccviii

co

La UPC deberí a incenti var y dar un poco de facilida des para que el alumn o pueda escribi r papers o

1

La compe tencia técnic a es una ventaj a 1 compe titiva ante gradua dos de otras univer sidade s

1

cambi o para medir el impac to de los result ados (Feed back) La creati vidad no pued e ser evalu ada en un 1 exam en pero pued e ser trans mitid a, los jefes habla

y cómo impa cta en cada colab orad or

1

Madu ra a lo largo del tiemp o pero deber 1 ía pode r ser un poco más traba jado en la unive

1

Muy impo rtant e, sobre todo para 1 dejar en alto el nom bre de la UPC

1

Se ha inculc ado duran te toda la carre ra el 20 1 gusto 09 por leer, inves tigar y mant eners e actua

SW

cccix

investi gacion es, o al menos un espaci o para blogs tecnol ógicos

rán bien de sus trabaj adore s inclus o cuan do no sigan en la empr esa

rsida d de mane ra más form al para que no haya una brech a tan grand e en el mund o labor al real

lizado

cccx

TABULACIÓN OE1 1 Total Acumulado Total Encuestas Porcentaje

ND 2

1

4

9 11 %

9 44 %

1

P 2

0

5

9 9 44 0 % %

9 56 %

3 4

3 4

0

3

9 9 44 0 % %

9 33 %

Objetivo Educacional 1 Ponderado Ponderado Nivel Pertinencia Demostrado 2.33

2.44

1

OE2 ND 2 3 1 6

OE3 P 2

3

1

ND 2

0

1

8

1

1

9 9 67 0 % %

9 11 %

9 89 %

9 11 %

9 11 %

Objetivo Educacional 2 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 2.89

3 7

1

P 2

0

0

3

1 9

0

3

9 9 9 9 9 78 0 0 100 0 % % % % %

9 33 %

Objetivo Educacional 3 Ponderado Ponderado Nivel Pertinencia Demostrado 2.67

OE4 ND 2 3 1

3.00

6

0

P 2 0

3

1 9

OE5 ND 2 3 1

0

4

9 9 9 9 9 67 0 0 100 0 % % % % %

9 44 %

Objetivo Educacional 4 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 3.00

5

0

P 2 0

3 9

9 9 9 9 56 0 0 100 % % % %

Objetivo Educacional 5 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.56 3.00

cccxi

TABULACIÓN (DE DATOS DE ENTRADA DE ING. DE SISTEMAS DE INFORMACIÓN) OE1 1 Total Acumulado Total Encuestas SI Porcentaje

ND 2

1

4

6 17 %

6 67 %

1

P 2

0

5

6 6 17 0 % %

6 83 %

3 1

3 1

0

2

6 6 17 0 % %

6 33 %

Objetivo Educacional 1 Ponderado Ponderado Nivel Pertinencia Demostrado 2.00

2.17

1

OE2 ND 2 3 1 4

OE3 P 2

3

1

ND 2

0

1

5

1

1

6 6 67 0 % %

6 17 %

6 83 %

6 17 %

6 17 %

3 4

1

P 2

0

0

3

1 6

OE4 ND 2 3 1

0

2

6 6 6 6 6 67 0 0 100 0 % % % % %

6 33 %

Objetivo Educacional 2 Objetivo Educacional 3 Ponderado Ponderado Nivel Ponderado Ponderado Nivel Demostrad Pertinencia Pertinencia Demostrado o 2.67 2.83 2.50 3.00

4

0

P 2 0

3

1 6

OE5 ND 2 3 1

0

3

6 6 6 6 6 67 0 0 100 0 % % % % %

6 50 %

Objetivo Educacional 4 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 3.00

3

0

P 2 0

3 6

6 6 6 6 50 0 0 100 % % % %

Objetivo Educacional 5 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.50 3.00

cccxii

TABULACIÓN (DE DATOS DE ENTRADA DE ING. DE SOFTWARE) OE1

Total Acumulado Total Encuestas SW Porcentaje

1

ND 2 3

0

0

3

1

P 2

0

0

3

1 3

OE2 ND 2 3 1

0

1

3 3 3 3 3 3 3 0 0 100 0 0 100 0 % % % % % % %

3 33 %

Objetivo Educacional 1 Ponderado Nivel Ponderado Demostrad Pertinencia o 3.00 3.00

2

0

OE3 P 2 0

3 3

1

ND 2 3

0

0

0

0

3

1 3

OE4 ND 2 3 1

0

1

3 3 3 3 3 3 3 3 3 3 3 67 0 0 100 0 0 100 0 0 100 0 % % % % % % % % % % %

3 33 %

Objetivo Educacional 2 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 3.00

3

1

P 2

Objetivo Educacional 3 Ponderado Nivel Ponderado Demostrad Pertinencia o 3.00 3.00

2

0

P 2 0

3

1 3

OE5 ND 2 3 1

0

1

3 3 3 3 3 67 0 0 100 0 % % % % %

3 33 %

Objetivo Educacional 4 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 3.00

2

0

P 2 0

3 3

3 3 3 3 67 0 0 100 % % % %

Objetivo Educacional 5 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 3.00

cccxiii

Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2011) 3.00

2.89 3.00 2.50

2.44

2.67

2.33

2.67

3.00

3.00

2.67 2.56

2.00 1.50 1.00

Ponderado ND Ponderado P

0.50 0.00 OE1

OE2

OE3

OE4

OE5

cccxiv

Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2011) 3.00

2.83 3.00 2.17

3.00

3.00

2.67 2.50

2.50

2.67

2.00

2.50

2.00 1.50 Ponderado ND

1.00

Ponderado P

0.50 0.00 OE1

OE2

OE3

OE4

OE5

cccxv

Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2011) 3.00

3.00

3.00

3.00

3.00

3.00

3.00

3.00

2.95 2.90 2.85 2.80 2.75 2.70

2.67

Ponderado ND

2.65

2.67

2.60

2.67

Ponderado P

2.55 2.50 OE1

OE2

OE3

OE4 OE5

cccxvi

Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2011)

56% 44%

OE5

0% 67% 33%

OE4

0% 78% 11% 11%

OE3

Destacado Esperado Necesita Mejorar

67%

33%

OE2

0% 44% 44%

OE1

11% 0%

10%

20%

30%

40%

50%

60%

70%

80%

cccxvii

Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2011)

50% 50%

OE5

0% 67% 33%

OE4

0% 67%

17% 17%

OE3

Destacado Esperado Necesita Mejorar

67% 33%

OE2

0% 17% 67%

OE1

17% 0%

10%

20%

30%

40%

50%

60%

70%

cccxviii

Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2011)

67% 33%

OE5

0% 67% 33%

OE4

0% 100% 0% 0%

OE3

Destacado Esperado Necesita Mejorar

67% 33%

OE2

0% 100% 0% 0%

OE1

0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

100%

cccxix

Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2011)

OE5

0% 0%

OE4

0% 0%

OE3

0% 0%

OE2

100%

100%

100%

Necesitado

44%

0% 0%

10%

Poco importante

89%

11%

0%

OE1

Muy importante

20%

30%

40%

50%

56%

60%

70%

80%

90%

100%

cccxx

Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2011)

OE5

0% 0%

OE4

0% 0%

OE3

0% 0%

OE2

100%

100%

100%

Necesitado

17%

83%

0% 0%

10%

20%

Poco importante

83%

17%

0%

OE1

Muy importante

30%

40%

50%

60%

70%

80%

90%

100%

cccxxi

Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2011)

100% OE5

0% 0%

OE4

0% 0%

OE3

0% 0%

100%

100%

Muy importante Necesitado Poco importante

100% OE2

0% 0%

OE1

0% 0%

100%

0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

100%

cccxxii

EVIDENCIAS ABET: REUNIÓN DE EGRESADOS 2012

cccxxiii

LEYENDA DE DATOS Objetivos Educacionales

OE1

OE2

ND1 (Necesita Mejorar)

Nivel Demostrado ND2 (Esperado)

Competencia Técnica Aplica una amplia formación en principios de ciencia e ingeniería, para analizar, diseñar, verificar, validar, construir, aplicar, y mantener complejos productos Sistemas de Información.

Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Pero al evaluar la información construye explicaciones parciales, las cuales son sustentadas subjetivamente o con limitados argumentos concretos.

Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Evalúa la información, construye explicaciones lográndolas sustentar en forma objetiva.

Creatividad y Pensamiento Independiente Los graduados aplican habilidades de solución analítica de problemas e investigación, son reconocidos como solucionadores de problemas y demuestran independencia de pensamiento.

Produce ideas utilizando en ocasiones recursos con ingenio. Ante una limitación, transforma el entorno identificando recursos disponibles que faciliten el proceso creativo. Crea productos adecuados pero con características de otros ya existentes en el dominio de aplicación.

Produce ideas en forma continua utilizando abundantes recursos personales con mucho ingenio e innovación. Ante una limitación, transforma el entorno desarrollando nuevos estímulos o utilizando recursos disponibles para facilitar el proceso creativo. Crea productos originales y pertinentes y promueve su difusión para satisfacer

ND3 (Destacado) Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Evalúa la información y construye explicaciones sustentándolas con argumentos claros y precisos anticipándose a posibles dudas o consultas de sus receptores. Valora la validez y confiabilidad de la información, consultando distintas fuentes, sin rechazarlas o aceptarlas prejuiciosamente.

Produce ideas en forma continua utilizando abundantes recursos personales con mucho ingenio e innovación. Ante una limitación, transforma el entorno desarrollando nuevos estímulos

cccxxiv

necesidades propias o del entorno.

OE3

Colaboración y Comunicación Los graduados son miembros efectivos en equipos multidisciplinarios, juegan diferentes roles y son capaces de comunicar efectivamente sus ideas.

Construye mensajes adecuados a diversas situaciones pero muestra limitaciones en el empleo de códigos no verbales, cuando se expresa mira un punto fijo sin mantener contacto visual con su audiencia. Expresa sus ideas y sentimientos con respeto hacia si mismo y hacia los demás. Administra con dificultad el tiempo y el cumplimiento de plazos frecuentemente falla.

Construye rápidamente mensajes coherentes y adecuados a diversas situaciones adaptándose a diversas audiencias. Se comunica utilizando Construye mensajes coherentes simultáneamente códigos y adecuados a diversas verbales y no verbales para situaciones y los transmite transmitir un mensaje eficaz a utilizando simultáneamente distintos tipos de audiencias. códigos verbales y no verbales. Expresa sus ideas y sentimientos Expresa sus ideas y sentimientos con amplia seguridad, mucha con claridad y respeto hacia sí objetividad y con respeto hacia sí mismo y hacia los demás. mismo y los demás. Dirige Administra eficientemente el equipos multidisciplinarios, tiempo y fija plazos adecuados. inspirando, motivando y movilizándolos hasta el logro de sus propósitos. Administra eficientemente el tiempo y fija plazos ambiciosos, incentivando a

cccxxv

sus compañeros de equipo a hacer lo mismo en el desarrollo de sus actividades.

cccxxvi

OE4

Propone metas significativas y busca lograrlas con persistencia y excelencia. Elabora un plan estratégico para el logro de sus Propone metas significativas y metas, mostrándose innovador y En ocasiones propone metas busca lograrlas bajo criterios tolerante en el proceso. Reconoce significativas y busca lograrlas definidos. Identifica sus y evalúa sus recursos personales bajo criterios definidos con recursos, habilidades personales en forma sistemática y Profesionalismo supervisión constante. Identifica y debilidades buscando permanente. Asume riesgos: Los graduados se conducen de una sus recursos y habilidades mantener equilibrio en el afronta sin vacilación situaciones manera en la cual mantienen los personales pero pierde desarrollo de sus tareas. Juzga de riesgo en busca del éxito. estándares de la profesión, alcanzan objetividad en lo que a sus acciones como correctas o Razonamiento moral: Juzga una posiciones de liderazgo en la profesión, debilidades respecta en el incorrectas considerando y acción como correcta o incorrecta alcanzan posiciones de liderazgo en la desarrollo de sus tareas. En respetando terceras personas y considerando y respetando la profesión y están conscientes del contexto ocasiones no juzga acciones el contexto en el que se intención del sujeto y la global en el cual su profesión se como correctas o incorrectas desarrollan. Mantiene equilibrio complejidad del contexto en el desarrolla. considerando y respetando entre sus valores y acciones. que se desarrolla. terceras personas y el contexto Acepta los riesgos que se le Responsabilidad sobre sus en el que se desarrollan. presentan en el desarrollo de decisiones éticas: Tiene razones sus tareas. explícitas para sus decisiones, haciéndose responsable por sus decisiones, acciones y omisiones con solidez en sus creencias y sus valores.

cccxxvii

OE5

Aprendizaje Permanente Los graduados aprenden y aplican nuevas y cambiantes tecnologías y prosiguen estudios de postgrado.

Toma conciencia de las necesidades de actulización luego que la aplicación de nuevas tendencias en su desempeño laboral le son impuestas. Tiene dificultades para el autoaprendizaje solo busca actualizarse cuando la necesidad es inminente.

Identifica necesidades del mercado con proyecciones de Identifica necesidades del futuro. Identifica nuevas mercado y nuevas tendencias tendencias relacionadas con su relacionadas con su desempeño desempeño profesional tomando profesional. En caso sea referencias nacionales e necesario, busca actualizar sus internacionales. Muestra conocimientos por iniciativa iniciativa constante de actualizar propia. sus conocimientos y lo realiza en forma autónoma.

Pertinencia P1 P2 P3

Poco importante Necesario Muy importante

cccxxviii

DATOS DE ENTRADA OE1

OE2

OE3

OE4

OE5

OPIN OPINI OPINI OPINI OPINIÓ IÓN ÓN ÓN ÓN OPINI N SOBR SOBRE SOBRE SOBRE ÓN N N N SOBRE N N N N N N E N N N N N N ADICI D D D P P P NIVEL D D D P P P NIVEL D D D P P P NIVE D D D P P P NIVEL D D D P P P NIVEL 1 2 3 DE 1 2 3 1 2 3 DE 1 2 3 DE ONAL 1 2 3 1 2 3 DE 1 2 3 1 2 3 L DE 1 2 3 1 2 3 PERTI PERTI PERTI PERTIN PERTI NENCI NENCI NENCI ENCIA NENC A A A IA Agrega El Mejo La UPC Se r Tenem curso rar incenti exige metod os de comu va al actuali ologías ventaja Creativ nicaci alumn dad ágiles : idad ón o a en la a Conta del 3° form lograr carrer compe mos ciclo al, se sus a de tencias con es pued metas, SW, se Recibir cursos bueno e los ofrece 1 1 1 1 1 1 1 1 1 1 orient que pero practi tallere n ación usan no car s cursos vocaci herram aplica en los motiva noved onal ientas en la taller n a osos. antes SW de vida es llegar Es de Micros real, con al bueno egresa oft e sugier actas puesto contar r, IBM. e de de jefe con como fortale reuni de confer

AÑ O CI CA DE CL RRE EG O RA RE SO

20 09

1

SW

cccxxix

guía para especi alizaci ón en el merca do laboral

1

Satisfa cción en parte técnica 1 , permit e desenv olvimie

1

cer el área orient ándolo más a la carrer a (Concu rsos de softwa re o planes de negoci o).

ón, mails e infor mes a geren cia.

Oport unidad de mejora en la 1 imple menta ción de un electiv

Estab lecer meca nism os de 1 siner gia entre partic ipant

1

1

proyec to. Puede ir más allá, buscan do formar negoci os propio s o consul toras, partici par en concur sos como Wayra . Encont rar oportu nidade s de 1 negoci o para satisfa cer las necesi

encias .

1

Las carrer as ofrece n 20 1 investi 09 gación , oport unida

SW

cccxxx

1

nto profesi onal y darle valor agrega do a empres a.

o que fomen te empre ndimie nto y búsqu eda de nuevos negoci os que satisfa gan nuevas necesi dades de merca do.

La UPC te prepar a para proyec 1 tos RUP pero el mercad o no

Creativ idad no debe ser parte de la carrer a, no es

1

1

es para fome ntar el debat e, desar rollo de habili dade s de traba jo en equip o y gesti ón de camb io. Se reco mien da grupo 1 s de traba jo impu estos.

dades con un produc to softwa re a medid a. Encont rar softwa re que ofrezc a una oferta distint a y única.

des de negoci o, innova ción, que son de input para ofrece r una soluci ón de calida d y que rompe esque mas.

Ética sí se consid era en la carrer a y se trae de casa.

Se da la necesi dad de 20 apren 10 dizaje perma nente. Los

SW

cccxxxi

Agrega r como Objeti vo Educac ional la obtenc ión de

1

usa tanto esta metod ología. Se requier e más prepar ación en metod ologías ágiles.

para un ámbito de la vida, sino para todos. Se sugier e asesor amient o a empre ndimie nto de ideas nuevas (Negoc ios)

Import ante tener certific 1 aciones en Pregra do y llevar

Aplicar la creativ idad 1 con temas de empre ndimie

1

1

La unive rsida d 1 aplica la comu nicaci ón en

1

La univer sidad da bastan te prepar ación. Se consid era prepar ado para desem peñar su cargo con profesi onalis mo. Aplicar el tema de 1 lideraz go en los cursos. Rotar

egresa dos no dedica n tiemp o a investi gar nueva s tende ncias, son más reactiv os que proact ivos.

1

Manej ar otros cursos 20 1 no 09 neces ariam ente relacio

1

SI

cccxxxii

certific acione s en el área de Sistem as. Tema import ante: Empre ndimie nto con tecnol ogía

cursos de análisis de la inform ación.

1

1

Desarr ollo de temas más puntua les de especia lización (ITIL, data mining, etc.)

1

1

nto (Poder crear una empre sa con tenden cia tecnol ógica).

todos sus curso s.

Desarr ollar la creativ idad a lo largo de la carrer a y en difere ntes situaci ones evalua r la

Desar rollar mayo res cuali dade s en los alum nos a lo largo de los difer entes

1

1

el rol entre todos los integra ntes del grupo.

1

1

Hay puntos que aún queda n pendie ntes por trabaja r

nados a los cursos de sistem as.

1

1

Utiliza r los tallere s como consol idació 20 n de 09 todos los cursos , no sólo aplicar conoci

2

SI

cccxxxiii

resolu ción de proble mas. 1

1

1

1

Mejora r en: -Data mining Análisis de inform ación Interpr etación de datos Presen tación de resulta dos Análisis estadís

1

1

1

Mejor ar en: Lideraz go Manej o de grupos Desarr 1 ollo consta nte, no sólo un curso o alguno s Interre lación

curso s en toda la carre ra. 1

1

1

Mejo rar en: Estrat egias de comu nicaci ón 1 Mejo r curso de Mark eting, incluy endo tema s punt uales

mient os técnic os

1

1

1

1 Mejor ar en: Conoci mient o de perfile s y socied ades 1 Cercan ía al merca do Educac ión y/o ejempl os en base a experi encia

1

1

1

20 09

2

SI

Adapt ar la curríc ula al uso de herra mient as tecnol ógicas actual 20 es o 09 más emple adas en el merca do. Aplica r cursos de negoci

1

SI

cccxxxiv

ticos

1

Analyti cs: Import 1 ante, se podría centrar

con proyec tos de otras carrer as Tomar proyec tos de otros países y adapta rlos al Perú

1

Creaci ón de grupos 1 organi zados de interés

1

relaci onad os a siste mas: Inteli genci a come rcial, ebusin ess, redes social es, etc. Proye ctos con otras carre ras Más relaci ón 1 con otras carre ras.

Cambi ar roles de lideraz go en proyec tos (Taller)

1

Tallere s de Marke 1 ting person al, perfil

o a lo largo de la carrer a. Mayor investi gación .

1

En tallere s te da 20 1 la 09 oport unida d de

1

SI

cccxxxv

en inform ación.

1

1

Hacer hincapi é a los proces os de negoci o Analiza 1 r 1 inform ación de las distinta s áreas de la empres a No se aplican todos 1 los conoci miento

.

Orient arlo tambié 1 n por Empre ndimie nto

1

1

de Ingeni ero de Sistem as, Comu nicació n.

1

1

1

1

1

1

1

1

apren der nueva s cosas.

Es import ante estar siemp re actuali 20 1 zado, 09 depen de de la actitu d de cada uno.

1

1

Garan tizar que 20 1 los 09 conoci mient

1

SI

SI

cccxxxvi

1

1

s adquiri dos por trabaja r en VP Finanz as, pero es import ante conoce rlos para entend erse con provee dores Actuali zar los cursos de Gestió n de Proyec 1 tos a ITIL en las últimas version es.

os no se pierda n (Conta bilidad , Finanz as, Marke ting) a lo largo de la carrer a.

Campo de acción por desarr ollar 1 un 1 pensa miento creativ o. Los tallere

Consi derar dentr o del taller de 1 proye ctos el traba jo en equip o, la

1

Contex tualiza r con mayor actuali zación 1 de la profesi ón en el merca do global

1

Brinda r metod ología s de 20 1 investi 09 gación en el área técnic a

2

SI

cccxxxvii

s donde se deben enfoca r más en la solució n creativ a que en la técnica . Motiva ción para impuls ar proyec tos tecnol ógicos creativ os.

expos ición y la imag en perso nal para ir desar rollan do habili dade s

local.

cccxxxviii

DATOS DE ENTRADA (FILTRADOS POR ING. DE SISTEMAS DE INFORMACIÓN) OE1

OPINI ÓN N N ADICIO D D NAL 1 2

Agrega r como Objetiv o Educac ional la obtenc ión de certific acione s en el área de Sistem as. Tema import ante: Empre

1

OE2

OE3

OE4 OE5 Opini Opini Opinió Opini Opinió AÑ ón O ón n ón n sobre N sobre N N N sobre N N N N N N sobre N N N sobre DE P P P P P P P P P Nivel P P P P P P D Nivel D D D Nivel D D D D D D Nivel D D D Nivel EG 1 2 3 1 2 3 1 2 3 de 1 2 3 1 2 3 RE 3 de 1 2 3 de 1 2 3 1 2 3 de 1 2 3 de Perti Pertin Pertin Pertin Pertin SO nenci encia encia encia encia a Aplicar Aplica la r el Impor creativ tema Manej tante idad La de ar tener con unive lidera otros certifi temas rsida zgo cursos cacion de d en los no es en empre aplica cursos necesa Pregr ndimie la . riame ado y 20 1 1 1 nto 1 1 comu 1 1 Rotar 1 1 nte llevar 09 (Poder nicaci el rol relacio cursos crear ón en entre nados de una todos todos a los análisi empre sus los cursos s de la sa con curso integr de infor tenden s. antes sistem mació cia del as. n. tecnol grupo ógica). .

CI CAR CL RER O A

1

SI

cccxxxix

ndimie nto con tecnol ogía

1

1

1

1

Desar rollo de temas más puntu ales de especi alizaci ón (ITIL, data minin g, etc.)

1

Desarr ollar la creativ idad a lo largo de la carrera y en diferen tes situaci ones evalua r la resoluc ión de proble mas.

1

1

1

1

Desar rollar mayo res cualid ades en los alum nos a lo largo de los difere ntes curso s en toda la carrer a.

1

1

1

1

1

1

1

Hay punto s que aún queda n pendi entes por trabaj ar

1

1

1

1

Utiliza r los tallere s como consol idació n de todos 20 los 09 cursos , no sólo aplicar conoci mient os técnic os

2

SI

20 09

2

SI

cccxl

1

1

Mejor ar en: -Data minin g Anális is de infor mació n Interp retaci ón de datos Prese ntació n de result ados Anális is estadí sticos

1

Mejora r en: Lideraz go Manej o de grupos Desarr ollo consta nte, no sólo un 1 curso o alguno s Interre lación con proyec tos de otras carrera s -Tomar proyec tos de otros

1

Mejo rar en: Estrat egias de comu nicaci ón Mejo r curso de 1 Mark eting, incluy endo tema s puntu ales relaci onad os a siste mas: Inteli genci a

1

Mejor ar en: Conoc imien to de perfil es y socied ades Cerca nía al merca do 1 Educa ción y/o ejemp los en base a experi encia Cambi ar roles de lidera zgo

1

1

Adapt ar la currícu la al uso de herra mient as tecnol ógicas actual es o más emple adas 20 en el 09 merca do. Aplicar cursos de negoci o a lo largo de la carrer a. Mayor investi gación .

1

SI

cccxli

países y adapta rlos al Perú

1

Analyt ics: Impor tante, se 1 podría centra r en infor mació n.

1

Creaci ón de grupos organiz 1 ados de interés .

come rcial, ebusin ess, redes social es, etc. Proye ctos con otras carrer as

1

Más relaci ón 1 con otras carrer as.

en proye ctos (Taller )

1

Taller es de Mark eting perso nal, perfil 1 de Ingeni ero de Siste mas, Comu nicaci

1

En tallere s te da la oportu nidad 20 1 de 09 apren der nueva s cosas.

1

SI

cccxlii

ón.

1

1

Hacer hinca pié a los proce sos de negoc io Analiz ar 1 1 infor mació n de las distint as áreas de la empr esa No se aplica n todos 1 los conoc imient os

Orient arlo tambié 1 n por Empre ndimie nto

1

1

1

1

1

1

1

1

1

1

Es import ante estar siempr e actuali 20 1 zado, 09 depen de de la actitu d de cada uno.

1

1

Garant izar que los 20 1 conoci 09 mient os no se

1

SI

SI

cccxliii

1

1

adquir idos por trabaj ar en VP Finanz as, pero es impor tante conoc erlos para enten derse con prove edore s Actual izar los cursos de 1 Gestió n de Proye ctos a ITIL

pierda n (Conta bilidad , Finanz as, Marke ting) a lo largo de la carrer a.

Campo de acción por desarr 1 1 ollar un pensa miento creativ

Consi derar dentr o del taller 1 de proye ctos el trabaj

1

Conte xtuali zar con mayor 1 actual izació n de la profes

1

Brinda r metod ología s de 20 1 investi 09 gación en el área técnic

2

SI

cccxliv

en las última s versio nes.

o. Los tallere s donde se deben enfoca r más en la solució n creativ a que en la técnica . Motiva ción para impuls ar proyec tos tecnol ógicos creativ os.

o en equip o, la expos ición y la imag en perso nal para ir desar rollan do habili dades

ión en el merca do global local.

a

cccxlv

DATOS DE ENTRADA (FILTRADOS POR ING. DE SOFTWARE) OE1

OE2

OE3

OE4 OE5 Opini Opinió Opinió Opini AÑ Opinió ón OPINI O n n ón n sobre sobre ÓN N N N N N N sobre N N N N N N sobre N N N sobre DE P P P Nivel P P P P P P Nivel P P P P P P ADICI D D D D D D Nivel D D D D D D Nivel D D D Nivel EG 1 2 3 de 1 2 3 1 2 3 de 1 2 3 1 2 3 ONAL 1 2 3 RE 1 2 3 de 1 2 3 1 2 3 de 1 2 3 de Pertine Perti Pertin Pertin Pertin SO ncia nenci encia encia encia a Agreg El Mejo La UPC Se ar curso rar incenti exige Tenem meto de comu va al actual os dologí Creativ nicaci alumn idad ventaja as idad ón oa en la : ágiles del 3° form lograr carrer Conta a ciclo es al, se sus a de mos comp bueno pued metas, SW, con etenci pero e los se cursos 20 as 1 1 1 1 no 1 1 practi 1 1 tallere 1 1 ofrec que 09 Recibi aplica car s en usan r en la en los motiva curso herram orient vida taller na s ientas ación real, es llegar noved SW de vocaci sugiere con al osos. Micros onal fortale actas puesto Es oft e antes cer el de de jefe buen IBM. de área reuni de o egres orientá ón, proyec conta

CI CA CL RRE O RA

1

SW

cccxlvi

ar, como guía para especi alizaci ón en el merca do labora l

1

Satisfac ción en parte técnica , permit 1 e desenv olvimie nto profesi onal y

1

ndolo más a la carrera (Concu rsos de softwa re o planes de negoci o).

mails e infor mes a geren cia.

Oportu nidad de mejora en la imple 1 menta ción de un electiv o que fomen

Estab lecer meca nism os de siner 1 gia entre partic ipant es para

1

1

to. Puede ir más allá, buscan do formar negoci os propio so consul toras, partici par en concur sos como Wayra. Encont rar oportu nidade s de negoci 1 o para satisfa cer las necesi dades con un

r con confe rencia s.

1

Las carrer as ofrec en invest 20 1 igació 09 n, oport unida des de

SW

cccxlvii

1

darle valor agrega do a empres a.

te empre ndimie nto y búsqu eda de nuevos negoci os que satisfa gan nuevas necesi dades de merca do.

fome ntar el debat e, desar rollo de habili dades de trabaj o en equip oy gesti ón de camb io.

produc to softwa re a medid a. Encont rar softwa re que ofrezc a una oferta distint ay única.

La UPC te prepar a para proyect 1 os RUP pero el mercad o no usa

Creativ idad no debe ser parte de la carrera , no es para

Se reco mien da grupo 1 s de trabaj o impu estos.

Ética sí se consid era en la carrera y se trae de casa. La

1

1

negoc io, innov ación, que son de input para ofrec er una soluci ón de calida dy que romp e esque mas. Se da la necesi dad de 20 apren 10 dizaje perm anent e.

SW

cccxlviii

tanto esta metod ología. Se requier e más prepar ación en metod ologías ágiles.

un ámbito de la vida, sino para todos. Se sugiere asesor amient oa empre ndimie nto de ideas nuevas (Negoc ios)

univer sidad da bastan te prepar ación. Se consid era prepar ado para desem peñar su cargo con profesi onalis mo.

Los egres ados no dedic an tiemp oa invest igar nueva s tende ncias, son más reacti vos que proac tivos.

cccxlix

TABULACIÓN OE1 ND 2 3 1

1 Total Acumulado Total Encuestas Porcentaje

0

7

11 0 %

11 64 %

4

OE2 P 2

3

0

5

6

2

4

11 11 36 0 % %

11 45 %

11 55 %

11 18 %

11 36 %

Objetivo Educacional 1 Ponderado Ponderado Nivel Pertinencia Demostrado 2.36

1

ND 2

2.55

3 5

1

P 2

0

1

11 11 11 45 0 9 % % %

3 9

1

OE3 ND 2 3 1

1

4

11 11 82 9 % %

11 36 %

Objetivo Educacional 2

6

0

OE4 ND 2 3 1

P 2

3

1

1

10

0

6

11 11 91 0 % %

11 55 %

11 11 11 55 0 9 % % %

Objetivo Educacional 3

4

P 2

0

2

11 11 36 0 % %

11 18 %

3 8

OE5 ND 2 3 1

1 0

7

11 11 73 0 % %

11 64 %

Objetivo Educacional 4

3

P 2

3

0

2

8

11 11 27 0 % %

11 18 %

11 73 %

Objetivo Educacional 5

Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Nivel Nivel Nivel Nivel Pertinencia Pertinencia Pertinencia Pertinencia Demostrado Demostrado Demostrado Demostrado 2.27

2.64

2.45

2.91

2.18

2.55

2.09

2.55

cccl

TABULACIÓN (DE DATOS DE ENTRADA DE ING. DE SISTEMAS DE INFORMACIÓN)

1 Total Acumulado Total Encuestas SI Porcentaje

OE1 ND 2 3 1

0

7

8 0 %

8 88 %

1

OE2 P 2

3

1

ND 2

0

5

3

2

2

8 8 13 0 % %

8 63 %

8 38 %

8 25 %

8 25 %

OE3

1

P 2

0

1

7

1

2

8 8 50 0 % %

8 13 %

8 88 %

8 13 %

8 25 %

3 4

3

1

ND 2

1

P 2

0

1

8 8 63 0 % %

8 13 %

3 5

3 7

1

OE4 ND 2 3 1

0

5

8 8 88 0 % %

8 63 %

Objetivo Educacional 1 Objetivo Educacional 2 Objetivo Educacional 3 Ponderado Ponderado Ponderado Nivel Ponderado Ponderado Ponderado Nivel Nivel Demostrad Pertinencia Pertinencia Pertinencia Demostrado Demostrado o 2.13 2.38 2.25 2.88 2.50 2.88

3

P 2

0

2

8 8 38 0 % %

8 25 %

3 6

1

OE5 ND 2 3 1

0

7

8 8 75 0 % %

8 88 %

Objetivo Educacional 4 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.38 2.75

1

P 2

3

0

2

6

8 8 13 0 % %

8 25 %

8 75 %

Objetivo Educacional 5 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.13 2.75

cccli

TABULACIÓN (DE DATOS DE ENTRADA DE ING. DE SOFTWARE) OE1

Total Acumulado Total Encuestas SW Porcentaje

1

ND 2 3

0

0

3 3 0 0 % %

3

1

P 2

0

0

3

1 0

2

3 3 3 3 3 100 0 0 100 0 % % % % %

3 67 %

Objetivo Educacional 1

3

OE2 ND 2 3 1 1

0

P 2

3

0

3 3 3 33 0 0 % % %

2

OE3 ND 2 3 1

1 0

2

3 3 67 0 % %

3 67 %

Objetivo Educacional 2

1

0

P 2

3

0

1 0

1

3 3 3 3 3 33 0 0 100 0 % % % % %

3 33 %

Objetivo Educacional 3

3

OE4 ND 2 3 1 1

0

P 2

3

0

3 3 3 33 0 0 % % %

2

OE5 ND 1 2 3 1

P 2

0

0

2

3 3 3 67 0 0 % % %

3 67 %

0

3 3 3 67 0 0 % % %

2

0

3

Objetivo Educacional 4

Objetivo Educacional 5 Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Nivel Ponderado Nivel Nivel Nivel Nivel Pertinencia Pertinencia Pertinencia Pertinencia Demostrad Pertinencia Demostrado Demostrado Demostrado Demostrado o 3.00 3.00 2.33 2.00 2.33 3.00 1.67 2.00 2.00 2.00

ccclii

Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2012) 2.55

3.00 2.50

2.91

2.64

2.55

2.36 2.27

2.55

2.45 2.18

2.00

2.09

1.50 1.00

Ponderado ND

0.50

Ponderado P

0.00 OE1

OE2

OE3

OE4

OE5

cccliii

Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2012) 2.88 3.00 2.50

2.88 2.75

2.38 2.13

2.25

2.75

2.50 2.38

2.00

2.13

1.50

Ponderado ND

1.00

Ponderado P 0.50 0.00 OE1

OE2

OE3

OE4

OE5

cccliv

Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2012) 3.00

3.00

3.00 3.00 2.50

2.33

2.00

2.33

2.00

2.00

2.00 2.00

1.67

1.50

Ponderado ND

1.00

Ponderado P 0.50 0.00 OE1

OE2

OE3

OE4

OE5

ccclv

Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2012)

27% 64%

OE5

0%

36% 55%

OE4

0% Destacado

55% 36%

OE3

Esperado

9%

Necesita Mejorar 45% 36%

OE2

18% 36% 64%

OE1

0% 0%

10%

20%

30%

40%

50%

60%

70%

ccclvi

Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2012)

13% 88%

OE5

0% 38% 63%

OE4

0%

Destacado

63% 25%

OE3

Esperado

13%

Necesita Mejorar

50% 25% 25%

OE2

13% 88%

OE1

0% 0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

ccclvii

Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2012)

67% 0% 0%

OE5

33% 33%

OE4

0% Destacado

33% 67%

OE3

Esperado

0%

Necesita Mejorar 33% 67%

OE2

0%

100% 0% 0%

OE1

0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

100%

ccclviii

Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2012)

73% 18%

OE5

0% 73% 18%

OE4

0% Muy importante

91% 9%

OE3

Necesitado

0%

Poco importante 82%

9%

OE2

0% 55% 45%

OE1

0% 0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

100%

ccclix

Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2012)

OE5

0%

OE4

75%

25%

0%

OE3

75%

25%

88%

13%

0%

Muy importante Necesitado Poco importante

OE2

88%

13%

0%

38% OE1

63%

0% 0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

ccclx

Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2012)

67% OE5

0% 0%

OE4

0% 0%

OE3

0% 0%

67%

100%

Muy importante Necesitado Poco importante

67% OE2

0% 0%

OE1

0% 0%

100%

0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

100%

ccclxi

EVIDENCIAS ABET: FIN DE CICLO

ccclxii

EVIDENCIAS ABET: FIN DE CICLO 2012-2

ccclxiii

ccclxiv

ccclxv

ccclxvi

ccclxvii

ccclxviii

ccclxix

ccclxx

ccclxxi

ccclxxii

ccclxxiii

ccclxxiv

ccclxxv

ccclxxvi

ccclxxvii

ccclxxviii

ccclxxix

ccclxxx

ccclxxxi

ccclxxxii

ccclxxxiii

ccclxxxiv

ccclxxxv

ccclxxxvi

ccclxxxvii

ccclxxxviii

ccclxxxix

cccxc

cccxci

cccxcii

cccxciii

cccxciv

cccxcv

cccxcvi

cccxcvii

cccxcviii

cccxcix

cd

cdi

cdii

cdiii

cdiv

cdv

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

EVIDENCIAS ABET: FIN DE CICLO 2013-1

cdlxxix

SECCIONES EVALUADAS 2013-01 CURS O SI106 SI138 SI138 SI169 SI176 SI184 SI185 SI189 SI208 SI211 SI214 SI214 SI214 SI214 SI214 SI214 SI214 SI214 SI247 SI252 SI252 SI252

SECCIO N SW51 SW31 WX31 SW51 SX91 SW61 SI52 SI62 SW41 SI92 CC11 SI11 SI12 SV11 SW11 SW12 WX11 WX12 SW57 CC21 SI21 SW21

NOMBRE DE CURSO DISEÑO DE SOFTWARE ESTRUCTURA DE DATOS Y ALGORITMOS ESTRUCTURA DE DATOS Y ALGORITMOS ALGORITMOS AVANZADOS SEGURIDAD Y TUNNING DE BASE DE DATOS EVOLUCIÓN DEL SOFTWARE REDES Y COMUNICACIÓN DE DATOS PROGRAMACIÓN WEB BASE DE DATOS GESTIÓN DE SERVICIOS TI PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 GRÁFICOS POR COMPUTADORA 1 PROGRAMACIÓN 2 PROGRAMACIÓN 2 PROGRAMACIÓN 2

TOTAL PROFESOR ALUMNOS OMAR FERNANDO MEZARINA VARA 26 ALFREDO GRANDA DEL AGUILA 25 REY RAUL FRANCIS COAGUILA QUIQUIA 18 REY RAUL FRANCIS COAGUILA QUIQUIA 23 JOHNY WILLIAM SEGURA YDIAQUEZ 30 ILVER ANACHE PUPO 13 DANTE JACOB PONCE PAJUELO 27 PAOLO CHRISTIAN CUADROS CALDERON 25 ROSA ANDREA FELIX CORRALES 30 RONALD MEJIA TARAZONA 20 VICTOR MANUEL JUAN PABLO PARASI FALCON 29 WILLIAM EDUARDO BRAVO GARCIA 40 EDSON DUILIO MENDIOLAZA CORNEJO 37 RUBEN DEMETRIO RIVAS MEDINA 25 EDSON DUILIO MENDIOLAZA CORNEJO 35 LUIS ENRIQUE SERNA JHERRY 25 JUAN ALFONSO RAMIREZ ESPINOZA 28 JUAN ALFONSO RAMIREZ ESPINOZA 24 REY RAUL FRANCIS COAGUILA QUIQUIA 20 VICTOR MANUEL JUAN PABLO PARASI FALCON 20 RUBEN DEMETRIO RIVAS MEDINA 26 WILLIAM EDUARDO BRAVO GARCIA 25

TOTAL DEVUELTOS 18 24 12 19 18 11 21 17 23 13 13 31 28 18 13 11 16 3 6 17 10 14

1

SI252 SI252 SI253 SI263

SX21 WX21 SW71 SI31

PROGRAMACIÓN 2 PROGRAMACIÓN 2 ARQUITECTURA DEL SOFTWARE FUNDAMENTOS DE DATOS E INFORMACIÓN

SI268 SI275 SI276 SI276 SI290 SI291

SI62 SI51 SI41 SI42 SW71 SI81

SI294 SI299 SI300 SI300 SI300 SI301 SI302 SI324 SI324

SI71 SW51 SI41 SW41 SX42 SI62 SW91 SI31 WX31

FUNDAMENTOS EN INTELIGENCIA DE NEGOCIOS SISTEMAS INTEGRADOS PARA LA GESTIÓN COMPUTADORAS Y SISTEMAS OPERATIVOS COMPUTADORAS Y SISTEMAS OPERATIVOS INTELIGENCIA ARTIFICIAL I GERENCIA DE PROYECTOS DE SI/TI IMPLEMENTACIÓN DE ARQUITECTURA EMPRESARIAL PLATAFORMA DE DESARROLLO OPEN SOURCE IHC Y TECNOLOGIAS MOVILES IHC Y TECNOLOGIAS MOVILES IHC Y TECNOLOGIAS MOVILES DISEÑO DE ARQUITECTURA EMPRESARIAL ANTI HACKING Y SEGURIDAD DE REDES DESARROLLO Y GESTION DE REQUERIMIENTOS DESARROLLO Y GESTION DE REQUERIMIENTOS

SI327

SI61

INGENIERÍA ECONOMICA Y FINANCIERA

SI327 SI327 SI92 SI187

SW71 SW73 SI81 SIA1

INGENIERÍA ECONOMICA Y FINANCIERA INGENIERÍA ECONOMICA Y FINANCIERA SQL SERVER CALIDAD DE SOFTWARE Y SISTEMAS

MARIA HILDA BERMEJO RIOS MARIA HILDA BERMEJO RIOS ILVER ANACHE PUPO PAOLO CHRISTIAN CUADROS CALDERON EDILBERTO CHRISTIAN MARTIN MATOS SANCHEZ JUAN VICTOR NIZAMA MORALES PAUL HARRY RIVAS GALLOSO PAUL HARRY RIVAS GALLOSO DAVID SANTOS MAURICIO SANCHEZ ABEL ALVARO CHAUPIS PORRAS

25 25 28 30

17 12 23 22

40 40 29 18 13 17

31 25 20 14 12 13

ROSARIO DEL PILAR VILLALTA RIEGA YSABEL ROSALES CHICNES ALFREDO BARRIENTOS PADILLA ROBERTO JOSE UGARTE DIAZ ROSA ANDREA FELIX CORRALES JIMMY ALEXANDER ARMAS AGUIRRE PAUL HARRY RIVAS GALLOSO ROBERTO JOSE UGARTE DIAZ AMANDA GABRIELA SANCHEZ LARRIEGA JOSE MANUEL MARTIN SENMACHE SARMIENTO JOSE MANUEL MARTIN SENMACHE SARMIENTO LUIS FELIPE CHUMBIAUCA MUÑANTE JORGE ANTONIO CABRERA BERRIOS CESAR AUGUSTO CHAVARRY ARIAS

40 13 25 27 22 20 10 26 27

40 9 11 21 18 19 8 21 13

30

9

30 28 27 30

15 5 18 18

2

SI187 SI277 SI324 SI327

SW91 SIA1 SW31 SW72

CALIDAD DE SOFTWARE Y SISTEMAS EMPRENDIMIENTO DESARROLLO Y GESTION DE REQUERIMIENTOS INGENIERÍA ECONOMICA Y FINANCIERA

CESAR AUGUSTO CHAVARRY ARIAS MOISES TOMAS MARTINEZ DELGADO JOEL MORENO MOLINA FRANKLIN GERALD RIOS RAMOS

26 16 28 30

10 14 22 13

3

SECCIONES SIN EVALUAR 2013-01 CURSO CC11 SI112 SI185 SI189 SI208 SI211 SI214 SI263 SI268 SI276 SI300 SI301 SI303 SI304 SI304 SI328 SI38 SI38 SI296 SI329 SI185

SECCION SW71 SW81 SI51 SI61 SI41 SI91 SX11 SX31 SI61 SW41 SW42 SI61 SI61 SI71 SI72 SW61 SI71 SI72 SI83 SI71 SW61

NOMBRE DE CURSO DESARROLLO PARA DISPOSITIVOS MÓVILES GERENCIA DE PROYECTOS DE SOFTWARE REDES Y COMUNICACIÓN DE DATOS PROGRAMACIÓN WEB BASE DE DATOS GESTIÓN DE SERVICIOS TI PROGRAMACIÓN 1 FUNDAMENTOS DE DATOS E INFORMACIÓN FUNDAMENTOS EN INTELIGENCIA DE NEGOCIOS COMPUTADORAS Y SISTEMAS OPERATIVOS IHC Y TECNOLOGIAS MOVILES DISEÑO DE ARQUITECTURA EMPRESARIAL VALIDACION Y VERIFICACION DE SI SOLUCIONES MÓVILES Y CLOUD SOLUCIONES MÓVILES Y CLOUD PRUEBAS DE SOFTWARE SEGURIDAD Y AUDITORÍA DE SISTEMAS SEGURIDAD Y AUDITORÍA DE SISTEMAS TALLER AVANZADO DE INVESTIGACION Y DESARROLLO MARKETING EN LA ERA DIGITAL REDES Y COMUNICACIÓN DE DATOS

PROFESOR ALFREDO BARRIENTOS PADILLA KATHERINE ELISA NAVARRO MAURIÑO DANTE JACOB PONCE PAJUELO PAOLO CHRISTIAN CUADROS CALDERON WILLIAM EDUARDO BRAVO GARCIA RONALD MEJIA TARAZONA VICTOR MANUEL BALTA ALVA CARLOS MARTIN CANDELA ESPICHAN EDILBERTO CHRISTIAN MARTIN MATOS SANCHEZ PAUL HARRY RIVAS GALLOSO ROSA ANDREA FELIX CORRALES JIMMY ALEXANDER ARMAS AGUIRRE HENRY JOE WONG URQUIZA FERNANDO ALFONSO CALDERON CABRERA JORGE LUIS IREY NUÑEZ HENRY JOE WONG URQUIZA LUIS HERNAN GARCIA PAUCAR LUIS HERNAN GARCIA PAUCAR ALFREDO BARRIENTOS PADILLA TERESA ROCIO COSSIO PALACIOS JULIO YASOJI UMEZAWA YOKOYAMA

4

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS

dxxxvi

EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS 2012-1

dxxxvii

dxxxviii

dxxxix

dxl

Ingeniería de Sistemas: Graduandos 2012-1 "Percepción promedio sobre el nivel de formación recibida para alcanzar el logro de los criterios ABET a..k" 5.00 4.00 3.00 2.10

2.07

a

b

2.10

2.21

2.17

d

e

2.24

2.07

2.10

g

h

2.07

1.93

2.17

2.00 1.00 0.00 c

f

i

j

k

dxli

Apreciación de los graduandos de la carrera de Ingeniería de Sistemas de información del ciclo 2012-1 sobre las Competencias Generales 100% 90%

10%

14%

80% 24% 70%

31%

31%

28%

28% Muy Bien

60%

Bien

50%

31%

Aceptable 28%

Marginal

40%

En nada 30% 10% 20% 10% 0%

24%

14% 21%

17% 7% 0% Ciudadanía

7% 0% Comunicación

7% 0% Creatividad

0% Espíritu empresarial

7% 0% Pensamiento crítico

0%

0%

Sentido ético Orientación al logro

dxlii

dxliii

dxliv

dxlv

Ingeniería de Software: Graduandos 2012-1 "Percepción promedio sobre el nivel de formación recibida para alcanzar el logro de los criterios ABET a..k"

2.00 1.79

1.72

1.80

1.86

1.72

1.66 1.66

1.59

1.76

1.66

1.60

1.66

1.48

1.40 1.20

Ponderado de Percepción de preparación para el logro del Resultado de Programa

1.00 0.80 0.60 0.40 0.20 0.00 a

b

c

d

e

f

g

h

i

j

k

dxlvi

Apreciación de los graduandos de la carrera de Ingeniería de Software del ciclo 2012-1 sobre las Competencias Generales 40%

35% 30%

7% 21%

25%

24% 17%

20% 15%

24%

24%

24%

31% 7%

10% 5%

10%

0%

0%

Muy Bien Bien

10% 0% 3%

14%

3% 0%

Aceptable

7%

3% 0%

14%

10%

0%

3% 0%

Marginal En nada 7% 0%

dxlvii

EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS 2012-2

dxlviii

dxlix

dl

dli

Ingeniería de Sistemas: Graduandos 2012-1 "Percepción promedio sobre el nivel de formación recibida para alcanzar el logro de los criterios ABET a..k" 5.00 4.00 3.00 2.00 1.14

1.21

a

b

1.14

1.21

1.21

d

e

1.17

1.24

1.10

g

h

1.28

1.21

1.14

1.00 0.00 c

f

i

j

k

dlii

Apreciación de los graduandos de la carrera de Ingeniería de Sistemas de información del ciclo 2012-1 sobre las Competencias Generales 100% 90%

3% 10%

80%

10%

10%

14%

14%

14%

70%

60%

14% Muy Bien

50%

Bien

40% 30%

7%

14%

14%

7%

Aceptable

17% 7%

14%

20% 10% 0%

7% 3% 0%

0%

En nada

7% 0%

3% 0%

3% 0%

0%

Marginal

0%

dliii

dliv

RESULTADOS ENCUESTAS SW: 2012-2 Total de comentarios:

2

Comentarios 1 2

Se debería mejorar la comunicación Mayor consideración de cursos de Inteligencia

dlv

Gráfico de percepción de la formación recibida para lograr los resultados del programa

12

5.00

4.67

4.25

4.33

4.33

4.42

4.42

4.42 4.08

10

4.50

4.08

4.00 3.83

En nada Marginal

4.00 Aceptable 3.50

8 3.00

Bien Muy Bien Sobresaliente [4.25, 5]

6

2.50 2.00

4 1.50 1.00 2 0.50 0

0.00 A

B

C

D

E

F

G

H

I

J

K

dlvi

Gráfico de percepción de la formación recibida para alcanzar las competencias generales

9

5.00

4.58 4.42 4.25

8

4.00

4.33

4.25

4.50

4.08

En nada Marginal

4.00

7

Aceptable 3.50

6 3.00 5

Bien Muy Bien Sobresaliente [4.25, 5]

2.50 4 2.00 3 1.50 2

1.00

1

0.50

0

0.00 CG1

CG2

CG3

CG4

CG5

CG6

CG7

dlvii

EVIDENCIAS ABET: PRÁCTICAS PREPROFESIONALES

dlviii

EVIDENCIAS ABET: PRÁCTICAS PREPROFESIONALES 2011

dlix

OUTCOMES DE ABET, CRITERIOS Y CURSOS QUE LOS SOPORTAN - PRACTICAS PROFESIONALES - SISTEMAS DE INFORMACION

Program Outcomes a)

Propone soluciones en sistemas de información aplicando principios de matemática, ciencias, computación e ingeniería

COMPETENCIAS DE LA CARRERA (1ra Criterios practica) a.c1. Aplica conocimientos matemáticos y científicos en las propuesta de soluciones en sistemas de información a.c2. Aplica conocimientos computacionale 3. Plantea soluciones a problemas identificados en s en la el ámbito de los sistemas de información. propuestas de soluciones con sistemas en información a.c3. Aplica conocimientos de ingeniería en la propuesta de soluciones con sistemas de información

COMPETENCIAS DE LA CARRERA (2da practica)

3. Plantea soluciones a problemas identificados en el ámbito de los sistemas de información.

dlx

b)

Formula y administra proyectos y experimentos en base al analisis e interpretación de datos relevantes en la implementación de sistemas de información

c)

Diseña arquitectura de negocio y tecnológica para la implementación

b.c1. Define proyectos o experimentos para la implementación de un sistema de información b.c2. Realiza seguimiento y control de proyectos para la implementación de sistemas de información b.c3. Analiza e interpreta datos y/o resultados de la toma de requerimientos o ejecución de las tareas propias del desarrollo de proyectos de sistemas de información c.c1. Diseña la arquitectura tecnológica (TI) y computacional (SW) en base al

5. Establece metas realistas evaluando su viabilidad e importancia. 8. Es capaz de ejecutar acciones previamente definidas en el marco de un proyecto de sistemas de información.

7. Establece metas realistas evaluando su viabilidad e importancia.

9. Modela procesos de negocio que forman la base para el diseño de los componentes de un sistema de información.

12. Define los procesos necesarios para el eficaz mantenimiento y soporte de sistemas de información.

dlxi

de un sistema de información, teniendo en cuenta restricciones económicas, sociales, políticas, éticas y otras propias del entorno empresarial

modelo de negocio previamente definido considerando aspectos económicos, sociales, políticos, éticos c.c2. Diseña la arquitectura de la información o datos en base a un modelo de negocio, considerando aspectos económicos, sociales, políticos, éticos c.c3. Diseña arquitectura de procesos como parte de una arquitectura de negocios en base a reglas de negocio, aspectos sociales, éticos y del entorno empresarial tomándolo

dlxii

como base para la implementación de un sistema de información

d)

e)

Participa en equipos multidisciplinari os liderando o desarrollando sus tareas eficientemente con profesionales de diferentes especialidades o dominios de aplicación Identifica y analiza problemas de negocio o tecnológicos dentro del ciclo de vida de un sistema de información con alcance empresarial o inter empresarial

d.c1. Participa en equipos multidisciplinari os con eficacia, eficiencia y objetividad d.c2. Conoce al menos un sector empresarial o dominio de aplicación de los sistemas de información e.c1. Identifica debilidades o problemas de alcance negocio o tecnológicos y las oportunidades de su solución e.c2. Define las variables que inducen el problema o debilidad y las

7. Muestra responsabilidad profesional en el ejercio de sus funciones.

6. Tiene capacidad de integrarse rápidamente al trabajo en equipo. 9. Muestra responsabilidad profesional en el ejercicio de sus funciones.

1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.

1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.

dlxiii

oportunidades que se pierden con ellas

f) Propone soluciones en sistemas de información con responsabilidad profesional y ética

(g)

Comunica ideas o resultados oral o escritos con claridad y efectividad a público de diferentes especialidades y niveles jerárquicos

e.c3. Analiza variables identificando riesgos y acciones de mitigación f.c1. Muestra ética en el desempeño profesional f.c2. Muestra responsabilidad en el cumplimiento del rol de ingeniero de sistemas de información g.c1. Comunica oralmente sus ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos

6. Muestra entendimiento de ética en el ejercicio profesional.

8. Muestra entendimiento de ética en el ejercicio profesional.

4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas.

4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas. 5. Tiene habilidad para analizar e interpretar datos o resultados.

dlxiv

h)

i)

g.c2. Comunica en forma escrita ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos h.c1. Comprende el impacto de los sistemas de información en el contexto Identifica el global. impacto de las soluciones en h.c2. sistemas de Comprende el información en impacto de los el contexto sistemas de global, información en económico y del el contexto entorno en la económico. sociedad h.c3. Comprende el impacto de los sistemas de información en la sociedad. Actualiza los i.c1. Actualiza conocimientos conceptos y en conocimientos

11. Comprende el impacto de la implementación de eficientes sistemas de información en el contexto económico de una empresa.

10. Analiza problemas y define proyectos en computación como alternativa de solución a los mismos.

13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.

14. Aplica modernas metodologías, técnicas y herramientas en la práctica profesional.

dlxv

metodologías, técnicas, herramientas por ser necesarios para mantener la vigencia en el desarrollo de sistemas de información j)

k)

necesarios para el desarrollo profesional i.c2. Reconoce la necesidad del aprendizaje permanente para el desempeño profesional

j.c1. Comprende las competencias profesionales Analiza hechos del Ingeniero de Sistemas de del mundo contemporaneo Información identificando el necesarios para atender las impacto en el demandas del desempeño profesional del mundo contemporaneo ingeniero de sistemas de j.c2. Analiza información nuevos métodos de colaboración y comunicación en el mundo contemporaneo Utiliza técnicas k.c1. Utiliza y herramientas técnicas de de última última generación en el generación en el desarrollo de desarrollo de

10. Identifica rápidamente casos o problemas del mundo copntemporáneo que pueden repercutir en el ámbito empresarial de los sistemas de 13. Muestra conocimiento de la profesión y su información. aplicación en temas contemporáneos dentro del 12. Comprensión del impacto de los sistemas de ámbito empresarial en el cual se desempeña. información en la sociedad al contar con funcionalidades apropiadas amigables y funcionales.

13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.

11. Implementa sistemas de informacióny/o elementos que lo componen.

dlxvi

sistemas de información

sistemas de información k.c2. Utiliza herramientas de última generación en el desarrollo de sistemas de información

dlxvii

Cod_Inf orme 345 346 348 352 353 355 358 359 361 362 364 367 368 369

Cod_Pra Cod_Alu Cicl ctica mno o 201 2011SA u310314 1-1 201 2011FA u410146 1-1 201 2011SA u410855 1-1 201 2011FA u411713 1-1 201 2011FA u411878 1-1 201 2011FA u411971 1-1 201 2011SA u510537 1-1 201 2011SA u510670 1-1 201 2011SA u511296 1-1 201 2011SA u511407 1-1 201 2011FA u511506 1-1 201 2011SA u511662 1-1 201 2011FA u511668 1-1 201 2011FA u511843 1-1

Carrera Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información

NombreAlumno Giancarlo, Artica Quintana

Empresa

AreaPractica

Vartechnologies

William, Alanoca Ingalla Jéssica Nathalie, Luna Maraví Christian Damián, Ávila Tafúr Hernán Alberto, Parodi Mendiola

Banco de Crédito del Perú

Soporte SAP Business One Area de Administracion de Riesgos

Nextel del Perú IT Customer Management International Business Company Peru Area de Sistemas Open SEC EIRL.

Consultoria

Eduardo, Gamarra Cubas Vartechnologies

Implementacion

Britha, Laurel Casasola Sandra Milagros, Alvarado Alor Diego Alonso, Rivera Cheng

Boyles Bros Diamantina S.A

Sistemas

Banco de Crédito del Perú

Ingenieria y Desarrollo TI

Banco de Crédito del Perú

Ingenieria y Desarrollo TI

Sebastian, Ruiz Elías Gino Alfredo, Puppi Becerra Roberto Junior, Ruiz Neyra

Centro Internacional de la Papa

Unidad de TI

Banco de Crédito del Perú

Planeamiento Estratégico Gerencia de Control Centralizado

Telefónica Móviles S.A.A

Harold Jeyr, Yalta Gómez Banco de Crédito del Perú Daniel Darwin, Rodriguez Oré OSCE

Servicio para Empresas Unidad de Desarrollo de Sistemas

dlxviii

374 2011FA 376 2011FA 378 2011FA 380 2011FA 383 2011SA 385 2011FA 386 2011FA 388 2011FA 389 2011SA 390 2011FA 391 2011FA 393 2011FA 395 2011SA 397 2011FA 398 2011SA

201 u610024 1-1 201 u610168 1-1 201 u610334 1-1 201 u610337 1-1 201 u610961 1-1 201 u610997 1-1 201 u611136 1-1 201 u611433 1-1 201 u611433 1-1 201 u611593 1-1 201 u611642 1-1 201 u620295 1-1 201 u710008 1-1 201 u710234 1-1 201 u710239 1-1

Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información

Julio César, Guillén Medina Alexander Alonso, Carnero Garay Omar, Vásquez Agurto Jesús Alejandro, Masgos Zuzunaga Harold Tiberio, Zubieta Bengolea Soc-Yi Fiorella, De La Cruz Loo Ricardo Junior, Yufré Castillo Leonardo Ángel, Soto Taira Leonardo Ángel, Soto Taira Pedro Norberto, Quispe Reyes Jack Shannon, Flores Esteves Karina Vanessa, Huamán Alcaychahua Orlando Alonso, Rivera Lazo Petar Ivo, Pletikosic Lagomarsino Miguel Jesús, Pinzás Villanueva

PEPSICO Alimentos

Sistemas

ITG Solutions SAC.

Infraestructura de Sistemas

Deloite

Enterprise Risk Service

Indra Perú S.A. CSC Innovación S.A.

Excelencia Operativa Produccion y Control de Calidad

Petroperú

Planeamiento Estratégico

Delaware Consultoria SAC

Calidad de Software Movil

Consultora Alphab IT

Area de Desarrollo

Consultora Alphab IT

Control de Calidad

Centro Médico Santa Rita

Sistemas

Banco de Crédito del Perú

Ingenieria de desarrollo de TI

Banco de Crédito del Perú

Administracion de Riesgos

Deloitte & Touche

Enterprise Risk Service

IBM del Perú SAC.

Software Group

Banco de Crédito del Perú

Area MAS

dlxix

400 2011FA 401 2011FA 402 2011SA 405 2011FA 407 2011FA 408 2011FA 411 2011FA 413 2011FA 415 2011FA 417 2011FA 418 2011FA 419 2011FA 420 2011FA 421 2011FA 424 2011FA

201 u710479 1-1 201 u710584 1-1 201 u710606 1-1 201 u710881 1-1 201 u711103 1-1 201 u711118 1-1 201 u711659 1-1 201 u712032 1-1 201 u720218 1-1 201 u811077 1-1 201 u811111 1-1 201 u811238 1-1 201 u811557 1-1 201 u813359 1-1 201 u814074 1-1

Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información

Julio Manuel, Rivas Linares Chris Natalie, Navarro Campos Jason Enrique, Pareja Jauregui Junior Fernando, Flores Castañeda José Alberto, Reyes Calderón Kaya Pamela, Marina Cortegana Sandra Cecilia, Tovar Yachachin Susan Pamela, Ríos Sarmiento José Manuel, Sánchez Ubillús Alfredo Eduardo, Barredo Meneses José Augusto, Arellano Piñan Daniel, Pedraglio O'Hara Carmen, Verástegui Noriega David Alexander, Soto Vergara Moíses Alfredo, Rivera Herbozo

Banco de Crédito del Perú

Call Center

Telefónica del Perú SAA

Excelecia Operativa

Delaware Consultoria SAC

Calidad

Datco Perú Telefónica del Perú SAA

Area de Servicios Inteligencia de facturación y Cobranza

IBM del Perú SAC.

System X

Delosi S.A.

Logistica ERP

Grupo Andino de Comercio Banco Central de Reserva del Perú

Area de Sistemas Departamento de analisis del Circulante Systems and technology Group

IBM del Perú SAC. Consorcio MBO Southern Copper Corporation

Desarrollo de Sistemas Tecnología de Información Soporte Técnico

Royal Systems SAC QA E-Advanced Enterprise Soutions SAC. Tecnología de Informacion Delaware Consultoria SAC

testing

dlxx

430 2011SA 431 2011SA 432 2011FA 435 2011SA 436 2011SA 437 2011SA 438 2011SA 439 2011SA 440 2011SA 441 2011FA 444 2011FA 448 2011SA 449 2011FA 450 2011FA 451 2011SA

201 u711659 1-1 201 u611634 1-1 201 u711118 1-1 201 u510294 1-1 201 u511506 1-1 201 u510516 1-1 201 u611245 1-1 201 u710479 1-1 201 u510691 1-1 201 u520140 1-1 201 u610337 1-1 201 u510636 1-1 201 u611060 1-1 201 u610273 1-1 201 u611376 1-1

Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información

Sandra Cecilia, Tovar Yachachin Ygnacio Felipe, Parado Huallanca Kaya Pamela, Marina Cortegana Juan Carlos, Montoya Vega Gino Alfredo, Puppi Becerra

Delosi

Logistica

Alphab IT

Desarrollo de Aplicaciones

IBM del Peru

System Technology Group

Ferreyros

Sistemas

Banco de Credito del Peru

Planeamiento Estrategico

Cindy Liz, Briones Flores Miguel Angel, Ramírez De La Cruz Julio Manuel, Rivas Linares Jorge Augusto, Ruiz Pradinet Karen Isabel, De la Cruz Peralta Jesús Alejandro, Masgos Zuzunaga

PriceWaterHouseCoopers Instituto Nacional de Enfermedades Neoplasicas

SPA

Banco de Credito del Peru

Gestion de Proyectos

Telefonica del Peru

Direccion de Producto

Jurado Nacional de Elecciones

Servicios al Ciudadano

MGM Consultores

Sistemas

Hans, Vigil Navas Víctor Alfonso, Bernabé Escobedo Gustavo Germán, Osusky Ávalos Carlos Alberto, Castro Rodríguez

Banco de Credito del Peru

Cobranza banca minorista

Centro Internacional de la papa

Unidad de TI

Universidad del Pacifico

Marketing y Comunicaciones

Grupo ACP

Centro de Servicios

Oficina Informatica

dlxxi

454 2011SA 455 2011SA 456 2011SA 457 2011FA 458 2011FA 459 2011SA 462 2011FA 465 2011FA 466 2011FA 467 2011FA 468 2011FA 469 2011FA 470 2011FA 472 2011SA 473 2011SA

201 u511625 1-1 201 u610291 1-1 201 u510622 1-1 201 u510549 1-1 201 u813247 1-1 201 u711966 1-1 201 u814074 1-2 201 u710478 1-2 201 u711751 1-2 201 u511420 1-2 201 u611163 1-2 201 u611163 1-2 201 u511837 1-2 201 u712032 1-2 201 u610334 1-2

Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información

Nelson Omar, Ñiquen Velásquez Diana Jaquieline, Guzmán Esteban Sergio André, Vela Camacho Juan Carlos, Flores Guzmán Giuliana Patricia, Cabello Maceda Roberth Cristhian, Gamarra Arbaiza Moíses Alfredo, Rivera Herbozo José Fernando, Ramos Ramírez Regina Victoria, Luyo Manrique Víctor Andrés, García Cerrillo Diana Isabel, Barriga Chavez Diana Isabel, Barriga Chavez

LVF Consulting

Consultoria de TI

DWConsulware de Peru

Proyectos

Nextel del Peru

Finanzas

Kraft Foods Peru

Sistemas

Alignet Business Inca Walks Adventure

Consultoria de TI Area de Desarrollo de Producto

Delaware Consultoria Peru SAC

Front End No Atis, TDP

Diners Club Peru

Jefe de proyectos

Datco Peru SAC Centro de datos para la conservacion

Servicios Profesionales

Telefonica del Peru Telefonica del Peru

Manejo Forestal Control de gestión de negocio mayorista Control de gestión de negocio mayorista

Oscar, Villegas Tamashiro Datco Susan Pamela, Ríos Sarmiento Provias Descentralizado

Certificados Area de Monitoreo y evaluacion

Omar, Vásquez Agurto

Enterprise Risk Service

Deloitte & Touche

dlxxii

474 2011SA 475 2011SA 476 2011SA 477 2011SA 478 2011SA 479 2011SA 480 2011SA 483 2011SA 486 2011SA

201 u611642 1-2 201 u611045 1-2 201 u620295 1-2 201 u710677 1-2 201 u710986 1-2 201 u711317 1-2 201 u710881 1-2 201 u611593 1-2 201 u812382 1-2

Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información

Jack Shannon, Flores Esteves Claudia Andrea, Fernández Alcalde Karina Vanessa, Huamán Alcaychahua

Banco de Credito del Peru

Calidad de Software

Banco de Credito del Peru

Automatizacion de Procesos

Banco de Credito del Peru

Saskia, Cebrián Guerrero

IBM del Peru

Administración de riesgos Information ManagementSoftware

Miguel Angel, Wong Silva Natalia Del Rosario, Vargas Matute Junior Fernando, Flores Castañeda Pedro Norberto, Quispe Reyes

Scotiabank Peru

Ventas y Servicio

Ernest & Young Asesores

IT Risk and Assurance

Lan Peru

Desarrollo SAP

Sub-area de Soporte y Redes

Sub-area de Soporte y Redes

Julio César, Lira Quispe

Nextel del Peru

Inteligencia de procesos

dlxxiii

Cod_Informe 345 346 348 352 353 355 358 359 361 362 364 367 368 369 374 376 378 380 383 385 386 388 389 390 391

Cod_Practica 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA

Cod_Alumno u310314 u410146 u410855 u411713 u411878 u411971 u510537 u510670 u511296 u511407 u511506 u511662 u511668 u511843 u610024 u610168 u610334 u610337 u610961 u610997 u611136 u611433 u611433 u611593 u611642

Ciclo 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1

NombreResp Claudio Juan Gustavo Victor Walter Javier Orlando Ivan Ivan Peter Michaela Lilian Francisco Carlos Eduardo Alex Gerardo Arturo Manuel Esteban Lizette Roberto Roberto Jorge Ivana

ApellidoResp Lozada Inchaustegui Zuazo Avila Cuestas Vargas Bautista Osores Osores Valdivieso Casassa rojas Paz Oliveros Cáceres Estrella Herrera Lezama Chumpitaz Bertarelli Grados Camacho Camacho Avila Osores

NombreJefe Claudio Gustavo Axel Victor Walter Rafael Orlando Rosemarie Carlos Peter Gisselle Robert Richard Juan Milagros Ivan Bianca Arturo Manuel Victor Lizette Lourdes Jose Jorge Martin

ApellidoJefe Lozada Mena Orihuela Avila Cuestas Moral Bautista Moyano Cruzado Valdivieso Mendoza Torres Johnson Davila Ramirez Contreras Mestanza Lezama Chumpitaz Altamirano Grados Camargo Ponce Avila Bazo

TelfJefe 989170834 3132000 998102914 4342230 2258623 993493879 3260494 3132000 972516570 3496017 3132000 2157400 2425986 999956466 7133022 6241404 994610367 4212264 5138000 6145000 987544942 6528247 989052255 996171023 3132818

dlxxiv

393 395 397 398 400 401 402 405 407 408 411 413 415 417 418 419 420 421 424 430 431 432 435 436 437 438 439

2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011FA 2011SA 2011SA 2011SA 2011SA 2011SA

u620295 u710008 u710234 u710239 u710479 u710584 u710606 u710881 u711103 u711118 u711659 u712032 u720218 u811077 u811111 u811238 u811557 u813359 u814074 u711659 u611634 u711118 u510294 u511506 u510516 u611245 u710479

2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1

Juan Gerardo Luis Viviana Jorge Carlos Lizette Miguel Pedro Andrea Victoria Luis Silvia Alvaro David Federico Giovani Luis Alex Victoria Jose Alvaro Jose Gisselle Carlos Doris Percy

Inchaustegui Herrera Rodriguez Sulem Carquin Hoyos Grados Hernandez Esponda Muñoz Catter Rossell Mejia Santa Coba Chavez Polar Alvarez Vidaurre Catter Ponce Santa Medina Mendoza Caballero Alegre Diez

Ivan Clara Omar Patricia Jorge Carlos Lisette Roberth Pedro Jose Percy Luis Rosa Giancarlo David Federico Dario Luis Carlos Percy Jose Luis Jose Gisselle Irene Angel Paulllette

Mendoza Yoshikawa Mezantina Corzo Carquin Hoyos Grados Mariños Esponda Cortés Cabrera Rossell Arakaki Baromio Coba Chavez Oquecho Alvarez Perez Cabrera Ponce Cortés Medina Mendoza Arenas Ñontol Arce

3132000 99270231 6256249 3132000 998783496 2102997 987544942 949594066 2103519 6256220 5055000 997744554 6132268 994606375 6270958 995883066 6164040 6281258 971411321 5055000 6528248 6256220 6265343 3133334 986613352 987216682 987410905

dlxxv

440 441 444 448 449 450 451 454 455 456 457 458 459 462 465 466 467 468 469 470 472 473 474 475 476 477 478

2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

u510691 u520140 u610337 u510636 u611060 u610273 u611376 u511625 u610291 u510622 u510549 u813247 u711966 u814074 u710478 u711751 u511420 u611163 u611163 u511837 u712032 u610334 u611642 u611045 u620295 u710677 u710986

2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2

Gian Oscar Jorge Shen Carlos Cesar Arturo Leonardo Maria Gabriela Wendy Juan Christabel Samuel Ivan Julio Jorge Alberto Luis Enrique Eduardo David Eduardo David Silvana Elena Jorge Diana Suhey Carla Enzo Luis Sonia

Passuni Zapata Machicado Chong Varela Meza Someo Cortinez Estrella Gonzales Villanueva Rosas Siales Guerra Gayoso Muñoz Talledo Rodriguez del Rey Gusmiken Okuhama Castillo Benites Castillo Benites Barba Quezada Mavila Falcon Lagos Flores Chulli Carrasco Seminario Retio Vera Rodriguez Aguayo Berenstein Cervera

Gian Oscar Jorge Luis Peter Maria Arturo Kathia Maria Miguel Elva Eliana Christabel Samuel Ivan Daniel Jorge Alberto Luis Enrique Eduardo David Eduardo David Silvana Elena Jorge Diana Suhey Carla Enzo Luis Sonia

Passuni Zapata Machicado Donayre Valdivieso Izaguirre Someo Tafur Estrella Pacora Concha Espinoza Siales Guerra Gayoso Lopez Romero Rodriguez del Rey Gusmiken Okuhama Castillo Benites Castillo Benites Barba Quezada Mavila Facon Lagos Flores Chulli Carrasco Seminario Retio Vera Rodriguez Aguayo Berenstein Cervera

20103500 3111700 7195757 996093531 3496017 2190100 5138000 989597523 6282070 998102579 3153000 989229218 998235836 2716707 6151111 6160770 3496102 2104735 2104735 6160470 6145300 2118585 2000600 3132000 3132000 6256558 2116060

dlxxvi

479 480 483 486

2011SA 2011SA 2011SA 2011SA

u711317 u710881 u611593 u812382

2011-2 2011-2 2011-2 2011-2

Karla Vanessa Esmeralda Jorge Miguel

Barreto Stein Lagos Juy Avila Zamora Pacora Lazabara

Karla Vanessa Esmeralda Jorge Miguel

Barreto Stein Lagos Juy Avila Zamora Pacora Lazabara

4114444 2138300 3462638 6272506

dlxxvii

Cod_Informe 345 346 348 352 353 355 358 359 361 362 364 367 368 369 374 376 378 380 383 385 386 388 389 390 391 393 395 397 398 400 401 402 405 407 408 411 413 415 417 418 419 420 421

Cod_Practica 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA

Cod_Alumno u310314 u410146 u410855 u411713 u411878 u411971 u510537 u510670 u511296 u511407 u511506 u511662 u511668 u511843 u610024 u610168 u610334 u610337 u610961 u610997 u611136 u611433 u611433 u611593 u611642 u620295 u710008 u710234 u710239 u710479 u710584 u710606 u710881 u711103 u711118 u711659 u712032 u720218 u811077 u811111 u811238 u811557 u813359

Ciclo HorasSemana TotalSemanas TotalHoras 2011-1 20 32 960 2011-1 30 14 420 2011-1 30 12 450 2011-1 30 19 3330 2011-1 40 9 360 2011-1 6 24 720 2011-1 30 12 360 2011-1 30 11 320 2011-1 30 13 390 2011-1 35 11 385 2011-1 30 34 1020 2011-1 30 21 630 2011-1 30 14 420 2011-1 30 13 390 2011-1 33 13 429 2011-1 40 24 480 2011-1 30 13 360 2011-1 30 6 180 2011-1 30 12 360 2011-1 30 13 390 2011-1 30 25 750 2011-1 35 13 400 2011-1 30 11 370 2011-1 30 27 810 2011-1 30 13 390 2011-1 30 10 300 2011-1 40 13 520 2011-1 35 16 580 2011-1 30 46 1380 2011-1 30 18 540 2011-1 30 10 300 2011-1 30 12 360 2011-1 30 24 720 2011-1 30 10 300 2011-1 30 20 600 2011-1 30 14 420 2011-1 30 13 390 2011-1 30 10 300 2011-1 30 10 300 2011-1 30 10 300 2011-1 30 13 384 2011-1 30 11 330 2011-1 30 10 300 dlxxviii

424 430 431 432 435 436 437 438 439 440 441 444 448 449 450 451 454 455 456 457 458 459 462 465 466 467 468 469 470 472 473 474 475 476 477 478 479 480 483 486

2011FA 2011SA 2011SA 2011FA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

u814074 u711659 u611634 u711118 u510294 u511506 u510516 u611245 u710479 u510691 u520140 u610337 u510636 u611060 u610273 u611376 u511625 u610291 u510622 u510549 u813247 u711966 u814074 u710478 u711751 u511420 u611163 u611163 u511837 u712032 u610334 u611642 u611045 u620295 u710677 u710986 u711317 u710881 u611593 u812382

2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2

40 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 35 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30

13 39 15 12 11 11 36 13 13 13 13 6 44 13 12 22 16 47 12 25 24 12 20 31 12 14 36 36 20 34 14 16 40 12 12 24 11 16 20 12

426 1170 450 360 330 330 1080 390 390 390 390 180 1320 390 360 660 480 1410 360 750 720 420 600 930 360 420 1080 1080 600 1020 420 480 1200 360 360 720 330 480 600 360

dlxxix

Cod_Inform e 346 352 353 355 364 368 369 374 376 378 380 385 386 388 390 391 393 397 400 401 405 407 408 411 413 415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467

Cod_Practic a 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA

Cod_Alumn comp1 comp2 comp3 comp4 comp5 comp6 o R R R R R R u410146 4 4 4 3 4 3 u411713 3 4 4 3 3 4 u411878 4 4 4 4 4 4 u411971 4 4 4 3 2 3 u511506 3 3 3 2 2 3 u511668 4 3 3 3 3 3 u511843 3 3 3 3 3 2 u610024 4 3 3 3 4 3 u610168 4 4 4 3 3 4 u610334 2 2 2 2 2 2 u610337 3 3 3 3 3 3 u610997 3 3 3 2 2 3 u611136 4 4 4 4 4 4 u611433 3 3 2 3 2 3 u611593 3 4 4 3 4 4 u611642 3 4 3 3 3 4 u620295 3 3 3 0 2 3 u710234 3 3 3 2 2 2 u710479 2 3 2 2 3 3 u710584 3 3 3 2 2 4 u710881 3 3 3 3 3 0 u711103 4 3 3 2 2 4 u711118 4 3 0 3 3 4 u711659 3 4 4 3 3 4 u712032 4 4 3 4 3 3 u720218 3 4 4 3 3 4 u811077 4 4 4 3 3 4 u811111 3 4 4 4 4 4 u811238 4 4 4 3 3 4 u811557 4 4 3 3 4 4 u813359 3 3 3 2 2 3 u814074 4 4 3 3 3 3 u711118 4 4 4 3 3 4 u520140 4 4 4 4 3 3 u610337 4 4 4 3 4 4 u611060 3 3 2 2 2 2 u610273 3 4 3 0 4 3 u510549 3 3 3 3 3 3 u813247 3 4 4 4 4 4 u814074 2 3 2 3 2 2 u710478 2 2 2 1 1 1 u711751 3 3 2 2 2 4 u511420 3 3 2 2 2 2 dlxxx

468 2011FA 469 2011FA 470 2011FA

u611163 u611163 u511837

1 1 3

1 1 2

1 1 3

2 2 3

1 1 2

1 1 2

dlxxxi

Cod_Infor me 346 352 353 355 364 368 369 374 376 378 380 385 386 388 390 391 393 397 400 401 405 407 408 411 413 415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467

Cod_Pract ica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA

Cod_Alu mno u410146 u411713 u411878 u411971 u511506 u511668 u511843 u610024 u610168 u610334 u610337 u610997 u611136 u611433 u611593 u611642 u620295 u710234 u710479 u710584 u710881 u711103 u711118 u711659 u712032 u720218 u811077 u811111 u811238 u811557 u813359 u814074 u711118 u520140 u610337 u611060 u610273 u510549 u813247 u814074 u710478 u711751 u511420

comp comp comp comp1 comp1 comp1 comp1 7R 8R 9R 0R 1R 2R 3R 4 4 4 4 4 4 4 3 4 3 4 3 4 3 4 4 4 4 4 4 4 3 2 3 4 2 3 4 3 4 4 3 3 3 3 4 3 4 3 3 3 3 2 3 4 3 3 4 3 4 3 3 3 3 4 4 4 3 4 3 4 3 4 3 2 2 3 3 3 3 3 3 3 3 4 4 4 3 3 4 3 4 3 3 4 4 4 4 4 4 4 3 3 4 4 3 3 3 3 4 4 4 4 4 4 3 4 3 3 3 3 3 3 2 3 2 3 3 3 3 2 3 3 3 3 3 2 3 2 4 3 3 2 4 3 3 3 2 4 3 3 2 3 3 3 3 3 4 4 3 3 3 3 4 4 4 4 3 3 4 4 3 3 4 3 4 3 3 4 3 3 3 4 4 4 4 4 3 3 4 4 4 4 4 3 4 4 4 4 3 4 4 4 4 4 4 4 4 4 4 4 4 4 4 3 4 4 3 4 4 3 3 3 4 2 4 3 3 3 4 3 3 3 3 4 3 4 4 4 4 4 4 3 3 4 4 3 4 3 4 4 4 4 4 4 2 2 3 2 2 2 3 3 4 4 3 3 4 4 3 3 2 2 3 3 3 3 4 4 3 4 4 4 3 3 2 2 3 3 3 2 2 2 2 2 4 2 2 2 2 2 3 3 2 2 2 3 3 3 3 3 dlxxxii

468 2011FA 469 2011FA 470 2011FA

u611163 u611163 u511837

2 2 2

2 2 2

1 1 3

4 4 3

2 2 3

4 4 3

1 1 3

dlxxxiii

Cod_Informe 346 352 353 355 364 368 369 374 376 378 380 385 386 388 390 391 393 397 400 401 405 407 408 411 413 415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467 468

Cod_Practica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA

Cod_Alumno u410146 u411713 u411878 u411971 u511506 u511668 u511843 u610024 u610168 u610334 u610337 u610997 u611136 u611433 u611593 u611642 u620295 u710234 u710479 u710584 u710881 u711103 u711118 u711659 u712032 u720218 u811077 u811111 u811238 u811557 u813359 u814074 u711118 u520140 u610337 u611060 u610273 u510549 u813247 u814074 u710478 u711751 u511420 u611163

preg1R

preg2R 4 3 4 3 4 3 3 3 4 3 3 3 4 3 4 3 3 3 2 4 3 4 3 3 3 4 4 4 4 3 3 3 4 4 4 3 3 3 3 2 2 3 3 3

4 3 4 3 4 3 3 3 3 3 3 3 4 3 4 3 3 3 2 4 3 4 4 4 3 4 4 3 4 4 3 3 4 4 3 3 3 3 3 3 2 3 3 3 dlxxxiv

469 2011FA 470 2011FA

u611163 u511837

3 3

3 4

dlxxxv

Cod_Inform e 346 352 353 355 364 368 369 374 376 378 380 385 386 388 390 391 393 397 400 401 405 407 408 411 413 415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467

Cod_Practic a 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA

Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u410146 4 0 4 4 4 0 4 u411713 4 3 0 3 3 2 0 u411878 4 4 4 4 4 4 4 u411971 3 3 3 3 3 3 0 u511506 4 4 0 3 4 4 0 u511668 3 3 3 3 3 4 4 u511843 2 3 3 3 3 3 0 u610024 3 3 4 4 4 4 4 u610168 3 3 4 3 3 4 4 u610334 0 0 0 0 0 0 0 u610337 3 3 3 3 3 4 4 u610997 3 3 3 3 3 3 3 u611136 4 0 0 4 4 4 0 u611433 3 3 2 3 3 3 3 u611593 4 4 4 4 3 4 4 u611642 3 3 3 3 3 3 4 u620295 3 2 3 3 2 3 3 u710234 2 0 0 2 2 3 0 u710479 2 3 3 3 3 2 0 u710584 3 3 3 3 0 4 3 u710881 3 2 0 4 3 3 0 u711103 4 4 4 4 4 4 4 u711118 4 0 0 0 4 4 0 u711659 4 0 0 0 4 0 0 u712032 4 4 0 3 3 3 0 u720218 4 3 3 4 3 3 2 u811077 4 4 4 4 4 4 4 u811111 4 4 4 4 3 4 4 u811238 4 4 4 4 4 4 4 u811557 3 3 4 3 3 4 4 u813359 3 2 3 3 3 4 3 u814074 3 3 3 3 3 4 0 u711118 4 0 4 4 4 4 4 u520140 4 4 3 3 3 4 4 u610337 4 4 4 4 4 4 4 u611060 2 2 2 3 2 2 3 u610273 3 3 3 3 4 4 4 u510549 3 2 2 3 3 3 3 u813247 4 4 4 4 4 4 4 u814074 3 3 2 3 3 3 2 u710478 1 1 2 2 2 2 2 u711751 2 4 2 3 4 3 3 u511420 2 1 2 2 2 2 2 dlxxxvi

468 2011FA 469 2011FA 470 2011FA

u611163 u611163 u511837

2 2 3

1 1 4

1 1 2

2 2 2

4 4 4

4 4 3

2 2 3

dlxxxvii

Cod_Infor me 346 352 353 355 364 368 369 374 376 378 380 385 386 388 390 391 393 397 400 401 405 407 408 411 413 415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467

Cod_Prac tica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA

Cod_Alu mno u410146 u411713 u411878 u411971 u511506 u511668 u511843 u610024 u610168 u610334 u610337 u610997 u611136 u611433 u611593 u611642 u620295 u710234 u710479 u710584 u710881 u711103 u711118 u711659 u712032 u720218 u811077 u811111 u811238 u811557 u813359 u814074 u711118 u520140 u610337 u611060 u610273 u510549 u813247 u814074 u710478 u711751 u511420

resp resp resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 0 0 0 0 0 0 0 0 0 0 0 0 4 4 4 4 4 4 0 0 0 0 0 0 0 0 0 0 0 0 3 3 3 3 3 3 0 0 0 0 0 0 3 3 3 3 3 4 3 0 3 3 4 4 0 0 0 0 0 0 3 3 3 3 3 3 3 3 3 3 3 3 0 0 0 0 0 0 2 2 2 3 3 3 4 3 3 4 4 4 4 3 0 3 3 3 3 3 0 2 3 3 0 0 0 0 0 0 0 0 0 0 0 0 3 3 3 0 3 3 0 0 0 0 0 0 4 3 4 3 4 4 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 4 3 3 3 3 4 0 4 4 4 4 4 3 4 4 4 4 4 4 0 4 4 4 4 4 3 3 3 4 3 2 0 3 2 2 0 0 0 0 0 0 4 4 4 0 4 4 4 3 3 4 4 4 4 3 3 4 4 4 3 0 2 3 3 3 3 3 0 4 0 4 0 0 0 3 0 3 4 4 4 4 4 4 3 3 3 2 3 3 2 1 1 1 2 1 2 4 4 2 2 2 3 2 2 1 2 2

resp1 4R 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 4 0 0 0 0 0 0 3 1 NULL NULL

resp1 5R 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 NULL NULL NULL NULL dlxxxviii

468 2011FA 469 2011FA 470 2011FA

u611163 u611163 u511837

1 1 3

1 1 4

1 1 3

2 2 3

4 4 3

4 NULL 4 NULL 3 NULL

NULL NULL NULL

dlxxxix

Cod_In Cod_Pr Cod_Al forme actica umno 2011F u4101 346 A 46 2011F u4117 352 A 13 2011F u4118 353 A 78 2011F u4119 355 A 71 2011F u5115 364 A 06 2011F u5116 368 A 68 2011F u5118 369 A 43 2011F u6100 374 A 24 2011F u6101 376 A 68 2011F u6103 378 A 34 2011F u6103 380 A 37 2011F u6109 385 A 97 2011F u6111 386 A 36 2011F u6114 388 A 33 2011F u6115 390 A 93 2011F u6116 391 A 42 2011F u6202 393 A 95 2011F u7102 397 A 34 2011F u7104 400 A 79 2011F u7105 401 A 84 2011F u7108 405 A 81 2011F u7111 407 A 03 2011F u7111 408 A 18 2011F u7116 411 A 59 413 2011F u7120

Comentario

cicl oX

Cumplio satisfactoriamente las espectativas El programa cubre los conocimientos necesarios para que el profesional de sistemas aporte positivamente al logro

1

NULL

1

NULL El alumno debe practicar más en estructurar sus ideas y comunicarlas adecuadamente

1

Aprende sin dificultad las tareas y funciones nuevas.

1

NULL

1

NULL

1

NULL

1

NULL Joven estudiante que demuestra un alto potencial para asumir nuevos retos.

1

NULL

1

Alumno muy comprometido, responsable y puntual

1

NULL

1

Tuvo un rendimiento notable

1

NULL Karina ha demostrado responsabilidad y flexibilidad en su trabajo.

1

NULL

1

NULL

1

NULL

1

NULL Jose es un buen practicante. En poco tiempo en poco tiempo se ha convertido en una pieza importante del equipo

1

NULL

1

Estudiante bien preparada, con mucha iniciativa NULL

1 1

1

1

1

1

1

dxc

415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467 468 469 470

A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A

32 u7202 18 u8110 77 u8111 11 u8112 38 u8115 57 u8133 59 u8140 74 u7111 18 u5201 40 u6103 37 u6110 60 u6102 73 u5105 49 u8132 47 u8140 74 u7104 78 u7117 51 u5114 20 u6111 63 u6111 63 u5118 37

El horario de la universidad no le permite cumplir con las 30 horas de prácticas que exige el BCRP

1

Excelente trabajo, muy buena actidu y preparación

1

Futuro profesional muy prometedor. Daniel ha podido resolver problemas tecnicamente dificiles con una rapidez y facilidad que causan asombro.

1

NULL Deberían ver la forma de no poner cursos en la tarde o mañana y que no se cruce con el horario Está preparado para llevar proyectos bajo la supervisión de un JP

1

Muy buen desempeño y adaptabilidad frente a los cambios. Aporto de manera favorable en el desarrollo de los sistemas de informacion. Estudiante con grandes conocimientos de la carrera profesional, eficiente colaborador.

1

NULL Cuenta con una buena formacion, asi como con solidos valores y sentido etico.

1

NULL

1

NULL Demuestra un muy alto nivel de responsabilidad en los proyectos que se le asignan Bueno desempeño, tanto en lo profesional como en lo personal cumple las asignaciones a tiempo

1

NULL El alumno respondió favorablemente con las tareas asignadas, buen trabajo

2

NULL

2

NULL

2

Es hábil proactivo y minucioso con su trabajo

2

1

1 1

1 1

1

2 2

2

dxci

dxcii

dxciii

Cod_Infor me 345 348 358 359 361 362 367 383 389 395 398 402 430 431 435 436 437 438 439 440 448 451 454 455 456 459 472 473 474 475 476 477 478 479 480 483 486

Cod_Practi ca 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

Cod_Alum comp1 comp2 comp3 comp4 comp5 comp6 comp7 no R R R R R R R u310314 4 3 4 4 4 4 3 u410855 3 4 3 0 3 0 4 u510537 3 4 4 4 3 3 4 u510670 2 3 3 3 2 2 2 u511296 2 2 3 2 3 2 3 u511407 3 3 3 4 2 3 3 u511662 2 2 2 0 2 1 2 u610961 4 3 4 3 4 4 4 u611433 4 3 2 0 3 2 4 u710008 3 3 3 4 4 4 4 u710239 3 3 3 3 3 4 4 u710606 4 4 4 4 4 4 4 u711659 3 3 3 4 3 4 3 u611634 3 3 2 2 3 0 2 u510294 3 3 2 3 3 2 4 u511506 2 4 3 3 2 4 3 u510516 3 3 4 3 3 3 4 u611245 4 4 4 4 4 4 3 u710479 3 2 2 3 3 2 3 u510691 0 4 3 4 3 3 4 u510636 4 4 4 4 3 4 4 u611376 3 2 2 2 2 2 3 u511625 3 3 3 2 2 2 3 u610291 4 4 3 3 4 3 4 u510622 4 4 3 4 3 3 4 u711966 4 4 4 4 4 4 3 u712032 2 3 2 2 3 2 2 u610334 2 2 2 2 2 4 2 u611642 2 2 2 2 2 1 2 u611045 2 3 2 2 2 1 2 u620295 2 3 2 3 3 2 3 u710677 2 3 3 3 2 2 3 u710986 3 2 2 3 2 2 3 u711317 3 3 3 3 3 3 3 u710881 2 2 2 2 2 2 2 u611593 2 3 3 3 2 2 3 u812382 3 3 2 1 1 2 3

dxciv

Cod_Infor me 345 348 358 359 361 362 367 383 389 395 398 402 430 431 435 436 437 438 439 440 448 451 454 455 456 459 472 473 474 475 476 477 478 479 480 483 486

Cod_Pract ica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

Cod_Alu mno u310314 u410855 u510537 u510670 u511296 u511407 u511662 u610961 u611433 u710008 u710239 u710606 u711659 u611634 u510294 u511506 u510516 u611245 u710479 u510691 u510636 u611376 u511625 u610291 u510622 u711966 u712032 u610334 u611642 u611045 u620295 u710677 u710986 u711317 u710881 u611593 u812382

comp comp comp1 comp1 comp1 comp1 comp1 8R 9R 0R 1R 2R 3R 4R 4 4 3 3 4 4 2 3 4 4 4 4 4 3 3 4 3 3 0 4 2 2 3 3 2 2 3 4 3 3 3 2 0 0 2 3 3 3 3 3 4 4 2 1 2 2 0 3 4 3 4 4 4 4 3 4 3 3 2 3 4 4 2 4 3 3 3 4 4 4 3 3 3 3 4 4 3 4 4 4 4 4 4 4 3 2 3 3 3 4 NULL 4 2 3 4 3 3 NULL 2 3 2 2 4 3 NULL 4 4 4 4 3 3 NULL 3 3 2 4 3 4 NULL 3 3 4 3 4 4 NULL 2 3 4 2 3 4 NULL 4 4 3 4 4 4 NULL 4 4 4 4 4 4 NULL 3 2 2 3 3 3 NULL 2 3 3 3 3 3 NULL 4 4 4 4 4 4 NULL 3 4 3 3 4 4 NULL 4 3 4 3 4 4 NULL 2 2 3 3 3 3 NULL 2 2 2 2 2 2 NULL 1 2 1 1 2 3 NULL 3 2 2 3 2 2 NULL 2 3 3 3 3 3 NULL 2 2 3 2 2 3 NULL 2 2 2 3 2 3 NULL 4 3 3 3 3 3 NULL 2 2 2 2 2 2 NULL 3 3 3 3 3 3 NULL 1 3 2 1 2 3 NULL

dxcv

Cod_Informe 345 348 358 359 361 362 367 383 389 395 398 402 430 431 435 436 437 438 439 440 448 451 454 455 456 459 472 473 474 475 476 477 478 479 480 483 486

Cod_Practica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

Cod_Alumno preg1R u310314 u410855 u510537 u510670 u511296 u511407 u511662 u610961 u611433 u710008 u710239 u710606 u711659 u611634 u510294 u511506 u510516 u611245 u710479 u510691 u510636 u611376 u511625 u610291 u510622 u711966 u712032 u610334 u611642 u611045 u620295 u710677 u710986 u711317 u710881 u611593 u812382

preg2R 4 4 3 3 0 3 3 4 1 3 3 4 4 3 4 4 4 4 3 4 4 2 3 3 3 4 4 3 4 3 3 3 4 4 3 4 4

2 4 3 3 0 3 2 4 2 3 3 4 3 3 3 4 3 4 3 4 3 2 3 3 4 3 3 3 4 4 4 3 4 4 3 4 3

dxcvi

Cod_Inform e 345 348 358 359 361 362 367 383 389 395 398 402 430 431 435 436 437 438 439 440 448 451 454 455 456 459 472 473 474 475 476 477 478 479 480 483 486

Cod_Practic a 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u310314 3 3 4 4 4 4 3 u410855 0 0 0 4 4 4 0 u510537 3 0 3 0 3 0 0 u510670 3 2 2 3 3 3 0 u511296 0 0 0 0 0 0 0 u511407 0 0 0 0 3 3 0 u511662 2 0 3 0 1 0 0 u610961 4 3 3 4 4 3 2 u611433 3 3 2 2 3 4 4 u710008 0 0 0 0 4 4 4 u710239 3 3 3 4 3 4 3 u710606 4 0 0 0 4 4 4 u711659 3 3 2 3 3 4 3 u611634 4 4 4 4 3 3 2 u510294 3 0 3 4 2 3 2 u511506 4 3 4 4 3 3 3 u510516 3 3 3 4 3 3 3 u611245 4 3 4 4 4 4 3 u710479 0 0 3 3 3 4 3 u510691 4 4 4 4 4 4 3 u510636 3 4 4 3 3 4 3 u611376 2 2 0 2 2 3 3 u511625 3 2 3 3 3 3 2 u610291 4 3 4 4 3 4 3 u510622 0 0 3 3 2 0 0 u711966 4 4 3 4 4 4 4 u712032 2 2 2 3 3 3 2 u610334 2 2 2 2 3 3 2 u611642 3 4 1 3 2 3 2 u611045 2 4 1 2 1 3 3 u620295 3 2 3 3 3 3 2 u710677 2 2 2 2 2 2 2 u710986 3 3 2 3 2 3 2 u711317 3 3 3 3 3 3 3 u710881 2 2 2 3 2 2 2 u611593 3 2 3 3 3 3 3 u812382 2 1 3 3 1 3 3

dxcvii

Cod_Infor me 345 348 358 359 361 362 367 383 389 395 398 402 430 431 435 436 437 438 439 440 448 451 454 455 456 459 472 473 474 475 476 477 478 479 480 483 486

Cod_Prac tica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

Cod_Alu mno u310314 u410855 u510537 u510670 u511296 u511407 u511662 u610961 u611433 u710008 u710239 u710606 u711659 u611634 u510294 u511506 u510516 u611245 u710479 u510691 u510636 u611376 u511625 u610291 u510622 u711966 u712032 u610334 u611642 u611045 u620295 u710677 u710986 u711317 u710881 u611593 u812382

resp resp resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 0 0 0 0 0 0 4 4 0 0 0 3 0 0 0 0 0 0 0 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 3 2 2 3 4 4 4 0 0 0 3 4 4 0 0 0 3 4 4 3 3 3 3 0 0 0 0 0 0 3 3 0 0 0 4 2 3 0 0 0 0 4 4 0 2 0 3 3 3 3 3 3 3 4 3 0 0 0 3 4 4 4 4 4 3 3 3 0 0 1 3 4 4 3 4 4 4 4 4 4 3 4 3 3 3 2 0 0 0 3 3 2 3 3 3 4 4 4 4 4 4 0 0 0 0 0 0 4 4 3 4 4 4 3 3 3 3 3 1 2 2 4 4 4 2 2 3 4 4 4 2 2 2 1 4 2 2 3 3 2 2 3 3 2 2 4 4 4 3 3 NULL 2 2 1 2 3 3 3 4 3 3 2 2 2 2 2 3 3 3 3 3 3 3 3 4 4 2 2 3

resp1 4R 0 0 0 3 0 0 0 4 3 0 3 0 3 3 3 3 3 3 2 3 3 2 3 4 0 4 NULL 2 3 2 3 3 2 3 2 3 NULL

resp1 5R 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 NULL NULL NULL NULL NULL NULL NULL NULL NULL 3 NULL

dxcviii

Cod_I Cod_ Cod_ cic nfor Practi Alum lo me ca no Comentario X 2011 u310 Alumno muy bien preparado, responsable y sobre todo destacaba 345 SA 314 siempre en buscar soluciones 1 2011 u410 348 SA 855 Jessica es muy competente, profesional y bien preparada. 1 2011 u510 358 SA 537 Logro cumplir con éxito los objetivos encomendados 1 2011 u510 Sandra ha demostrado en todo momento su buena disposición para 359 SA 670 aprender y poder apoyar al equipo en diversos encargos. 1 2011 u511 361 SA 296 NULL 1 2011 u511 362 SA 407 NULL 1 2011 u511 367 SA 662 NULL 1 2011 u610 383 SA 961 NULL 1 2011 u611 Leonardo es un analista de calidad optima revisando y provando 389 SA 433 soluciones. 1 Orlando demuestra interés por el aprendisaje continuo. Colabora 2011 u710 en forma proactiva en las asignaciones y genera un ambiente 395 SA 008 agradable de trabajo 1 2011 u710 398 SA 239 Cumplio profesionalmente con sus funciones encomendadas. 1 2011 u710 Ha demostrado excelente desemvolvimiento durante el proyecto, 402 SA 606 tiene muchas fortalezas y capacidades. 1 2011 u711 Se integra muy bien a los grupos de trabajo y aplica correctamente 430 SA 659 sus conocimientos académicos. 1 2011 u611 431 SA 634 Buen desarrollador, debe mejorar su carácter. 1 2011 u510 435 SA 294 Futuro profesional con buen perfil analítico. 1 2011 u511 436 SA 506 NULL 1 2011 u510 437 SA 516 NULL 1 2011 u611 El practicante ha demostrado un buen desempeño y 438 SA 245 responsabilidad. 1 2011 u710 Julio ha efectuado un buen trabajo en las labores encargadas y ha 439 SA 479 adquirido nuevos conocimientos sobre la gestion de proyectos. 1 2011 u510 440 SA 691 NULL 1 2011 u510 Hans a demostrado mucha iniciativa, alto grado de compromiso y 448 SA 636 responsabilidad. 1 2011 u611 451 SA 376 Reforzar el manejo de siuaciones bajo presion 1 2011 u511 Deseo destacar su compañerismo, puntualidad y su alto interes por 454 SA 625 aprender. 1 455 2011 u610 Diana muestra mucho potencial de crecimiento y adaptacion. 1 dxcix

456 459 472 473 474 475 476 477 478 479 480 483 486

SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA

291 u510 622 u711 966 u712 032 u610 334 u611 642 u611 045 u620 295 u710 677 u710 986 u711 317 u710 881 u611 593 u812 382

Sergio ha demostrado tener los skills requeridos para aterrisar las labores.

1

NULL

1

Presenta buen desempeño Buena actitud, proactivo y eficiente cuando se lo propone. Trabaja muy bien en equipo

2

NULL Gran sentido de responsabilidad, organización, capacidad analítica e innovación

2

Eficiente y responsable en el desempeño de las tareas asignadas

2

Trabajo en equipo para resolver problemas

2

Tiene muchas habilidades profesionales y competencias personales Buen relacionamiento, responsabilidad, participación activa y comunicación que genera confianza con el cliente

2

NULL

2

Se desempeño satisfactoriamente

2

Ha demostrado excelentes aptitudes y adaptación al negocio

2

2

2

2

dc

dci

dcii

OUTCOMES DE ABET, CRITERIOS Y CURSOS QUE LOS SOPORTAN - PRACTICAS PROFESIONALES - INGENIERIA DE SOFTWARE

Program Outcomes a)

Propone soluciones a problemas en Ingeniería de Software aplicando principios de matemáticas, ciencias, computación e ingeniería.

Criterios a.c1. Aplica conocimientos matemáticos en las propuestas de soluciones en Ingeniería de Software a.c2. Aplica teorías y principios de ciencias de la computación al desarrollo y mantenimiento de software a.c3. Aplica conocimientos de ingeniería en la propuesta de soluciones a problemas en Ingeniería de Software

COMPETENCIAS DE LA CARRERA (1ra practica)

COMPETENCIAS DE LA CARRERA (2da practica)

4. Aplicación de teoría y principios de ciencias de 4. Aplicación de teoría y principios de ciencias de la computación al desarrollo y mantenimiento de la computación al desarrollo y mantenimiento de software. software. 16. Evidencia sus decisiones a través de un análisis matemático o de ingeniería.

dciii

b)

Diseña y conduce experimentos en base al análisis e interpretación de datos relevantes en la implementación de soluciones de software

c)

Participa en equipos multidisciplinari os liderando o desarrollando sus tareas eficientemente con profesionales de diferentes

b.c1. Diseña proyectos o experimentos para la implementación de una solución de software. b.c2. Realiza experimentos o proyectos para la implementación de soluciones de software b.c3. Análiza e interpreta datos/resultados de la ejecución de las tareas propias del desarrollo de proyectos de software. c.c1. Diseña sistemas y componentes software relacionados al desarrollo software y considerando aspectos económicos,

9. Ejecuta de modelos de pruebas del software y aseguramiento de calidad del proceso.

5. Análisis e interpretación de datos/resultados. 10. Diseño de modelos de pruebas del software y aseguramiento de calidad del proceso. 11. Diseño de proyectos. 12. Muestra conocimiento de la profesión .

6. Muestra entendimiento de ética en el ejercicio profesional. 10. Diseño de sistemas y componentes software relacionados al desarrollo software.

8. Muestra entendimiento de ética en el ejercicio profesional.

dciv

especialidades o sociales, dominios de políticos, éticos. aplicación

d)

c.c2. Diseña proyectos considerando aspectos económicos, sociales, políticos, éticos c.c3. Diseña procesos relacionados al desarrollo y mantenimiento de productos software tomando en cuenta aspectos económicos sociales, poíticos, éticos y del entorno empresarial. Participa en d.c1. Participa equipos en equipos multidisciplinari multidisciplinari 11. Conocimientos de nuevos métodos de os liderando o os con eficacia, colaboración y comunicación. desarrollando eficiencia y sus tareas objetividad.

6. Trabajo en equipo multidisciplinario.

dcv

eficientemente con profesionales de diferentes especialidades o dominios de aplicación e)

Identifica, formula y resuelve problemas de negocio o tecnológicos dentro del ciclo de vida de un sistema de software

f)

Propone soluciones a

d.c2. Conoce al menos un sector empresarial o dominio de aplicación de los sistemas de software e.c1. Identifica de debilidades o problemas de negocio o tecnológicos y las oportunidades de su solución. e.c2. Define las variables que inducen el problema o debilidad y las oportunidades que se pierden con ellas e.c3. Analiza variables que inducen problemas y plantea soluciones y acciones de mitigación f.c1. Muestra ética en el

1. Identifica problemas en el ámbito de la Ingeniería de Software. 2. Formula problemas en el ámbito de la Ingeniería de Software.

1. Identifica problemas en el ámbito de la Ingeniería de Software. 2. Formula problemas en el ámbito de la Ingeniería de Software.

3. Plantea Soluciones a problemas identificados en el ámbito de la Ingeniería de Software.

3. Plantea Soluciones a problemas identificados en el ámbito de la Ingeniería de Software.

dcvi

problemas de Ingeniería de Software con responsabilidad profesional y ética.

(g)

h)

desempeño profesional

f.c2. Muestra responsabiidad en el cumplimiento del rol de Ingeniero de Software g.c1. Comunica oralmente ideas y/o resultados con objetividad Comunica ideas a públicos de o resultados de diferentes especialidades y manera oral o niveles escrita con jerárquicos claridad y efectividad a g.c2. Comunica públicos de en forma escrita diferentes ideas y/o especialidades y resultados con niveles objetividad a jerárquicos públicos de diferentes especialidades y niveles jerárquicos Identifica el h.c1. impacto de las Comprende el soluciones de impacto de las Ingeniería de soluciones de Software en el ingeniería de

7. Muestra responsabilidad profesional en el ejercicio de sus funciones.

9. Muestra responsabilidad profesional en el ejercicio de sus funciones.

11. Conocimientos de nuevos métodos de colaboración y comunicación.

13. Habilidades en el uso de modernas herramientas necesarias para la práctica de la ingeniería.

12. Comprensión del impacto de las soluciones de ingeniería de software en el contexto económico. 15. Identifica problemas en el ámbito de la 13. Comprensión del impacto de las soluciones de Ingeniería de Software. ingeniería de software en la sociedad.

dcvii

contexto global, económico y del entorno de la sociedad.

i)

Actualiza los conocimientos en metodologías, técnicas, herramientas por ser necesarios para mantener la vigencia en el desarrollo de sistemas de software

software en el contexto global. h.c2. Comprende el impacto de las soluciones de ingeniería de software en el contexto económico. h.c3. Comprende el impacto de las soluciones de ingeniería de software en la sociedad. i.c1. Actualiza conceptos y conocimientos necesarios para el desarrollo profesional 8. Muestra entendimiento de la necesidad i.c2. Reconoce profesional del aprendizaje permanente. la necesidad del aprendizaje permanente para el desempeño profesional

13. Habilidades en el uso de modernas herramientas necesarias para la práctica de la ingeniería.

dcviii

j)

k)

j.c1. Comprende las competencias profesionales Analiza hechos del Ingeniero de Software del mundo contemporáneo necesarias para identificando el atender las demandas del impacto en el mundo desempeño profesional del contemporáneo. Ingeniero de j.c2. Analiza Software nuevos métodos de colaboración y comunicación en el mundo contemporáneo. k.c1. Utiliza Utiliza técnicas, técnicas de última herramientas, generación metodologías, (metodologias y procesos, procesos) para frameworks, middlewares y la práctica de la Ingeniería de lenguajes de Software programación de última k.c2. Utiliza generación herramientas de necesarios para última la práctica de la generación ingeniería de necesarias para software. la práctica de la Ingeniería de

5. Trabajo en (al menos) un dominio de aplicación.

7. Trabajo en (al menos un) dominio de aplicación.

14. Uso de técnicas necesarias (metodologías y procesos) para la práctica de la ingeniería.

14. Comprensión del impacto de las soluciones de ingeniería de software en el contexto global.

dcix

Software.

dcx

Cod_Infor Cod_Prac Cod_Alu me tica mno 342 2011SA

u210403

343 2011SA

u210520

344 2011SA

u210535

347 2011SA

u410814

349 2011SA

u410923

350 2011SA

u411600

357 2011SA

u420146

360 2011SA

u510773

363 2011SA

u511477

366 2011SA

u511607

370 2011SA

u511923

371 2011SA 373 2011SA

u520241 u610014

Ciclo 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011

Carrera Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de

NombreAlumno

Empresa

AreaPractica

Eleazar Diego, Schrader Uribe

Novatronic

Control

Iván Alonso, Fernández Cavero Franz Estanislao, Zárate Contreras

Deloitte

Tecnología

Cementos Pacasmayo

TI

Rodrigo Alonso, Sarria Sotillo

Nextel del Perú

Inteligencia de Procesos

Cai Toninho, Aguayo Mendoza

Unique S.A.

Servicios-Facturacion

Renzo Joseph, Arenaza Ramos Carlos Enrique, Castañeda Gutiérrez Klausen Mhil, Vargas Fernández

Core Business Technology SAC Marina de Guerra del Perú

Area de Desarrollo Escuela de guerra de Superficie

Deloitte & Touch SRL

ERS

Marco, Bruggmann Gisler

Colegio Pestalozzi

Coordinacion de TI

Alex Javier, Trujillo Mochcco

Representaciones Martin SAC

Sistemas

Boris Becker, Herrera Cabrera Katherine del Pilar, Grijalva Alvarez César Augusto, Baldeón

Dbusiness SAC

Desarrollo Software

Peru Veloz SAC Core Business Technology SAC

Area de Desarrollo Gerencia de proyectos

dcxi

375 2011SA

u610064

381 2011SA

u610605

384 2011SA

u610993

387 2011SA

u611207

392 2011SA

u620291

396 2011SA

u710222

399 2011SA

u710274

406 2011SA

u711096

414 2011SA

u712344

416 2011SA

u720444

427 2011SA

u620338

428 2011SA

u610627

429 2011SA

u710710

433 2011SA 434 2011SA

u411939 u311314

-1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011

Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de

Ramírez Renzo Pablo, Calderón Vílchez Sergio Toshio, Minei Moromisato

Medisys International SAC

Desarrollo de Sistemas

Holistic Innovation System

Software Factory

José Carlos, Arroyo Olivera

Cosapi

Presupuesto y Licitaciones

Mayra Elizabeth, Flores Meza

Medisys International SAC

Desarrollo de Sistemas

Luis Enrique, Neyra Majo Larry Martin, Gallarday Palomino Hugo Hildebrando, Noriega Valenzuela

Holistic Innovation System

Software Factory

K-Storage SRL

Ingenieria

GBS SAC

Desarrollo ABAP

Jadisha Yarif, Ramírez Cornejo Katherine Pamela, Canchanya Diaz - Mori Christian Juan Gerardo, Torrico Olaechea Marco Antonio, Ochante Vicuña Abel David, Lavado Carhuatocto César Gastón, Cárdenas Córdova César Eduardo, Villanueva Valdez Paul Murat, Landauro Minaya

Ferreyros S.A.A

Informatica

Medisys International SAC

America Movil Peru

Desarrollo de Sistemas Gestion de Documentos Electronicos Trafico y Evaluacion del Desempeño

Americatel Peru

Area Comercial

Municipalidad Jesus Maria

Subgerencia Informática

Ernst & Young Business Solution Peru SAC

Advisory Operaciones

Imagina Peru

dcxii

445 2011SA

u711664

447 2011SA

u710736

460 2011SA

u610132

471 2011SA

u511606

481 2011SA

u411631

482 2011SA

u813984

484 2011SA

u712038

485 2011SA

u411898

-1 2011 -1 2011 -1 2011 -1 2011 -2 2011 -2 2011 -2 2011 -2 2011 -2

Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software

Elizabeth, Portilla Flores Rodolfo Alejandro, Pérez Kuzma

Telefonica del Peru

Desarrollo de Iniciativas

Lan Peru

Desarrollo SAP

Antony Junior, Jaime Veliz Jorge Marcelino, Chang Velasquez

Global International NET

Desarrollo de Software

Telefónica del Perú

Excelencia Operativa

Tomás Alejandro, Lazo Vásquez Quipu Technology Angelo Gabriel, Escudero Vía Edgar José, Velásquez Flores

Desarrollo

Arkin software technologies Arkin software technologies Universidad Peruana de Ciencias Aplicadas TICE

Héctor Omar Jesus, Aliaga Arias Celeritech Solutions

Proyectos ADAM

dcxiii

Cod_Informe 342 343 344 346 347 349 350 351 352 353 354 355 356 357 360 363 364 365 366 368 369 370 371 372 373

Cod_Practica 2011SA 2011SA 2011SA 2011FA 2011SA 2011SA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011SA 2011SA 2011FA 2011SA

Cod_Alumno u210403 u210520 u210535 u410146 u410814 u410923 u411600 u411631 u411713 u411878 u411939 u411971 u420101 u420146 u510773 u511477 u511506 u511606 u511607 u511668 u511843 u511923 u520241 u520306 u610014

Ciclo 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1

NombreResp Carlos Marco Alonso Juan Miguel Mauro Monica Romelia Victor Walter Alejandro Javier Pablo Luis Gerardo Ricardo Michaela Jose Jorge Francisco Carlos Felipe Joel Carlos Monica

ApellidoResp Zambrano Agapito Villanueva Inchaustegui Pacora Calderon Cortijo Pingo Avila Cuestas Margoits Vargas Quiero Adami Herrera Estrada Casassa Avila Otárola Paz Oliveros Carreño Machado Castillo Cortijo

NombreJefe Carlos Rolando Miguel Gustavo Miguel Max Monica Romelia Victor Walter Franz Rafael Pablo Bruno Edson Ricardo Gisselle Miluska Jorge Richard Juan Doris Joel Javier Monica

ApellidoJefe Zambrano Pinedo Ortiz Mena Pacora Rojas Cortijo Pingo Avila Cuestas Martinez Moral Quiero Arias Villar Estrada Mendoza Meneses Otárola Johnson Davila Paucar Machado Cabrera Cortijo

TelfJefe 993512441 989268434 317600 3132000 6272506 2137820 993359662 4118600 4342230 2258623 993530324 993493879 5625999900 988006900 2118585 6178600 3132000 975493485 2171300 2425986 999956466 4052098 993478484 2021230 993355862

dcxiv

374 375 376 377 378 380 381 382 384 385 386 387 388 390 391 392 393 394 396 397 399 400 401 403 404 405

2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA

u610024 u610064 u610168 u610268 u610334 u610337 u610605 u610888 u610993 u610997 u611136 u611207 u611433 u611593 u611642 u620291 u620295 u620338 u710222 u710234 u710274 u710479 u710584 u710710 u710736 u710881

2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1

Eduardo Jose Alex Cesar Gerardo Arturo Roberto Albert Dario Esteban Lizette Jose Roberto Jorge Ivana Roberto Juan Eduardo Enrique Luis Jose Jorge Carlos Jaddy Esmeralda Miguel

Cáceres Cereceda Estrella Leguia Herrera Lezama Quispe Cordova Pineda Bertarelli Grados Cereceda Camacho Avila Osores Gonzalo Inchaustegui Paez Tapia Rodriguez Rodriguez Carquin Hoyos Fernandez Lagos Hernandez

Milagros Jose Ivan Cesar Bianca Arturo Roberto Albert Martin Victor Lizette Jose Lourdes Jorge Martin Roberto Ivan Eduardo Enrique Omar Jose Jorge Carlos Jaddy Esmeralda Roberth

Ramirez Cereceda Contreras Leguia Mestanza Lezama Quispe Cordova Huaman Altamirano Grados Cereceda Camargo Avila Bazo Gonzalo Mendoza Paez Tapia Mezantina Rodriguez Carquin Hoyos Fernandez Lagos Mariños

7133022 980640785 6241404 2192000 994610367 4212264 2410900 2190680 2113500 6145000 987544942 980640785 6528247 996171023 3132818 2410900 3132000 4772474 97395780 6256249 999999999 998783496 2102997 7900100 2138300 949594066

dcxv

406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 432 433 434

2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011FA 2011SA 2011SA

u711096 u711103 u711118 u711409 u711650 u711659 u711664 u712032 u712344 u720218 u720444 u811077 u811111 u811238 u811557 u813359 u813774 u813984 u814074 u710274 u811566 u620338 u610627 u710710 u711118 u411939 u311314

2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1

Tito Pedro Andrea Marco Juan Victoria Doris Luis Jose Silvia Ruben Alvaro David Federico Giovani Luis David Carlos Alex Miguel Jorge Reynaldo Jose Eslar Alvaro Isabel Antonio

Otero Esponda Muñoz Orbezo Inchaustegui Catter Cortez Rossell Cereceda Mejia Astahuaman Santa Coba Chavez Polar Alvarez Coba Candela Vidaurre Lopez Villa Burga Parin Rospigliosi Santa Torres Galvez

Jose Pedro Jose Sara Carlos Percy Doris Luis Jose Rosa Ruben Giancarlo David Federico Dario Luis David Carlos Carlos Miguel Manuel Christian Jose Eslar Luis Isabel Antonio

Garcia Esponda Cortés Anicama Begazo Cabrera Cortez Rossell Cereceda Arakaki Astahuaman Baromio Coba Chavez Oquecho Alvarez Coba Candela Perez Lopez Pacheco Sandoval Parin Rospigliosi Cortés Torres Galvez

6264338 2103519 6256220 989060233 3132000 5055000 999999999 997744554 980640785 6132268 4222632 994606375 6270958 995883066 6164040 6281258 6270958 995341188 971411321 981397471 997206052 997101193 7101301 6141212 6256220 993530230 6528045

dcxvi

441 442 443 444 445 446 447 449 450 452 453 457 458 460 461 462 463 464 465 466 467 468 469 470 471 481 482

2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA

u520140 u410240 u813274 u610337 u711664 u610576 u710736 u611060 u610273 u611734 u710494 u510549 u813247 u610132 u710937 u814074 u711409 u711409 u710478 u711751 u511420 u611163 u611163 u511837 u511606 u411631 u813984

2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2

Oscar Carlos Carlos Jorge Doris Cesar Esmeralda Carlos Cesar Raul Manuel Wendy Juan Victor Jose Samuel Ivan Leonid Leonid Julio Jorge Alberto Luis Enrique Eduardo David Eduardo David Silvana Elena Jorge Marcelino Melissa Cesar Agusto

Zapata Castillo Macedo Machicado Cortes Meza Lagos Varela Meza Torres Mazan Villanueva Rosas Barrietos Creceda Guerra Gayoso Huerta Llanos Huerta Llanos Muñoz Talledo Rodriguez del Rey Gusmiken Okuhama Castillo Benites Castillo Benites Barba Quezada Chang Velasquez Carrion Hernandez Heredia Martinez

Oscar Javier Carlos Jorge Doris Maria Esmeralda Peter Maria Daniel Manuel Elva Eliana Victor Jose Samuel Ivan Leonid Leonid Daniel Jorge Alberto Luis Enrique Eduardo David Eduardo David Silvana Elena Jorge Marcelino Melissa Cesar Agusto

Zapata Cabrera Macedo Machicado Cortes Izaguirre Lagos Valdivieso Izaguirre Venegas Mazan Concha Espinoza Barrietos Creceda Guerra Gayoso Huerta Llanos Huerta Llanos Lopez Romero Rodriguez del Rey Gusmiken Okuhama Castillo Benites Castillo Benites Barba Quezada Chang Velasquez Carrion Hernandez Heredia Martinez

3111700 9999999 5116106777 7195757 2105327 2190100 2138300 3496017 2190100 997462164 3450707 3153000 989229218 7812336 980640785 2716707 6111111 6111111 6151111 6160770 3496102 2104735 2104735 6160470 999968525 4118600 7178830

dcxvii

484 2011SA 485 2011SA

u712038 u411898

2011-2 2011-2

Lorenzo Jorge

Rojas Chavez Aliaga Castañeda

Lorenzo Jorge

Rojas Chavez Aliaga Castañeda

3133333 7173534

dcxviii

Cod_Informe 342 343 344 346 347 349 350 351 352 353 354 355 356 357 360 363 364 365 366 368 369 370 371 372 373 374 375 376 377 378 380 381 382 384 385 386 387 388 390 391 392 393

Cod_Practica 2011SA 2011SA 2011SA 2011FA 2011SA 2011SA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011SA 2011SA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011FA

Cod_Alumno u210403 u210520 u210535 u410146 u410814 u410923 u411600 u411631 u411713 u411878 u411939 u411971 u420101 u420146 u510773 u511477 u511506 u511606 u511607 u511668 u511843 u511923 u520241 u520306 u610014 u610024 u610064 u610168 u610268 u610334 u610337 u610605 u610888 u610993 u610997 u611136 u611207 u611433 u611593 u611642 u620291 u620295

Ciclo HorasSemana TotalSemanas TotalHoras 2011-1 30 12 360 2011-1 8 32 2721 2011-1 30 22 660 2011-1 30 14 420 2011-1 30 30 900 2011-1 30 15 320 2011-1 30 11 330 2011-1 45 24 1080 2011-1 30 19 3330 2011-1 40 9 360 2011-1 40 10 400 2011-1 6 24 720 2011-1 8 10 400 2011-1 40 9 360 2011-1 42 24 1020 2011-1 30 28 840 2011-1 30 34 1020 2011-1 40 24 960 2011-1 30 31 930 2011-1 30 14 420 2011-1 30 13 390 2011-1 30 12 260 2011-1 30 47 1410 2011-1 30 14 420 2011-1 30 12 360 2011-1 33 13 429 2011-1 30 24 720 2011-1 40 24 480 2011-1 30 12 360 2011-1 30 13 360 2011-1 30 6 180 2011-1 30 12 360 2011-1 50 13 650 2011-1 30 13 360 2011-1 30 13 390 2011-1 30 25 750 2011-1 30 15 450 2011-1 35 13 400 2011-1 30 27 810 2011-1 30 13 390 2011-1 30 14 520 2011-1 30 10 300 dcxix

394 396 397 399 400 401 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 432 433 434 441 442 443 444 445 446 447 449 450

2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011FA 2011SA 2011SA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA

u620338 u710222 u710234 u710274 u710479 u710584 u710710 u710736 u710881 u711096 u711103 u711118 u711409 u711650 u711659 u711664 u712032 u712344 u720218 u720444 u811077 u811111 u811238 u811557 u813359 u813774 u813984 u814074 u710274 u811566 u620338 u610627 u710710 u711118 u411939 u311314 u520140 u410240 u813274 u610337 u711664 u610576 u710736 u611060 u610273

2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1

30 40 35 40 30 30 40 30 30 30 30 30 30 30 30 40 30 30 30 40 30 30 30 30 30 30 30 40 25 6 30 30 30 30 30 30 30 30 36 30 30 30 30 30 30

14 11 16 9 18 10 10 10 24 11 10 20 12 13 14 10 13 13 10 8 10 10 13 11 10 13 14 13 16 30 15 15 13 12 15 11 13 12 12 6 13 13 13 13 12

420 360 580 360 540 300 400 300 720 330 300 600 360 390 420 400 390 390 300 320 300 300 384 330 300 390 420 426 400 180 450 450 390 360 450 330 390 360 432 180 390 390 390 390 360 dcxx

452 453 457 458 460 461 462 463 464 465 466 467 468 469 470 471 481 482 484 485

2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011SA

u611734 u710494 u510549 u813247 u610132 u710937 u814074 u711409 u711409 u710478 u711751 u511420 u611163 u611163 u511837 u511606 u411631 u813984 u712038 u411898

2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2

30 40 30 30 40 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30

13 13 25 24 21 17 20 11 11 31 12 14 36 36 20 32 12 12 11 12

390 520 750 720 840 510 600 330 330 930 360 420 1080 1080 600 960 360 360 330 360

dcxxi

Cod_Infor me 351 354 356 365 372 377 382 394 403 404 409 410 412 422 423 425 426 442 443 446 452 453 461 463 464

Cod_Practi ca 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA

Cod_Alum comp1 comp2 comp3 comp4 comp5 comp6 comp7 no R R R R R R R u411631 3 4 4 3 4 4 3 u411939 3 2 3 2 3 3 3 u420101 4 4 4 4 4 4 4 u511606 3 4 4 4 4 3 3 u520306 0 4 3 3 3 3 0 u610268 3 3 4 2 2 2 3 u610888 0 4 2 3 3 3 3 u620338 4 4 4 4 4 4 4 u710710 4 4 4 4 3 3 3 u710736 2 3 3 3 3 3 2 u711409 3 4 3 3 4 4 4 u711650 3 2 4 2 3 3 4 u711664 4 4 3 2 3 3 3 u813774 3 3 3 3 3 3 3 u813984 4 4 3 4 4 4 4 u710274 2 3 4 4 3 3 3 u811566 3 3 3 0 3 0 3 u410240 3 3 3 2 2 3 3 u813274 3 4 4 3 3 3 3 u610576 4 4 4 0 4 3 3 u611734 3 2 3 3 3 2 2 u710494 3 2 2 2 3 2 2 u710937 3 3 3 0 3 3 3 u711409 3 3 2 2 2 3 3 u711409 3 3 2 2 2 3 3

dcxxii

Cod_Infor me 351 354 356 365 372 377 382 394 403 404 409 410 412 422 423 425 426 442 443 446 452 453 461 463 464

Cod_Pract ica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA

Cod_Alu mno u411631 u411939 u420101 u511606 u520306 u610268 u610888 u620338 u710710 u710736 u711409 u711650 u711664 u813774 u813984 u710274 u811566 u410240 u813274 u610576 u611734 u710494 u710937 u711409 u711409

comp comp comp1 comp1 comp1 comp1 comp1 8R 9R 0R 1R 2R 3R 4R 3 4 4 4 3 4 4 3 4 3 3 3 3 3 3 4 4 3 4 4 2 4 4 4 4 4 4 3 3 3 4 3 4 3 4 2 2 3 2 4 4 4 0 3 2 2 3 4 3 4 4 4 4 4 4 2 3 4 4 4 4 4 3 3 3 3 3 3 3 2 4 3 3 3 4 4 3 4 4 3 4 3 3 4 3 4 3 4 4 4 3 3 3 3 3 3 3 NULL 4 3 4 4 4 4 NULL 3 3 4 2 4 4 NULL 3 3 3 3 3 3 NULL 3 3 3 4 4 3 NULL 3 3 3 4 4 0 NULL 4 4 3 3 4 4 NULL 2 2 3 2 3 3 NULL 2 0 2 2 3 2 NULL 3 3 3 3 3 3 NULL 3 3 3 3 3 2 NULL 3 3 3 3 3 2 NULL

dcxxiii

Cod_Informe 351 354 356 365 372 377 382 394 403 404 409 410 412 422 423 425 426 442 443 446 452 453 461 463 464

Cod_Practica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA

Cod_Alumno preg1R u411631 u411939 u420101 u511606 u520306 u610268 u610888 u620338 u710710 u710736 u711409 u711650 u711664 u813774 u813984 u710274 u811566 u410240 u813274 u610576 u611734 u710494 u710937 u711409 u711409

preg2R 3 3 4 4 3 3 3 4 3 3 4 3 4 4 4 3 3 3 3 3 2 2 3 3 3

4 3 4 4 3 3 3 4 3 3 4 4 3 3 4 3 3 3 3 4 2 2 3 3 3

dcxxiv

Cod_Inform e 351 354 356 365 372 377 382 394 403 404 409 410 412 422 423 425 426 442 443 446 452 453 461 463 464

Cod_Practic a 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA

Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u411631 4 4 3 3 4 4 0 u411939 3 2 3 3 3 4 4 u420101 4 4 3 4 4 3 0 u511606 4 4 4 3 3 4 4 u520306 3 3 3 4 4 3 4 u610268 3 2 3 2 0 4 4 u610888 2 2 2 0 3 3 2 u620338 4 4 4 4 4 3 0 u710710 3 3 4 3 3 3 4 u710736 3 3 3 3 3 3 3 u711409 3 3 0 0 3 3 3 u711650 4 3 4 4 3 3 4 u711664 4 3 3 4 4 4 4 u813774 3 3 3 3 3 3 3 u813984 4 4 4 4 4 0 0 u710274 4 0 3 0 2 0 0 u811566 0 0 3 3 3 4 3 u410240 3 3 4 3 4 4 3 u813274 4 4 3 4 3 4 4 u610576 3 3 3 4 4 4 4 u611734 2 3 3 2 3 2 3 u710494 4 3 3 3 4 4 3 u710937 3 0 3 3 3 3 3 u711409 3 3 3 3 3 3 3 u711409 3 3 3 3 3 3 3

dcxxv

Cod_Infor me 351 354 356 365 372 377 382 394 403 404 409 410 412 422 423 425 426 442 443 446 452 453 461 463 464

Cod_Prac tica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA

Cod_Alu mno u411631 u411939 u420101 u511606 u520306 u610268 u610888 u620338 u710710 u710736 u711409 u711650 u711664 u813774 u813984 u710274 u811566 u410240 u813274 u610576 u611734 u710494 u710937 u711409 u711409

resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 0 0 0 0 0 0 0 0 3 0 0 3 0 0 3 0 0 0 0 0 0 0 0 0 4 4 0 3 3 4 4 0 4 3 3 3 3 3 3 3 3 0 3 0 0 0 3 0 3 4 4 2 3 3 3 0 0 0 0 0 0 0 0 0 3 4 3 3 3 3 3 0 3 3 0 3 0 0 0 0 4 3 0 3 0 3 4 0 3 3 3 2 3 3 3 0 4 4 4 4 4 4 3 0 3 3 3 3 3 2 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 0 2 3 2 2 0 0 3 3 3 3 3 3 3 0 4 3 3 3 4 4 4 0 4 3 3 3 3 3 3 0 3 2 0 0 2 3 2 0 3 1 2 1 0 0 2 0 3 0 3 3 0 3 3 0 3 3 3 3 3 3 3 NULL 3 3 3 3 3 3 3 NULL

dcxxvi

Cod_I Cod_P cic nform ractic Cod_A lo e a lumno Comentario X 2011F u4116 351 A 31 Colaborador con alto grado de cohesion 1 2011F u4119 354 A 39 Cesar ha demostrado un buen desempeño profesional. 1 2011F u4201 356 A 01 Responsable, dedicado, proactivo 1 2011F u5116 365 A 06 NULL 1 2011F u5203 372 A 06 NULL 1 2011F u6102 Se integró facilmente al equipo y le pone empeño a las tareas que 377 A 68 se le encomienda1 2011F u6108 382 A 88 NULL 1 2011F u6203 Muy recomendable para la programación en tecnologia Java y 394 A 38 PHP 1 2011F u7107 403 A 10 NULL 1 2011F u7107 404 A 36 NULL 1 2011F u7114 409 A 09 NULL 1 2011F u7116 Carlos demuestra tener solidos conocimiento de informatica, asi 410 A 50 como propone mejoras a los procesos asignado 1 2011F u7116 412 A 64 Es una persona responsable, con mucha entrega 1 2011F u8137 422 A 74 NULL 1 2011F u8139 423 A 84 NULL 1 2011F u7102 El alumno a presentado capacidad para adaptarse a entornos de 425 A 74 programacion con plataformas visuales. 1 2011F u8115 426 A 66 NULL 1 2011F u4102 Demuestra actitud y proactividad, falta mejorar el nivel de 442 A 40 comunicación. 1 2011F u8132 443 A 74 Tiene iniciativa, es proactivo y maneja buen razonamiento 1 2011F u6105 Tiene una buena formacion academica, se adapta a nuevas 446 A 76 situaciones. 1 2011F u6117 452 A 34 Es un profecional con buena proyeccion 1 2011F u7104 453 A 94 Esta en proceso de mejora en varias areas. 1 2011F u7109 461 A 37 Muy buen trabajador, serio en su trato. 1 2011F u7114 Tiene una actitud proactiva en todas las labores que se le asignan 463 A 09 y excelente desempeño y cumplimiento de las tareas asignadas 2 dcxxvii

2011F u7114 Tiene una actitud proactiva en todas las labores que se le asignan 464 A 09 y excelente desempeño y cumplimiento de las tareas asignadas

2

dcxxviii

dcxxix

dcxxx

Cod_Infor me 342 343 344 347 349 350 357 360 363 366 370 371 373 375 381 384 387 392 396 399 406 414 416 427 428 429 433 434 445 447 460 471 481 482 484 485

Cod_Prac tica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

Cod_Alu mno u210403 u210520 u210535 u410814 u410923 u411600 u420146 u510773 u511477 u511607 u511923 u520241 u610014 u610064 u610605 u610993 u611207 u620291 u710222 u710274 u711096 u712344 u720444 u620338 u610627 u710710 u411939 u311314 u711664 u710736 u610132 u511606 u411631 u813984 u712038 u411898

comp comp comp comp comp comp comp comp 1R 2R 3R 4R 5R 6R 7R 8R 2 3 3 3 3 3 3 2 4 3 4 3 2 3 3 3 3 3 3 3 3 3 3 3 4 3 3 4 3 3 4 3 4 3 4 4 3 4 4 3 4 4 4 3 3 4 4 4 2 3 3 0 3 3 0 3 4 4 4 3 3 2 4 3 4 4 4 3 4 4 4 4 4 3 4 4 4 3 3 4 4 4 4 4 4 4 3 4 3 4 3 3 2 3 3 3 3 4 4 3 3 4 3 4 4 3 3 0 3 3 3 3 4 4 4 3 3 4 4 4 3 3 3 2 2 3 3 3 3 3 3 0 3 3 3 3 4 4 4 3 3 4 4 4 3 4 4 4 3 4 4 4 1 4 4 3 3 4 4 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 0 3 3 2 2 2 3 2 3 4 4 4 4 4 4 4 4 3 4 0 3 2 3 3 4 4 3 3 3 2 3 2 2 4 4 4 4 4 4 4 4 4 4 4 3 3 4 4 3 3 4 2 3 2 3 3 3 3 3 3 3 3 3 3 3 4 4 4 4 4 4 4 3 3 3 3 3 3 2 2 3 3 3 3 2 2 2 2 2 3 3 3 2 3 3 3 3 2 3 2 2 1 3 3 2 2 2 2 2 2 2 2 3

dcxxxi

Cod_Info rme 342 343 344 347 349 350 357 360 363 366 370 371 373 375 381 384 387 392 396 399 406 414 416 427 428 429 433 434 445 447 460 471 481 482 484 485

Cod_Pra ctica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

Cod_Alu comp comp comp comp comp mno 9R 10R 11R 12R 13R u210403 3 2 3 3 3 u210520 4 3 4 4 3 u210535 3 3 3 4 4 u410814 4 3 4 4 4 u410923 4 3 4 4 4 u411600 4 4 3 4 4 u420146 3 3 3 3 3 u510773 3 4 4 3 4 u511477 4 4 4 4 4 u511607 4 3 3 4 4 u511923 4 4 4 4 4 u520241 2 3 3 4 4 u610014 3 3 3 3 3 u610064 4 4 4 3 3 u610605 4 4 3 4 4 u610993 3 3 3 3 3 u611207 3 3 3 3 3 u620291 4 4 4 4 4 u710222 4 3 4 4 4 u710274 4 3 4 3 4 u711096 4 4 4 3 3 u712344 3 3 4 4 4 u720444 2 2 2 4 2 u620338 4 4 4 4 4 u610627 3 3 4 4 3 u710710 3 3 3 3 4 u411939 4 4 4 4 4 u311314 3 3 2 3 4 u711664 3 4 4 4 4 u710736 3 3 3 3 3 u610132 4 4 4 4 4 u511606 3 3 3 3 2 u411631 3 3 3 3 2 u813984 3 3 3 3 3 u712038 3 2 2 3 3 u411898 2 2 3 3 3

comp 14R 3 2 2 4 3 2 2 3 3 4 3 2 4 3 4 3 4 4 2 3 4 3 NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL

comp 15R NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL

comp 16R NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL

dcxxxii

Cod_Informe 342 343 344 347 349 350 357 360 363 366 370 371 373 375 381 384 387 392 396 399 406 414 416 427 428 429 433 434 445 447 460 471 481 482 484 485

Cod_Practica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

Cod_Alumno preg1R u210403 u210520 u210535 u410814 u410923 u411600 u420146 u510773 u511477 u511607 u511923 u520241 u610014 u610064 u610605 u610993 u611207 u620291 u710222 u710274 u711096 u712344 u720444 u620338 u610627 u710710 u411939 u311314 u711664 u710736 u610132 u511606 u411631 u813984 u712038 u411898

preg2R 3 3 3 3 4 4 3 4 4 4 4 3 3 4 4 3 3 4 4 4 3 4 2 4 3 4 3 3 3 3 4 4 NULL 4 4 4 3

3 3 2 3 4 3 3 3 4 3 4 3 3 4 4 3 3 4 4 4 3 4 2 4 4 3 3 3 3 3 4 4 4 4 3

dcxxxiii

Cod_Inform e 342 343 344 347 349 350 357 360 363 366 370 371 373 375 381 384 387 392 396 399 406 414 416 427 428 429 433 434 445 447 460 471 481 482 484 485

Cod_Practic a 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u210403 3 3 2 3 3 3 3 u210520 4 4 4 3 3 3 3 u210535 2 2 3 2 3 4 3 u410814 3 4 3 4 3 4 0 u410923 4 4 4 0 4 4 4 u411600 4 4 4 3 3 4 4 u420146 0 0 3 3 3 3 3 u510773 4 3 3 4 0 4 0 u511477 4 4 4 4 4 4 4 u511607 3 3 3 4 4 4 3 u511923 0 4 4 4 4 4 0 u520241 3 3 3 3 4 4 3 u610014 3 2 3 3 3 3 0 u610064 3 3 3 3 3 3 3 u610605 4 0 4 4 4 4 0 u610993 3 0 2 2 3 0 0 u611207 3 3 3 3 3 3 3 u620291 4 4 4 3 4 4 0 u710222 3 3 4 4 4 4 3 u710274 4 4 4 3 4 4 3 u711096 3 3 3 3 3 3 3 u712344 3 3 3 3 3 3 4 u720444 3 3 2 3 3 2 2 u620338 4 4 4 4 4 4 4 u610627 0 0 0 0 0 0 0 u710710 3 3 3 3 2 3 3 u411939 4 4 4 3 4 4 4 u311314 3 0 3 0 4 4 4 u711664 4 3 4 4 4 3 3 u710736 3 3 3 3 3 3 3 u610132 4 4 4 4 4 4 4 u511606 4 4 4 3 3 NULL 3 u411631 2 2 2 3 3 2 2 u813984 3 3 3 2 3 3 3 u712038 2 2 3 3 2 3 3 u411898 2 3 3 2 2 3 2

dcxxxiv

Cod_Infor me 342 343 344 347 349 350 357 360 363 366 370 371 373 375 381 384 387 392 396 399 406 414 416 427 428 429 433 434 445 447 460 471 481 482 484 485

Cod_Prac tica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA

Cod_Alu mno u210403 u210520 u210535 u410814 u410923 u411600 u420146 u510773 u511477 u511607 u511923 u520241 u610014 u610064 u610605 u610993 u611207 u620291 u710222 u710274 u711096 u712344 u720444 u620338 u610627 u710710 u411939 u311314 u711664 u710736 u610132 u511606 u411631 u813984 u712038 u411898

resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 3 3 0 0 2 3 3 3 4 3 0 3 4 3 4 3 3 3 2 0 0 3 3 3 4 4 3 0 0 4 4 3 4 4 0 4 4 4 4 4 4 4 3 3 4 4 4 3 3 3 0 0 0 3 3 3 0 0 0 0 0 0 0 0 4 4 4 4 4 4 4 4 4 3 0 3 3 4 3 3 0 0 0 0 0 0 0 0 3 4 2 3 2 3 3 3 0 0 0 0 0 0 0 0 3 3 3 0 0 3 3 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 3 0 0 0 3 3 0 0 0 0 0 0 0 0 0 4 4 4 3 3 3 4 4 3 4 3 3 3 4 4 3 3 3 3 3 3 3 3 3 3 0 3 0 0 0 2 0 4 3 2 2 2 3 4 3 4 4 4 4 4 4 4 0 0 0 0 0 0 0 0 0 4 4 2 2 2 3 3 3 4 4 0 3 0 3 3 3 4 4 3 4 0 4 4 4 4 4 4 3 3 3 3 3 3 3 3 3 0 3 3 3 4 4 3 4 4 4 4 4 3 4 3 2 3 3 NULL NULL 3 3 2 2 2 2 3 2 3 3 3 2 3 3 3 2 3 3 2 4 4 3 3 1 3 2 2 4 4 2 3 2

dcxxxv

Cod_I nform Cod_P Cod_A e ractica lumno 2011S u2104 342 A 03 2011S u2105 343 A 20 2011S u2105 344 A 35 2011S u4108 347 A 14 2011S u4109 349 A 23 2011S u4116 350 A 00 2011S u4201 357 A 46 2011S u5107 360 A 73 2011S u5114 363 A 77 2011S u5116 366 A 07 2011S u5119 370 A 23 2011S u5202 371 A 41 2011S u6100 373 A 14 2011S u6100 375 A 64 2011S u6106 381 A 05 2011S u6109 384 A 93 2011S u6112 387 A 07 2011S u6202 392 A 91 2011S u7102 396 A 22 2011S u7102 399 A 74 2011S u7110 406 A 96 2011S u7123 414 A 44 2011S u7204 416 A 44 2011S u6203 427 A 38

cic lo X

Comentario NULL

1

NULL

1

NULL

1

Rodrigo a demostrado ser un profesional proactivo y analítico

1

NULL

1

NULL Muestra claro dominio de las herramientas en 3D, así como facilidad para adecuarse a los requerimientos

1

NULL

1

NULL

1

NULL

1

NULL

1

NULL

1

NULL

1

Renzo es un excelente trabajador, responsable y proactivo

1

NULL

1

NULL Excelente practicante, muy responsable y con alto sentido de compromiso

1

NULL Es un gran elemento en nuestro equipo de trabajo, siempre se muestra interesado en encontrar nuevas formas de solucionar.

1

Muy responsable

1

Tiene un buen desempeño en las tareas que se le ha encargado

1

Excelente persona y responsable en todo aspecto.

1

Reforzamiento en actividades de testing de software El sr Ochante exedio las horas requeridas encontrando un profesional dedicado.

1

1

1

1

1 dcxxxvi

2011S 428 A 2011S 429 A 2011S 433 A 2011S 434 A 2011S 445 A 2011S 447 A 2011S 460 A 2011S 471 A 2011S 481 A 2011S 482 A 2011S 484 A 2011S 485 A

u6106 27 u7107 10 u4119 39 u3113 14 u7116 64 u7107 36 u6101 32 u5116 06 u4116 31 u8139 84 u7120 38 u4118 98

Abel es una persona responsable y proactiva. Trabaja bien bajo presión y le preocupa que su trabajo sea de buena calidad.

1

NULL Cesar estuvo a cargo de la evaluación de la seguridad de las bases de datos y aplicaciones de una organización estatal.

1

NULL Elizabeth es una persona respetuosa y con alto sentido de responsabilidad.

1

NULL

1

Alumno bien preparado en el desarrollo de software.

1

NULL Asumió sus labores con mucha responsabilidad y proactividad. Desarrolla aplicación de SW con poca supervisión

2

Profesional preparado para el mercado laboral de IT

2

Buena disposición para el trabajo en general

2

NULL

2

1

1

2

dcxxxvii

dcxxxviii

dcxxxix

EVIDENCIAS ABET: PRÁCTICAS PREPROFESIONALES 2012

dcxl

OUTCOMES DE ABET, CRITERIOS Y CURSOS QUE LOS SOPORTAN - PRACTICAS PROFESIONALES - SISTEMAS DE INFORMACION

Program Outcomes a)

Propone soluciones en sistemas de información aplicando principios de matemática, ciencias, computación e ingeniería

b)

Formula y administra proyectos y

Criterios a.c1. Aplica conocimientos matemáticos y científicos en las propuesta de soluciones en sistemas de información a.c2. Aplica conocimientos computacionale s en la propuestas de soluciones con sistemas en información a.c3. Aplica conocimientos de ingeniería en la propuesta de soluciones con sistemas de información b.c1. Define proyectos o experimentos

COMPETENCIAS DE LA CARRERA (1ra practica)

COMPETENCIAS DE LA CARRERA (2da practica)

3. Plantea soluciones a problemas identificados en 3. Plantea soluciones a problemas identificados en el ámbito de los sistemas de información. el ámbito de los sistemas de información.

5. Establece metas realistas evaluando su viabilidad e importancia. 8. Es capaz de ejecutar acciones previamente

7. Establece metas realistas evaluando su viabilidad e importancia.

dcxli

experimentos en base al analisis e interpretación de datos relevantes en la implementación de sistemas de información

c)

para la implementación de un sistema de información b.c2. Realiza seguimiento y control de proyectos para la implementación de sistemas de información b.c3. Analiza e interpreta datos y/o resultados de la toma de requerimientos o ejecución de las tareas propias del desarrollo de proyectos de sistemas de información Diseña c.c1. Diseña la arquitectura de arquitectura negocio y tecnológica (TI) tecnológica para y la computacional implementación (SW) en base al de un sistema modelo de de información, negocio teniendo en previamente

definidas en el marco de un proyecto de sistemas de información.

9. Modela procesos de negocio que forman la base para el diseño de los componentes de un sistema de información.

12. Define los procesos necesarios para el eficaz mantenimiento y soporte de sistemas de información.

dcxlii

cuenta restricciones económicas, sociales, políticas, éticas y otras propias del entorno empresarial

definido considerando aspectos económicos, sociales, políticos, éticos c.c2. Diseña la arquitectura de la información o datos en base a un modelo de negocio, considerando aspectos económicos, sociales, políticos, éticos c.c3. Diseña arquitectura de procesos como parte de una arquitectura de negocios en base a reglas de negocio, aspectos sociales, éticos y del entorno empresarial tomándolo como base para la implementación

dcxliii

de un sistema de información

d)

e)

Participa en equipos multidisciplinari os liderando o desarrollando sus tareas eficientemente con profesionales de diferentes especialidades o dominios de aplicación Identifica y analiza problemas de negocio o tecnológicos dentro del ciclo de vida de un sistema de información con alcance empresarial o inter empresarial

d.c1. Participa en equipos multidisciplinari os con eficacia, eficiencia y objetividad d.c2. Conoce al menos un sector empresarial o dominio de aplicación de los sistemas de información e.c1. Identifica debilidades o problemas de alcance negocio o tecnológicos y las oportunidades de su solución e.c2. Define las variables que inducen el problema o debilidad y las

7. Muestra responsabilidad profesional en el ejercio de sus funciones.

6. Tiene capacidad de integrarse rápidamente al trabajo en equipo. 9. Muestra responsabilidad profesional en el ejercicio de sus funciones.

1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.

1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.

dcxliv

oportunidades que se pierden con ellas

f) Propone soluciones en sistemas de información con responsabilidad profesional y ética

(g)

Comunica ideas o resultados oral o escritos con claridad y efectividad a público de diferentes especialidades y niveles jerárquicos

e.c3. Analiza variables identificando riesgos y acciones de mitigación f.c1. Muestra ética en el desempeño profesional f.c2. Muestra responsabilidad en el cumplimiento del rol de ingeniero de sistemas de información g.c1. Comunica oralmente sus ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos

6. Muestra entendimiento de ética en el ejercicio profesional.

8. Muestra entendimiento de ética en el ejercicio profesional.

4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas.

4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas. 5. Tiene habilidad para analizar e interpretar datos o resultados.

dcxlv

h)

i)

g.c2. Comunica en forma escrita ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos h.c1. Comprende el impacto de los sistemas de información en el contexto Identifica el global. impacto de las soluciones en h.c2. sistemas de Comprende el información en impacto de los el contexto sistemas de global, información en económico y del el contexto entorno en la económico. sociedad h.c3. Comprende el impacto de los sistemas de información en la sociedad. Actualiza los i.c1. Actualiza conocimientos conceptos y en conocimientos

11. Comprende el impacto de la implementación de eficientes sistemas de información en el contexto económico de una empresa.

10. Analiza problemas y define proyectos en computación como alternativa de solución a los mismos.

13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.

14. Aplica modernas metodologías, técnicas y herramientas en la práctica profesional.

dcxlvi

metodologías, técnicas, herramientas por ser necesarios para mantener la vigencia en el desarrollo de sistemas de información j)

k)

necesarios para el desarrollo profesional i.c2. Reconoce la necesidad del aprendizaje permanente para el desempeño profesional

j.c1. Comprende las competencias profesionales Analiza hechos del Ingeniero de Sistemas de del mundo contemporaneo Información identificando el necesarios para atender las impacto en el demandas del desempeño profesional del mundo contemporaneo ingeniero de sistemas de j.c2. Analiza información nuevos métodos de colaboración y comunicación en el mundo contemporaneo Utiliza técnicas k.c1. Utiliza y herramientas técnicas de de última última generación en el generación en el desarrollo de desarrollo de

10. Identifica rápidamente casos o problemas del mundo copntemporáneo que pueden repercutir en el ámbito empresarial de los sistemas de 13. Muestra conocimiento de la profesión y su información. aplicación en temas contemporáneos dentro del 12. Comprensión del impacto de los sistemas de ámbito empresarial en el cual se desempeña. información en la sociedad al contar con funcionalidades apropiadas amigables y funcionales.

13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.

11. Implementa sistemas de informacióny/o elementos que lo componen.

dcxlvii

sistemas de información

sistemas de información k.c2. Utiliza herramientas de última generación en el desarrollo de sistemas de información

dcxlviii

Cod_Info Cod_Prac Cod_Alu rme tica mno 523 2012FA

u512908

1937 2012FA

u410677

177 2012FA

u910221

771 2012FA

u910120

770 2012FA

u812737

639 2012FA

u910521

550 2012FA

u811210

599 2012FA

u913459

545 2012FA

u913530

1020 2012SA

u511837

658 2012SA

u610734

478 2012SA

u811238

642 2012SA

u813359

560 2012SA

u812717

Ciclo 2012 -1 2012 -1 2012 -1 2012 -2 2012 -2 2012 -2 2012 -1 2012 -1 2012 -1 2012 -2 2012 -1 2012 -2 2012 -2 2012 -2

Carrera Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información

NombreAlumno

Empresa

AreaPractica

Rosa, Alfaro Carranza

HSBC Bank Perú

Claudia, Peralta

Luz del Sur S.A.A JE Construcciones Generales

Business Intelligence Supervisión de Sistemas de Información

Diego, Godoy Alvarez Maggie Stefany, Chumpitaz Barraza Nelson Alberto, Marin Apaza Wilfredo Aldo Juan Luis, Talledo Ruiz Alberto Carlos, López Macussi Frank Alfred, Soto Melendez

Área de Tecnología

UPC

Dirección de Sistemas

UPC

Dirección de Sistemas

Sidequest S.A.C

Desarrollo .NET

G4S Perú S.A.C

Sistemas

SISPRO.COM.PE S.A.C

Desarrollo de Proyectos

Juan Daniel, Ratto Fabián

HSBC Bank Perú

Risk Analytics

Oscar, Villegas Tamashiro Alonso, Sotomayor Rodriguez

DATCO Perú

Área de Certificación

Química Suiza S.A Holistic Innovation Systems S.A.C E-Advanced Enterprise Solutions

Business Information

Imasen S.A.C

NULL

Daniel, Pedraglio O'Hara David Alexander, Soto Vergara Mariella Daniella, Valdez Peña

Desarrollo Oracle Consultoría - TI

dcxlix

152 2012SA

u813336

710 2012SA

u711328

2012 -2 2012 -2

Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información

Sara María, Reátegui Mori

Scotiabank

Seguridad y Control Regional

Nilton, Andrade

Ferreyros S.A

NULL

dcl

Cod_Informe 523 1937 177 771 770 639 550 599 545 1020 658 478 642 560 152 710

Cod_Practica 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alumno u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530 u511837 u610734 u811238 u813359 u812717 u813336 u711328

Ciclo 2012-1 2012-1 2012-1 2012-2 2012-2 2012-2 2012-1 2012-1 2012-1 2012-2 2012-1 2012-2 2012-2 2012-2 2012-2 2012-2

NombreResp Ricardo Miguel Angel Manuel Bertha Bertha Paolo Erika Víctor Manuel Susana Zori Jessica Dalia Samuel Manuel NULL

ApellidoResp Miyasato Linares Cabrera Castilla Castilla Cuadros Moreno Borbur Gonzalez De la Cruz Lopez Valverde Brun Sánchez Landauro NULL

NombreJefe Ricardo Miguel Angel Manuel Bertha Bertha Paolo Erika Víctor Manuel Susana Zori Jessica Dalia Samuel Manuel NULL

ApellidoJefe Miyasato Linares Cabrera Castilla Castilla Cuadros Moreno Borbur Gonzalez De la Cruz Lopez Valverde Brun Sánchez Landauro NULL

TelfJefe 6163000 2719000 3492080 3133333 3133333 2753549 2131255 997581665 6193000 997520607 2124132 3552513 6281258 945729791 997515813 NULL

dcli

Cod_Alumno u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530 u511837 u610734 u811238 u813359 u812717 u813336 u711328

Ciclo 2012-1 2012-1 2012-1 2012-2 2012-2 2012-2 2012-1 2012-1 2012-1 2012-2 2012-1 2012-2 2012-2 2012-2 2012-2 2012-2

HorasSemana NULL NULL 30 30 30 30 30 NULL 30 NULL 30 30 30 30 30 30

TotalSemanas NULL NULL 11 13 14 11 11 NULL 12 NULL 12 11 12 8 12 11

TotalHoras NULL NULL 320 390 409 320 320 NULL 360 NULL 360 330 360 240 360 320

dclii

Cod_Inform e 523 1937 177 771 770 639 550 599 545

Cod_Practic a 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA

Cod_Alumn o u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530

comp1 R 2 2 3 NULL NULL 4 3 4 3

comp2 R 2 2 3 NULL NULL 0 3 4 3

comp3 R 3 3 3 NULL NULL 0 3 4 3

comp4 R 3 3 4 NULL NULL 4 3 4 4

comp5 R 2 2 3 NULL NULL 4 3 3 3

comp6 R 4 2 4 NULL NULL 4 3 4 4

dcliii

Cod_Infor me 523 1937 177 771 770 639 550 599 545

Cod_Pract ica 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA

Cod_Alu mno u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530

comp 7R 4 3 3 NULL NULL 4 3 4 4

comp 8R 2 3 3 NULL NULL 4 3 4 4

comp 9R 3 2 3 NULL NULL 0 4 4 4

comp1 0R 2 2 2 NULL NULL 4 0 3 4

comp1 1R 0 3 3 NULL NULL 0 3 3 4

comp1 2R 4 3 2 NULL NULL 4 2 3 3

comp1 3R 4 3 3 NULL NULL 4 3 4 4

dcliv

Cod_Informe 523 1937 177 771 770 639 550 599 545

Cod_Practica 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA

Cod_Alumno u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530

preg1R NULL NULL

preg2R NULL NULL 3 0 0

NULL

4 2 2 NULL

3 4 NULL

4 4 NULL

dclv

Cod_Inform e 523 1937 177 771 770 639 550 599 545

Cod_Practic a 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA

Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u512908 3 3 2 4 2 2 3 u410677 2 2 3 4 4 3 4 u910221 3 3 4 2 3 3 3 u910120 3 3 3 2 3 0 3 u812737 2 3 3 2 3 0 2 u910521 4 4 4 3 4 3 4 u811210 3 2 4 3 3 3 3 u913459 4 3 4 3 3 4 3 u913530 3 3 4 3 2 3 3

dclvi

Cod_Infor me 523 1937 177 771 770 639 550 599 545

Cod_Prac tica 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA

Cod_Alu mno u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530

resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 2 3 3 2 3 3 3 3 2 2 3 2 2 4 2 2 2 NULL 3 3 4 4 3 3 2 3 2 2 4 2 3 3 2 2 2 2 4 2 3 3 3 4 4 3 4 4 4 4 3 3 3 3 3 3 3 3 3 2 3 2 3 3 4 3 3 2 3 2 4 4 3 3

dclvii

ci Cod_I Cod_ Cod_ cl nfor Practi Alum o me ca no Comentario X 2012 u512 Buen desempeño en general. Se requieren habilidades que está 523 FA 908 adquiriendo con éxito. 1 2012 u410 1937 FA 677 NULL 1 2012 u910 El desarrollo de Diego en nuestra empresa ha superado las 177 FA 221 expectativas que teníamos. 1 2012 u910 El programa cubre los conocimientos necesarios para que el 771 FA 120 profesional de sistemas aporte positivamente al logro. 2 2012 u812 Sus entregables han mejorado. Puede mejorar su capacidad de 770 FA 737 trabajo en equipo. 2 2012 u910 Mostró un muy buen desempeño y compromiso con las tareas 639 FA 521 asignadas. 2 Alberto ha demostrado en este tiempo ser una persona proactiva, 2012 u811 analítica, entusiasta y muy responsable. Es de gran ayuda contar con 550 FA 210 él en nuestro equipo. 1 2012 u913 Los horarios de clase de la UPC son muy complicados y hacen difícil 599 FA 459 que los alumnos cumplan con el horario de trabajo. 1 Se ha percibido un gran potencial en el desarrollo de herramientas 2012 u913 de información para el manejo de toma de decisiones a nivel 545 FA 530 gerencial. 1

dclviii

dclix

dclx

Cod_Infor me 1020 658 478 642 560 152 710

Cod_Prac tica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alu mno u511837 u610734 u811238 u813359 u812717 u813336 u711328

comp comp comp comp comp comp comp comp 1R 2R 3R 4R 5R 6R 7R 8R 3 4 3 3 4 4 3 4 4 3 3 3 4 4 3 3 4 3 4 4 4 3 3 3 3 3 4 4 4 4 4 4 4 4 3 4 0 4 4 4 4 4 3 4 4 4 4 4 4 3 3 3 3 4 NULL 4

dclxi

Cod_Info rme 1020 658 478 642 560 152 710

Cod_Pra ctica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alu comp comp comp comp comp comp mno 9R 10R 11R 12R 13R 14R u511837 4 3 3 3 4 3 u610734 4 3 3 3 4 3 u811238 4 3 3 0 4 3 u813359 4 4 3 4 4 4 u812717 4 0 4 4 4 3 u813336 4 4 3 4 4 4 u711328 3 4 4 3 4 4

comp 15R NULL NULL NULL NULL NULL NULL NULL

comp 16R NULL NULL NULL NULL NULL NULL 4

dclxii

Cod_Informe 1020 658 478 642 560 152 710

Cod_Practica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alumno u511837 u610734 u811238 u813359 u812717 u813336 u711328

preg1R NULL NULL NULL NULL NULL NULL NULL

preg2R NULL NULL NULL NULL NULL NULL NULL

dclxiii

Cod_Inform e 1020 658 478 642 560 152 710

Cod_Practic a 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u511837 4 4 3 3 4 4 4 u610734 3 4 4 4 3 3 3 u811238 3 4 4 3 2 4 4 u813359 4 3 4 3 4 4 4 u812717 4 3 4 4 3 0 0 u813336 3 4 3 4 4 3 4 u711328 3 4 3 3 3 3 4

dclxiv

Cod_Infor me 1020 658 478 642 560 152 710

Cod_Prac tica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alu mno u511837 u610734 u811238 u813359 u812717 u813336 u711328

resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 3 3 4 4 4 4 3 3 3 3 3 3 3 4 3 2 4 3 4 4 3 3 4 4 2 3 4 4 4 4 4 4 4 4 4 4 4 4 3 3 3 4 4 4 4 4 4 4 4 3 3 3 4 4 3 3

dclxv

Cod _Inf Cod Cod orm _Pra _Alu e ctica mno Comentario u51 102 201 183 0 2SA 7 NULL u61 El conocimiento intelectual de Alonso Sotomayor no se ha podido 201 073 evaluar en un alto nivel, el cual se ha podido ver que está preparado, ya 658 2SA 4 que nuestra empresa mantiene parámetros regionales. u81 El alumno se encuentra bastante preparado para aplicar sus 201 123 conocimientos en cualquier herramienta aplicada a tecnología de 478 2SA 8 información. u81 201 335 David Soto siempre se mostró proactivo y demostró flexibilidad y 642 2SA 9 fortaleza frente a los cambios que enfrentó la organización. u81 201 271 560 2SA 7 NULL u81 Se desempeña muy bien como practicante, asumiendo con mucha 201 333 responsabilidad y eficiencia las actividades encomendadas, brindando 152 2SA 6 soporte a sus compañeros locales, en Latinoamérica y Canadá u71 201 132 Buen desempeño en la implementación de un sistema de registro y 710 2SA 8 control de capacitación.

ci cl o X

2

1

2

2

2

2

2

dclxvi

dclxvii

dclxviii

OUTCOMES DE ABET, CRITERIOS Y CURSOS QUE LOS SOPORTAN - PRACTICAS PROFESIONALES - SOFTWARE

Program Outcomes a)

b)

Criterios a.c1. Aplica conocimientos matemáticos y científicos en las propuesta de soluciones en sistemas de Propone información soluciones en a.c2. Aplica sistemas de conocimientos información computacionale aplicando s en la principios de propuestas de matemática, soluciones con ciencias, sistemas en computación e información ingeniería a.c3. Aplica conocimientos de ingeniería en la propuesta de soluciones con sistemas de información Formula y b.c1. Define administra proyectos o proyectos y experimentos experimentos en para la

COMPETENCIAS DE LA CARRERA (1ra practica)

COMPETENCIAS DE LA CARRERA (2da practica)

3. Plantea soluciones a problemas identificados en 3. Plantea soluciones a problemas identificados en el ámbito de los sistemas de información. el ámbito de los sistemas de información.

5. Establece metas realistas evaluando su viabilidad e importancia. 8. Es capaz de ejecutar acciones previamente definidas en el marco de un proyecto de sistemas

7. Establece metas realistas evaluando su viabilidad e importancia.

dclxix

base al analisis e interpretación de datos relevantes en la implementación de sistemas de información

c)

implementación de un sistema de información b.c2. Realiza seguimiento y control de proyectos para la implementación de sistemas de información b.c3. Analiza e interpreta datos y/o resultados de la toma de requerimientos o ejecución de las tareas propias del desarrollo de proyectos de sistemas de información Diseña c.c1. Diseña la arquitectura de arquitectura negocio y tecnológica (TI) tecnológica para y la computacional implementación (SW) en base al de un sistema modelo de de información, negocio teniendo en previamente cuenta definido

de información.

9. Modela procesos de negocio que forman la base para el diseño de los componentes de un sistema de información.

12. Define los procesos necesarios para el eficaz mantenimiento y soporte de sistemas de información.

dclxx

restricciones económicas, sociales, políticas, éticas y otras propias del entorno empresarial

considerando aspectos económicos, sociales, políticos, éticos c.c2. Diseña la arquitectura de la información o datos en base a un modelo de negocio, considerando aspectos económicos, sociales, políticos, éticos c.c3. Diseña arquitectura de procesos como parte de una arquitectura de negocios en base a reglas de negocio, aspectos sociales, éticos y del entorno empresarial tomándolo como base para la implementación de un sistema

dclxxi

de información

d)

e)

Participa en equipos multidisciplinari os liderando o desarrollando sus tareas eficientemente con profesionales de diferentes especialidades o dominios de aplicación Identifica y analiza problemas de negocio o tecnológicos dentro del ciclo de vida de un sistema de información con alcance empresarial o inter empresarial

d.c1. Participa en equipos multidisciplinari os con eficacia, eficiencia y objetividad d.c2. Conoce al menos un sector empresarial o dominio de aplicación de los sistemas de información e.c1. Identifica debilidades o problemas de alcance negocio o tecnológicos y las oportunidades de su solución e.c2. Define las variables que inducen el problema o debilidad y las

7. Muestra responsabilidad profesional en el ejercio de sus funciones.

6. Tiene capacidad de integrarse rápidamente al trabajo en equipo. 9. Muestra responsabilidad profesional en el ejercicio de sus funciones.

1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.

1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.

dclxxii

oportunidades que se pierden con ellas

f) Propone soluciones en sistemas de información con responsabilidad profesional y ética

(g)

Comunica ideas o resultados oral o escritos con claridad y efectividad a público de diferentes especialidades y niveles jerárquicos

e.c3. Analiza variables identificando riesgos y acciones de mitigación f.c1. Muestra ética en el desempeño profesional f.c2. Muestra responsabilidad en el cumplimiento del rol de ingeniero de sistemas de información g.c1. Comunica oralmente sus ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos

6. Muestra entendimiento de ética en el ejercicio profesional.

8. Muestra entendimiento de ética en el ejercicio profesional.

4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas.

4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas. 5. Tiene habilidad para analizar e interpretar datos o resultados.

dclxxiii

h)

i)

g.c2. Comunica en forma escrita ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos h.c1. Comprende el impacto de los sistemas de información en el contexto Identifica el global. impacto de las soluciones en h.c2. sistemas de Comprende el información en impacto de los el contexto sistemas de global, información en económico y del el contexto entorno en la económico. sociedad h.c3. Comprende el impacto de los sistemas de información en la sociedad. Actualiza los i.c1. Actualiza conocimientos conceptos y en conocimientos

11. Comprende el impacto de la implementación de eficientes sistemas de información en el contexto económico de una empresa.

10. Analiza problemas y define proyectos en computación como alternativa de solución a los mismos.

13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.

14. Aplica modernas metodologías, técnicas y herramientas en la práctica profesional.

dclxxiv

metodologías, técnicas, herramientas por ser necesarios para mantener la vigencia en el desarrollo de sistemas de información j)

k)

necesarios para el desarrollo profesional i.c2. Reconoce la necesidad del aprendizaje permanente para el desempeño profesional

j.c1. Comprende las competencias profesionales Analiza hechos del Ingeniero de Sistemas de del mundo contemporaneo Información identificando el necesarios para atender las impacto en el demandas del desempeño profesional del mundo contemporaneo ingeniero de sistemas de j.c2. Analiza información nuevos métodos de colaboración y comunicación en el mundo contemporaneo Utiliza técnicas k.c1. Utiliza y herramientas técnicas de de última última generación en el generación en el desarrollo de desarrollo de

10. Identifica rápidamente casos o problemas del mundo copntemporáneo que pueden repercutir en el ámbito empresarial de los sistemas de 13. Muestra conocimiento de la profesión y su información. aplicación en temas contemporáneos dentro del 12. Comprensión del impacto de los sistemas de ámbito empresarial en el cual se desempeña. información en la sociedad al contar con funcionalidades apropiadas amigables y funcionales.

13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.

11. Implementa sistemas de informacióny/o elementos que lo componen.

dclxxv

sistemas de información

sistemas de información k.c2. Utiliza herramientas de última generación en el desarrollo de sistemas de información

dclxxvi

Cod_Infor me 822 180 720 732 543 862 740 750 1039 640 892 795

Cod_Practi Cod_Alum ca no Ciclo 20122012FA u710495 2 20122012FA u912129 1 20122012FA u710038 2 20122012SA u711145 2 20122012SA u611255 2 20122012SA u811192 2 20122012SA u411914 2 20122012SA u410240 2 20122012SA u611129 2 20122012SA u910307 2 20122012SA u813274 2 20122012SA u812189 2

Carrera Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software

NombreAlumno

Empresa

Carlos Eduardo, García Cabrera

Acredita S.A.C

Lorena Tiffany, Cabrera Pillaca

Hugo, Picón Hu

Corebit S.A.C Holistic Innovation Systems S.A.C Global Business Solutions S.A.C

Luis Enrique, Carlos Reyes

Boyles Bros. Diamantina S.A Sistemas

Richard, Giraldo Canta Christian Alberto, Gonzalez Castañeda Max Alejandro, Gómez-Sánchez Vergaray

IBM del Perú S.A.C

Alonso, Aguilar Urbina

AreaPractica Desarrollo y Tecnología NULL Software Factory .NET Consultoría ABAP

Focus Business Solutions

SMI-GTS-IBM Inteligencia de Negocios

Telefónica Móvilas S.A

Facturación

Jaylli Víctor, Arteaga Sánchez

Gaviota Reps. S.A.C

Gerencia General

Luis Ángel, Nieto Quispe

Sidequest S.A.C

Quality Assurance

Jaime Junior's, Coronado Gutierrez

Consorcio HBO S.A.C Holistic Innovation Systems S.A.C

Sistemas

Elí Obed, de la Rosa Raymundo

Desarrollo .NET

dclxxvii

Cod_Practica 2012FA 2012FA 2012FA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alumno u710495 u912129 u710038 u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189

Ciclo 2012-2 2012-1 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2

NombreResp Rafael Mónica Roberto José Orlando Fiorella Luis Katherine Wilmer Paolo David Roberto

ApellidoResp Herrera Cortijo Quispe Muñoz Bautista Barrelli Torres Medina Pozo Cuadros Coba Quispe

NombreJefe Rafael Mónica Roberto José Orlando Fiorella Luis Katherine Wilmer Paolo David Roberto

ApellidoJefe Herrera Cortijo Quispe Muñoz Bautista Barrelli Torres Medina Pozo Cuadros Coba Quispe

TelfJefe 2065000 991813827 3552513 7158489 998705793 6256469 2215106 2103514 2421616 2753549 6105798 3552513

dclxxviii

Cod_Practica 2012FA 2012FA 2012FA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alumno u710495 u912129 u710038 u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189

Ciclo 2012-2 2012-1 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2

HorasSemana TotalSemanas TotalHoras 30 24 720 30 12 360 30 11 320 30 14 420 30 11 320 30 14 400 30 12 360 30 52 1560 30 11 320 30 11 320 30 17 500 30 11 320

dclxxix

Cod_Infor me 822 180 720

Cod_Practi ca 2012FA 2012FA 2012FA

Cod_Alum comp1 comp2 comp3 comp4 comp5 comp6 comp7 no R R R R R R R u710495 NULL NULL NULL NULL NULL NULL NULL u912129 3 3 3 3 3 4 4 u710038 4 4 4 4 4 0 4

dclxxx

Cod_Info rme 822 180 720

Cod_Pra ctica 2012FA 2012FA 2012FA

Cod_Alu comp comp comp comp comp comp comp mno 8R 9R 10R 11R 12R 13R 14R u710495 NULL NULL NULL NULL NULL NULL NULL u912129 3 3 3 3 3 3 3 u710038 4 0 4 0 4 4 4

comp 15R NULL NULL 0

dclxxxi

Cod_Informe 822 180 720

Cod_Practica 2012FA 2012FA 2012FA

Cod_Alumno u710495 u912129 u710038

preg1R NULL NULL NULL

preg2R NULL NULL NULL

dclxxxii

Cod_Inform e 822 180 720

Cod_Practic a 2012FA 2012FA 2012FA

Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u710495 4 3 4 3 3 3 4 u912129 3 3 4 3 2 3 3 u710038 3 4 3 0 3 4 4

dclxxxiii

Cod_Infor me 822 180 720

Cod_Prac tica 2012FA 2012FA 2012FA

Cod_Alu mno u710495 u912129 u710038

resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 3 3 4 4 4 3 4 3 3 3 3 3 4 3 3 3 4 4 4 3 0 4 4 4

dclxxxiv

Cod_I Cod_ Cod_ nfor Practi Alum me ca no Comentario Excelente practicante, muy responsable, con alto nivel de 2012 u710 compromiso laboralmente. Cumplió ampliamente lo solicitado y 822 FA 495 requerido por la empresa. 2012 u912 180 FA 129 NULL 2012 u710 El alumno presenta una formación que se adecúa a los 720 FA 038 requerimientos del negocio.

cic lo X

2 1 2

dclxxxv

dclxxxvi

dclxxxvii

Cod_Infor me 732 543 862 740 750 1039 640 892 795

Cod_Practi ca 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alum no u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189

comp1 R NULL 4 NULL NULL NULL 4 4 NULL NULL

comp2 R NULL 4 NULL NULL NULL 4 4 NULL NULL

comp3 R NULL 4 NULL NULL NULL 4 4 NULL NULL

comp4 R NULL 4 NULL NULL NULL 4 4 NULL NULL

comp5 R NULL 4 NULL NULL NULL 4 0 NULL NULL

comp6 R NULL 4 NULL NULL NULL 4 0 NULL NULL

comp7 R NULL 4 NULL NULL NULL 4 4 NULL NULL

dclxxxviii

Cod_Info rme 732 543 862 740 750 1039 640 892 795

Cod_Pra ctica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alu mno u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189

comp 8R NULL 4 NULL NULL NULL 4 4 NULL NULL

comp 9R NULL 4 NULL NULL NULL 4 4 NULL NULL

comp 10R NULL 4 NULL NULL NULL 4 3 NULL NULL

comp 11R NULL 4 NULL NULL NULL 4 0 NULL NULL

comp 12R NULL 4 NULL NULL NULL 4 0 NULL NULL

comp 13R NULL 4 NULL NULL NULL 4 4 NULL NULL

comp 14R NULL 4 NULL NULL NULL 4 4 NULL NULL

comp 15R NULL 4 NULL NULL NULL 4 0 NULL NULL

dclxxxix

Cod_Informe 732 543 862 740 750 1039 640 892 795

Cod_Practica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alumno u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189

preg1R NULL NULL NULL NULL NULL NULL NULL NULL NULL

preg2R NULL NULL NULL NULL NULL NULL NULL NULL NULL

dcxc

Cod_Inform e 732 543 862 740 750 1039 640 892 795

Cod_Practic a 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u711145 4 4 3 3 3 4 4 u611255 4 4 4 3 3 4 4 u811192 4 4 4 4 4 4 4 u411914 4 4 3 3 3 3 3 u410240 4 4 4 0 4 4 4 u611129 4 4 4 4 4 4 4 u910307 4 4 4 3 4 4 4 u813274 4 4 4 4 4 4 4 u812189 4 4 3 4 4 3 4

dcxci

Cod_Infor me 732 543 862 740 750 1039 640 892 795

Cod_Prac tica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA

Cod_Alu mno u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189

resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 4 4 3 3 3 3 3 3 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 2 3 3 3 4 3 3 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 3 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 3 3 4 4 4 4

dcxcii

Cod _Inf orm e 732 543 862 740

Cod _Pra ctica 2012 SA 2012 SA 2012 SA 2012 SA

Cod _Alu mno u71 1145 u61 1255 u81 1192 u41 1914

ci cl o X

Comentario Profesional, responsable, con criterio para tomar decisiones.

2

Muy proactivo y técnicas en propuestas de desarrollo. Richard es un excelente profesional con alto compromiso y responsabilidad.

2 2

NULL Como profesional es excelente, nos ha ayudado a optimizar varios 2012 u41 procesos y se ha integrado fácilmente al equipo, pues como persona 750 SA 0240 también es A1. 2012 u61 Tuvo un trabajo brillante y logró que el equipo culmine exitosamente 1039 SA 1129 el proyecto. Tiene grandes habilidades técnicas y de comunicación oral. Mostró muy buen desempeño y capacidad para resolver los problemas 2012 u91 de programación e ingeniería que se le presentaron. Muestra interés y 640 SA 0307 proactividad en uso de nuevos conceptos. 2012 u81 892 SA 3274 NULL 2012 u81 795 SA 2189 Profundizar SQL

2

2 2

2 2 2

dcxciii

dcxciv

dcxcv

EVIDENCIAS ABET: WINTER SCHOOL 2013

dcxcvi

INTRODUCCIÓN A LOS VIDEOJUEGOS TABULACIÓN P1 P2 P3 P4 P5 P6 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

dcxcvii

P7

P8

P9

P10

1 2 3 4 5 1 2 3 4 5 SI NO 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

1

1

1

1 1

1 1 1

1

1

1 1

1

1 1

La metodología del profesor

- Aprender herramientas avanzadas - Aprender conceptos de arte Técnicos conocimientos

1 1 1 1 1

1 1 1

Debió ser más largo y haber abarcado más de Unity

1

1 1 1

8 horas por día son un poco frustrantes Fue un curso de introducción muy valioso porque dio a conocer de manera global cómo es el funcionamiento de la industria del videojuego y cine Más horas

- Trabajo práctico - Amplios conocimientos - Trabajo dinámico y entretenido - Que aprendí cosas nuevas - Que el profesor domine el tema - Amplios campos de desempeño profesional de la carrera - Lo importante de tener Excelente curso, se conocimientos de lo debe profundizar en un aprendido ciclo regular

1 1

1

COMENTARIO 2

Continuar con el curso. Es decir, que sea más extenso

1 1

1

COMENTARIO 1 (ASPECTOS MÁS VALORADOS)

- La experiencia del profesor - Su paciencia para enseñar 1 dcxcviii

1

1 1

1

1 1

1

1 1

1

1 1

1

1 1

1

1 1

1

1 1

Me cambió la forma de pensar de cómo se crean los videojuegos en 3-D - Me dio un mejor entendimiento del cual es el proceso para hacer un videojuego - Aprendí a usar nuevos softwares - La metodología en la manera de enseñar - Enseñó varios temas que no esperaba - Profesionalismo del profesor - Intensidad del curso - El profesor nos dio una idea general de todo el proceso para hacer videojuegos con conceptos que no había escuchado antes - La variedad de programas que hemos usado - Nos han enseñado temas que no pensé que aprenderíamos - La metodología es muy buena y los temas importantes para la carrera - Los temas que se tocaron durante el curso - El método de enseñanza del profesor

Me gustó mucho y me pareció muy útil. Me hubiera gustado llevarlo en un horario menos intensivo

Curso muy interesante e intensivo respecto al desarrollo de modelos en 3D

Aumentar los cursos que se pueden llevar con profesores reconocidos

dcxcix

TOTAL P1 P2 P3 P4 P5 P6 P7 P8 P9 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 SI NO 0 0 0 0 25 0 0 1 4 20 0 0 0 2 23 0 0 0 2 23 0 0 1 5 19 0 0 3 9 13 0 0 1 15 9 1 0 0 2 22 18 5

Resultado de encuestas Winter School 2013 Introd. al Desarrollo de Videojuegos

P r e g u n t a s

P8

2 0 0 1

P7

1 0 0

P6

22 9

9

3

0 0

15 13 19

5

5

P5

1 0 0

P4

0 0 0

2

23

P3

0 0 0

2

23

P2

1 0 0

P1

0 0 0 0

0

4 3 2 1

20

4

25

5

10

15

20

25

30

Total

dcc

Resultado de encuestas Winter School 2013 Introd. al Desarrollo de Videojuegos: ¿Superó expectativas? P r e g u P9 n t a s

5 NO 18

0

5

10

15

SI

20

Total

dcci

DISEÑO DE INTERFACES TABULACIÓN P1

P2

P3

P4

P5

P6

1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

5

1 1 1

1

dccii

P7

P8

P9

1 2 3 4 5 1 2 3 4 5 SI NO 1 1 1

1

1

1

1

1

1

1 1

1

1

1

1

1

1

1

1

1

1

1 1

1

1 1

1

1

1 1

P10 COMENTARIO 1 (ASPECTOS MÁS VALORADOS) - Por lo que he aprendido - Por la capacidad de ejemplo y ejercicios útiles - He aprendido información relevante para mi desarrollo personal - La disponibilidad y actitud del profesor - Los temas desarrollados en clase fueron bastante interesantes para mi carrera - Aprender un lenguaje de programación nuevo El uso de un nuevo lenguaje Para realizar los ejercicios en algunos casos el profesor manda links (Tutoriales) de cómo hacerlos, como ejemplos, y que tienen explicación concisa, para realizar los proyectos. - El uso del software Visual Basic - La calidad de enseñanza Porque el curso es muy completo y hay muchos temas interesantes - Todos aprendimos a programar en Visual Basic algo sencillo - Los videos del profesor me permitieron aprender mucho de manera sencilla Se desarrolló todos los temas y éstos fueron de gran ayuda

COMENTARIO 2

Me hubiese gustado que el material hubiese estado más actualizado (Windows 7 u 8, no 98)

De repente que el curso sea de 2 semanas

No todo el material del curso está explícitamente en español y eso dificulta la comprensión de los problemas

dcciii

1

Pensé que el profesor sería de Carnegie - El uso de herramientas Mellon, eso me para casos de usabilidad decepcionó un poco, y - La pasión en enseñar que fuera online aspectos del ser humano también

1 1

1

1

1

1

1

1

1

1

1

1

1 1

1 1

1

Este curso fue una buena experiencia, he aprendido cosas novedosas e interesantes

1

1 1 1

- La enseñanza online sirve para conocer otras formas de aprendizaje - La ayuda del profesor fue buena a la hora de explicar los temas - El profesor ha mandado links para poder entender mejor los temas. - He aprendido una manera más de programar, en otro compilador.

1

1 1 1 1

- El ambiente incentivador para avanzar el curso - Las herramientas habilitadas para el curso Exigencia, responsabilidad - Gran cantidad de material de referencia - Disponibilidad del profesor para absolver dudas La utilidad que puede tener el curso y su exigencia

Debería hacerse desde el hogar

Ninguna

dcciv

TOTAL P1 P2 P3 P4 P5 P6 P7 P8 P9 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 SI NO 0 0 0 11 8 0 0 1 12 6 0 0 0 3 16 0 0 1 7 11 0 0 2 8 9 0 0 4 11 4 0 0 0 9 10 0 0 2 8 9 17 2

Resultado de encuestas Winter School 2013 Diseño de Interfaces P8 P r e g u n t a s

P7

8

2

0 0

4 4

0 0

P5

0 0

P3

0 0

P1

8

5 4

11

3 16

3 6

1

8

2

4

6

2 1

12

0 0 0

0

9

7

1

0 0 0

P2

11

2

0 0

P4

10

9

0 0 0

P6

9

8

11

10

12

14

16

18

Total

dccv

Resultado de encuestas Winter School 2013 Diseño de Interfaces: ¿Superó expectativas? P r e g u P9 n t a s

2 NO 17

0

2

4

6

8

10

12

14

16

SI

18

Total

dccvi

ROL DEL ARQUITECTO TABULACIÓN P1

P2

P3

P4

P5

1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

P6 3 4 5 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

dccvii

P7

P8

P9

P10

COMENTARIO 1 (ASPECTOS MÁS 1 2 3 4 5 1 2 3 4 5 SI NO VALORADOS) - Gran conocimiento de la profesora, ya que ha abarcado temas que no conocía y lo ha sabido transmitir - Este curso ha enriquecido mucho mis 1 1 1 conocimientos - La profesora es muy buena enseñando, además de tener una metodología considerando las 8 horas seguidas por día - La diferente visión de un profesional del extranjero y toda la experiencia que nos 1 1 1 puede brindar El ambiente que creó la profesora y la diferente perspectiva sobre temas ya enseñados en la UPC 1 1 1 en cursos previos 1 1 1 1 1 1 1 1 1 La cantidad de información valiosa obtenida en relación a mi carrera y la disposición de la profesora por despejar mis dudas y dejar todo 1 1 1 muy claro

1 1

1 1 1

1

COMENTARIO 2

Debería realizarse nuevamente para quienes no tuvieron la oportunidad. Además, seguir realizando cursos similares La metodología de enseñanza de la profesora debería ser aplicada en la UPC, ya que permite el entendimiento e interacción alumno profesor

dccviii

1

1 1

1 1

1 1 1 1

1

1 1

1 1

1 1 1 1

1

1 1

1

1

1

1 1

1

1

1

1 1

1 1

- Manejo de temas del expositor - Trabajos grupales Porque en una semana pudimos tocar varios temas que se ha desarrollado en diferentes cursos, como Gerencia de Proyectos, Seguridad, DAE, IAE, etc.

Extender más el tiempo del curso para que sean 4 o 5 horas diarias y no 8, ya que se hace muy pesado

Las experiencias, el profesionalismo y la gran metodología El curso ayudó a reforzar lo aprendido integrando los conocimientos de cursos anteriores

- La información respecto a las normas y estándares existentes - El ciclo de vida de un proceso - La dinámica, que los alumnos salgan a resolver casos en la pizarra - Resolución de dudas mediante ejemplos reales

La experiencia de la ponente fue muy enriquecedora para darle un valor agregado al curso Metodología del curso

Según la currícula, se llegó a cumplir todos los puntos establecidos; sin embargo, la falta de material impreso o virtual causa un poco de incomodidad

Se necesita que los alumnos reciban materiales de apoyo. Por la velocidad del curso, el trabajo final debió ser comunicado con más tiempo y las diapositivas del curso entregadas antes

La forma en la cual se planifica un proyecto basándose en modelo de Desarrollo de Software dccix

1

1 1

1

1 1

1

1 1

1 1

1 El lugar debería tener tomacorrientes para poder utilizar laptops

1 1

1

1

1 1

- La manera en la que se relacionaron todos los temas de la carrera - La simplicidad de los conceptos

1

1

1

1 1

- Aprendizaje interactivo - Buen ánimo y llegada a los alumnos

1 1 1

- Temas muy nutritivos para mi carrera profesional - Docente con mucha calidad de enseñanza y experiencia

Cursos como estos generan un gran valor agregado a nuestra carrera profesional

- La profesora tiene una excelente forma de animar a los alumnos - Los temas tocados son muy interesantes

Me parece que la cantidad de horas por día es muy pesada y un poco extensa para poder captar todos los temas

1 1

- El curso fue llevado a cabo por una profesional altamente competente y con experiencia en el campo - El temario correspondiente al curso abarcó los temas necesarios para el entendimiento y comprensión del curso

1 1

- La profesora explica muy detalladamente todos los puntos hasta que ningún estudiante tenga dudas - La experiencia de la profesora y gracias a ello nos contaba algunos casos exhibidos de ella

dccx

1 1

1 1 1 1 1

1 1 1 1

1 1 1 1 1

1 1 1 1

- Dinámica para aprender - Paciencia y aclaración de puntos importantes - La profesora es una de las mejores, se da a entender y se preocupa porque todos entendamos - Los temas, aunque han sido explicados de manera rápida debido a las horas por día, se ha entendido todo perfectamente bien Proyectos y calidad

dccxi

TOTAL P1 P2 P3 P4 P5 P6 P7 P8 P9 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 SI NO 0 0 0 2 35 0 0 0 6 31 0 0 0 3 34 0 0 0 7 30 0 0 0 5 32 1 2 5 7 22 0 0 4 11 22 0 0 1 6 30 34 2

Resultado de encuestas Winter School 2013 Rol del Arquitecto P8 P r e g u n t a s

P7

P5

0 0 0

P4

0 0 0

P3

0 0 0

P2

0 0 0

P1

0 0 0

0

22

7

5

1 2

22

11

4

0 0

P6

30

6

1 0 0

32

5

5 4

30

7

3 34

3

2 1

31

6

35

2

5

10

15

20

25

30

35

40

Total

dccxii

Resultado de encuestas Winter School 2013 Rol del Arquitecto: ¿Superó expectativas? P r e g u P9 n t a s

2 NO 34

0

5

10

15

20

25

30

35

SI

40

Total

dccxiii

ANEXO 09: PROCESOS

dccxiv

1. INICIAR GESTIÓN DE PROYECTOS

dccxv

2. PLANIFICAR REQUISITOS TECNOLÓGICOS

dccxvi

3. REALIZAR RETROSPECTIVA

dccxvii

4. REALIZAR SEGUIMIENTO DE AVANCE DE PROYECTOS

dccxviii

5. GENERAR EVIDENCIAS ABET

dccxix

6.

EJECUTAR ENCUESTAS DE FIN DE CICLO

dccxx

7. TABULAR ENCUESTAS DE GRADUANDOS

dccxxi

8. GESTIONAR CONTRATO CON LAS EMPRESAS VIRTUALES

dccxxii

ANEXO 10: SPI (SCHEDULE PERFORMANCE INDEX)

dccxxiii

SPI 2012-2

dccxxiv

dccxxv

dccxxvi

dccxxvii

dccxxviii

dccxxix

dccxxx

dccxxxi

dccxxxii

dccxxxiii

dccxxxiv

dccxxxv

dccxxxvi

dccxxxvii

dccxxxviii

SPI 2013-1

dccxxxix

Seguimiento de proyectos (20/04/2013) Observaciones ADAP-AC GCD GISC Proyectos ABET IFC-DC TP1 PPP SIVERCOV AP-MC2E APCENS ARCUS SEEA TP2 EVAC MKDCOM

Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):

24% 32% 29% 43%

Desface (%):

-8%

Desface (%):

-14%

Riesgo Desface (%):

Riesgo

Riesgo Desface (%):

Riesgo

5% 9%

Desface (%):

Riesgo Desface (%): 6% 17% 18% 18% 43% 61% 49% 59% 22% 45% 34% 39%

Falta % de avance Falta % de avance

-4% Riesgo

Desface (%):

-11%

Desface (%):

0%

Desface (%):

-18%

Desface (%):

-10%

Desface (%):

-23%

Desface (%):

-5%

Falta actualizar las fechas y los % de avances

dccxl

Seguimiento de proyectos (30/04/2013) Observaciones ADAP-AC GCD GISC Proyectos ABET IFC-DC TP1 PPP SIVERCOV AP-MC2E APCENS ARCUS SEEA TP2 EVAC MKDCOM

Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):

31% 37% 28% 32% 11% 13% 14% 16% 11% 14% 22% 25% 21% 21% 38% 39% 48% 60% 50% 69%

Cronograma Real (%):

90%

Cronograma Planificado (%): Cronograma Real (%):

Desface (%):

-6%

Desface (%):

-4%

Desface (%):

-2%

Desface (%):

-2%

Desface (%):

-3%

Desface (%):

-3%

Desface (%):

0%

Desface (%):

-1%

Desface (%):

-12%

Desface (%):

-19%

Desface (%):

10%

80% 31% Desface (%):

-2%

Falta precisar fechas a acciones realizadas o a realizarce

dccxli

Cronograma Planificado (%):

33%

dccxlii

Seguimiento de proyectos (26/05/2013) Observaciones ADAP-AC GCD GISC TP1

Proyectos ABET IFC-DC PPP SIVERCOV AP-MC2E APCENS ARCUS SEEA

TP2 EVAC MKDCOM

Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):

46% 63% 43% 44% 30% 36% 19% 24% 12% 33% 33% 46% 22% 47% 42% 78%

Desface (%):

-17%

Desface (%):

-1%

Desface (%):

-6%

Desface (%):

-5%

Desface (%):

-21%

Desface (%):

-13%

Desface (%):

-25%

Desface (%):

-36%

Desface (%): Desface (%): Desface (%): Desface (%):

dccxliii

Seguimiento de proyectos (05/06/2013) Observaciones ADAP-AC GCD GISC TP1

Proyectos ABET IFC-DC PPP SIVERCOV AP-MC2E APCENS ARCUS SEEA

TP2 EVAC MKDCOM

Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):

57% 63% 45% 50% 32% 37% 19% 27% 30% 35% 26% 31%

Desface (%):

-6%

Desface (%):

-5%

Desface (%):

-5%

Desface (%):

-8%

Desface (%):

-5%

Desface (%):

-5%

Desface (%):

0%

Desface (%):

0%

Desface (%): Desface (%): Desface (%): Desface (%):

dccxliv

Seguimiento de proyectos (18/06/2013) Observaciones ADAP-AC GCD GISC TP1

Proyectos ABET IFC-DC PPP SIGERCOV AP-MC2E APCENS

ARCUS

TP2

SEEA EVAC MKDCOM

Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):

89% 93% 57% 63% 43% 46% 28% 30% 48% 51% 36% 39% 90% 90% 84% 91%

Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%):

89% 90% 84% 89% 99% 99% 95%

Desface (%):

4%

Desface (%):

6%

Desface (%):

3%

Desface (%):

2%

Desface (%):

3%

Desface (%):

3%

Desface (%):

0%

Desface (%):

7%

Desface (%):

1%

Desface (%):

5%

Desface (%):

0%

Desface (%):

-

dccxlv

Cronograma Planificado (%):

98%

3%

dccxlvi

ANEXO 11: FRAMEWORKS DE DOCUMENTACIÓN PMI

dccxlvii

01 PMP (PROJECT MANAGEMENT PLAN)

dccxlviii

PROJECT PLAN [Agency/Organization Name]

[PROJECT NAME] VERSION: [VERSION NUMBER]

REVISION DATE: [DATE]

Approval of the Project Plan indicates an understanding of the purpose and content described in this document and the related, attached plans for communication, configuration, performance, and risk management. Approval of the Project Plan constitutes approval of the Project Plan and the related plans. By signing this document, each individual agrees the project has been planned effectively as described herein. Agency Head [Name]

[Email]

Signature

[Telephone] Date

Executive Sponsor [Name]

[Email]

Signature

[Telephone] Date

Technology Sponsor [Name]

[Email]

Signature

[Telephone] Date

Project Manager [Name]

[Email]

Signature

[Telephone] Date

Information Security Officer [Name] Signature

[Email]

[Telephone] Date

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

Contents SECTION 1. ................................................................................................PROJECT OVERVIEW 1 1.1

Project Description ...................................................................................................... 1

1.2

Project Scope ............................................................................................................... 1

1.3

Assumptions ................................................................................................................ 1

1.4

Constraints .................................................................................................................. 1

SECTION 2. ........................................................................................ PROJECT ORGANIZATION 2 2.1

Internal Structure ........................................................................................................ 2

2.2

External Stakeholders.................................................................................................. 2

2.3

Roles and Responsibilities ........................................................................................... 2

SECTION 3. ................................................................................................. PROJECT START-UP 3 3.1

Project Life Cycle ......................................................................................................... 3

3.2

Methods, Tools, and Techniques ................................................................................ 3

3.3

Estimation Methods .................................................................................................... 3

3.4

Work Activities ............................................................................................................ 3

3.5

Schedule Allocation ..................................................................................................... 3

3.6

Resource Plan .............................................................................................................. 4

3.7

Budget Allocation ........................................................................................................ 4

SECTION 4. .................................................................................. MONITORING AND CONTROL 6 4.1

Change Control ............................................................................................................ 6

4.2

Issue Management ...................................................................................................... 6

4.3

Status Reporting .......................................................................................................... 6

SECTION 5. ......................................................................................... QUALITY MANAGEMENT 7 5.1

Quality Objectives ....................................................................................................... 7

5.2

Quality Standards ........................................................................................................ 7

Page i

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

5.3

Project Reviews and Assessments............................................................................... 7

5.4

Deliverables Acceptance ............................................................................................. 7

5.5

Process Improvement Activities .................................................................................. 8

SECTION 6. ............................................................................................. PROJECT TRANSITION 9 6.1

Closeout Plan ............................................................................................................... 9

6.2

Phase Closeout ............................................................................................................ 9

SECTION 7. ........................................................................................................... REFERENCES10 SECTION 8. .............................................................................................................. GLOSSARY 11 SECTION 9. .................................................................................................. REVISION HISTORY 12 SECTION 10. ......................................................................................................... APPENDICES13

Page ii

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

SECTION 1. PROJECT OVERVIEW 1.1

PROJECT DESCRIPTION

Describe the approach the project will use to address the business problem, including summarizing how the project will deliver the expected business outcomes and performance objectives. 1.2

PROJECT SCOPE

Describe the project scope. The scope defines project limits and identifies the products and/or services delivered by the project. The scope establishes the boundaries of the project and should describe products and/or services that are outside of the project scope. Project Includes

Project Excludes

1.3

ASSUMPTIONS

Describe any project assumptions related to business, technology, resources, scope, expectations, or schedules. Assumptions

1.4

CONSTRAINTS

Describe the limiting factors, or constraints, that restrict the project team’s options regarding scope, staffing, scheduling, and management of the project. Constraints

1

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

SECTION 2. PROJECT ORGANIZATION 2.1

INTERNAL STRUCTURE

Describe the organizational structure of the project team, preferably providing a graphical depiction as shown by the example project organization chart in the instructions. 2.2

EXTERNAL STAKEHOLDER S

Specify and describe the administrative and managerial liaisons between the project and the primary entities with which it interacts. Stakeholder Organization

2.3

Organization Relationship

Description/Nature

of

Stakeholder Name

ROLES AND RESPONSIBILITIES

Describe roles and responsibilities for the project management organization and external stakeholders identified in the project structure above. Role

Responsibility

2

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

SECTION 3. PROJECT START-UP 3.1

PROJECT LIFE CYCLE

Describe the project’s product or service delivery life cycle. Identify the development method(s), standards, policies, procedures, programming language(s), and other tools, techniques, and methods to be used to develop the work products or services for the project. 3.2

METHODS, TOOLS, AND TECHNIQUES

Identify the method(s), standards, policies, procedures, programming language(s), reusable code repositories, and other notations, tools, and techniques that may be used to develop and/or deploy the products and/or services for the project. 3.3

ESTIMATION METHODS

Describe the methods used to estimate the project level of effort, schedule, and budget. Describe tools and techniques used to obtain the estimates. Provide estimates for the project dimensions listed and identify the source or basis of the estimates and the level of uncertainty and risk associated with the estimates. Estimation Methods/Tools/Techniques Description Effort in person-months or person-hours Schedule in calendar months Budget in dollars Source/Basis of Estimate Level of Uncertainty

3.4

WORK ACTIVITIES

Provide a reference to the location of the work breakdown structure (WBS) and work packages within the WBS or provide the actual WBS and work packages within the WBS that will be maintained through the life of the project. Identifier

3.5

Work Package Description

Definition/Objective

Milestone/Deliverable

SCHEDULE ALLOCATION

From the work packages or WBS work activities and other inputs, develop the project schedule. For each activity or task, identify the resource(s) assigned and whether the activity is designated as a milestone, the duration of the work, estimated start and finish dates and task dependencies. The schedule should accurately reflect the work plan and project life cycle methodology used for the project. If the project schedule is maintained separately from the Project Plan, and to avoid redundancy, identify the name and location of the project schedule instead of including the following table. 3

[Agency/Organization Name] [Project Name] Identifier

3.6

PROJECT PLAN [Version Number] | [Revision Date]

Task/Activity Name Resource Name

Milestone (Y/N)

Effort/ Duration

Start

Finish

Dependent Task

RESOURCE PLAN

3.6.1

RESOURCE PROFILES

Generally describe primary resources that will be needed for the project including personnel (FTE and contract), equipment, facilities, hardware, software, materials, supplies, and training.

3.6.2

RESOURCE DETAIL

For each of the resources described under Resource Profiles, provide information on the cost estimate, number of hours required, availability of each resource and skill set requirements. For non-personnel resources, such as facilities or hardware, indicate “not applicable” under skill set. Resource

3.6.3

Cost Estimate

Estimated Hours

Availability

Skill Set

Work Product/Deliverable

RESOURCE STAFFING

For all staffing (FTE and contract) required on the project, develop a staffing plan that shows the number of personnel, by type, that will be required on a monthly basis. Personnel Category

3.7

Month

Month

Month

Month

Month

Month

Month

BUDGET ALLOCATION

Identify by work package or budget category the amount allocated to each major WBS work activity. Alternatively, provide the project budget by standard cost categories such as personnel, travel, equipment, and administrative support. If the budget is maintained 4

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

separately from the Project Plan, and to avoid redundancy, identify the name and location of the budget instead of including the following table. Identifier

Work Package or Budget Category

Cost

5

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

SECTION 4. MONITORING AND CONTROL 4.1

CHANGE CONTROL

4.1.1

CHANGE REQUEST TRACKING

Describe the tracking process for all proposed changes, including how change requests are initiated, logged and tracked, and assigned for analysis and recommendation.

4.1.2

CHANGE REQUEST REVIEW

Describe the review process, including a description of the roles involved in determining specific resolution actions such as approval, rejection, or delay of a change request.

4.1.3

ADDITIONAL PROJECT C ONTROL

Describe any additional processes that may exist to further control changes to certain aspects of the project. Include a description of these processes, if different than the change request process, for changes such as project scope, schedule, and budget. 4.2

ISSUE MANAGEMENT

Describe the resources, methods, and tools to be used to report, analyze, prioritize, and handle project issues. Describe how the issues will be tracked and managed to closure. 4.3

STATUS REPORTING

Describe how project status reporting information will be used to monitor and control the project, including escalation procedures and thresholds that may be used in response to corrective actions identified as part of the reporting process. If a consistent process has been established at the organization or agency level for how project status reporting information will be used to monitor and control the project, refer to the process.

6

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

SECTION 5. QUALITY MANAGEMENT 5.1

QUALITY OBJECTIVES

Describe of the overall quality objectives established for the project. These quality objectives will be used to identify the quality standards by stating the desired end result. If quality objectives have been established at the organization or agency level for all projects, refer to the agency and/or organizational quality objectives. Include project specific quality objectives as needed. 5.2

QUALITY STANDARDS

Identify the agency, industry, or regulatory project quality standards that will be followed and assessed by the project. Include standards that are related to the project and not the product and/or service that will be delivered by the project. If quality standards have been established at the organization or agency level for all projects, refer to the agency and/or organizational quality standards. Include project-specific quality standards as needed. No.

Quality Standard

Tracking Tools or Measures

1 2 3 4 5 6 7 8

5.3

PROJECT REVIEWS AND ASSESSMENTS

Describe the types of project reviews that are directly related to the project and not to the product and/or service. Describe the tools used, reviewer(s), and the report that will be generated as a result of the review. Review Type

Quality Standard

Tools

Reviewer

Reports

Describe how the results of project reviews will be monitored, evaluated, and how variance to acceptable criteria will be reported and resolved. 5.4

DELIVERABLES ACCEPTANCE

For each project deliverable, describe the final approval process for product acceptance from an overall quality perspective and include the objective criteria to be used for customer acceptance.

7

[Agency/Organization Name] [Project Name] Deliverable

5.5

PROJECT PLAN [Version Number] | [Revision Date] Final Approval Process

Customer Acceptance Criteria

PROCESS IMPROVEMENT ACTIVITIES

Describe the activities that will be performed periodically to assess the project’s processes, identify areas for improvement, and implement improvement plans.

8

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

SECTION 6. PROJECT TRANSITION 6.1

CLOSEOUT PLAN

Describe the plan for closing the project from an administrative, financial, and logistical perspective. 6.2

PHASE CLOSEOUT

Describe phase closeout if applicable.

9

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

SECTION 7. REFERENCES Provide a list of all documents and other sources of information referenced in the Plan and utilized in the project. Include for each the document number, title, date, and author. Document No.

Document Title

Date

Author

10

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

SECTION 8. GLOSSARY Define all terms and acronyms required to interpret the Project Plan properly.

11

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

SECTION 9. REVISION HISTORY Identify changes to the Project Plan. Version

Date

Name

Description

12

[Agency/Organization Name] [Project Name]

PROJECT PLAN [Version Number] | [Revision Date]

SECTION 10. APPENDICES Include any relevant appendices. 

13

02 CMP (CHANGE MANAGEMENT PLAN)

dcclxv

CHANGE MANAGEMENT PLAN Version Number: 1.0 Version Date:

[Insert appropriate disclaimer(s)]

Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.

Notes to the Author [This document is a template of a Change Management Plan document for a project. The template includes instructions to the author, boilerplate text, and fields that should be replaced with the values specific to the project. 

Blue italicized text enclosed in square brackets ([text]) provides instructions to the document author, or describes the intent, assumptions and context for content included in this document.



Blue italicized text enclosed in angle brackets () indicates a field that should be replaced with information specific to a particular project.



Text and tables in black are provided as boilerplate examples of wording and formats that may be used or modified as appropriate to a specific project. These are offered only as suggestions to assist in developing project documents; they are not mandatory formats.

When using this template, the following steps are recommended: 1. Replace all text enclosed in angle brackets (e.g., ) with the correct field document values. These angle brackets appear in both the body of the document and in headers and footers. To customize fields in Microsoft Word (which display a gray background when selected) select File->Properties->Summary and fill in the appropriate fields within the Summary and Custom tabs. After clicking OK to close the dialog box, update all fields throughout the document selecting Edit>Select All (or Ctrl-A) and pressing F9. Or you can update each field individually by clicking on it and pressing F9.

2.

These actions must be done separately for any fields contained with the document’s Header and Footer. Modify boilerplate text as appropriate for the specific project.

3. To add any new sections to the document, ensure that the appropriate header and body text styles are maintained. Styles used for the Section Headings are Heading 1, Heading 2 and Heading 3. Style used for boilerplate text is Body Text.

4. To update the Table of Contents, right-click on it and select “Update field” and choose the option - “Update entire table”.

5. Before submission of the first draft of this document, delete this instruction section “Notes to the Author” and all instructions to the author throughout the entire document.

Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.

VERSION HISTORY [Provide information on how the development and distribution of the Change Management Plan will be controlled and tracked. Use the table below to provide the version number, the author implementing the version, the date of the version, the name of the person approving the version, the date that particular version was approved, and a brief description of the reason for creating the revised version.] Version Implemented Revision Approved Number By Date By 1.0

Approval Description of Change Date

Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.

TABLE OF CONTENTS 1

INTRODUCTION .................................................................................................. DCCLXVII 1.1

2

Purpose of The Change Management Plan ............................................... dcclxvii

CHANGE MANAGEMENT PROCESS ...................................................................... DCCLXVII 2.1

Change Request Process Flow Requirements .......................................... dcclxvii

2.2

Change Request Form and Change Management Log ........................... dcclxviii

2.3 Evaluating and Authorizing Change Requests .......................................... dcclxviii 2.3.1 Change Control Board dcclxix 3

RESPONSIBILITIES ................................................................................................ DCCLXIX Appendix A: Change Management Plan Approval dcclxx APPENDIX B: REFERENCES dcclxxi APPENDIX C: KEY TERMS dcclxxii

Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.

INTRODUCTION PURPOSE OF THE CHANGE MANAGEMENT PL AN

[Provide the purpose of the Change Management Plan. This document should be tailored to fit the particular project needs.] The Change Management Plan documents and tacks the necessary information required to effectively manage project change from project inception to delivery. The Change Management Plan is created during the Planning Phase of the project. Its intended audience is the project manager, project team, project sponsor and any senior leaders whose support is needed to carry out the plan.

CHANGE MANAGEMENT PROCESS The Change Management process establishes an orderly and effective procedure for tracking the submission, coordination, review, evaluation, categorization, and approval for release of all changes to the project’s baselines. CHANGE REQUEST PROCE SS FLOW REQUIREMENTS

[Outline the project team’s agreed upon change request (CR) process flow. The following outlines a generic change request process flow.] Step Generate CR Log CR Status Evaluate CR Authorize Implement

Description A submitter completes a CR Form and sends the completed form to the Change Manager The Change Manager enters the CR into the CR Log. The CR’s status is updated throughout the CR process as needed. Project personnel review the CR and provide an estimated level of effort to process, and develop a proposed solution for the suggested change Approval to move forward with incorporating the suggested change into the project/product If approved, make the necessary adjustments to carry out the requested change and communicate CR status to the submitter and other stakeholders

Generate CR

Evaluate CR

Authorize CR

Log Updated Status Report Status

Implement CR

Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.

CHANGE REQUEST FORM AND CHANGE MANAGEMEN T LOG

[List and define the data elements the project team needs to include on the Change Request Form and in the Change Management Log. At a minimum, the following data should be included on the project’s Change Request Form and Change Management Log.] Element Date CR# Title Description Submitter Phone E-Mail Product Version Priority

Description The date the CR was created Assigned by the Change Manager A brief description of the change request Description of the desired change, the impact, or benefits of a change should also be described Name of the person completing the CR Form and who can answer questions regarding the suggested change Phone number of the submitter Email of the submitter The product that the suggested change is for The product version that the suggested change is for A code that provides a recommended categorization of the urgency of the requested change (High, Medium, Low)

EVALUATING AND AUTHORIZING CHANGE REQUES TS

[In order to evaluate and prioritize a change request, the “priority” and “type” of the change are taken into consideration. Use the first and second tables below to list and define the “priority” and “type” data elements that are applicable for the project. The third table provides examples of commonly used project status types. The list of elements is at the discretion of the project manager.] Change requests are evaluated using the following priority criteria: Priority High Medium Low

Description

Change requests are evaluated and assigned one or more of the following change types: Type Scope Time Duration Cost Resources Deliverables Product Processes Quality

Description Change affecting scope Change affecting time Change affecting duration Change affecting cost Change affecting resources Change affecting deliverables Change affecting product Change affecting process Change affecting quality

Change requests are evaluated and assigned one of the following status types: Status Open

Description Entered/Open but not yet approved or assigned

Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.

Work in Progress In Review Testing Closed

CR approved, assigned, and work is progressing CR work is completed and in final review prior to testing CR work has been reviewed and is being tested CR work is complete, has passed all tests, and updates have been released.

CHANGE CONTROL BOARD

[A Change Control Board (CCB) is a formally constituted group of stakeholders responsible for approving or rejecting changes to the project baselines. This group may meet on a predefined schedule or on an as needed basis. The table below provides a brief description of personnel acting as the Change Control Board (CCB) and their role/level of authority within that group.] Role

Name

Contact

[Insert Role]

[Insert Name]

[Insert Contact #]

Description

[Insert Role Description]

RESPONSIBILITIES [Provide a brief description of persons responsible for each step of the change management process for the project.] Role Project Manager Change Manager [Insert Role]

Name

Contact

[Insert Name]

[Insert Contact #]

Description

[Insert Role Description]

Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.

Appendix A: Change Management Plan Approval The undersigned acknowledge that they have reviewed the Change Management Plan and agree with the information presented within this document. Changes to this Change Management Plan will be coordinated with, and approved by, the undersigned, or their designated representatives.

[List the individuals whose signatures are desired. Examples of such individuals are Business Owner, Project Manager (if identified), and any appropriate stakeholders. Add additional lines for signature as necessary.] Signature: Print Name: Title: Role:

Date:

Signature: Print Name: Title: Role:

Date:

Signature: Print Name: Title: Role:

Date:

Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.

APPENDIX B: REFERENCES [Insert the name, version number, description, and physical location of any documents referenced in this document. Add rows to the table as necessary.] The following table summarizes the documents referenced in this document.

Document Name

Description

Location

Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.

APPENDIX C: KEY TERMS The following table provides definitions and explanations for terms and acronyms relevant to the content presented within this document. Term [Insert Term]

Definition

03 SP (SCHEDULE MANAGEMENT PLAN)

dcclxxvi

PROJECT SCHEDULE MANAGEMENT PLAN TEMPLATE

SCHEDULE MANAGEMENT PLAN

COMPANY NAME STREET ADDRESS CITY, STATE ZIP CODE

DATE

Schedule Management Plan Template

TABLE OF CONTENTS INTRODUCTION ..................................................................................................................... 2 SCHEDULE MANAGEMENT APPROACH ................................................................................... 2 SCHEDULE CONTROL .............................................................................................................. 3 SCHEDULE CHANGES AND THRESHOLDS ................................................................................. 4 SCOPE CHANGE ..................................................................................................................... 4

1

Schedule Management Plan Template

INTRODUCTION This section highlights the purpose and importance of the schedule management plan. It provides a general description of what should be included in the schedule management plan. These items will be described in more detail later in the plan under each corresponding section.

The project schedule is the roadmap for how the project will be executed. Schedules are an important part of any project as they provide the project team, sponsor, and stakeholders a picture of the project’s status at any given time. The purpose of the schedule management plan is to define the approach the project team will use in creating the project schedule. This plan also includes how the team will monitor the project schedule and manage changes after the baseline schedule has been approved. This includes identifying, analyzing, documenting, prioritizing, approving or rejecting, and publishing all schedule-related changes.

SCHEDULE MANAGEMENT APPROACH This section provides a general framework for the approach which will be taken to create the project schedule. This includes the scheduling tool/format, schedule milestones, and schedule development roles and responsibilities. Project schedules will be created using MS Project 2007 starting with the deliverables identified in the project’s Work Breakdown Structure (WBS). Activity definition will identify the specific work packages which must be performed to complete each deliverable. Activity sequencing will be used to determine the order of work packages and assign relationships between project activities. Activity duration estimating will be used to calculate the number of work periods required to complete work packages. Resource estimating will be used to assign resources to work packages in order to complete schedule development. Once a preliminary schedule has been developed, it will be reviewed by the project team and any resources tentatively assigned to project tasks. The project team and resources must agree to the proposed work package assignments, durations, and schedule. Once this is achieved the project sponsor will review and approve the schedule and it will then be baselined. The following will be designates as milestones for the project schedule:  Completion of scope statement and WBS/WBS Dictionary  Baselined project schedule  Approval of final project budget  Project kick-off  Approval of roles and responsibilities  Requirements definition approval 2

Schedule Management Plan Template

  

Completion of data mapping/inventory Project implementation Acceptance of final deliverables

Roles and responsibilities for schedule development are as follows: The project manager will be responsible for facilitating work package definition, sequencing, and estimating duration and resources with the project team. The project manager will also create the project schedule using MS Project 2007 and validate the schedule with the project team, stakeholders, and the project sponsor. The project manager will obtain schedule approval from the project sponsor and baseline the schedule. The project team is responsible for participating in work package definition, sequencing, and duration and resource estimating. The project team will also review and validate the proposed schedule and perform assigned activities once the schedule is approved. The project sponsor will participate in reviews of the proposed schedule and approve the final schedule before it is baselined. The project stakeholders will participate in reviews of the proposed schedule and assist in its validation.

SCHEDULE CONTROL This section defines how the project’s schedule will be controlled throughout the life of the project. This includes the frequency of updates and schedule reviews as well as communicating the schedule and progress. This section also defines roles and responsibilities as they relate specifically to project schedule control. The project schedule will be reviewed and updated as necessary on a bi-weekly basis with actual start, actual finish, and completion percentages which will be provided by task owners. The project manager is responsible for holding bi-weekly schedule updates/reviews; determining impacts of schedule variances; submitting schedule change requests; and reporting schedule status in accordance with the project’s communications plan. The project team is responsible for participating in bi-weekly schedule updates/reviews; communicating any changes to actual start/finish dates to the project manager; and participating in schedule variance resolution activities as needed. The project sponsor will maintain awareness of the project schedule status and review/approve any schedule change requests submitted by the project manager.

3

Schedule Management Plan Template

SCHEDULE CHANGES AND THRESHOLDS As the project schedule is created it is important that boundary conditions are set by the project sponsor to establish the schedule parameters within which the project is expected to operate. Any event which may potentially cause a schedule change which exceeds these boundary conditions must have a schedule change request submitted and approved by the sponsor before the schedule change is made. For this example we will use a change threshold of 10%. If any member of the project team determines that a change to the schedule is necessary, the project manager and team will meet to review and evaluate the change. The project manager and project team must determine which tasks will be impacted, variance as a result of the potential change, and any alternatives or variance resolution activities they may employ to see how they would affect the scope, schedule, and resources. If, after this evaluation is complete, the project manager determines that any change will exceed the established boundary conditions, then a schedule change request must be submitted. Submittal of a schedule change request to the project sponsor for approval is required if either of the two following conditions is true:  The proposed change is estimated to reduce the duration of an individual work package by 10% or more, or increase the duration of an individual work package by 10% or more.  The change is estimated to reduce the duration of the overall baseline schedule by 10% or more, or increase the duration of the overall baseline schedule by 10% or more. Any change requests that do not meet these thresholds may be submitted to the project manager for approval. Once the change request has been reviewed and approved the project manager is responsible for adjusting the schedule and communicating all changes and impacts to the project team, project sponsor, and stakeholders. The project manager must also ensure that all change requests are archived in the project records repository.

SCOPE CHANGE Occasionally, approved changes to the project’s scope may result in the schedule needing to be re-baselined. These scope changes may include new deliverables or requirements that were not previously considered as part of the original schedule’s development. In these situations the project manager and team must consider the current status of the project schedule and how the scope change will affect the schedule and its resources as the project moves forward. Any changes in the project scope, which have been approved by the project sponsor, will require the project team to evaluate the effect of the scope change on the current

4

Schedule Management Plan Template

schedule. If the project manager determines that the scope change will significantly affect the current project schedule, he/she may request that the schedule be rebaselined in consideration of any changes which need to be made as part of the new project scope. The project sponsor must review and approve this request before the schedule can be re-baselined.

5

Schedule Management Plan Template

SPONSOR ACCEPTANCE Approved by the Project Sponsor:

___________________________________________

Date:______________________

This free Project Schedule Management Plan Template is brought to you by www.ProjectManagementDocs.com

6

04 CP (COST MANAGEMENT PLAN)

dcclxxxiv

PROJECT COST MANAGEMENT PLAN TEMPLATE

COST MANAGEMENT PLAN

COMPANY NAME STREET ADDRESS CITY, STATE ZIP CODE

DATE

Cost Management Plan Template

TABLE OF CONTENTS INTRODUCTION .....................................................................................................................2 COST MANAGEMENT APPROACH ...........................................................................................2 MEASURING PROJECT COSTS ..................................................................................................3 REPORTING FORMAT .............................................................................................................4 COST VARIANCE RESPONSE PROCESS......................................................................................4 COST CHANGE CONTROL PROCESS..........................................................................................5 PROJECT BUDGET ...................................................................................................................5

1

Cost Management Plan Template

INTRODUCTION The Cost Management Plan clearly defines how the costs on a project will be managed throughout the project’s lifecycle. It sets the format and standards by which the project costs are measured, reported and controlled. The Cost Management Plan:  Identifies who is responsible for managing costs  Identifies who has the authority to approve changes to the project or its budget  How cost performance is quantitatively measured and reported upon  Report formats, frequency and to whom they are presented The Project Manager will be responsible for managing and reporting on the project’s cost throughout the duration of the project. During the monthly project status meeting, the Project Manager will meet with management to present and review the project’s cost performance for the preceding month. Performance will be measured using earned value. The Project Manager is responsible for accounting for cost deviations and presenting the Project Sponsor with options for getting the project back on budget. The Project Sponsor has the authority to make changes to the project to bring it back within budget.

COST MANAGEMENT APPROACH This section you explain your approach to cost management for your project. We chose to create Cost Accounts at the fourth level of the WBS as an example since many project management offices don’t have a Project Management Information System. If you are using a Project Management Information System then you can, and should, manage costs down to the work package level. For those who don’t have a Project Management Information System you’ll want to determine which level of the WBS you can most effectively manage the project’s costs from. The further down in the WBS you go, the more detailed your cost management is. However, you should balance the granularity at which you want to manage costs against the amount of effort it takes to manage at that level. The more granular your cost management, the more work is necessary to manage it. Costs for this project will be managed at the fourth level of the Work Breakdown Structure (WBS). Control Accounts (CA) will be created at this level to track costs. Earned Value calculations for the CA’s will measure and manage the financial performance of the project. Although activity cost estimates are detailed in the work packages, the level of accuracy for cost management is at the fourth level of the WBS. Credit for work will be assigned at the work package level. Work started on work packages will grant that work package with 50% credit; whereas, the remaining 50% is credited upon completion of all work defined in that work package. Costs may be rounded to the nearest dollar and work hours rounded to the nearest whole hour.

2

Cost Management Plan Template

Cost variances of +/- 0.1 in the cost and schedule performance indexes will change the status of the cost to cautionary; as such, those values will be changed to yellow in the project status reports. Cost variances of +/- 0.2 in the cost and schedule performance indexes will change the status of the cost to an alert stage; as such, those values will be changed to red in the project status reports. This will require corrective action from the Project Manager in order to bring the cost and/or schedule performance indexes below the alert level. Corrective actions will require a project change request and be must approved by the Project Sponsor before it can become within the scope of the project.

MEASURING PROJECT COSTS This section defines how the project’s costs will be measured. The PMBOK focuses on Earned Value Management for measuring and controlling a project’s costs. Earned Value Management is a broad and powerful tool; as such, we recommend that all project managers take some formal courses in Earned Value Management. In this section you should detail how you will measure the project costs. What Earned Value measurements will be captured and reported upon. Will you use any tools, such as project management software, to assist in capturing Earned Value metrics? How will you forecast future project costs? Will you review cost performance over time, across work packages or schedule activities? Our example in this section measures four Earned Value measurements; Schedule Variance (SV), Cost Variance (CV), Schedule Performance Index (SPI) and Cost Performance Index (CPI). For most typical projects these four measurements can provide enough insight for effective management without overburdening the Project Manager with Earned Value calculations and measurements. Schedule Variance (SV) is a measurement of the schedule performance for a project. It’s calculated by taking the Earned Value (EV) and subtracting the Planned Value (PV). Since EV is the actual value earned in the project and the PV is the value our project plan says we should have earned at this point, when we subtract what we planned from the actual we have a good measurement which tells us if we are ahead or behind the baseline schedule according to our project plan. If SV is zero, then the project is perfectly on schedule. If SV is greater than zero, the project is earning more value than planned thus it’s ahead of schedule. If SV is less than zero, the project is earning less value than planned thus it’s behind schedule. Cost Variance (CV) is a measurement of the budget performance for a project. CV is calculated by subtracting Actual Costs (AC) from Earned Value (EV). As we already know, EV is the actual value earned in the project. AC is the actual costs incurred to date, thus when we subtract what our actual costs from the EV we have a good measurement which tells us if we are above or below budget. If CV is zero, then the project is perfectly on budget. If CV is greater than zero, the project is earning more value than planned thus it’s under budget. If CV is less than zero, the project is earning less value than planned thus it’s over budget.

3

Cost Management Plan Template

Schedule Performance Index (SPI) measures the progress achieved against that which was planned. SPI is calculated as EV/PV. If EV is equal to PV the value of the SPI is 1. If EV is less than the PV then the value is less than 1, which means the project is behind schedule. If EV is greater than the PV the value of the SPI is greater than one, which means the project is ahead of schedule. A well performing project should have its SPI as close to 1 as possible, or maybe even a little under 1. Cost Performance Index (CPI) measures the value of the work completed compared to the actual cost of the work completed. CPI is calculated as EV/AC. If CPI is equal to 1 the project is perfectly on budget. If the CPI is greater than 1 the project is under budget, if it’s less than 1 the project is over budget. Performance of the project will be measured using Earned Value Management. The following four Earned Value metrics will be used to measure to projects cost performance:  Schedule Variance (SV)  Cost Variance (CV)  Schedule Performance Index (SPI)  Cost Performance Index (CPI) If the Schedule Performance Index or Cost Performance Index has a variance of between 0.1 and 0.2 the Project Manager must report the reason for the exception. If the SPI or CPI has a variance of greater than 0.2 the Project Manager must report the reason for the exception and provide management a detailed corrective plan to bring the projects performance back to acceptable levels. Performance Measure Schedule Performance Index (SPI) Cost Performance Index (CPI)

Yellow Red Between 0.9 and 0.8 or Less Than 0.8 or Greater Between 1.1 and 1.2 than 1.2 Between 0.9 and 0.8 or Less Than 0.8 or Greater Between 1.1 and 1.2 than 1.2

REPORTING FORMAT Reporting for cost management will be included in the monthly project status report. The Monthly Project Status Report will include a section labeled, “Cost Management”. This section will contain the Earned Value Metrics identified in the previous section. All cost variances outside of the thresholds identified in this Cost Management Plan will be reported on including any corrective actions which are planned. Change Requests which are triggered based upon project cost overruns will be identified and tracked in this report.

COST VARIANCE RESPONSE PROCESS

4

Cost Management Plan Template

This section of the Cost Management Plan defines the control thresholds for the project and what actions will be taken if the project triggers a control threshold. As a part of the response process the Project Manager typically presents options for corrective action to the Project Sponsor who will then approve an appropriate action in order to bring the project back on budget. The Project Manager may propose to increase the budget for the project, reduce scope or quality, or some other corrective action. The Control Thresholds for this project is a CPI or SPI of less than 0.8 or greater than 1.2. If the project reaches one of these Control Thresholds a Cost Variance Corrective Action Plan is required. The Project Manager will present the Project Sponsor with options for corrective actions within five business days from when the cost variance is first reported. Within three business days from when the Project Sponsor selects a corrective action option, the Project Manager will present the Project Sponsor with a formal Cost Variance Corrective Action Plan. The Cost Variance Corrective Action Plan will detail the actions necessary to bring the project back within budget and the means by which the effectiveness of the actions in the plan will be measured. Upon acceptance of the Cost Variance Corrective Action Plan it will become a part of the project plan and the project will be updated to reflect the corrective actions.

COST CHANGE CONTROL PROCESS Typically the change control process follows the project change control process. If there are special requirements for the cost change control process, they should be detailed in this section. The cost change control process will follow the established project change request process. Approvals for project budget/cost changes must be approved by the project sponsor.

PROJECT BUDGET The budget for this categories... Fixed Costs: Material Costs Contractor Costs Total Project Cost

project is detailed below. Costs for this project are presented in various $xxx,xxx.xx $xxx,xxx.xx $xxx,xxx.xx $xxx,xxx.xx

Management Reserve $x,xxx.xx

5

Cost Management Plan Template

SPONSOR ACCEPTANCE Approved by the Project Sponsor:

___________________________________________

Date: ______________________

This free Project Cost Management www.ProjectManagementDocs.com

Plan

6

Template

is

brought

to

you

by

05 QAP (QUALITY MANAGEMENT PLAN)

dccxcii

PROJECT QUALITY MANAGEMENT PLAN Version

[Insert appropriate disclaimer(s)]

Project Charter

VERSION HISTORY [Provide information on how the development and distribution of the Project Quality Management Plan, up to the final point of approval, was controlled and tracked. Use the table below to provide the version number, the author implementing the version, the date of the version, the name of the person approving the version, the date that particular version was approved, and a brief description of the reason for creating the revised version.] Version # 1.0

Implemented By

Revision Date





Approved By

Approval Date

Reason

UP Template Version: 11/30/06

Page 794 of 1038 [Insert appropriate disclaimer(s)]

Project Charter

Note to the Author [This document is a template of a Project Quality Management Plan document for a project. The template includes instructions to the author, boilerplate text, and fields that should be replaced with the values specific to the project. 

Blue italicized text enclosed in square brackets ([text]) provides instructions to the document author, or describes the intent, assumptions and context for content included in this document.



Blue italicized text enclosed in angle brackets () indicates a field that should be replaced with information specific to a particular project.



Text and tables in black are provided as boilerplate examples of wording and formats that may be used or modified as appropriate to a specific project. These are offered only as suggestions to assist in developing project documents; they are not mandatory formats.

When using this template for your project document, it is recommended that you follow these steps: 6. Replace all text enclosed in angle brackets (i.e., ) with the correct field values. These angle brackets appear in both the body of the document and in headers and footers. To customize fields in Microsoft Word (which display a gray background when selected): a. Select File>Properties>Summary and fill in the Title field with the Document Name and the Subject field with the Project Name. b. Select File>Properties>Custom and fill in the Last Modified, Status, and Version fields with the appropriate information for this document. c. After you click OK to close the dialog box, update the fields throughout the document with these values by selecting Edit>Select All (or Ctrl-A) and pressing F9. Or you can update an individual field by clicking on it and pressing F9. This must be done separately for Headers and Footers. 2. Modify boilerplate text as appropriate to the specific project. 3. To add any new sections to the document, ensure that the appropriate header and body text styles are maintained. Styles used for the Section Headings are Heading 1, Heading 2 and Heading 3. Style used for boilerplate text is Body Text. 4. To update the Table of Contents, right-click and select “Update field” and choose the option- “Update entire table” 5. Before submission of the first draft of this document, delete this “Notes to the Author” page and all instructions to the author, which appear throughout the document as blue italicized text enclosed in square brackets.]

Page 795 of 1038 [Insert appropriate disclaimer(s)]

Project Charter

TABLE OF CONTENTS 1

INTRODUCTION ..................................................................................................... 797 1.1

2

3

Purpose of The Project Quality Management Plan ..................................... 797

PROJECT QUALITY MANAGEMENT OVERVIEW ............................................... 797 2.1

Organization, Responsibilities, and Interfaces ............................................ 797

2.2

Tools, Environment, and Interfaces ............................................................. 797

PROJECT QUALITY MANAGEMENT ................................................................... 797 3.1 Quality Planning ........................................................................................... 797 3.1.1 Define Project Quality 798 3.1.2 Measure Project Quality 798 3.2 Quality Assurance ........................................................................................ 798 3.2.1 Analyze Project Quality 798 3.2.2 Improve Project Quality 798 3.3 Quality Control ............................................................................................. 798 Appendix A: Project Quality Management Plan Approval dcclxx Appendix B: References 800 Appendix C: Key Terms 801

Page 796 of 1038 [Insert appropriate disclaimer(s)]

Project Charter

INTRODUCTION PURPOSE OF THE PROJECT QUALITY MANAGEMEN T PLAN

[Provide the purpose of the Project Quality Management Plan. This document should be tailored to fit the particular project needs. Identify which project(s), product(s), and/or the portion of the project life cycle that are covered by this plan and the overall quality objectives for this project.] The Project Quality Management Plan documents the necessary information required to effectively manage project quality from project planning to delivery. It defines a project’s quality policies, procedures, criteria for and areas of application, and roles, responsibilities and authorities. The Project Quality Management Plan is created during the Planning Phase of the project. Its intended audience is the project manager, project team, project sponsor and any senior leaders whose support is needed to carry out the plan.

PROJECT QUALITY MANAGEMENT OVERVIEW ORGANIZATION, RESPONSIBILITIES, AND INTERFACES

[Describe the primary roles and responsibilities of the project staff as it relates to the practice of Project Quality Management. Indicate responsibilities for activities such as mentoring or coaching, auditing work products, auditing processes, participating in project reviews, etc.] Name [John Doe] [Jane Doe]

Role Project Manager Team Lead

Quality Responsibility Quality mentoring & coaching Quality audits

TOOLS, ENVIRONMENT, AND INTERFACES

[List and define the data elements the quality tools that will be used to measure project quality and level of conformance to defined quality standards/metrics.] Tool [Benchmarking]

Description [Industry recognized benchmarks]

PROJECT QUALITY MANAGEMENT At the highest of levels Quality Management involves planning, doing, checking, and acting to improve project quality standards. PMI PMBOK breaks the practice of Quality Management into three process groups: Quality Planning (QP), Quality Assurance (QA) and Quality Control (QC). The following sections define how this project will apply each of these practice groups to define, monitor and control quality standards. QUALITY PLANNING

[Identify which quality standards are relevant to the project and how to satisfy them. Identify and define appropriate quality metrics and measures for standards for project processes, product functionality, regulatory compliance requirements, project deliverables, project management performance, documentation, testing, etc. Identifies the acceptance criteria for project deliverables and product performance] Page 797 of 1038 [Insert appropriate disclaimer(s)]

Project Charter

DEFINE PROJECT QUALI TY

[Identify quality standards and expectations for customers, the project, organization and federal regulations, define customer and project goals, quality standards, critical success factors, and metrics for which to measure success, and outline acceptance criteria for project deliverables and product performance.] MEASURE PROJECT QUALITY

[Identify desired metrics and related monitoring processes for which to measure quality standard, develop a plan for measuring quality, define methods of data collection and archiving, and document timeframe for measurement and metrics reporting.] QUALITY ASSURANCE

[Identify and define those actions, and the metrics to measure them, that provide the confidence that project quality is in fact being met and has been achieved. Relate these actions to the quality standards defined in the planning section of this document.] ANALYZE PROJECT QUALITY

[Analyze quality data, document opportunities for improvement and apply what was learned from quality analysis to eliminate gaps between current and desired levels of performance.] IMPROVE PROJECT QUALITY

[Identify ways of doing things better, cheaper, and/or faster. For projects, identify ways of eliminating unsatisfactory performance.] QUALITY CONTROL

[Identify those monitoring and controlling actions that will be conducted to control quality throughout the project’s life. Define how it will be determined that quality standards comply with the defined standards outlined earlier in this document. Identify owners of ongoing monitoring and improvement of project processes.]

Page 798 of 1038 [Insert appropriate disclaimer(s)]

Project Charter

Appendix A: Project Quality Management Plan Approval The undersigned acknowledge they have reviewed the Project Quality Management Plan and agree with the approach it presents. Changes to this Project Quality Management Plan will be coordinated with and approved by the undersigned or their designated representatives.

[List the individuals whose signatures are desired. Examples of such individuals are Business Steward, Project Manager or Project Sponsor. Add additional lines for signature as necessary. Although signatures are desired, they are not always required to move forward with the practices outlined within this document.] Signature: Print Name: Title: Role:

Date:

Signature: Print Name: Title: Role:

Date:

Signature: Print Name: Title: Role:

Date:

Page 799 of 1038 [Insert appropriate disclaimer(s)]

Project Charter

Appendix B: References [Insert the name, version number, description, and physical location of any documents referenced in this document. Add rows to the table as necessary.] The following table summarizes the documents referenced in this document.

Document Name and Version

Description [Provide description of the document]

Page 800 of 1038 [Insert appropriate disclaimer(s)]

Location

Project Charter

Appendix C: Key Terms [Insert terms and definitions used in this document. Add rows to the table as necessary. Follow the link below to for definitions of project management terms and acronyms used in this and other documents. http://www2.cdc.gov/cdcup/library/other/help.htm The following table provides definitions for terms relevant to this document. Term

Definition





Page 801 of 1038 [Insert appropriate disclaimer(s)]

06 RMP (RISK MANAGEMENT PLAN)

dcccii

RISK MANAGEMENT PLAN [Agency/Organization Name]

[PROJECT NAME] VERSION: [VERSION NUMBER]

REVISION DATE: [DATE]

Approval of the Project Plan indicates an understanding of the purpose and content described in this document and the related plans for communication, configuration, and performance management. Approval of the Project Plan constitutes approval of the Project Plan and the related plans which are attached to the Project Plan.

[Agency/Organization Name] [Project Name]

RISK MANAGEMENT PLAN [Version Number] | [Revision Date]

Contents 1.1

Overall Strategy ........................................................................................................... 1

1.2

Roles Definition ........................................................................................................... 1

2.1

Risk Identification ........................................................................................................ 1

2.2

Risk Analysis ................................................................................................................ 1

3.1

Risk Tracking .......................................................................................................... dccci

3.2

Risk Reporting........................................................................................................ dccci

Based DIR Document 20RM-T1-3

on Page 1

[Agency/Organization Name] [Project Name]

RISK MANAGEMENT PLAN [Version Number] | [Revision Date]

SECTION 1. RISK MANAGEMENT APPROACH 1.1

OVERALL STRATEGY

Describe the overall, high-level approach to risk management for the project. Summarize how the following risk management activities outlined in this Risk Management Plan will be accomplished collectively: risk identification, analysis, prioritization, response, monitoring, and control.  1.2

ROLES DEFINITION

Role N

Risk Management Activity

Role 2

Role 1

Complete the risk management activity matrix for each of the project roles and/or functional areas. When complete, the matrix should reflect by functional role the assigned responsibility for key risk management activities.

Legend J = joint/shared responsibility P = primary/lead responsibility S = support/participatory responsibility

Based DIR Document 20RM-T1-3

on Page 2

[Agency/Organization Name] [Project Name]

RISK MANAGEMENT PLAN [Version Number] | [Revision Date]

SECTION 2. RISK ASSESSMENT 2.1

RISK IDENTIFICATION

Describe how risks are identified and organized in preparation for performing risk analysis, such as use of methods and techniques like brainstorming, interviews, and risk factor tables. Nº Riesgo

Fecha

Fuente (Área)

Based DIR Document 20RM-T1-3

Declaración de riesgo

Entregable(s) involucrado(s)

Cuando puede presentarse

Frecuencia

Disparador: ¿Qué evento hace que suceda?

on Page 3

[Agency/Organization Name] [Project Name]

2.2

RISK MANAGEMENT PLAN [Version Number] | [Revision Date]

RISK ANALYSIS

Describe how risks will be analyzed to establish the project exposure for each risk and to determine which risks are the most important ones to address. Describe scales for rating risks and risk threshold values. Fundamentos de la Requiere análisis Nº evaluación de ¿Requiere Rpta en Impacto Probabilidad Score Ranking cuantitativo? Riesgo Probabilidad e el corto plazo? ¿Cuál? Impacto

Based DIR Document 20RM-T1-3

on Page 4

[Agency/Organization Name] [Project Name]

RISK MANAGEMENT PLAN [Version Number] | [Revision Date]

SECTION 3. RISK MONITORING AND CONTROL 3.1

RISK TRACKING

Describe how risks will be continually tracked to ensure that effective risk management is performed throughout the life of the project, such as use of methods and techniques like risk checklists and watch lists.  3.2

RISK REPORTING

Describe methods and techniques to review and present the status of project risks, such as use of reports for examination of risk response strategies in a summarized (collection or risk items) or detailed (single risk item) manner. 

SECTION 4. GLOSSARY Define all terms and acronyms required to interpret the Risk Management Plan properly. 

SECTION 5. REVISION HISTORY Identify changes to the Risk Management Plan. Version

Date

Name

Description

SECTION 6. APPENDICES Include any relevant appendices. 

Based DIR Document 20RM-T1-3

on Page 5

07 COM (COMMUNICATION MANAGEMENT PLAN)

dcccix

COMMUNICATION MANAGEMENT PLAN

[Agency/Organization Name]

[PROJECT NAME] VERSION: [VERSION NUMBER] REVISION DATE: [DATE] Approval of the Project Plan indicates an understanding of the purpose and content described in this document and the related plans for configuration, performance, and risk management. Approval of the Project Plan constitutes approval of the Project Plan and the related plans which are attached to the Project Plan.

[Agency/Organization Name] [Project Name]

COMMUNICATION MANAGEMENT PLAN [Version Number] | [Revision Date]

Contents SECTION 1.

PROJECT STAKEHOLDERS.................................................................1

1.1

Stakeholder Roles and Responsibilities ....................................................................... 1

1.2

Stakeholder Contact Information................................................................................ 1

1.3

Stakeholder Information Requirements ..................................................................... 1

SECTION 2.

PROJECT INFORMATION COLLECTION, REPORTING, AND DISTRIBUTION 2

2.1

Information Collection and Reporting......................................................................... 2

2.2

Information Distribution, Storage, and Disposition .................................................... 3

2.3

Distribution Groups ..................................................................................................... 3

SECTION 3.

GLOSSARY ......................................................................................4

SECTION 4.

REVISION HISTORY ..........................................................................4

SECTION 5.

APPENDICES ...................................................................................4

Page i

[Agency/Organization Name] [Project Name]

COMMUNICATION MANAGEMENT PLAN [Version Number] | [Revision Date]

SECTION 1. PROJECT STAKEHOLDERS 1.1

STAKEHOLDER ROLES AN D RESPONSIBILITIES

List the project stakeholders and their associated roles and responsibilities. Stakeholder Name

1.2

Role

Responsibility

STAKEHOLDER CONTACT INFORMATION

Specify contact information for each stakeholder. Role

1.3

Name/Title/Organization

Phone

E-mail

STAKEHOLDER INFORMAT ION REQUIREMENTS

For each stakeholder identified, specify the information required to keep stakeholders informed and enable them to fulfill their project roles and responsibilities. Also, specify the timeframe, frequency, or trigger for distribution of the information. Stakeholder Role

Stakeholder Requirement

Information

Page 1

Stakeholder Information Requirement Description

Timeframe/Frequency/ Trigger

[Agency/Organization Name] [Project Name]

Stakeholder Role

SECTION 2. 2.1

COMMUNICATION MANAGEMENT PLAN [Version Number] | [Revision Date]

Stakeholder Requirement

Information

Stakeholder Information Requirement Description

Timeframe/Frequency/ Trigger

PROJECT INFORMATION COLLECTION, REPORTING, AND DISTRIBUTION

INFORMATION COLLECTION AND REPORTING

List the information that must be collected, summarized, and reported in order to produce the communication outputs that fulfill the stakeholder information requirements. Specify the associated collection and reporting details. Information Requirement Information Provider Collection Timeframe/ Frequency/Trigger Collection Method Reporting/ Method

Documentation

Report/Document Title

Information Requirement Information Provider Collection Timeframe/ Frequency/Trigger Collection Method Reporting/ Method

Documentation

Report/Document Title

Information Requirement Information Provider Collection Timeframe/ Frequency/Trigger

Page 2

[Agency/Organization Name] [Project Name]

COMMUNICATION MANAGEMENT PLAN [Version Number] | [Revision Date]

Collection Method Reporting/ Method

Documentation

Report/Document Title

2.2

INFORMATION DISTRIBUTION, STORAGE, AND DISPOSITION

List each report or document to be produced and distributed as a communication output to fulfill the stakeholder information requirements. Specify the associated distribution, storage, and disposition details. Report/Document Title Target Audience Primary Notification/ Distribution Method Secondary Notification/ Distribution Method Timeframe/ Frequency/Trigger Storage/Disposition

Report/Document Title Target Audience Primary Notification/ Distribution Method Secondary Notification/ Distribution Method Timeframe/ Frequency/Trigger Storage/Disposition

Report/Document Title Target Audience Primary Notification/ Distribution Method Secondary Notification/ Distribution Method Timeframe/ Frequency/Trigger Storage/Disposition

2.3

DISTRIBUTION GROUPS

List and describe the distribution groups that will be used to distribute project information.

Page 3

[Agency/Organization Name] [Project Name]

COMMUNICATION MANAGEMENT PLAN [Version Number] | [Revision Date]

Distribution Group Name

Distribution Group Description

Owner

SECTION 3. GLOSSARY Define all terms and acronyms required to interpret the Communication Management Plan properly. 

SECTION 4. REVISION HISTORY Identify changes to the Communication Management Plan. Version

Date

Name

Description

SECTION 5. APPENDICES Include any relevant appendices. 

Page 4

08 ACQ (ACQUISITION PLAN)

dcccxvi

ACQUISITION PLAN

[Agency/Organization Name]

[PROJECT NAME] VERSION: [VERSION NUMBER]

REVISION DATE: [DATE]

Agency Head [Name]

[Email]

Signature

[Telephone] Date

Executive Sponsor [Name]

[Email]

Signature

[Telephone] Date

Technology Sponsor [Name]

[Email]

Signature

[Telephone] Date

Contract Manager [Name]

[Email]

Signature

[Telephone] Date

Project Manager [Name]

[Email]

Signature

[Telephone] Date

Legal [Name]

[Email]

Signature

[Telephone] Date

Information Security Officer [Name] Signature

[Email]

[Telephone] Date

[Agency/Organization Name] [Project Name]

ACQUISITION PLAN [Version Number] | [Revision Date]

Contents SECTION 1.

PROCUREMENT OVERVIEW .............................................................1

1.1

Description 1

1.2

Background 1

1.3

Scope

1.4

Assumptions 1

1.5

Constraints 1

1.6

History

SECTION 2.

1

2 MARKET RESEARCH .........................................................................2

2.1

Research Approach ..................................................................................................... 2

2.2

Research Outcome ...................................................................................................... 2

SECTION 3.

PROCUREMENT APPROACH .............................................................2

3.1

Roles Definition ........................................................................................................... 2

3.2

Procurement Strategy ................................................................................................. 2

3.3

Evaluation and Award ................................................................................................. 3

3.4

Procurement Key Action Dates ................................................................................... 3

SECTION 4.

PERFORMANCE AND SERVICE STANDARDS APPROACH ....................4

4.1

Performance Standards and Measurements .............................................................. 4

4.2

Service Standards and Measurements ........................................................................ 4

SECTION 5.

CONTRACT MANAGEMENT APPROACH............................................4

5.1

Vendor Orientation ..................................................................................................... 4

5.2

Change Management .................................................................................................. 4

5.3

Deliverables Management .......................................................................................... 4

5.4

Invoice Management................................................................................................... 5

5.5

Dispute Resolution ...................................................................................................... 5

Page i

[Agency/Organization Name] [Project Name]

ACQUISITION PLAN [Version Number] | [Revision Date]

5.6

Contract Closeout ........................................................................................................ 5

5.7

Tools

5

SECTION 6.

GLOSSARY ......................................................................................5

SECTION 7.

REVISION HISTORY ..........................................................................5

SECTION 8.

APPENDICES ...................................................................................5

Page ii

[Agency/Organization Name] [Project Name]

ACQUISITION PLAN [Version Number] | [Revision Date]

SECTION 1. PROCUREMENT OVERVIEW 1.1

DESCRIPTION

Describe the approach for how the procured goods and/or services will be used to address the business problem.  1.2

BACKGROUND

Provide additional information that supports and defines the overall procurement process. Identify the estimated total contract amount, duration of need, and projected life of the project. Indicate whether the contract will involve a master contract for use by multiple entities. Estimated Total Contract Amount

Duration of [MM/YY to MM/YY]

Need Duration of [MM/YY to MM/YY]

Project

Additional Information

1.3

SCOPE

Describe the procurement scope in relation to the project. The scope defines procurement limits in terms of the goods and/or services that will be delivered. The scope establishes the boundaries of the procurement process and should describe goods and/or services that are outside of the procurement scope. Project Includes

Project Excludes

1.4

ASSUMPTIONS

Describe any assumptions that impact and further clarify the procurement scope and overall procurement effort. Include assumptions related to business, technology, resources, scope, expectations, or schedules.  1.5

CONSTRAINTS

Describe any constraints that impact the procurement process. Include constraints being imposed in areas such as schedule, budget, resources, products to be reused, technology to be deployed, products to be acquired, and interfaces to other products. List constraints based on current knowledge.

Page 1

[Agency/Organization Name] [Project Name]

ACQUISITION PLAN [Version Number] | [Revision Date]

 1.6

HISTORY

Briefly describe relevant contracting history. Identify similar projects that have been initiated to solicit and contract similar goods and/or services within the last four years. 

SECTION 2. MARKET RESEARCH 2.1

RESEARCH APPROACH

Describe the approach used to accomplish market research, including why a particular approach was used.  2.2

RESEARCH OUTCOME

Describe the extent and results of the market research. Identify the effects of the market research in formulating and defining the procurement strategy. 

SECTION 3. PROCUREMENT APPROACH 3.1

ROLES DEFINITION

Role N

Procurement Activity

Role 2

Role 1

Complete the procurement activity matrix for each of the project roles and/or functional areas. When complete, the matrix should reflect by functional role the assigned responsibility for key procurement activities.

Legend J = joint/shared responsibility P = primary/lead responsibility S = support/participatory responsibility

3.2

PROCUREMENT STRATEGY

Describe the strategy for how the procurement effort will be conducted, including the sourcing approach, procurement method, competition, and procurement steps. 3.2.1

SOURCING APPROACH AND JUSTIFICATION

Page 2

[Agency/Organization Name] [Project Name]

ACQUISITION PLAN [Version Number] | [Revision Date]

Describe the sourcing approach and justify why the planned sourcing (e.g., full outsourcing, partial outsourcing, insourcing, multi-sourcing) is in the best interest of the state and why existing staff cannot provide the desired goods and/or services. Sourcing Approach

3.2.2

Justification

PROCUREMENT METHOD

Describe why the planned procurement method (e.g., leveraged procurement, competitive bid, competitive proposal) is in the best interest of the state. 

3.2.3

COMPETITIVE PROCUREMENT

Describe how sources for competition will be identified, promoted, and sustained until a contract is awarded. If competition is not a consideration or achievable, provide a basis and justification for that decision.  3.2.4

PROCUREMENT STEPS

Describe the procurement steps in relation to the procured goods and/or services identified as part of the procurement scope. Identify the types of IT goods and/or services (e.g., Product Concept/Prototype, Independent Verification and Validation (IV&V)), procurement method (e.g., Request for Proposal – RFP, Request for Information – RFI), and contract dollar values if applicable. Add additional columns as needed. Types of Goods and/or Services

Procurement Method

Contract Dollar Value

Describe why the planned procurement steps are being recommended.  3.3

EVALUATION AND AWARD

Describe the evaluation approach, including evaluation factors and overall use for vendor selection. Provide a table view for weighted requirements.  Identify and describe any tools used for vendor selection, including any conditions imposed by the tools such as how the evaluation factors are defined and used.  3.4

PROCUREMENT KEY ACTION DATES

Page 3

[Agency/Organization Name] [Project Name]

ACQUISITION PLAN [Version Number] | [Revision Date]

Indicate major dates for procurement activities that require an essential action to occur in order to move the procurement forward. These key dates are a granular subset of the milestones and deliverables as reflected for project delivery. List both pre-solicitation and solicitation activities. Pre-solicitation Activities/Deliverables

Target Date

Solicitation Activities/Deliverables

Target Date

SECTION 4. 4.1

PERFORMANCE AND SERVICE STANDARDS APPROACH

PERFORMANCE STANDARDS AND MEASUREMENTS

Describe the approach for how performance standards and measurements will be defined specifically in terms of the procurement scope, assumptions, constraints, and strategy.  4.2

SERVICE STANDARDS AND MEASUREMENTS

Describe the approach for how service standards and measurements will be defined specifically in terms of the procurement scope, assumptions, constraints, and strategy. 

SECTION 5. CONTRACT MANAGEMENT APPROACH 5.1

VENDOR ORIENTATION

Describe the approach for vendor orientation.  5.2

CHANGE MANAGEMENT

Describe how contract changes will be managed.  5.3

DELIVERABLES MANAGEMENT

Describe how all planned and actual contractor deliverables and services will be tracked and managed, including due dates, actual submission dates, approval/rejection, and other data as needed.

Page 4

[Agency/Organization Name] [Project Name]

ACQUISITION PLAN [Version Number] | [Revision Date]

 5.4

INVOICE MANAGEMENT

Describe how invoices will be managed.  5.5

DISPUTE RESOLUTION

Describe how contractual disputes will be handled, including escalation of dispute issues to appropriate agency staff.  5.6

CONTRACT CLOSEOUT

Describe the approach for contract closeout.  5.7

TOOLS

Describe any tools used to manage the contract, contractual requirements, and deliverables. 

SECTION 6. GLOSSARY Define all terms and acronyms required to interpret the Acquisition Plan properly. 

SECTION 7. REVISION HISTORY Identify changes to the Acquisition Plan. Version

Date

Name

Description

SECTION 8. APPENDICES Include any relevant appendices. 

Page 5

09 HRP (HUMAN RESOURCES PLAN)

dcccxxv

[Agency/Organization Name]

Human Resources Plan

Health and Human Services Agency, Office of Systems Integration Revision History REVISION HISTORY REVISION/WORKSITE #

DATE OF RELEASE

[Document Title] [Version Number]

OWNER

SUMMARY OF CHANGES

Page 1septiembre 29, 2014

Human Resources Plan



Remove template revision history and insert Project Human Resources Plan revision history. Approvals NAME

ROLE

DATE

Insert Project Approvals here. Template Instructions: This template is color coded to differentiate between boilerplate language, instructions, sample language, and hyperlinks. In consideration of those reviewing a black and white hard copy of this document we have also differentiated these sections of the document using various fonts and styles. Details are described below. Please remove the template instructions when the document is finalized. Standard boilerplate language has been developed for this management plan. This language is identified in black Arial font and will not be modified without the prior approval of the Project Management Office (PMO). If the project has identified a business need to modify the standard boilerplate language, the request must be communicated to the PMO for review. Additional information may be added to the boilerplate language sections at the discretion of the project and does not require PMO review for inclusion in the completed plan. Instructions for using this template are provided in blue Times New Roman font and describe general information for completing this management plan. All blue text should be removed from the final version of this plan. Sample language is identified in red italic Arial font. This language provides suggestions for completing specific sections. All red text should be replaced with project-specific information and the font color replaced with black text. Hyperlinks are annotated in purple underlined Arial text and can be accessed by following the on-screen instructions. To return to the original document after accessing a hyperlink, click on the back arrow in your browser’s toolbar. The “File Download” dialog box will open. Click on “Open” to return to this document.

Table of Contents

1

2

INTRODUCTION ..............................................................................................................1 1.1

Purpose ....................................................................................................................... 1

1.2

Scope........................................................................................................................... 1

1.3 1.3.1 1.3.2 1.3.3

References .................................................................................................................. 1 Best Practices Website ¡Error! Marcador no definido. Project Centralized Document Repository 1 External References 1

1.4

Acronyms .................................................................................................................... 1

1.5

Document Maintenance ............................................................................................. 2

STAFF MANAGEMENT APPROACH ...................................................................................2 2.1 2.1.1 2.1.2 2.1.3

Staff Planning .............................................................................................................. 3 Staffing Estimates 3 Staffing Assumptions and Constraints 3 Project Organization 4

OSIAdmin Anexos Gerencia de Proyectos y Recursos SSIA.docx

ii



3

Human Resources Plan

2.2 2.2.1 2.2.2

Staffing Acquisition ..................................................................................................... 4 State Staff Acquisition 4 Consultant Acquisition 4

2.3 2.3.1 2.3.2

Staff Training ............................................................................................................... 4 Project Orientation 4 On-Going Training for Staff 5

2.4

Staff Tracking and Management................................................................................. 5

2.5 2.5.1 2.5.2 2.5.3

Staff Transition............................................................................................................ 5 Transition to Other Projects/Organizations 5 Replacement of Staff 5 Transition at Project Completion 6

ROLES AND RESPONSIBILITIES .........................................................................................6 3.1 3.1.1 3.1.2 3.1.3 3.1.4 3.1.5 3.1.6 3.1.7 3.1.8 3.1.9 3.1.10 3.1.11 3.1.12 3.1.13 3.1.14 3.1.15 3.1.16 3.1.17 3.1.18 3.1.19 3.1.20

Project Office Roles and Responsibilities.................................................................... 6 Project Director 6 Project Manager 6 Procurement Manager 7 Risk Manager 7 Administrative Manager 7 Administrative Staff Support Services 7 Financial Analyst 7 Contract Manager 8 Project Librarian 8 Project Scheduler 8 Quality Manager 8 Stakeholder Coordinator 8 Technical Manager 8 System Engineer 9 Implementation Manager 9 Application Support Manager 9 Test Manager 9 Configuration Manager 9 Operations Manager 10 Customer Support Manager 10

3.2 3.2.1 3.2.2 3.2.3 3.2.4 3.2.5 3.2.6 3.2.7 3.2.8

Project Stakeholder Roles and Responsibilities ........................................................ 10 Project Sponsor 10 Executive Steering Committee 10 Independent Project Oversight Consultant (IPOC) 10 Independent Verification and Validation (IV&V) 10 Legal Counsel 11 Department of General Services (DGS) Procurement Official 11 Office of Technology Services (OTech) Representative 11 Department of Finance (DOF) Representative 11

OSIAdmin Anexos Gerencia de Proyectos y Recursos SSIA.docx

iii

Human Resources Plan



3.2.9

Office of Chief Information Officer (OCIO) Representative 11

APPENDIX A:

RESPONSIBILITY ASSIGNMENT MATRIX (RAM) ............................................1

OSIAdmin Anexos Gerencia de Proyectos y Recursos SSIA.docx

iv



Human Resources Plan

INTRODUCTION PURPOSE

This document describes the Human Resources Plan for the Project. The purpose of the Human Resources Plan is to capture ‘how’ the project manager will manage their staff resources throughout the life of the project. The Human Resources Plan will make certain the project has sufficient staff possessing the correct skill sets and experience to ensure a successful project completion. SCOPE

This Human Resources Plan identifies the process and procedures used to manage staff throughout the project’s life. The plan describes the planning and acquisition of both state staff and consulting staff, describes the responsibilities assigned to each staff, and discusses transition of staff to other assignments. REFERENCES

PROJECT CENTRALIZED DOCUMENT REPOSITORY List the document name and WorkSite reference number for any documents that can be references for this document. If the project is not using WorkSite, indicate the name of the document management tool the project is using and the corresponding document reference numbers.

EXTERNAL REFERENCES PMBOK Guide, 3rd Edition, Section 9 - Project Human Resource Management and Government Extension to the PMBOK Guide 3rd Edition, Section 9 Office of the State CIO, Information Technology Project Oversight Framework- Appendix F - Project Oversight Checklist for High Criticality Projects ACRONYMS

List only acronyms applicable to this document. If the list becomes longer than one page, move the acronym list to the Appendix.

APD BCP BPWeb CMAS DGS FSR FTE IDP IPOC IM IV&V

Advance Planning Document Budget Change Proposal Best Practices Website California Multiple Award Schedule Department of General Services Feasibility Study Report Full-Time Equivalent Individual Development Plan Independent Project Oversight Consultant Implementation Manager Independent Validation and Verification

1

Human Resources Plan



IT M&O MSA MTS OCIO OTech PMO PMBOK RAM RFO RFP SOW SPR

Information Technology Maintenance and Operations Master Services Agreement Management Tracking System Office of the State Chief Information Officer Office Technology Services Project Management Office Project Management Body of Knowledge Responsibility Assignment Matrix Request for Offer Request for Proposal Statement of Work Special Project Report

DOCUMENT MAINTENANCE

This document will be reviewed annually and updated as needed, as a project proceeds through each phase of the system development life cycle. Lessons learned as a result of continuing staff management efforts will be captured at the end of each project phase and used to improve project and standards. If the document is written in an older format, the document should be revised into the latest template format. This document contains a revision history log. When changes occur, the version number will be updated to the next increment and the date, owner making the change, and change description will be recorded in the revision history log of the document.

STAFF MANAGEMENT APPROACH The staff management process for the project consists of the following five elements: Staff Planning, Staff Acquisition, Staff Training, Staff Tracking, and Staff Transition.

FIGURE 1 - STAFF MANAGEMENT PROCESS End

nn g in

S Ac taff q u i siti on

Staff Tracking

la fP af

St

aff n St sitio an Tr

Start

Staff Training

2

Human Resources Plan



STAFF PLANNING STAFFING ESTIMATES Provide graphical information of the project’s estimated staff requirement by phase. Figure 2 is an example of a chart that shows staffing estimates. Projects may choose to develop their own tools to capture their project-specific information. Another alternative is to provide chart(s) that includes, but is not limited to, the following information:

-

Numbers of required staff for each project phase.

-

Duration of personnel requirement.

- Source of staff (e.g., existing state staff, new hire/transfer from another organization, consultant/contractor). -

Schedule for arrival and departure of required staff.

Provide details of how the staffing estimates were created or derived. Cite specific source materials or methodologies/tools used to create the estimate and, indicate how the estimates were validated.

The example shown in Figure 2 should be updated for each phase as the project moves through the life cycle phases. The purpose is to indicate the staff requirements and how you will obtain the necessary resources. The sample depicts Full-Time Equivalent (FTE) employees and is point-in-time snapshots. FIGURE 2 - STAFFING ESTIMATES BY PHASE (Sample) Team Role Administrative Manager & Team Administrative Manager Admin Staff Support Services Financial Analyst Librarian Contract Manager & Team Contract Manager Project Manager & Team Project Director Project Manager Quality Manager Risk Manager Schedule/Cost Manager Technical Team Data Conversion Manager System Architect/Interface Manager System Engineering Manager System Implementation Manager Totals

PLNG 2.5 1.0 0.4 0.6 0.5 0.7 0.7 4.5 1.0 1.0 1.0 0.5 1.0 1.6 0.0 1.0 0.6 0.0 9.3

PROC 2.5 1.0 0.4 0.6 0.5 0.2 0.2 4.5 1.0 1.0 1.0 0.5 1.0 1.6 0.0 1.0 0.6 0.0 8.8

SYS DEV SYS IMP 2.5 2.5 1.0 1.0 0.4 0.4 0.6 0.6 0.5 0.5 1.0 1.0 1.0 1.0 4.5 4.5 1.0 1.0 1.0 1.0 1.0 1.0 0.5 0.5 1.0 1.0 3.0 3.4 1.0 1.0 1.0 1.0 0.6 0.6 0.4 0.8 11.0 11.4

M&O 2.4 1.0 0.4 0.5 0.5 1.0 1.0 4.5 1.0 1.0 1.0 0.5 1.0 2.6 1.0 1.0 0.6 0.0 10.5

STAFFING ASSUMPTIONS AND CONSTRAINTS

Discuss any assumptions and constraints associated with the staffing estimates described in the previous section.

3



Human Resources Plan

PROJECT ORGANIZATION Include an organizational chart of the project. If desired, it may be moved to an appendix. STAFFING ACQUISITION

The Project Office is a matrix organization with staff from the Sponsor organization, and consultant staff. The FSR or the APD detail the staffing requirements for the project. STATE STAFF ACQUISITION

State staff will be acquired using the normal state hiring process. Position descriptions and minimum qualifications will be prepared and processed through the normal Human Resources channels. The Project Office coordinates with Human Resources to determine the appropriate staff classification, advertise the position, schedule the interviews, and select the staff. Allow a 90-day timeline for acquisition of state staff. Staff can be acquired through other methods such as temporary redirection or reorganization. If applicable, use this section to describe other methods used. CONSULTANT ACQUISITION

Consultants will be utilized on the project when state staff does not possess the necessary qualifications for specific focus areas or the services are of an urgent or temporary nature. The process for acquiring consulting contractors is directed by the DGS and the Procurement Center. This process starts with the development of the Statement of Work (SOW) and by determining the minimum and desired qualifications. The project’s Contract Manager will coordinate with Procurement Center to select the appropriate contract vehicle, solicit proposals or offers from the bidder community, coordinates the proposal or offer reviews, schedule vendor interviews, and participate in the final vendor selection. The type of contract vehicle chosen (e.g., California Multiple Award Schedule [CMAS], Master Services Agreement [MSA], competitive bid) depends on the specific specialty need and direction given by the Procurement Center. STAFF TRAINING PROJECT ORIENTATION

Describe the project’s orientation approach, or if applicable, refer to each Projects New Staff Orientation plan. Discuss the specific forms which staff must sign, such as the Confidentiality and Conflict of Interest form, and Network Access Policy. When new staff joins the project, the Administrative Officer provides an orientation to the project. The orientation discusses the following topics:

-

Background of the Project.

-

Current Status of the Project.

-

Specific Job Duties and Expectations.

-

Introduction to the Staff and Consultants.

-

Overview of the Facility and Infrastructure.

-

Overview of the Project Processes, including time reporting, attendance, and status meetings.

-

Review of Confidentiality and Conflict of Interest.

4



Human Resources Plan

This may also be a good place to reference staff policies and policies on sexual harassment, nondiscrimination, etc. The appropriate state manager then reviews with staff their current job skills and discusses mandatory or desired training with the staff. Typical types of training which may be required or of use to staff include:

-

Introduction to Project Management Principles.

-

Introduction to the Project’s own website.

-

Introduction to Project Business Tools.

ON-GOING TRAINING FOR STAFF

At the start of each project, the direct or functional managers should review their staff skill sets against any new roles or responsibilities needed for the phase. Each manager and their staff should discuss where additional training might be needed to ensure staff has the necessary skills to execute the activities for each project phase. Describe how training will be provided. The emphasis in this section should be on ensuring staff have the appropriate skills to perform their job duties. Career development and personal growth training should be discussed in staff Individual Development Plan (IDP). STAFF TRACKING AND MANAGEMENT

Day-to-day management of the project staff is the responsibility of the Project Manager and designated functional managers. Performance evaluations, performance issues and recognition, promotions, and disciplinary actions are the responsibility of the state staff respective organizational chain of command. Describe or reference the appropriate procedures used to manage staff on the project. Do not duplicate information in other documents or information that is already available in Administrative Manual or other state websites. Focus on staff/human resources management types of information that are specific to the project. STAFF TRANSITION TRANSITION TO OTHER PROJECTS/ORGANIZATIONS

In the event staff desire to transition to another project prior to the completion of the project, the staff functional manager will assume or re-assign the departing staff responsibilities. The Human Resources staff is responsible for coordinating the completion and transfer of state staff personnel records to the new project/organization. The staff functional manager is responsible for ensuring any pending work is transferred to a remaining staff member to ensure timely transition and completion of the work. If appropriate, the receiving staff may request additional training to support the new responsibilities. At a minimum, job shadowing is performed for at least one week before staff transition off the project. REPLACEMENT OF STAFF

State staff vacancies are addressed through the normal state hiring process. The project office works with the Human Resources to advertise positions and perform interviews. Staff may also be replaced by redirecting resources from within or outside of the project, or their workload may be absorbed by other staff. If this is applicable, describe the process. Consultant staff will be replaced in accordance with the procedures of their SOW. Resumes for proposed replacements must be submitted for state approval. Replacement staff must meet the original minimum qualifications for the position and generally are subject to an interview in addition 5



Human Resources Plan

to a review of their resume and qualifications. Prior work references will be checked. Where possible, the replacement staff should begin work prior to the original staff departure to ensure appropriate transition of responsibilities and knowledge. At a minimum, job shadowing is performed for at least one week before staff transition off the project. TRANSITION AT PROJECT COMPLETION

Describe the process for transitioning state staff once the project is completed. Describe how the project or department will help to place staff. Indicate how consultant/contractor staff will be released (generally in accordance with the terms of their SOW or contract). Include a reference to the Contract Management Plan for other procedures. The maintenance and operations of the system will transition to at the completion of the contractor’s contracts. The approach for this transition, including knowledge transfer, will be contained in a contract deliverable in the contractor’s transition plan. and staff not associated with the transition to M&O will be reassigned to other projects or positions within their respective organizations per normal processes.

ROLES AND RESPONSIBILITIES Describe the specific roles and responsibilities as they have been tailored for the project. These are not meant to be job descriptions, but rather a summary of the responsibilities for each role. The responsibilities are tailored based on life cycle phase and actual project staffing. It is quite common for multiple roles to be assigned to a single position. The description would list the responsibilities for the functions as being assigned to a single position. Below is a listing of the most commonly used project roles and responsibilities. Projects should add/change/delete the roles as appropriate for their project. PROJECT OFFICE ROLES AND RESPONSIBILITIES PROJECT DIRECTOR

The Project Director is responsible for planning, directing and overseeing the project, and ensuring that deliverables and functionality are achieved as defined in the Project Charter, funding documentation and subsequent project plans. The Project Director is also responsible for the management of all resources assigned to the project, serves as the primary liaison between the project and the Project Sponsor and Executive Committee, and escalates decisions and issues as needed. The Project Director coordinates project related issues with other efforts, reviews and resolves project issues not resolved at lower levels, and directs the project management functions. The Project Director acts as the principle interface to the contractors. PROJECT MANAGER

The Project Manager is accountable to the Project Director for all the project office management related activities. The Project Manager plans, guides, and oversees the day-to-day internal activities that support the Project Office, and assists in the development of the master project schedule and all other project work plans. The Project Manager is accountable for the development, maintenance, and adherence to the Project Office infrastructure and supporting methodologies (e.g. processes, procedures, standards, and templates) that are in compliance with Best Practices and policies.

6



Human Resources Plan

PROCUREMENT MANAGER

The Procurement Manager oversees and manages the generation of the RFP or RFO and other solicitation documents. Other areas of the project office may be assigned responsibility for specific sections, but the Procurement Manager is responsible for integrating all the pieces and ensuring consistency and continuity throughout the entire procurement process and conforming to procurement standards, rules, and regulations. This includes managing the RFP or RFO development, preparing and maintaining procurement schedule, coordinating contract negotiations and managing evaluation of proposals or offers and selection of vendor. RISK MANAGER

The Risk Manager is responsible for managing and tracking risks and risk mitigation/contingencies on the project. The Risk Manager also monitors prime contractor risk management efforts to ensure they do not adversely impact the project. The Risk Manager manages and tracks potential and active risks, maintain the risk management tool and documentation information, leads risk identification sessions for the project, monitors prime contractor risk management efforts, and participates in division-level risk management activities for risks that cross project boundaries or are beyond the project’s control. ADMINISTRATIVE MANAGER

The Administrative Manager directs the administrative staff, coordinates tools and services training, ensures that the administrative staff adhere to processes and policies, leads the cost management effort including: sponsoring cost budgeting and tracking activities, facilitating communication on fiscal status, and ensuring the project cost tool and supporting documentation is maintained. The Administrative Manager also provides reports, recommendations, and status on the project budget and expenditures, e.g., planned vs. actual reports, initiates corrective action, and re-planning activities. ADMINISTRATIVE STAFF SUPPORT SERVICES

The Administrative Staff Services Support is responsible for supporting the Administrative Manager by providing staff services-related activities; acting as the help desk liaison between the Project Office and external stakeholders; serving as personnel liaison and training coordinator. The Administrative Staff Services Support also supports the Administrative Manager by providing support for acquiring new or additional facility space and/or infrastructure resources, providing asset management oversight, making preparation for contract arrival and staff orientation, providing clerical/secretarial support, maintaining conference room calendars and distribution lists, and managing incoming/outgoing mail. FINANCIAL ANALYST

The Financial Analyst is responsible for supporting the Administrative Manager by managing and tracking project budget/costs, coordinating/preparing budgetary documents, e.g., Special Project Reports and Budget Change Proposals, reviewing budget/contract expenditures, and collecting and reporting financial metrics. This includes reconciling the accounting and Work Breakdown Structure cost management processes and developing financial management policies and procedures. The Financial Analyst also provides support in project solicitations, evaluations, and award processes assisting in the evaluation of the cost and administrative sections of the proposals based on the criteria in the Evaluation Plan.

7



Human Resources Plan

CONTRACT MANAGER

The Contract Manager is responsible for managing and tracking the Prime Contractor and consulting contracts for the project. This includes negotiating amendments, reviewing work authorizations and invoices, and ensuring that all contractual terms and deliverables are met. For projects that have many project consultants, a separate contract manager may be needed specifically for overseeing the consultants. This may also be the case when the Prime Contract has a large number of deliverables and contract terms which need to be managed and tracked, so a separate manager for consultants would allow the Prime Contract Manager to focus their efforts. PROJECT LIBRARIAN

The Project Librarian is responsible for supporting the Administrative Manager by acting as the librarian lead, assisting with contract deliverable tracking, and assisting with administrative services support activities. PROJECT SCHEDULER

The Project Scheduler is responsible for coordinating and managing inputs to the project plan. This includes tracking progress against project schedule, merging and identifying dependencies and risks between the project schedule, tracking progress on prime contractor's schedule and counties' schedules. QUALITY MANAGER

The Quality Manager is responsible for overseeing and ensuring both product and process quality for the project office as well as for the Prime Contractor. The Quality Manager provides insight into the project and contractor methods of doing business by reviewing process and product activities for adherence to standards and plans. STAKEHOLDER COORDINATOR

The Stakeholder Coordinator acts as the principle liaison between the stakeholders and the Project Office to ensure successful implementation and ongoing maintenance of the system. In addition to overseeing critical ongoing stakeholder communication, the Coordinator manages stakeholder-related issues and ensures timely resolution. The Coordinator manages stakeholder issues by developing and maintaining the portion of Issue and Escalation Process that affects the stakeholders. The Stakeholder Coordinator communicates risks and issues to the affected stakeholders in report and meetings. Stakeholder Coordinator coordinates stakeholder schedules for Project planning and implementation activities in conjunction with the Project schedule. TECHNICAL MANAGER

The Technical Manager is responsible for the day-to-day activities of state and vendor technical staff who are engaged in the technical management aspects of the project. The technical manager (a state manager for the project) and system engineer (a consultant on the project) co-lead in the technical disciplines of the project, unlike the Project Director and Project Manager who will focus on the overall project management of the project. One of the key roles of the Technical Manager is to partner with other IT managers to acquire appropriate technical assistance for such areas as enterprise architecture, database, software development, security, testing, configuration management, change management, release management, and other technical areas of the new system. The Technical Manager, along with the system engineer, will provide leadership and support to technical staff that are augmented to the project throughout the project life cycle.

8



Human Resources Plan

The Technical Manager will also provide technical support to the Project Director, Project Manager, and other managers in the Project Office to establish and execute technical policies, processes, and procedures. SYSTEM ENGINEER

The System Engineer is a co-leadership position with the Technical Manager in overseeing the technical aspects of the project and is a direct support to the Technical Manager. The System Engineer provides industry best practices and disciplines that will be applied and tailored to suit the processes and culture of the state technical environment. The System Engineer will support the Technical Manager primarily in providing technical leadership towards the development and tracking of the system business requirements and interfaces, assisting with technical analyses, and ensuring the final system meets all stated requirements. The System Engineer will also be responsible for the following: tracking and managing the requirements for the new system and any changes to the requirements, providing exposure to project stakeholders on new technologies and processes relevant to the project, providing training of the evaluation team, and holding technical simulations of the project as needed. IMPLEMENTATION MANAGER

The Implementation Manager will be responsible for the implementation portion of the project. The Implementation Manager will provide implementation management leadership through planning, organizing, coordinating, and monitoring implementation activities. In addition, the Implementation Manager will be responsible for effectively managing all information technology resources assigned by the project manager, including implementation strategy, organizational change management, production support, IT training/knowledge transfer, defect/problem tracking, and Maintenance & Operation. The Implementation Manager will coordinate SOWs and interface directly with contractors to ensure technical obligations satisfy all objectives and expectations. APPLICATION SUPPORT MANAGER

The Applications Support Manager is responsible for overseeing and coordinating the change request process for installed software and for ensuring the change requests adhere to specified quality and configuration standards. They manage application design sessions and walkthroughs, application change management processes and acceptance testing of application changes. They monitor contractor performance of application support and ensure that contractor maintains quality control. TEST MANAGER

The Test Manager is responsible for coordinating the testing of the Prime Contractor's system. The Manager works with the Quality Management staff to design test cases and data that will best represent "real-life" scenarios for the system. The Test Manager is also responsible for coordinating interface tests with other organizations (county, state, federal), as needed. They plan, monitor, and evaluate prime contractor test plans, problem reporting and resolution process. CONFIGURATION MANAGER

The Configuration Manager is responsible for supporting the Technical Manager by administering the Configuration Management process, coordinating the control of all non-product related configuration items, working with the contractors to manage and coordinate the product related configuration items, assisting the System Engineer in maintaining the requirements database, and conducting configuration audits. The Configuration Management also leads work with project

9



Human Resources Plan

stakeholders, in particular, the Change and Release Management Group for approval to release programs and configuration modifications into the production environment. OPERATIONS MANAGER

The Operations Manager is responsible for coordinating and overseeing the operations of the new system. This includes overseeing problem resolution and administration and operations activities. They monitor prime contractor management of operations and resolution of operations support problems. CUSTOMER SUPPORT MANAGER

The Customer Support Manager is responsible for overseeing the M&O Contractor service efforts, and assisting the customer with special requests or problems. The Customer Support Manager provides customer perspective and problem prioritization, monitors contractor service levels and metrics. PROJECT STAKEHOLDER ROLES AND RESPONSIBILITIES

External resources included in the staff planning estimates should be described here. If the resource is only providing review or response to questions, it is not necessary to describe the organization in this section. A full description of all external stakeholders should be in the Governance Plan or Communication Plan, so this section should only highlight those organizations that are lending staff or significant time to the project to support project activities. Indicate the type of support the organization is providing and whether the resources are full or parttime and if they are on-site or off-site. Also describe whom the externals “report” to in the project and/or the type of relationship, peer, advisor/counsel, etc. PROJECT SPONSOR

The Project Sponsor has overall authority for the project. The Project Sponsor provides vision and direction for the project, provides policy leadership, assists in removing barriers and supports change management initiatives, participates in the Executive Steering Committee, and provides support to the Executive Steering Committee as needed. EXECUTIVE STEERING COMMITTEE

The Executive Steering Committee acts as the Project stakeholders group, ensuring that the deliverables and functionality of the project are achieved as defined in the project initiation documents and subsequent project management plans. This committee provides high-level project direction, receives project status updates, and addresses and resolves issues, risks, or change requests. Insert members INDEPENDENT PROJECT OVERSIGHT CONSULTANT (IPOC)

The IPOC works under the direction of to provide independent project management oversight in accordance with the OCIO Information Technology Project Oversight Framework. http://www.cio.ca.gov/Government/IT_Policy/SIMM.html INDEPENDENT VERIFICATION AND VALIDATION (IV&V)

The IV&V representatives work under the direction of the to provide IV&V against the project. The IV&V team will provide independent, technical review and verification of project deliverables, as well as independent testing and auditing of project deliverables against

10



Human Resources Plan

requirements, with a special emphasis placed on deliverable quality assurance and information security control reviews. LEGAL COUNSEL

The legal representative provides legal opinions upon request in areas of the RFP or RFO and Service Request content, contract amendments, work authorizations, contracting questions, conflict of interests, discovery issues, communication documents, industry trends, and general contracting issues. DEPARTMENT OF GENERAL SERVICES (DGS) PROCUREMENT OFFICIAL

The DGS Procurement Official coordinates and oversees the procurement process, ensures the evaluation is conducted in accordance with applicable state laws regulations and policies and in accordance with the project’s documented evaluation procedures, serves as the single point of contact to bidders and stakeholders for questions regarding the procurement and evaluation process, maintains the Master Copy of all proposals and the official procurement files, provides guidance to the Evaluation Team, coordinates the issuance of any addenda to the RFP and any responses to bidder questions, coordinates responses to any protest, and reviews the Evaluation and Selection Report. OFFICE OF TECHNOLOGY SERVICES (OTECH) REPRESENTATIVE

The OTech Representative acts as the liaison between the Project Office and the OTech in defining required services, assisting the project in determining the feasibility of services, cost estimates, planning, and other technical assistance to aid the project in making informed data center decisions. DEPARTMENT OF FINANCE (DOF) REPRESENTATIVE

The DOF representative is responsible for reviewing and approving project-funding documents such as Budget Control Proposals. OFFICE OF CHIEF INFORMATION OFFICER (OCIO) REPRESENTATIVE

The OCIO representative is responsible for reviewing and approving project-funding documents such as FSRs, EAWs, SPRs, and APDs. They also provide project oversight standards for security, risk, and project management.

11

Human Resources Plan



RESPONSIBILITY ASSIGNMENT MATRIX (RAM)

The Responsibility Assignment Matrix (RAM) is used to illustrate the connections between work that needs to be done and project team members. Following are RAM samples with instructions. The first example is a consolidated RAM; the second example is a RAM by phase. Projects may develop a project-specific tool as long as it captures the basic information contained in this RAM example. Instructions for completing the RAM 1) Add or Delete project roles as applicable to your project 2) Insert key tasks and deliverables by phase 3) A working spreadsheet will be available in the Documents List on the BPWeb. 4) For each task select the appropriate assignment based on the resources involvement in that particular task. (A legend is provided in cell A3)

Project Funding Task/Deliverable 1 Task/Deliverable 2 Acquisition Planning Task/Deliverable 1 Task/Deliverable 2 Contracting Task/Deliverable 1 Task/Deliverable 2 Requirements Analysis Task/Deliverable 1 Task/Deliverable 2 System Design Task/Deliverable 1 Task/Deliverable 2 System Development Task/Deliverable 1 Task/Deliverable 2 System Implementation Task/Deliverable 1 Task/Deliverable 2

1

Federal Partners

DGS

DOF

Legal Counsel

IPOC & IVV

Executive Steering Committee

Project Sponsor

Customer Support Manager

Operations Manager

Configuration Manager

Test Manager

Application Support Manager

Implementation Manager

System Engineer

Technical Manager

Quality Manager

Project Scheduler

Project Librarian

Contract Manager

Financial Analyst

Administrative Manager

Risk Manager

(Select from drop down list)

Procurement Manager

(Contributor or Reviewer)

I - Information Only

Project Manager

P - Primary Responsibility A - Approval Authority S - Supporting Responsibility

Project Director

Resource Responsibility

Administrative Staff Support

Example 1: Consolidated RAM

P - Primary Responsibility A - Approval Authority S - Supporting Responsibility

I - Information Only (Contributor or Reviewer)

(Select from drop down list)

Resource Responsibility

Project Funding

Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable

2

Federal Partners

DGS

DOF

Legal Counsel

IPOC & IVV

Executive Steering Committee

Project Sponsor

Customer Support Manager

Operations Manager

Configuration Manager

Test Manager

Application Support Manager

Implementation Manager

System Engineer

Technical Manager

Quality Manager

Project Scheduler

Project Librarian

Contract Manager

Financial Analyst

Administrative Staff Support

Administrative Manager

Risk Manager

Procurement Manager

Project Manager

Project Director

Human Resources Plan

Example 2: RAM by Phase

10 REP (MONITORING REPORT)

dcccxliii

MONITORING REPORT

[Agency/Organization Name]

[PROJECT NAME] REPORTING PERIOD: [STARTDATE] TO [ENDDATE]

VERSION: [VERSION NUMBER] REVISION DATE: [DATE] Approval of the Monitoring Report indicates an understanding and acceptance of the project information included within this report. By signing this document, each individual agrees the project information is accurate, complete, and ready to be forwarded to the Quality Assurance Team (QAT). Approver Name

Title

Signature

Date

Texas Project Delivery Framework

MONITORING REPORT

SECTION 1. GENERAL INFORMATION Project Name

Reporting Period Start Date:

End Date:

Agency

Contact

Phone

Email

Fax

Project Manager

Phone

Email

Fax

SECTION 2. PROJECT COST, SCHEDULE, AND ACCOMPLISHME NTS 2.1

COST

Project Item

Report to Date

Initial Estimated Project Cost Last Estimated Project Cost

Reported

Current Estimated Project Cost Explanation of Variance between Last Reported and Current Project Cost Cost Expenditures to Date (Fiscal) Cost Expenditures to Date (Total) Description Cost Tracking Mechanism

2.2

of

PROJECT SCHEDULE

Project Item

Report to Date

Initial Planned Project Start and Finish Dates

Baseline Date:

Last Reported Project Start and Finish Dates

Baseline Date:

Current Estimated Project Start and Finish Dates

Baseline Date:

Explanation of Variance between Last Reported and Current Start and Finish Dates Estimated Percentage Project Complete Description of Used to Track Progress

of Method

Description of Reporting Mechanism Used to Ensure that Project Participants and

Page 1

Texas Project Delivery Framework

Project Item

MONITORING REPORT

Report to Date

Management are Aware of the Project’s Progress

2.3

ACCOMPLISHMENTS

Project Item

Report to Date

Accomplishments Achieved During this Reporting Period Accomplishments Planned for Next Reporting Period

SECTION 3. MILESTONES Provide any background information that may be needed to clarify the milestone information provided in this section. List the project’s major milestones, and the planned and actual start and finish dates. Specifically include deliverables in relation to the milestones as identified in the Project Plan. Identify the percent complete for each deliverable. Milestones: Background Information

Project Milestones

Planned Start Actual Date Start Date

Planned Finish Date

Actual Finish Date

Percentage Complete

SECTION 4. RISKS Provide any background information that may be needed to clarify the project risk information provided in this section. List the current highest risk factors for the project and any actions taken to mitigate the risk. Risks: Background Information

Risk Factor

Mitigation

Page 2

Texas Project Delivery Framework

MONITORING REPORT

Risk Factor

Mitigation

SECTION 5. PROJECT CHANGES Provide any background information that may be needed to clarify the project change information provided in this section. Describe major project changes (e.g., scope, budget, system requirements, technology) that occurred during this reporting period. Describe actions for managing the project changes. Project Changes: Background Information

Change Description

Actions for Managing the Change

SECTION 6. PROJECT ISSUES Provide any background information that may be needed to clarify the project issues identified in this section. Identify major issues that are currently being addressed during this reporting period. Describe actions for managing each issue. Project Issues: Background Information

Issue Description

Actions for Managing the Issue

Page 3

11 CLO (PROJECT CLOSEOUT REPORT)

dcccxlviii

PROJECT CLOSEOUT REPORT

[Agency/Organization Name]

[PROJECT NAME] VERSION: [VERSION NUMBER]

REVISION DATE: [DATE]

Approval of the Project Closeout Report indicates an understanding and formal agreement that the project is ready to be closed. By signing this document, each individual agrees all administrative, financial, and logistical aspects of the project should be concluded, executed, and documented as described herein. Approver Name

Title

Signature

Date

1

Project

PROJECT CLOSEOUT REPORT

SECTION 1. GENERAL INFORMATION Project Name

Date

Agency

Contact

Phone

Email

Fax

Project Manager

Phone

Email

Fax

Section 2. Final Product and/or Service Acceptance Checklist Respond to each question. For each “no” response, include an issue in Open Issues section. Item

Question

Response

2.1

Did you sign the Acceptance to Deploy which indicated acceptance that the product and/or service was Yes ready to be deployed?

No

2.2

Do you agree the product and/or service has sufficiently met the stated business goals and objectives?

Yes

No

2.3

Do you fully understand and agree to accept all operational requirements, operational risks, maintenance Yes costs, and other limitations and/or constraints imposed as a result of on going operations of the product and/or service?

No

2.4

Do you agree the project should be closed?

No

Yes

Section 3. Project Artifacts Checklist Respond to each question. For each “no” response, include an issue in Open Issues section. Item

Question

Response

3.1

Have project documentation and other items (e.g., Project Plan, code, financial records, status reports, Yes memos) been prepared, collected, audited, archived, and/or disposed?

No

3.2

Have project documentation and other items (e.g., original contract, contract amendments, administrative Yes files) been prepared, collected, audited, archived, and/or disposed as described in the Acquisition Plan if contract closeout is involved?

No

3.3

Were audits (e.g., project closeout audit, contract audit) completed and results documented for future Yes reference?

No

3.4

Are storage locations for all items not maintained under configuration management known (i.e., that are not identified in a Configuration Management Plan)? Identify the storage location for these items: Name

Storage Location

Method Electronic Manual Electronic Manual Electronic Manual

Page 1

Project

Item

PROJECT CLOSEOUT REPORT

Question

Response Electronic Manual Electronic Manual Electronic Manual Electronic Manual

3.5

Verify that final project delivery data for the project is attached or storage location is identified in 3.4. Name

Attached?

Project Quality

Yes

No

Product and/or Service Performance

Yes

No

Scope

Yes

No

Cost (Budget)

Yes

No

Schedule

Yes

No

Section 4. Resources List resources specified in the Project Plan and used by the project. Identify plans for the resource (e.g., transfer, reassignment, contract termination) and the date the plan will become effective (e.g., turnover date, release date). Resource

Resource Disposition

Effective Date

Section 5. Project Lessons Learned Identify lessons learned specifically for the project. State the lessons learned in terms of a problem (issue). Describe the problem and include any project documentation references (e.g., Project Plan, Issues Log) that provide additional details. Identify recommended improvements to correct a similar problem in the future.

Page 2

Project

Problem Statement

PROJECT CLOSEOUT REPORT

Problem Description

References

Recommended Changes

Section 6. Post-Implementation Plans Identify plans for completing post-implementation activities after project closeout. Refer to the Benefits Realization review gate for information about the Post-Implementation Review of Business Outcomes deliverable. Action

Planned Date

Assigned To

Frequency

Post-Implementation Review of Business Outcomes (actual review) Post-Implementation Review of Business Outcomes (approval)

Section 7. Open Issues Describe any open issues and plans for resolution within the context of project closeout. Include an open issue for any “no” responses in the Final Product and/or Service Acceptance Checklist and the Project Artifacts Checklist sections. Issue

Planned Resolution

Page 3

ANEXO 12: INTEGRACIÓN DE PROYECTOS ABET

dcccliii

PLAN DE TRABAJO PROYECTO / TAREA

ACTIVIDADES

Fase de Concepción

2013-01 ADAP-AC

Fase de Elaboración

2013-02

FECHA INICIO TAREA

SUB-TAREAS

RESPONSABLE

TIEMPO ESTIMADO

Elaboración del Project Charter Investigación y Levantamiento de información inicial Diagrama de la organización

Vanesa Bazán / Edgar León - SSIA

3 días

21/03/2013 25/03/2013

Vanesa Bazán / Edgar León - SSIA

9 días

02/04/2013 12/04/2013

Vanesa Bazán / Edgar León - SSIA

3 días

12/04/2013 15/04/2013

Mapa de Procesos

Vanesa Bazán / Edgar León - SSIA

2 días

15/04/2013 !8/04/2013

Definición de Stakeholder

Vanesa Bazán / Edgar León - SSIA

2 días

16/04/2013 18/04/2013

Diagrama de objetivos

Vanesa Bazán / Edgar León - SSIA

3 días

18/04/2013 21/04/2013

Justificación de Macro Proceso

Vanesa Bazán / Edgar León - SSIA

1 días

22/04/2013 23/04/2013

Definición de macroproceso Definición de procesos de seundo nivel Aprobación de procesos

Vanesa Bazán / Edgar León - SSIA

8 días

23/04/2013 02/05/2013

Vanesa Bazán / Edgar León - SSIA

18 días

03/05/2013 21/05/2013

Vanesa Bazán / Edgar León - SSIA

7 días

22/05/2013 29/05/2013

Levantamiento de informacion

Vanesa Bazán / Edgar León - SSIA

10 días

20/08/2013 30/08/2013

1

FECHA FIN TAREA

Actualización del Project Charter Actualización del cronograma Definición de procesos de tercer nivel Reglas de Negocio Modelo de dominio Mapeo entidadProceso

GCD - RUP

2013 -01

Fase de Concepción

Vanesa Bazán / Edgar León - SSIA

4 días

21/08/2013 25/08/2013

Vanesa Bazán / Edgar León - SSIA

4 días

21/08/2013 25/08/2013

Vanesa Bazán / Edgar León - SSIA

23 días

02/09/2013 25/09/2013

1 días

25/09/2013 26/09/2013

3 días

27/09/2013 01/10/2013

3 días

02/10/2013 05/10/2013

3 días

03/10/2013 06/10/2013

10 días

07/10/2013 17/10/2013

18 días

18/10/2013 05/11/2013

5 días

19/03/2013 24/03/2013

3 días

19/03/2013 26/03/2013

19 días

21/03/2013 18/04/2013

12 días

05/04/2013 22/04/2013

Vanesa Bazán / Edgar León - SSIA Vanesa Bazán / Edgar León - SSIA Vanesa Bazán / Edgar León - SSIA Vanesa Bazán / Matriz RAM Edgar León - SSIA Descomposicion Vanesa Bazán / funcional Edgar León - SSIA Definicion de Vanesa Bazán / rocesos Edgar León - SSIA optimizados Definición de la Empresa y el Eduardo's - SSIA Problema Análisis y Elaboración del Eduardo's - SSIA Plan de Riesgos Definición de la Eduardo's - SSIA Solución Modelado de Eduardo's - SSIA Negocio

2

Definición de los Requerimientos

Eduardo's - SSIA

40 días

15/04/2013 11/06/2013

Eduardo's - SSIA

4 días

23/05/2013 28/05/2013

Eduardo's - SSIA

6 días

23/05/2013 31/05/2013

Definición de la Arquitectura del Sistema

Eduardo's - SSIA

20 días

28/05/2013 14/06/2013

Modelo Físico y Implementación

Eduardo's - SSIA

4 días

30/05/2013 03/06/2013

Desarrollo de la Primera Etapa de Prototipos

Eduardo's - SSIA

20 días

28/05/2013 19/06/2013

Desarrollo de la Segunda Etapa de Prototipos

Eduardo's - SSIA

32 días

sem2

sem5

Pruebas de los CU's

Eduardo's - SSIA

20 días

sem6

sem8

Correcciones de las Observaciones de los CU's

Eduardo's - SSIA

20 días

sem9

sem11

Documentación de Atributos de Calidad Diseña prototipos de navegación Fase de Elaboración

Fase de Construcción

2013 -02

3

Fases de Transición

Fase de Concepción

PPP SCRUM

2013 -01

Fase de Elaboración

Desarrollo de Manual de Usuario Capacitación a los Usuarios Elaboración de Proyect Charter Elaboración Plan de Despliegue Elaboración de Plan de Riesgo

Eduardo's - SSIA

7 días

sem12

sem13

Eduardo's - SSIA

5 días

sem14

sem15

Erick Camavilca

21 días

21/03/2013 17/04/2013

Erick Camavilca

3 días

04/06/2013 06/06/2013

Erick Camavilca

2.5 días

04/06/2013 06/06/2013

Definición de la Arquitectura del sistema

Erick Camavilca

27 días

06/05/2013 10/06/2013

Requerimiento del Producto Product Backlog

Erick Camavilca

43 días

09/04/2013 05/06/2013

Plan de Iteración del Primer Sprint

Erick Camavilca

29 días

07/05/2013 13/06/2013

Plan de Iteración del Segundo Sprint

Erick Camavilca

11 días

13/08/2013 27/08/2013

Plan de Iteración del Tercer Sprint

Erick Camavilca

11 días

10/09/2013 24/09/2013

4

Fase de Construcción

2013-02

Fase de Transición SIGERCOV SCRUM

2013 -01

Fase de Concepción

Desarrollo del Primer Sprint

Erick Camavilca

17 días

22/05/2013 11/06/2013

Pruebas del Primer Sprint

Erick Camavilca

2 días

10/06/2013 12/06/2013

Desarrollo de Segundo Sprint

Erick Camavilca

11 días

28/08/2013 11/09/2013

Pruebas del Segundo Sprint

Erick Camavilca

2 días

17/09/2013 18/09/2013

Desarrollo de Tercer Sprint

Erick Camavilca

11 días

24/09/2013 10/10/2013

Pruebas del Tercer Sprint

Erick Camavilca

5 días

10/10/2013 16/10/2013

Erick Camavilca

1 día

22/10/2013 23/10/2013

8 días

26/03/2013 04/04/2013

2 días

01/04/2013 04/04/2013

Validación de Manuales Elaboración de Proyect Charter Elaboración de Plan de Riesgo

5

Ricardo Herrera SSIA Ricardo Herrera SSIA

Definición de la Arquitectura del sistema

Fase de Elaboración

Fase de Construcción

Análisis de la BD actual de SSIA Recopilación de Información de Proyectos Anteriores Elaboración de las Historias de Usuario Requerimiento del Producto Product Backlog

Desarrollo del Primer Sprint

6

Ricardo Herrera SSIA

20 días

28/05/2013 14/06/2013

Ricardo Herrera SSIA

1 día

20/05/2013 24/05/2013

Ricardo Herrera SSIA

1 día

25/04/2013 25/04/2013

Ricardo Herrera SSIA

2días

26/04/2013 29/04/2013

Ricardo Herrera SSIA

1 día

30/04/2013 01/05/2013

Ricardo Herrera SSIA

11 días

14/05/2013 28/05/2013

Fase de Transición

2013-02

Fase Construcción

Desarrollo de Segundo Sprint

Ricardo Herrera SSIA

18 días

30/05/2013 07/06/2013

Pruebas del Primer y Segundo Sprint

Ricardo Herrera SSIA

3 días

10/06/2013 14/06/2013

Despliegue del Sprint 1 y 2

Ricardo Herrera SSIA

2 días

18/06/2013 19/06/2013

Desarrollo de Tercer Sprint

Ricardo Herrera SSIA

25 días

15/08/2013 22/08/2013

Pruebas del Tercer Sprint

Ricardo Herrera SSIA

3 días

27/08/2013 03/09/2013

Desarrollo del Cuarto Sprint

Ricardo Herrera SSIA

27 días

15/08/2013 10/09/2013

Pruebas del Cuarto Sprint

Ricardo Herrera SSIA

4 días

12/09/2013 18/09/2013

Desarrollo del Quinto Sprint

Ricardo Herrera SSIA

22 días

18/09/2013 01/10/2013

7

Fase de Despliegue

Pruebas del Quinto Sprint

Ricardo Herrera SSIA

6 días

03/10/2013 10/10/2013

Desarrollo del Sexto Sprint

Ricardo Herrera SSIA

24 días

10/10/2013 29/10/2013

Pruebas del Sexto Sprint

Ricardo Herrera SSIA

4 días

29/10/2013 05/11/2013

Desarrollo de Septimo Sprint

Ricardo Herrera SSIA

20 días

05/11/2013 20/11/2013

Pruebas del Septimo Sprint

Ricardo Herrera SSIA

6 días

20/11/2013 26/11/2013

Despliegue Final en el Ambiente de Producción

Ricardo Herrera SSIA

1 día

26/11/2013 26/11/2013

12 días

26/03/2013 11/04/2013

4 dias

18/04/2013 23/04/2013

4 días

24/04/2013 30/04/2013

4 días

30/04/2013 02/05/2013

Elaboración del Project Charter

IFC - DC SCRUM

Elaboración del product backlog 2013 -01

Fase de Concepción

Elaboración del plan de despliegue Elaboración del Plan de Riesgo

8

Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo

Elaboración de documento de arquitectura

Elaboración de prototipos

Fase de Elaboración

Elaboración de Historias de Usuario Elaboración de Plan de Iteraciones Elaboracion de Especificaciones de Caso de Uso Construcción de modelo lógico y fisico de la base de datos

9

Renzo Martinez/Cesar Pozo

Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo

20 días

28/05/2013 14/06/2013

7 días

07/05/2013 14/05/2013

6 días

16/05/2013 30/05/2013

2 días

25/04/2013 27/04/2013

10 días

30/05/2013 09/06/2013

3 días

04/06/2013 06/06/2013

Implementación de Sprint 1: Módulo de servicios.

Fase de Construcción

2013-02

Renzo Martinez/Cesar Pozo

5 días

11/06/2013 18/06/2013

Renzo Martinez/Cesar Pozo

1 día

18/06/2013 18/06/2013

Eduardo Mateo

3 días

18/06/2013 20/06/2013

Despliegue del Sprint 1

Renzo Martinez/Cesar Pozo

3 días

25/06/2013 27/06/2013

Implementacion del Sprint 2: Módulo de Informe de Fin de Ciclo.

Renzo Martinez/Cesar Pozo

21 días

Elaboración del Plan de Pruebas del Sprint 2

Renzo Martinez/Cesar Pozo

Elaboracion de Plan de Pruebas del Sprint 1 Pruebas funcionales del Sptrint 1

10

2 días

SEM 1

SEM3

SEM 3

SEM 3

Pruebas Funcionales del Sprint 2 Despliegue del Sprint 2

Implementación de Sprint 3: Módulo de Análisis.

Elaboración del Plan de Pruebas del Sprint 3 Pruebas Funcionales del Sprint 3 Despliegue del Sprint 3 Elaboración del manual de Usuario Definición del Proyecto Fase de Concepción Elaboración del Project Charter Fase de Elaboración Modelo de (Marianella del Castillo) Procesos Fase de Transición

GISC - AUP

2013 -01

11

Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo

Renzo Martinez/Cesar Pozo

Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Caleb y Carlos SSIA Caleb y Carlos SSIA Caleb y Carlos SSIA

7 días

SEM 4

SEM 4

2 días

SEM 4

SEM 4

21 días

SEM 4

SEM 7

2 días

SEM 7

SEM 7

7 días

SEM 8

SEM 12

2 días

SEM 13

SEM 13

2 días

SEM 14

SEM 14

15 días

18/03/2013 02/04/2013

15 días

04/04/2013 28/04/2013

3 días

01/05/2013 06/05/2013

Validación documento de Definición de Procesos Modelo Funcional Descomposición Funcional del proceso Validación de Modelo de Descomposición Funcional

Caleb y Carlos SSIA

2 días

06/05/2013 07/05/2013

Caleb y Carlos SSIA

3 días

07/05/2013 10/05/2013

Caleb y Carlos SSIA

2 días

11/05/2013 12/05/2013

Definición de la Arquitectura del Sistema

Eduardo's - SSIA

20 días

28/05/2013 14/06/2013

Revisión QA del documento Arquitectura Básica de Software

Caleb y Carlos SSIA

3 días

11/06/2013 15/06/2013

3 días

14/05/2013 16/05/2013

5 días

21/05/2013 26/05/2013

6 días

21/05/2013 27/05/2013

Modelo Físico

Fase de Construcción

Desarrollo de Prototipos Definición de Historias de Usuario del Primer y Segundo Sprint

12

Caleb y Carlos SSIA Caleb y Carlos SSIA Caleb y Carlos SSIA

2013-02

Fase de Elaboración (Rosario Villalta)

Requerimiento del Producto Product Backlog

Caleb y Carlos SSIA

1 día

26/05/2013 27/05/2013

Desarrollo del Primer Sprint

Caleb y Carlos SSIA

10 días

21/05/2013 13/06/2013

Desarrollo del Segundo Sprint

Caleb y Carlos SSIA

10 días

10/06/2013 20/06/2013

Pruebas del Primer Sprint

Caleb y Carlos SSIA

2 días

15/06/2013 17/06/2013

Pruebas del Segundo Sprint

Caleb y Carlos SSIA

2 días

20/06/2013 22/06/2013

Caleb y Carlos SSIA

3 días

Semana 2

Semana 2

Caleb y Carlos SSIA

2 días

Semana 2

Semana 3

Caleb y Carlos SSIA

3 días

Semana 3

Semana 4

Actualización del modelo de Procesos Validaciòn documento de Definición de Procesos Modelo Funcional Descomposición Funcional del proceso

13

Validación de Modelo de Descomposición Funcional Actualizaciòn del Documento de Arquitectura de Software Revisión QA del documento Arquitectura Básica de Software Modelo Fisico

Fase de Construcción

Desarrollo de Prototipos Definición de Historias de las Historias de Usuario del Tercer y Cuarto Sprint Requerimiento del Producto Product Backlog Desarrollo del Tercer Sprint Desarrollo del Cuarto Sprint Pruebas de Tercer Sprint Pruebas del Cuarto Sprint

14

Caleb y Carlos SSIA

2 días

Semana 4

Semana 4

Caleb y Carlos SSIA

7 días

Semana 5

Semana 6

Caleb y Carlos SSIA

4 días

Semana 6

Semana 6

3 días

Semana 7

Semana 7

5 días

Semana 8

Semana 8

Caleb y Carlos SSIA

5 días

Semana 9

Semana 9

Caleb y Carlos SSIA

1 día

Semana 9

Semana 9

Semana 10 Semana 12 Semana 11 Semana 13

Semana 11 Semana 13 Semana 12 Semana 13

Caleb y Carlos SSIA Caleb y Carlos SSIA

Caleb y Carlos SSIA Caleb y Carlos SSIA Caleb y Carlos SSIA Caleb y Carlos SSIA

15 días 15 días 3 días 3 días

Fase de Transición

Elaboración del Plan de Despliegue Desplegar en el Servidor Pruebas de Aceptación y Aceptación

15

Caleb y Carlos SSIA

4 días

Semana 14

Semana 14

Caleb y Carlos SSIA

2 días

Semana 14

Semana 14

Caleb y Carlos SSIA

2 días

Semana 15

Semana 15

PROYECTO / TAREA

ACTIVIDADE S

SUB-TAREAS

Elaboración del Project Charter Fase de Investigación y Concepción Levantamiento de información inicial Diagrama de la organización Mapa de Procesos 2013 -01 ADAP-AC

2013 -02

Definición de Stakeholder Diagrama de objetivos Justificación de Macro Fase de Proceso Elaboración Definición de macroproceso Definición de procesos de seundo nivel Aprobación de procesos

% STATUS AVANC E

OBS

Resuelt 100% o Resuelt 100% o Resuelt 100% o Resuelt 100% o Resuelt 100% o Resuelt 100% o Resuelt 100% o En 80% proceso

Pendiente de aprobación por el cliente

En 80% proceso

Pendiente de aprobación por el cliente

En 20% proceso

Levantamiento de informacion Actualización del Project

16

Charter Actualización del cronograma Definición de procesos de tercer nivel Reglas de Negocio Modelo de dominio Mapeo entidadProceso Matriz RAM

GCD RUP

Descomposicio n funcional Definicion de rocesos optimizados Definición de la Empresa y el Problema Análisis y Elaboración 2013 Fase de del Plan de -01 Concepción Riesgos Definición de la Solución Modelado de Negocio

Resuelt o

100%

Resuelt o

100%

Resuelt o Resuelt o

100% 100%

17

Falta de fomalidad en la definición de los procesos de negocio

Definición de los En Requerimiento proceso s Documentació En n de Atributos proceso de Calidad Diseña En prototipos de proceso navegación Fase de Elaboración Definición de En la Arquitectura proceso del Sistema

Modelo Físico y En Implementació proceso n Desarrollo de la Primera En Etapa de proceso Fase de Prototipos Construcció Desarrollo de n la Segunda Etapa de 2013 Prototipos -02 Pruebas de los CU's

Falta de la validación de los casos de uso, por parte de QA; Corrección de las observaciones.

99%

80% Son todos los requerimientos no funcionales.

50% Prototipos web Documentación de la Arquitectura de SW: - Diagrama de CU - Modelo de Análisis 68% - Modelo de Diseño - Modelo de Datos - Modelo de Componentes - Modelo de Despliegue Identificar y mapear la Arquitectura de SW - Modelo Físico - Modelo de clases

0%

15%

Primera Etapa de Prototipos: - Implementación de los CU del 1 - 11

Segunda Etapa de Prototipos: - Implementación de los CU del 12 - 19 Base Datos Despleada Aplicación Desplegado Pruebas de todos los CU's

18

PPP SCRUM

Correcciones de las Observaciones de los CU's Desarrollo de Manual de Fases de Usuario Transición Capacitación a los Usuarios Elaboración de Proyect Charter Elaboración Plan de Despliegue Elaboración de Fase de Plan de Riesgo Concepción Definición de la Arquitectura del sistema 2013 Requerimiento -01 del Producto Product Backlog

Fase de Elaboración

Resuelt 100% o En proceso

0%

En proceso

0%

En proceso

45%

En proceso

33%

Plan de Iteración del Primer Sprint

Resuelt o

Primer Sprint: - US 1: Gestión de Malla ABET 100% - US 2: Validación de Malla ABET - US 3: Servicios REST - Sprint 1

Plan de Iteración del Segundo Sprint

En proceso

90%

Listado priorizado de las historias de usuario para el uso de los Sprint

Segundo Sprint: - US 4: Procesar Datos - US 5: Interfaz de Comunicación con EIA - US 6: Impletar servicios REST del Sprint 2

19

Plan de Iteración del Tercer Sprint

En 0% proceso

Desarrollo del En 20% Primer Sprint proceso

Fase de Construcció n

2013 -02

Pruebas del Primer Sprint

En 0% proceso

Desarrollo de Segundo Sprint Pruebas del Segundo Sprint

Tercer Srprint: - US 7: Cargar resultados de lectura a la BD - US 8:Interfaz de Registros de Encuestas Unitarias - US 9: Gráfico de resultados de Encuestas Primer Sprint: Entrega de todo los UH's a SF Elaboración del Manual de Usuario del Primer Sprint - US 1: Gestión de Malla ABET - US 2: Validación de Malla ABET - US 3: Servicios REST - Sprint 1 Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA

Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA

Desarrollo de Tercer Sprint Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA

Pruebas del Tercer Sprint Fase de Transición

Validación de Manuales Elaboración de Proyect SIGERCO 2013 Fase de Charter V-01 Concepción SCRUM Elaboración de Plan de Riesgo

Resuelt 100% o Resuelt 100% o

20

Definición de Resuelt la Arquitectura 100% o del sistema

Análisis de la BD actual de SSIA Recopilación de Información de Proyectos Anteriores Elaboración de las Historias de Usuario Fase de Requerimiento Elaboración del Producto Product Backlog

Documentación de la Arquitectura de SW: - Diagrama de CU - Modelo de Análisis - Modelo de Diseño - Modelo de Datos - Modelo de Componentes - Modelo de Despliegue

Resuelt 100% o Resuelt 100% o Resuelt 100% o Resuelt 100% o

Primer Sprint:

Fase de Desarrollo del En Construcció 95% Primer Sprint proceso n

- US01: Generar_Reporte_Verificacion_x_Outcome - US02: Web_Service_Generar_Reporte_Verificación_x_Outcome - US03: Generar_Reporte_Verificacion_x_Outcome_x_Secciones - US04: Web_Service_Generar_Reporte_Verificación_x_Outcome_x_Sec ciones

21

Segundo Sprint:

Fase de Transición

Desarrollo de Segundo Sprint

En 90% proceso

Pruebas del Primer y Segundo Sprint

En 0% proceso

Despliegue del En 0% Sprint 1 y 2 proceso

- US05: Generar_Reporte_Control_x_Outcome - US06: Web_Service_Generar_Reporte_Control_x_Outcome - US07: Generar_Reporte_Control_x_Outcome_x_Secciones - US08: Web_Service_Generar_Reporte_Control_x_Outcome_x_Seccion es

Incluye Correcciones y el Acta de Conformidad de QA Base Datos Despleada Aplicación Desplegado El Acta aprobada por IT-Expert

Desarrollo de Tercer Sprint Pruebas del Tercer Sprint

Base Datos Despleada Aplicación Desplegado El Acta aprobada de IT-Expert y QA

Fase 2013 Desarrollo del Construcció -02 Cuarto Sprint n Pruebas del Cuarto Sprint

Base Datos Despleada Aplicación Desplegado El Acta aprobada de IT-Expert y QA

Desarrollo del Quinto Sprint

22

Base Datos Despleada Aplicación Desplegado El Acta aprobada de IT-Expert y QA

Pruebas del Quinto Sprint Desarrollo del Sexto Sprint

Base Datos Despleada Aplicación Desplegado El Acta aprobada de IT-Expert y QA

Pruebas del Sexto Sprint Desarrollo de Septimo Sprint

Base Datos Despleada Aplicación Desplegado El Acta aprobada de IT-Expert y QA

Pruebas del Septimo Sprint Despliegue Final en el Ambiente de Producción Elaboración del Project Charter Elaboración del product IFC - DC - 2013 Fase de backlog SCRUM -01 Concepción Elaboración del plan de despliegue Elaboración del Plan de Riesgo Fase de Despliegue

Revisado por el comité

Resuelt o

100%

Resuelt o

100%

Resuelt o

100%

En Proces o

0%

Listado priorizado de la Historias de Usuario par el uso de los Sprints

23

Elaboración de En documento de Proces arquitectura o

Elaboración de prototipos Elaboración de Historias de Usuario Elaboración de Plan de Fase de Iteraciones Elaboración Elaboracion de Especificacion es de Caso de Uso Construcción de modelo lógico y fisico de la base de datos

70%

Resuelt o

100%

Resuelt o

100%

En proceso

50%

En Proces o

0%

Resuelt o

100%

Documentación de la Arquitectura de SW: - Diagrama de CU - Modelo de Análisis - Modelo de Diseño - Modelo de Datos - Modelo de Componentes - Modelo de Despliegue

24

Primer Sprint: Implementació n de Sprint 1: En Módulo de proceso servicios.

Elaboracion de En Plan de Proces Fase de Pruebas del o Construcció Sprint 1 Pruebas En n funcionales del Proces Sptrint 1 o En Despliegue del Proces Sprint 1 o

10%

- Servicios REST (WSListaCursosxProfesorxPeriodo, WSObtenerInformeFinCiclo, WSRegistrarInformeFinCiclo, WSObtenerStudentsOutcomes, WSObtenerLogroTerminal, WSListarHallazgosxInformeFinCiclo, WSRegistrarHallazgo, WSObtenerProfesorxCodigo, WSObtenerCurso, WSObtenerPeridoActual)

0%

0%

Pendiente de aprobación por QA

0%

Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA Segundo Sprint:

2013 -02

Implementacio n del Sprint 2: Módulo de Informe de Fin de Ciclo.

US-01 Iniciar Sesión US-02 Mostrar cursos por docente US-03 Mostrar Students Outcomes por curso US-04 Mostrar objetivos generales de un curso US-05 Realizar informe de fin de ciclo

Elaboración del Plan de

25

Pruebas del Sprint 2 Pruebas Funcionales del Sprint 2

Pendiente de aprobación por QA Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA

Despliegue del Sprint 2

Tercer Sprint: US-06 Mostrar cursos US-07 Mostrar docentes US-08 Mostrar incidencias por curso US-09 Generar reporte de incidencias por curso US-10 Exportar incidencias a un documento US-11 Exportar informa a un documento US-12 Enviar email a docentes

Implementació n de Sprint 3: Módulo de Análisis.

Elaboración del Plan de Pruebas del Sprint 3 Pruebas Funcionales del Sprint 3

Pendiente de aprobación por QA Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA

Despliegue del Sprint 3

GISC AUP

Elaboración Fase de del manual de Transición Usuario 2013 Fase de Definición del -01 Concepción Proyecto

Resuelt o

100% Definida la razon de ser y el alcance del proyecto

26

Elaboración del Project Charter Modelo de Procesos Validación documento de Definición de Procesos Modelo Funcional Descomposició n Funcional del proceso Fase de Validación de Elaboración Modelo de Descomposició (Marianella n Funcional del Castillo)

Resuelt o

100%

Resuelt o

100% Modelo de Proceso Listo

Resuelt o

100%

Resuelt o

100% Descomposición funcional lista para poder generar los prototipos

Resuelt o

100%

Definición de En la Arquitectura proceso del Sistema

Documentación de la Arquitectura de SW: - Diagrama de CU - Modelo de Diseño 60% - Modelo de Datos - Modelo de Componentes - Modelo de Despliegue

Revisión QA del documento En Arquitectura 0% Pendiente envío a QA proceso Básica de Software Resuelt Modelo Físico 100% Modelo de Base de datos Integrado Fase de o Construcció Desarrollo de Resuelt Prototipos de Iteración 1 y 2 generados y aceptados por el n 100% Prototipos o cliente

27

Definición de Historias de Usuario del En Primer y proceso Segundo Sprint Requerimiento del Producto - Resuelt Product o Backlog

90% Pendiente aprobación por QA

100%

Listado priorizado de las historias de usuario para el uso de los Sprint

Primer Sprint: Desarrollo del En Primer Sprint proceso

Desarrollo del En Segundo proceso Sprint

Pruebas del Primer Sprint

En proceso

Pruebas del En Segundo proceso Sprint Actualización del modelo de Fase de Procesos 2013 Elaboración Validaciòn -02 - (Rosario documento de Villalta) Definición de Procesos

80%

- US-01: Generación de Reportes Información Profesores - US-02: Historial de reportes Profesores

Segundo Sprint: 15%

- US-03: Llenar Formularios de Cursos - US-04: Generar Reporte Información de Cursos

Base Datos Despleada 0% Aplicación Desplegado El Acta aprobada de IT-Expert y QA Base Datos Despleada 0% Aplicación Desplegado El Acta aprobada de IT-Expert y QA

28

Modelo Funcional Descomposició n Funcional del proceso Validación de Modelo de Descomposició n Funcional Actualizaciòn del Documento de Arquitectura de Software Revisión QA del documento Arquitectura Básica de Software Modelo Fisico Desarrollo de Prototipos Definición de Historias de las Historias de Usuario del Tercer y Fase de Construcció Cuarto Sprint Requerimiento n del Producto Product Backlog Desarrollo del Tercer Sprint Desarrollo del Cuarto Sprint

Actualización de la BD

Listado priorizado de las historias de usuario para el uso de los Sprint

29

Pruebas de Tercer Sprint Pruebas del Cuarto Sprint Elaboración del Plan de Despliegue Fase de Desplegar en Transición el Servidor Pruebas de Aceptación y Aceptación

30

2013-01

PROYECTO: ABET

Índice 1. Diagrama de despliegue – Producción .................................................................................. 3 2. Diagrama de despliegue – Testing ........................................................................................ 5 3. Diagrama de paquetes (detalle de servicios) ......................... ¡Error! Marcador no definido. 4. Diagrama modular .................................................................. ¡Error! Marcador no definido. 4.1. Diagrama modular GISC ................................................................................................. 20 1

2013-01 4.2. Diagrama modular GCD.................................................................................................. 21 4.3. Diagrama modular GPPP ................................................................................................22 4.4. Diagrama Modular SIGERCOV ........................................................................................23 4.5. Diagrama Modular IFC-DC ..............................................................................................24 5. Diagrama de componentes/interconexiones ......................................................................27 5.1. Diagrama de componentes/interconexiones GPPP .......................................................27 5.2. Diagrama de componentes/interconexiones GCD .........................................................28 5.3. Diagrama de componentes/interconexiones IFC-DC .....................................................29 5.4. Diagrama de componentes/interconexiones SIGERCOV ...............................................30 5.5. Diagrama de componentes/interconexiones GISC ........................................................31 6. Plan de trabajo y lista de riesgos .........................................................................................32

2

2013-01 1. DIAGRAMA DE DESPLIEGUE – PRODUCCIÓN SSIA_Produccion IIS GISC Web App GISC Http GCD

FS2 (10.11.10.244) FS_SSIA

Web App GCD

SV_Net_Produccion (10.11.11.248) Http IIS

IFC-DC

wsABET

Web App IFC-DC Http

BD2 (10.11.11.243) BD_SSIA

SIGERCOV wsSSIA

Web App SIGERCOV Http

GPPP Http

Http

Web App GPPP

APCDA App APCDA

IPS Http

Http

Web App IPS

EIA App EIA

FS2: Máquina física usada como servidor de archivos (file server) FS_SSIA: Servidor de archivos (file server) destinado para SSIA BD2: Máquina física usada como servidor de base de datos de producción. BD_SSIA: Base de datos SSIA (SQL Server 2008 R2) SV_Net_Produccion: Máquina virtual usada como servidor de producción para aplicaciones .NET IIS: Servidor web y de aplicaciones para SV_Net_Produccion y para SSIA_Produccion wsABET: Aplicación de tipo web service que contiene los servicios en común con todos los proyectos destinados a la acreditación ABET. wsSSIA: Aplicación de tipo web service que contiene los servicios en común con todos los proyectos de SSIA. SSIA_Produccion: Máquina física usada como servidor de producción para aplicaciones .NET Web App GISC: Aplicación web del proyecto Gestión de Indicadores de la Escuela de Ing. de Sistemas y Computación Web App GCD: Aplicación web del proyecto Gestión de coordinaciones de docentes (actas y consolidado de horas) - Esc. Ing. de Sistemas y Computación Web App IFC-DC: Aplicación web del proyecto Gestión de Informes de Fin de ciclo - Docentes de la Escuela de Ing. de Sistemas y Computación Web App SIGERCOV: Aplicación web del proyecto Gestión de Reportes de Control y Verificación de la Escuela de Ing. de Sistemas y Computación

3

2013-01 Web App GPPP: Aplicación web del proyecto Gestión de Prácticas Pre-Profesionales (PPP) de la Escuela de Ing. de Sistemas y Computación Web App APCDA: Aplicación escritorio del proyecto Automatización del Proceso de Carga de Datos Académicos. Web App IPS: Aplicación web del proyecto Intranet de Proyectos SSIA. Web App EIA: Aplicación escritorio del proyecto Evidencias Indirectas ABET.

4

2013-01 2. DIAGRAMA DE DESPLIEGUE – TESTING SV_Net_Pruebas (10.11.10.236) IIS GISC Web App GISC Http GCD Web App GCD FS1 (10.11.11.225)

Http

FS_SSIA

IFC-DC Web App IFC-DC Http

SIGERCOV SV_BD_Pruebas (10.11.10.238)

wsABET

Web App SIGERCOV Http

BD_SSIA

GPPP Web App GPPP Http

APCDA

wsSSIA

App APCDA Http

IPS Web App IPS Http

EIA Http

App EIA

FS1: Máquina física usada como servidor de archivos (file server) FS_SSIA: Servidor de archivos (file server) destinado para SSIA SV_BD_Pruebas: Máquina virtual usada como servidor de base de datos de producción. BD_SSIA: Base de datos SSIA (SQL Server 2008 R2) SV_Net_Pruebas: Máquina virtual usada como servidor de pruebas para aplicaciones .NET IIS: Servidor web y de aplicaciones para SV_Net_Pruebas wsABET: Aplicación de tipo web service que contiene los servicios en común con todos los proyectos destinados a la acreditación ABET. wsSSIA: Aplicación de tipo web service que contiene los servicios en común con todos los proyectos de SSIA. Web App GISC: Aplicación web del proyecto Gestión de Indicadores de la Escuela de Ing. de Sistemas y Computación Web App GCD: Aplicación web del proyecto Gestión de coordinaciones de docentes (actas y consolidado de horas) - Esc. Ing. de Sistemas y Computación Web App IFC-DC: Aplicación web del proyecto Gestión de Informes de Fin de ciclo - Docentes de la Escuela de Ing. de Sistemas y Computación Web App SIGERCOV: Aplicación web del proyecto Gestión de Reportes de Control y Verificación de la Escuela de Ing. de Sistemas y Computación

5

2013-01 Web App GPPP: Aplicación web del proyecto Gestión de Prácticas Pre-Profesionales (PPP) de la Escuela de Ing. de Sistemas y Computación Web App APCDA: Aplicación escritorio del proyecto Automatización del Proceso de Carga de Datos Académicos. Web App IPS: Aplicación web del proyecto Intranet de Proyectos SSIA. Web App EIA: Aplicación escritorio del proyecto Evidencias Indirectas ABET.

6

2013-01 3. DIAGRAMA DE PAQUETES POR SERVICIOS

A continuación se muestra el diagrama de paquetes por servicios para los proyectos ABET de la UPC

01-SSeguridad.svc 02-SPersona.svc 03-SProfesor.svc 04-SAlumno.svc 05-SAdministrativo.svc 06-SEscuela.svc 07-SCarrera.svc 08-SPeriodo.svc 09-SCompetencia.svc 10-SResultadoPrograma.svc 11-SCurso.svc 12-SSeccionxCurso.svc 13-SProfesorxSeccionxCurso.svc 14-SLogro.svc

SSIA

01 01

02 03

01

01

02

05

06

08

02

07

11

13

01

08

GCD

08 08

10

PPP

12

07

07

10

10

03

03

08 09

21-WSOutcomeXCarrera(Listar) 22-WSListarCursosXCarreraXCiclo 23-WSGenerarReporteVerificacionXNivelAceptacion 24-WSGenerarReporteVerificacionXNivelAceptacionXSecciones 25-WSGenerarReporteControlXNivelAceptacion 26-WSGenerarReporteControlXNivelAceptacionXSecciones

07

02

04

15-WSGenerarReporteVerificacionXOutcome 16-WSGenerarReporteVerificacionXOutcomeXSecciones 17-WSGenerarReporteControlXOutcome 18-WSGenerarReporteControlXOutcomeXSecciones 19-WSObtenerCursosMallaCurricularVigente 20-WSActualizarCursoControlVerificacion

32-Listar_Criterio 33-Listar_CompetenciaABET 34-ResultadoProgramaxCriterio(Registrar,Modificar) 35-ResultadoProgramaxCompetencia(Registrar Modificar) 36-MallaEncuesta(Registrar,Consultar,Modificar) 37-Listar_MallaEncuestaxCompetenciaABETxResultadoPrograma 38-Registrar_MallaEncuestaxCompetenciaABET(Registrar, Modificar) 39-GenerarMallaABET_GPPP_EIA 40-TraerEncuestaPDF_GPPP_EIA

13

11 13 14 SIGERCOV

41-WSListaCursosxProfesorxPeriodo 42-InformeFinCicloxPeriodo(Consultar) 43-InformeFinCiclo(Registrar, consultar,modificar, eliminar) 44-StudentsOutcomesxCurso(Consultar) 45-LogroTerminalxCurso(Consultar) 46-HallazgosxInformeFinCiclo(Consultar, Eliminar) 47-Hallazgo(Registrar, modificar , eliminar) 48-AccionMejoraxHallazgo 49-WSModificarAccionMejora 50-WSEliminarAccionMejoraxInformeFinCiclo 51-ProfesorxCodigo 52-WSObtenerCursoxProfesor 53-WSObtenerCursoxCoordinador 54-SIngresardetalleCoordinador 55-SObtenerDetalleCoordinador

IFCDC 31

GISC

73

30

52

72

29

51 71

28 50

70

27 59

69 68

26 25

48 24 40

47 39

55

23

46

22

38 45

37

21

54 44

36

20 43

35 34

19

53

18

42 17

33

41

16

32

67

15

63

66 ABET

56

57

58

7

59

60

28-WSGenerarReporteControlXCiclo 29-WSGenerarReporteControlXCicloXSecciones 30-WSGenerarReporteVerificacionXCiclo 31- WSGenerarReporteVerificacionXCicloXSecciones

61

62

63

64

65

56-SActa (propio) 57-SNivelReunion (propio) 58-SEvento (propio) 59-SParticipanteActa (propio) 60-SMotivoActa (propio) 61-SAgendaActa (propio) 62-STemaActa (propio) 63-SAcuerdoActa (propio e IFC) 64-STipoAcuerdoActa (propio) 65-SAccionAcuerdoActa (propio) 66-SNotificacion 67-WSABET/SSubArea 68-WSGenerarMallaABET_GPPP_EIA 69-WSGenerarPDF_GPPP_EIA 70-PPPEmpresas(Registrar, consultar) 71-PPPEncuestaDetalle(Registrar Actual) 72-PPPEncuesta(Registrar, consultar, Modificar) 73-PPPJefeDirecto(Registrar,Consultar)

2013-01 3.1. Descripción de los servicios

A continuación se muestra la descripción de los servicios que implementarán los 4 proyectos de TP1 de la empresa SSIA del periodo 2013-01 Servicio: SIGGenerarReporteVerificacionXOutcome Aplicación que lo brinda: SIGERCOV Servicio que lista los cursos de verificación por un outcome específico. Devuelve la nota de cada curso, el nombre de este Descripción: Servicio: SIGGenerarReporteVerificacionXOutcomeXSecciones Aplicación que lo brinda: SIGERCOV

Descripción:

Servicio que lista las secciones de un curso de tipo verificación específico en base a un outcome. Devuelve las secciones, la nota del outcome por cada sección, el horario y el profesor

Servicio: SIGGenerarReporteControlXOutcome Aplicación que lo brinda: SIGERCOV

Descripción:

Servicio que lista los cursos de control por un outcome específico. Devuelve la nota de cada curso, el nombre de este

Servicio: SIGWSGenerarReporteControlXOutcomeXSecciones Aplicación que lo brinda: SIGERCOV Servicio que lista las secciones de un curso de tipo control específico en base a un outcome. Devuelve las secciones, la nota del outcome por cada sección, el horario y el profesor Descripción: Servicio: SIGObtenerCursosMallaCurricularVigente Aplicación que lo brinda: SIGERCOV Servicio que lista los cursos de una carrera específica Descripción: Servicio: SIGActualizarCursoControlVerificacion Aplicación que lo brinda: SIGERCOV Descripción: Servicio:

Servicio con el cual se actualizan los cursos de tipo Control y Verificación

SIGOutcomeXCarrera(Listar)

8

2013-01 Aplicación que lo brinda: SIGERCOV Descripción:

Lista los outcomes por carrera (Ing. Sistemas, Ing. Software)

Servicio: SIGListarCursosXCarreraXCiclo Aplicación que lo brinda: SIGERCOV Descripción:

Servicio que lista los cursos de una carrera en el ciclo actual.

Servicio: SIGGenerarReporteVerificacionXNivelAceptacion Aplicación que lo brinda: SIGERCOV Servicio que lista los cursos de verificación por un nivel de aceptación específico. Devuelve la nota de cada curso, el nombre de este. Descripción: Servicio: SIGGenerarReporteVerificacionXNivelAceptacionXSecciones Aplicación que lo brinda: SIGERCOV Servicio que lista las secciones de un curso de tipo verificación específico en base a un nivel de aceptación Devuelve las secciones, la nota del outcome por cada seccion, el horario y el profesor Descripción: Servicio: SIGGenerarReporteControlXNivelAceptacion Aplicación que lo brinda: SIGERCOV

Descripción:

Servicio que lista los cursos de control por un nivel de aceptación específico. Devuelve la nota de cada curso, el nombre de este.

Servicio: SIGGenerarReporteControlXNivelAceptacionXSecciones Aplicación que lo brinda: SIGERCOV Servicio que lista las secciones de un curso de tipo control específico en base a un nivel de aceptación. Devuelve las secciones, la nota del outcome por cada seccion, el Descripción: horario y el profesor Servicio: SIGGenerarReporteControlXCiclo Aplicación que lo brinda: SIGERCOV Servicio que lista los cursos de control por un ciclo específico. Devuelve la nota de cada curso, el nombre de este. Descripción: Servicio:

SIGGenerarReporteControlXCicloXSecciones 9

2013-01 Aplicación que lo brinda: SIGERCOV Servicio que lista las secciones de un curso de tipo control específico en base a un ciclo. Devuelve las secciones, la nota del outcome por cada seccion, el horario y el profesor Descripción: Servicio: SIGGenerarReporteVerificacionXCiclo Aplicación que lo brinda: SIGERCOV Descripción:

Servicio que lista los cursos de verificación por un ciclo específico. Devuelve la nota de cada curso, el nombre de este.

Servicio: SIGGenerarReporteVerificacionXCicloXSecciones Aplicación que lo brinda: SIGERCOV Servicio que lista las secciones de un curso de tipo verificación específico en base a un ciclo. Devuelve las secciones, la nota del outcome por cada seccion, el horario y el profesor Descripción: Servicio: PPPListar_Criterio Aplicación que lo brinda: PPP Trae una lista de Criterios ABET. Descripción: Servicio: PPPListar_CompetenciaABET Aplicación que lo brinda: PPP Trae una lista de Competencias ABET. Descripción: Servicio: PPPResultadoProgramaxCriterio Aplicación que lo brinda: PPP Registra , consulta y modifica un Criterio por Outcome. Descripción: Servicio: PPPResultadoProgramaxCompetencia Aplicación que lo brinda: PPP Registra,Modifica una Competencia por Outcome. Descripción: Servicio: PPPPMallaEncuesta Aplicación que lo brinda: PPP Registra,Consulta,Modifica una Malla ABET. Descripción:

10

2013-01 Servicio: PPPListar_MallaEncuestaxCompetenciaABETxResultadoPrograma Aplicación que lo brinda: PPP Consulta una lista de Competencias y Outcome por Malla ABET. Descripción: Servicio: PPPRegistrar_MallaEncuestaxCompetenciaABET Aplicación que lo brinda: PPP Registra,Consulta y Modifica una Malla ABET por Competencia ABET. Descripción: Servicio: EIAGenerarMallaABET_GPPP_EIA Aplicación que lo brinda: EIA Envía la Malla ABET a la aplicación EIA para generar el foramto OMR. Descripción: Servicio: EIATraerEncuestaPDF_GPPP_EIA Aplicación que lo brinda: EIA Envía la solicitud de guardar en Dropbox las encuestas en formato OMR. Descripción: Servicio: IFCDCWSListaCursosxProfesorxPeriodo Aplicación que lo brinda: IFCDC Descripción:

consulta los cursos de un profesor durante el actual ciclo académico.

Servicio: IFCDCInformeFinCicloxPeriodo Aplicación que lo brinda: IFCDC Descripción:

Consultar el informe de fin ciclo según: el curso, el profesor y el periodo academico

Servicio: 43-InformeFinCiclo(Registrar, consultar,modificar, eliminar) Aplicación que lo brinda: IFCDC Registras,consultar,modificar y eliminar informe de fin de ciclo Descripción: Servicio: IFCDCStudentsOutcomesxCurso(Consultar) Aplicación que lo brinda: IFCDC Descripción: Servicio:

Listar los students outcomes por curso de carrera. IFCDCLogroTerminalxCurso(Consultar) 11

2013-01 Aplicación que lo brinda: IFCDC Obtener logro terminal por curso Descripción: Servicio: IFCDCHallazgosxInformeFinCiclo(Consultar, Eliminar) Aplicación que lo brinda: IFCDC Consultar los hallazgos por informe de fin de ciclo, eliminar hallazgos por informe de fin de ciclo Descripción: Servicio: IFCDCHallazgo Aplicación que lo brinda: IFCDC Registrar, modificar y eliminar Hallazgos Descripción: Servicio: IFCDCAccionMejoraxHallazgo Aplicación que lo brinda: IFCDC Descripción: Lista las acciones de mejora a través del hallazgo el cual les pertenece Servicio: IFCDWSModificarAccionMejora Aplicación que lo brinda: IFCDC Descripción: Modifica el detalle de una acción de mejora Servicio: IFCDCWSEliminarAccionMejoraxInformeFinCiclo Aplicación que lo brinda: IFCDC Descripción: Elimina una acción de mejora a través de código del Informe de Fin de Ciclo Servicio: IFCDCProfesorxCodigo Aplicación que lo brinda: IFCDC Descripción: Obtener a un profesor a través de su código Servicio: IFCDCWSObtenerCursoxProfesor Aplicación que lo brinda: IFCDC Descripción: Listar los curso de un profesor durante el presente periodo académico Servicio: GISCWSObtenerCursoxCoordinador Aplicación que lo brinda: GISC Listar los datos de los cursos de los coordinadores de la carrera Descripción: 12

2013-01 Servicio: GISCIngresardetalleCoordinador Aplicación que lo brinda: GISC Envia información ingresada por los coordinadores de la carrera Descripción: Servicio: GISCObtenerDetalleCoordinador Aplicación que lo brinda: GISC Obtener los datos ingresados por los coordinadores de la carrera Descripción: Servicio: Aplicación que lo brinda: GCD Consulta, registro, eliminación y modificación de un acta de reunión Descripción: Servicio: GCDNivelReunion Aplicación que lo brinda: GCD onsulta, registro, eliminación y actualización de niveles de reunión Descripción: Servicio: GCDEvento Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de los eventos (reuniones Descripción: programadas) predeterminados. Servicio: GCDSParticipanteActa Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de participantes de una determinada acta Descripción: Servicio: GCDSMotivoActa Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de motivos preterminados para una acta. Descripción: Servicio: GCDSAgendaActa Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de una actividad para una Descripción: determinada acta.

13

2013-01 Servicio: GCDTemaActa Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de un tema para una determinada acta. Descripción: Servicio: GCDAcuerdoActa Aplicación que lo brinda: GCD Descripción:

Consulta registro, eliminación y actualización de un acuerdo para una determinada acta.

Servicio: GCDTipoAcuerdoActa Aplicación que lo brinda: GCD Descripción:

Consulta, registro, eliminación y actualización de los tipos de acuerdo predeterminados para una acta.

Servicio: GCDSAccionAcuerdoActa (propio) Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de la acción de un determinado acuerdo de una acta. Descripción: Servicio: GCDSNotificacion Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización Descripción: electrónico.

de las notificaciones vía correo

Servicio: GCDWSABET/SSubArea Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de las sub-áreas que existen dentro de Descripción: una determinada escuela Servicio: PPPEmpresas Apliacación que lo brinda: PPP Permite registrar una empresa y consultar una empresa o lista de empresas Descripción: Servicio: PPPJefeDirecto(Registrar,Consultar) Apliacación que lo brinda: PPP 14

2013-01 Descripción:

Permite Registrar, consultar un Jefe Directo ABET.

Servicio: PPPEncuesta Apliacación que lo brinda: PPP Descripción: Permite registrar, consultar, modificar una Encuesta ABET. Servicio: PPPEncuestaDetalle Apliacación que lo brinda: PPP Descripción: Permite registrar , modificar un Detalle de Encuesta ABET. 3.2. Relación Servicios-Aplicación

A continuación se muestra la relación de servicios, indicando que aplicación consume de ellas, que proyecto lo implementará, que web services lo brinda .además se muestra la prioridad de los servicios, con lo que se definirá el orden cronológico de la implementación de cada uno de estos.

APLICACIÓN QUE PIDE

SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV PPP

SERVICIOS

SIGWSGenerarReporteVerificacionXOutcome SIGWSGenerarReporteVerificacionXOutcomeXSeccione s SIGWSGenerarReporteControlXOutcome SIGWSGenerarReporteControlXOutcomeXSecciones SIGWSObtenerCursosMallaCurricularVigente SIGWSActualizarCursoControlVerificacion SIGWSOutcomeXCarrera SIGWSListarCursosXCarreraXCiclo SIGWSGenerarReporteVerificacionXNivelAceptacion SIGWSGenerarReporteVerificacionXNivelAceptacionXS ecciones SIGWSGenerarReporteControlXNivelAceptacion SSIGWSGenerarReporteControlXNivelAceptacionXSecci ones SIGWSGenerarReporteControlXCiclo SIGWSGenerarReporteControlXCicloXSecciones SIGWSGenerarReporteVerificacionXCiclo SIGWSGenerarReporteVerificacionXCicloXSecciones PPPListar_Criterio 15

P R I PROYECTO O WS QUE QUE R BRINDA IMPLEMENTA I D A D WSABET SIGERCOV 1 WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET

SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV

1 1 1 1 1 1 1 2

WSABET WSABET

SIGERCOV SIGERCOV

2 2

WSABET WSABET WSABET WSABET WSABET WSABET

SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV PPP

2 2 2 3 3 3

2013-01 PPP PPP PPP PPP

PPPListar_CompetenciaABET PPPResultadoProgramaxCriterio PPPResultadoProgramaxCompetencia PPPMallaEncuesta PPPListar_MallaEncuestaxCompetenciaABETxResultad oPrograma PPPRegistrar_MallaEncuestaxCompetenciaABET EIAGenerarMallaABET_GPPP EIATraerEncuestaPDF_GPPP IFCWSListaCursosxProfesorxPeriodo IFCInformeFinCicloxPeriodo IFCInformeFinCiclo IFCStudentsOutcomesxCurso IFCLogroTerminalxCurso IFCHallazgosxInformeFinCiclo IFCHallazgo IFCAccionMejoraxHallazgo IFCWSModificarAccionMejora IFCWSEliminarAccionMejoraxInformeFinCiclo IFCProfesorxCodigo IFCWSObtenerCursoxProfesor GISWSObtenerCursoxCoordinador GISSIngresardetalleCoordinador GISSObtenerDetalleCoordinador GCDActa GCDSNivelReunion GCDSEvento GCDSParticipanteActa GCDSMotivoActa GCDSAgendaActa GCDSTemaActa GCDSAcuerdoActa GCDSTipoAcuerdoActa GCDSAccionAcuerdoActa GCDSNotificacion GCDWSABET/SSubArea PPPEncuestaDetalle PPPEncuesta PPPJefeDirecto PPPEmpresas

PPP PPP PPP PPP IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC GISC GISC GISC GCD GCD GCD GCD GCD GCD GCD GCD, IFCDC GCD GCD GCD GCD PPP PPP PPP PPP PP, IFCDC,GISC,SIG ERCOV,GCD SSIASeguridad.svc PP, IFCDC,SIGERC OV,GCD SSIAPersona.svc

WSABET WSABET WSABET WSABET

PPP PPP PPP PPP

1 3 2 1

WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET

PPP PPP EIA EIA IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC GISC GISC GISC GCD GCD GCD GCD GCD GCD GCD GCD GCD GCD GCD GCD PPP PPP PPP PPP YA IMPLEMENTA DO YA IMPLEMENTA DO

2 2 1 1

WSSSIA

WSSSIA 16

1 1 1 1 2 1 1 1 1 1 1 3 3 2 3 3 3 3

2013-01 IFCDC,SIGERC OV,GCD

SSIAProfesor.svc

WSSSIA

PPP

SSIAAlumno.svc

WSSSIA

GCD

SSIAAdministrativo.svc

WSSSIA

GCD

SSIAEscuela.svc

WSSSIA

GCD,SIGERCO V,IFCDC,PPP SSIACarrera.svc GCD,SIGERCO V,IFCDC,GISC,P PP SSIAPeriodo.svc

WSSSIA

WSSSIA

PPP

SSIACompetencia.svc

WSSSIA

PPP,GCD,IFCD C

SSIAResultadoPrograma.svc

WSSSIA

IFCDC,GCD

SSIACurso.svc

WSSSIA

IFCDC,GCD

SSIASeccionxCurso.svc

WSSSIA

IFCDC,GCD,SIG ERCOV SSIAProfesorxSeccionxCurso.svc

WSSSIA

IFCDC

WSSSIA

SSIALogro.svc

Leyenda para la matriz:

1 2 3 NA

Prioridad alto intermedio Bajo No aplica

Proyectos de la empresa SSIA para la acreditación ABET-ASC de la Escuela de Ingeniería de Sistemas y Computación PPP Gestión de Prácticas Pre Profesionales GISC Gestión de Indicadores de la Escuela de Sistemas y Computación SIGERCOV Sistema de generación de reportes de control y verificación 17

YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO

2013-01 IFCDC GCD

Gestion de informes de fin de ciclo Gestión de coordinaciones de docentes

18

2013-01 4. DIAGRAMA MODULAR

En esta vista se observa la dependencia de todos los módulos hacia los WebServices que serán implementados (en el caso de WS_ABET) y los que ya están implementados (WS_SSIA). En base a esta arquitectura, todas las aplicaciones pueden acceder a los servicios compartidos en los WebServices que manejan la lógica de negocio orientada a brindar un servicio específico. Catálogo de Elementos UPC.SSIA.AGRUPADOR_ABET: Este componente representa las vistas que funcionarán para redireccionar desde un menú principal a todas las aplicaciones ABET. UPC.SSIA.GCD: El módulo de Sistema de Gestión de Actas de Reuniones, gestiona las reuniones entre los docentes (Coordinador de Curso, Coordinador de Sub-Área, Coordinador de Carrera) y administra las actas de las reuniones, registrando los temas tratados y los acuerdos, generando el acta en PDF y generando reportes en base a las informaciones de las Actas. UPC.SSIA.GPPP: Gestión de Prácticas Preprofesionales este módulo se encarga de la gestión de las encuestas de las prácticas preprofesionales que realizan los alumnos. UPC.SSIA.EIA: Este módulo administra la generación de encuestas y el tratamiento de los datos de la información de logros de los cursos de las carreras de la Escuela de Computación e Informática. UPC.SSIA.SIGERCOV: El módulo de Sistema de Generación de Reportes de Control y Verificación genera reportes de las métricas que tienen que cumplir las carreras de Computación para poder recibir la certificación ABET. UPC.SSIA.IPS: El módulo de Intranet de Proyectos SSIA centralizar los trabajos grupales e individuales y producción en general de los alumnos (portafolio de aprendizaje), para demostrar los logros de las competencias propuestas en cada curso durante su carrera universitaria. UPC.SSIA.IFC-DC: El módulo de Informdes de Fin de Ciclo – Docentes de la Escuela de Ingeniería de Sistemas y Computación permite la gestión de informes de fin de ciclo de las carreras de la Escuela de Computación e Informática de la UPC, que logre dinamizar el ingreso de los datos por parte de los docentes, a fin de realizar las evaluaciones de los students outcomes para el proceso de la acreditación ABET. UPC.SSIA.APCDA: Este módulo se encarga del mantenimiento de los datos de la base de datos de SSIA desde la Intranet de la UPC. UPC.SSIA.GISC: Gestión de Indicadores de la Escuela de Sistemas y Computación. UPC.SSIA.WS_ABET: Servidor Web que contendrá servicios referenciados por los proyectos de ABET y obtendrá la data de la Base de Datos de SSIA.

19

2013-01 4.1. DIAGRAMA MODULAR GISC

UPC.SSIA.GISC

Presentacion Capa de Servicio UPC.SSIA.GISC.UI Parser.dll

Http Entidades de negocio

Capa de Negocio

GISC Componentes de negocio.dll

OperacionesExcel.dll GISC Componentes de negocio.dll Utilidades.dll

UPC.SSIA.GISC.UI: Es la capa de interfaz con la que el usuario interactúa y la cual podrá encontrar los formularios y las opciones para poder generar los reportes. GISC Componentes de negocio.dll: Transforma la data transaccional a reportes según los indicadores definidos. OperacionesExcel.dll: Se encuentra las funciones para poder subir y para poder interpretar las columnas del Excel. Entre sus funciones están: Interpretar y transformar la data del Excel. Parser.dll: Es el encargado de transformar los de objetos que nos van a dar los servicios. EJM: Convertiría el objeto Json del servicio a un objeto definido en el business entity. Utilidades.dll: Se encuentran las funciones que pueden ser reusables. GISC Entidades de negocio.dll: Es la unidad de negocio donde se guardan todas las entidades utilizadas y sirve para transferencia de datos de un componente a otro. WSObtenerCursoxCoordinador: Es un servicio el cual es convocado por la capa de lógica de negocio. Esta devuelve la información del curso a la cual el profesor está dictando. WSIngresarDetalleCoordinador: Es un servicio el cual es convocado por la capa de lógica de negocio. Esta registra la información ingresada por el coordinador la cual servirá para generar el reporte de cursos. WSObtenerDetalleCoordinador: Es un servicio el cual es convocado por la capa lógica de negocio. Esta devuelve la información del curso el cual el coordinador ha ido supervisando durante el ciclo.

20

2013-01 4.2. DIAGRAMA MODULAR GCD

UPC.SSIA.GCD Capa Presentaciòn

Capa Entidad

UPC.SSIA.GCD.UI

UPC.SSIA.GCD.BE

Capa Utilitario

Capa Servicios

UPC.SSIA.GCD.UT UPC.SSIA.GCD.Service

Capa Negocios UPC.SSIA.GCD.BL Http

UPC.SSIA.GCD.UI: Es la capa de interfaz con la que el usuario interactúa. UPC.SSIA.GCD.Service: Es la capa de servicio encargada de mantener la comunicación con los servicios web de SSIA y ABET. UPC.SSIA.GCD.BL: Es la capa de lógica de negocio la cual encapsula todas las operaciones de lógica de negocio al momento de consumir los servicios. UPC.SSIA.GCD.UT: Es la capa de utilitarios la cual encapsula todas las operaciones que usen herramientas de terceros como la generación de reportes mediante Crytal Reports, funciones especiales de conversión, etc. UPC.SSIA.GCD.BE: Es la capa de entidades de negocio la cual encapsula todas las clases, atributos (privados y públicos).

21

2013-01 4.3. DIAGRAMA MODULAR GPPP

UPC.SSIA.GPPP.Web: Este componente representa a los archivos de la interfaz de usuario de Menu principal del módulo GPPP. En esta vista se podrá crear y ver el listado de los registros Malla que contiene la configuración de una encuesta de práctica preprofesional. UPC.SSIA.GPPP.ViewModel: Este componente actúa como el controlador del programa y realiza las llamadas a los demás componentes del sistema. UPC.SSIA.GPPP.BE: Este componente contiene las entidades de negocio que serán instanciadas para mostrarlas en la vista, grabar en la base de datos o llamar a un servicio. UPC.SSIA.GPPP.Service: Este componente contiene las referencias a los servicios que consumirá el aplicativo GPPP desde el wsABET y el wsSSIA. Los servicios que referenciará son los siguientes: Listar_ResultadoPrograma, Listar_Criterio, Listar_CompetenciaABET, Listar_Periodo, Listar_Carrera, Registrar_ResultadoProgramaxCriterio, Actualizar_ResultadoProgramaxCriterio, Registrar_ResultadoProgramaxCompetencia, Listar_MallaEncuesta, Registrar_MallaEncuesta, Actualizar_MallaEncuesta, Listar_MallaEncuestaxCompetenciaABETxResultadoPrograma, Registrar_MallaEncuestaxCompetenciaABET, Actualizar_MallaEncuestaxCompetenciaABET, GenerarMallaABET_GPPP_EIA y TraerEncuestaPDF_GPPP_EIA. UPC.SSIA.GPPP.Utils: Este componente contiene las clases que se encargan de generar el reporte de los resultados de la encuesta.

22

2013-01 4.4. DIAGRAMA MODULAR SIG ERCOV

UPC.SSIA.SIGERCOV.UI: Componente donde se encuentra la interfaz del usuario, es decir con lo que el usuario interactúa. UPC.SSIA.SIGERCOV.BE: Componente donde se encuentran las entidades que se utilizarán para el desarrollo. UPC.SSIA.SIGERCOV.BC: Componente donde se realiza la lógica de negocios, adicionalmente este se conectará con los webservices desplegados para el consumo y envío de la data necesaria. UPC.SSIA. SIGERCOV.Service: Componente en el que se referencias los servicios a ser consumidos desde los WebServices de ABET y SSIA.

23

2013-01 4.5. DIAGRAMA MODULAR IFC -DC

UPC.SSIA.IFC.Web: Aplicación Web del proyecto de gestión de informes de fin de ciclo de la escuela de Computacion y sistemas de la UPC. UPC.SSIA.IFC.ViewModel: Componente que contiene la librería de vistas del aplicativo. UPC.SSIA.IFC.Logic: Componente que contiene la lógica de negocio y las reglas de la gestión de informes de fin de ciclo. UPC.SSIA.IFC.Model: Componente que contiene la librería de datos de la gestión de informes de fin de ciclo UPC.SSIA.IFC.Service: Componente en el que se referencias los servicios a ser consumidos desde los WebServices de ABET y SSIA. UPC.SSIA.IFC.Utilies: Este componente contiene las clases que se encargan de generar el reporte de los resultados de la encuesta.

24

2013-01 4.6. Diagrama Modular WS_ABET

UPC.SSIA.WS_ABET.WABET: Componente que expone el servicio e implementa una interfaz. UPC.SSIA.WS_ABE.DataContract: Contrato de datos que describe los datos que se intercambian. UPC.SSIA.WS_ABET.ServiceContract: Este componente contiene las clases que exponen las funcionalidad que ofrece el servicio. UPC.SSIA.WS_ABET.Serviceimplementation: Implementa el servicio a exponer. UPC.SSIA.WS_ABET.WS_ABET.BL.BC: Contiene la implementación de la lógica del negocio que proveerá el servicio.

25

2013-01 4.7. Diagrama Modular WS_SSIA

26

2013-01 5. DIAGRAMA DE COMPONEN TES/INTERCONEXIONES 5.1. DIAGRAMA DE COMPONENTES/INTERCONEXIONES GPPP

27

2013-01

5.2. DIAGRAMA DE COMPONENTES/INTERCONEXIONES GCD cmp Vista de componentes GCD_WebServ ice

GCD_App

Reportes

Capa Presentación

«resource» PlantillasReportes.rpt

«library» UIActa.dll

«library» CrystalReports.dll

Base de Datos

Acceso a Datos

Logica de Negocio

«library» UINotificacion.dll Serv icios

Serv icios

«library» LNActa

«library» ADActa.dll

«library» UIReunion.dll «library» LNNotificacion «library» GCD_Serv ice.dll

«library» UIUsuario.dll

«library» ADNotificacion.dll

«library» LNUtilitario.dll «library» GCD_Serv icios.dll

«library» UIMantenimientos.dll

«library» LNReunion

«library» ADReunion.dll

«library» LNUsuario

«library» ADUsuario.dll

Entidades de Negocio Entidades de Negocio «library» ENReunion.dll

«library» ENNotificacion.dll

«library» ENActa.dll

«library» ENUsuario.dll

«executable» SQL Serv er 2008 R2

«library» ENReunion.dll

28

«library» ENUsuario.dll

«library» ENNotificacion.dll

«library» ENActa.dll

«DataBase» SSIA2013

2013-01 GCD_App – Capa Presentación: Es la capa de interfaz con la que el usuario interactúa y la cual podrá encontrar los formularios y las opciones para poder generar los reportes. GCD_App – Entidades de Negocio: Es la capa en donde se guardan todas las entidades utilizadas y sirve para transferencia de datos de un componente a otro. GCD_App – Servicios: Es el encargado de transformar los de objetos que nos van a dar los servicios. Encargado de consumir los servicios de GCD_WebService – Servicios. GCD_WebService – Servicios: Es la capa en donde se encuentran los servicios a ser consumidos por la aplicación “GCD_App”. GCD_WebService – Entidades de Negocio: Es la capa en donde se guardan todas las entidades utilizadas y sirve para transferencia de datos de un componente a otro. GCD_WebService – Lógica de Negocio: Es la capa en donde se encuentra la lógica de las operaciones que realiza el sistema, de los cuales se exponen los servicios. GCD_WebService – Reportes: Es la unidad en donde se almacenan todos los recursos necesarios para la generación de reportes, desde el CrystalReports.dll hasta las plantillas a usar para los reportes. GCD_WebService – Acceso a Datos: Es la capa en donde se encuentra la lógica encargada de comunicarse con la Base de Datos para obtener y registrar información. Base de Datos: Unidad en donde se encuentra el gestor de bases de datos y la información. SQL Server 2008 R2: Gestor de base de datos. SSIA2013: Base de Datos en donde está toda la información usada por el proyecto.

5.3. DIAGRAMA DE COMPONENTES/INTERCONEXIONES IFC-DC

29

2013-01



IFC-DC: Es el componente en el cual el usuario interactúa donde encuentra los formularios para la creación del Informe de Fin de Ciclo; además, el usuario encuentra opciones para exportar documentos y generar reportes.



IFC-DCViewModel: Es el componente que controla los eventos que se realicen en el componente IFC-DC. Utils: Es el componente con los métodos necesarios para la exportación de los Informes de Fin de Ciclo a documentos PDF.





IFC-DCBE: Componente que pertenece a la capa de entidades y que nos permite almacenar los datos de cada entidad; además, sirve transferir los datos de las entidades entre los demás componentes.

 

SQL SERVER 2008R2: Es el motor de la base de datos. DB_SSIA: Es la vista lógica donde se contienen las tablas necesaria para la Gestión de Informes de Fin de Ciclo.

5.4. DIAGRAMA DE COMPONENTES/INTERCONEXIONES SIGERCOV



SIGERCOV: Es el componente en el cual el usuario interactúa donde encuentra los formularios para la generación de los reportes de control y verificación; además, el usuario encuentra opciones para comparar los resultados de los outcomes por diferentes filtros.

30

2013-01  

SIGERCOVViewModel: Es el componente que controla los eventos que se realicen en el componente SIGERCOV. Utils: Es el componente con los métodos necesarios para la generación de los reportes de control y verificación, así como la generación de los comparativos de los mismos.



SIGERCOVBE: Componente que pertenece a la capa de entidades y que nos permite almacenar los datos de cada entidad; además, sirve transferir los datos de las entidades entre los demás componentes.

 

SQL SERVER 2008R2: Es el motor de la base de datos. DB_SSIA: Es la vista lógica donde se contienen las tablas necesaria para la Gestión de Informes de Fin de Ciclo.

5.5. DIAGRAMA DE COMPONENTES/INTERCONEXIONES GISC



GISC: Es el componente en el cual el usuario interactúa con la interfaz creada del modelo, donde encuentran los formularios para la creación de los reportes de indicadores de gestión de las escuelas de Ing. Sistemas y Computación; además, el usuario encuentra opciones para exportar documentos, ya sea en formato pdf o JPEG y generar reportes.

31

2013-01  

GISCViewModel: Es el componente que controla los eventos que se realizan en el componente GISC. Utils: Es el componente con los métodos necesarios para la exportación de los Reportes de Indicadores de Gestión de Ing. Sistemas y Computación a documentos PDF y JPEG.



GISC-BE: Componente que pertenece a la capa de entidades y que nos permite almacenar los datos de cada entidad; además, sirve transferir los datos de las entidades entre los demás componentes.



SQL SERVER 2008R2: Es el motor de la base de datos.



DB_SSIA: Es la vista lógica donde se contienen las tablas necesarias para la generación de Reportes de los Indicadores de Gestión de las escuelas de Ing. Sistemas y Computación.

6. PLAN DE TRABAJO 2013-1 Documento de Gestión de Proyectos: Plan

Proyecto Nombre: Fecha Inicial: Fecha Final: Equipo de Trabajo Jefe de Proyecto:

Gestión de Portafolio de Proyecto ABET 04/06/2013 20/06/2013 Erick Camavilca, Giorgio Céspedes, Renzo Martínez, Cesar Pozo, Eduardo Náquira, Ricardo Herrera, Eduardo Arratia, Andrés Chávez, Caleb Blas, Carlos Hernández, Vanessa Bazán y Edgar León.

Gestión de Proyecto Fecha 04/06/2013

Descripción 

Primera Reunión de coordinación de integración con el comité de proyecto, se realizó una reunión donde se dio los alcances necesarios para la presentación del jueves 06 de junio de 2013.



Segunda Reunión con el Comité de Proyectos sobre integración de los Proyectos ABET, esta reunión de integración de Proyectos ABET consta de los siguientes entregables: Diagrama Modular, Diagrama de Componentes, Diagrama de Paquetes, Diagrama de Despliegue en servidor de pruebas, Diagrama de Despliegue en servidor de producción, integración de Base de Datos SSIA_ABET, Plan de trabajo y Cronograma.



Reunión de integración de Proyectos ABET, seguimiento a los recursos de software factory, entrega de la base de datos integrada de todos los proyectos, entrega de los servicios a construir y primera fase de implementación de los mismos, entrega del modelado de clases de la base de datos que permitirá implementar la capa de acceso a datos del

SEMANA 12 06/06/2013 SEMANA 12

11/06/2013 SEMANA 13

de Trabajo

32

2013-01 servicio de integración de Proyectos ABET. 13/06/2013



Reunión con el Comité de Proyectos sobre integración de los Proyectos ABET (revisión semanal de trabajo). Y segunda fase de implementación de los servicios de integración de los Proyectos ABET, Se comenzara a desarrollar los aplicativos del portafolio de proyectos.



Desarrollo de la Memoria del Proyecto. Todos los proyectos pertenecientes al portafolio ABET entregaran sus memorias.



Retroalimentación para la Memoria del Proyecto. Y reunión con los analistas de ITExperts para hacer el despliegue del Servicio ABET de nuestros proyectos y el despliegue de los aplicativos del Portafolio ABET.



Reunión de integración de Proyectos ABET, y exposición de los proyectos del portafolio ABET.

SEMANA 13

18/06/2013 SEMANA 14 20/06/2013 SEMANA 14

20/06/2013 SEMANA 15

7. LISTA DE RIESGOS ID Descripción Riesgo IR01

Falta compromiso parte del cliente el desarrollo proyecto.

del

Probabilidad

Impacto

de Poco Probable por con del

Crítico

Estrategia de Mitigación Coordinar reuniones semanales con el cliente de por lo menos una vez a la semana para poder absolver dudas con respecto a los requerimientos.

IR02

Falta de conocimiento Altamente teórico y práctico por Probable parte de los colaboradores.

Serio

Capacitar a los colaboradores en las tecnologías que se están usando en la implementación del proyecto software.

IR03

Demoras en la recepción Altamente de los entregables por Probable parte de los colaboradores.

Serio

Mantener un seguimiento continuo y riguroso en las entregas de las tareas asignadas a cada uno de los colaboradores durante todo el proyecto.

IR04

Falta de Altamente infraestructura Probable tecnológica para el despliegue de los proyectos ABET.

Serio

Implementar los proyectos con tecnologías software que permitan un óptimo performance de los sistemas desplegados en los servidores con los que se cuenta actualmente en IT-Expert.

IR05

Perdida de Moderado documentación y/o código fuente del proyecto.

Crítico

Utilizar una herramienta software para el control de versiones de los artefactos del proyecto, de esta manera se asegura la integridad y disponibilidad de los mismos. Para la documentación, una herramienta para el almacenamiento online de los archivos.

33

2013-01 IR06

Cambios en los Altamente requerimientos durante Probable toda la implementación del proyecto.

Crítico

Realizar reuniones semanales de por lo menos una vez para evaluar el avance del proyecto.

IR07

Cambio de cliente Poco Probable Crítico durante la implementación del proyecto.

Contar con actas de reunión y actas de conformidad para controlar las variaciones del alcance del proyecto.

IR08

Integración de los Altamente proyectos ABET con Probable los sistemas existentes en la empresa virtual SSIA.

Crítico

Planificar reuniones quincenales con los jefes de proyecto que se encargaron del desarrollo de los sistemas existentes.

IR09

Cambio de recursos Moderado durante la implementación del proyecto.

Serio

Contar con actas de servicio firmados entre las empresas SSIA, Software Factory y QA.

IR10

Despliegue de los Moderado proyectos ABET en el servidor de la empresa ITExpert.

Serio

Mantener sincronizado los cronogramas de los proyectos ABET y cumplir con cada uno de las metas y objetivos trazados de los mismos.

IR11

Integración de la Altamente base de datos de la Probable empresa virtual SSIA con los proyectos ABET.

Crítico

Planificar reuniones semanales entre el DBA de la empresa virtual SSIA y los jefes de proyecto encargados de la implementación de los sistemas para la acreditación de ABET.

IR12

Retiro del ciclo inesperado Moderado de los recursos asignados al proyecto.

Crítico

Buscar otro recurso Software o QA para la delegación de las responsabilidades o hacerse cargo de las labores pendientes que dejaron los recursos anteriores.

34

ANEXO 13: MEMORIA DE LA EMPRESA VIRTUAL SSIA

cmxviii

MONITORING REPORT

2013

Memoria de la empresa virtual SSIA

1

Memoria de Gerencia

HISTORIAL DE REVISIONES

Fecha

Versión

14/09/2012 09/07/2013

1.0 2.0

Descripción Elaboración inicial del documento Actualización del documento de acuerdo a gestión 2013-1

Autor Giuliana Cabello Giuliana Cabello

Página 2

Memoria de Gerencia

Índice HISTORIAL DE REVISIONES......................................................................................................2 1.

RESUMEN EJECUTIVO ......................................................................................................6

2.

SITUACION EMPRESARIAL ...............................................................................................7 2.1. FUNDAMENTO DEL NEGOCIO ..................................................................................... 7 2.2. EVOLUCION DE LA EMPRESA.................................................................................... 12 2.3. MISIÓN .......................................................................................................................... 13 2.4. VISIÓN ........................................................................................................................... 13 2.5. VALORES ...................................................................................................................... 13

3.

MAPA DE PROCESOS ..................................................................................................... 14 3.1. DESCRIPCIÓN .............................................................................................................. 14 3.2. PROPÓSITO.................................................................................................................. 14 3.3. ALCANCE....................................................................................................................... 14 3.4. MAPA DE PROCESOS .................................................................................................. 15

4.

DIAGRAMA DE OBJETIVOS............................................................................................. 16 4.1. DESCRIPCIÓN .............................................................................................................. 16 4.2. PROPÓSITO.................................................................................................................. 16 4.3. ALCANCE....................................................................................................................... 16 4.4. DIAGRAMA DE OBJETIVOS ........................................................................................ 17

5.

ORGANIGRAMA ............................................................................................................ 18 5.1. DESCRIPCIÓN .............................................................................................................. 18 5.2. PROPÓSITO.................................................................................................................. 18 5.3. ALCANCE....................................................................................................................... 18 5.4. ORGANIGRAMA ........................................................................................................... 19

6.

JUSTIFICACIÓN DE PROCESOS ........................................................................................ 21 Página 3

Memoria de Gerencia

6.1. DESCRIPCIÓN .............................................................................................................. 21 6.2. PROPÓSITO.................................................................................................................. 21 6.3. ALCANCE....................................................................................................................... 21 6.4. JUSTIFICACIÓN DE PROCESOS.................................................................................. 22 7.

MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES ......................................................... 26 7.1. DESCRIPCIÓN .............................................................................................................. 26 7.2. PROPÓSITO.................................................................................................................. 26 7.3. ALCANCE....................................................................................................................... 26 7.4. MATRIZ RAM ............................................................................................................... 26

8.

GESTIÓN EMPRESARIAL................................................................................................. 29 8.1. ANALISIS DE LA EMPRESA ........................................................................................ 29 8.1.1. Análisis Interno ................................................................................................................. 29 8.1.2. Análisis Externo................................................................................................................. 31 8.1.3. Evaluación de las fuerzas internas ................................................................................ 32 8.1.4. Evaluación de las fuerzas externas ................................................................................ 33 8.2. SERVICIOS EMPRESARIALES .................................................................................... 35

9.

RESULTADOS DE LA GESTIÓN......................................................................................... 36        

9.1. Gestión 2012-2............................................................................................................ 36 ARCUS ......................................................................................................................................... 36 EIA ................................................................................................................................................ 36 EVAC............................................................................................................................................ 36 GSAU............................................................................................................................................ 37 INDIGO ........................................................................................................................................ 37 IPS ................................................................................................................................................. 37 MKDCOM .................................................................................................................................... 38 SEOV ............................................................................................................................................ 38

9.2. Gestión 2013-1............................................................................................................ 40 Evaluación Parcial ..................................................................................................................................... 40 o ADAP-AC ..................................................................................................................................... 40 o APCENS ....................................................................................................................................... 40 o AP-MC2E ..................................................................................................................................... 40 o ARCUS ......................................................................................................................................... 40 o EVAC............................................................................................................................................ 41 o GCD .............................................................................................................................................. 41 o GISC ............................................................................................................................................. 41 o IFC-DC ......................................................................................................................................... 42 Página 4

Memoria de Gerencia

o MKDCOM .................................................................................................................................... 42 o PPP ................................................................................................................................................ 42 o SEEA............................................................................................................................................. 43 o SIGERCOV................................................................................................................................... 43 Evaluación Final ........................................................................................................................................ 44 o ADAP-AC ..................................................................................................................................... 44 o APCENS ....................................................................................................................................... 44 o AP-MC2E ..................................................................................................................................... 44 o ARCUS ......................................................................................................................................... 45 o EVAC............................................................................................................................................ 45 o GCD .............................................................................................................................................. 45 o GISC ............................................................................................................................................. 45 o IFC-DC ......................................................................................................................................... 46 o MKDCOM .................................................................................................................................... 46 o PPP ................................................................................................................................................ 46 o SEEA............................................................................................................................................. 47 o SIGERCOV................................................................................................................................... 47 ANEXO N° 01: MANUAL DE ORGANIZACIÓN Y FUNCIONES .................................................... 48 ANEXO N° 02: PLAN ESTRATEGICO ........................................................................................ 61 ANEXO N° 03: PLAN DE ADQUISICIONES ............................................................................... 76 ANEXO N° 04: PLAN DE RECURSOS HUMANOS ...................................................................... 78 ANEXO N° 05: PLAN DE COMUNICACIONES ........................................................................... 91 ANEXO N° 06: PLAN DE RIESGOS ........................................................................................... 97 ANEXO N° 07: PLAN DE CALIDAD ........................................................................................ 105 ANEXO N° 08: PLAN DE ALCANCE ........................................................................................ 109 ANEXO N° 09: PLAN DE TIEMPO.......................................................................................... 110 ANEXO N° 10: PLAN DE GESTIÓN DE PROYECTO .................................................................. 116

Página 5

Memoria de Gerencia

1. RESUMEN EJECUTIVO La empresa virtual SSIA, tal como lo indica el significado de su acrónimo (Software y Sistemas de Información para Acreditación), se especializa en proyectos de Sistemas de Información y Software que optimicen los procesos de acreditación de dichas carreras. En el presente documento, se detallará el modelo de negocio de la compañía. En la sección de Situación Empresarial, se darán a conocer los fundamentos del negocio, así como la situación actual de la compañía, la misión, visión y valores que encaminan las labores de la empresa. Por otro lado, en la sección de Mapas de Procesos se mostrarán los macroprocesos sobre los que trabaja la compañía, mientras que en Diagrama de Objetivos se presentará la jerarquía de objetivos a seguir por la organización. La forma en la que se encuentra compuesta esta última aparecerá en la sección Organigrama. En Justificación de Procesos, se realizará el mapeo de los procesos de la empresa de acuerdo con los objetivos. En la Matriz de Asignación de Responsabilidades, se indicará qué áreas son las encargadas de recibir, apoyar o modificar de acuerdo a cada proceso. Finalmente, en la sección de Gestión Empresarial se realizará un análisis de la empresa respecto a la gestión vigente. Como anexos del documento, se tienen el Manual de Organización y Funciones, el Plan Estratégico, Plan de Adquisiciones, Plan de Recursos Humanos, Plan de Comunicaciones, Plan de Riesgos, Plan de Calidad, Plan de Alcance y Plan de Tiempo.

Página 6

Memoria de Gerencia

2. SITUACION EMPRESARIAL 2.1.

FUNDAMENTO DEL NEGOCIO ABET (Accreditation Board for Engineering and Technology 13) es una reconocida agencia estadounidense no gubernamental y sin fines de lucro, la cual ofrece la acreditación de programas académicos en las disciplinas de Ciencia Aplicada, Computación, Ingeniería y Tecnologías para Ingeniería14. La UPC, al formar parte de la importante red Laureate International Universities, requiere regular que sus carreras de Ingeniería de Sistemas de Información e Ingeniería de Software están ofreciendo la preparación adecuada para sus estudiantes, motivo por el cual siguen los procesos de acreditación ABET. Este seguimiento se realiza para los estudiantes, graduandos (Cuando los alumnos acaban de culminar la carrera) y egresados (Aquellos que llevan de tres años a más como egresados de las carreras de Ingeniería de Sistemas de Información y Software), tomando en cuenta la siguiente información: A. Encuestas (Evidencias indirectas): - A estudiantes (Fin de Ciclo). - A egresados. - A graduandos.

B. Reportes (Evidencias directas): - Reportes de Control (Notas de logros terminales en cursos). - Reportes de Verificación (Talleres de Proyecto). - De empleadores de los alumnos. - De Prácticas Pre-Profesionales. C. Informes: - Informe de Fin de Ciclo (Realizado por profesores). D. Indicadores: - Parte académica y administrativa (Cantidad de alumnos por ciclo, motivos de retiro de cursos o definitivos, etc.) La evaluación se realiza mediante 11 Student Outcomes de ABET y 5 Objetivos Educacionales. Student Outcomes Program Outcomes a)

13 14

Descripción

Criterios a.c1. Aplica conocimientos Propone soluciones a problemas en Ingeniería de Software matemáticos en aplicando principios de matemáticas, ciencias, computación las propuestas de e ingeniería. soluciones en Ingeniería de Software

Cfr. ABET 2012 Cfr. ABET 2012

Página 7

Memoria de Gerencia

b)

Diseña y conduce experimentos en base al análisis e interpretación de datos relevantes en la implementación de soluciones de software

c)

Participa en equipos multidisciplinarios liderando o desarrollando sus tareas eficientemente con profesionales de diferentes especialidades o dominios de aplicación

a.c2. Aplica teorías y principios de ciencias de la computación al desarrollo y mantenimiento de software a.c3. Aplica conocimientos de ingeniería en la propuesta de soluciones a problemas en Ingeniería de Software b.c1. Diseña proyectos o experimentos para la implementación de una solución de software. b.c2. Realiza experimentos o proyectos para la implementación de soluciones de software b.c3. Análiza e interpreta datos/resultados de la ejecución de las tareas propias del desarrollo de proyectos de software. c.c1. Diseña sistemas y componentes software relacionados al desarrollo software y considerando aspectos económicos, sociales, políticos, éticos. c.c2. Diseña proyectos considerando aspectos Página 8

Memoria de Gerencia

d)

Participa en equipos multidisciplinarios liderando o desarrollando sus tareas eficientemente con profesionales de diferentes especialidades o dominios de aplicación

e)

Identifica, formula y resuelve problemas de negocio o tecnológicos dentro del ciclo de vida de un sistema de software

económicos, sociales, políticos, éticos c.c3. Diseña procesos relacionados al desarrollo y mantenimiento de productos software tomando en cuenta aspectos económicos sociales, poíticos, éticos y del entorno empresarial. d.c1. Participa en equipos multidisciplinarios con eficacia, eficiencia y objetividad. d.c2. Conoce al menos un sector empresarial o dominio de aplicación de los sistemas de software e.c1. Identifica de debilidades o problemas de negocio o tecnológicos y las oportunidades de su solución. e.c2. Define las variables que inducen el problema o debilidad y las oportunidades que se pierden con ellas e.c3. Analiza variables que inducen problemas y plantea soluciones y acciones de mitigación Página 9

Memoria de Gerencia

f)

Propone soluciones a problemas de Ingeniería de Software con responsabilidad profesional y ética.

(g)

Comunica ideas o resultados de manera oral o escrita con claridad y efectividad a públicos de diferentes especialidades y niveles jerárquicos

h)

Identifica el impacto de las soluciones de Ingeniería de Software en el contexto global, económico y del entorno de la sociedad.

i)

Actualiza los conocimientos en metodologías, técnicas, herramientas por ser necesarios para mantener la vigencia en el desarrollo de sistemas de software

f.c1. Muestra ética en el desempeño profesional f.c2. Muestra responsabiidad en el cumplimiento del rol de Ingeniero de Software g.c1. Comunica oralmente ideas y/o resultados con objetividad a públicos de diferentes especialidades y niveles jerárquicos g.c2. Comunica en forma escrita ideas y/o resultados con objetividad a públicos de diferentes especialidades y niveles jerárquicos h.c1. Comprende el impacto de las soluciones de ingeniería de software en el contexto global. h.c2. Comprende el impacto de las soluciones de ingeniería de software en el contexto económico. h.c3. Comprende el impacto de las soluciones de ingeniería de software en la sociedad. i.c1. Actualiza conceptos y conocimientos necesarios para el Página 10

Memoria de Gerencia

desarrollo profesional

j)

Analiza hechos del mundo contemporáneo identificando el impacto en el desempeño profesional del Ingeniero de Software

k)

Utiliza técnicas, herramientas, metodologías, procesos, frameworks, middlewares y lenguajes de programación de última generación necesarios para la práctica de la ingeniería de software.

i.c2. Reconoce la necesidad del aprendizaje permanente para el desempeño profesional j.c1. Comprende las competencias profesionales del Ingeniero de Software necesarias para atender las demandas del mundo contemporáneo. j.c2. Analiza nuevos métodos de colaboración y comunicación en el mundo contemporáneo. k.c1. Utiliza técnicas de última generación (metodologias y procesos) para la práctica de la Ingeniería de Software k.c2. Utiliza herramientas de última generación necesarias para la práctica de la Ingeniería de Software.

Tabla 1: Student Outcomes de ABET Fuente: Ver Anexo 08, hoja Competencias ABET-PPP dentro de los Excels Objetivos Educacionales

EO1Competencia técnica Aplica una amplia formación en principios de ciencia e ingeniería, para analizar, diseñar, verificar, validar, construir, aplicar y mantener complejos sistemas de software. EO2 Creatividad y pensamiento independiente Página 11

Memoria de Gerencia

Los ingenieros de software de la Universidad Peruana de Ciencias Aplicadas, aplican sus habilidades de solución analítica de problemas e investigación. Ellos serán reconocidos por su habilidad de resolver problemas y por demostrar independencia de pensamiento. EO3 Colaboración y comunicación Los ingenieros de software de la Universidad Peruana de Ciencias Aplicadas, son miembros efectivos en equipos multidisciplinarios, son capaces de desempeñar diferentes roles y comunican efectivamente sus ideas. EO4 Profesionalismo Los graduandos se conducen respetando los estándares éticos de la profesión. Alcanzan posiciones de liderazgo en la profesión y son conscientes del contexto global en el cual su profesión se desarrolla. EO5 Aprendizaje permanente Los ingenieros de software de la Universidad Peruana de Ciencias Aplicadas, aprenderán y aplicarán nuevas y cambiantes tecnologías y continuarán estudios de postgrado. Se cuenta, además, con consultores externos como el Comité Consultivo (Mercado, empresas), la ACM (Association for Computing Machinery15) y la AIS (Association for Information Systems16). Con esa finalidad, SSIA nace como empresa virtual dedicada a agilizar el cumplimiento de dichos procesos para ambas carreras mediante la automatización de tareas.

2.2.

EVOLUCION DE LA EMPRESA El origen de SSIA se remonta a julio del 2008, en ese entonces conocida por el nombre PyramiD debido al modelo de acreditación en forma piramidal con el que trabajaba junto con las carreras de Computación de la UPC. Se producen cambios en el modelo piramidal con el fin de agilizar los procesos de acreditación pero se mantiene el enfoque de la empresa en dicha regularización ABET, por lo que el nombre de la compañía pasa a ser SSIA (Software y Sistemas de Información para la Acreditación) en 2010-1. Para el ciclo 2011-1, se produce la fusión con otra empresa virtual, Educa-T, dedicada al desarrollo de sistemas de información y productos software para el rubro educacional. Ambas compañías coexistieron como asociación hasta que, por decisiones del comité, Educa-T fue absorbida por SSIA desde el ciclo 2012-1.17

15 16 17

Cfr. ACM 2013 Cfr. AIS 2013 Cfr. Cáceres 2012

Página 12

Memoria de Gerencia

Ilustración 1: Línea de tiempo de evolución de SSIA Fuente: Elaboración propia

2.3.

MISIÓN Brindar soluciones tecnológicas (Software y Sistemas de Información) de calidad para gestión de programas académicos, asegurando la mejora continua de sus productos.

2.4.

VISIÓN Ser reconocida como la mejor empresa que provee soluciones tecnológicas innovadoras académicas con altos niveles de calidad.

2.5.

VALORES A continuación, se listan los valores a fomentarse dentro de la organización:  Trabajo en equipo entre diferentes roles, tanto internos como externos.  Responsabilidad sobre acciones, compromisos y tareas.  Comunicación fluida horizontal y verticalmente dentro de la empresa.  Proactividad en las labores asignadas.

Página 13

Memoria de Gerencia

3. MAPA DE PROCESOS 3.1.

DESCRIPCIÓN El mapa de procesos es una representación general de todos los procesos que se dan dentro de la organización. Este mapa se divide en tres categorías: estratégicos, tácticos y operativos. Los procesos estratégicos son aquellos que llevan a cabo planes con el fin de controlar y cumplir los objetivos de la empresa. Los procesos tácticos se encargan de definir las tareas correspondientes para llevar a cabo la entrega de servicio o producto que la empresa brinda. Son los procesos llamados principales debido a que justifican la misión de la empresa. Los procesos operativos definen las tareas de apoyo a los procesos tácticos.

3.2.

PROPÓSITO El propósito de este artefacto es la representación gráfica de la categorización de los procesos dentro de la organización en base a la Misión, Visión y Políticas de la empresa.

3.3.

ALCANCE El mapa de procesos muestra los macroprocesos encontrados en la empresa SSIA. El detalle del desarrollo de cada macroproceso se presentará en un entregable posterior llamado “Definición de Procesos”.

Página 14

Memoria de Gerencia

3.4.

MAPA DE PROCESOS

MACROPROCESOS ESTRATÉGICOS

Administrar la mejora continua de la organización

Gestionar portafolio

Gestionar riesgos

Actualizar Planeamiento Estratégico de la Organización

MACROPROCESOS OPERATIVOS

Administrar proyectos de SI/SW

Generar evidencias ABET

Gestionar procesos automatizados

Administrar reuso

Monitorear Mantenimiento de Proyectos y Base de Datos

MACROPROCESOS DE APOYO

Administrar recursos humanos internos y externos

Ilustración 2: Mapa de Procesos de la empresa Virtual SSIA Fuente: Elaboración propia

Página 15

Memoria de Gerencia

4. DIAGRAMA DE OBJETIVOS 4.1.

DESCRIPCIÓN El artefacto de Diagrama de Objetivos representa gráficamente los objetivos que la empresa desea conseguir, los cuales están acorde con su visión y misión empresarial. En el encabezado del diagrama se encuentra el objetivo principal de la empresa y a partir de él, se establecen los objetivos específicos que ayudan a que se cumpla el objetivo principal.

4.2.

PROPÓSITO El propósito del Diagrama de Objetivos es representar el objetivo principal y los objetivos específicos del negocio.

4.3.

ALCANCE El artefacto de Diagrama de Objetivos representa el objetivo principal y los objetivos específicos del negocio, en base a la Visión y Misión de la empresa. Este artefacto será la entrada para el artefacto Justificación de Macroprocesos Empresariales.

Página 16

4.4.

DIAGRAMA DE OBJETIVOS

1. Definir un plan estratégico para la empresa virtual SSIA que permita optimizar los recursos de la compañía, añadiendo como valor agregado el soporte a la acreditación ABET

1.1 Asegurar un 80% de los proyectos de la cartera de cada ciclo con actas de reunión, seguimiento de cronogramas, actas de reunión y actas de conformidad

1.1.1. Asegurar el cumplimiento de los objetivos de los proyectos

1.1.2 Asegurar la correcta distribución y cumplimiento de tareas por parte de los recursos internos (TDP2) y externos (QA, SW Factory)

1.2 Proponer una cartera de proyectos para la empresa SSIA que permita la continuidad de los proyectos en vigencia

1.2.1 Tener mapeados estándares solicitados por instituciones de acreditación

1.2.2 Mantener actualizado el conocimiento de tendencias tecnológicas para la educación

1.3 Formalizar los procesos de soporte para la acreditación ABET

1.3.1 Asegurar documentación actualizada que respalde las actividades realizadas en los procesos de soporte

Ilustración 3: Diagrama de Objetivos de la empresa virtual SSIA Fuente: Elaboración propia

17

5. ORGANIGRAMA 5.1.

DESCRIPCIÓN El artefacto de Organigrama describe la jerarquía y distribución de la organización de la empresa, la cual soporta a los macroprocesos identificados en el Mapa de Procesos.

5.2.

PROPÓSITO El propósito del Organigrama es dar a conocer las áreas que forman parte de la empresa, así como los roles dentro de ella.

5.3.

ALCANCE El artefacto de Organigrama mostrará la organización vigente durante la gestión de la empresa (Se conserva la misma organización que durante la gestión anterior, en el período 2012-1), de manera que pueda llevarse un seguimiento de las áreas que forman parte de la empresa y el orden jerárquico de los cargos.

18

Memoria de Gerencia

5.4.

ORGANIGRAMA

Ilustración 4: Organigrama de gestión 2012-1 con detalle de roles que conforman cada área Fuente: Elaboración propia

Página 19

Memoria de Gerencia

Ilustración 5: Organigrama de gestión 2012-1 con detalle de roles que conforman cada área Fuente: Elaboración propia

Página 20

Memoria de Gerencia

6. JUSTIFICACIÓN DE PROCESOS 6.1.

DESCRIPCIÓN El artefacto de Justificación de Procesos-Objetivos es el artefacto siguiente al Mapa de Procesos, el cual se encargará de justificar la clasificación de los diferentes procesos de la organización (estratégicos, tácticos, operativos) a partir de los objetivos planteados.

6.2.

PROPÓSITO El propósito de la Justificación de Procesos-Objetivos es verificar que cada uno de los procesos del Mapa de Procesos, cumpla con los objetivos de la empresa dependiendo de la clasificación asignada (estratégico, táctico, operativo).

6.3.

ALCANCE El artefacto de Justificación de Procesos-Objetivos categoriza los procesos de la organización a través del mapeo de los objetivos que cumple cada proceso.

Página 21

Memoria de Gerencia

6.4.

JUSTIFICACIÓN DE PROCESOS

ESTRATÉGICOS

Objetivos /Procesos

1. Definir un plan estratégico para la empresa virtual SSIA que permita optimizar los recursos de la compañía, añadiendo como valor agregado el soporte a la acreditació n ABET

1.1 Asegurar un 80% de los proyectos de la cartera de cada ciclo con actas de reunión, seguimiento de cronogramas , actas de reunión y actas de conformidad

1.2 Proponer una cartera de proyectos para la empresa SSIA que permita la continuidad de los proyectos en vigencia

1.3 Formalizar los procesos de soporte para la

Administrar la mejora continua de la organizació n

Gestionar portafoli o

Gestiona r riesgos

1.1.1. Asegurar el cumplimiento de los objetivos de los proyectos

X

1.1.2 Asegurar la correcta distribución y cumplimiento de tareas por parte de los recursos internos (TDP2) y externos (QA, SW Factory)

X

1.2.1 Tener mapeados estándares solicitados por instituciones de acreditación

X

1.2.2 Mantener actualizado el conocimiento de tendencias tecnológicas para la educación 1.3.1 Asegurar documentació n actualizada que respalde las actividades

Actualizar Planeamient o Estratégico de la Organización

X

X

X

X

X

X

X X

X

X

Página 22

Memoria de Gerencia

acreditación ABET

realizadas en los procesos de soporte

Tabla 2: Justificación de Procesos Estratégicos Fuente: Elaboración propia OPERATIVOS Objetivos /Procesos

1.1 Asegurar un 80% de los proyectos de la cartera de cada ciclo con actas de reunión, seguimiento de 1. Definir un cronogramas, plan actas de estratégico reunión y para la actas de empresa conformidad virtual SSIA que permita optimizar los recursos 1.2 de la Proponer una cartera compañía, de proyectos añadiendo la como valor para agregado el empresa que soporte a la SSIA acreditación permita la continuidad ABET de los proyectos en vigencia 1.3 Formalizar los procesos de soporte para la acreditación

1.1.1. Asegurar el cumplimiento de los objetivos de los proyectos 1.1.2 Asegurar la correcta distribución y cumplimiento de tareas por parte de los recursos internos (TDP2) y externos (QA, SW Factory)

Administrar proyectos de SI/SW

Generar evidencias ABET

Gestionar procesos automatizados

X

X

X

1.2.1 Tener mapeados estándares solicitados por instituciones de acreditación 1.2.2 Mantener actualizado el conocimiento de tendencias tecnológicas para la educación 1.3.1 Asegurar documentación actualizada que respalde las actividades realizadas en los procesos de

X

X

X

Página 23

Memoria de Gerencia

ABET

soporte

Tabla 3: Justificación de Procesos Estratégicos Fuente: Elaboración propia APOYO Objetivos /Procesos

1.1 Asegurar un 80% de los proyectos de la cartera de cada ciclo con actas de reunión, seguimiento 1. Definir un de cronogramas, plan actas de estratégico y para la reunión actas de empresa virtual SSIA conformidad que permita optimizar los recursos de la 1.2 Proponer una cartera compañía, de proyectos añadiendo la como valor para agregado el empresa SSIA soporte a la que permita acreditación la continuidad ABET de los proyectos en vigencia 1.3 Formalizar los procesos de soporte para la

Administrar recursos humanos internos y externos

Administrar reuso

Monitorear Mantenimiento de Proyectos y Base de Datos

x

1.1.1. Asegurar el cumplimiento de los objetivos de los proyectos 1.1.2 Asegurar la correcta distribución y cumplimiento de tareas por parte de los recursos internos (TDP2) y externos (QA, SW Factory)

X

X

1.2.1 Tener mapeados estándares solicitados por instituciones de acreditación 1.2.2 Mantener actualizado el conocimiento de tendencias tecnológicas para la educación 1.3.1 Asegurar documentación actualizada que respalde las actividades realizadas en

X

X

Página 24

Memoria de Gerencia

acreditación ABET

los procesos de soporte

Tabla 4: Justificación de Procesos de Apoyo Fuente: Elaboración propia

Página 25

Memoria de Gerencia

7. MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES 7.1.

DESCRIPCIÓN La RAM es un cuadro de doble entrada que permite identificar qué tipo de participación tienen las áreas, indicadas en el Diagrama de la Organización, en cada uno de los subprocesos modelados para el proceso. El nivel de participación se indica con:  M = MODIFICA  R = RECIBE  A = APOYA

7.2.

PROPÓSITO El propósito de este artefacto es mostrar las relaciones que existen entre los procesos del primer nivel con las diferentes áreas de la empresa y determinar el tipo de relación que existe.

7.3.

ALCANCE El artefacto de Matriz de Asignación de Responsabilidades muestra el tipo de relación entre un proceso y un objetivo de negocio.

7.4.

MATRIZ RAM Página 26

Memoria de Gerencia

Proceso / Área

Área de proyecto SI/SW

Área de soporte y mantenimien to

Área de Selección de Personal

Área de Control Laboral

Área de Continuid ad de Proyectos

Área de servicios para Acreditaci ón

Iniciar gestión de proyectos

RAM

-

R

R

RM

-

RAM

RAM

R

-

-

-

R

R

RA

RAM

M

-

Realizar retrospecti va

AM

-

-

-

RAM

-

Generar evidencias ABET

AM

AM

A

A

-

RAM

Ejecutar encuestas ABET

-

AM

A

A

-

RAM

Gestionar contrato con las empresas virtuales

RAM

-

RA

RAM

A

-

Generar la cartera de proyectos

A

-

-

-

RAM

-

Planificar requisitos tecnológico s Desarrollar solicitud de recursos humanos(* )

Dirigir y gestionar la ejecución del proyecto Controlar las actividades de los colaborador es internos Página 27

Memoria de Gerencia

Proceso / Área

Área de proyecto SI/SW

Área de soporte y mantenimien to

Área de Selección de Personal

Área de Control Laboral

Área de Continuid ad de Proyectos

Área de servicios para Acreditaci ón

Administrar encuestas para la mejora organizacio nal

Tabla 5: Matriz RAM Fuente: Elaboración propia

Página 28

Memoria de Gerencia

8. GESTIÓN EMPRESARIAL 8.1.

ANALISIS DE LA EMPRESA En esta sección, se realizará una evaluación tanto interna como externa de la empresa virtual SSIA durante el período de gestión 2012-2 al 2013-1.

8.1.1. Análisis Interno Como se puede apreciar en la Ilustración 4 y la Ilustración 5, durante la gestión se mantuvo la organización de acuerdo a la propuesta de la gerencia anterior, la cual contempló, además, el rol de soporte a la Gerencia de Proyectos y Recursos conocida como Colaborador Gerencial. Sin embargo, durante la gestión del 2013-1, los roles fueron reevaluados bajo la metodología PMBOK considerando el Plan de Recursos Humanos recomendado por el PMI (Para más información ver el documento 09.PRJ.HRP en el Anexo 11), y considerando las funciones que realizaban, fueron reasignados de la siguiente manera: 

El Colaborador Gerencial es el Administrador de Cronogramas (Project Scheduler o Schedule Manager), que coordina y administra las entradas del Plan de Proyecto (Lleva un seguimiento del progreso contra lo planeado) e identifica tanto las dependencias como los riesgos del cronograma (Ejemplo: Retrasos en entregas a Software Factory o QA).



Los Asesores de Gestión de Proyectos son los Ingenieros de Sistemas (System Engineers), quienes brindan soporte a la administración técnica mediante el análisis del proyecto y aseguran que el sistema cumpla con todos los requerimientos.

Los equipos que conforman los proyectos de la empresa son alumnos de Taller de Proyecto 1 y Taller de Proyecto 2, compuestos por un Jefe de Proyecto y partner(s) en caso de que estén conformados por más de un alumno. Los roles de Colaborador Gerencial, Asesor de Gestión de Proyectos y Diseñador Web son ocupados por alumnos del Taller de Desempeño 2, los cuales postulan al puesto al iniciar cada ciclo. En el caso del ciclo 2013-1, la selección de personal fue centralizada en la empresa virtual QA, que recibía los requerimientos de personal de cada empresa y se encargaba de asignar alumnos para cada puesto. De hecho, para su correcto funcionamiento, SSIA requiere trabajar junto con las empresas de apoyo QA (Para revisión de la calidad de sus proyectos y actualmente también asignación de personal), Software Factory (Para desarrollo de aplicaciones) y IT-Expert (Para despliegue de aplicaciones en los servidores de Desarrollo, Testing y Producción de los Talleres de Proyecto, así como la administración de Webservices y Base de Datos).

Página 29

Memoria de Gerencia

Ilustración 6: Para su funcionamiento, SSIA requiere de alumnos de Taller de Proyecto 1 y 2, colaboradores de Taller de Desempeño 2 y el soporte de las empresas virtuales QA, Software Factory y IT-Expert. Fuente: Elaboración propia

Página 30

Memoria de Gerencia

8.1.2. Análisis Externo A continuación, se describirá la relación de la empresa con el exterior mediante una descripción de sus stakeholders: Stakeholders Pilar Stronguiló (2012-2) Daniel Aderhold (2013-1)

Necesidades

Entregables Control de Asistencia de los colaboradores.

Conocer los avances de los proyectos revisando que cada proyecto cumpla con los plazos y calidad establecidos en sus cronogramas. Relación de colaboradores TDP2 y sus funciones.

Control de Actividades.

Comité

Recibir las memorias de los proyectos Project Charters con entregables completos y con los proyectos validados anexos debidos que justifiquen el Gerente General. trabajo expuesto en éstas. Planes de Trabajo.

de por

Plan de Gestión de Proyecto de Gerencia de Proyectos y Recursos. Memorias proyectos.

parciales

de

Memorias proyectos.

finales

de

Propuestas Charters.

de

Project

Gerencial General de Monitorear el avance de los proyectos Project Charters SSIA mediante la constante revisión de sus proyectos. entregables Planes de Trabajo.

de

Plan de Gestión de Proyecto de Gerencia de Proyectos y Recursos. Memorias proyectos.

parciales

de

Memorias proyectos.

finales

de

Página 31

Memoria de Gerencia

Propuestas Charters.

de

Project

QA

Cumplimiento por parte de los Jefes de Cronogramas de proyectos. Proyecto de acuerdo a los cronogramas de validación acordados. Entregables a validar de acuerdo a metodología usada por el proyecto.

Software Factory

Cumplimiento por parte de los Jefes de Contratos de Jefes de Proyecto de acuerdo a los cronogramas Proyecto incluyendo de capacitación y desarrollo acordados. Historias de Usuario o Casos de Uso validados por QA.

IT_EXPERT

Cumplimiento por parte de los Jefes de SLA firmado por Gerente de Proyecto de acuerdo a los SLAs (Service Proyectos y Recursos. Level Agreements) acordados. Solicitud de Despliegue.

Clientes proyectos

de

los Ver sus requerimientos satisfechos por Acta de Compromiso con el el proyecto que les corresponde. Cliente.

Tabla 6: Relación de stakeholders de SSIA Fuente: Elaboración propia

8.1.3. Evaluación de las fuerzas internas En la siguiente sección, se mostrará las fuerzas internas identificadas en cada período de gestión. Para ver el detalle de su evaluación mediante una matriz EFI (Evaluación de Fuerzas Internas), consultar el ANEXO N° 02: PLAN ESTRATEGICO, sección 6.

Página 32

Memoria de Gerencia

8.1.3.1. Fortalezas 8.1.3.1.1.

Gestión 2012-2 F1: Equipos de proyecto con capacidad de llevar un correcto seguimiento y control de su trabajo. F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente.

8.1.3.1.2.

Gestión 2013-1 F1: Gerencia General y Gerencia de Proyectos y Recursos dispuesta a brindar el apoyo requerido a los proyectos de acreditación (Capacitaciones, acuerdos con las empresas de soporte). F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente.

8.1.3.2. Debilidades 8.1.3.2.1.

Gestión 2012-2

D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de clase. D2: Personal con falta de experiencia o compromiso en sus roles. D3: Limitación de personal por motivo laboral.

8.1.3.2.2.

Gestión 2013-1 D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de clase. D2: Personal con falta de experiencia o compromiso en sus roles. D3: Limitación de personal por motivo laboral. D4: Equipos de proyecto con bajo nivel de análisis e integración.

8.1.4. Evaluación de las fuerzas externas Página 33

Memoria de Gerencia

En la siguiente sección, se mostrará las fuerzas externas identificadas en cada período de gestión. Para ver el detalle de su evaluación mediante una matriz EFE (Evaluación de Fuerzas Externas), consultar el ANEXO N° 02: PLAN ESTRATEGICO, sección 7.

8.1.4.1. Oportunidades 8.1.4.1.1.

Gestión 2012-2 O1: Nuevas tecnologías y soluciones a aplicarse en el rubro educacional que incentiven la creación de proyectos para la empresa. O2: Alumnos interesados en darle continuidad a los productos de software desarrollados en SSIA. O3: Alumnos que requieren labor operativa para obtener créditos extraacadémicos.

Página 34

Memoria de Gerencia

8.1.4.1.2.

Gestión 2013-1 O1: Visita de comisión de acreditación que validará la continuidad del trabajo de la Escuela para mantener la acreditación internacional ABET y la nacional ICACIT. O2: Alumnos interesados en darle continuidad a los proyectos de software desarrollados en SSIA. O3: Nuevos proyectos que proponen buenas prácticas para el desarrollo de una arquitectura empresarial a todas las empresas virtuales.

8.1.4.2. Amenazas 8.1.4.2.1.

Gestión 2012-2 A1: Cambios repentinos impuestos por el Comité. A2: Limitaciones físicas del equipo de Centro de Cómputo. A3: Incumplimiento de servicios por parte de empresas de apoyo.

8.1.4.2.2.

Gestión 2013-1

A1: Cambios repentinos impuestos por el Comité. A2: Limitaciones físicas del equipo de Centro de Cómputo. A3: Cambios repentinos en el área de Sistemas de la UPC.

8.2.

SERVICIOS EMPRESARIALES Al estar fuertemente vinculados con la acreditación ABET, los principales servicios con los que cuenta SSIA son los siguientes:   

Generación, distribución y tabulación de encuestas de logros, prácticas preprofesionales y de reunión de egresados y graduandos. Desarrollo de sistemas de información y productos de software dirigidos al rubro educacional o a automatizar procesos de acreditación. Servicios de información de Base de Datos.

Por otro lado, durante el ciclo 2012-2 la empresa SSIA adquirió un servidor propio que queda a disposición de los futuros proyectos de la empresa para su uso, así como un WebService que sólo requiere ser invocado para contar con servicio de correo electrónico para una aplicación.

Página 35

Memoria de Gerencia

9. RESULTADOS DE LA GESTIÓN 9.1.

Gestión 2012-2 

ARCUS

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 54% (09/11/2012) Fecha de Término: 28/06/2013 Porcentaje de Avance Planeado: 54% (03/12/2012) 

EIA

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 79% (02/11/2012) Fecha de Término: 03/12/2012 Porcentaje de Avance Planeado: 100% (03/12/2012)

El proyecto ha procedido a realizar la impresión y distribución de encuestas generadas por la aplicación, durante las semanas 14 y 15 se hará el levantamiento de datos y en la semana 16 se procederá a emitir los reportes correspondientes a las encuestas de logros. Con ese propósito, se validará que los datos leídos con el hardware corresponden a los que se encuentran en las hojas. 

EVAC

Metodología: EUP Controles: Cronograma Página 36

Memoria de Gerencia

Validación de entregables (QA) Porcentaje de Avance Real: 50% (03/12/2012) Fecha de Término: 29/06/2013 Porcentaje de Avance Planeado: 50% (03/12/2012)



GSAU

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 93% (08/11/2012) Fecha de Término: 22/11/2012 Porcentaje de Avance Planeado: 100% (03/12/2012)



INDIGO

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 93% (08/11/2012) Fecha de Término: 22/11/2012 Porcentaje de Avance Planeado: 100% (03/12/2012)



IPS

Metodología: RUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 100% (07/11/2012) Página 37

Memoria de Gerencia

Fecha de Término: 27/11/2012 Porcentaje de Avance Planeado: 100% (03/12/2012)

Se realizó exitosamente la instalación del nuevo servidor de SSIA en el cual se alojará el proyecto IPS, así como futuros proyectos. 

MKDCOM

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 74% (07/11/2012) Fecha de Término: 10/06/2013 Porcentaje de Avance Planeado: 89% (03/12/2012)



SEOV

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 49% (07/11/2012) Fecha de Término: 22/06/2013 Porcentaje de Avance Planeado: 54% (03/12/2012)

Tabla 7: Matriz resumen de metodología y controles usados por proyectos de la gestión 2012-2. Fuente: Elaboración propia.

Página 38

Memoria de Gerencia

Tabla 8: Matriz resumen de estado de avance de los proyectos al final de la gestión 2012-2. Fuente: Elaboración propia. Para la medición del índice de desempeño parcial y final de los proyectos, se emplearon dashboards generados con la herramienta Style Scope.

Página 39

Memoria de Gerencia

9.2.

Gestión 2013-1

EVALUACIÓN PARCIAL

O

ADAP-AC

Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 31% (30/04/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 37% (30/04/2013)

O

APCENS

Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 38% (30/04/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 39% (30/04/2013)

O

AP-MC2E

Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 21% (30/04/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 21% (30/04/2013)

O

ARCUS

Página 40

Memoria de Gerencia

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 48% (30/04/2013) Fecha de Término: 28/06/2013 Porcentaje de Avance Planeado: 60% (30/04/2013)

O

EVAC

Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 90% (30/04/2013) Fecha de Término: 29/06/2013 Porcentaje de Avance Planeado: 80% (30/04/2013)

O

GCD

Metodología: RUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 28% (30/04/2013) Fecha de Término: 22/11/2013 Porcentaje de Avance Planeado: 32% (30/04/2013)

O

GISC

Metodología: AUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 11% (30/04/2013) Página 41

Memoria de Gerencia

Fecha de Término: 29/11/2013 Porcentaje de Avance Planeado: 13% (30/04/2013)

O

IFC-DC

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 14% (30/04/2013) Fecha de Término: 28/11/2013 Porcentaje de Avance Planeado: 16% (30/04/2013)

O

MKDCOM

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 31% (30/04/2013) Fecha de Término: 10/06/2013 Porcentaje de Avance Planeado: 33% (30/04/2013)

O

PPP

Metodología: XP Controles: Cronograma Desarrollo de Iteraciones (Software Factory) Validación de Iteraciones (QA)

Porcentaje de Avance Real: 11% (30/04/2013) Fecha de Término: 15/11/2013 Porcentaje de Avance Planeado: 14% (30/04/2013) Página 42

Memoria de Gerencia

O

SEEA

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 50% (30/04/2013) Fecha de Término: 22/06/2013 Porcentaje de Avance Planeado: 69% (30/04/2013) Este proyecto era conocido previamente como SEOV en Taller de Proyecto 1, y cambió su nombre debido a que el proyecto pasó de enfocarse en la Orientación Vocacional a trabajar con la Estadística Aplicada.

O

SIGERCOV

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 22% (30/04/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 25% (30/04/2013)

Página 43

Memoria de Gerencia EVALUACIÓN FINAL

O

ADAP-AC

Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 89% (18/06/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 93% (18/06/2013) El proyecto considera en su cronograma solamente el ciclo 2013-1, razón por la cual su porcentaje de avance supera el 50%

O

APCENS

Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 84% (18/06/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 91% (18/06/2013) El proyecto considera en su cronograma solamente el ciclo 2013-1, razón por la cual su porcentaje de avance supera el 50%

O

AP-MC2E

Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 90% (18/06/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 90% (18/06/2013)

Página 44

Memoria de Gerencia

El proyecto considera en su cronograma solamente el ciclo 2013-1, razón por la cual su porcentaje de avance supera el 50%

O

ARCUS

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 89% (18/06/2013) Fecha de Término: 28/06/2013 Porcentaje de Avance Planeado: 90% (18/06/2013)

O

EVAC

Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 99% (18/06/2013) Fecha de Término: 29/06/2013 Porcentaje de Avance Planeado: 99% (18/06/2013)

O

GCD

Metodología: RUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 57% (18/06/2013) Fecha de Término: 22/11/2013 Porcentaje de Avance Planeado: 63% (18/06/2013)

O

GISC

Página 45

Memoria de Gerencia

Metodología: AUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 43% (18/06/2013) Fecha de Término: 29/11/2013 Porcentaje de Avance Planeado: 46% (18/06/2013)

O

IFC-DC

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 28% (18/06/2013) Fecha de Término: 28/11/2013 Porcentaje de Avance Planeado: 30% (18/06/2013)

O

MKDCOM

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 95% (18/06/2013) Fecha de Término: 10/06/2013 Porcentaje de Avance Planeado: 98% (18/06/2013)

O

PPP

Metodología: XP Controles: Cronograma Desarrollo de Iteraciones (Software Factory) Validación de Iteraciones (QA) Página 46

Memoria de Gerencia

Porcentaje de Avance Real: 48% (18/06/2013) Fecha de Término: 15/11/2013 Porcentaje de Avance Planeado: 51% (18/06/2013)

O

SEEA

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 84% (18/06/2013) Fecha de Término: 22/06/2013 Porcentaje de Avance Planeado: 89% (18/06/2013)

O

SIGERCOV

Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 36% (18/06/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 39% (18/06/2013)

Para la medición del índice de desempeño de los proyectos, se empleó como soporte informes elaborados por el Colaborador Gerencial. Los proyectos de software de acreditación (GCD, GISC, IFC-DC, PPP, SIGERCOV) desarrollaron una arquitectura integrada de aplicaciones tanto en el ambiente de Testing, localizado en la empresa virtual IT-Expert, como en el ambiente de Producción, ubicado en el pabellón L. El proyecto ADAP-AC ha alineado su trabajo en base a esta arquitectura.

Página 47

Memoria de Gerencia

ANEXO N° 01: MANUAL DE ORGANIZACIÓN Y FUNCIONES 1. Introducción 1.1.

Definición Es el documento técnico normativo de gestión institucional que formaliza las funciones de la entidad orientada al esfuerzo institucional y al logro de su misión, visión y objetivos. Contiene las funciones específicas de los cargos, estableciendo sus relaciones, responsabilidades y perfiles.

1.2.

Objetivo El objetivo de este documento es brindar un conocimiento integral de la estructura organizativa de la empresa. Asimismo, define y estipula los roles y funciones que cumple cada unidad orgánica de la empresa para que sepan que tareas desempeñarán, ya sean dependientes o independientes, o individuales o en conjunto.

1.3.

Alcance Este documento contiene los roles y funciones determinadas por el Gerente General y el Gerente de Proyectos e informadas a cada unidad orgánica. Asimismo, ha sido revisado por todos y aprobado por los Gerentes. Por otro lado, se enviará a todos los integrantes de la empresa para su conocimiento.

Página 48

Memoria de Gerencia

2. Estructura Organizacional de la Empresa 2.1.

Esquema de la empresa

Ilustración 7: Organigrama de la empresa SSIA durante la gestión de los períodos 2012-2 y 2013-1 Fuente: Elaboración propia

Página 49

Memoria de Gerencia

Ilustración 8: Organigrama de la empresa SSIA durante la gestión de los períodos 2012-2 y 2013-1 (Continuación) Fuente: Elaboración propia

Página 50

Memoria de Gerencia

2.2.

Cuadro para asignación de personal

2.2.1. Gestión 2012-2 Orden

Unidad orgánica

Total

1

Gerente General Gerente de Proyectos, Recursos y Servicios

1

3

Colaborador Gerencial

1

4

Administrador de Base de Datos

2

4

Jefe de Proyecto

8

5

Analista de Sistemas

7

6

Asesor de Gestión de Proyecto

2

6

Diseñador Web

1

2

1

2.2.2. Gestión 2013-1 Orden

Unidad orgánica

Total

1

Gerente General

1

2

Gerente de Proyectos, Recursos y Servicios

1

3

Colaborador Gerencial

1

4

Administrador de Base de Datos

2

4

Jefe de Proyecto

12

5

Analista de Sistemas

10

6

Asesor de Gestión de Proyecto

2

6

Diseñador Web

1

Página 51

Memoria de Gerencia

3. Funciones de las unidades orgánicas 3.1.

Comité de Proyectos a. Descripción Es el órgano de nivel superior, el cual está conformado por profesores a tiempo completo de la Escuela de Ingeniería de Sistemas y Computación.

b. Perfil Líder, conocimiento en Tecnologías de Información, Gestión, Administración de Empresas, capacidad de análisis.

c. Funciones -

Realizar las evaluaciones parciales y finales a todos los proyectos de las empresas virtuales de linea (TP1 y TP2).

-

Corregir los informes de los alumnos en las fechas aprobadas en el cronograma oficial de actividades, dando una retroalimentación adecuada que le permita mejorar su propuesta.

-

Aprobar el cronograma oficial de actividades para el semestre.

-

Conformar el jurado evaluador de las sustentaciones de los alumnos respecto de sus propuestas de proyecto (Project Charter), memorias y productos en los momentos de corte.

-

Aprobar las rúbricas de evaluación de los diferentes entregables y desempeño de los alumnos para los momentos de corte.

-

Resolver cualquier tipo de problemas de los proyectos, tales como: reprogramación de exposiciones, calificación, problemas académicos, éticos o de lineamientos de las carreras.

d. Persona asignada Profesores de la Escuela.

Página 52

Memoria de Gerencia

3.2.

Gerente de las empresas virtuales a. Descripción Dirige y administra las Empresas virtuales de las carreras de Sistemas de Información y Software con el fin de que los servicios brindados y los proyectos desarrollados sean de calidad y estén alineados a la misión y visión de la Escuela.

b. Perfil Líder, Gestión, Administración de Empresas, capacidad de análisis para plantear mejoras en la empresa.

c. Funciones -

Monitorear el correcto avance de los proyectos de las empresas virtuales.

-

Informar sobre las actividades realizadas por las empresas virtuales al Comité de Proyectos.

-

Evaluar a los profesores gerentes de las empresas y el trabajo realizado

-

Coordinar con el directorio (comité) los avances, cambios y propuestas para las empresas virtuales.

d. Persona asignada Pilar Stronguiló (2012-2) Daniel Aderhold (2013-1)

Página 53

Memoria de Gerencia

3.3.

Gerente General a. Descripción Dirige y administra la Empresa con el fin de que los servicios brindados sean de calidad y estén alineados a la misión y visión, asegurando que cumplan con los requerimientos de los clientes externos (Entidades educativas) o se encuentren alineados a los requerimientos de la Escuela para la acreditación ABET. Del mismo modo, supervisa y brinda asesoramiento a los proyectos del portafolio de la empresa.

b. Perfil Líder, conocimiento en metodologías de desarrollo software, noción respecto a los procesos de acreditación ABET, Gestión, Administración de Empresas, capacidad de análisis para plantear mejoras en la empresa.

c. Funciones -

Evaluar los informes y tomar decisiones

-

Planificar el desarrollo de la empresa

-

Evaluar a los colaboradores y el trabajo realizado

-

Coordinar con el directorio (Comité) los avances, cambios y propuestas para la empresa

-

Controlar los proyectos, servicios y actividades de la empresa SSIA

-

Convocar reuniones con miembros de otras empresas o clientes de ser requerido.

d. Persona asignada Ronald Grados.

Página 54

Memoria de Gerencia

3.4.

Gerente de Proyectos y Recursos a. Descripción Este cargo tiene como función gestionar los proyectos y recursos de la empresa SSIA. El área de Proyectos se responsabiliza por el cumplimiento de los proyectos y de las tareas correspondientes a brindar soporte a los procesos de acreditación ABET. Por otro lado, se encarga de administrar la cartera de proyectos propuestos, así como de monitorear los servicios recibidos por las empresas IT-Expert, Quality Assurance y Software Factory. El área de recursos se responsabiliza porque los empleados cuenten con lo necesario a nivel de tecnología y personal para poder desarrollar su trabajo. Aparte, es el encargado de que se cumpla el Plan Estratégico de la Empresa durante su gestión.

b. Perfil Responsabilidad, capacidad de administración y comunicación a diferentes niveles jerárquicos, liderazgo, toma de decisiones, contar con conocimientos en gestión de procesos, tener noción de los procesos de soporte para la acreditación ABET, proactividad, compromiso con la empresa, capacidad de trabajo bajo presión.

c. Funciones -

Validar el Plan Estratégico y actualizarlo de acuerdo al entorno y necesidades de la organización

-

Llevar el seguimiento del proceso de carga de información a la Base de Datos de SSIA.

-

Establecer la definición de los procesos y procedimientos de la empresa.

-

Definir el plan de evaluación, y manejo de riesgos para la gestión de procesos.

-

Supervisar el control de riesgos de los procesos; validar y verificar el plan de acciones.

-

Asegurar el correcto funcionamiento de las aplicaciones de SSIA desplegadas en el ambiente de Producción.

-

Verificar la calidad de los servicios ofrecidos por las empresas de soporte (Quality Assurance, IT-Expert, Software Factory).

-

Asegurar la impresión, repartición, llenado y tabulación de las encuestas requeridas para la acreditación ABET. Página 55

Memoria de Gerencia

-

Capacitar a los nuevos recursos de la empresa sobre las aplicaciones de la empresa desplegadas en Producción, así como en la estructura de Base de Datos.

d. Persona asignada Giuliana Cabello.

3.5.

Colaborador Gerencial a. Descripción Este cargo lleva el seguimiento del avance de los proyectos a nivel de cronograma y de la existencia de los entregables correspondientes a cada tarea del mismo (Actas de reunión, entregas a QA, etc.).

b. Perfil Responsabilidad, proactividad, organización en el trabajo, con capacidad de comunicación, compromiso con sus funciones.

c. Funciones -

-

Asegurar que la última versión del cronograma de los proyectos se encuentre visible en los recursos compartidos. Mantenerse al tanto de las razones detrás de los retrasos en cronograma o entregables y notificarlas a la Gerencia General y a la Gerencia de Proyectos y Recursos. Realizar reportes del SPI (Schedule Performance Index) de los proyectos. Realizar reporte de actas de reunión de los proyectos: Quiénes son sus clientes, cuándo se reunieron, qué reuniones no cuentan con acta y por qué, etc.

d. Persona asignada Edgard León (2012-2) Gabriela Luna (2013-1)

Página 56

Memoria de Gerencia

3.6.

Administrador de Base de Datos a. Descripción Se encarga de asegurar el uso correcto de la Base de Datos de SSIA, así como del adecuado manejo de la data en ella, debido a que contiene la información necesaria para llevar a cabo los procesos de acreditación ABET. Además, asegura el mantenimiento de la Base de Datos actualizando su estructura de acuerdo a las necesidades de los proyectos y mantiene al día la documentación correspondiente a ésta.

b. Perfil Conocimiento o experiencia laboral en el manejo de SQL Server 2008 R2, noción de Modelamiento de Base de Datos, responsabilidad, organización en el trabajo, capacidad para trabajar bajo presión, capacidad de comunicación.

c. Funciones -

Cargar la Base de Datos de SSIA con datos extraídos de una cuenta administrativa de Intranet. Administrar, junto con IT-Expert, los respaldos de la Base de Datos, así como la generación de usuarios. Mapear la estructura actual de la Base de Datos y discutirla con los Jefes de Proyecto cuando éstos requieran una modifcación.

d. Persona asignada Rosa Alfaro (2012-2) Daniel Farías (2012-2) Miguel Morales (2012-2) Roberto Taype (2013-2)

3.7.

Jefe de Proyecto a. Descripción Es el encargado de llevar su idea de proyecto a cabo y coordinar con sus asesores para garantizar que los objetivos y requerimientos se estén cumpliendo a lo largo del desarrollo del proyecto. Además, es el encargado de planificar, ejecutar, controlar y cerrar su proyecto; así mismo controlar sus recursos asignados. Es el representante del proyecto en reuniones.

b. Perfil Capacidad de tomar decisiones, liderazgo, responsabilidad, conocimiento profundo de su proyecto, predisposición para brindar soporte, comunicativo, noción de la metodología sobre la cual trabaja su proyecto.

c. Funciones Planificar, realizar, supervisar, coordinar y llevar a cabo las actividades que permitan cumplir con los objetivos definidos en los proyectos en el tiempo esperado.

d. Persona asignada Página 57

Memoria de Gerencia

Alumnos de Talleres de Proyectos I y II que pertenecen a la empresa y toman la dirección de su proyecto.

3.8.

Analista de Sistema a. Descripción Socio del Jefe de Proyecto en caso de que el proyecto esté compuesto por más de un integrante. Al igual que el Jefe de Proyecto, se encarga de asegurar la culminación exitosa del proyecto, teniendo una activa participación en la parte operativa, sin que esto signifique que tenga menos conocimiento del proyecto que el Jefe de Proyecto.

b. Perfil Conocimiento profundo de su proyecto, predisposición para brindar soporte, comunicativo, noción de la metodología sobre la cual trabaja su proyecto.

c. Funciones Coordinar con el Jefe de Proyecto la planificación, realización y supervisión de las actividades que permitan cumplir con los objetivos definidos en los proyectos en el tiempo esperado.

d. Persona asignada Alumnos de Talleres de Proyectos I y II que pertenecen a la empresa y que forman parte de un proyecto con más de un integrante, en donde ya hay un Jefe de Proyecto.

Página 58

Memoria de Gerencia

3.9.

Asesor de Gestión de Proyecto a. Descripción Son Ingenieros de Sistemas de Información que brindan una visión analítica a los proyectos de Ingeniería de Software, así como soporte en EUP a aquellos proyectos de Ingeniería de Sistemas de Información que lo requieran. Además, apoyan a los trabajos de investigación buscando fuentes de información. En caso de requerirse más mano de obra en la carga de datos de la Base de Datos de SSIA o en las actividades de soporte a la acreditación ABET, brindan su apoyo.

b. Perfil Conocimiento en EUP, capacidad de comunicación, disposición a la investigación.

c. Funciones -

Validar los entregables de EUP generados por los proyectos. Buscar fuentes de información para proyectos de investigación. Brindar soporte a tareas operativas en caso de que se requiera mano de obra adicional.

d. Persona asignada Ciro Rosales (2012-2) Juan Ratto (2012-2) Samuel Villegas (2013-1) Ricardo Cuentas (2013-1)

3.10.

Diseñador Web a. Descripción Su función es mantener la página Web de la empresa actualizada con la información correspondiente a cada ciclo, la cual debe mostrarse de manera atractiva y fácil de navegar para los visitantes.

b. Perfil Creatividad, proactividad, nociones de estética visual y dinamismo en páginas Web, previa experiencia en el manejo de Wix o con capacidad para aprender a usar una nueva tecnología rápidamente.

c. Funciones -

Recolectar información para que sea publicada en la página (Cartera de proyectos actuales, fotos, etc.) Actualizar la página Web mediante la cuenta Wix de la empresa.

d. Persona asignada Libusi Ampuero (2012-2) Página 59

Memoria de Gerencia

Adrián Romero (2013-1)

Página 60

Memoria de Gerencia

ANEXO N° 02: PLAN ESTRATEGICO 1. Análisis Interno a. Recursos Los equipos que conforman los proyectos de la empresa son alumnos de Taller de Proyecto 1 y Taller de Proyecto 2, compuestos por un Jefe de Proyecto y Analista(s) de Sistema en caso de que estén conformados por más de un alumno. Los roles de Colaborador Gerencial, Asesor de Gestión de Proyectos y Diseñador Web son ocupados por alumnos del Taller de Desempeño 2, los cuales postulan al puesto al iniciar cada ciclo. En el caso del ciclo 2013-1, la selección de personal fue centralizada en la empresa virtual QA, que recibía los requerimientos de personal de cada empresa y se encargaba de asignar alumnos para cada puesto. De hecho, para su correcto funcionamiento, SSIA requiere trabajar junto con las empresas de apoyo QA (Para revisión de la calidad de sus proyectos y actualmente también asignación de personal), Software Factory (Para desarrollo de aplicaciones) y IT-Expert (Para despliegue de aplicaciones en los servidores de Desarrollo, Testing y Producción de los Talleres de Proyecto, así como la administración de Webservices y Base de Datos).

Página 61

Memoria de Gerencia

Ilustración 9: Para su funcionamiento, SSIA requiere de alumnos de Taller de Proyecto 1 y 2, colaboradores de Taller de Desempeño 2 y el soporte de las empresas virtuales QA, Software Factory y IT-Expert. Fuente: Elaboración propia

b. Capacidades Los proyectos de la empresa SSIA, actualmente enfocados en la acreditación de las carreras de Ingeniería de Software y Sistemas de Información de la UPC, tienen el potencial de extender su aplicación para otras carreras de Ingeniería e incluso otras facultades, optimizando el soporte para la acreditación ABET de toda la universidad. Además, la empresa cuenta con proyectos que brindan propuestas de mejora a nivel de arquitectura empresarial o mediante aplicaciones de software a las instituciones educativas actuales, contando con clientes reales como son los colegios Fe y Alegría, escuelas públicas, etcétera.

c. Carencias La empresa SSIA no cuenta con una arquitectura empresarial definida, sino solamente con una propuesta de formalización de proyectos, y dicha propuesta requieren actualización.

Página 62

Memoria de Gerencia

2. Análisis Externo A continuación, se describirá la relación de la empresa con el exterior mediante una descripción de sus stakeholders: Stakeholders Pilar Stronguiló (2012-2) Daniel Aderhold (2013-1)

Necesidades

Entregables Control de Asistencia de los colaboradores.

Conocer los avances de los proyectos revisando que cada proyecto cumpla con los plazos y calidad establecidos en sus cronogramas. Relación de colaboradores TDP2 y sus funciones.

Control de Actividades.

Comité

Recibir las memorias de los proyectos Project Charters con entregables completos y con los proyectos validados anexos debidos que justifiquen el Gerente General. trabajo expuesto en éstas. Planes de Trabajo.

de por

Plan de Gestión de Proyecto de Gerencia de Proyectos y Recursos. Memorias proyectos.

parciales

de

Memorias proyectos.

finales

de

Propuestas Charters.

de

Project

Gerencial General de Monitorear el avance de los proyectos Project Charters SSIA mediante la constante revisión de sus proyectos. entregables Planes de Trabajo.

de

Plan de Gestión de Proyecto de Gerencia de Proyectos y Recursos. Memorias proyectos.

parciales

de

Memorias proyectos.

finales

de

Página 63

Memoria de Gerencia

Propuestas Charters.

de

Project

QA

Cumplimiento por parte de los Jefes de Cronogramas de proyectos. Proyecto de acuerdo a los cronogramas de validación acordados. Entregables a validar de acuerdo a metodología usada por el proyecto.

Software Factory

Cumplimiento por parte de los Jefes de Contratos de Jefes de Proyecto de acuerdo a los cronogramas Proyecto incluyendo de capacitación y desarrollo acordados. Historias de Usuario o Casos de Uso validados por QA.

IT_EXPERT

Cumplimiento por parte de los Jefes de SLA firmado por Gerente de Proyecto de acuerdo a los SLAs (Service Proyectos y Recursos. Level Agreements) acordados. Solicitud de Despliegue.

Clientes proyectos

de

los Ver sus requerimientos satisfechos por Acta de Compromiso con el el proyecto que les corresponde. Cliente.

Tabla 9: Relación de stakeholders de SSIA Fuente: Elaboración propia Los factores externos que afectan a la empresa son los siguientes:

a. Factores Políticos Existen debates en el ámbito nacional debido a la cantidad de instituciones de educación superior y la calidad que pueden impartir: Según el documento Educación Superior en Iberoamérica, Informe 2011, en el 2006 había 29 universidades privadas en el Perú y a inicios del 2010 ya eran 65. En el caso de las estatales, se pasó de 28 a 35. “El crecimiento ha obedecido a las reglas del libre mercado a partir de la creación de la Ley de Universidades Empresa. No siempre ha obedecido a objetivos de calidad académica, ni a criterios de demanda laboral, ni a las necesidades de desarrollo del país”, indica el informe18. Para el 27 de junio del 2013, la Comisión de Educación del Congreso, presidida por el congresista Daniel Mora (Partido Perú Posible), había aprobado seis de los dieciséis capítulos de la Ley Universitaria. En el cuarto capítulo se indica que el Sistema Nacional de Evaluación, Acreditación y Certificación de la Calidad Educativa (SINEACE) establecerá estos procesos para el mejoramiento de la calidad educativa de forma obligatoria. En tanto, el Consejo de Evaluación, Acreditación y Certificación de la Calidad de la Educación 18

Cfr. PUBLIMETRO:2013

Página 64

Memoria de Gerencia

Superior Universitaria (CONEAU), que depende del SINEACE, acreditará a las universidades o validará procesos de acreditación externa. Si una universidad no logra acreditar su calidad en tres evaluaciones inmediatas, será clausurada y disuelta por la SUNAU. Por este punto, la ANR (Asociación Nacional de Rectores) ha pedido la suspensión del debate en el Congreso19. En el caso de SSIA, los procesos de acreditación ABET se verían afectados de acuerdo a la evaluación realizada por el CONEAU.

b. Factores Económicos Para el 17 de diciembre del 2012, en Lima Metropolitana, las matrículas en escuelas estatales habían reducido su número de estudiantes a menos de 600 mil, mientras que las escuelas privadas tenían más de 960 mil inscritos. Para Daniel Salas, investigador de CENTRUM Católica, este cambio indicaba que la educación en el Perú experimentaba una “privatización de facto” en lugar de una reforma y no se contaba con los mecanismos necesarios para regularla: esta preferencia por las escuelas privadas mostraba la consecuencia del deterioro de la educación pública, pero advirtió que “pagar por una educación no quiere decir que sea de calidad”, ya que, en varios casos, los centros educativos privados carecían de una infraestructura adecuada y se preocupaban por responder a una demanda que no equivale a una formación integral de los alumnos 20. En dicho escenario, SSIA puede ofrecer proyectos que aseguren el mantenimiento de una educación de calidad, tanto para las escuelas públicas como privadas. Por ese motivo, para el 1 de julio del 2013, el gobierno del Perú había firmado un convenio con el Banco Mundial para el préstamo de 25 millones de dólares, con el fin de financiar el “Proyecto de Educación Básica” (Proyecto SWAP-Educación). El objetivo de dicho proyecto es mejorar la capacidad para evaluar los aprendizajes de los estudiantes y la gestión pedagógica en las instituciones de Educación Básica Regular21. Dichas mejoras representarían una oportunidad para la generación de nuevos proyectos en SSIA destinados a optimizar la educación en colegios.

c. Factores Socio-Culturales “Una encuesta realizada en el Perú reveló que el 58% de las personas piensan que la educación ofrecida en el país es mala, el 29% regular y tan solo un 12%, buena, según Ipsos Apoyo. Entre los principales problemas de la educación escolar en el país, el 66% señaló la capacitación de los profesores, el 35% la falta de tecnología, el 33% falta de materiales y útiles para enseñar, el 31% el contenido de los programas de estudios y el 29% el "bullying". Esto seguido por la falta de compromiso de los padres (27%), la infraestructura (24%), los contenidos de los libros escolares (19%), los talleres (12%) y otros (4%). Por su parte, señaló a la enseñanza de valores como la peor logrando un 50%, siendo así la honestidad, responsabilidad y disciplina las actitudes que deberían ser promovidas con mayor urgencia.

19

Cfr. PUBLIMETRO (2013) Cfr. GESTIÓN (2012) 21 Cfr. GESTIÓN (2013) 20

Página 65

Memoria de Gerencia

La muestra de la encuesta publicada por el diario El Comercio fue de 1198 personas que tienen un nivel de representatividad del 75.2% y comprende a hombres y mujeres de 18 años a más, a nivel nacional urbano.” (RPP 2012) Las cifras en la encuesta realizada por Ipsos-Apoyo para El Comercio y detallada en el artículo de RPP expuesto líneas arriba muestran la percepción que el peruano promedio tiene respecto a la educación nacional, con resultados preocupantes. Los proyectos de SSIA destinados a colegios deben proponerse marcar la diferencia en el ámbito educativo, representando una mejora en su situación actual.

d. Factores Tecnológicos Las Tecnologías de la Información y Comunicación están tratando de ser implantadas en los centros educacionales más remotos debido al gran potencial de enseñanza que tienen. Desde el año 2000, han surgido programas en el Perú como el Proyecto Huascarán y OLPC (“One Laptop Per Child” o “Una Laptop Por Niño” en español). Con el fuerte ingreso de tablets y smartphones en el mercado, los proyectos de desarrollo de software educativo tienen varias oportunidades para mejorar la calidad de la enseñanza u optimizar procesos en este rubro.

3. Misión Brindar soluciones tecnológicas (Software y Sistemas de Información) de calidad para gestión de programas académicos, asegurando la mejora continua de sus productos.

4. Visión Ser reconocida como la mejor empresa que provee soluciones tecnológicas académicas con altos niveles de calidad.

innovadoras

5. Valores    

A continuación, se listan los valores a fomentarse dentro de la organización: Trabajo en equipo entre diferentes roles, tanto internos como externos. Responsabilidad sobre acciones, compromisos y tareas. Comunicación fluida horizontal y verticalmente dentro de la empresa. Proactividad en las labores asignadas.

Página 66

Memoria de Gerencia

6. Evaluación de las fuerzas internas En este punto, se presentarán las fuerzas internas de la empresa evaluadas mediante una Matriz EFI (Evaluación de las Fuerzas Internas), tanto para el período de gestión 2012-2 como el 2013-1. Matriz EFI para la empresa SSIA gestión 2012-2 Factores internos clave

Peso Valor Ponderación

Fortalezas F1: Equipos de proyecto con capacidad de llevar un correcto seguimiento y 0.16 control de su trabajo F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el 0.16 avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente.

0.18

SUBTOTAL

0.5

3

0.48

3

0.48

4

0.72 1.68

Debilidades D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de 0.16 clase.

2

0.32

D2: Personal con falta de experiencia o compromiso en sus roles.

0.16

2

0.32

D3: Limitación de personal por motivo laboral.

0.18

1

0.18

SUBTOTAL

0.5

0.82

1.00

2.50

TOTAL

Tabla 10: Matriz EFI (Evaluación de Fuerzas Internas) para la empresa SSIA durante gestión 2012-2 Fuente: Elaboración propia

Página 67

Memoria de Gerencia

Matriz EFI para la empresa SSIA gestión 2013-1 Factores internos clave

Peso Valor Ponderación

Fortalezas F1: Gerencia General y Gerencia de Proyectos y Recursos dispuesta a brindar el apoyo requerido a los proyectos de acreditación (Capacitaciones, acuerdos con 0.16 las empresas de soporte). F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el 0.14 avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente.

0.14

SUBTOTAL

0.44

4

0.64

3

0.42

4

0.56 1.62

Debilidades D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de 0.12 clase. D2: Personal con falta de experiencia o compromiso en sus roles. 0.14

2

0.24

2

0.28

D3: Limitación de personal por motivo laboral.

0.14

1

0.14

D4: Equipos de proyecto con bajo nivel de análisis e integración.

0.16

1

0.16

SUBTOTAL

0.56

0.82

TOTAL

1.00

2.44

Tabla 11: Matriz EFI (Evaluación de Fuerzas Internas) para la empresa SSIA durante gestión 2013-1 Fuente: Elaboración propia

Página 68

Memoria de Gerencia

7. Evaluación de las fuerzas externas En este punto, se presentarán las fuerzas externas de la empresa evaluadas mediante una Matriz EFE (Evaluación de las Fuerzas Externas), tanto para el período de gestión 2012-2 como el 2013-1. Matriz EFE para la empresa SSIA 2012-2 Factores externos clave

Peso Valor Ponderación

Oportunidades O1: Nuevas tecnologías y soluciones a aplicarse en el rubro educacional que incentiven la creación de proyectos para la empresa. O2: Alumnos interesados en darle continuidad a los productos de software desarrollados en SSIA. O3: Alumnos que requieren labor operativa para obtener créditos extraacadémicos.

0.18

4

0.72

0.16

2

0.32

0.14

2

0.28

SUBTOTAL

1.32

Amenazas A1: Cambios repentinos impuestos por el Comité.

0.16

3

0.48

A2: Limitaciones físicas del equipo de Centro de Cómputo.

0.18

3

0.54

A3: Incumplimiento de servicios por parte de empresas de apoyo.

0.18

3

0.54

SUBTOTAL

TOTAL

1.56

1.00

2.88

Tabla 12: Matriz EFE (Evaluación de Fuerzas Externas) para la empresa SSIA durante gestión 2012-2 Fuente: Elaboración propia

Página 69

Memoria de Gerencia

Matriz EFE para la empresa SSIA 2013-1 Factores externos clave

Peso Valor Ponderación

Oportunidades O1: Visita de comisión de acreditación que validará la continuidad del trabajo de la Escuela para mantener la acreditación internacional ABET y la nacional ICACIT. O2: Alumnos interesados en darle continuidad a los proyectos de software desarrollados en SSIA. O3: Nuevos proyectos que proponen buenas prácticas para el desarrollo de una arquitectura empresarial a todas las empresas virtuales.

0.18

3

0.54

0.16

2

0.32

0.14

2

0.28

SUBTOTAL

1.14

Amenazas A1: Cambios repentinos impuestos por el Comité.

0.16

3

0.48

A2: Limitaciones físicas del equipo de Centro de Cómputo.

0.18

3

0.54

A3: Cambios repentinos en el área de Sistemas de la UPC.

0.18

2

0.36

SUBTOTAL

TOTAL

1.38

1.00

2.52

Tabla 13: Matriz EFE (Evaluación de Fuerzas Externas) para la empresa SSIA durante gestión 2013-1 Fuente: Elaboración propia

Página 70

Memoria de Gerencia

8. Matriz FODA En esta sección, se mostrará la matriz FODA (Fortalezas, Oportunidades, Debilidades y Amenazas) correspondientes a la gestión del período 2012-2 y 2013-1 de acuerdo con las Fortalezas y Debilidades mostradas en la sección 6 y las Oportunidades y Amenazas de la sección 7. Fortalezas F1: Equipos de proyecto con capacidad de llevar un correcto seguimiento y control de su trabajo F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente. FO. Explote

Oportunidades

O1: Nuevas tecnologías y soluciones a F2, O1: aplicarse en el rubro educacional que Proponer como mínimo 4 nuevos proyectos incentiven la creación de proyectos para la para la empresa SSIA al finalizar el semestre empresa. F3, O2: O2: Alumnos interesados en darle Contar con una propuesta de continuidad continuidad a los productos de software que registre el proceso de carga de datos de desarrollados en SSIA. las encuestas ABET O3: Alumnos que requieren labor operativa para obtener créditos extraacadémicos. Amenazas FA. Confronte

F1, A1: Contar con un 80% de los proyectos con el A1: Cambios repentinos impuestos por el certificado de QA y el Acta de aceptación del Comité. cliente para controlar el correcto avance de los proyectos

Debilidades D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de clase. D2: Personal con falta de experiencia o compromiso en sus roles. D3: Limitación de personal por motivo laboral. DO. Busque D1, O3: Lograr contar con la participación de alumnos con necesidad de créditos extraacadémicos para el soporte en actividades operativas

DA. Evite D1, A1: Establecer un control de actividades basado en tareas pendientes, en proceso y concluidas (Como en las metodólogías ágiles) y mantener una comunicación constante con la Gerencia General (Una reunión semanal como mínimo) para reducir el impacto de cambios realizados por el Comité.

A2: Limitaciones físicas del equipo de Centro de Cómputo. A3: Incumplimiento de servicios por parte de empresas de apoyo.

Tabla 14: Matriz FODA para el período de gestión 2012-2 Fuente: Elaboración propia Fortalezas F1: Gerencia General y Gerencia de Proyectos y Recursos dispuesta a brindar el apoyo requerido a los proyectos de acreditación (Capacitaciones, acuerdos con las empresas de soporte).

Debilidades D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de clase.

Página 71

Memoria de Gerencia F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente.

Oportunidades

FO. Explote F1, O1: O1: Visita de comisión de acreditación que Capacitar sobre la empresa y los proyectos validará la continuidad del trabajo de la en Producción a los integrantes de los Escuela para mantener la acreditación nuevos proyectos de acreditación en cuanto internacional ABET y la nacional ICACIT. son asignados a su tema O2: Alumnos interesados en darle continuidad a los proyectos de software desarrollados en SSIA. O3: Nuevos proyectos que proponen buenas prácticas para el desarrollo de una arquitectura empresarial a todas las empresas virtuales. Amenazas A1: Cambios repentinos impuestos por el Comité.

FA. Confronte

D2: Personal con falta de experiencia o compromiso en sus roles. D3: Limitación de personal por motivo laboral. D4: Equipos de proyecto con bajo nivel de análisis e integración. DO. Busque

D4, O3: Mantener talleres de buenas prácticas semanales para el desarrollo de arquitectura de software dirigidos a los proyectos de SSIA DA. Evite

A2: Limitaciones físicas del equipo de Centro de Cómputo.

A3: Cambios repentinos en el área de Sistemas de la UPC.

F3, A3: Contar con documentación y equipo de soporte que cubran los requerimientos técnicos necesarios para el mantenimiento del servidor de aplicaciones SSIA en Producción (Pabellón L)

Tabla 15: Matriz FODA para el período de gestión 2013-1 Fuente: Elaboración propia

9. Objetivos De las matrices FODA expuestas en el punto anterior, se mapeó los siguientes objetivos estratégicos para cada período de gestión:

a. Gestión 2012-2 OE1: Proponer como mínimo 4 nuevos proyectos para la empresa SSIA al finalizar el semestre OE2: Contar con una propuesta de continuidad que registre el proceso de carga de datos de las encuestas ABET Página 72

Memoria de Gerencia

OE3: Lograr contar con la participación de alumnos con necesidad de créditos extraacadémicos para el soporte en actividades operativas OE4: Contar con un 80% de los proyectos con el certificado de QA y el Acta de aceptación del cliente para controlar el correcto avance de los proyectos OE5: Establecer un control de actividades basado en tareas pendientes, en proceso y concluidas (Como en las metodologías ágiles) y mantener una comunicación constante con la Gerencia General (Una reunión semanal como mínimo) para reducir el impacto de cambios realizados por el Comité.

b. Gestión 2013-1 OE1: Capacitar sobre la empresa y los proyectos en Producción a los integrantes de los nuevos proyectos de acreditación en cuanto son asignados a su tema OE2: Mantener talleres de buenas prácticas semanales para el desarrollo de arquitectura de software dirigidos a los proyectos de SSIA OE3: Contar con documentación y equipo de soporte que cubran los requerimientos técnicos necesarios para el mantenimiento del servidor de aplicaciones SSIA en Producción (Pabellón L)

Página 73

Memoria de Gerencia

10.

Indicadores de Medición a. Gestión 2012-2 OE4M1: Porcentaje de retraso en entregas a QA y Software Factory (Menor a 25%) OE4M2: Actas de reunión correspondientes a las fechas de reuniones indicadas en los cronogramas de los proyectos. OE5M1: SPI - Schedule Performance Index (No menor al -25%, indicando que existe menos de 25% de diferencia entre el Porcentaje de Avance Real contra el Porcentaje de Avance Planeado)

b. Gestión 2013-1 OE3M1: Documentación versionada a fechas recientes, indicando que ha sido actualizada, y con contenido validado en contraste con la situación actual.

11.

Factores de Éxito a. Gestión 2012-2 F1A1IE1: Certificados de QA y Actas de aceptación firmadas por los clientes y/o asesores. F1A1IE2: Cronogramas y Matrices de Observaciones de los proyectos cerradas al 100% F2O1IE1: Proyect Charters desarrollados y validados por la Gerencia para los nuevos proyectos de SSIA. F3O2IE1: Propuesta de especificaciones de los procesos que forman parte de la toma de encuestas ABET D1A1IE1 Reportes semanales del avance de los proyectos indicando su avance planeado, su avance real y su Indicador de Desempeño en Cronograma (Schedule Performance Indicator, SPI). D1O3IE1 Página 74

Memoria de Gerencia

Cumplimiento de las tareas operativas a tiempo sin requerir sobrecarga de los colaboradores ni toma de planes de contingencia reactivos.

b. Gestión 2013-1 F1O1IE1 Equipos de proyecto con idea clara sobre el funcionamiento de la empresa, las aplicaciones con las que se trabaja actualmente en Producción y la infraestructura con la que se cuenta para los despliegues. D4O3IE1: Documentación de arquitectura de software de SSIA desarrollada y actualizada. F3A3IE1: Manual de usuario y documentación que indique las especificaciones técnicas del servidor de aplicaciones de SSIA (Disponibilidad, conexión con otros equipos, etc.)

12.

Bibliografía GESTIÓN (2012) Mecanismos para regular la educación privada no son suficientemente efectivos (Consulta: 28 de diciembre del 2012) http://gestion.pe/politica/mecanismos-regular-educacion-privada-no-sonsuficientemente-precisos-2054404 GESTIÓN (2013) Banco Mundial presta $25 millones al Perú para financiar Proyecto de Educación Básica (Consulta: 3 de julio del 2013) http://gestion.pe/economia/banco-mundial-presta-us-25-millones-al-peru-financiarproyecto-educacion-basica-2070032 PUBLIMETRO.PE (2013) Número de universitarios se multiplica en el país (Consulta: 29 de junio del 2013) http://publimetro.pe/actualidad/4839/noticia-numero-universitarios-se-multiplica-pais PUBLIMETRO.PE (2013) Número de universitarios se multiplica en el país (Consulta: 29 de junio del 2013) http://publimetro.pe/actualidad/14742/noticia-que-propone-nueva-ley-universitaria RPP (2012) El 58% piensa que la educación en el Perú es mala, según encuesta” (Consulta: 30 de octubre del 2012) http://www.rpp.com.pe/2012-10-21-el-58-piensa-que-la-educacion-en-el-peru-es-malasegun-encuesta-noticia_532852.html

Página 75

Memoria de Gerencia

ANEXO N° 03: PLAN DE ADQUISICIONES 1. Propósito El presente Plan de Adquisiciones tiene por finalidad definir los lineamientos para asegurar que la organización obtenga recursos calificados, así como, servicios de calidad por parte de sus proveedores, con el fin de garantizar el correcto funcionamiento de la empresa.

2. Objetivo El Plan de adquisiciones es el instrumento de planificación y seguimiento que tiene como objetivo mejorar la gestión de la empresa y de los proyectos que se desarrollan en esta. Es de importancia, para el cumplimiento de este objetivo, que las organizaciones comprometidas compartan información necesaria, así como, los plazos reales que se requieran para el inicio de sus actividades.

3. Adquisiciones de la empresa 3.1.

Adquisición de recursos

3.1.1.

Quality Assurance SSIA requiere de la asignación de recursos para la gestión de la empresa. Para ello, desde el ciclo 2013-1 se realiza el envío de los perfiles correspondientes por rol deseados. De esta forma, la empresa QA selecciona y asigna los recursos necesarios, los cuales son alumnos de Sistemas de Información pertenecientes al curso de Taller de Desempeño Profesional II. La cantidad de recursos disponibles es predispuesta por el Gerente General de Empresas Virtuales.

3.1.2.

Software Factory La empresa SSIA cuenta con proyectos de desarrollo de aplicaciones que requieren de recursos de la empresa Software Factory, ya que es la única especializada en el desarrollo de software. Entonces, para poder acceder a este apoyo, es necesario el envío de solicitudes de recursos por parte de los proyectos que lo requieran. En esta solicitud, los jefes de proyectos establecen el perfil de los recursos deseados como apoyo. Posteriormente, una vez analizados los perfiles por Software Factory, se procede a la creación de los contratos respectivos con cada proyecto solicitante.

Página 76

Memoria de Gerencia

3.2.

Adquisición de servicios

3.2.1.

Quality Assurance La empresa SSIA requiere de los servicios de la empresa QA para la validación y verificación de los proyectos del portafolio que maneja esta organización. Entonces, a partir de las necesidades de cada proyecto, se genera un contrato con QA. Dicho contrato se establece, únicamente, con los proyectos que requieren de sus servicios.

3.2.2.

SSIA Los proyectos de acreditación que forman parte del portafolio de SSIA dependen de los servicios que la empresa brinda como soporte a la acreditación ABET, así como de las aplicaciones de la compañía que se encuentran desplegadas en el ambiente de Producción. Con el fin de optimizar el funcionamiento de estos servicios, se realizó el siguiente plan de adquisiciones en equipo para la empresa: Plan de gestión de adquisiciones

Elemento comprado

Fecha de pago

Comentarios

Servidor físico HP A definir por Directora de la Escuela de para empresa SSIA Ingeniería de Sistemas y Computación

A definir por Directora de la Escuela de Ingeniería de Sistemas y Computac ión

El servidor será instalado en el Centro de Cómputo de la universidad durante el mes de Octubre y será configurado durante la Semana 10 del ciclo 2012-2 (Del 15 de Octubre al 18 de Octubre)

A definir por Directora de la Escuela de Ingeniería de Sistemas y Computación

A definir por Directora de la Escuela de Ingeniería de Sistemas y Computac ión

El equipo cuesta entre $1500 y $2000, actualmente se está consultando con la empresa PolySistemas S.A.C sobre la adquisición del producto.

OpScan 6 Scanner

Vendedor/Contratista

Página 77

Memoria de Gerencia

ANEXO N° 04: PLAN DE RECURSOS HUMANOS 1. Introducción 1.1.

Propósito Este documento tiene como objetivo proporcionar la organización y dirección del equipo de la empresa. SSIA tiene asignados recursos, los cuales tienen un rol y responsabilidades definidas. Debido al tipo y cantidad de recursos, éstos pueden cambiar a lo largo del desarrollo del proyecto. Es por ello que se define una gestión de recursos humanos.

1.2.

Alcance Definir la organización y gestión de los recursos de la empresa, de esta manera garantizar el buen entendimiento entre todas las partes involucradas en el desarrollo y crecimiento de la empresa.

1.3.

Definiciones, acrónimos y abreviaturas RRHH: Recursos Humanos. UPC: Universidad Peruana de Ciencias Aplicadas TP1: Taller de Proyecto 1 TP2: Taller de Proyecto 2 TDP2 SI: Taller de Desempeño de Proyecto 2 – Sistemas de Información

1.4.

Referencia Rúbrica de Memoria Rúbrica de Project Charter y Cronograma Rúbrica de TDP2 Rúbricas de ABET Rúbrica de Memoria Gerentes MOF: Manuales de organización y funciones Reporte de control de actividades Memoria de proyecto Análisis y Diseño de los Procesos de Creación y Evaluación de Proyectos en las Empresas Virtuales UPC

Página 78

Memoria de Gerencia

2. Plan de Gestión de RRHH 2.1.

Estructura Organizacional La estructura organizacional de la empresa SSIA se encuentra dentro de la organización de las empresas virtuales de la escuela de Ingeniería de Sistemas y computación de la UPC.

Ilustración 10: Esquema de la organización de SSIA mostrando los roles con los que interactúa en las empresas virtuales de soporte (Software Factory, Quality Assurance y ITExpert). Fuente: Elaboración propia

2.2.

Roles y Responsabilidades En esta parte del documento se realiza una descripción de los roles y responsabilidades que hay dentro de la empresa SSIA. Para revisar con mayor detalle y conocer el perfil de cada uno de los recursos, consultar el ANEXO N° 01: MANUAL DE ORGANIZACIÓN Y FUNCIONES.

2.2.1. Gerente General de SSIA Dirige y administra la Empresa con el fin de que los servicios brindados sean de calidad y estén alineados a la misión y visión, asegurando que cumplan con los requerimientos de los clientes externos (Entidades educativas) o se encuentren alineados a los requerimientos de Página 79

Memoria de Gerencia

la Escuela para la acreditación ABET. Del mismo modo, supervisa y brinda asesoramiento a los proyectos del portafolio de la empresa.

2.2.2. Gerente de Proyectos y Recursos de SSIA Este cargo tiene como función gestionar los proyectos y recursos de la empresa SSIA. El área de Proyectos se responsabiliza por el cumplimiento de los proyectos y de las tareas correspondientes a brindar soporte a los procesos de acreditación ABET. Por otro lado, se encarga de administrar la cartera de proyectos propuestos, así como de monitorear los servicios recibidos por las empresas IT-Expert, Quality Assurance y Software Factory. El área de recursos se responsabiliza porque los empleados cuenten con lo necesario a nivel de tecnología y personal para poder desarrollar su trabajo. Aparte, es el encargado de que se cumpla el Plan Estratégico de la Empresa durante su gestión.

2.2.3. Colaborador Gerencial Este cargo lleva el seguimiento del avance de los proyectos a nivel de cronograma y de la existencia de los entregables correspondientes a cada tarea del mismo (Actas de reunión, entregas a QA, etc.).

2.2.4. Administrador de Base de Datos Se encarga de asegurar el uso correcto de la Base de Datos de SSIA, así como del adecuado manejo de la data en ella, debido a que contiene la información necesaria para llevar a cabo los procesos de acreditación ABET. Además, asegura el mantenimiento de la Base de Datos actualizando su estructura de acuerdo a las necesidades de los proyectos y mantiene al día la documentación correspondiente a ésta.

2.2.5. Jefe de Proyecto Es el encargado de llevar su idea de proyecto a cabo y coordinar con sus asesores para garantizar que los objetivos y requerimientos se estén cumpliendo a lo largo del desarrollo del proyecto. Además, es el encargado de planificar, ejecutar, controlar y cerrar su proyecto; así mismo controlar sus recursos asignados. Es el representante del proyecto en reuniones.

2.2.6. Analista de Sistema Socio del Jefe de Proyecto en caso de que el proyecto esté compuesto por más de un integrante. Al igual que el Jefe de Proyecto, se encarga de asegurar la culminación exitosa del proyecto, teniendo una activa participación en la parte operativa, sin que esto signifique que tenga menos conocimiento del proyecto que el Jefe de Proyecto.

2.2.7. Asesor de Gestión de Proyectos Son Ingenieros de Sistemas de Información que brindan una visión analítica a los proyectos de Ingeniería de Software, así como soporte en EUP a aquellos proyectos de Ingeniería de Sistemas de Información que lo requieran. Además, apoyan a los trabajos de investigación buscando fuentes de información. Página 80

Memoria de Gerencia

En caso de requerirse más mano de obra en la carga de datos de la Base de Datos de SSIA o en las actividades de soporte a la acreditación ABET, brindan su apoyo.

2.2.8. Diseñador Web Su función es mantener la página Web de la empresa actualizada con la información correspondiente a cada ciclo, la cual debe mostrarse de manera atractiva y fácil de navegar para los visitantes.

Página 81

A continuación, se muestra una matriz RACI, la cual permite visualizar las responsabilidades asignadas a cada uno de los roles definidos por la empresa. Recursos Actividad

Gerente General

Administr Gerente de Colaborado ador de Proyectos y r Gerencial Base de Recursos Datos

Jefe de Proyecto

Analista de Sistema

Asesor de Gestión Diseñad de or Web Proyectos

Evaluar los informes y tomar decisiones Planificar el desarrollo de la empresa Evaluar a los colaboradores y el trabajo realizado Coordinar con el directorio (Comité) los avances, cambios y propuestas para la empresa Controlar los proyectos, servicios y actividades de la empresa SSIA Convocar reuniones con miembros de otras empresas o clientes de ser requerido Validar el Plan Estratégico y actualizarlo de acuerdo al entorno y necesidades de la organización Llevar el seguimiento del proceso de carga de información a la Base de Datos de SSIA Establecer la definición de los procesos y procedimientos de la empresa.

R

I

I

I

I

I

I

I

R

I

I

I

I

I

I

I

RA

RC

I

-

I

I

I

I

R

RI

I

-

I

I

I

I

AI

RI

RC

-

C

C

-

-

R

RI

I

C

I

I

-

-

RACI

R

I

I

I

I

I

I

I

RI

-

RC

I

I

-

-

ACI

R

I

I

I

I

I

I

Tabla 16: Matriz RACI (Parte 1) Fuente: Elaboración propia

82

Memoria de Gerencia Recursos Actividad

Gerente General

Administr Gerente de Colaborado ador de Proyectos y r Gerencial Base de Recursos Datos

Jefe de Proyecto

Analista de Sistema

Asesor de Gestión Diseñad de or Web Proyectos

Definir el plan de evaluación, y manejo de riesgos para la gestión

ACI

R

-

-

-

-

-

-

ACI

R

I

I

I

I

I

I

I

RACI

I

RC

RACI

RACI

-

-

I

RCI

-

C

AC

AC

-

-

I

RACI

I

RC

RACI

RACI

RC

-

AI

RACI

I

I

I

I

I

I

de procesos Supervisar el control de riesgos de los procesos; validar y verificar el plan de acciones Asegurar el correcto funcionamiento de las aplicaciones de SSIA desplegadas en el ambiente de Producción Verificar la calidad de los servicios ofrecidos por las empresas de soporte (Quality Assurance, IT-Expert, Software Factory) Asegurar la impresión, repartición, llenado y tabulación de las encuestas requeridas para la acreditación ABET Capacitar a los nuevos recursos de la empresa sobre las aplicaciones de la empresa desplegadas en Producción, así como en la estructura de Base de Datos

Tabla 17: Matriz RACI (Parte 2)

Página 83

Memoria de Gerencia

Fuente: Elaboración propia Recursos Actividad

Asegurar que la última versión del cronograma de los proyectos se encuentre visible en los recursos compartidos Evaluar los informes y tomar decisiones Mantenerse al tanto de las razones detrás de los retrasos en cronograma o entregables y notificarlas a la Gerencia General y a la Gerencia de Proyectos y Recursos Realizar reportes del SPI (Schedule Performance Index) de los proyectos Realizar reporte de actas de reunión de los proyectos: Quiénes son sus clientes, cuándo se reunieron, qué reuniones no cuentan con acta y por qué, etc

Gerente General

Administr Gerente de Colaborado ador de Proyectos y r Gerencial Base de Recursos Datos

Jefe de Proyecto

Analista de Sistema

Asesor de Gestión Diseñad de or Web Proyectos

I

AI

RCI

-

R

R

C

C

R

I

I

I

I

I

I

I

I

AI

RCI

-

RC

RC

C

C

AI

AI

RC

-

C

C

C

C

I

I

RCI

-

RC

RC

-

-

Tabla 18: Matriz RACI (Parte 3) Fuente: Elaboración propia Recursos

Página 84

Memoria de Gerencia

Actividad

Cargar la Base de Datos de SSIA con datos extraídos de una cuenta administrativa de Intranet Administrar, junto con IT-Expert, los respaldos de la Base de Datos, así como la generación de usuarios Mapear la estructura actual de la

Gerente General

Gerente de Colaborado Proyectos y r Gerencial Recursos

Administr ador de Base de Datos

Jefe de Proyecto

Analista de Sistema

Asesor de Gestión Diseñad de or Web Proyectos

-

AI

-

RCI

I

I

RCI

-

-

AI

-

RCI

I

I

RCI

-

AI

AI

-

RCI

RCI

RCI

RCI

-

AI

RACI

C

C

RACI

RACI

RCI

-

AI

AI

C

C

RACI

RACI

RCI

-

Base de Datos y discutirla con los Jefes de Proyecto cuando éstos requieran una modificación Planificar, realizar, supervisar, coordinar y llevar a cabo las actividades que permitan cumplir con los objetivos definidos en los proyectos en el tiempo esperado Coordinar con el Jefe de Proyecto la planificación, realización y supervisión de las actividades que permitan cumplir con los objetivos definidos en los proyectos en el tiempo esperado.

Tabla 19: Matriz RACI (Parte 4) Fuente: Elaboración propia

Página 85

Memoria de Gerencia

Recursos Actividad

Validar los entregables de EUP generados por los proyectos Buscar fuentes de información para proyectos de investigación Brindar soporte a tareas operativas en caso de que se

Gerente General

Administr Gerente de Colaborado ador de Proyectos y r Gerencial Base de Recursos Datos

Jefe de Proyecto

Analista de Sistema

Asesor de Gestión Diseñad de or Web Proyectos

I

I

-

-

RACI

RACI

RCI

-

I

I

-

-

RACI

RACI

RCI

-

AI

AI

-

CI

CI

CI

RCI

CI

AI

ACI

-

-

CI

CI

RCI

RCI

AI

ACI

-

-

CI

CI

RCI

RCI

requiera mano de obra adicional Recolectar información para que sea publicada en la página (Cartera de proyectos actuales, fotos, etc.) Actualizar la página Web mediante la cuenta Wix de la empresa

Tabla 20: Matriz RACI (Parte 5) Fuente: Elaboración propia A continuación, presentamos la definición de las letras R,A,C,I en las casillas de la matriz: Rol R: Responsable A: Aprobador C: Consultado

Descripción Es el responsable de llevar la actividad a cargo. Es el encargado de aprobar la actividad a desarrollar. Es al que se le va a consultar respecto a la actividad a realizar.

Página 86

Memoria de Gerencia

I: Informado

Es al que se le mantiene informado de la realización de la actividad.

Página 87

2.3.

Asignación de proyectos y Jefe de Proyectos La asignación de los jefes de proyectos y temas que van a pertenecer a la cartera de la empresa es realizada por la Gerencia de Empresas Virtuales junto con el Comité. Para ello, la escuela propone una lista de proyectos y son expuestos a los alumnos TP1, quienes seleccionan sus opciones según sus preferencias y conocimientos. Luego la Gerencia de las Empresas Virtuales evalúa a los alumnos postulantes y asigna los proyectos. Por otro lado, el proceso de asignación de proyectos está definido en la memoria del proyecto “Análisis y diseño de los procesos de creación y evaluación de proyectos en las empresas virtuales de la UPC”.

2.4.

Asignación de recursos TDP2 Durante el período de gestión 2012-2, se mantenía en vigencia la selección de recursos de TDP2 mediante la postulación de los recursos directamente con las Gerencias de Proyectos y Recursos a un cargo y su selección de acuerdo a su Currículum Vitae. Sin embargo, para el período de gestión 2013-1, la empresa encargada de la asignación de los recursos de TDP2 de Ingeniería de Sistemas de Información es QA. Para ello, es necesario que SSIA recabe las necesidades de los proyectos respecto a los recursos de TDP2. Estas necesidades serán expuestas según el canal de comunicación establecido por la empresa de QA, la cual enviará la información de los postulantes. Se seleccionará a los alumnos que cumplan el perfil que requiere los proyectos. Una vez que se tenga la lista oficial de los alumnos de TDP2, se procederá a asignar los recursos a los proyectos según el perfil solicitado. Si la cantidad de recursos no satisface a todos los proyectos, algunos de los recursos participarán en más de uno, de manera que ningún proyecto que requiera recursos se quede desatendido.

2.5.

Capacitación En este parte del documento se incluye las capacitaciones que se realizará para mejorar las competencias de los miembros de la empresa. Para ello, se debe definir las capacitaciones que se realizará al nuevo personal de la compañía. A continuación, se muestra un plan de capacitación:

N° 1

Nombre de la actividad

Duración 2 días

Capacitación para Diseñador Web 2 días

2

Capacitación de Asesor de Gestión de Proyecto

2 días

3

Capacitación para Colaborador Gerencial

Finalidad Brindar accesos e indicaciones al Diseñador Web Brindar inducción de la empresa: Giro de negocio, proyectos desplegados, metodologías de los proyectos Brindar inducción de la empresa: Giro de negocio, proyectos desplegados, metodologías de los proyectos 88

Memoria de Gerencia

1 semana

3

Capacitación para Administradores de Base de Datos

1 semana

4

Capacitación para equipos de proyecto

Brindar accesos y preparar a los Administradores de Base de Datos para el levantamiento manual de datos de Intranet, el uso de la aplicación APCDA Se le presenta a los equipos de proyecto la empresa, la arquitectura de software que emplea y proyectos desplegados

Tabla 21: Tabla de actividades de capacitación Fuente: Elaboración propia

2.6.

Evaluación del desempeño La gerencia de las empresas virtuales ha establecido el método de evaluación de desempeño para los jefes de proyecto, Recursos TDP2 de Sistemas de Información y Gerencia. Para ello se han establecido rúbricas por parte del Comité directivo., para que los proyectos y recursos cumplan los requerimientos esperados de la escuela. Existen definidos para cada entregable de los proyectos rúbricas y procesos definidos. A continuación se listan los documentos que se evalúan en cada proyecto:  Project Chater  Paper  Perfil del proyecto  Memoria  Rúbricas ABET

Por otro lado, los procesos se encuentran definidos en la memoria del proyecto de Análisis y diseño de los procesos de creación y evaluación de proyectos en las empresas virtuales de la UPC. En la Tabla 22 se muestra el porcentaje de cada uno de entregables que involucran la nota de los alumnos de TP1, TP2 y TDP2 – SI. En el caso de la Rúbrica indicada en la calificación de los recursos TDP2, se trata de un sistema de evaluación interno de la siguiente manera: La calificación tanto parcial como final será el promedio de la nota otorgada por el Gerente General, el Gerente de Proyectos y Recursos y los miembros de los proyectos que hayan podido trabajar con los colaboradores. Página 89

Memoria de Gerencia

Ejemplos: 

Un colaborador trabajó apoyando a dos proyectos y recibió la calificación de todos los miembros de cada uno: Notas

Nombre Colaborador 1

Proyecto 1 16

15

Proyecto 2 17

16

Gerente General 15

Gerente de Proyectos y Recursos 16

Promedio final: (16 + 15 + 17+ 16+ 15 + 16) / 6 = 15.83 Un colaborador trabajó apoyando a un proyecto y sólo uno de los miembros lo calificó por ser el único del proyecto que trabajó con él:

Nombre Colaborador 2

Proyecto 1 14

Notas Gerente Gerente de Proyectos y General Recursos 13 15

Promedio final: (14 + 13 + 15) / 3 = 14 Evaluación TDP2 Nota 1 (40%) Rúbrica

Nota 2 (60%) Rúbrica (30%) Exposición Charter (30%)

(las rúbricas deben incluir opinión de alumnos TP) Evaluación TP1 Nota 1 (25%) Nota 2 (75%) Planificación del Proyecto (25%) Desarrollo del proyecto: Comité (50%) Cliente (25%) Gerente (25%) Evaluación TP2 Nota 1 (25%) Desarrollo del Proyecto

Nota 2 (75%) Cierre del proyecto

Comité (50%)

Comité (50%)

Cliente (25%)

Cliente (25%)

Gerente (25%)

Gerente (25%)

Tabla 22: Sistema de calificación de recursos de TDP2, TP1 y TP2

Página 90

Memoria de Gerencia

ANEXO N° 05: PLAN DE COMUNICACIONES 1. Propósito El presente Plan de Gestión de la Comunicación tiene como finalidad definir los lineamientos para el establecimiento de las comunicaciones de la Gerencia de Proyectos con los proyectos que se desarrollan en la empresa virtual SSIA.

2. Objetivo El objetivo de las comunicaciones en SSIA es contribuir a la mejora del clima organizacional promoviendo una mejor comunicación entre los miembros del equipo y la Gerencia de Proyectos, estandarizando los procedimientos para realizar la misma, como lo es la guía de reuniones de gestión de proyectos, guía de documentación y guía de versionamiento de los entregables de los proyectos.

3. Stakeholders del Proyecto En el siguiente cuadro se muestra los Stakeholders Generales de los diferentes Proyectos en General: Rol

Stakeholders Gerente General de Empresas Virtuales  Pilar Stronguiló (2012-2)  Daniel Aderhold (2013-1) Comité de Proyectos:  Rosario Villalta  Carlos Raymundo  Jimmy Armas  Luis Garcia

Clientes

Cliente Externo:  Raúl Chiappe (Proyecto EVAC: Análisis y Diseño de la arquitectura procesos para los centros educativos del nivel secundario Proceso de Gestión de Soporte Académico) Profesores clientes:  Alfredo Barrientos  María Pía Marroquí  Ronald Grados Clientes de la universidad:  Marianella Castillo  Segundo Jaramillo

Gerentes Funcionales

Asesores de Proyectos

Gerente General: Ronald Grados Gerente de Proyectos y Recursos: Giuliana Cabello ADAP-AC: Analisis y diseño de la Arquitectura de procesos para la acreditacion  Jimmy Armas

Página 91

Memoria de Gerencia AP-MC2E: Arquitectura de Procesos para Mantener el Contacto Continuo con los Egresados de la Escuela de Sistemas y Computación de la UPC  Pedro Castañeda EVAC: Análisis y Diseño de la arquitectura procesos para los centros educativos del nivel secundario: Proceso de Gestión de Soporte Académico  María Pía Marroquí GCD: Gestión de coordinaciones de docentes (actas y consolidado de horas) - Esc. Ing. de Sistemas y Computación  Ronald Grados IFC-DC: Gestión de Informes de Fin de ciclo - Docentes de la Escuela de Ing. de Sistemas y Computación  Ronald Grados MKDCOM: Marketing Digital para la Escuela de Ingeniería de Sistemas y Computación  Alfredo Barrientos PPP: Gestión de Prácticas Pre-Profesionales (PPP) de la Escuela de Ing. de Sistemas y Computación  Ronald Grados SEEA: Software Educativo para la Enseñanza de Estadística Aplicada 1  Ronald Grados SIGERCOV: Gestión de Reportes de Control y Verificación de la Escuela de Ing. de Sistemas y Computación  Ronald Grados

Equipo de Proyecto

Taller de Proyecto 1 Taller de Proyecto 2

Personal de Apoyo

Taller de Desempeño Profesional 2

Tabla 23: Stakeholders generales de los proyectos Fuente: Elaboración propia

Página 92

Memoria de Gerencia

En el siguiente cuadro, se muestra los Stakeholders Generales de los diferentes Proyectos por su influencia y autoridad:

Alta Baja

Influencia sobre el proyecto

Autoridad sobre el proyecto Alta

Baja

- Equipo de Proyecto - Cliente - Asesores de proyectos

Gerentes funcionales

Personal de apoyo

Página 93

4. Comunicaciones del proyecto En el siguiente cuadro, se muestra la matriz de comunicaciones de los proyectos que se han llevado a cabo durante la gestión del 2012-2 y el 2013-1 en la empresa SSIA Información

Contenido

Documento

Nivel de Detalle

Responsable de Comunicar

Grupo Receptor

Iniciación del Proyecto

Datos y comunicación sobre la iniciación del proyecto

Project Charter

Medio

Jefe de proyecto

Comité de Proyectos, Gerente de Proyectos

Reporte de Estado de Proyectos Reporte de Monitoreo

Alto

Gerente de Proyectos

Coordinación de Proyecto

SPI (Schedule Performance Index) Parcial y Final de los Proyectos Datos del estado semanal del proyecto

Alto

Gerente de Proyectos

Cierre de Proyectos

Datos y comunicación sobre el cierre del proyecto

Cierre de Proyecto

Medio

Jefe de Proyectos

Estado del Proyecto

Comité de Proyectos, Jefe de Proyectos, Gerencia General Jefe de Proyectos, Gerencia General Comité de Proyectos, Jefe de Proyectos, Gerencia General

Tecnología o Metodología Impreso y Almacenamiento en dropbox

Frecuencia de Comunicación

Almacenamiento en dropbox

Semana 7 y Semana 15

Almacenamiento en dropbox

Semanal

Almacenamiento en dropbox

Una sola vez

Una sola vez

94

5. Guía de Reuniones de Gestión de Proyecto  Guías para Reuniones de Seguimiento y Control de Proyectos - Todas las reuniones deberán seguir las siguientes pautas: a) b) c) d)

Debe fijarse la agenda con anterioridad. Debe coordinarse e informarse fecha, hora, y lugar con los participantes. Debe iniciar con puntualidad. Se deben fijar los objetivos de la reunión, los roles (por lo menos el facilitador y el anotador), los procesos grupales de trabajo, y los métodos de solución de controversias. e) Se debe cumplir a cabalidad los roles de facilitador (dirige el proceso grupal de trabajo) y de anotador (toma nota de los resultados formales de la reunión). f) Se debe emitir el Reporte de Estado de Proyecto.

6. Guía para la Documentación de Proyectos  La codificación de los documentos del proyecto será la siguiente:

COD_CMT_DOC_VVV.FOR Donde: COD= Código del Proyecto (PBXX,PMXX) CMT= Código de metodología (EBM, SCRUM, XP, etc) DOC = Nombre del Documento VVV = Versión del Documento (vX.X) FOR = Formato del Archivo El Almacenamiento de los documentos se hará de la siguiente manera. 1. Al inicio de la ejecución del proyecto se creará una carpeta para el proyecto en el repositorio de Dropbox, y en este se encontrará una carpeta con el código del proyecto. Esta carpeta y la información que se almacene en ella es responsabilidad del Jefe de Proyecto del mismo. 2. Durante la ejecución del proyecto cada miembro del equipo guardará en las subcarpetas correspondientes las versiones de los documentos que vaya generando. 3. Al cierre de una fase o al cierre del proyecto cada miembro del equipo deberá eliminar los archivos temporales de trabajo de los documentos y se quedará con las versiones controladas y numeradas (ver sección 10). 4. El Gerente de Proyectos consolidará todas las versiones controladas y numeradas de los documentos, en un archivo final del proyecto, donde se almacenarán en el lugar correspondiente versiones finales de proyecto. 5. Se publicará una Relación de Documentos del Proyecto. 6. Los miembros de equipo borrarán sus carpetas de trabajo para eliminar redundancias de información y multiplicidad de versiones.

7. Guía de control de versiones 95

Memoria de Gerencia

 Todos los documentos de Gestión de Proyectos están sujetos al control de versiones, el cual se hace insertando al final del documento estándar con el siguiente diseño: Versión

Nombre

Descripción

Fecha

Cada vez que se emite una versión del documento se llena una fila en la cabecera, anotando la versión, quién emitió el documento, una breve descripción de lo que se hizo y la fecha correspondiente a la versión. Debe haber correspondencia entre el código de versión del documento que figura en esta cabecera de Control de Versiones y el código de versión del documento que figura en el nombre del archivo.

Página 96

Memoria de Gerencia

ANEXO N° 06: PLAN DE RIESGOS 1. Introducción El plan de Gestión de Riesgos permite identificar los riesgos que puedan afectar el éxito del cumplimiento del giro del negocio de la empresa SSIA, el cual está orientado a brindar mejoras para el sector educativo y brindar soporte a los procesos de acreditación ABET para las carreras de Ingeniería de Sistemas de Información e Ingeniería de Software en la UPC. Es importante identificar el tipo de riesgo, impacto, prioridad y definir las acciones de contingencia de los eventos que pueden significar un resultado negativo.

2. Propósito Este documento tiene como objetivo proporcionar una lista ordenada de los riesgos detectados en la gestión de la empresa (nombre de la empresa) y presentar un análisis de los mismos, de acuerdo a su probabilidad de ocurrencia y a su impacto potencial, así como presentar una estrategia de tratamiento para los mismos, y detallar un plan de seguimiento para asegurar que dichas estrategias sean exitosas.

3. Alcance Los riesgos presentados en este documento deben ser actualizados a medida que se realicen las actividades principales de la empresa. Es decir esta lista debe ser analizada y actualizada para conseguir identificar y prever los posibles eventos que puedan influir negativamente en el éxito de la empresa.

4. Detalles de la organización A continuación se indican datos generales de la empresa: nombre, giro de negocios, actividades y/o servicios que brinda, responsables. Empresa: SSIA. Tipo de empresa: De línea. Giro de negocio: Consultora. Actividades: Generar proyectos que brinden mejoras a centros educativos y optimicen las actividades de soporte para la acreditación ABET. Responsables: -

Gerente General: Ronald Grados Gerente de proyectos y recursos: Giuliana Cabello

5. Agentes involucrados En esta sección, se listan las personas y/o empresas que generan inputs en el plan de gestión de riesgos y los interesados de su elaboración. -

Gerente General de la empresa. Gerente General de las empresas virtuales. Comité de proyectos. Página 97

Memoria de Gerencia

-

Jefes de Proyectos. Analistas de Sistema. Administradores de Base de Datos. Empresa de soporte QA. Empresa de soporte Software Factory. Empresa de soporte IT-Expert. Delegados de las secciones de clase. Personal del Área de Sistemas del pabellón L de la UPC

6. Identificación de riesgos Para el mejor entendimiento de la lista de riesgos, se explicarán los criterios utilizados para establecer las probabilidades de ocurrencia del riesgo y los valores de nivel de impacto del mismo en la empresa. a) Tipo de Riesgos Es la clasificación de riesgos que se va a contemplar dentro de la descripción de los riesgos. Tipo de Riesgos Técnico Negocio Tiempo Recursos

Descripción Orientado a los riesgos que involucren hardware o arquitectura. Orientado a un riesgo que involucre el proceso del negocio. Orientado al cambio del cronograma o tiempo del proyecto. Orientado con los recursos humanos, espacio o materiales.

b) Probabilidad Es la probabilidad de que ocurra el riesgo durante la gestión de la empresa. Lo valores considerados en el plan de gestión de riesgos se explican en la siguiente tabla: Nivel

Probabilidad

A

Casi seguro

B C D

Probable Posible Improbable

E

Raro

Detalle Se espera que suceda en la mayoría de circunstancias El evento es probable que suceda al menos una vez. El evento puede ocurrir en cualquier momento No se espera que ocurra el evento El evento puede ocurrir en situaciones excepcionales

c) Impacto Es cuánto representaría el riesgo para el desarrollo de las actividades de la empresa. Los valores considerados en el plan de riesgos se explican en la siguiente tabla. Página 98

Memoria de Gerencia

Nivel 1

Probabilidad Insignificante

2

Bajo

3

Moderado

4

Alto

5

Muy alto

d) Severidad Severidad Alta Moderada Baja

Detalle Bajo impacto, se mantiene dentro de la empresa Bajo impacto, tiene conocimiento de terceros. Lo soluciona el Gerente Alumno. Impacto medio, tiene conocimiento de terceros. Lo soluciona el Gerente General de la empresa. Alto impacto, requiere la intervención de terceros para su solución (Gerencia General de Empresas virtuales). Crítico, requiere la intervención de terceros para su solución (Comité de proyectos).

Descripción Trae una consecuencia grande para el proyecto. Afecta moderadamente al proyecto. No presenta consecuencias para el desarrollo del proyecto.

e) Naturaleza del riesgo

Identificamos los riesgos impactan negativamente o positivamente dentro de la empresa. Impacto Riesgo

Descripción

Amenaza

Afecta de manera negativa al desarrollo del proyecto.

Oportunidad

Afecta de manera positiva al desarrollo del proyecto.

Página 99

Memoria de Gerencia

Nivel de los riesgos De acuerdo al puntaje obtenido para cada riesgo según los pesos de impacto y probabilidad, los clasificaremos de acuerdo a las siguientes tablas:

Impacto

Probabilidad

f)

1 Insignificante A Casi seguro Alto B Probable Medio C Posible Bajo D Improbable Bajo E Raro Bajo

2 Bajo Alto Alto Medio Bajo Bajo

3 Moderado Crítico Alto Alto Medio Bajo

4 Alto Crítico Crítico Crítico Alto Alto

5 Muy alto Crítico Crítico Crítico Crítico Alto

Página 100

7. Matriz de riesgos Para la construcción de la matriz de riesgos, se ha tenido en cuenta describir los riesgos de la siguiente manera: “_______________, podría ___________________, lo que generaría______________”. CAUSA RIESGO IMPACTO Los tipos de respuesta a usar serán: - Evitar - Mitigar - Transferir - Explotar - Compartir - Mejorar - Aceptar

CÓDIGO

RSSIA00 1

RSSIA00 2

DESCRIPCIÓN DEL RIESGO

TIPO DE RIESGO

Las demoras en la obtención de input y/o carga de la Base de Datos SSIA podrían retrasar la generación de encuestas, lo que NEGOCIO generaría pérdida de información de las secciones que no se cubra por falta de tiempo. Los cambios realizados por el Comité en fechas, entregables y validez de proyectos podría afectar el TIEMPO tiempo en que concluya el proyecto, lo que generaría incertidumbre respecto

NATURALEZA DEL IMPACTO DEL RIESGO

AMENAZA

AMENAZA

PROBABILIDAD

POSIBLE

POSIBLE

IMPACTO

ALTO

ALTO

SEVERIDAD

ENTREGABLES AFECTADOS

ALTA

Tabulación de encuestas de fin de ciclo ABET

MODERADA

Project Charter Memoria Producto software desplegado

TIPO DE RESPUESTA

RESPONSABLE DE LA RESPUESTA

FECHA PLANIFICADA

PLAN DE CONTINGENCIA Acelerar el levantamiento de data de Intranet para poder realizar la carga a través de la aplicación APCDA. Si es que el retraso se debe a la aplicación, se realizará la carga manual para poder generar las encuestas en la semana 11.

Mejorar

Gerente alumno de Semana 9 SSIA.

Mitigar

Informar al Comité respecto al impacto que tienen los cambios en los Gerente alumno de Apenas se detecte el proyectos y coordinar con SSIA. riesgo los equipos las acciones a tomar para aminorar el impacto de los cambios.

101

Memoria de Gerencia al éxito del proyecto.

Tabla 24: Riesgos encontrados para SSIA (Parte 1) Fuente: Elaboración propia CÓDIGO

RSSIA00 3

RSSIA00 4

DESCRIPCIÓN DEL RIESGO

TIPO DE RIESGO

La ausencia de Gerente de Proyectos y Recursos por eventos externos (Enfermedad o personal) podría dejar a la empresa sin NEGOCIO dirección por uno o más días, lo que generaría retrasos en las actividades planeadas durante su período de ausencia.

La falta de conocimiento del equipo de proyecto respecto al tema que les fue asignado podría afectar el tiempo en que concluya el proyecto, así como su calidad, lo que generaría incertidumbre respecto al éxito del proyecto.

NEGOCIO

NATURALEZA DEL IMPACTO DEL RIESGO

AMENAZA

AMENAZA

PROBABILIDAD

RARO

PROBABLE

IMPACTO

MODERADO

ALTO

SEVERIDAD

MODERADA

MODERADA

ENTREGABLES AFECTADOS

Documentación que requiera la presencia obligatoria del Gerente de Proyectos y Recursos (Firma de SLAs, contratos, etc.)

Project Charter Memoria Producto software desplegado

TIPO DE RESPUESTA

RESPONSABLE DE LA RESPUESTA

FECHA PLANIFICADA

PLAN DE CONTINGENCIA

Mitigar

Si es que el Gerente de Proyectos y Recursos se encuentra con la capacidad de asignar a un representante temporal, Gerente alumno de Apenas se detecte el le indicará al Gerente SSIA. riesgo General quién será y qué eventos debe reportar al Gerente de Proyectos y Recursos cuando retome sus actividades.

Mitigar

De haber casos en los que los equipos de proyectos no conocen a profundidad el tema sobre el que trabajarán, se fomentará la investigación por parte Gerente alumno de Apenas se detecte el del equipo y la SSIA. riesgo capacitación por parte de los asesores o profesores clientes. Además, se le facilitará al equipo de proyecto información que pueda apoyar su trabajo (Ejemplo: Modelos de encuestas tabuladas).

Tabla 25: Riesgos encontrados para SSIA (Parte 3) Fuente: Elaboración propia

Página 102

Memoria de Gerencia

CÓDIGO

RSSIA00 5

RSSIA00 6

DESCRIPCIÓN DEL RIESGO

TIPO DE RIESGO

Los retrasos en entregas a QA o Software Factory podrían afectar las fechas de presentación de entregables de los NEGOCIO proyectos, lo que generaría efectos negativos en la calidad de los proyectos y podría hacerlo fracasar. La falta de conocimiento del equipo de proyecto respecto al tema que les fue asignado podría afectar el tiempo en NEGOCIO que concluya el proyecto, así como su calidad, lo que generaría incertidumbre respecto al éxito del proyecto.

NATURALEZA DEL IMPACTO DEL RIESGO

AMENAZA

AMENAZA

PROBABILIDAD

CASI SEGURO

PROBABLE

IMPACTO

ALTO

ALTO

SEVERIDAD

ENTREGABLES AFECTADOS

TIPO DE RESPUESTA

RESPONSABLE DE LA RESPUESTA

FECHA PLANIFICADA

ALTA

Documentación que requiere la validación de QA, entregables desarrollados por Software Factory que deben ser desplegados en los servidores de IT-Expert.

Mitigar

Apenas entren en Gerente alumno de vigencia los contratos SSIA. con QA y Software Factory

MODERADA

Project Charter Memoria Producto software desplegado

Mitigar

Gerente alumno de Apenas se detecte el SSIA. riesgo

PLAN DE CONTINGENCIA Si es que el Gerente de Proyectos y Recursos se encuentra con la capacidad de asignar a un representante temporal, le indicará al Gerente General quién será y qué eventos debe reportar al Gerente de Proyectos y Recursos cuando retome sus actividades. Solicitar reuniones con Líder de Línea de QA, así como con las gerencias de dicha empresa y de Software Factory para analizar cuáles son los proyectos que no están cumpliendo, con los cuales habrá reuniones para descubrir las causas de los retrasos y las soluciones.

Tabla 26: Riesgos encontrados para SSIA (Parte 3) Fuente: Elaboración propia

Página 103

A base de la información detalla en el cuadro anterior, podemos clasificar los riesgos según su probabilidad y a su impacto con el fin de establecer cuáles son los más críticos para la empresa. Esta matriz específica combinaciones de probabilidad e impacto que llevan a asignarle una categoría a los riesgos como de prioridad Crítica, Alta, Media o Baja en términos del negocio, según el rango en que se encuentre la calificación (impacto vs. probabilidad) que se señala en la plantilla Manejo de Riesgos. Impacto

Probabilidad

1 Insignificante

2 Bajo

3 Moderado

4 Alto

A Casi seguro

RSSIA005 RSSIA004

B

RSSIA006 RSSIA001

Probable

C Posible D Improbable 3 Raro

5 Muy alto

RSSIA002

RSSIA003

De acuerdo a los datos recogidos en la tabla anterior, podemos resumir los riesgos por categoría, de la siguiente manera: Categoría Baja Media Alta Crítica TOTAL RIESGOS

Total 1 0 0 5 6

16.7% 0% 0% 84.3% 100%

104

Memoria de Gerencia

ANEXO N° 07: PLAN DE CALIDAD 1. Introducción 1.1.

Propósito Este documento tiene como objetivo determinar las responsabilidades y políticas de calidad a fin de que los proyectos satisfagan las necesidades por las cuales fue emprendido.

1.2.

Alcance Definir los estándares de calidad, evaluaciones y revisiones, aceptación de los entregables y las actividades de mejora de los proyectos clientes de Software Factory.

1.3.

Definiciones, acrónimos y abreviaturas UPC: Universidad Peruana de Ciencias Aplicadas

2. Plan de Gestión de la Calidad 2.1.

Política de calidad La empresa SSIA tiene como política de calidad el compromiso de culminar los proyectos dentro del tiempo planificado impulsando los principios de honestidad, liderazgo y desarrollo personal, asegurando que el producto final satisface al cliente.

2.2.

Línea base de calidad En este apartado, se especifican los factores de calidad para los proyectos de la empresa SSIA. Para cada factor, se definirá los objetivos, métricas y frecuencias de medición.

Factor de calidad relevante

Objetivo de calidad

Métrica a usar

Avance del proyecto

Avance= 1.0

Avance= Actividades realizadas / Actividades totales

2.3.

Frecuencia y momento de medición

Frecuencia de momento de reporte

Frecuencia Frecuencia Semanal Semanal Medición martes Reporte martes

Plan de mejora del proceso En esta parte del documento se mencionará la manera de cómo mejorar los procesos. Para poder realizar la mejora de proceso, se deberá definir el proceso y determinar la propuesta de mejora. Luego, se deberá definir cuáles van a ser las acciones correctivas para mejorar el proceso y estandarizarlo para que esta propuesta sea parte del proceso. Cada vez que se deba mejorar un proceso, se seguirán los siguientes pasos: a) Delimitar el proceso b) Determinar la oportunidad de mejora Página 105

Memoria de Gerencia

c) d) e) f) g) h)

2.4.

Tomar información sobre el proceso Analizar la información levantada Definir las acciones correctivas para mejorar el proceso Aplicar las acciones correctivas Verificar si las acciones correctivas han sido efectivas Estandarizar las mejoras logradas para hacerlas parte del proceso

Matriz de actividades de calidad Este punto permite definir las actividades a realizar para asegurar la calidad de los proyectos.

Actividad

Frecuencia

Inicio

Acciones

Medir tiempo de respuesta para Cada vez que se presenten mitigar riesgos por señales de riesgo hito de proyecto

Al identificar riesgo

Seguir el Plan de Riesgos

Validar entregables por proyecto

Después de Plan de Trabajo

Aprobación por QA y Gerente de Proyectos y Recursos Humanos

2.5.

Semanal

Roles para la gestión de calidad

Roles

CLIENTE

GERENTE DE PROYECTOS Y RECURSOS HUMANOS

Objetivos del rol: Responsable de proporcionar las necesidades y requerimientos del proyecto. Funciones del rol: Revisar, aprobar, y dar conformidad al avance del proyecto. Además de tomar acciones correctivas para mejorar la calidad del desarrollo del proyecto. Reporta a: Gerente de Proyectos y Recursos Humanos Supervisa a: Responsable de desarrollo Objetivos del rol: Responsable de supervisar y monitorear los entregables que generan cada uno de los proyectos de la empresa. Funciones del rol: Revisar, aprobar, y dar conformidad los documentos y entregables de cada uno de los proyectos. Además dar asesoría y feedback a cada uno de los proyectos, verificando que su desarrollo sea de calidad. Reporta a: Gerente General Página 106

Memoria de Gerencia

COLABORADOR GERENCIAL

2.6.

Supervisa a: Colaborador Gerencial Jefes de Proyecto Analistas de Sistema Administrador de Base de Datos Asesores de Gestión de Proyectos Objetivos del rol: Responsable de llevar un seguimiento de los cronogramas y generación de entregables de los proyectos Funciones del rol: Apoyar en la generación de reportes semanales que permitan monitorear el avance de los proyectos Reporta a: Gerencia de Proyectos y Recursos Humanos

Documentos normativos para la calidad DOCUMENTOS NORMATIVOS PARA LA CALIDAD Para Mejora de Procesos Para Auditorias de Procesos Procedimientos Para Reuniones de Aseguramiento de Calidad Para Resolución de Problemas Métricas Plantillas Plan de Gestión

Formatos

2.7.

Métricas Línea Base de Calidad Plan de Gestión de Calidad

Procesos de gestión de la calidad

PROCESOS DE GESTIÓN DE LA CALIDAD Para asegurar la calidad del proyecto se realizara el seguimiento y monitoreo del avance de los proyectos de la cartera de proyectos clientes y revisando los resultados del control de calidad. Esto Enfoque de Aseguramiento permitirá mejorar los procesos oportunamente. de la Calidad Se formalizara los cambios a través de solicitudes, las cuales deben ser aprobadas y validadas por el Gerente de Proyectos y Recursos Humanos. Además, revisar que los cambios se hayan realizado y ejecutado oportunamente en el proyecto.

Página 107

Memoria de Gerencia

El control de calidad de los entregables se llevará a cabo mediante la Enfoque del Control de la revisión del Gerente de Proyecto y Recursos Humanos, el cliente y el Calidad equipo de proyecto (Jefe de Proyecto y Analista de Sistema). Para la mejora de procesos inicialmente se debe determinar la propuesta de mejora y determinar la información para el proceso. Esto permitirá analizar la información, plantear acciones correctivas y propuestas de mejora. Cada vez que se requiera mejorar un proceso se seguirá lo siguiente: 1. Delimitar el proceso Enfoque de Mejora de 2. Determinar la oportunidad de mejora Procesos 3. Tomar información sobre el proceso 4. Analizar la información levantada 5. Definir las acciones correctivas para mejorar el proceso 6. Aplicar las acciones correctivas 7. Verificar si las acciones correctivas han sido efectivas 8. Estandarizar las mejoras logradas para hacerlas parte del proceso

Página 108

Memoria de Gerencia

ANEXO N° 08: PLAN DE ALCANCE 1. Introducción 1.1.

Propósito Este documento tiene como objetivo proporcionar el planeamiento del alcance de los proyectos de la empresa SSIA.

1.2.

Alcance Definir el alcance de los proyectos de la cartera SSIA.

1.3.

Definiciones, acrónimos y abreviaturas UPC: Universidad Peruana de Ciencias Aplicadas SSIA: Sistemas y Software para la Acreditación

2. Plan de Alcance En esta sección se definirá el alcance del proyecto para final del Ciclo 2013-1

2.1.

Proceso de definición de alcance La empresa SSIA tiene como objetivo principal ser reconocida como la mejor empresa virtual por ofrecer servicios de alta calidad. Para ello, uno los factores que se tiene que tener en cuenta es contar con un proceso claro de la definición del alcance de los proyectos según los requerimientos de cada cliente. Los proyectos de la cartera de SSIA son de 3 tipos:  Proyectos profesionales Sistemas  Proyectos profesionales Software  Proyecto de investigación

Tanto para los proyectos profesionales de sistemas e investigación solo se tiene que definir un alcance del proyecto, mientras que para los proyectos de software se debe abarcar tanto el alcance del proyecto como el alcance del producto que tendrá como resultado. El proceso que establece la empresa SSIA se basa en la guía del PMBOK, la cual indica que el proceso de definición del alcance se basa en establecer que está y que no está definido en el proyecto y sus entregables. Esta definición del alcance debe ser documentada en la memoria del proyecto considerando los siguientes puntos:       

Objetivos del proyecto Descripción del alcance del proyecto Descripción del alcance del producto ( solo si aplica) Fronteras de proyecto Entregables de proyecto Criterios de aceptación de entregables Restricciones del proyecto Página 109

Memoria de Gerencia

2.2.

Proceso para verificación del alcance La verificación del alcance consiste en formalizar la aceptación de los entregables terminados con los clientes, por lo cual los jefes de proyecto tendrán que reunirse con sus respectivos clientes para realizar una revisión de los entregables de tal que manera que se asegure la elaboración satisfactoriamente del entregable y se pueda el acta de aceptación por parte del cliente.

2.3.

Proceso para control del alcance Como se mencionó anteriormente el cliente del proyecto es el encargo de aprobar y revisar los entregables terminados que se van a elaborar para el proyecto. Pero este puede requerir cambios en sus requerimientos que afecten el alcance que se definió al inicio del proyecto. Para ellos es que se tiene que cubrir los siguientes puntos:      

Identificación del cambio Valoración del impacto Documentación Revisión Aprobación del cliente y jefes del proyecto Control de cambios

ANEXO N° 09: PLAN DE TIEMPO 1. Introducción 1.1.

Propósito Este documento tiene como objetivo proporcionar la gestión del tiempo de los proyectos de SSIA con la finalidad de establecer procesos que puedan garantizar el cierre de los proyectos en las fechas planificadas.

1.2.

Alcance Definir la gestión de tiempo de los proyectos de la cartera SSIA.

1.3.

Definiciones, acrónimos y abreviaturas UPC: Universidad Peruana de Ciencias Aplicadas PERT: Técnica de Revisión y Evaluación de Programas

2. Plan de Gestión de Tiempo 2.1.

Proceso para estimación de recursos de las actividades Para la estimación de recursos que se necesitan para cada actividad planteada en la lista de tareas, los jefes de proyecto deben solicitar los perfiles y calendarios de los recursos que se les asignen (externos e internos de la empresa). Página 110

Memoria de Gerencia



Internos: Solicitar el MOF de la empresa para ver las funciones de los recursos y como es que pueden colaborar en la realización de las actividades.  Externos: Solicitar perfil o habilidades a los gerentes alumnos de las empresas de apoyo acerca de los recursos brindados para sus proyectos. En caso los jefes de proyecto no puedan estimar cuantos recursos necesitan para realizar algunas de las actividades planteadas en la lista de actividades del proyecto, es su deber comunicarlo al Gerente General de SSIA para que los apoye a modo de juicio de expertos.

2.2.

Proceso para el control de cronogramas El proceso de control de cronogramas está a cargo del Colaborador Gerencial, quien tiene como obligación realizar el monitoreo de los avances de los cronogramas de todos los proyectos de la cartera de SSIA. Este monitoreo será realizado todos los jueves en las clases de talleres profesionales respetando los siguientes criterios:  





Los jefes de proyecto deben actualizar sus cronogramas a más tardas los miércoles hasta la medianoche. Los jefes de proyecto deben estar presentes en el monitoreo de los cronogramas, es decir en caso se ausenten o lleguen tarde deben avisar al administrador de cronogramas para considerar los avances respectivos. Caso contrario, se colocará el porcentaje de avance de la semana anterior a la revisión. En caso exista algún motivo de retraso en los cronogramas, los jefes de proyecto deben comunicar y evidenciar al administrador de cronogramas el motivo de retraso (actas y/o correos). El administrador de cronogramas debe solicitar evidencia de los avances de los jefes de proyecto (artefactos y/o entregables).

Página 111

El administrador de cronogramas tiene como responsabilidad elaborar un informe del status del avance de los cronogramas de los proyecto de la empresa SSIA, con la finalidad de comunicarlo al Gerente General de SSIA para que tome las medidas necesarias de los retrasos.

Seguimientos de proyectos Observaciones Cronograma Real (%): ADAP-AC Cronograma Planificado (%): Cronograma Real (%): GCD Cronograma Planificado (%): Cronograma Real (%): GISC Cronograma Planificado (%): TP1 Proyectos ABET Cronograma Real (%): IFC-DC Cronograma Planificado (%): Cronograma Real (%): PPP Cronograma Planificado (%): Cronograma Real (%): SIGERCOV Cronograma Planificado (%): Cronograma Real (%): AP-MC2E Cronograma Planificado (%): Cronograma Real (%): APCENS Cronograma Planificado (%): ARCUS SEEA TP2

Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%):

EVAC MKDCOM

Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):

89% 93% 57% 63% 43% 46% 28% 30% 48% 51% 36% 39% 90%

Desface (%): -4% Desface (%): -6% Desface (%): -3% Desface (%): -2% Desface (%): -3% Desface (%): -3%

Desface (%): 0% 90% 84% Desface (%): -7% 91% 89% Desface (%): 90% 84% Desface (%): 89% 99% Desface (%): 99% 95% Desface (%): 98%

-1% -5% 0% -3%

Tabla 27: Ejemplo de desarrollo de reporte de estado semanal de los proyectos

2.3.

Gestión de reuniones Existen cuatro tipos de reuniones en los talleres académicos para los jefes de proyecto: las reuniones de jefes de proyectos con clientes, con asesores, con gerentes de la empresa y las reuniones con los proveedores.

2.3.1. Reuniones de Jefes de Proyecto con proveedores 112

Memoria de Gerencia

El objetivo principal de estas reuniones es definir los acuerdos, firmar contratos y algunas esporádicas para revisar el rendimiento de los recursos provisionados. Software Factory Actividad Tiempo aprox. Definir acuerdos 30 minutos Firmar contratos 15 minutos Evaluar rendimiento de 15 minutos recursos QA Actividad Definir acuerdos Firmar contratos Evaluar rendimiento recursos

Tiempo aprox. 30 minutos 15 minutos de 15 minutos

IT-Expert Actividad Definir acuerdos Firmar contratos

Tiempo aprox. 30 minutos 15 minutos

Entonces, las reuniones con los proveedores en promedio se distribuyen de la siguiente manera: Tipo de Reunión Tiempo Semana 1-2 45 minutos Semana 3+ 30 minutos

Página 113

Memoria de Gerencia

2.3.2. Reuniones de Jefes de Proyecto con Gerentes El objetivo principal de estas reuniones es definir la gestión del proyecto (incluye la identificación de la(s) metodología(s) de desarrollo), revisar los avances del proyecto, absolver y dudas sobre la gestión del proyecto.

Actividad Definir gestión del proyecto

Tiempo 60 minutos

Revisar avances Absolver dudas

20 minutos 10 minutos

Frecuencia 1 vez por proyecto Semanal

Entonces, las reuniones con los gerentes en promedio se distribuyen de la siguiente manera:

Tipo de Reunión Semana 1-2 Semana 3+

Tiempo 60 minutos 30 minutos

2.3.3. Reuniones de Jefes de Proyecto con asesores (no Gerentes) El objetivo principal de estas reuniones es levantar información acerca del proyecto y absolver dudas acerca de la documentación del proyecto (respecto a la funcionalidad de la solución).

Actividad Levantar Información Dudas

Tiempo 30 minutos 15 minutos

Entonces, las reuniones con los asesores en promedio se distribuyen de la siguiente manera:

Tipo de Reunión Semana+

Tiempo 45 minutos

2.3.4. Reuniones de Jefes de Proyecto con clientes El objetivo principal de estas reuniones es definir los requerimientos del cliente, revisar el plan del proyecto, validar los avances de los proyectos, revisar cualquier tipo de dudas y absolver cualquier problema que se presente en los proyectos. Para estas actividades se ha estimado la siguiente distribución de tiempos:

Actividad Toma de Requerimientos Revisión Plan de Proyecto Avances de los Proyectos (documentación, artefactos, sprints) Dudas

Tiempo 120 minutos 60 minutos 20 minutos

10 minutos Página 114

Memoria de Gerencia

Gestión de Problemas

10 minutos

Entonces, las reuniones con los clientes en promedio se distribuyen de la siguiente manera:

Tipo de Reunión Semana 1-2 Semana 3+

2.4.

Tiempo 120 minutos 40 minutos

Control de reuniones El Gerente de Proyectos y Recursos debe de controlar todas las reuniones de los jefes de proyecto con el fin de que se realicen con éxito y que el cronograma de reuniones no se altere, asegurando que se realizan de acuerdo a las actividades del Plan de Trabajo. De no existir un acta que respalde la reunión, debe haber evidencia de comunicación (Ejemplo: Correo electrónico) o una justificación indicada a tiempo y corroborada.

2.5.

Cronograma del ciclo El cronograma del ciclo es definido la primera semana por el gerente general de las Empresas Virtuales. En el presente cronograma se definen las fechas de evaluaciones, fechas de revisiones y fechas de cualquier evento especial relacionado al funcionamiento de las Empresas Virtuales.

Página 115

Memoria de Gerencia

ANEXO N° 10: PLAN DE GESTIÓN DE PROYECTO 1. Propósito El Plan de Gestión de Proyectos tiene como propósito definir la metodología para gestionar los proyectos que se desarrollaran en la empresa virtual , incluyendo los planes de gestión de la empresa definidos

2. Objetivo El objetivo del Plan de Gestión de Proyectos es llevar un control de la cartera de proyectos que maneja la empresa SSIA, con la finalidad de que los proyectos cumplan los plazos establecidos y tengan de calidad esperada. Esto se lleva a cabo definiendo los responsables de cada uno de éstos, los entregables a presentar, las metas cuantitativas.

3. Proyectos 3.1. Código

EIA

INDIGO

Gestión 2012-2 Descripción

Integrantes ROJAS SIHUAY, DIEGO Implementación de evidencias indirectas ABET VERGARA APARICIO, MARCO ANTONIO Software Educativo para la Enseñanza y el Aprendizaje de GIRALDO CANTA, Geometría y Medición en el 1ero de Secundaria de RICHARD Colegios Nacionales EDUARDO

Taller

ROJAS SALLES, SERGIO AYRTON GSAU

Gestión de Servicios Administrativos UPC

PICON KU, HUGO JUNIOR

TP2

ROSALES BARRETO, LUIS ALBERTO ARTEAGA SANCHEZ, JAYLLI VICTOR AURELIO IPS

EVAC

Intranet de Proyectos SSIA

Espacios Virtuales de Aprendizaje Colaborativo

POMAJUICA CURISINCHE, VICTOR CESAR CAMARENA ZAPATA, ALBERTO HUGO SILVA PERALTA, CESAR EDILBERTO

SEOV

Sistema Experto de Orientación Vocacional

CHAHUAS REBATTA,

TP1

CESAR Página 116

Memoria de Gerencia

EDUARDO VALDIVIA BARBA, HENRY ALONSO UECHI LÓPEZ, EDUARDO AKIRA

MKDCOM

ARCUS

Marketing Digital para la Escuela de Ingeniería de VILLA PALACIOS, Sistemas y Computación SABRINA ALEXANDRA Software Educativo para el aprendizaje y la práctica del CERVANTES SUYO, curso de matemática en el 1ro. de secundaria de la ÚRSULA LUCÍA institución educativa N° 6092 Mateo Pumacahua

Tabla 28: Cartera de proyectos de SSIA de la gestión 2012-2 Fuente: Elaboración propia

Página 117

Memoria de Gerencia

3.2. Código

EVAC

Gestión 2013-1 Descripción

Espacios Virtuales de Aprendizaje Colaborativo

Integrantes

Taller

SILVA PERALTA, CESAR EDILBERTO

CHAHUAS REBATTA, CESAR EDUARDO SEEA

Software Educativo para la Enseñanza de Estadística Aplicada 1 VALDIVIA BARBA, HENRY ALONSO

UECHI LÓPEZ, EDUARDO AKIRA TP2 MKDCOM

Marketing Digital para la Escuela de Ingeniería de Sistemas y Computación VILLA PALACIOS, SABRINA ALEXANDRA

ARCUS

GISC

Software Educativo para el aprendizaje y la CERVANTES práctica del curso de matemática en el 1ro. de SUYO, ÚRSULA secundaria de la institución educativa N° 6092 LUCÍA Mateo Pumacahua

HERNÁNDEZ Gestión de Indicadores de la Escuela de Ing. de PECHO, CARLOS TP1 Sistemas y Computación DANIEL Página 118

Memoria de Gerencia

BLAS PAREDES, CÉSAR CALEB

GCD

ARRATIA LIZÁRRAGA, EDUARDO Gestión de coordinaciones de docentes (actas y ANDRÉS consolidado de horas) - Esc. Ing. de Sistemas y Computación NÁQUIRA HIDALGO, EDUARDO ALFREDO

AP-MC2E

SOTO Metodología para el seguimiento a los Egresados MELÉNDEZ, de la Escuela de Ingeniería de Sistemas y FRANK ALFRED Computación de la UPC RATTO FABIÁN, JUAN DANIEL

PPP

CAMAVILCA CALDERÓN, Gestión de Prácticas Pre-Profesionales (PPP) de ERICK la Escuela de Ing. de Sistemas y Computación CÉSPEDES LA COTERA, GIORGIO LOIS

IFC-DC

Gestión de Informes de Fin de ciclo - Docentes de la Escuela de Ing. de Sistemas y Computación

MARTINEZ HERNÁNDEZ, RENZO WILFREDO POZO INCAHUANACO, CÉSAR WOLFGANG

ADAP-AC

BAZÁN INFANTAS, Análisis y Diseño de la Arquitectura de Procesos VANESSA para la Acreditacion LEÓN MADRID, EDGARD OMAR

SIGERCOV

HERRERA Gestión de Reportes de Control y Verificación de VALLE, RICARDO la Escuela de Ing. de Sistemas y Computación HERNÁN Página 119

Memoria de Gerencia

CHÁVEZ FIGUEROA, OSWALDO ANDRÉS

APCENS

CAMARENA ZAPATA, Arquitectura de Procesos para los Centros ALBERTO HUGO Educativos de Nivel Secundario CÁRDENAS QUIRÓS, RICARDO IVÁN

Tabla 29: Cartera de proyectos de SSIA de la gestión 2012-2 Fuente: Elaboración propia

Página 120