SlideShare una empresa de Scribd logo
1 de 51
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  quot;
1-3quot;
 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 />
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE
GERENCIA Y DESAROLLO DE SOFTWARE

Más contenido relacionado

La actualidad más candente

Gep Eq10 T13 Preguntas Hallows
Gep Eq10 T13 Preguntas HallowsGep Eq10 T13 Preguntas Hallows
Gep Eq10 T13 Preguntas Hallows
acinorev_vsn
 
Curso de Preparación para la Certificación (PMI - RMP)® - Realizar el Análisi...
Curso de Preparación para la Certificación (PMI - RMP)® - Realizar el Análisi...Curso de Preparación para la Certificación (PMI - RMP)® - Realizar el Análisi...
Curso de Preparación para la Certificación (PMI - RMP)® - Realizar el Análisi...
David Salomon Rojas Llaullipoma
 
Monitorear y Controlar los Riesgos
Monitorear y Controlar los RiesgosMonitorear y Controlar los Riesgos
Monitorear y Controlar los Riesgos
Dharma Consulting
 
Acta de constitución del proyecto (project charter)
Acta de constitución del proyecto (project charter)Acta de constitución del proyecto (project charter)
Acta de constitución del proyecto (project charter)
Milena Giraldo
 
Gep2009 Eq2 T11 Under Def Plann Project Hallows
Gep2009 Eq2 T11 Under Def Plann Project HallowsGep2009 Eq2 T11 Under Def Plann Project Hallows
Gep2009 Eq2 T11 Under Def Plann Project Hallows
Angie Vargas Lara
 
GPY051 - Identificar los Riesgos
GPY051 - Identificar los RiesgosGPY051 - Identificar los Riesgos
GPY051 - Identificar los Riesgos
Dharma Consulting
 
Ejemplo de proy ti.pdf
Ejemplo de proy ti.pdfEjemplo de proy ti.pdf
Ejemplo de proy ti.pdf
mariela2906
 

La actualidad más candente (20)

Gep Eq10 T13 Preguntas Hallows
Gep Eq10 T13 Preguntas HallowsGep Eq10 T13 Preguntas Hallows
Gep Eq10 T13 Preguntas Hallows
 
Gep2009 Eq5 Reñ Davidygoliat
Gep2009 Eq5 Reñ DavidygoliatGep2009 Eq5 Reñ Davidygoliat
Gep2009 Eq5 Reñ Davidygoliat
 
Curso de Preparación para la Certificación (PMI - RMP)® - Realizar el Análisi...
Curso de Preparación para la Certificación (PMI - RMP)® - Realizar el Análisi...Curso de Preparación para la Certificación (PMI - RMP)® - Realizar el Análisi...
Curso de Preparación para la Certificación (PMI - RMP)® - Realizar el Análisi...
 
Monitorear y Controlar los Riesgos
Monitorear y Controlar los RiesgosMonitorear y Controlar los Riesgos
Monitorear y Controlar los Riesgos
 
Buenas Practicas en Gestion de Proyectos de Software
Buenas Practicas en Gestion de Proyectos de SoftwareBuenas Practicas en Gestion de Proyectos de Software
Buenas Practicas en Gestion de Proyectos de Software
 
Acta de constitución del proyecto (project charter)
Acta de constitución del proyecto (project charter)Acta de constitución del proyecto (project charter)
Acta de constitución del proyecto (project charter)
 
Gep2009 Eq2 T11 Under Def Plann Project Hallows
Gep2009 Eq2 T11 Under Def Plann Project HallowsGep2009 Eq2 T11 Under Def Plann Project Hallows
Gep2009 Eq2 T11 Under Def Plann Project Hallows
 
Castillo_ap.pdf
Castillo_ap.pdfCastillo_ap.pdf
Castillo_ap.pdf
 
1. Acta de constitución Proyecto C3
1. Acta de constitución Proyecto C31. Acta de constitución Proyecto C3
1. Acta de constitución Proyecto C3
 
Acta de constitucion
Acta de constitucionActa de constitucion
Acta de constitucion
 
Gestión de Proyectos - Primera parte 2018 - II
Gestión de Proyectos - Primera parte 2018 - IIGestión de Proyectos - Primera parte 2018 - II
Gestión de Proyectos - Primera parte 2018 - II
 
Tesis ingenieria en sistemas, software libre y pymes
Tesis ingenieria en sistemas, software libre y pymesTesis ingenieria en sistemas, software libre y pymes
Tesis ingenieria en sistemas, software libre y pymes
 
GPY051 - Identificar los Riesgos
GPY051 - Identificar los RiesgosGPY051 - Identificar los Riesgos
GPY051 - Identificar los Riesgos
 
Edt 04 plan y alcance del proyecto
Edt 04 plan y alcance del proyectoEdt 04 plan y alcance del proyecto
Edt 04 plan y alcance del proyecto
 
Guia1
Guia1Guia1
Guia1
 
Ejemplo de proy ti.pdf
Ejemplo de proy ti.pdfEjemplo de proy ti.pdf
Ejemplo de proy ti.pdf
 
2. Plan de gestión del Proyecto C3
2. Plan de gestión del Proyecto C32. Plan de gestión del Proyecto C3
2. Plan de gestión del Proyecto C3
 
62161
6216162161
62161
 
Formato de proyecto adsi 180977
Formato de proyecto adsi 180977Formato de proyecto adsi 180977
Formato de proyecto adsi 180977
 
Plantilla proyecto aler tic_
Plantilla proyecto aler tic_Plantilla proyecto aler tic_
Plantilla proyecto aler tic_
 

Destacado (8)

Tec4
Tec4Tec4
Tec4
 
Plan cmmi app delivery
Plan cmmi  app deliveryPlan cmmi  app delivery
Plan cmmi app delivery
 
Investigacion software educativo iub publicacion
Investigacion software educativo iub publicacionInvestigacion software educativo iub publicacion
Investigacion software educativo iub publicacion
 
Resumen: Investigacion software educativo de historia orientado a la Internet
Resumen: Investigacion software educativo de historia orientado a la InternetResumen: Investigacion software educativo de historia orientado a la Internet
Resumen: Investigacion software educativo de historia orientado a la Internet
 
Documentación de Proyecto de Software.
Documentación de Proyecto de Software.Documentación de Proyecto de Software.
Documentación de Proyecto de Software.
 
Proyectos de tesis propuestos
Proyectos de tesis propuestosProyectos de tesis propuestos
Proyectos de tesis propuestos
 
Ejemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rupEjemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rup
 
Proyecto de tesis sobre software educativo
Proyecto de tesis sobre software educativoProyecto de tesis sobre software educativo
Proyecto de tesis sobre software educativo
 

Similar a GERENCIA Y DESAROLLO DE SOFTWARE

Similar a GERENCIA Y DESAROLLO DE SOFTWARE (20)

Desarrollo de Sistemas de Información
Desarrollo de Sistemas de InformaciónDesarrollo de Sistemas de Información
Desarrollo de Sistemas de Información
 
Presentacion Final
Presentacion FinalPresentacion Final
Presentacion Final
 
Presentacion Final
Presentacion FinalPresentacion Final
Presentacion Final
 
Metodologias
MetodologiasMetodologias
Metodologias
 
Control seguimiento - proyectos como hacerlo
Control seguimiento - proyectos como hacerloControl seguimiento - proyectos como hacerlo
Control seguimiento - proyectos como hacerlo
 
Planificacion de Proyecto de Software
Planificacion de Proyecto de SoftwarePlanificacion de Proyecto de Software
Planificacion de Proyecto de Software
 
Ieee 703
Ieee 703Ieee 703
Ieee 703
 
Mobile D (programacion dispositivos moviles)
Mobile D (programacion dispositivos moviles)Mobile D (programacion dispositivos moviles)
Mobile D (programacion dispositivos moviles)
 
PROYECTO FINAL DE ANÁLISIS
PROYECTO FINAL DE ANÁLISISPROYECTO FINAL DE ANÁLISIS
PROYECTO FINAL DE ANÁLISIS
 
Bus app
Bus appBus app
Bus app
 
Tabajo final unidad ii
Tabajo final unidad iiTabajo final unidad ii
Tabajo final unidad ii
 
Esquema del proyecto para la titulacion
Esquema del proyecto para la titulacionEsquema del proyecto para la titulacion
Esquema del proyecto para la titulacion
 
Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de software
 
U5 examen gonzalez_garciacarlosalberto
U5 examen gonzalez_garciacarlosalbertoU5 examen gonzalez_garciacarlosalberto
U5 examen gonzalez_garciacarlosalberto
 
03 ingsoft jdchc
03 ingsoft jdchc03 ingsoft jdchc
03 ingsoft jdchc
 
Lección 2
Lección 2Lección 2
Lección 2
 
Ingenieria Web
Ingenieria WebIngenieria Web
Ingenieria Web
 
Microsoft Peroject
Microsoft PerojectMicrosoft Peroject
Microsoft Peroject
 
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxSEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
 
AF3-Investigación sobre SQA V1.docx
AF3-Investigación sobre SQA V1.docxAF3-Investigación sobre SQA V1.docx
AF3-Investigación sobre SQA V1.docx
 

Último

TALLER DE DEMOCRACIA Y GOBIERNO ESCOLAR-COMPETENCIAS N°3.docx
TALLER DE DEMOCRACIA Y GOBIERNO ESCOLAR-COMPETENCIAS N°3.docxTALLER DE DEMOCRACIA Y GOBIERNO ESCOLAR-COMPETENCIAS N°3.docx
TALLER DE DEMOCRACIA Y GOBIERNO ESCOLAR-COMPETENCIAS N°3.docx
NadiaMartnez11
 
Proyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdfProyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdf
patriciaines1993
 
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
RigoTito
 

Último (20)

Sesión de clase: Fe contra todo pronóstico
Sesión de clase: Fe contra todo pronósticoSesión de clase: Fe contra todo pronóstico
Sesión de clase: Fe contra todo pronóstico
 
FUERZA Y MOVIMIENTO ciencias cuarto basico.ppt
FUERZA Y MOVIMIENTO ciencias cuarto basico.pptFUERZA Y MOVIMIENTO ciencias cuarto basico.ppt
FUERZA Y MOVIMIENTO ciencias cuarto basico.ppt
 
Posición astronómica y geográfica de Europa.pptx
Posición astronómica y geográfica de Europa.pptxPosición astronómica y geográfica de Europa.pptx
Posición astronómica y geográfica de Europa.pptx
 
CONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptx
CONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptxCONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptx
CONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptx
 
TALLER DE DEMOCRACIA Y GOBIERNO ESCOLAR-COMPETENCIAS N°3.docx
TALLER DE DEMOCRACIA Y GOBIERNO ESCOLAR-COMPETENCIAS N°3.docxTALLER DE DEMOCRACIA Y GOBIERNO ESCOLAR-COMPETENCIAS N°3.docx
TALLER DE DEMOCRACIA Y GOBIERNO ESCOLAR-COMPETENCIAS N°3.docx
 
TIENDAS MASS MINIMARKET ESTUDIO DE MERCADO
TIENDAS MASS MINIMARKET ESTUDIO DE MERCADOTIENDAS MASS MINIMARKET ESTUDIO DE MERCADO
TIENDAS MASS MINIMARKET ESTUDIO DE MERCADO
 
Power Point E. S.: Los dos testigos.pptx
Power Point E. S.: Los dos testigos.pptxPower Point E. S.: Los dos testigos.pptx
Power Point E. S.: Los dos testigos.pptx
 
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESOPrueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
 
Interpretación de cortes geológicos 2024
Interpretación de cortes geológicos 2024Interpretación de cortes geológicos 2024
Interpretación de cortes geológicos 2024
 
Lecciones 06 Esc. Sabática. Los dos testigos
Lecciones 06 Esc. Sabática. Los dos testigosLecciones 06 Esc. Sabática. Los dos testigos
Lecciones 06 Esc. Sabática. Los dos testigos
 
Power Point: Fe contra todo pronóstico.pptx
Power Point: Fe contra todo pronóstico.pptxPower Point: Fe contra todo pronóstico.pptx
Power Point: Fe contra todo pronóstico.pptx
 
BIOMETANO SÍ, PERO NO ASÍ. LA NUEVA BURBUJA ENERGÉTICA
BIOMETANO SÍ, PERO NO ASÍ. LA NUEVA BURBUJA ENERGÉTICABIOMETANO SÍ, PERO NO ASÍ. LA NUEVA BURBUJA ENERGÉTICA
BIOMETANO SÍ, PERO NO ASÍ. LA NUEVA BURBUJA ENERGÉTICA
 
LA LITERATURA DEL BARROCO 2023-2024pptx.pptx
LA LITERATURA DEL BARROCO 2023-2024pptx.pptxLA LITERATURA DEL BARROCO 2023-2024pptx.pptx
LA LITERATURA DEL BARROCO 2023-2024pptx.pptx
 
Proyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdfProyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdf
 
Los avatares para el juego dramático en entornos virtuales
Los avatares para el juego dramático en entornos virtualesLos avatares para el juego dramático en entornos virtuales
Los avatares para el juego dramático en entornos virtuales
 
Análisis de los Factores Externos de la Organización.
Análisis de los Factores Externos de la Organización.Análisis de los Factores Externos de la Organización.
Análisis de los Factores Externos de la Organización.
 
Factores que intervienen en la Administración por Valores.pdf
Factores que intervienen en la Administración por Valores.pdfFactores que intervienen en la Administración por Valores.pdf
Factores que intervienen en la Administración por Valores.pdf
 
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
 
Tema 11. Dinámica de la hidrosfera 2024
Tema 11.  Dinámica de la hidrosfera 2024Tema 11.  Dinámica de la hidrosfera 2024
Tema 11. Dinámica de la hidrosfera 2024
 
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLAACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
 

GERENCIA Y DESAROLLO DE SOFTWARE

  • 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 quot; 1-3quot; 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 />