PLANIFICACION DE PROYECTO DE SOFTWARE 1. INTEGRACIN 1.

1 Charter del proyecto ACTA DEL PROYECTO Fecha de elaboracin del Acta del proyecto 15/04/2011 Cdigo del proyecto 01 INFORMACIN GENERAL DEL PROYECTO Nombre del proyecto Anlisis, Diseo e Implementacin de un Sistema documental para la radicacin de informacin en Secretaria General de la Universidad Francisco de Paula Santander - Ccuta, Norte de Santander. rea funcional que solicita el proyecto Secretaria General de la UFPS Nombre del director del proyecto Manuel Fabricio Mora Mndez ENFOQUE DEL PROYECTO Provee una visin a nivel ejecutivo del Plan de Proyecto: identifica la necesidad o el problema de negocio o de la organizacin a resolver Descripcin del proyecto La Secretara General es una dependencia que bajo la direccin del Rector, ejerce todas las funciones relacionadas con la formalizacin, custodia, refrendacin y notificacin de los actos administrativos que expidan los organismos de direccin y gobierno universitario. Tendr adems el manejo y coordinacin de los servicios de asesora jurdica y de las bases de datos sobre aspectos legales, jurdicos e interpretacin de normas internas y el manejo del archivo general de la Institucin. Entre algunas de sus funciones especficas, se encuentran el conservar y custodiar en condiciones adecuadas los archivos generales y los correspondientes al Consejo Superior y dems rganos de los cuales sea secretario y Elaborar y mantener actualizada una base de datos sobre aspectos legales y jurdicos que aseguren la consistencia en la interpretacin de normas, estas en cuanto a tecnologa refiere. Teniendo en cuenta lo anterior, se desarrollar un sistema documental que permitir radicar informacin concerniente a las comisiones de estudios aprobadas por el Consejo Superior Universitario a los docentes de la UFPS para sus estudios de postgrados a nivel nacional e internacional. En este proceso se desea almacenar la informacin bsica de cada docente, el acuerdo que aprob su comisin de estudio y el aporte que se va a realizar para esa actividad. Este proyecto se realiza con el fin de tener registro de los profesores que realizan comisiones de estudio, agilizar la bsqueda de datos y desarrollar un sistema de toma de decisiones que apoye la labor de secretaria.

Problema o Necesidad de Negocio u Organizacional a resolver Pensando en mejorar los procesos propios de la secretaria general se piensa desarrollar un software que permita gestionar un sistema documental sobre comisiones de estudio desarrolladas en la Universidad Francisco de Paula Santander en Ccuta Colombia. En la actualidad, la informacin sobre las comisiones de estudio se almacena en hojas de clculo pero presentan problemas de seguridad porque cualquier persona puede manipular la informacin, otro inconveniente es que no se pueden hacer consultas, teniendo en cuenta que Excel no tiene esa cualidad. En el sistema que almacena los historiales de programas acadmicos la informacin se lleva en carpetas de gancho, lo cual es engorroso; ya que ocupa mucho espacio. Adems, al no tener un formato general para la informacin ah almacenada se dificulta la bsqueda de documentos y se pierde mucho tiempo. La secretaria General de la UFPS est necesitando mejorar sus procesos administrativos basado en los objetivos estratgicos de la Universidad, por ello es necesario generar informes ms funcionales que permitan tomar decisiones acertadas que contribuyan al desarrollo de la Organizacin.

Objetivos estratgicos La Universidad Francisco de Paula Santander, la cual es la empresa necesitada de este sistema, plantea en su Visin algunos tems especficos que refiere a tecnologa, los cuales dicen lo siguiente: -Una Investigacin basada en la utilizacin y el desarrollo de conocimientos y tecnologas avanzadas, aplicadas a la identificacin de problemas y necesidades del entorno y de posibles alternativas de solucin -Un adecuado clima organizacional caracterizado por: la calidad de vida de su capital humano; su capacidad de gestin administrativa y financiera; una eficiente infraestructura tanto fsica como tecnolgica. Adicional a esto, se contempla entre los Objetivos de la Institucin: -Promover la unidad nacional, la descentralizacin, la integracin regional y fronteriza, la cooperacin interinstitucional con miras a que la regin y el pas dispongan de los recursos humanos y de las tecnologas apropiadas que le permiten atender adecuadamente sus necesidades.

Objetivo del proyecto OBJETIVO GENERAL El Sistema Documental para la radicacin de informacin en Secretaria General, especficamente los procesos de Comisiones de Estudio e Historial de los programas acadmicos se realizara en un periodo no mayor a XXX das sin ninguna retribucin econmica.

OBJETIVOS ESPECIFICOS. Se analizara la estructura organizacional de la UFPS y se realizara el diagnostico actual de los procesos a desarrollar. Se estudiara la arquitectura actual del negocio. Se planteara los requerimientos funcionales del sistema y se disearan el sistema a desarrollar con nfasis en interfaces de usuario fciles de manejar. Se implementara el sistema y se harn las pruebas correspondientes para verificar la calidad del producto. Se implantara dicho sistema en la Secretaria General de la UFPS.

ABORDAJE DEL PROYECTO Describe la estrategia para desarrollar el proyecto

Entregas 1. Documentacin relacionada con la gestin del proyecto: Charter del Proyecto Plan del proyecto Lecciones Aprendidas

2. Documentacin relacionada con el desarrollo del producto: Para la fase del modelado del negocio: Procesos de la empresa Diagrama de actividades Actores del negocio

Anlisis del sistema: Captura de requerimientos funcionales Captura de requerimientos no funcionales Modelado de casos de uso Especificaciones bsicas de las interfaces Diagrama de colaboracin Diagrama de secuencia Modelo conceptual de clases Modelo conceptual de datos

Diseo del sistema: Diseo de interfaz de usuario Diagrama de clases Diagrama de persistencia MER Especificacin de mdulos de implementacin Arquitectura del sistema Diccionario de datos

Implementacin del software: Manual de usuario Manual del sistema Manual del administrador

Pruebas del Software Unitarias Integridad Funcional

Implantacin del software: Plan de implantacin del software Capacitacin del personal Pruebas de aceptacin

Exclusiones 1. No se realiza el proceso de aprobacin de las comisiones de estudio, solo se gestiona la informacin de las comisiones de estudio ya aprobadas por el Consejo Superior Universitario. 2. La informacin almacenada en el sistema ser llenada por algn beca trabajo y no por el equipo de desarrollo 3. La verificacin de la informacin almacenada en el historial de los programas acadmicos y en las comisiones de estudio es funcin de la misma Secretaria General y no del equipo desarrollador. Supuestos 1. 2. El equipo desarrollador est capacitado en el Anlisis y diseo de sistemas de informacin. Las maquinas donde se implantara el sistema soportan la aplicacin.

3. Los usuarios del sistema tienen disposicin para aclarar dudas sobre el anlisis y diseo de la aplicacin. 4. Las diferentes pruebas aplicadas al proyecto se realizaran por un equipo diferente al desarrollador.

Restricciones o limitaciones 1. El equipo desarrollador no recibe dinero por el desarrollo del sistema. 2. Los miembros del equipo desarrollarn sus actividades laborales en el horario establecido de 8 a.m. a 12 a.m. y de 2:00 p.m. a 6:00 p.m. 3. Se cuenta con un equipo Ejecutor conformado por dos personas: un director-analista y un desarrollador-diseador. 4. El equipo desarrollador conoce y maneja las herramientas necesarias para la elaboracin ptima del Proyecto. Asuntos, Riesgos y Problemas 1. Cambio de requerimientos funcionales en la etapa de implementacin. 2. El equipo desarrollador se desintegre por alguna causa mayor. 3. El equipo desarrollador tenga una fuerte carga acadmica que dificulte el proceso de desarrollo del software.

OTROS PROYECTOS RELACIONADOS Proyectos precedentes: Proyectos siguientes: N/A Anlisis, diseo e implementacin del proceso de aprobacin comisiones de estudio para el Consejo Superior Universitario.

AUTORIZACIN PARA EL PROYECTO Patrocinador Claudia Tolosa Director del proyecto Manuel Fabricio Mora Mndez Firma Fecha Firma Fecha

2. ALCANCE 2.1 Estructura desglosada del trabajo

2.2 Recopilar requisitos DATOS GENERALES Universidad Francisco de Paula Santander Claudia Tolosa Anlisis, Diseo e Implementacin de un Sistema documental para la radicacin de informacin en Secretaria General de la Universidad Francisco de Paula Santander - Ccuta, Norte de Santander. REQUERIMIENTOS FUNCIONALES DEL SISTEMA DESCRIPCION El sistema debe permitir agregar una Comisin de Estudio al Sistema, una vez esta haya sido aprobada por el Consejo Superior Universitario. Debe permitir consultar una Comisin de Estudio siempre y cuando esta haya sido registrada en el Sistema. Elimina una Comisin de Estudio una vez encontrada y verificada, si lo considera pertinente el administrador EL sistema debe permitir realizar consultas de Comisiones de Estudio a partir de: Fechas Profesores Listados Generales REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA DESCRIPCION El sistema debe ser de fcil uso y entrenamiento por parte de los usuarios, as como de fcil adaptacin de la entidad con el mismo, para lograr as una mejor aceptacin. El acceso al Sistema est restringido, limitando a algunos usuarios, donde solo el administrador tiene acceso a toda la informacin. El sistema debe ser construido sobre la base de un desarrollo evolutivo e incremental, de manera tal que nuevas funcionalidades y requerimientos relacionados puedan ser incorporados afectando el cdigo existente de la menor manera posible. La eficiencia del Sistema debe ser del 100%, permitiendo mejorar los tiempos de respuesta, a solicitudes de Comisiones que ya han sido registradas El sistema debe ser de fcil operacin en el rea de Secretaria General de la UFPS, y que demande un bajo nivel de soporte de los usuarios del sistema. Estar disponible 100% o muy cercano a esta disponibilidad durante el horario hbil laboral de la Secretaria de la UFPS (Ejemplo: de lunes a viernes de de 8:00 a.m. a 6:00 p.m., con excepcin de los das festivos). El acceso al Sistema debe estar restringido por el uso de claves asignadas a cada uno de los usuarios. Slo podrn ingresar al Sistema las personas que estn registradas, estos usuarios sern clasificados en varios tipos de usuarios (o roles) con acceso a las opciones de trabajo definidas para cada rol. El diseo grfico de los sistemas debe responder al diseo oficial de la Universidad Francisco de Paula Santander con los logos y colores alusivos a la institucin.

Nombre de la Empresa: Persona de Contacto: Nombre del Proyecto:

IDENTIFICACION RF 1 RF 2 RF 3 RF 4

IDENTIFICACION Facilidad de Uso

Seguridad Escalabilidad

Eficiencia Operatividad Disponibilidad

Jerarquizacin

Diseo

2.3 Definir el alcance CASOS DE USO DEL SISTEMA Descripcin Criterio de Priorizacin S P C Crea una nueva Comisin x de Estudio Accede a las Comisiones de Estudio que hayan sido ingresados previamente al x sistema, para alterar el contenido de la misma. Elimina una Comisin de Estudio, si las condiciones x lo permiten. Busca en el Sistema todas las transacciones de las Comisiones de Estudio, x dada una fecha en particular. Dado un profesor, encontrar todas las Comisiones de Estudio x relacionadas con l. Lista de forma ordenada las Comisiones de Estudio que el Usuario solicite. Mediante una consulta, se verifica si existe la Resolucin por la cual fue aprobada la Comisin de Estudio El sistema hace una bsqueda preliminar de la Comisin de Estudio para evitar inconsistencias.

Id del Caso de Uso CU 1 CU 2

Caso de Uso

Actores Involucrados Secretaria General Secretaria General

Agregar Comisin de Estudio Modificar Comisin de Estudio

CU 3

Eliminar Comisin de Estudio Generar Consultar por Fecha

Secretaria General

CU 4

Secretaria General

CU 5

Generar Consulta por Profesor

Secretaria General

CU 6

Generar Listados Generales Validar Existencia de la Resolucin

Secretaria General x Secretaria General x

CU 7

CU 8

Validar Existencia de la Comisin de Estudio

Secretaria General x

Actores del Sistema ACTORES DEL SISTEMA Descripcin Encargada de administrar las Comisiones de Estudios aprobadas por el Consejo Superior, su funcin es la de radicar la documentacin pertinente a este proceso.

Id del Actor Act. 1

Nombre

Criterio de Priorizacin Simple Promedio Complejo

Secretaria General

Diagrama de Casos de Uso Diagrama Extendido

uc Primary Use Cases

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U
Agregar Comision de

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U EstudioEA 9.0 Unregistered Trial Version

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U
include

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U Modificar Comision
de Estudio include Validar Existencia de Resolucion

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U
Secretaria Eliminar Comision de Estudio

include EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U

include Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered EA 9.0 Unregistered Trial Version EA 9.0 U Generar Consultas

por Fechas EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U include

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U
Generar Consultas

EA 9.0 Unregistered Trial Version por Profesor EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U Validar Existencia de
Comision de Estudio

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U
Generar Listados

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U Generales

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U

EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 Unregistered Trial Version EA 9.0 U

2.4 TIEMPO Y COSTOS 2.4.1. Estimacin de Tiempos y Costos: Factores de Complejidad Tcnica: Factores de Complejidad Ambiental:

Mtricas de Casos de Uso

TABLA RESUMEN DE CLCULOS: tem Total de Casos de Uso Puntos de Caso de Uso sin Ajustar (UUCP) PCUSA Factor de Complejidad Tcnica (TCF) FCT Factor de Complejidad Ambiental (ECF) FA Puntos de Caso de Uso (UUCP * TCF * ECF) = UCP PCU Estimacin horas personas UUCP (HRS) Total Horas (HRS * UCP) Valor 8 43,00 1,07 0,755 34,00 10,00 340,00

Para una estimacin ms completa de la duracin total del proyecto, hay que agregar a la estimacin del esfuerzo obtenida por los Puntos de Casos de Uso, las estimaciones de esfuerzo de las dems actividades relacionadas con el desarrollo de software. Las fases y sus porcentajes son:

Fases Gerencia del proyecto Anlisis Diseo Construccin Pruebas Implantacin Total Horas Hombre

Porcentaje (%) 5 10 20 40 15 10 100

Horas-Hombre 42.5 85 170 340.0 127.5 85 850.0

Entregables: NUMERO ENTREGABLE Diagrama con Modelado de Procesos del negocio Diagrama de actividades Diagrama de actores del negocio CANTIDAD FECHA DE ENTREGA PAGO

01 02 03

1 1 1 13-Junio-2011

04

Documento con requerimientos Funcionales y no funcionales Diagrama de Modelado de casos de uso Diagrama de colaboracin y de secuencia Diagrama de especificaciones bsicas de interfaz Modelo conceptual de clases y de datos Documento de la Arquitectura del sistema Diagrama de diseo final de Interfaces del sistema Diagrama de clases y de datos refinado Documento con los Mdulos de Implementacin Diagrama de secuencia y colaboracin del diseo Documento de manuales de Usuario Reporte de pruebas del software Documento del plan de implantacin del sistema Documento de registro de capacitaciones

05

06

2 23-Septiembre-2011 1

07

08

09

10

11

2 07-Noviembre-2011

12

13

14

15-Noviembre-2011

15

20-Noviembre-2011

16

1 09-Enero-2012

17

Modelado del Negocio Entregable Diagrama con Modelado de Procesos del negocio Diagrama de actividades Descripcin Es el diagrama que representa los procesos que se relacionan con el sistema a desarrollar. Predecesora Duracin

01

NINGUNA

1 das

02

Especifica las actividades que se realizan en los procesos que se relacionan con el sistema a desarrollar Representa los actores que intervienen en el sistema

01

2 das

03

Diagrama de actores del negocio

01

2 das

Anlisis del Software 04 Documento con requerimientos Funcionales y no funcionales Diagrama de Modelado de casos de uso Diagrama de colaboracin y de secuencia Documento que presenta las necesidades de los usuarios de forma general.

03

2 das

05

Diagrama que presenta la funcionalidad del sistema

04

1 das

06

Diagramas que representan la secuencia y colaboracin de los objetos por las diferentes capas. Este diagrama es un bosquejo inicial Por medio de los requerimientos funcionales y algunas otras caractersticas propuestas por los usuarios, se realiza un bosquejo inicial de las GUIs

05

3 das

07

Diagrama de especificaciones bsicas de interfaz

06

1 da

08

Modelo conceptual de clases y de datos

Representan las clases y tablas que se van a utilizar en el software, este es un bosquejo inicial

06

3 das

Diseo del Software Diagrama de diseo final de Interfaces del sistema Diagrama de clases y de datos refinado Se refina el diagrama de especificaciones bsicas de interfaz por medio las caractersticas del software

10

08

5 das

11

Es un diagrama que representa las clases y las tablas que se van a utilizar en el software, esta es una versin final.

08

5 das

12

Documento con los Mdulos de Implementacin Diagrama de secuencia y colaboracin del diseo

Documento que contiene los mdulos a desarrollar en la implementacin

11

4 das

13

Diagramas finales sobre la colaboracin y secuencia de las clases del sistema, teniendo en cuenta las capas y los parmetros y los retornos de los mtodos Implementacin del Software

12

2 das

Entregable 9: Elaboracin del Primer Diseo de Manual 19 Implementacin del Modulo Manual del Usuario Elaboracin del Formato para los manuales del Sistema Recoleccin de conjunto de normas, y reglas, a las que se debe ceir el usuario, para que el sistema funcione perfectamente Agrupacin de polticas implantadas previamente por el sistema, para su optimo rendimiento Especificaciones tcnicas, con instrucciones de manejo especifico para diferentes tipos de situaciones a presentar Reglamentacin dirigida a una persona como tal, a la cual no se le restringe ningn tipo de informacin sino que por el contrario tiene gran variedad de acceso a ella. 18 34 das

20

19

2 das

21

Manual del Sistema

20

2 das

22

Manual Tcnico

21

2 das

23

Manual del Administrador

19

2 das

Pruebas del Software Entregable 10: Especificacin, Planificacin, detalles de la Elaboracin de los primeros tipos de pruebas. Entrega del Formato de Evaluacin. Es una forma de probar el correcto 24 Unitarias funcionamiento de un mdulo de cdigo. Esto sirve para asegurar que cada uno de 23 9 das los mdulos funcione correctamente por separado. 25 Integridad Junto con las pruebas unitarias, sirve para asegurar el correcto funcionamiento del sistema en general. Se basa en la revisin de las funcionalidades previamente diseadas por el Software.

24

4 das

26

Funcionales

25

3 das

Implantacin del Software Entregable 11: Documentacin del Anlisis del Impacto, Resultados de las Pruebas de Aceptacin, Balance en General de la Aprobacin del Proyecto. Plan de 27 Ejecucin de la instalacin del Sistema Implantacin del 26 5 das Sistema 28 Capacitacin del Personal Recomendaciones dirigidas a los usuarios del sistema, acerca del uso y/o manejo del sistema. Conjunto de etapas evaluativas, depurativas para medir el rendimiento del Sistema.

27

3 das

29

Pruebas de Aceptacin

28

1 das

2.6 Costos Directos e Indirectos

Usando la mtrica del Architec Enterprise

Tomamos modificamos el valor de EWE y lo multiplicamos por el Esfuerzo de trabajo estimado El EWE se realizo por medio del salario minimo en Colombia el cual es de 535.000 cte. Este valor representa el trabajo de 200 horas al mes y pudimos deducir que el valor por hora es de 2700 pesos, el cual es finalmente la base del calculo. Costo =340*2700=918000 Ese seria el Costo solamente de Construccion del Proyecto, si volvemos a retomar la tabla utilizada para el tiempo tenemos que:
Fases Gerencia del proyecto Anlisis Diseo Construccin Pruebas Implantacin Total Horas Hombre Porcentaje (%) 5 10 20 40 15 10 100 Horas-Hombre 42.5 85 170 340.0 127.5 85 850.0 Costo 114.750 229.500 459.000 918.000 344.250 114.750 3.145.000

Costos Directos: Personal Fase del Proyecto Actividad Tiempo PCU Presupuestad o 42.5 85+170+127.5 Valor SUBTOTAL CPCU 3700 3700 $157.250 $1.415.250

Gerente del proyecto Analista

Gerenciamiento Administrador del Proyecto Anlisis, Profesional en Diseo y el rea de pruebas Diseo y Desarrollo de Software Desarrollador Construccin Programador e implantacin con conocimientos en diferentes lenguajes, y amplio conocimiento tcnico TOTAL COSTOS DEL RECURSO HUMANO Costos Indirectos: CONCEPTO Aplica-SA / No Aplica NA Viticos NA Capacitacin NA Administracin SA Adquisicin de SA Licencias Gastos de SA operacin Otros SA TOTAL COSTOS INDIRECTOS COSTO

340+85

3700

$ 1.572.500

$3.145.000

CANTIDAD

SUBTOTAL

$120.000 $250.000 $80.000

$120.000 250.000 $80.000

$450.000

Costo Total: CONCEPTO Costos de recursos Costos del personal TOTAL COSTOS DIRECTOS: Costos Indirectos Imprevistos (5%) TOTAL COSTOS= IVA (16%) VALOR $3.145.000 $450.000 $22.500 $3.617.500 $578.800

PLAN DE RECURSOS HUMANOS

El Plan de Recurso Humano contiene la identificacin y documentacin de los roles, responsabilidades y relaciones jerrquicas del proyecto, as como la enmarcacin de un conjunto de habilidades y competencias requeridas por el equipo de trabajo del Proyecto, abarcando de manera general todo lo concerniente a el Talento Humano requerido para el desarrollo del proyecto. 1. Plan de Gestin de Recurso Humano El equipo de trabajo est conformado por un director de proyecto quien se encargar hacer cumplir los objetivos del proyecto y coordinar el equipo de desarrollo. Ese mismo director de igual manera, cumple el rol de miembro del equipo de desarrollo cmo analista-diseador y se complementa con un programador para encargarse de la parte operativa del proyecto (es decir, la realizacin del software). Adamas, el proyecto cuenta con la participacin activa su patrocinador, quien es la Secretaria General de la UFPS y es quien gestiona la realizacin del proyecto y suministra informacin relevante para su realizacin. 2. Desarrollo del Plan de Recursos Humanos Una vez identificado, el equipo de trabajo para el desarrollo optimo del Proyecto, y luego de haberles asignado un rol y unas responsabilidades, procedemos a enmarcarlos dentro de una estructura organizacional, que contiene todas las personas y la entidades que van a intervenir en el proyecto

2.1. Estructura y Organizacin del proyecto

Director del Proyecto

Patrocinador

Programador

Analista de Sistemas

Diseador de Sistemas

Figura 1. Organigrama del Proyecto

2.2. Roles y Responsabilidades: Director del Proyecto Funcin Principal: El Director deber dirigir y liderar todas las acciones, decisiones y cambios generados internamente bajo las polticas y objetivos del sistema para lograr el xito del mismo. Responsabilidades: o Definir el objetivo principal del Proyecto o Disear polticas estratgicas para el desarrollo del Proyecto o Liderar el equipo humano a su cargo o Realizar el presupuesto del proyecto o Solucionar los problemas o conflictos presentados o Dividir en trabajo entre el equipo de desarrollo o Definir el sistema de comunicacin o Brindar acompaamiento durante el desarrollo del proyecto. Personal a su cargo: o Analista de Sistemas o Diseador de Sistemas o Programador Patrocinador Funcin Principal: El patrocinador del proyecto es quien gestion la realizacin del proyecto. Su principal funcin en el proyecto es brindar informacin relevante de su organizacin que permita mejorar el desarrollo del software. En otros proyectos el patrocinador es quien gestiona el pago del proyecto, pero en este proyecto no se realizan pagos. Responsabilidades: o Da las pautas para realizar el modelado del negocio o Provee asesora al director del proyecto para el diseo de interfaces de usuario. o Aprueba la realizacin del proyecto, mediante la aceptacin del charter o acta de constitucin del mismo.

Analista de Sistemas Funcin Principal: Encargado del anlisis del sistema. Su funcin es realizar un puente entre el equipo de desarrollo y el patrocinador y la organizacin. Este puente consiste en tomar las necesidades que tiene la secretaria general con respecto a las comisiones de estudio y plantear una solucin que mejore este proceso. Responsabilidades Realizar el modelado del negocio Abstraer los requerimientos funcionales y no funcionales del sistema. Modelar los casos de uso Modelar los diagramas de secuencia y colaboracin de cada caso de uso Realizar un bosquejo general de las interfaces del sistema de acuerdo a las necesidades del patrocinador y de la organizacin Plantear el problema y ofrecer una solucin al mismo De la mano con el programador construir la aplicacin

Diseador del Sistemas Funcin Principal: Encargado del diseo del sistema. Su funcin es realizar un puente entre las necesidades propuestas por el analista y la implementacin del cdigo realizada por el programador, para ello el diseador debe plantear la estructura del software y toda su funcionalidad para evitar malos desarrollos y perder la funcin inicial del proyecto. Responsabilidades o Realizar diseo de interfaces final o Elegir la arquitectura del sistema o Elegir el lenguaje y motor de base de datos o Realizar los diagramas de secuencia y de colaboracin de la etapa de diseo o Realizar los diagramas de clases y de datos finales

Programador Funcin Principal: Posee una nica funcin que consiste en trasladar las especificaciones del diseador en cdigo ejecutable para la organizacin. Responsabilidades o Construir la Aplicacin. o Depurar, y hacer pruebas de la funcionalidad de la aplicacin.

Para el siguiente entregable, no ah necesidad de especificar sus responsabilidades o autoridad, porque en el punto anterior se definieron de la mejor manera 2.3 Competencias requeridas para el equipo Rol Director del proyecto Requerimientos Competencias Actitudes y necesarias Habilidades Ttulo en Buen dominio en el Paciente Ingeniera de rea de Sistemas, con Administracin de Buena comunicacin Proyectos profundizacin Oral y escrita en el rea de Gestin de Conocimientos previos acerca de los Creatividad Proyectos, estndares preferiblemente con amplia establecidos por PMI Excelentes para la gestin de relaciones experiencia. Interpersonales Proyectos sentido Buena pedagoga, Amplio necesaria a la hora del Servicio. de expresar sus ideas. Conocimientos en herramientas de gestin de proyectos de la organizacin.

Analista

Ttulo en Ingeniera de Sistemas, con profundizacin en el rea del Anlisis y Diseo de Sistemas, y una vasta experiencia en el rea de Desarrollo.

Excelente Dominio Iniciativa en el rea de Liderazgo desempeo. Conceptos Bsicos Buena comunicacin de Administracin Oral y escrita Manejo de Recursos Creatividad Humanos Innovador Excelentes relaciones Interpersonales

Diseador

Titulo de ingeniera de sistemas con facilidad para el diseo de sistemas y objetos, adems con una visin clara de la programacin y las necesidades del programador. Buen dominio en el rea de la Programacin y conocimientos avanzado de las herramientas de Programacin existentes actualmente en el mercado.

Conocimientos fuertes de programacin Arquitecto del sistema Experiencia en el desarrollo de proyectos del software

Preciso

Programador

Dominio avanzado de Capacidad de Interpretacin Java de Buena comunicacin Oral y escrita Uso de Postgres como motor de base Excelentes relaciones de datos Interpersonales Capacidad interpretacin Amplio sentido del Servicio.

2.4.

Necesidades de Capacitacin o Adquisicin Formato de Captura de Necesidades de Capacitacin Nombre del solicitante:<Nombre> Rol desempeado: <Rol en el proyecto> Fecha de Solicitud: <Fecha de realizacin> Nivel de Conocimiento
<<Calificacin alto, bajo, medio>>

Curso de:

Necesidad de Capacitacin
<<Necesidad segn su criterio urgente, baja o media>>

Manejo de Herramientas case

Liderazgo y manejo de personal Relaciones Interpersonales Administracin de proyectos informticos Abstraccin de ideas Trabajo en equipo Manejo funcional del tiempo Expresin oral y escrita Otro: <<Se especifica algn otro curso que necesite el solicitante para cumplir su labor>>

2.5.

Estrategias para el trabajo en Equipo Entregar toda la informacin para que el equipo funcione: Debe brindarse toda la informacin requerida, o indicar dnde o con quin hablar para obtenerla. La informacin debe ser siempre fidedigna y til. Generar un clima de trabajo agradable: Incluye tanto aspectos fsicos como psicolgicos. En lo fsico es importante que el lugar en donde se funcione sea relativamente cmodo, sin interferencias, y que cuente con elementos para el trabajo. Como lo usual es que los equipos se renan para compartir los avances individuales, es importante que exista una pizarra o una cartulina donde las personas puedan mostrar lo que han hecho y estimular, de esa manera, la discusin grupal.

 Definir claramente los tiempos para lograr la tarea: Aunque parezca algo obvio, es bueno recordar que una manera de darse cuenta de los avances del equipo es mediante la clara definicin de plazos para cada tarea. Es recomendable recordar a tiempo los das de reunin y las fechas de trmino de los plazos, as como lograr que todos estn de acuerdo en los das y horas de tales reuniones. Gestionar cursos de capacitacin sobre relaciones humanas o algn otro curso socio humanstico, que fortalezca los lazos de equipo desarrollador Gestionar actividades de integracin para que los miembros del equipo de desarrollo se conozcan mejor

3. Adquirir el Equipo del Proyecto

3.1. Estrategia.

Todo el personal requerido para el desarrollo del

Proyecto se seleccionar de la

Universidad Francisco de Paula Santander, entidad para la cual va dirigido el Proyecto, en caso de necesitarse personal adicional se le notificara a la Directora del Proyecto, quien decidir si aade ms personal al Proyecto u otorgara una prrroga para el desarrollo del mismo.

Los Usuarios finales de la aplicacin sern miembros de la Oficina de la Secretaria General de la Universidad Francisco de Paula Santander, que hayan sido preseleccionados, anteriormente por parte de la Directora del Proyecto.

3.2.

Calendario de Recursos

El horario de trabajo se establece en contra-jornadas de clase, dependiendo de la disponibilidad de los integrantes del Equipo de Trabajo; esas contra-jornadas se llevaran a cabo en horarios de oficina, eventualmente de ser necesario de evaluar la necesidad de trabajar en jornadas extraordinarias las cuales de definirn en el momento.

Se reconocen los das festivos, como da de cese de actividades laborales segn la normatividad Colombiana.

El tiempo predefinido para el desarrollo el proyecto es de un semestre acadmico, tiempo dispuesto segn Estatuto Universitario.

3.3.

Solicitudes de cambio de integrantes del equipo

Registro de nuevos integrantes N de Registro Nombre del integrante: rea de desarrollo: Rol: Necesidades de formacin Solicitud de curso formativo: Observacin <<Segn registro interno, no lo llena el capacitado>> Fecha: <<Fecha del da>>

<<Nombre completo del nuevo integrante>> <<En que rea va a trabajar>> <<Rol que cumplir en el proyecto>> <<Especifica alguna falencia o debilidad>> <<Especifica de la lista de cursos, alguno que necesite para cumplir su funcin>> <<Alguna indicacin, sugerencia o aclaracin>>

___________________________ Firma del Integrante C.C. <<Cedula de Ciudadana>>

Formato de Solicitud de cambio de responsabilidades Registro de cambio de responsabilidades N de Registro Nombre del integrante: rea de desarrollo: Rol: Problemtica presentada: <<Segn registro interno, no lo llena el capacitado>> Fecha: <<Fecha del dia>>

<<Nombre completo del integrante>> <<En que rea trabaja>> <<Rol que cumple en el proyecto>> <<Especifica los problemas que tiene en su puesto actual>

Solicitud dirigida <<Especifica en que rea podra trabajar>> a que campo: Necesidades de <<Especifica alguna falencia o debilidad>> formacin

Observacin

<<Alguna indicacin, sugerencia o aclaracin>>

___________________________ Firma del Integrante C.C. <<Cedula de Ciudadana>>

Plan Gestin de las Comunicaciones

Introduccin Todos vivimos en relacin, todos nos comunicamos, de una forma u otra. Es prcticamente imposible sobrevivir en un aislamiento total, sin relacin alguna. Observando nuestro comportamiento y la respuesta que obtenemos de los que nos rodean sabemos si nos comunicamos de manera adecuada. La comunicacin es un elemento bsico de la sociedad en general. El proceso comunicativo est constituido por una multitud de elementos, materiales y humanos, acorde con el nivel de estructuracin de la sociedad de la que formamos parte. La Comunicacin satisface tres necesidades bsicas del ser humano: - Informar o informarse, - Agruparse para conseguir metas comunes, y - Establecer relaciones interpersonales. Identificacin de los Involucrados En todo proyecto es indispensable, la descripcin detallada de los interesados, pues una buena identificacin de estos nos ayudara al desarrollo del proyecto; ya con es un ente muy importante en el desarrollo del mismo. En la siguiente descripcin, se detalla, no solo la identificacin de estos si no que se describe la influencia del proyecto, una descripcin de por qu es importante tomarlo en cuenta, as como las expectativas de estos.

1. Patrocinador a) Influencia Es la persona que solicita el desarrollo del Proyecto, es la causante de que el Proyecto haya sido puesto en marcha. b) Por qu? Porque es el Principal interesado en que el proyecto se lleve a cabo, es el consumidor final c) Para qu? Para poder disfrutar de los beneficios de la Aplicacin que se desarrollara durante el avance del proyecto, pues el nivel de necesidad de la misma es muy alto. d) Expectativas Cumplimiento de manera efectiva del acuerdo realizado con el Director del

Proyecto para la entrega del Trabajo, esperando que el mismo sea muy completo, satisfactoria y con un nivel de funcionalidad alto, que le permite resolver todas sus dificultades.

2. Director del Proyecto b) Influencia Es el promotor del Proyecto. Es en encargado de coordinar todas las actividades, y de la negociacin con el ente Solicitante el Proyecto. b) Por qu? Porque es el Principal interesado en que el proyecto se lleve a cabo, es el consumidor final c) Para qu? Para poder disfrutar de los beneficios de la Aplicacin que se desarrollara durante el avance del proyecto, pues el nivel de necesidad de la misma es muy alto.

d) Expectativas Cumplimiento de manera efectiva del acuerdo realizado con el Director del

Proyecto para la entrega del Trabajo, esperando que el mismo sea muy completo, satisfactoria y con un nivel de funcionalidad alto, que le permite resolver todas sus dificultades.

2. Planificar las Comunicaciones: Uso de Herramientas Tecnolgicas E-rooms: provee un espacio de trabajo virtual, donde la gente que se encuentra en diferentes locaciones pueden colaborar en actividades comunes proyectos, y / o alcanzar metas. A travs de la creacin de grupos de trabajo con diferentes privilegios se puede compartir, archivos, reportes, fotos, etc. Correo Electrnico: Es un servicio de red que permite a los usuarios enviar y recibir mensajes y archivos rpidamente (tambin denominados mensajes electrnicos o cartas electrnicas) mediante sistemas de comunicacin electrnicos.

Con la Implementacin de Ambas herramientas podremos hacer que la informacin de este proyecto se maneje de una mejor manera, ms aun cuando se tiene que compartir informacin, reportes, actualizaciones, archivos, avances entre otros con la otra persona. Pues una de las ventajas de estas herramientas es concedernos la comunicacin remota, gratuita y online por medio de los chats, los cuales nos permite efectuar

intercambio de informacin con el Equipo de Trabajo.

3. Requisitos de la Comunicacin
Es importante establecer con claridad los aspectos fundamentales de informacin y comunicacin para aumentar las probabilidades de xito de este proyecto. Crear una relacin de confianza entre las partes. Facilitar los medios para que la comunicacin sea clara y precisa. Promover el respeto y las buenas relaciones Interpersonales Involucrar a todos los interesados necesarios y mantener contacto regularmente.

Cada uno de estos aspectos es fundamental para garantizar un buen plan de comunicaciones para este proyecto. Comunicacin clara y precisa: Antes de enviar o solicitar cualquier tipo de informacin se debe tener claro el requisito, por ejemplo documentos de calibracin, registros histricos, procedimientos etc. Es importante tambin tomar en cuenta que para tener una comunicacin ms clara los involucrados deben tener un nivel de ingls adecuado para que el mensaje pueda llegar con claridad a las personas correctas. Involucrar a todas los interesados: Se debe establecer los destinatarios de la informacin que se va a transmitir; cualquier informacin que se quiera emitir deber incluir a la gente adecuada para tal fin, para este aspecto el asistente del Director ser el encargado de establecer a quien? se le debe mandar y qu? tipo de informacin, esto con el respaldo del Director. Relacin de Confianza entre las partes: Mediante la realizacin de reuniones generales con mayor frecuencia, se intentara romper esa brecha interpersonal entre las partes, generando una relacin de confianza y Proyecto Promover el respeto y las buenas relaciones Interpersonales: Es de carcter prioritario el manejo de las buenas relaciones interpersonales dentro del Equipo de trabajo, no solo porque fortalece el ambiente laboral sino porque afecta positivamente al desarrollo del Proyecto. acoplamiento que repercutir para un mejor desarrollo del

Cuadro 5. Matriz de Comunicacin del proyecto. Tipo de Comunicacin Inicio del Proyecto Director del Proyecto Una vez al inicio del proyecto Equipo de Trabajo Definir los lineamientos iniciales para la ejecucin del proyecto. Reuniones en Secretaria General Secretaria General Dos o tres veces durante el desarrollo del Proyecto Equipo de Trabajo Esclarecer dudas acerca del funcionamiento de la empresa Avances Director del Proyecto Peridicamente segn la frecuencia establecida por el Director Reuniones del Grupo de Trabajo Avances del Diagrama de Gantt Director del Proyecto Director del Proyecto Cada vez que se requiera necesario Quincenalmente y cada vez que se necesite, o que se identifique un desfase en los tiempos de ejecucin Aceptacin y Cierre Patrocinador, Entidad solicitante del Proyecto Reunin de Cierre Todos los Involucrados Al final del Proyecto Director del Proyecto Comunicar el Cierre Presentacin Power Point Informe Escrito Al final del Proyecto Director del Proyecto Aceptar el proyecto Comunicacin Impresa Todo el Equipo de Trabajo Director del Proyecto Analizar el progreso del Proyecto Analizar el cumplimiento de las fechas preestablecidas Presencial, Informe Escrito y Correo Electrnico Presencial e Informe Escrito Equipo de Trabajo Presentar un informe de la situacin actual del Proyecto Presentacin de Informe escrito Presencial y Correo Electrnico Presentacin de Informe escrito Dirigido a Frecuencia Responsable Propsito Recursos

3.1.

Formato de reporte Semanal (No use reporte quincenal o mensual, porque al hacer reporte semanal cubre los otros dos y es repetitivo)

Reporte SEMANAL Fecha: Nombre Completo: Rol desempeado: Trabajo realizado:

No. <<Consecutivo de reporte>>

<<Fecha del da>> <<Nombre completo del que hace el reporte>> <<Que rol cumple en el proyecto>> <<Se establecen los logros, actividades o entregables realizadas en la semana, mes o quincena>>

Retrasos o Riesgos

<<Se establecen los posibles riesgos o retrasos que pueda tener el proyecto>>

Actividades

de

la <<Se especifican las actividades que se desarrollan la prxima semana>> <<Todas las observaciones que se puedan hacer de las actividades en la semana>>

prxima semana Observaciones

Firma: C.C. <<Cedula de Ciudadana>>

4. Gestionar las expectativas de los Interesados 4.1. Solicitudes de Cambios al Proyecto

Formato de solicitud de cambios al proyecto Fecha de recepcin Fecha de solicitud Recibi Nombre del solicitante Rol <<Fecha de recepcin, la llena quien recibi>> <<Fecha de elaboracin del documento>> <<Quien recibe, el jefe inmediato>> <<Quien realiza la solicitud >> <<Funcin que cumple en el desarrollo>> Caracterstica ____ Falta de Especificacin por el usuario o el equipo desarrollador Motivo de cambio <<Ac se marca con una x la caracterstica y la prioridad>> ____ Cambio en la ____ Critico del Prioridad

Especificacin usuario ____ Adicional

Inicial

Funcionalidad ____ Importante

____ Inconveniente personal ____ Otros. ____ Deseable

Anlisis del impacto tcnico y funcional rea afectada Ana Dis Imp Pru Ges Descripcin del Impacto Severidad Alta Media Baja

(Funcionalidad o EDT Afectado)

<<Se dice si afecta directamente al anlisis diseo implementacin, pruebas o la gestin del proyecto>>

<<Ac se escribe cual EDT est <<Ac se delimita si el afectando directamente>> impacto es alto medio o bajo>> <<El rea y la severidad se marcan con una X>>

En constancia firman _______________________________ Firma del Solicitante ____________________________ Firma del Jefe Inmediato

5. Informar el desempeo 5.1 Informes de Desempeo del Equipo y avance del proyecto (se han mezclado los 2 tems buscando no entorpecer a los desarrolladores con tanta documentacin, adems se genera un documento funcional)

FORMATO DE DESEMPEO Y AVANCE

NOMBRE:<<Nombre del evaluado>> CARGO:<<Rol>> FECHA:<<Actual>>

ENTREGABLE DEL EDT << Se especifican los o el entregable trabajado>>

PLAZO <<Fecha de entrega>>

CARACTERISTICAS

%LOGRO

<<Algn comentario del <<Cantidad de la entregable o justificacin del % de actividad logro>> desarrollada>>

PERIODO DE EVALUACIN DESDE <<Fecha de ltima revisin>> HASTA<<Fecha de hoy>>

AUTOEVALUACION DEL PROCESO 1.- Medidas para el mejoramiento <<Algunas sugerencias u opiniones para mejorar el desarrollo de las actividades>> 2.- Fortalezas.<<Que se ha adelantado en la actividad o el entregable>> 3.- Debilidades <<Que falta>> 4.- Planes de capacitacin <<Si se necesita capacitacin, se llena el formato de solicitud de capacitacin>> SUGERENCIAS Y COMENTARIOS DEL EVALUADOR 1.- Medidas para el mejoramiento <<Algunas sugerencias u opiniones para mejorar el desarrollo de las actividades del evaluador>> 2.- Fortalezas.<<Que se ha adelantado en la actividad o el entregable segn el evaluador>> 3.- Debilidades <<Que falta, segn el evaluador>> 4.- Planes de capacitacin <<Si se necesita capacitacin, se sugiere el formato de solicitud de capacitacin>>

_________________________ Firma del evaluado

_________________________ Firma del evaluador

5.2 Minuta de Reuniones

MINUTA DE LA REUNION No. <<Segn consecutivo>>

PROYECTO NOMBRE DEL PROYECTO FECHA ASISTENTES: <<Nombre, Rol, Telfono >>

1. Puntos discutidos:

2. Acuerdos:

3. Puntos Pendientes:

4. Anexos:

Observacin:

Presentado por <<Nombre de quien prepar la minuta yTelfono>>

Desarrollo del Plan de Riesgos

Matriz de identificacin: Cdigo Tipo de Riesgo Descripcin WBS

RT01

Tcnico/Requisitos Tcnico/Requisitos

Identificacin inadecuada de los requerimientos funcionales del sistema Cambios repentinos de los requerimientos por parte del cliente Escatimar la calidad, por parte del Equipo de Trabajo, con el fin de obtener un desarrollo ms sencillo y mejores dividendos Planificacin de Proyectos demasiado Optimistas por parte del Administrador del Proyecto, partiendo del mejor caso, en lugar del caso esperado. Diseo inadecuado, debido a un anlisis incorrecto del problema y una equivocada abstraccin del modelo del negocio.

06, 07

06, 07

RT02

RT03

Tcnico/Legal

13, 14 15, 16 17, 18 01 02 03 16 17 18

RT04

Administracin de Proyectos

RT05

Tcnico/ Administracin de Proyectos

RT06

Administracin de Proyectos

Inexperiencia del Administrador de Proyectos Las partes del proyecto que se no se han especificado claramente consumen ms tiempo del esperado 07 17

RT07

Tcnico

RT08

Tcnico/ Administracin de Proyectos

Los mdulos propensos a tener errores necesitan ms trabajo de comprobacin, diseo e implementacin.

09 16 26 28

RT09

Tcnico/ Externo

Diferencias con el cliente, ausencia de comunicacin de las partes involucradas, debido a la falta de tiempo disponible del cliente.

01 02 03 06

RT10

Tcnico/ Externo

La informacin solicitada al Cliente para la elaboracin de Proyecto, se tarda ms de lo esperado

01 02

Anlisis y Clasificacin:

PROBABILI DAD

IMPACTO Valor

Causas

Efectos

Valor B :1 M :2 A :3

ZONA DE RIESGO (P x I)

L: 5

M: 10

C: 20

Implementacin inadecuada de la metodologa para la captura de requerimientos

Afecta la fase requerimiento

de

Retraso planeacin Proyecto.

en

la del

1 X 20 X 20: Inaceptable

Insatisfaccin parte del cliente

por

Falta de claridad por parte del cliente en cuanto a los requerimientos

Afecta la fase requerimiento

de

2 Retraso en planeacin. la

20

40: Inaceptable

Ausencia de una buena Planeacin, que conlleva a errores de ejecucin y al aceleramiento del Proyecto para cumplir el cronograma, olvidando la Calidad

Ineficiencia Sistema

del

Posibles fallos del Software en el futuro

20

20: Inaceptable

Inexperiencia Administrador Proyectos

del de

Alteraciones en la ejecucin del Proyecto

40: Inadecuada, abstraccin del modelo del negocio. Incumplimiento con el cronograma establecido para el Proyecto 2 X 20 X Moderado

Incorrecto, anlisis del modelo del negocio.

Irregularidades en el desarrollo del Proyecto

Mal planteamiento de los requerimientos del sistema

Posible rediseo la Solucin.

de 20: 1 X 20 X Inaceptable

Insuficiente identificacin de Procesos del Negocio

Incompetencia del Administrador de Proyectos, debido a carencia de condiciones y habilidades requeridas

Desarrollo del Proyecto con muchas imperfecciones, trabas, e incumplimientos.

20: 2 X 10 X Inaceptable

Posible cancelacin del Proyecto Falta de Identificacin oportuna de requerimientos no Funcionales del Sistema. Retraso en la entrega del Proyecto. 20: 2 Insatisfaccin del cliente, por el incumplimiento de los requisitos. Atraso general grupo de Trabajo del 20: 2 X 10 X Moderado X 10 X Moderado

Ausencia de ciertas habilidades y competencias necesarias para el desempeo en reas

de mayor complejidad

Falta de coordinacin con el Cliente.

Ausencia de un cronograma de visitas, con el fin de tener conversaciones y entrevistas para despejar dudas e inquietudes del proyecto.

Al carecer de informacin, muchas veces, el Administrador de Proyecto, realiza especulaciones de ciertos procesos o actividades de la empresa.

20: 1 X 20 X Moderado

Inexistencia de una Estructura Organizacional en la Empresa, o cualquier documentacin relevante que sea requerida por el Administrador de Proyectos.

Demora en el desarrollo del Proyecto

Inconsistencia informacin

de

la

5: 1 X 5 X Bajo

Respuesta a los riesgos: Cdigo Riesgo Posible Respuesta Control o Accin Tipo P/C A1: Realizar documentacin que respalde la informacin recolectada en la empresa. Analista de Sistemas Responsable

RT01

Identificacin inadecuada de los requerimientos funcionales del sistema

Evitarlo

A2: Realizar evaluacin minuciosa de los requerimientos funcionales del sistema, con el equipo de trabajo A1: Exponer al cliente prototipos de Proyectos que tengan el mismo perfil funcional que el busca. A2: Tratar de ser claros y concisos en nuestras entrevistas con nuestros clientes, intentando ofrecer posibilidades de solucin y no confundiendo o complicando ms las cosas. A1: Establecer inicialmente, un conjunto de requisitos mnimos de calidad a los cuales estar sujeto el proyecto.

RT02

Cambios repentinos de los requerimientos por parte del cliente

Mitigar

Analista y el Desarrollador de Sistemas

RT03

Escatimar la calidad, por parte del Equipo de Trabajo, con el fin de obtener un desarrollo ms sencillo y mejores dividendos

Evitarlo

Administrador del Proyecto y Analista de Sistemas

RT04

Planificacin de Proyectos demasiado Optimistas por parte del Administrador del Proyecto, partiendo del mejor caso, en lugar del caso esperado.

Evitarlo

A1: Estudiar y analizar a fondo la Planificacin del Proyecto, propuesta por el Administrador del Proyecto, con todo el estudio de trabajo; quienes darn su opinin al respecto; pues finalmente son ellos los que van a ejecutar cada una de las fases.

Administrador del Proyecto y Grupo de Trabajo en General

RT05

Diseo inadecuado, debido a un anlisis incorrecto del problema y una equivocada abstraccin del modelo del negocio. Inexperiencia Administrador Proyectos del de

Mitigar

A1: Elaborar una serie de pruebas funcionales, que nos permitan identificar a tiempo alguna falla en el sistema.

Administrador del Proyecto

RT06

Mitigar

A1: Constituir una serie de requisitos laborales, que deben cumplir la personas que se desempeen en el rea de la Administracin de Proyectos A1: Realizar una inspeccin inicial de todas las funciones con las que cumple el sistema, teniendo en cuenta de la misma forma los requerimientos no funcionales del sistema.

Director del Proyecto y Patrocinador

RT07

Las partes del proyecto que se no se han especificado claramente consumen ms tiempo del esperado

Evitarlo

Administrador del Proyecto y Analista de Sistema

RT08

Los mdulos propensos a tener errores necesitan ms trabajo de comprobacin, diseo e implementacin.

A1: Disponer un Equipo especializado para este tipo de eventos. Aceptar C

Analista de Sistema

RT09

Diferencias con el cliente, ausencia de comunicacin de las partes involucradas, debido a la falta de tiempo disponible del cliente.

Mitigar

A1: Disponer con el cliente de horarios de visita, para la realizacin de entrevistas que contribuyan a la aclaracin de dudas sobre el Proyecto

Director del Proyecto y Cliente

RT10

La informacin solicitada al Cliente para la elaboracin de Proyecto, se tarda ms de lo esperado

Mitigar

A1: Se le pedir al cliente la informacin con cierto tiempo de anticipacin para evitar este tipo de inconvenientes.

Administrador de Proyectos

ADMINISTRACION DEL PROYECTO SISTEMA DOCUMENTAL DE COMISIONES DE ESTUDIO EXAMEN FINAL DE ADMINISTRAICON DE PROYECTOS INFORMATICOS

PRESENTADO POR: MANUEL FABRICIO MORA MENDEZ - 1150206 JEFFERSON DAVID RANGEL FUENTES - 1150226

PRESENTADO A: INGENIERA. MARIA DEL PILAR ROJAS PUENTES ORIENTADORA DE LA MATERIA

UNIVERSIDAD FRANCISCO DE PAULA SANTANDER FACULTAD DE INGENIERIA PROGRAMA DE INGENIERIA DE SISTEMAS PRIMER SEMESTRE 2011