DISEÑO E IMPLANTACIÓN DE UNA PAGINA WEB PARA LA EVALUACION

DOCENTE DE LA FUNDACION UNIVERSITARIA SAN MARTIN SINCELEJO

PLAN DEL PROYECTO

ANDRES ABAD

CARMEN I. HERNANDEZ VEGA

DORA DELIA ARRAZOLA

ELIANA MARGARITA FUENTES

JHON JAIRO CHAVEZ REINO

JORGE MARIO LARA SOTO

LUIS DE LA ROSA

LUZ TATIANA MERCADO

ORLANDO BETTIN JULIO

RODRIGO SIBAJA

GUSTAVO CASTRO

Control del Documento

Control de versiones

Fecha Versión Cambio / Comentarios

Oct – 07 – 10 1.0 Entrega hasta la gestión del Alcance

Oct– 28– 10 1.1 Se agregó gestión del tiempo

Nov – 11 – 10 1.2 Entrega del Plan del Proyecto

Nov- 19- 10 1.3 Entrega Final del Plan del Proyecto

TABLA DE CONTENIDO

PAG.

1.GESTIÓN DE LA INTEGRACIÓN………………………………………… .1

1.1 Concepto de Gestion de Integracion…………………………………...2

1.1 Propósito del documento………………………………………………..3

1.2 Objetivos del proyecto………………………………………………….. .4

2.GESTIÓN DEL ALCANCE………………………………………………….5

2.1 Concepto de Gestión de Alcance……………………………………… .6

2.2 Restricciones y Supuestos………………………………………………….7

2.2 Supuestos………………………………………………………………… …8

2.3 Entregables del proyecto…………………………………………………... 9

2.3.1 Diagrama Casos De Uso………………………………………………….9

2.3.2 Diagrama de Secuencia…………………………………………………10

2.3.3 Base de datos modelada………………………………………………...11

2.3.4 Plan de pruebas……………………………………………………… ….12

2.3.5 Diccionario de datos……………………………………………………...13

2.4 Estructura de Desglose de Trabajo (WBS o EDT)…………………….. 14

3.GESTIÓN DEL TIEMPO………………………………………………….. .15

3.1 Concepto de Gestión de Tiempo……………………………………….16

3.1 Detalle de cada fase y etapa………………………………………………17

3.1 Detalle de cada fase y etapa………………………………………………17

3.2 Cronograma detallado………………………………………………………18

3.3 Diagrama de Gantt…………………………………………………………..19

3.4 Cronograma Detallado…………………………………………………..20

4.GESTION DE COSTOS…………………………………………………. 21

4.1 Concepto de Gestión de Costos………………………………………. 22

4.2 Cuadro de Gestión de Costos………………………………………. … 23

5.GESTIÓN DE CALIDAD……………………………………………….….24

5.1 Concepto Gestión de Calidad……………………………………….…..25

5.2. Método de desarrollo de la página web………………………………26

5.3. Los procesos en el desarrollo de software…………………………….27

5.4. Plan de aseguramiento de calidad. …………………………………….28

5.5. Seguimiento al Código Fuente………………………………………… 29

5.6. Revisiones Técnicas………………………………………..…………… 30

6. GESTIÓN DEL TALENTO HUMANO…………………………………… 31

6.1 Concepto de Gestión de Talento Humano…………………………….. 32

6.1. Equipo de proyecto, roles y perfiles…………………………………….33

6.2 Cuadro de Roles y Responsabilidades……………………………….. 34

6.2. Detalle de Roles de Los Miembros del equipo………………………35

6.3. Detalle de Roles de Los Miembros del equipo………………………..36

7. GESTIÓN DE RIESGOS…………………………………………………..37

7.1. Concepto de Gestión de Riesgos…………………………………….…38

7.2. Cuadro de riesgos………………………………………………………....39

7.3. Cuadro de riesgos…………………………………………………………40

8. GESTIÓN DE LA COMUNICACIÓN……………………………………..41

8.1 Concepto de Gestión de Comunicación……………………………… ..42

8.1 Planificación de la Comunicación………………………………………43

8.2 Distribución de la Información……………………………………………44

8.3 Reportes de Progreso……………………………………………………..45

1

GESTIÓN DE LA

INTEGRACIÓN

2

GESTIÓN DE LA INTEGRACIÓN

La integración tiene como objetivo pensar en el proyecto como un todo

unitario. También permite que la excelencia con la cual se plantea cada

proceso de gestión (inicio, planeación, ejecución, control, y cierre) o cada área

de conocimiento (alcance, tiempo, costos, calidad, personal, comunicaciones,

riesgo y adquisiciones) tenga relación con los otros componente.

3

PROPÓSITO DEL DOCUMENTO

El presente documento tiene como fin primordial documentar el proyecto

evaluación docente.Es un documento que sirve como pautas para la definición

de las distintas áreas del conocimiento del PMBOOK, las cuales se

implementan en el desarrollo del presente proyecto. En síntesis es un

documento guía tanto para la ejecución como para el control del proyecto.

Este documento contribuirá a realizar un análisis más profundo del proceso de

evaluación a docentes, donde se induce a una nueva perspectiva de sistemas

y a su vez para que la Universidad establezca un pagina web que sea eficaz

y eficiente, que va desde la simple evaluación con la satisfacción total del

estudiantado, hasta mejoras en procesos de calidad y su respectivas formas

que nos mostrarían estadísticas excelentes en la tenencia de un criterio

analítico por parte de la gerencia dando como resultado un pliego de toma de

decisiones con una visión real, efectiva y sobre todo objetiva.

4

OBJETIVOS DEL PROYECTO

1.2.1 OBJETIVO GENERAL

Diseñar e implementar una página web para la evaluación docente de la

Fundación Universitaria San Martin CAT Sincelejo.

1.3.2OBJETIVOS ESPECÍFICOS

Optimizar la calidad del sistema de evaluación docente de la Fundación

Universitaria San Martin.

Crear una interfaz amigable y sencilla al usuario que permita que la

totalidad de los estudiantes evalúen desde cualquier sitio vía internet a

sus docentes.

Mejorar la calidad académica de los estudiantes por medio del sistema,

ya que a través de este se logrará conocer el nivel de calidad de los

docentes de la Fundación Universitaria San Martin y así contribuir a un

mejor rendimiento académico de los estudiantes.

5

GESTIÓN DEL

ALCANCE

6

GESTIÓN DEL ALCANCE

La gestión del alcance del proyecto incluye los procesos necesarios para

asegurarse que el proyecto incluya todo el trabajo requerido, para completar el

proyecto satisfactoriamente.

Esta área se relaciona principalmente con la definición y el control de lo que

está y no está incluido en el proyecto. Los principales procesos requeridos en

la gestión del alcance son: planificación del alcance, definición del alcance,

crear EDT, verificación del alcance y control del alcance.

7

RESTRICCIONES Y SUPUESTOS

Identificar supuestos y restricciones del proyecto: Es decir aquellas hipótesis que estamos haciendo y que deben cumplirse para alcanzar los objetivos, y aquellas limitaciones que pueden limitar la solución que le podemos dar al problema que origina el proyecto.

Restricciones

1. Debido a que la universidad al no aportar dinero alguno para la

realización de este proyecto, se tendrá que montar en servidor gratuito.

2. El proyecto debe de estar terminado a más tardar el 18 de noviembre.

3. Que la sede principal en Bogotá, no nos proporcionen los permisos

respectivos para montarla en la página principal de la universidad.

4. Que la universidad no esté de acuerdo con la realización del proyecto

por políticas internas.

5. Que la universidad no suministre la base de datos de los estudiantes de

ingeniería de sistemas, a los cuales está dirigido el proyecto en su

etapa inicial.

8

Supuestos

1. Se contará con un servicio de Hosting gratuito para cargar la página

web y que los estudiantes interactúen con ella.

2. La universidad no ayuda con ningún aporte económico por la

realización del proyecto.

3. Los tutores, alumnos y parte administrativa estarán de acuerdo con la

realización de este proyecto por considerarlo más eficiente

.

9

Entregables del proyecto

Diagramación UML

DIAGRAMA CASOS DE USO

10

DIAGRAMA DE SECUENCIA

Aplicación proyecto Evaluación Docente.

11

Base de datos modelada

12

Plan de pruebas

La necesidad de comprobar el correcto funcionamiento del producto hace que sea

imprescindible un plan de pruebas, con el cual se procederá a realizar una serie

de ensayos que permitan obtener resultados correctos y erróneos con el fin de

analizar el proceso de ejecución. Con este conjunto de pruebas seremos capaces

de determinar si nuestro programa es erróneo sobre todo en casos extremos y

particulares, tanto si estos fallos se producen por la una mala implementación del

programa o bien por un uso específico que realiza el usuario. El aspecto más

importante para realizar la planificación de este conjunto de pruebas en abarcar

con ellas todos los requisitos que debe cumplir el programa y que por tanto

responda correctamente a las funcionalidades que se le solicitan inicialmente.

Puesto que en el documento de especificación de requisitos software ya se ha

realizado una evaluación de las funcionalidades que debe incluir el programa,

tomaremos este documento de referencia para desarrollar el plan de pruebas de

sistema.

13

Diccionario de datos

estudiante

codigo alfanumerico se usa como identificardor de codigo de estudiante

contraseña alfanumerico se usa como clave personal de cada estudiante

nombre alfanumerico nombre de estudiante

estado boleano switch para saber si esta activo o no el estudiante

tutor

codigo alfanumerico se usa como identificador de codigo de docente en este caso la cedula

nombre alfanumerico nombre del docente

titulacion alfanumerico se usa para deducir la asignatura o el nivel del docente

estado boleano si se encuentra activo para su uso en la base de datos

asignatura

codigo numerico identificador de la asignatura

nombre alfanumerico nombre de la asignatura

cuestionario

codigo numerico identificador de la pregunta

pregunta alfanumerico contenido de la pregunta

estudiantexasignatura

programa alfanumerico identifica estudiante con la asignatura

codigo estudiante alfanumerico clave foraneacodigo del estudiante

codigo asignatura numerico clave foraneacodigo de la asignatura

codigoestasig numerico identifica clave foranea de asignatura y estudiante

tutorxasignatura

codigo tutor alfanumerico clave foraneacodigo de la asignatura

codigo asignatura numerico clave foraneacodigo de ka asignatura

codigotutasig numerico identifica clave foranea de asignatura y el tutor

14

evaluacion

codigoestasig Numérico identifica clave foranea de asignatura y estudiante

codigotutasig Numérico identifica clave foranea de asignatura y el tutor

observacion alfanumerico para la observacion

fecha Fecha fecha de la evaluacion de dicho docente

codcuestionario Numérico identifica el codigo del cuestionario

id evaluacion Numérico ide de evaluacion para asociarlo

15

Estructura de Desglose de Trabajo (WBS o EDT)

16

GESTIÓN DEL TIEMPO

17

GESTIÓN DEL TIEMPO

Incluye los procesos requeridos para asegurar la terminación oportuna del proyecto. Esta área del conocimiento incluye aspectos tales como:

Definición de la actividad: identificando las actividades específicas que se deben realizar para producir las varias fases del proyecto.

Actividad que ordena: identificando y documentación de dependencias de la interactividad.

Duración que estima: estimando el número de los períodos del trabajo que serán necesarios terminar actividades individuales.

Desarrollo del horario: analizar secuencias de la actividad, duraciones de la actividad, y requisitos de recurso de crear el horario del proyecto.

Control de la actividad del horario: cambios que controlan al horario del proyecto.

El proyecto se inicia el día 22 de octubre de 2010 y finaliza el 18 de Noviembre de 2010.

18

Detalle de cada fase y etapa

CUADRO DE DETALLE DE CADA FASE Y ETAPA

NOMBRE DE LA TAREA DURACION COMIENZO FIN SUCESORAS RECURSOS

solicitud BD estudiante Ing. de sistemas 1 día 22/10/2010 9:00 22/10/2010 19:00 humanos

documentación herramientas de desarrollo 1 día 22/10/2010 9:00 22/10/2010 19:00 Técnicas

selección y lenguaje 3 días 22/10/2010 9:00 26/10/2010 11:00 6;21 Humano

selección y SG BD 1 día 22/10/2010 9:00 22/10/2010 19:00 6;20 Humano

UMLy escoger diagramas 1 día

22/10/2010 9:00 22/10/2010 19:00

humano tecnicos

requerimientos de hardware 1 día 26/10/2010 11:00 27/10/2010 11:00 8;21 Técnicos

Elaboración 0 días

22/10/2010 9:00 22/10/2010 9:00

humano, técnico y económico

diseñar BD (conceptual y lógica) 2 días 27/10/2010 11:00 29/10/2010 11:00 9;20 Humano

diccionario de datos 1 día

29/10/2010 11:00 30/10/2010 11:00 11;12;13;20;21

humanos tecnicos

diseñar diagramas UML 1 día

22/10/2010 9:00 22/10/2010 19:00

tecnicos humanos

casos de usos 1 día

30/10/2010 11:00 31/10/2010 12:00 15;16;17;18

humanos tecnicos

diagrama de actividades 1 día

30/10/2010 11:00 31/10/2010 12:00 15;16;17;18

humanos técnicos

Secuencias 1 día

30/10/2010 11:00 31/10/2010 12:00 15;16;17;18

humanos técnicos

modelar el sistemas 0 días 22/10/2010 9:00 22/10/2010 9:00 Humano

interfaz de usuario 4 días

31/10/2010 12:00 05/11/2010 13:00 21

humanos tecnicos

diseño de salidas 1 día

31/10/2010 12:00 02/11/2010 13:00 21 humanos

tecnicos

diseño de controles (validación) 1 día

31/10/2010 12:00 02/11/2010 13:00 21 humanos

tecnicos

19

diseño de las entradas 1 día

31/10/2010 12:00 02/11/2010 13:00 21 humanos

técnicos

Construcción 7 días

22/10/2010 9:00 30/10/2010 11:00

humanos tecnicos

diseño físico BD 3 días 30/10/2010 11:00 03/11/2010 13:00 21;22 Humano

Codificación 7 días 05/11/2010 15:00 13/11/2010 17:00 22 humanos

Pruebas 2 días 13/11/2010 17:00 16/11/2010 19:00 23;24;28 Humano

manual técnico 2 días 17/11/2010 9:00 18/11/2010 19:00 Humano

manual del usuario 1 día 17/11/2010 9:00 17/11/2010 19:00 Humano

implementación página web 1 día

22/10/2010 9:00 22/10/2010 19:00

humanos tecnicos

integración BD con sitio web 1 día

22/10/2010 9:00 22/10/2010 19:00 27;28

humano tecnicos

montar sitio web en Hosting gratuito 1 día 23/10/2010 9:00 24/10/2010 10:00 humanos

Mantenimiento 1 día 17/11/2010 9:00 17/11/2010 19:00 humanos

20

DIAGRAMA DE GANTT

21

CRONOGRAMA DETALLADO

22

GESTION DE COSTOS

23

GESTION DE COSTOS

Incluye los procesos requeridos para asegurarse de que el proyecto esté

terminado dentro del presupuesto aprobado. Consiste en:

Planeamiento del recurso: determinando qué recursos (gente, equipo,

materiales) y qué cantidades de cada uno se deben utilizar para realizar

actividades del proyecto.

Costo estimado: desarrollar una aproximación (estimación) del coste de los

recursos necesitó terminar actividades del proyecto.

Costo del presupuesto: asignación de la valoración de costos total a las

actividades individuales del trabajo.

Control de costo: cambios que controlan al presupuesto de proyecto

24

CUADRO DE GESTION DE COSTOS

ACTIVIDADES RECURSOS

TECNICOS HUMANOS ECONOMICOS

Reuniones Extracurriculares

3 Computadores, Impresora, Internet

Equipo de 11 personas

Viáticos y comidas

Diseño de la aplicación

1 Computador, Internet

1 persona Viáticos y comidas

Realización de Documentos

2 Computadores, Internet e Impresora

Equipo de 11 personas

Viáticos y comidas

Elaboración de diseños conceptuales y lógicos

2 Computadores, Internet e Impresora

Equipo de 11 personas

Viáticos y comidas

25

GESTION

DE CALIDAD

26

GESTION DE CALIDAD

Para comenzar definimos la Gestión de Calidad como el conjunto de

elementos interrelacionados de la organización que trabajan coordinados

para establecer y lograr el cumplimiento de la política de calidad y los

objetivos de calidad, generando consistentemente productos y servicios

que satisfagan las necesidades y expectativas de sus clientes.

En la producción y mejora del software, se deben realizar las actividades

siguiendo un método unificado que conlleve a la consecución de productos

de alta calidad; pues se espera que ellos verdaderamente se conviertan en

las mejores herramientas para lograr los objetivos de la comunicación y,

así, poder brindar los mejores servicios a sus clientes. La Gestión de

Calidad sirve para evidenciar “proveer confianza”, como resultado de

demostrar, en el producto y/o servicio la conformidad con los requisitos

establecidos.

El método resultante consiste en ir consiguiendo los resultados de las

actividades de una fase de desarrollo o adaptación de software, en un

documento llamado entregable. Cada entregable debe ser diligenciado pro

su responsable antes de la iniciación de la fase siguiente; pues en ese

punto, se necesita hacer un control de calidad, tanto del proceso mismo,

como del producto que se está elaborando, en este caso es una página

web.

El inicio de este documento es a manera de introducción, donde se

describe el proceso de desarrollo en forma general. Después se detallaran

los componentes de cada entregable. Los entregables van a permitir,

adicionalmente, aplicar criterios técnicos y unificados para juzgar y aprobar

cada una de las fases del desarrollo de la página web. Por ello, se

explicaran todas las métricas aplicables, por cada fase y todos sus

responsables.

Otro valor agregado invaluable de esta metodología, consiste en generar, a

través de los entregables, toda la documentación técnica necesaria de la

página web para conocerlo mejor y así poder adaptarlo fácilmente ante las

situaciones altamente cambiantes que caracterizan los mercados de hoy en

día.

27

MÉTODO DE DESARROLLO DE LA PAGINA WEB

Un método, es una manera razonada do obrar para la consecución de un

objetivo final. Por lo tanto, para poder tener un producto o sistema

informático en operación de alta calidad, el proceso de desarrollo o de

producción de software debe ser organizado como el de cualquier otro

producto; cumpliendo con todas las actividades o pasos de un método

proponente.

El método que se pretende usar para el desarrollo de la página web, intenta

concentrar los esfuerzos en las primeras etapas del proyecto para que haya

una buena comprensión del problema que se debe resolver.

La premisa fundamental del método que aquí se propone, consiste en

impedir la generación de código para la construcción del software hasta que

no se tenga una idea muy precisa de lo que se necesita de él. Por lo tanto,

todo desarrollo o adaptación de software debe partir de una clara definición

de los requerimientos de la página web.

El primer acercamiento a la solución, entonces, se logra con la

especificación de los requisitos. El uso de modelos no formales en el inicio,

es imprescindible porque son los modelos que le posibilitan al ser humano

la mejor compresión del sistema real y, así, poder detectar como puede

ayudar el computador a la solución de un problema o a la satisfacción de

una necesidad.

En este punto debe anotarse que una buena definición de requerimientos

no es posible sin la participación de los usuarios finales porque son ellos los

que sienten las necesidades y son los conocedores del dominio del

problema. Por lo tanto, la clave de esta etapa será el trabajo en equipo del

personal técnico y de los analistas del sistema.

28

LOS PROCESOS EN EL DESARROLLO DE SOFTWARE

Un proceso, es un conjunto de tareas cohesivas que se llevan a cabo para

cumplir con un objetivo específico de una organización. Todos los proyectos

de desarrollo o de adaptación de software.

29

PLAN DE ASEGURAMIENTO DE CALIDAD

Las actividades de aseguramiento de calidad que se van a incluir en el

proyecto son:

Seguimiento al código fuente.

Revisiones Técnicas.

Pruebas de Integración.

Pruebas del Sistema.

Pruebas de Aceptación.

30

SEGUIMIENTO AL CÓDIGO FUENTE

Propósito: Está diseñado para verificar que el código de una unidad de

programa sea correcto en relación con lo que se pretende.

Participantes: El código tiene que ser leído por el desarrollador que lo

escribió.

Actividades: Cada desarrollador revisa su código independientemente, y

con la ayuda de un depurador interactivo. Adicionalmente a chequear la

funcionalidad, el lector se debe asegurar que el código es consistente con el

diseño especificado y que se adhiere a los estándares y convenciones.

Monitoreo: Para medir el avance, se usará el número total de unidades

codificadas versus el número de las leídas exitosamente.

31

REVISIONES TÉCNICAS

Las revisiones técnicas serán hechas por los desarrolladores sobre aquellos

módulos terminados por sus compañeros. Estas revisiones serán utilizadas

para asegurar la calidad del prototipo de interfaz de usuario, la

especificación de requerimientos, arquitectura, diseños, y todos los demás

productos técnicos. Estas revisiones normalmente serán guiadas por el

equipo de desarrollo. El papel de los miembros del aseguramiento de la

calidad, durante las revisiones, será el de asegurar que las mismas se

realicen y que se haga un seguimiento a los defectos detectados durante

las revisiones.

El procedimiento a seguir para las revisiones técnicas será el siguiente:

Notificación y Distribución: El autor del producto de trabajo notificará a

los revisores que el producto (por ejemplo, el plan del proyecto, la

especificación de requerimientos, el prototipo de interfaz de usuario, el

diseño, el código, o caso de prueba) está listo para ser revisado. Luego el

material es distribuido para su revisión.

Preparación: Los revisores revisan el producto, ayudados por una lista de

chequeo de los errores que hayan sido más comunes en el pasado. La

reunión de revisión sólo se llevará a cabo cuando los revisores hayan

revisado individualmente el producto de trabajo.

Reunión de Revisión: El autor, moderador y los revisores se reúnen para

examinar el producto de trabajo.

Informe de la Revisión: Después de la reunión, el autor o moderador

registrarán las estadísticas para la reunión de revisión. La cantidad de

material revisado, el número y clase de defectos detectados, la cantidad de

tiempo consumido en la reunión de revisión, y si el producto pasó o reprobó

la revisión. (Cuando el producto a revisar sea código se utilizará la hoja de

inspecciones que aparece en los anexos).

Seguimiento: El gerente del proyecto debe hacer los cambios necesarios.

Los cambios son revisados, y el producto de trabajo se declara formalmente

de haber pasado la revisión.

32

GESTIÓN DEL

TALENTO HUMANO

33

GESTIÓN DEL TALENTO HUMANO

Gestión del Talento Humano es un enfoque estratégico de dirección cuyo objetivo es obtener la máxima creación de valor para la Organización, a través de un conjunto de acciones dirigidas a disponer en todo momento del nivel de conocimientos capacidades y habilidades, experiencias, motivación, intereses en la obtención de los resultados necesarios para ser competitivo en el entorno actual y futuro. No solo el esfuerzo o la actividad humana quedan comprendidos en este grupo, sino también otros factores que dan diversas modalidades a esa actividad: conocimientos, experiencias, motivación, intereses vocacionales, aptitudes, actitudes, habilidades, potencialidades, salud, etc.

34

EQUIPO DE PROYECTO, ROLES Y PERFILES

Los creadores de este proyecto son los estudiantes de la Asignatura

Gerencia y Desarrollo de Software. Este está dirigido por el estudiante John

Jairo Chávez, bajo la supervisión del Ingeniero José Luis Martínez, que

evaluará el proyecto al finalizar el semestre.

35

CUADRO DE ROLES Y RESPONSABILIDADES

Jhon J. Chávez Jorge M. Lara

Orlando Bettin Gustavo Castro

Eliana Fuentes Rodrigo Sivaja

Luis de la Rosa

Carmen Hernández

Dora Arrazola

Andrés Abad Luz Mercado

Gestión X

Planificación X X X X X X X X

Analista-Requerimientos

X X X X

Diseño X X

Programación

X

Pruebas X X X X

Instalación X X

36

Roles y Responsabilidades

Los miembros del equipo tienen los siguientes roles:

Rol Responsabilidad

Gerente Es el máximo responsable del proyecto, y encargado de

repartir las tareas a los recursos disponibles (prioridades,

planificación,…), así como de coordinar al resto de los

miembros del grupo. En este caso, será el principal enlace

entre el grupo y los profesores de la asignatura.

Administrador del

proyecto

Asegura una ejecución exitosa del proyecto, planeando,

organizando, dirigiendo, monitoreando, controlándolo y

cerrándolo.

arquitecto Responsable de la arquitectura del sistema. Es decir, se

encarga de elaborar la arquitectura correcta para

solucionar el problema que se encuentra desarrollando.

Analista

Es el principal encargado de definir y describir los

diferentes casos de uso, actores, (especificación, licitación

y modelado) … para describir de una forma clara la

funcionalidad del sistema

Revisor

Se encarga de revisar el producto y hace una lista de

errores en caso de ser necesario, para su posterior

corrección.

Codificador Es el encargado de desarrollar el código de la aplicación

una vez conocidos los casos de uso, por medio de las

diferentes aplicaciones utilizadas.

37

Tester Es el encargado de realizar las pruebas sobre el sistema,

así como de analizar los resultados obtenidos en dichas

pruebas.

Administrador de la

Gestión de

Configuración

Es el encargado de controlar todo lo relacionado con las

distintas versiones en las que se encuentran los

componentes del producto, así como el producto en sí

Diseñador de

interfaz de usuario

Es el encargado de hacer una interfaz amigable y fácil de

manejar para el usuario.

Diseñador de la

base de datos

Es la persona encargada del diseño y que tiene el control

total sobre la base de datos.

38

GESTIÓN DE RIESGOS

39

GESTIÓN DE RIESGOS

La gestión de riesgos es un enfoque estructurado para manejar la incertidumbre

relativa a una amenaza, a través de una secuencia de actividades humanas que

incluyen evaluación de riesgo, estrategias de desarrollo para manejarlo y

mitigación del riesgo utilizando recursos gerenciales.

El objetivo de la gestión de riesgos es reducir diferentes riesgos relativos a un ámbito preseleccionado a un nivel aceptado por la sociedad. Puede referirse a numerosos tipos de amenazas causadas por el medio ambiente, la tecnología, los seres humanos, las organizaciones y la política. Por otro lado, involucra todos los recursos disponibles por los seres humanos o, en particular, por una entidad de manejo de riesgos (persona, staff, organización).

40

CUADRO DE RIESGOS

Evento Probabilidad Impacto Acción

La universidad no suministra la base

de datos de los estudiantes.

50%

Catastrófico

Contactar con la persona encargada para la respectiva

entrevista

No conformidad de los estudiantes con

las interfaces diseñadas

30%

Moderado

Diseñar una nueva interfaces en base

a los nuevos requerimientos

Hacer un mal levantamiento de la

información generara un mal diseño de la base

de datos

40%

serio

Levantar la información lo más

fiable posible y normalizar la base de datos lo más que se pueda

Perdida de información

40%

serio

Hacer copia de los datos existentes y verificar la relación

entre las tablas

Que no exista correspondencia entre las tablas y

las interfaces creadas

30%

Serio

Rediseñar la interfaz

Que la arquitectura de hardware

prevista no sea suficiente para

soportar las aplicaciones

60%

Leve

Adquisición de la arquitectura

deseada

Que las herramientas de software prevista

para programas no

40%

Moderado

Optar por

herramientas que cumplan con los

41

cumplan las necesidades

requerimientos necesarios para el

desarrollo

Que uno de

nuestros integrantes no

pueda seguir en el proyecto

15%

Catastrófico

Que cualquiera de los integrantes del proyecto conozca las actividades de

los demás compañeros, para

poder reemplazarlos en

caso de una emergencia

Falta de motivación 45% serio Buscar alternativas para motivar a los

miembros del grupo

Retrasos en la entrega del material

10% leve Corregir a tiempo

los impases y revisar

42

PLAN DE GESTIÓN DE

LA COMUNICACIÓN

43

GESTIÓN DE LA COMUNICACIÓN

Provee un lazo crítico entre las personas y las ideas necesarias para el éxito del

proyecto, en donde todas las personas deben estar preparadas para recibir y

enviar información en el lenguaje adecuado.

Gerenciar la comunicación en el proyecto es asegurarse de que la información es

generada en el momento, con la calidad y cantidad adecuada y que sigue un

proceso consecuente para su distribución, almacenamiento y final eliminación.

El proceso de la comunicación arranca directamente del nivel gerencia y por tanto

debe garantizar el éxito del proceso comunicacional. Esta es la comunicación

formal que sigue los canales de mando delimitados en la estructura organizativa.

Paralelamente se genera una comunicación informal entre los diversos individuos

entre departamentos.

44

PLANIFICACIÓN DE LA COMUNICACIÓN

En todo momento los integrantes del grupo de trabajo necesitaran estar

comunicados con el gerente del proyecto para planteamiento de dudas y posibles

soluciones a problemas imprevistos en el desarrollo de sistemas de información,

esta comunicación se podrá establecer de manera informal, no seguirá ningún

formato en específico y el único conducto regular para establecer la comunicación

de inconvenientes será de persona a persona, para hacer esto puede usarse

cualquier tipo de tecnología que esté al alcance del integrante del equipo de

trabajo como pueden ser celulares, correos electrónicos, chat o una discusión

persona a persona. Si el problema involucra a varios integrantes del equipo de

trabajo se deberá establecer una reunión de todos los integrantes para dar

solución a dicho inconveniente.

45

DISTRIBUCIÓN DE LA INFORMACIÓN

Distribuir la información de tal manera que todos los integrantes del equipo de

trabajo la reciban de forma oportuna he integra se hará mediante correos

electrónicos, dicho procedimiento seguirá unas políticas que aseguren la

recepción de la información como por ejemplo: que cada receptor del correo

reenvié a la persona emisora un correo donde notifique que recibió el correo

electrónico, si el integrante del grupo de trabajo no manda el correo de recepción

deberá ser contactado a través de otro medio de comunicación por la persona

emisora del mensaje.

46

REPORTES DE PROGRESO

Habrán reportes de progreso físico, ademásse habilitóel e-mail personal de todos

los integrantes del grupo en el cual se trabajará en línea. El gerente del proyecto

será la persona encargada de enviar las actividades y documentos referentes al

diagrama de actividades.