gerencia y desarollo de software
TRANSCRIPT
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.