Este documento presenta un resumen del plan de proyecto para diseñar e implementar una página web para la evaluación docente de la Fundación Universitaria San Martín en Sincelejo. El proyecto tiene como objetivo optimizar el sistema de evaluación docente y crear una interfaz sencilla para que los estudiantes evalúen a sus profesores vía internet. El documento describe los objetivos, alcances, supuestos, entregables, cronograma y roles para el proyecto.

1. DISEÑO E IMPLANTACIÓN DE UNA PAGINA WEB PARA LA EVALUACION DOCENTE DE LA FUNDACION UNIVERSITARIA SAN MARTIN SINCELEJO<br />PLAN DEL PROYECTO<br />ANDRES ABADCARMEN I. HERNANDEZ VEGADORA DELIA ARRAZOLAELIANA MARGARITA FUENTESJHON JAIRO CHAVEZ REINOJORGE MARIO LARA SOTOLUIS DE LA ROSALUZ TATIANA MERCADOORLANDO BETTIN JULIORODRIGO SIBAJAGUSTAVO CASTRO<br />Control del Documento<br />Control de versiones<br />Fecha VersiónCambio / ComentariosOct – 07 – 10 1.0Entrega hasta la gestión del AlcanceOct– 28– 10 1.1Se agregó gestión del tiempoNov – 11 – 10 1.2Entrega del Plan del ProyectoNov- 19- 101.3Entrega Final del Plan del Proyecto<br />TABLA DE CONTENIDO<br />PAG.<br /> TOC \o \"
1-3\"
1.GESTIÓN DE LA INTEGRACIÓN………………………………………… .1<br />1.1 Concepto de Gestion de Integracion…………………………………...2<br />1.1Propósito del documento………………………………………………..3 <br />1.2Objetivos del proyecto………………………………………………….. .4 <br />2.GESTIÓN DEL ALCANCE………………………………………………….5<br />2.1 Concepto de Gestión de Alcance……………………………………… .6 <br />2.2 Restricciones y Supuestos………………………………………………….7<br />2.2 Supuestos………………………………………………………………… …8<br />2.3 Entregables del proyecto…………………………………………………... 9 <br />2.3.1 Diagrama Casos De Uso………………………………………………….9<br />2.3.2 Diagrama de Secuencia…………………………………………………10<br />2.3.3 Base de datos modelada………………………………………………...11 <br />2.3.4 Plan de pruebas……………………………………………………… ….12 <br />2.3.5 Diccionario de datos……………………………………………………...13<br />2.4 Estructura de Desglose de Trabajo (WBS o EDT)…………………….. 14<br />3.GESTIÓN DEL TIEMPO………………………………………………….. .15<br />3.1 Concepto de Gestión de Tiempo……………………………………….16<br />3.1 Detalle de cada fase y etapa………………………………………………17 <br />3.1 Detalle de cada fase y etapa………………………………………………17 <br />3.2 Cronograma detallado………………………………………………………18<br />3.3 Diagrama de Gantt…………………………………………………………..19<br />3.4 Cronograma Detallado…………………………………………………..20<br />4.GESTION DE COSTOS…………………………………………………. 21<br />4.1 Concepto de Gestión de Costos………………………………………. 22<br />4.2 Cuadro de Gestión de Costos………………………………………. … 23<br />5.GESTIÓN DE CALIDAD……………………………………………….….24<br />5.1 Concepto Gestión de Calidad……………………………………….…..25<br />5.2. Método de desarrollo de la página web………………………………26<br />5.3. Los procesos en el desarrollo de software…………………………….27<br />5.4. Plan de aseguramiento de calidad. …………………………………….28<br />5.5. Seguimiento al Código Fuente………………………………………… 29<br />5.6. Revisiones Técnicas………………………………………..…………… 30<br />6. GESTIÓN DEL TALENTO HUMANO…………………………………… 31<br />6.1 Concepto de Gestión de Talento Humano…………………………….. 32<br />6.1. Equipo de proyecto, roles y perfiles…………………………………….33<br />6.2 Cuadro de Roles y Responsabilidades……………………………….. 34<br />6.2. Detalle de Roles de Los Miembros del equipo………………………35<br />6.3. Detalle de Roles de Los Miembros del equipo………………………..36<br />7. GESTIÓN DE RIESGOS…………………………………………………..37<br />7.1. Concepto de Gestión de Riesgos…………………………………….…38<br />7.2. Cuadro de riesgos………………………………………………………....39<br />7.3. Cuadro de riesgos…………………………………………………………40<br />8. GESTIÓN DE LA COMUNICACIÓN……………………………………..41<br />8.1 Concepto de Gestión de Comunicación……………………………… ..42<br />8.1 Planificación de la Comunicación………………………………………43<br />8.2 Distribución de la Información……………………………………………44<br />8.3 Reportes de Progreso……………………………………………………..45<br />GESTIÓN DE LA INTEGRACIÓN<br />GESTIÓN DE LA INTEGRACIÓN<br />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.<br />PROPÓSITO DEL DOCUMENTO<br />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.<br />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.<br />OBJETIVOS DEL PROYECTO<br />OBJETIVO GENERAL<br />Diseñar e implementar una página web para la evaluación docente de la Fundación Universitaria San Martin CAT Sincelejo.<br />1.3.2 OBJETIVOS ESPECÍFICOS<br />Optimizar la calidad del sistema de evaluación docente de la Fundación Universitaria San Martin. <br />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.<br />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.<br />GESTIÓN DEL ALCANCE<br />GESTIÓN DEL ALCANCE<br />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. <br />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.<br />RESTRICCIONES Y SUPUESTOS<br />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.<br />Restricciones<br />Debido a que la universidad al no aportar dinero alguno para la realización de este proyecto, se tendrá que montar en servidor gratuito.<br />El proyecto debe de estar terminado a más tardar el 18 de noviembre.<br />Que la sede principal en Bogotá, no nos proporcionen los permisos respectivos para montarla en la página principal de la universidad.<br />Que la universidad no esté de acuerdo con la realización del proyecto por políticas internas.<br />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.<br />Supuestos<br />Se contará con un servicio de Hosting gratuito para cargar la página web y que los estudiantes interactúen con ella.<br />La universidad no ayuda con ningún aporte económico por la realización del proyecto.<br />Los tutores, alumnos y parte administrativa estarán de acuerdo con la realización de este proyecto por considerarlo más eficiente<br />.<br />Entregables del proyecto<br />Diagramación UML<br />DIAGRAMA CASOS DE USO<br />DIAGRAMA DE SECUENCIA<br />42735511430<br />Aplicación proyecto Evaluación Docente.<br />Base de datos modelada<br />Plan de pruebas<br />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.<br />Diccionario de datos<br />estudiantecodigoalfanumericose usa como identificardor de codigo de estudiantecontraseñaalfanumericose usa como clave personal de cada estudiantenombrealfanumericonombre de estudianteestadoboleanoswitch para saber si esta activo o no el estudiantetutorcodigoalfanumericose usa como identificador de codigo de docente en este caso la cedulanombrealfanumericonombre del docentetitulacionalfanumericose usa para deducir la asignatura o el nivel del docenteestadoboleanosi se encuentra activo para su uso en la base de datosasignaturacodigonumericoidentificador de la asignaturanombrealfanumericonombre de la asignaturacuestionariocodigonumericoidentificador de la preguntapreguntaalfanumericocontenido de la preguntaestudiantexasignaturaprogramaalfanumericoidentifica estudiante con la asignaturacodigo estudiantealfanumericoclave foranea codigo del estudiantecodigo asignaturanumericoclave foranea codigo de la asignaturacodigoestasignumericoidentifica clave foranea de asignatura y estudiantetutorxasignaturacodigo tutoralfanumericoclave foranea codigo de la asignatura codigo asignaturanumericoclave foranea codigo de ka asignaturacodigotutasignumericoidentifica clave foranea de asignatura y el tutorevaluacioncodigo estasigNuméricoidentifica clave foranea de asignatura y estudiantecodigo tutasigNuméricoidentifica clave foranea de asignatura y el tutorobservacion alfanumerico para la observacionfechaFechafecha de la evaluacion de dicho docentecodcuestionarioNuméricoidentifica el codigo del cuestionarioid evaluacion Numéricoide de evaluacion para asociarlo <br />Estructura de Desglose de Trabajo (WBS o EDT)<br />GESTIÓN DEL TIEMPO<br />GESTIÓN DEL TIEMPO<br />Incluye los procesos requeridos para asegurar la terminación oportuna del proyecto. Esta área del conocimiento incluye aspectos tales como:<br />Definición de la actividad: identificando las actividades específicas que se deben realizar para producir las varias fases del proyecto.<br />Actividad que ordena: identificando y documentación de dependencias de la interactividad.<br />Duración que estima: estimando el número de los períodos del trabajo que serán necesarios terminar actividades individuales.<br />Desarrollo del horario: analizar secuencias de la actividad, duraciones de la actividad, y requisitos de recurso de crear el horario del proyecto.<br />Control de la actividad del horario: cambios que controlan al horario del proyecto.<br />El proyecto se inicia el día 22 de octubre de 2010 y finaliza el 18 de Noviembre de 2010.<br />Detalle de cada fase y etapa<br />CUADRO DE DETALLE DE CADA FASE Y ETAPA NOMBRE DE LA TAREADURACIONCOMIENZOFINSUCESORASRECURSOS solicitud BD estudiante Ing. de sistemas1 día22/10/2010 9:0022/10/2010 19:00 humanosdocumentación herramientas de desarrollo1 día22/10/2010 9:0022/10/2010 19:00 Técnicasselección y lenguaje3 días22/10/2010 9:0026/10/2010 11:006;21Humanoselección y SG BD1 día22/10/2010 9:0022/10/2010 19:006;20HumanoUMLy escoger diagramas1 día22/10/2010 9:0022/10/2010 19:00 humano tecnicosrequerimientos de hardware1 día26/10/2010 11:0027/10/2010 11:008;21TécnicosElaboración0 días22/10/2010 9:0022/10/2010 9:00 humano, técnico y económicodiseñar BD (conceptual y lógica)2 días27/10/2010 11:0029/10/2010 11:009;20Humanodiccionario de datos1 día29/10/2010 11:0030/10/2010 11:0011;12;13;20;21humanos tecnicosdiseñar diagramas UML1 día22/10/2010 9:0022/10/2010 19:00 tecnicos humanoscasos de usos1 día30/10/2010 11:0031/10/2010 12:0015;16;17;18humanos tecnicosdiagrama de actividades1 día30/10/2010 11:0031/10/2010 12:0015;16;17;18humanos técnicosSecuencias1 día30/10/2010 11:0031/10/2010 12:0015;16;17;18humanos técnicosmodelar el sistemas0 días22/10/2010 9:0022/10/2010 9:00 Humanointerfaz de usuario4 días31/10/2010 12:0005/11/2010 13:0021humanos tecnicosdiseño de salidas1 día31/10/2010 12:0002/11/2010 13:0021humanos tecnicosdiseño de controles (validación)1 día31/10/2010 12:0002/11/2010 13:0021humanos tecnicosdiseño de las entradas1 día31/10/2010 12:0002/11/2010 13:0021humanos técnicosConstrucción7 días22/10/2010 9:0030/10/2010 11:00 humanos tecnicosdiseño físico BD3 días30/10/2010 11:0003/11/2010 13:0021;22HumanoCodificación7 días05/11/2010 15:0013/11/2010 17:0022humanosPruebas2 días13/11/2010 17:0016/11/2010 19:0023;24;28Humanomanual técnico2 días17/11/2010 9:0018/11/2010 19:00 Humanomanual del usuario1 día17/11/2010 9:0017/11/2010 19:00 Humanoimplementación página web1 día22/10/2010 9:0022/10/2010 19:00 humanos tecnicosintegración BD con sitio web1 día22/10/2010 9:0022/10/2010 19:0027;28humano tecnicosmontar sitio web en Hosting gratuito1 día23/10/2010 9:0024/10/2010 10:00 humanosMantenimiento1 día17/11/2010 9:0017/11/2010 19:00 humanos<br />DIAGRAMA DE GANTT<br />CRONOGRAMA DETALLADO<br />-68580172720<br />GESTION DE COSTOS<br />GESTION DE COSTOS<br />Incluye los procesos requeridos para asegurarse de que el proyecto esté terminado dentro del presupuesto aprobado. Consiste en:<br />Planeamiento del recurso: determinando qué recursos (gente, equipo, materiales) y qué cantidades de cada uno se deben utilizar para realizar actividades del proyecto.<br />Costo estimado: desarrollar una aproximación (estimación) del coste de los recursos necesitó terminar actividades del proyecto.<br />Costo del presupuesto: asignación de la valoración de costos total a las actividades individuales del trabajo.<br />Control de costo: cambios que controlan al presupuesto de proyecto<br />CUADRO DE GESTION DE COSTOS<br />ACTIVIDADESRECURSOSTECNICOSHUMANOSECONOMICOSReuniones Extracurriculares3 Computadores, Impresora, InternetEquipo de 11 personasViáticos y comidasDiseño de la aplicación1 Computador, Internet1 personaViáticos y comidasRealización de Documentos2 Computadores, Internet e ImpresoraEquipo de 11 personasViáticos y comidasElaboración de diseños conceptuales y lógicos2 Computadores, Internet e ImpresoraEquipo de 11 personasViáticos y comidas<br />GESTION <br />DE CALIDAD<br />GESTION DE CALIDAD<br />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.<br />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.<br />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.<br />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.<br />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. <br />MÉTODO DE DESARROLLO DE LA PAGINA WEB<br />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. <br />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.<br />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. <br />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. <br />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.<br />LOS PROCESOS EN EL DESARROLLO DE SOFTWARE<br />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.<br />PLAN DE ASEGURAMIENTO DE CALIDAD<br />Las actividades de aseguramiento de calidad que se van a incluir en el proyecto son:<br />Seguimiento al código fuente.<br />Revisiones Técnicas.<br />Pruebas de Integración.<br />Pruebas del Sistema.<br />Pruebas de Aceptación.<br />SEGUIMIENTO AL CÓDIGO FUENTE<br />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.<br />Participantes: El código tiene que ser leído por el desarrollador que lo escribió.<br />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.<br />Monitoreo: Para medir el avance, se usará el número total de unidades codificadas versus el número de las leídas exitosamente.<br />REVISIONES TÉCNICAS<br />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.<br /> El procedimiento a seguir para las revisiones técnicas será el siguiente: <br />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.<br />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.<br />Reunión de Revisión: El autor, moderador y los revisores se reúnen para examinar el producto de trabajo.<br />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).<br />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.<br />GESTIÓN DEL TALENTO HUMANO<br />GESTIÓN DEL TALENTO HUMANO<br />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.<br />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.<br />EQUIPO DE PROYECTO, ROLES Y PERFILES<br />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. <br />CUADRO DE ROLES Y RESPONSABILIDADES<br /> Jhon J. ChávezJorge M. LaraOrlando Bettin Gustavo Castro Eliana Fuentes Rodrigo SivajaLuis de la RosaCarmen HernándezDora ArrazolaAndrés Abad Luz MercadoGestiónX PlanificaciónXXXXXXXXAnalista-RequerimientosX XX XDiseñoX X Programación X PruebasXX XX InstalaciónX X <br />Roles y Responsabilidades<br />Los miembros del equipo tienen los siguientes roles:<br />RolResponsabilidadGerenteEs 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 proyectoAsegura una ejecución exitosa del proyecto, planeando, organizando, dirigiendo, monitoreando, controlándolo y cerrándolo.arquitectoResponsable de la arquitectura del sistema. Es decir, se encarga de elaborar la arquitectura correcta para solucionar el problema que se encuentra desarrollando.AnalistaEs 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 sistemaRevisorSe encarga de revisar el producto y hace una lista de errores en caso de ser necesario, para su posterior corrección.CodificadorEs 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.TesterEs 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ónEs 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 usuarioEs el encargado de hacer una interfaz amigable y fácil de manejar para el usuario.Diseñador de la base de datosEs la persona encargada del diseño y que tiene el control total sobre la base de datos.<br />GESTIÓN DE RIESGOS<br />GESTIÓN DE RIESGOS<br />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.<br />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).<br />CUADRO DE RIESGOS<br />EventoProbabilidadImpactoAcciónLa universidad no suministra la base de datos de los estudiantes.50%CatastróficoContactar con la persona encargada para la respectiva entrevistaNo conformidad de los estudiantes con las interfaces diseñadas30%ModeradoDiseñar una nueva interfaces en base a los nuevos requerimientosHacer un mal levantamiento de la información generara un mal diseño de la base de datos40%serioLevantar la información lo más fiable posible y normalizar la base de datos lo más que se puedaPerdida de información40%serioHacer copia de los datos existentes y verificar la relación entre las tablasQue no exista correspondencia entre las tablas y las interfaces creadas30%SerioRediseñar la interfazQue la arquitectura de hardware prevista no sea suficiente para soportar las aplicaciones60%LeveAdquisición de la arquitectura deseadaQue las herramientas de software prevista para programas no cumplan las necesidades40%ModeradoOptar por herramientas que cumplan con los requerimientos necesarios para el desarrolloQue uno de nuestros integrantes no pueda seguir en el proyecto15%CatastróficoQue cualquiera de los integrantes del proyecto conozca las actividades de los demás compañeros, para poder reemplazarlos en caso de una emergenciaFalta de motivación45%serioBuscar alternativas para motivar a los miembros del grupoRetrasos en la entrega del material10%leveCorregir a tiempo los impases y revisar <br />PLAN DE GESTIÓN DE LA COMUNICACIÓN <br />GESTIÓN DE LA COMUNICACIÓN<br />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.<br />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.<br />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.<br />PLANIFICACIÓN DE LA COMUNICACIÓN<br />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. <br />DISTRIBUCIÓN DE LA INFORMACIÓN<br />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.<br />REPORTES DE PROGRESO<br />Habrán reportes de progreso físico, además se 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. <br />