INDICE

CONTENIDO

1.

2.

INTRODUCCIN..............................................................................3
1.1

Objetivos...................................................................................3

1.2

RESTRICCIONES ECONMICAS..................................................4

1.3

restricciones temporales...........................................................4

Organizacin del proyecto..............................................................4

2.1

RECURSOS HUMANOS...............................................................4

2.2

COMUNICACIN INTERNA.........................................................5

2.3

personas involucradas..............................................................5

2.4

asignacin de roles...................................................................5

PROJECT MANAGER........................................................................6
RESPONSABLE DE CALIDAD DOCUMENTAL....................................6
RESPONSABLE DE REUNIONES.......................................................6
PROGRAMADORES..........................................................................6
RESPONSABLE DE PUBLICACIN Y CONTROL DE RIESGOS............7
3.

Analisis de riesgos..........................................................................7

4.

Requisitos de recursos de hardware y de software........................7

5.

Divisin del trabajo........................................................................7

5.1

METODOLOGA DE PROCEDIMIENTOS.......................................7

5.1.1 REUNIONES DE SEGUIMIENTO INTERNO.............................8

5.1.2 GESTIN DOCUMENTAL.......................................................8
6.

CALENDARIO DEL PROYECTO.......................................................10

7.

DISEO DEL SOFTWARE...............................................................11

7.1

Diagramas de caso de uso......................................................11

1. INTRODUCCIN
1.1 OBJETIVOS

El principal objetivo del Proyecto de desarrollo de software de control mdico para una clnica
privada, cumpliendo con las especificaciones de nuestro cliente (directora), maximizando la
calidad de los entregables (paquetes de software), cumpliendo con los plazos establecidos
(reuniones de seguimiento externo, presentaciones y entrega final) y con los costes previstos en
la etapa de planificacin.
El objetivo del proyecto es realizar un proceso continuo y sistemtico mediante el cual se
registra, procesa, reporta y analiza informacin del estado de los pacientes de la clnica
MEDICOS SALUD con sede en la ciudad de pampas.
El presente proyecto tiene la finalidad de que personal profesional, estudiante (Marco,Paucar) y
personas interesadas dispongan de informacin local, regional, nacional que les permita tomar
decisiones orientadas a mejorar el estado de la informacin mdica de los pacientes que la
Clnica Privada Mdicos Salud tiene en su Base de Datos a lo largo de los aos.
1.2 RESTRICCIONES ECONMICAS

En el siguiente proyecto tambin tendremos restricciones econmicas debidas en gran parte al

no tener un respaldo econmico estable, es necesaria una financiacin para poder comprar
dispositivos y software con el cual podremos desarrollar de forma gil nuestro software.

1.3 RESTRICCIONES TEMPORALES

Habr ciertos retrasos con respecto a la financiacin del proyecto, tambin el grupo no dispone
del tiempo completo para enfocarse al desarrollo del software as que es necesaria la realizacin
de un cronograma de actividades.

2. ORGANIZACIN DEL PROYECTO

A grandes rasgos, se establece que la estrategia inicial para cumplir con los objetivos del
proyecto es la formacin de un equipo de personas competentes que se organicen internamente
de la manera ms conveniente en cada momento. Esta estrategia se adeca, adems, a los
requisitos del cliente.
Adems cabe destacar, dentro del cuerpo estratgico del proyecto, la eleccin que tomar el
equipo de una metodologa de gestin de proyectos para el desarrollo del Proyecto. Es sta una
consideracin no menor ya que el conjunto de implicaciones que se derivan de ella es vital para
el correcto desarrollo del proyecto.
2.1 RECURSOS HUMANOS

El equipo de personas que conforman el presente proyecto tiene la intencin de llevar el

proyecto a buen puerto cumpliendo con las condiciones y requerimientos que exija el cliente. Los
miembros del equipo se organizarn de modo que las tareas se desarrollen de la forma ms
eficaz y eficiente posible.
2.2 COMUNICACIN INTERNA

En el momento de constitucin de los miembros del equipo aportan los siguientes datos
personales (ver Tabla: Datos de contacto personal):
Nombre completo

Telfono mvil

Direccin e-mail

Paucar Pino, Marco Antonio

979303130

mapaucarp@hotmail.com

2.3 PERSONAS INVOLUCRADAS

Usuarios
Cliente
Finales
Equipo(Nosotros)

2.4 ASIGNACIN DE ROLES

Los roles asignados a los componentes del equipo siguen el organigrama de la figura Ilustracin

Project
Manager
Calidad
Documental

Reuniones

Programadores

Publicaciones

Control de
riesgos

PROJECT MANAGER

La principal misin de Marco Paucar es la de gestionar la organizacin del equipo, a fin

de que se cumpla con los requerimientos y objetivos del proyecto. Tambin ser la
persona encargada de comunicarse directamente con el cliente en caso de requerir la
opinin o el asesoramiento de ste. Esta funcin no excluye a los dems miembros del
proyecto como parte interlocutora con el propio cliente.

RESPONSABLE DE CALIDAD DOCUMENTAL

Marco Paucar tendr la responsabilidad de verificar que la documentacin relacionada

con el proyecto y, sobretodo, los entregables cumplan los formatos y estndares
establecidos por el grupo con coordinacin del cliente.

RESPONSABLE DE REUNIONES

Marco Paucar ser el encargado de gestionar la infraestructura y recursos

extraordinarios que sean necesarios para el desarrollo de cada reunin de seguimiento
(externo e interno).

PROGRAMADORES

La programacin del software ser realizada por todos los miembros

del grupo debido principalmente a la falta de tiempo y a que por el
momento solo contamos con 1 persona involucrada.
RESPONSABLE DE PUBLICACIN Y CONTROL DE RIESGOS

Marco Paucar ser el encargado de la edicin y publicacin de los contenidos del

proyecto en el portal web que formar el ncleo y memoria del proyecto tambin ah de
verificar los riesgos que implican desarrollar el software.
3. ANALISIS DE RIESGOS

Riesgos de costo, sobrepasar los costos de desarrollo previstos, cambios en el alcance

y los requerimientos de la parte del cliente, mala estimacin de los costos durante la fase
de inicializacin
Riesgos de calendario, sobrepasar el calendario previsto a la estimacin del tiempo
necesario, Incremento de esfuerzos en la resolucin de problemas tcnicos,
operacionales o externos, mala asignacin de recursos o asignacin de recursos no
planeada, mayor prioridad en otro proyecto, prdida de recursos humanos no prevista
Riesgos tecnolgicos, problemas con tecnologas no controladas o problemas para
entender complejidad de nuevas tecnologas requeridas por el proyecto, usar
herramientas mal adaptadas, usar herramientas no aprobadas o con fallas, problemas

de hardware/software, problemas de integracin de las diferentes partes del proyecto

desarrolladas en paralelo.
4. REQUISITOS DE RECURSOS DE HARDWARE Y DE SOFTWARE.

COMPUTADORAS
SOFTWARE DE BASE DE DATOS
CONEXIN A INTERNET
ENTORNOS DE PROGRAMACIN
PROGRAMAS PARA DISEO GRAFICO

5. DIVISIN DEL TRABAJO

Para el anlisis de la competencia, se ha considerado al resto de desarrolladores de software o

grupos que desarrollan software.
5.1 METODOLOGA DE PROCEDIMIENTOS
5.1.1 REUNIONES DE SEGUIMIENTO INTERNO

Fundamentalmente, los miembros del equipo funcionarn de forma autnoma e independiente.

Sin embargo, se ha acordado fijar un conjunto de reuniones de seguimiento interno las cules
cumplen el propsito principal de puesta en comn del trabajo, abordaje de nuevos temas y
reparto de futuras tareas.
Tambin se utilizarn las citadas reuniones para llevar a cabo tareas que requieran de la
presencia y participacin del conjunto del equipo. Tareas tales como brainstorming, desglose y
categorizacin de elementos y resolucin de conflictos y dudas puntuales.
5.1.1.1 COORDINACIN DE LAS REUNIONES

Se establece que las reuniones sern preparadas y coordinadas por los miembros del equipo de
forma rotativa. As, cuando un miembro remite el acta de la reunin n-1, el siguiente en la cadena
prepara el orden del da de la reunin n y, posteriormente, redacta y emite el acta de esta
reunin.

5.1.1.2 REPARTO DE TAREAS

Las tareas que surjan durante una reunin de seguimiento sern asignadas a los distintos
integrantes del grupo, de forma consensuada.
5.1.1.3 TRABAJO EN SUBGRUPOS

Aquellas tareas y trabajos que, previsiblemente, sean de mayor envergadura y/o dificultad
podrn asignarse a ms de un miembro del equipo, formando stos, un subgrupo de vida
temporal hasta la consecucin de dicha tarea.

5.1.1.4 VALORACIN Y DESEMPEO DE LAS REUNIONES

Atendiendo a las exigencias de calidad del grupo, cada reunin ser valorada por los asistentes
con la finalidad de evaluar el trabajo en equipo y la organizacin interna.
5.1.2 GESTIN DOCUMENTAL

Todos aquellos documentos (entregables o auxiliares) que se desarrollen en el marco del

proyecto, estarn sujetos a las siguientes normas de conformacin y funcionamiento.
5.1.2.1 SISTEMA DOCUMENTAL COLABORATIVO

Para la gestin de los ficheros y archivos digitales de forma colaborativa, seleccionar un

software que se considere adecuado y de fcil uso, el cul permita el trabajo y la interaccin de
todos los miembros del equipo.

5.1.2.2 SISTEMA DE VALIDACIN DE ENTREGABLES

En el momento de la asignacin de tareas, cada documento a elaborar ser asignado a la

persona encargada de su edicin. Esta persona est al cargo de iniciar el documento cumpliendo
con los formatos estndar. En cuanto un documento se considere editado, pasar al estado de

revisin. Para saber quin es el encargado de la revisin del documento hay que seguir la tabla
siguiente:

La novedad radica en el hecho de que los ciclos de revisin de documentos no se establecen por
fechas sino por orden de documento.
5.1.2.3 UTILIZACIN DE PLANTILLAS

Aquellos documentos que, por su funcin, requieran una respetabilidad en el tiempo, sern
tratados como plantillas. As, cuando se detecte la necesidad de una determinada plantilla, se
nombrar a un miembro del equipo como diseador y ste presentar una o varias propuestas al
grupo. ste consensuar los cambios y mejoras que considere oportuno y el documento ya
quedar preparado para su uso. Son ejemplos de plantillas creadas hasta el momento:
Plantilla: Documento base
Plantilla: Actas de reunin.
Plantilla: Orden del da.
Como se vio en el apartado Utilizacin de plantillas, algunos documentos tienen un carcter
especial. Son documentos que cumplen una funcionalidad muy concreta y requieren ser tratados
de forma independiente. Los documentos especiales y de control se listan a continuacin:
1. Orden del da
2. Actas de reuniones
3. Registro y estado de documentos

4. Dudas y asesoramiento del cliente

Dado que el uso de documentos de control tales como plantillas y registros son de extrema
importancia y han sido diseados ad hoc para este proyecto.
6. CALENDARIO DEL PROYECTO

El calendario del proyecto se proyecta en los meses de octubre, noviembre, diciembre y enero
para mayor detalle tenemos un calendario elaborado en MS PROJECT. ( con el fin de realizar los
previos al proyecto de investigacin hacia una mira futura de Practicas Pre-profesionales
hechas por el editor del proyecto, todo esto con fines Acadmicos consensuados en la
Universidad Nacional de Huancavelica.

7. DISEO DEL SOFTWARE

Diagramas de caso de uso

MODELO ENTIDAD RELACION

Base de Datos MYSql

MODELO DE TABLAS EN MYSql :

ANEXO