web view•método de cadena crítica •software de gestión de proyectos...

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTOCasa del software PoliSoft PoliSoft

1. DEFINICIÓN DE LAS ACTIVIDADES

1.1 OBJETIVO

Identificar y documentar el trabajo que se planifica a realizar. El proceso Definición de las Actividades identificará los productos entregables al nivel más bajo de la estructura de desglose del trabajo (WBS), que se denomina paquete de trabajo. Los paquetes de trabajo del proyecto están planificados (descompuestos) en componentes más pequeños denominados actividades del cronograma, para proporcionar una base con el fin de estimar, establecer el cronograma, ejecutar, y supervisar y controlar el trabajo del proyecto. La definición y planificación de las actividades del cronograma están implícitas en este proceso, de tal modo que se cumplan los objetivos del proyecto.

1.2 ALCANCE

El proyecto se basa en el diseño e implementación de la base de datos requerida para la casa de software, teniendo en cuenta los requerimientos que se necesitan para el funcionamiento del proyecto que se describen a continuación:

La primera entrega debe contener todo el levantamiento de información, diseño de planes de acción y modelo general de la solución, acompañado de la documentación del proceso desarrollado.

La segunda entrega debe contener el servidor de base de datos y el esquema generado, acompañado de la documentación del proceso desarrollado.

La entrega final debe contener el sistema integrado de gestión con todos los.

CONTROL DE VERSIONESVersión Fecha Motivo1.0 30/05/2017 Versión original


1.3 DOCUMENTACIÓN DE REFERENCIA

•Enunciado del Alcance del Proyecto: Los productos entregables del proyecto, Las restricciones y las suposiciones documentadas en el enunciado del alcance del proyecto.

•Estructura de Desglose del Trabajo (EDT)

•Diccionario de la EDT

• Factores Ambientales de la Empresa: Disponibilidad de los sistemas de información de la gestión de proyectos y Herramientas de software para la elaboración de cronogramas.

1.4 PROCEDIMIENTO

1.4.1 Definiciones.

Logs: Registro de sucesos del usuario en el programa.

Script: Documento con instrucciones de SQL

Normalización: proceso que consiste en designar y aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.

1.4.2 Técnicas y Herramientas.

Las herramientas y técnicas básicas que puede considerar son las siguientes:

•Descomposición

•Plantillas

•Planificación gradual

•Software de Gestión de Proyectos (WBS Shedule pro) .

1.4.3 Desarrollo.



El EDT y el diccionario desarrollado fue de gran ayuda para identificar cada una de las actividades a ser incluidas en el cronograma, permitiendo usar datos como el código, nombre y etapa de cada actividad.

1.4.3.1 Lista de Actividades

Luego de analizar la documentación de referencia y de aplicar las herramientas y técnicas mencionadas en el numeral anterior se obtuvo la siguiente lista de actividades:

NOMBRE DE LA ACTIVIDAD

DESCRIPCIÓN ALCANCE

1.1.1.1 Modelo conceptual

Un diagrama de clases es un grafo acíclico dirigido (mapa) de los conceptos y sus relaciones

Diseño con entidades y relaciones

1.1.1.2 Modelo entidad- relación

Herramienta para el modelado de datos que permite representar las entidades relevantes del sistema de base de datos


1.1.1.2.1 Normalización fase 5

Es un nivel de normalización de bases de datos diseñado para reducir redundancia en las bases de datos relacionales que guardan hechos multi-valores

No existen relaciones de dependencias de reunión (join) no triviales que no se generen desde las claves.


La 4NF se asegura de que las dependencias multivaluadas independientes estén correctas y eficientemente representadas en un diseño de base de datos

No posee dependencias multivaluadas no triviales.


Es la fase normal que pretende evitar dependencias entre llaves

Ningún atributo no-primario de la tabla es dependiente transitivamente de una clave primaria


Es la fase de la normalización que busca que ninguna clave o atributa dependa de otro componente de la misma

Dada una clave primaria y cualquier atributo que no sea un constituyente de la clave primaria



tabla 1.1.1.2.5 Normalización

fase 1Criterios se refieren básicamente a asegurarse que la tabla es una representación fiel de una relación y está libre de "grupos repetitivos".

Se busca que cada una de las relaciones de las tablas no cree grupos repetitivos

1.1.2.1 Cronograma Servidor de base de datos

Representación gráfica de un conjunto de hechos en función del tiempo.

Esta actividad intenta registrar cada una de las tareas a realizar en el componente de base de datos con los tiempos, fechas de inicio fechas de finalización y responsables.

1.1.2.2 Definición de las políticas de uso

Documento que expresa cada una de las funcionalidades por gestión que interviene en el proyecto

Debe indicar cada una de las políticas de uso que tiene la base de datos

1.1.2.3 Definición de responsables

Documento donde se especifica cada uno de los responsables de cada una de las actividades a desarrollar

Se debe entregar documento definiendo loa cargos, y las responsabilidades por cargo

1.1.3.1 Cronograma Interfaz



1.2.1.1 Script de base de datos

Uso de instrucciones SQL para la creación de base de datos

Se deben implementar cada uno de los módulos estipulados en el documento de requerimientos

1.2.1.2 Relaciones de base de datos

Vínculos necesarios entre tablas de una base de datos

Se debe entregar un conjunto de instrucciones de base de datos donde se expresen los vínculos de las diferentes tablas.

1.2.1.3 Definición de copias de seguridad

Documento que expresa cada uno de los tipos de copias que se implementan

Se deben definir todos los tipos de copias de seguridad que se usaran en la base de datos

1.2.2 Implementación servidor

1.2.2.1 Plan de Contingencia

Documento usado para la identificación de posibles errores y como atacarlos

Se deben identificar cada uno de los posibles errores y se debe crear una seguidilla de pasos para solucionarlo

1.2.2.2 Implementar base de datos oracle Enterprise

Conjunto de herramientas de Oracle para soluciones de almacenamiento

Implementar la base de datos en un software adecuado para el proceso



Edition 11g 1.2.2.3 Implementar el

sistema operativo Oracle Linux

Se usará como sistema operativo Linux en el servidor de base de datos para el alojamiento de la base de datos

Se espera tener el sistema operativo instalado y adecuado, para el uso de la base de datos y el servidor

1.2.2.4 Creación de servidor de base de datos.

Va a ser capaz de atender las peticiones de un usuario y devolverle una respuesta en concordancia

Software capaz de devolver una respuesta adecuada cuando se solicita algún dato de la base de datos

1.2.3.1 Interfaz de gestión de logs

Es la parte grafica de la base de datos cuando se lista, actualiza y agregan datos de los registros que realizo el usuario

Usuario podrá listar, y buscar los registros de usuario.

1.2.3.2 Interfaz de gestión de presupuesto

Es la parte grafica de labase de datos cuando se lista, actualiza y agregan datos de los presupuestos

Usuario podrá listar, y buscar los presupuestos.

1.2.3.3 Interfaz de gestión de documentos

Es la parte grafica de labase de datos cuando se lista, actualiza y agregan datos de los documentos


1.2.3.4 Interfaz de gestión de activos

Es la parte grafica de labase de datos cuando se lista, actualiza y agregan datos de los activos

Usuario podrá actualizar, agregar, eliminar, listar, y buscar los activos.

1.2.3.5 Interfaz de gestión de indicadores

Es la parte grafica de labase de datos cuando se lista, actualiza y agregan datos de los indicadores

Usuario podrá actualizar, agregar, eliminar, listar, y buscar los indicadores

1.2.3.6 Interfaz de gestión de terceros

Es la parte grafica de labase de datos cuando se lista, actualiza y agregan datos de terceros

Usuario podrá actualizar, agregar, eliminar, listar, y buscar los terceros

1.2.3.7 Interfaz de gestión de proyectos

Es la parte grafica de la base de datos cuando se lista, actualiza y agregan datos de los proyectos

Usuario podrá actualizar, agregar, eliminar, listar, y buscar los proyectos

1.2.3.8 Interfaz de gestión de clientes

Es la parte grafica de la base de datos cuando se lista, actualiza y agregan datos de los clientes.

Usuario podrá actualizar, agregar, eliminar, listar, y buscar los clientes

1.2.3.9 Interfaz de gestión de usuario

Es la parte grafica de la base de datos cuando se lista, actualiza y agregan datos del usuario

Usuario podrá actualizar, agregar, eliminar, listar, y buscar los usuarios

1.3.1.1 Diccionario de Documentación de las Documentos donde se expresen de



datos tablas y datos importantes de la base datos

forma individual las tablas de la base de datos.

1.3.2.1.1 Entregable final de integración de los componentes

Documento que contiene toda la información del proceso de integración.

Debe contener cada uno de los procesos realizados, especificar herramientas usadas, objetivos, conclusiones, y resultados.

1.4.3.2 Atributos de las ActividadesCódigo Nombre actividad Recursos Precedencia Duración

1.1.1.1 Modelo conceptualHerramientas de modelado 5d

1.1.1.2.1 Normalización fase 5Herramientas de diseño 7 3d






Acta de constitución; Formato del proyecto 4d

1.1.2.2 Definición de las políticas de uso 4d1.1.2.3 Definición de responsables 4d


Acta de constitución; Formato del proyecto 3d

1.2.1.1 Script de base de datos Oracle 6 7d1.2.1.2 Relaciones de base de datos Oracle 19 6d1.2.1.3 Definición de copias de seguridad Oracle 4d1.2.2.1 Plan de Contingencia 5d

1.2.2.2Implementar base de datos oracle

Enterprise Edition 11g

Máquinas virtuales;Oracle Enterprise 3d

1.2.2.3Implementar el sistema operativo

Oracle LinuxMáquinas virtuales; Linux os 8d

1.2.2.4 Creación de servidor de base de datos. Máquinas virtuales 24;25 10d

1.2.3.1 Interfaz de gestión de logsPHP;HTML;Backbone 3d



1.2.3.2 Interfaz de gestión de presupuestoPHP;HTML;Backbone 3d

1.2.3.3 Interfaz de gestión de documentosPHP;HTML;Backbone 3d

1.2.3.4 Interfaz de gestión de activosPHP;HTML;Backbone 6d

1.2.3.5 Interfaz de gestión de indicadoresPHP;HTML;Backbone 3d

1.2.3.6 Interfaz de gestión de tercerosPHP;HTML;Backbone 5d

1.2.3.7 Interfaz de gestión de proyectosPHP;HTML;Backbone 3d

1.2.3.8 Interfaz de gestión de clientesPHP;HTML;Backbone 3d

1.2.3.9 Interfaz de gestión de usuarioPHP;HTML;Backbone 6d

1.3.1.1 Diccionario de datosScrips de base de datos 18 3d

1.3.2.1.1Entregable final de integración de los

componentes 2;17 3d

1.4.3.3 Lista de Hitos (milestone list)

Los hitos del proyecto se manejan con tres Sprints, los cuales son:

DESCRIPCIÓN FECHASprint 1 La primera entrega debe

contener todo el levantamiento de información, diseño de planes de acción y modelo general de la solución, acompañado de la documentación del proceso desarrollado.

5/05/2017

Sprint 2 La segunda entrega debe contener el servidor de base de datos y el esquema generado, acompañado de la documentación del proceso desarrollado.

12 /05/2017

Sprint 3 La entrega final debe 19/05/2017



contener el sistema integrado de gestión con todos los componentes funcionales en línea.

1.4.3.4 Cambios Solicitados

El proceso Definición de las Actividades generó solicitudes de cambios que pueden afectar al enunciado del alcance del proyecto y la EDT. Los cambios solicitados se procesan para su revisión y disposición a través del proceso Control Integrado deCambios

DESCRIPCION SOLICITANTE

2. DETERMINACIÓN DE LA SECUENCIA DE ACTIVIDADES

2.1 OBJETIVOS

El propósito fundamental de este proceso es identificar y documentar las relaciones lógicas entre las actividades del cronograma, donde una actividad depende de la otra para iniciar o finalizar.

2.2 ALCANCE

En esta sección se definirán cada una de las actividades precede a otra para la inicialización o finalización, ya que muchas actividades requieren información de otra actividad para su ejecución, se debe tener en claro con el código que identifica a cada actividad la relación que tiene con la sucesora.




Lista de Actividades Atributos de la Actividad Lista de Hitos Enunciado del Alcance del Proyecto Solicitudes de Cambio Aprobadas

2.4 PROCEDIMIENTO

2.4.1 Definiciones.

Logs: Registro de sucesos del usuario en el programa. Script: Documento con instrucciones de SQL Normalización: proceso que consiste en designar y aplicar una serie

de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.


Método de Diagramación por Precedencia (PDM) Método de Diagramación con Flechas (ADM) Determinación de Dependencias Plantillas de Red del Cronograma Software de Gestión de Proyectos(como apoyo en todo el proceso)

Microsoft Project

2.4.3 Desarrollo.

Se inició con las tareas iniciales del proyecto se identifica que la actividad puede ser predecesora de otra actividad identificando los resultados que tiene y que le pueden servir a otra actividad, se usa el diagrama de fechas y la determinación de dependencias que se indica en los atributos de las actividades. Como resultado de todo el procedimiento descrito, se obtienen las siguientes salidas.

2.4.3.1 Diagramas de Red del Cronograma del Proyecto



El diagrama de red del cronograma se presenta en un documento llamado: Cronograma PoliSoft Red.pdf


La preparación de las relaciones lógicas del proyecto, los adelantos y los retrasos podrían revelar instancias que generaran solicitudes de cambios en la lista de actividades o en los atributos de la actividad.

3 ESTIMACION DE RECURSOS DE LAS ACTIVIDADES

3.1 OBJETIVOS

Estimar el tipo y las cantidades de recursos necesarios para realizar cada actividad del cronograma.

3.2 ALCANCE

Se deben indicar el o los recursos que usa una actividad para el cumplimiento de la misma, el uso de herramientas de software, personas, documentos previos o técnicas.


•Lista de Actividades

•Atributos de la Actividad

•Disponibilidad de Recursos

•Plan de Gestión del Proyecto

•Factores Ambientales de la Empresa

•Activos de los Procesos de la Organización



3.4 PROCEDIMIENTO

3.4.1 Definiciones.

Logs: Registro de sucesos del usuario en el programa. Script: Documento con instrucciones de SQL Normalización: proceso que consiste en designar y aplicar una serie

de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.


•Análisis de Alternativas

•Software de Gestión de Proyectos (Microsoft Project 2016)

Código Nombre actividadCantidad de recursos Tipo de recursos

1.1.1.1 Modelo conceptual 1 Software1.1.1.2.1 Normalización fase 5 1 Software1.1.1.2.2 Normalización fase 4 1 Software1.1.1.2.3 Normalización fase 3 1 Software1.1.1.2.4 Normalización fase 2 1 Software1.1.1.2.5 Normalización fase 1 1 Software1.1.2.1 Cronograma Servidor de base de datos 2 Documentos previos1.1.2.2 Definición de las políticas de uso 0 No se identificaron1.1.2.3 Definición de responsables 0 No se identificaron1.1.3.1 Cronograma Interfaz 1 3d1.2.1.1 Script de base de datos 1 7d1.2.1.2 Relaciones de base de datos 1 6d1.2.1.3 Definición de copias de seguridad 1 4d1.2.2.1 Plan de Contingencia 0 No se identificaron

1.2.2.2Implementar base de datos oracle Enterprise Edition 11g 2 Software

1.2.2.3 Implementar el sistema operativo Oracle Linux 2 Software1.2.2.4 Creación de servidor de base de datos. 1 Software

1.2.3.1 Interfaz de gestión de logs 3

Lenguajes de programación y librerías

1.2.3.2 Interfaz de gestión de presupuesto 3


1.2.3.3 Interfaz de gestión de documentos 3 Lenguajes de



programación y librerías

1.2.3.4 Interfaz de gestión de activos 3


1.2.3.5 Interfaz de gestión de indicadores 3


1.2.3.6 Interfaz de gestión de terceros 3


1.2.3.7 Interfaz de gestión de proyectos 3


1.2.3.8 Interfaz de gestión de clientes 3


1.2.3.9 Interfaz de gestión de usuario 3


1.3.1.1 Diccionario de datos 1 Documentos previos

1.3.2.1.1Entregable final de integración de los componentes 0 No se identificaron

3.4.3 Desarrollo.

Al hacer análisis de todas las actividades se encontraron varias herramientas técnicas y documentos previos que se pueden usar para la ejecución de cada una de las actividades. Como resultado de todo el procedimiento descrito, se obtienen las siguientes salidas

3.4.3.1 Estructura de Desglose de Recursos(RBS)



4. ESTIMACIÓN DE LA DURACION DE ACTIVIDADES

4.1 OBJETIVOS

Estimar la cantidad de períodos laborables que serán necesarios para completar cada actividad del cronograma.

4.2 ALCANCE

Los datos estimados deben estar expresados en términos cuantitativos donde se exprese una predicción clara de la duración de cada actividad


•Lista de Actividades:

Actualizadas del proceso anterior, para identificar las actividades del cronograma para los recursos que se estiman

•Atributos de la Actividad:

Los atributos de la actividad desarrollados durante el proceso de definición de las actividades proporcionan que se utilizará para estimar los tiempos necesarios para cada actividad del cronograma en la lista de actividades

•Requerimientos de Recursos de las Actividades:

Los requerimientos estimados delos recursos de las actividades afectarán a la duración de la actividad del cronograma, ya que los recursos asignados a la actividad del cronograma y la disponibilidad de dichos recursos influirán de forma significativa en la duración de la mayoría de las actividades.

•Calendario de Recursos:

El calendario de recursos combinado, desarrollado como parte del proceso Estimación de Recursos de las Actividades, incluye la disponibilidad, las capacidades y las habilidades de los recursos humanos.

•Plan de Gestión del Proyecto:



El plan de gestión del cronograma es un componente del plan de gestión del proyecto que se utiliza para la Estimación de Tiempo de las Actividades.

•Enunciado del alcance del proyecto: Las restricciones y las suposiciones del enunciado del alcance del proyecto se tienen en cuenta al estimar las duraciones delas actividades del cronograma.

4.4 PROCEDIMIENTO

4.4.1 Técnicas y Herramientas. Análisis de Reserva

4.4.3 Desarrollo.Al momento de crear un cronograma con técnicas de Análisis de reserva se pueden generar tiempos largos, pero se asegura un cumplimiento de las tareas en los tiempos estipulados Como resultado de todo el procedimiento descrito, se obtienen las siguientes salidas:

4.4.3.1 Estimaciones de la Duración de la Actividad

Código Nombre Inicio Final Duración

1.1.1.1 Modelo conceptual28/02/201

7 6/03/2017 5d1.1.1.2.1 Normalización fase 5

20/03/2017

22/03/2017 3d


16/03/2017

17/03/2017 2d


14/03/2017

15/03/2017 2d


10/03/2017

13/03/2017 2d

1.1.1.2.5 Normalización fase 1 7/03/2017 9/03/2017 3d

1.1.2.1 Cronograma Servidor de base de datos 8/03/201713/03/201

7 4d

1.1.2.2 Definición de las políticas de uso 16/03/201

721/03/201

7 4d

1.1.2.3 Definición de responsables 24/03/201

729/03/201

7 4d1.1.3.1 Cronograma Interfaz 22/03/201 24/03/201 3d



7 7

1.2.1.1 Script de base de datos 3/04/201711/04/201

7 7d

1.2.1.2 Relaciones de base de datos14/04/201

721/04/201

7 6d

1.2.1.3 Definición de copias de seguridad 21/04/201

726/04/201

7 4d

1.2.2.1 Plan de Contingencia13/04/201

719/04/201

7 5d

1.2.2.2Implementar base de datos oracle Enterprise Edition 11g

25/05/2017

29/05/2017 3d

1.2.2.3 Implementar el sistema operativo Oracle Linux 1/05/201710/05/201

7 8d

1.2.2.4 Creación de servidor de base de datos. 10/05/201

723/05/201

7 10d

1.2.3.1 Interfaz de gestión de logs 8/05/201710/05/201

7 3d

1.2.3.2 Interfaz de gestión de presupuesto11/05/201

715/05/201

7 3d

1.2.3.3 Interfaz de gestión de documentos 16/05/201

718/05/201

7 3d

1.2.3.4 Interfaz de gestión de activos 4/05/201711/05/201

7 6d

1.2.3.5 Interfaz de gestión de indicadores19/05/201

723/05/201

7 3d

1.2.3.6 Interfaz de gestión de terceros28/04/201

7 4/05/2017 5d

1.2.3.7 Interfaz de gestión de proyectos23/05/201

725/05/201

7 3d

1.2.3.8 Interfaz de gestión de clientes26/05/201

730/05/201

7 3d

1.2.3.9 Interfaz de gestión de usuario19/04/201

726/04/201

7 6d

1.3.1.1 Diccionario de datos18/05/201

722/05/201

7 3d1.3.2.1.1 Entregable final de integración de los componentes

23/05/2017

25/05/2017 3d

5. DESARROLLO DEL CRONOGRAMA

5.1 OBJETIVOS



Analizar las secuencias de las actividades, la duración de las actividades, los requisitos de recursos y las restricciones del cronograma para crear el cronograma del proyecto.

5.2 ALCANCE

Un documento que exprese cada una de las actividades a realizar, los recursos, avances, dependencias, fechas y duración, para poder contemplar la magnitud del proyecto y tener un control.


•Enunciado del Alcance del Proyecto: Suposiciones y restricciones que pueden causar un impacto sobre el desarrollo del cronograma del proyecto.

•Atributos de la Actividad

•Diagramas de Red del Cronograma del Proyecto

•Requisitos de Recursos de las Actividades

•Lista de Actividades

5.4 PROCEDIMIENTO


•Análisis de la Red del Cronograma

•Método de la ruta Crítico

•Compresión del Cronograma(crashing y fast tracking)

•Nivelación de RecursosCONTROL DE VERSIONES

Versión Fecha Motivo1.0 30/05/2017 Versión original


•Método de Cadena Crítica

•Software de Gestión de Proyectos (Microsoft Project 2016)

•Modelo de Cronograma

5.4.3 Desarrollo.

5.4.3.1 Cronograma del Proyecto

Luego de muchos análisis de las relaciones de dependencias, y del estudio de las relaciones lógicas de todas las actividades, y del análisis de los tiempos y de los recursos. Se optimizó el cronograma para el proyecto PoliSoft que se constituye en el referente sobre el cual se planificará todo



el desarrollo del proyecto y la producción de los entregables. El cronograma final de muestra a continuación.

5.4.3.2 Datos del Modelo de Cronograma

Como soporte para el cronograma del Proyecto Polisoft se incluyen los datos del modelodel cronograma.

•Hitos del cronograma actualizados

NOMBRE DESCRIPCIÓN FECHASprint 1 La primera entrega debe

contener todo el levantamiento de información, diseño de planes de acción y modelo general de la solución, acompañado de la documentación del proceso desarrollado.

5/05/2017

Sprint 2 La segunda entrega debe contener el servidor de base de datos y el esquema generado, acompañado de la documentación del proceso desarrollado.

12 /05/2017

Sprint 3 La entrega final debe contener el sistema integrado de gestión con todos los componentes funcionales en línea.

19/05/2017

•Lista de Actividades actualizadas

CODIGO NOMBRE DE LA ACTIVIDAD

DESCRIPCIÓN ALCANCE

1.1.1.1 Modelo conceptual

Un diagrama de clases es un grafo acíclico dirigido (mapa) de los conceptos y sus relaciones


1.1.1.2 Modelo entidad- relación

Herramienta para el modelado de datos que permite representar las entidades relevantes del sistema de base de datos





Es un nivel de normalización de bases de datos diseñado para reducir redundancia en las bases de datos relacionales que guardan hechos multi-valores

No existen relaciones de dependencias de reunión (join) no triviales que no se generen desde las claves.


La 4NF se asegura de que las dependencias multivaluadas independientes estén correctas y eficientemente representadas en un diseño de base de datos

No posee dependencias multivaluadas no triviales.


Es la fase normal que pretende evitar dependencias entre llaves

Ningún atributo no-primario de la tabla es dependiente transitivamente de una clave primaria


Es la fase de la normalización que busca que ninguna clave o atributa dependa de otro componente de la misma tabla

Dada una clave primaria y cualquier atributo que no sea un constituyente de la clave primaria


Criterios se refieren básicamente a asegurarse que la tabla es una representación fiel de una relación y está libre de "grupos repetitivos".

Se busca que cada una de las relaciones de las tablas no cree grupos repetitivos


Representación gráfica de un conjunto de hechos en función del tiempo.

Esta actividad intenta registrar cada una de las tareas a realizar en el componente de base de datos con los tiempos, fechas de inicio fechas de finalización y responsables.

1.1.2.2 Definición de las políticas de uso



1.1.2.3 Definición de responsables

Documento donde se especifica cada uno de los responsables de cada una de las actividades a desarrollar

Se debe entregar documento definiendo loa cargos, y las responsabilidades por cargo


Documento que expresa cada una de las

Debe indicar cada una de las políticas de uso que tiene la base



funcionalidades por gestión que interviene en el proyecto

de datos

1.2.1.1 Script de base de datos

Uso de instrucciones SQL para la creación de base de datos

Se deben implementar cada uno de los módulos estipulados en el documento de requerimientos

1.2.1.2 Relaciones de base de datos

Vínculos necesarios entre tablas de una base de datos

Se debe entregar un conjunto de instrucciones de base de datos donde se expresen los vínculos de las diferentes tablas.

1.2.1.3 Definición de copias de seguridad

Documento que expresa cada uno de los tipos de copias que se implementan

Se deben definir todos los tipos de copias de seguridad que se usaran en la base de datos

1.2.2 Implementación servidor

1.2.2.1 Plan de Contingencia

Documento usado para la identificación de posibles errores y como atacarlos

Se deben identificar cada uno de los posibles errores y se debe crear una seguidilla de pasos para solucionarlo

1.2.2.2 Implementar base de datos oracle Enterprise Edition 11g

Conjunto de herramientas de Oracle para soluciones de almacenamiento

Implementar la base de datos en un software adecuado para el proceso

1.2.2.3 Implementar el sistema operativo Oracle Linux

Se usará como sistema operativo Linux en el servidor de base de datos para el alojamiento de la base de datos

Se espera tener el sistema operativo instalado y adecuado, para el uso de la base de datos y el servidor

1.2.2.4 Creación de servidor de base de datos.

Va a ser capaz de atender las peticiones de un usuario y devolverle una respuesta en concordancia

Software capaz de devolver una respuesta adecuada cuando se solicita algún dato de la base de datos

1.2.3.1 Interfaz de gestión de logs

Es la parte grafica de la base de datos cuando se lista, actualiza y agregan datos de los registros que realizo el usuario

Usuario podrá listar, y buscar los registros de usuario.

1.2.3.2 Interfaz de gestión de presupuesto

Es la parte grafica de labase de datos cuando se lista, actualiza y agregan datos de los presupuestos


1.2.3.3 Interfaz de gestión de documentos

Es la parte grafica de labase de datos cuando se lista, actualiza y agregan datos de los documentos


1.2.3.4 Interfaz de Es la parte grafica de la Usuario podrá actualizar, agregar,



gestión de activos

base de datos cuando se lista, actualiza y agregan datos de los activos

eliminar, listar, y buscar los activos.

1.2.3.5 Interfaz de gestión de indicadores

Es la parte grafica de labase de datos cuando se lista, actualiza y agregan datos de los indicadores

Usuario podrá actualizar, agregar, eliminar, listar, y buscar los indicadores

1.2.3.6 Interfaz de gestión de terceros

Es la parte grafica de labase de datos cuando se lista, actualiza y agregan datos de terceros

Usuario podrá actualizar, agregar, eliminar, listar, y buscar los terceros

1.2.3.7 Interfaz de gestión de proyectos

Es la parte grafica de la base de datos cuando se lista, actualiza y agregan datos de los proyectos

Usuario podrá actualizar, agregar, eliminar, listar, y buscar los proyectos

1.2.3.8 Interfaz de gestión de clientes

Es la parte grafica de la base de datos cuando se lista, actualiza y agregan datos de los clientes.

Usuario podrá actualizar, agregar, eliminar, listar, y buscar los clientes

1.2.3.9 Interfaz de gestión de usuario

Es la parte grafica de la base de datos cuando se lista, actualiza y agregan datos del usuario

Usuario podrá actualizar, agregar, eliminar, listar, y buscar los usuarios

1.3.1.1 Diccionario de datos

Documentación de las tablas y datos importantes de la base datos

Documentos donde se expresen de forma individual las tablas de la base de datos.

1.3.2.1.1 Entregable final de integración de los componentes

Documento que contiene toda la información del proceso de integración.

Debe contener cada uno de los procesos realizados, especificar herramientas usadas, objetivos, conclusiones, y resultados.

6. CONTROL DEL CRONOGRAMA

6.1 OBJETIVOS

• Determinar el estado actual del cronograma del proyecto

• Influir sobre los factores que crean cambios en el cronograma

• Determinar que el cronograma del proyecto ha cambiado

• Gestionar los cambios reales a medida que suceden

6.2 ALCANCECONTROL DE VERSIONES

Versión Fecha Motivo1.0 30/05/2017 Versión original


Se debe contar con medidas claras de los cambios, avances y sucesos del cronograma para tener un control adecuado.


Los recursos más importantes que se tienen en cuenta son:

Plan de Gestión del Cronograma: El plan de gestión del proyecto contiene el plan de gestión del cronograma que determina cómo se gestionará y controlará el cronograma del proyecto.

Solicitudes de Cambio Aprobadas: Sólo las solicitudes de cambio aprobadas que han sido procesadas anteriormente a través del proceso Control Integrado de Cambios se usan para actualizar la línea base del cronograma del proyecto

6.4 PROCEDIMIENTO


•Informe del Avance

•Sistema de Control de Cambios del Cronograma

•Medición del Rendimiento

•Software de Gestión de Proyectos (Microsoft Project)

•Análisis de Variación

•Diagramas de Barras Comparativos del Cronograma

6.4.3 Desarrollo.

Con la verificación de fechas establecidas en el repositorio se contaban con alertas del desarrollo del proyecto, los hitos establecidos permiten un control adecuado y permiten monitorear el rendimiento Como resultado de todo el procedimiento descrito, se obtienen las siguientes salidas

6.4.3.3 Mediciones del Rendimiento




El análisis de la variación del cronograma, junto con la revisión de los informes de avance, los resultados de las mediciones del rendimiento y las modificaciones al modelo de cronograma del proyecto, dio como resultado cambios solicitados en la línea base delcronograma del proyecto. La lista de estos cambios solicitados se presenta a continuación:

DESCRIPCION SOLICITANTEPor cuestiones de calificaciones impuestas en el curso de Énfasis de base de datos se solicita cancelar las actividades relacionadas con pruebas.

Miguel Pedraza

Por cuestiones de calificaciones impuestas en el curso de Énfasis de base de datos se solicita cancelar la actividad de cierre relacionada con el servidor de base de datos, específicamente el plan de contingencia.

Miguel Pedraza


web view•método de cadena crítica •software de gestión de proyectos...

Documents