UNIVERSIDAD NACIONAL DEL SANTA

FACULTAD DE INGENIERIA E.A.P. DE SISTEMAS E INFORMTICA

Implementacin de un sistema de control de citas y gestin de la informacin como apoyo a la organizacin interna y la atencin de pacientes en la oficina de referencias y contrareferencias, rea de Seguro Integral de Salud (SIS) del hospital Eleazar Guzmn Barrn.

Responsable:

Ramirez Ramirez Renzo

NUEVO CHIMBOTE PERU MAYO 2013

PLAN DE PROYECTO DE INVESTIGACIN

I.DATOS GENERALES

1.1 Ttulo o Denominacin:

Implementacin de un sistema de control de citas y gestin de la informacin como apoyo a la organizacin interna y la atencin de pacientes en la oficina de referencias y contrareferencias, rea de Seguro Integral de Salud (SIS) del hospital Eleazar Guzmn Barrn.

1.2 Equipo Investigador:

Responsable: Ramrez Ramrez Renzo Omar Participacin: 100%

1.3 Facultad a la que pertenece el investigador: Facultad de Ingeniera.

1.4 Area y lnea de desarrollo de la investigacin: Area: Sistemas Lnea: Tpicos

1.5 Tipo de investigacin:

a) Segn aplicabilidad o propsitos: Aplicada b) Segn la naturaleza o profundidad: Descriptiva 1.6 Lugar y centro de ejecucin del proyecto:

Lugar: Avenida Universitaria s/n, Bellamar Centro de ejecucin del proyecto: Hospital Eleazar Guzmn Barrn. Oficina de referencias y contrareferencias

II.- PLANTEAMIENTO DEL ESTUDIO

4.1

EL OBJETO DE INVESTIGACIN: un sistema para la

El objeto de la presente investigacin es implementar

gestin de la informacin (registro de diagnsticos, registro de establecimientos de salud, medicamentos y precios, turnos del personal mdico, etc.) y el control de citas, usando para su desarrollo la metodologa RUP, con el propsito de sistematizar algunos procesos y servir de apoyo a la organizacin y atencin de los pacientes en la oficina de referencias y contrareferencias del Hospital Eleazar Guzmn Barrn, por consiguiente, ahorrar esfuerzo, tiempo y costos relacionados con procesos manuales.

4.2

FORMULACIN DEL PROBLEMA:

La oficina de referencias y contrareferencias del rea de Seguro Integral de Salud (SIS) del Hospital Eleazar Guzmn Barrn se encarga actualmente del control de los pacientes que son derivados desde otros establecimientos del SIS de la regin Ancash (donde no pueden ser atendidos por carecer el establecimiento de los recursos mnimos del cual el paciente requiere) hacia el Hospital Eleazar Guzmn Barrn para que puedan ser atendidos.

Se encarga tambin de gestionar el derivamiento de los pacientes que no pueden ser atendidos en el Hospital Eleazar Guzmn Barrn, hacia Lima, Trujillo u Hospitales de otras ciudades donde el paciente s pueda ser intervenido.

Cuando un paciente del SIS de la regin desea ser atendido en el Hospital Eleazar Guzmn Barrn, necesita solicitar una hoja de referencia de su establecimiento de Salud. Esta hoja de referencia contiene un diagnstico previo del paciente, as como sus datos, los datos del establecimiento de salud y los datos del mdico que prescribi el diagnstico.

Cuando el paciente pertenece a un establecimiento del SIS que est fuera de Chimbote, generalmente el encargado de la oficina de referencias de dicho establecimiento hace un contacto telefnico con el encargado de la oficina de referencias del Hospital Eleazar Guzmn Barrn para separar una cita para el asegurado en cuestin. Los que pertenecen al distrito de Chimbote tambin pueden separar su cita telefnicamente, pero por la cercana, se le da mayor prioridad a quien viene de lejos. Cuando no se cuenta con una cita, el asegurado debe apersonarse a la oficina de referencias del Hospital Eleazar Guzmn Barrn muy temprano por la maana para recibir una. El nmero de citas diario es limitado.

Lo que nos interesa para el desarrollo de nuestro proyecto es el hecho de que no existe un sistema computarizado que registre las citas diarias de los asegurados; este proceso se realiza manualmente en un cuaderno de notas, prctica que no est al ritmo de las exigencias actuales y que conlleva a muchos problemas a la hora de programar y reprogramar las citas, realizar bsquedas, eliminar citas, etc. acciones que en un sistema informtico seran mucho ms fciles y rpidas de hacer.

Otro punto importante de resaltar es la cantidad de informacin que requiere la oficina de referencias y contrareferencias. Los datos que se deben manejar son variados: el rol de mdicos, la lista de establecimientos de salud del SIS, un registro de medicamentos, lista de tarifas por servicios, el libro de diagnsticos de enfermedades, entre los ms importantes.

Ya que constantemente se debe estar consultando esta informacin sea para el registro de citas, para el registro de las referencias recibidas o emitidas, o bien para la atencin de los pacientes, se hace necesario contar con un sistema de apoyo que organice toda esta informacin en una base de datos accesible, dinmica, donde se puedan realizar consultas rpidamente.

Frente a esta realidad problemtica es que nos planteamos la siguiente interrogante.

En qu medida la implementacin de un sistema para el control de citas y que organice la informacin relevante del rea, servir de apoyo para la organizacin y para la atencin de pacientes dentro de la oficina de referencias y contrareferencias, rea de Seguro Integral de Salud (SIS) del hospital Eleazar Guzmn Barrn?

2.3. Objetivo General:

Implementar un sistema de control de citas y gestin de la informacin en la oficina de referencias y contrareferencias, rea de Seguro Integral de Salud del Hospital Eleazar Guzmn Barrn con el objetivo de mejorar los procesos de atencin de los pacientes y servir de apoyo a la organizacin interna de dicha oficina. 2.3.1. Objetivos Especficos a) Hacer una investigacin de la metodologa RUP (rational unified process) para el desarrollo de software, la cual se usar para la elaboracin del sistema de consultas. b) Realizar la fase de INICIO del sistema de control de citas y gestin de la informacin que mejorar la organizacin interna y la atencin de pacientes

en la oficina de referencias y contrareferencias, rea de seguro integral de salud del hospital Eleazar Guzmn Barrn. c) Realizar la fase de ELABORACIN del sistema de control de citas y gestin de la informacin que mejorar la organizacin interna y la atencin de pacientes en la oficina de referencias y contrareferencias, rea de seguro integral de salud del hospital Eleazar Guzmn Barrn. d) Realizar la fase de CONSTRUCCIN del sistema de control de citas y gestin de la informacin que mejorar la organizacin interna y la atencin de pacientes en la oficina de referencias y contrareferencias, rea de seguro integral de salud del hospital Eleazar Guzmn Barrn. e) Realizar la fase de TRANSICIN del sistema de control de citas y gestin de la informacin que mejorar la organizacin interna y la atencin de pacientes en la oficina de referencias y contrareferencias, rea de seguro integral de salud del hospital Eleazar Guzmn Barrn.

2.4. FUNDAMENTO DEL PROBLEMA DE INVESTIGACIN:

2.4.1.

SISTEMAS DE INFORMACIN.

2.4.1.1. Definicin: Un sistema de informacin es un conjunto de elementos entre s con el fin de apoyar las actividades de una empresa o negocio. Estos elementos son de naturaleza diversa y normalmente incluyen: El equipo computacional; hardware necesario para que el sistema

de informacin pueda operar. Recurso humano; interacta con el Sistema de Informacin, el cual

est formado por las personas que utilizan el sistema.

Datos o informacin fuentes que son procesados y producen

diferentes tipos de resultados. El notable crecimiento experimentado por las instituciones sociales, tanto en su tamao como en su alcance, exige el desarrollo de sistemas de informacin igualmente amplios y complejos. Se requiere informacin que refleje no solo las actividades internas ambientales y sociales y las tendencias polticas y econmicas. Esta informacin debe indicar no nicamente lo que ha ocurrido o est ocurriendo, sino lo ms importante, lo que va a ocurrir a la planeacin y al control efectivo de las actividades de la organizacin. Los sistemas de informacin cumplen dentro de las organizaciones los siguientes objetivos bsicos: Automatizacin de procesos Operativos, a estos se les denomina

Sistemas Transaccionales. Proporcionar informacin que sirva de apoyo al proceso de la toma

de decisiones, a estos se le denomina sistemas de soporte, sistemas gerenciales, sistemas ejecutivos. Lograr ventajas competitivas a travs de su implementacin y uso, a estos se les conoce como Sistemas Estratgicos, hace uso de las tecnologas de informacin. 2.4.1.2. Ciclo de vida de un Sistema de Informacin. Un sistema de Informacin, nace, se desarrolla y muere junto con la empresa, en pocas palabras, existe durante toda la vida de la organizacin. Las etapas de vida de una implementacin especfica de un sistema de Informacin son: Anlisis de requerimientos. Diseo, separado, segn la metodologa en:

Diseo Fsico Diseo Lgico. Construccin Pruebas. Explotacin. Mantencin.

2.4.1.3. Clases de un Sistema de Informacin. Los sistemas de informacin cumplen tres objetivos dentro de las organizaciones: Automatizacin de procesos operativos. Proporcionar informacin que sirva de apoyo al proceso de toma de decisiones. Lograr ventajas competitivas a travs de su implantacin y uso.

2.4.2.

METODOLOGIA DE DESARROLLO 2.4.2.1. Definicin de RUP El Proceso Unificado Racional (Rational Unified Process en ingls, habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin.

2.4.2.2. Caractersticas Existen tres caractersticas fundamentales: Proceso dirigido por Casos de Uso: Los Casos de Uso son una tcnica de captura de requisitos que fuerza a pensar en trminos de importancia para el usuario y no slo en trminos de funciones que sera bueno contemplar. Se define un Caso de Uso como un fragmento de funcionalidad del sistema que proporciona al usuario un valor aadido. Los Casos de Uso representan los requisitos funcionales del sistema. En RUP los Casos de Uso no son slo una herramienta para especificar los requisitos del sistema. Tambin guan su diseo, implementacin y prueba. Los Casos de Uso constituyen un elemento integrador y una gua del trabajo. Proceso centrado en la arquitectura: La arquitectura de un sistema es la organizacin o estructura de sus partes ms relevantes, lo que permite tener una visin comn entre todos los involucrados (desarrolladores y usuarios) y una perspectiva clara del sistema completo, necesaria para controlar el desarrollo. La arquitectura involucra los aspectos estticos y dinmicos ms significativos del sistema, est relacionada con la toma de decisiones que indican cmo tiene que ser construido el sistema y ayuda a

determinar en qu orden. Adems la definicin de la arquitectura debe tomar en consideracin elementos de calidad del sistema, rendimiento, reutilizacin y capacidad de evolucin por lo que debe ser flexible durante todo el proceso de desarrollo. La arquitectura se ve influenciada por la plataforma software, sistema operativo, gestor de

bases de datos, protocolos, consideraciones de desarrollo como sistemas heredados. Muchas de estas restricciones constituyen requisitos no funcionales del sistema. En el caso de RUP adems de utilizar los Casos de Uso para guiar el proceso se presta especial atencin al establecimiento temprano de una buena arquitectura que no se vea fuertemente impactada ante cambios posteriores durante la construccin y el mantenimiento. Proceso iterativo e incremental: El equilibrio correcto entre los Casos de Uso y la arquitectura es algo muy parecido al equilibrio de la forma y la funcin en el desarrollo del producto, lo cual se consigue con el tiempo. Para esto, la estrategia que se propone en RUP es tener un proceso iterativo e incremental en donde el trabajo se divide en partes ms pequeas o mini proyectos. Permitiendo que el equilibrio entre Casos de Uso y arquitectura se vaya logrando durante cada mini proyecto, as durante todo el proceso de desarrollo. Cada mini proyecto se puede ver como una iteracin (un recorrido ms o menos completo a lo largo de todos los flujos de trabajo fundamentales) del cual se obtiene un incremento que produce un crecimiento en el producto. 2.4.2.3. Fases de desarrollo de RUP El ciclo de vida de un programa se repite a lo largo de una serie de ciclos los que constituyen la vida del sistema, en el cual el resultado de estos ciclos es la generacin de un producto ejecutable. Cada ciclo se subdivide en 4 fases: Inicio, Elaboracin, Construccin y Transicin. a) Fase de Inicio Esta fase tiene como propsito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos potenciales asociados al

proyecto, proponer una visin muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones. b) Fase de elaboracin En la fase de elaboracin se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificacin de los casos de uso seleccionados y el primer anlisis del dominio del problema, se disea la solucin preliminar. c) Fase de construccin El propsito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto. d) Fase de transicin El propsito de esta fase es asegurar que el software est disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.

2.4.3. 2.4.3.1

UML (LENGUAJE DE MODELADO UNIFICADO) Introduccin

El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje grfico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software. UML entrega una forma de modelar cosas conceptuales como lo son procesos de negocio y funciones de sistema, adems de cosas concretas como lo son escribir clases en un lenguaje determinado, esquemas de base de datos y componentes de software reusables. Por qu modelar? El modelo es una simplificacin de la realidad. El modelo es la parte central que conducen a la produccin de Software de calidad. Construimos modelos para comprender mejor el sistema que estamos modelando. Utilidades del modelo: Visualizar cmo es que queremos que sea el sistema. Especificar la estructura y comportamiento del sistema. Proporcionan plantillas que guan la construccin del sistema. Documentar decisiones. Facilita la comunicacin entre el equipo al existir un lenguaje comn. 2.4.3.2 Utilidad de UML

Permite especificar todas las decisiones de anlisis, diseo e implementacin, construyndose modelos precisos no ambiguos y completos.

UML puede conectarse a lenguajes de programacin: Ingeniera directa e inversa.

Permite documentar todos los artefactos de un proceso de desarrollo (requisitos, arquitectura, pruebas, versiones, etc.)

2.4.3.3

Diagramas de UML

A continuacin se describirn los diagramas ms comunes del UML y los conceptos que representan: Diagrama de Clases Diagrama de Objetos Diagrama de Casos de Uso Diagrama de Estados Diagrama de Secuencias Diagrama de Actividades Diagrama de Colaboraciones Diagrama de Componentes Diagrama de Distribucin

2.4.4. 2.4.4.1.

RATIONAL ROSE Descripcin

Rational Rose es una herramienta para modelado visual, que forma parte de un conjunto ms amplio de herramientas que juntas cubren todo el cielo de vida del desarrollo de software. Rational Rose permite completar una gran parte de las disciplinas (flujos fundamentales) del proceso unificado de Rational (RUP), en concreto:

Modelado de negocio Captura de requisitos (parcial)

Anlisis y diseo (completo) Implementacin (como ayuda) Control de cambios y gestin de configuracin (parte)

2.4.4.2.

Caractersticas principales

Admite como notaciones: UML, COM, OMT y Booch Realiza Chequeo semntico de los modelos. Ingeniera de ida y vuelta: Rose permite generar cdigo a partir de modelos y viceversa. Desarrollo multiusuario. Integracion con modelado de datos. Generacion de documentacin. Tiene un lenguaje de script para poder ampliar su funcionalidad Soporta OLE Disponible en mltiples plataformas.

2.4.5. 2.4.5.1

POWER BUILDER Descripcin:

Es un entorno de programacin que est compuesto de diferentes herramientas para el desarrollo rpido que se maneja con el ratn, y un lenguaje de programacin. Est pensada especialmente para el entorno cliente servidor, a travs de ODBC o de drivers nativos para las bases de datos ms importantes del mercado. El lenguaje de programacin se llama Power Script, y posee una implementacin de la programacin orienta a objetos muy completa. Con Power Builder podemos crear objetos genricos, crear herencias de

estos y generar objetos ms especializados, implementar la herencia mltiple a travs de los objetos de servicio, y finalmente crear aplicaciones reutilizando el cdigo al mximo. 2.4.5.2 Funcin (FDU)

Una funcin definida por el usuario es una coleccin de declaraciones de powerscripts que realizan algn proceso. Despus de que se crea una funcin definida por el usuario y lo salva en una biblioteca, cualquier aplicacin que acceda a esa biblioteca puede utilizar la funcin. Existen dos tipos de funciones: Funciones globales: que no estn asociadas con ningn objeto en su aplicacin y siempre son accesibles de cualquier parte de la aplicacin. Funciones a nivel de objeto: que estn definidos para una ventana, men, objeto de usuario u objeto de aplicacin. Estas funciones son parte de la definicin del objeto y siempre pueden usarse en los scripts para el propio objeto. 2.4.5.3 Estructuras

Una estructura es una coleccin de una o mas variables relacionadas del mismo o diferente tipo de datos que se agrupaban bajo un solo nombre. Las estructuras le permiten referirse a las entidades relacionadas como una unidad en lugar de hacerlo individualmente. Existen dos tipo de estructuras: Estructuras globales: que no estn asociadas a ningn objeto en su aplicacin.

Estructuras a nivel de objeto: que estn asociadas con un tipo particular de ventana, men, u objeto del usuario o con el objeto de la aplicacin.

2.5. HIPOTESIS:

La implementacin de un sistema de control de citas y

de gestin de la

informacin, mejorar la organizacin interna y la atencin de pacientes en la oficina de referencias y contrareferencias, rea de Seguro Integral de Salud (SIS) del hospital Eleazar Guzmn Barrn.

Variables: -Variable dependiente: organizacin interna y atencin de pacientes en la oficina de referencias y contrareferencias del hospital Eleazar Guzmn Barrn. -Variable Independiente: Sistema de control de citas y de gestin de la informacin.

2.6. IMPORTANCIA Y JUSTIFICACION DEL ESTUDIO:

La implementacin del Sistema de Informacin en los procesos de control de citas y gestin de la informacin ayudar a mostrarnos en qu medida es efectivo el servicio de atencin y organizacin que se brinda actualmente.

El uso de la metodologa RUP (Rational Unified Process) basada en la orientacin a objetos, el desarrollo iterativo y el modelamiento visual usando UML (Unified Modeling Language) permitir incorporar a los procesos de anlisis y diseo del sistema de informacin un mejor control de los requerimientos y cambios.

La construccin del sistema ser desarrollado en lenguaje Power Builder ya que se cuenta con los conocimientos necesarios para la ejecucin de dicho proyecto, conocimiento que se adquiri en el desarrollo de nuestra currcula y que ser complementado con investigacin en medios bibliogrficos y la web. El proyecto parte de la necesidad de mejorar la organizacin dentro de la oficina de referencias y contrareferencias del Hospital Eleazar Guzmn Barrn, sistematizando ciertos procesos como el control de citas de los pacientes y digitalizando la informacin relevante del rea, lo cual recae en una mejor atencin: ms rpida y eficiente.

Permitir llevar el control y seguimiento pertinente de cada paciente, a la vez que se lograr un rpido y fcil acceso a la informacin relevante del rea, tales como el rol de atencin de los mdicos, los establecimientos y puestos de Salud del MINSA, el precio de los medicamentos, el libro de diagnsticos, etc. con el consiguiente ahorro de esfuerzo y tiempo as como de los costos relacionados a los procesos manuales de dichas actividades.

III.- MATERIAL Y MTODOS

3.1.

TIPO DE INVESTIGACIN

Se trata de una investigacin descriptiva.

3.2.MTODO DE LA INVESTIGACIN: El mtodo de investigacin empleado en la presente investigacin es inductivo deductivo.

3.3.

DISEO DE LA INVESTIGACIN:

El diseo se ve representado en el siguiente modelo:

G: O 1 Donde:

O2

O1 = Medicin previa antes de aplicar el estmulo X = Variable independiente o variable estmulo O2 = Medicin posterior despus de aplicar el estmulo.

3.4.POBLACIN:

Para esa investigacin la poblacin est determinada por 60 pacientes, el cual es el nmero promedio diario de pacientes que son atendidos en la oficina de referencias y contrareferencias del Hospital Eleazar Guzmn Barrn. Adems tambin se incluye en la poblacin los 3 empleados principales que laboran en dicha oficina, los cuales tienen a cargo la atencin y el control de citas de los pacientes. Esto suma una poblacin de 63.

3.5.MUESTRA:

Para el clculo de la muestra se obtuvo en funcin de la siguiente frmula estadstica. Z2 pq N n = --------------------------Z2 pq + e2 (N-1)

Donde:

n = Tamao de la muestra que se desea encontrar N = Tamao de la poblacin = 33 personas Z = Nivel de confianza al 95% establecido por el investigador = 1.96 p = Probabilidad de xito (50%) q = Probabilidad de fracaso (50%) e = margen de error permisible establecido por el investigador 5%.

n = 30 personas.

3.6.

TCNICAS E INSTRUMENTOS DE RECOLECCIN DE DATOS:

a) Tcnicas: Entrevistas Encuestas Observacin

b) Instrumentos: Ficha de entrevista Ficha de encuesta Ficha de observacin

3.7.TCNICAS DE PROCESAMIENTO Y ANLISIS DE DATOS:

c) Chi cuadrado d) Varianza e) Media

3.8. PROCEDIMIENTOS PARA LA RECOLECCIN DE DATOS.

Para medir el resultado de la aplicacin del sistema de control de citas y de organizacin de la informacin en la oficina de referencias y

contrareferencias del Hospital Eleazar Guzmn Barrn, se aplicar una encuesta a los 30 representantes de la muestra (pacientes y trabajadores).

3.9.TECNICAS PARA EL ANLISIS DE DATOS. Para obtener los resultados que nos permite medir el nivel de la organizacin interna y atencin de pacientes en la oficina de referencias y contrareferencias del hospital Eleazar Guzmn Barrn, se har uso de la estadstica descriptiva, cuyos resultados se presentan en cuadros de distribucin de frecuencias, promedios y porcentajes, ilustrndose en grficos circulares y de barras.

Para la validacin de los instrumentos (cuestionarios) se hizo de la Estadstica Inferencial, (T de student).

Tambin se usaran herramientas de simulacin como el Arena para medir variables como los tiempos de espera de los pacientes y el tiempo medio de atencin por paciente.

IV.- PRESUPUESTO Y CRONOGRAMA:

4.1. PRESUPUESTO ANALTICO 2013:

CADENA DE GASTO 5.1.0 DENOMINACIN REMUNERACIONES 2,750.00 BIENES 5.3.30 5.3.30. Materiales de escritorio 50.00 250.00 MONTO (S/.)

Materiales de procesamiento analtico de 100.00 datos

5.3.0 5.3.0 5.3.20 5.3.20 5.3.39 5.3.39 5.3.27

Materiales de impresin SERVICIOS Pasajes, viticos, asignaciones Movilidad local Impresiones Encuadernacin Servicios no personales TOTAL

100.00 600.00 100.00 250.00 100.00 50.00 100.00 3,600.00

4.2. CRONOGRAMA DE GASTOS 2013:

ITEM 01 02 03 04

MES ABRIL MAYO JUNIO JULIO TOTAL

PRESUPUESTO DESAGREGADO REMUNERACIONES BIENES Y SERVICIOS 500,00 250,00 750,00 300,00 750,00 300,00 750,00 300,00 2 250,00 1 150,00

TOTAL 750,00 1 050,00 1 050,00 1 050,00 3 600,00

4.3 CRONOGRAMA DE ACTIVIDADES: GANTT DEL PROYECTO Semanas 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Actividades A. Revisin bibliogrfica

B. Recoleccin y clasificacin de datos C. Anlisis de la Informacin, determinacin de requerimientos y procedimientos (fase de inicio) D. definir la arquitectura base del sistema (fase de elaboracin) E. Desarrollo del Sistema (fase de construccin) F. Ajuste de errores, revisin de las especificaciones (fase de transicin) G. Elaboracin y presentacin del informe final

DIAGRAMA DE REDES PERT-CPM Actividad Precedente A B C D E F G C D E F Tiempo estimado 12 3 3 3 4 3 2

2
12 12

A
12 1
0 2 0 2

B 3 C 3 4
3 2 3 2

3
3 2 3 2 15 2

8
15 2

D
4 5
7 2 7 2

E 3
10 2

6
10 2

F 3
13 2

7
13 2

V.- REFERENCIA BIBLIOGRAFICAS:

Gamma, E., Helm, R., Johnson, R., Vlissides, J.,.Patrones de Diseo. Edit: Addison-Wesley.R 2003.

James Rumbaugh, Ivar Jacobson, Grady Booch.The Unified Modeling Language Reference Manual. Edit: Addison-Wesley. 2005.

Larman, Craig.Applying UML and Patterns. Cuarta edicin. Edit: Prentice-Hall. 2005.

Robert Cecil Martin. Agile Software Development : Principles, Ppatterns, and Practices. Edit: Prentice Hall. 2003.