UNIVERSIDAD NACIONAL DE HUANCAVELICAFACULTAD DE INGENIERA ELECTRNICA Y SISTEMASESCUELA ACADMICO PROFESIONAL DE SISTEMAS

SISTEMA DE CONTROL MEDICO CLINICA PRIVADAMEDICOS SALUD

DOCENTE: Ing. Roberto J. Macetas RodrguezCURSO: Taller de Ingeniera de Software.ESTUDIANTE: Paucar Pino, Marco AntonioCICLO:VII

PAMPAS - 2015

INDICEContenido1.INTRODUCCIN31.1Objetivos31.2RESTRICCIONES ECONMICAS41.3restricciones temporales42.Organizacin del proyecto42.1RECURSOS HUMANOS42.2COMUNICACIN INTERNA52.3personas involucradas52.4asignacin de roles5PROJECT MANAGER6RESPONSABLE DE CALIDAD DOCUMENTAL6RESPONSABLE DE REUNIONES6PROGRAMADORES6RESPONSABLE DE PUBLICACIN Y CONTROL DE RIESGOS73.Analisis de riesgos74.Requisitos de recursos de hardware y de software.75.Divisin del trabajo75.1METODOLOGA DE PROCEDIMIENTOS75.1.1REUNIONES DE SEGUIMIENTO INTERNO85.1.2GESTIN DOCUMENTAL86.CALENDARIO DEL PROYECTO107.DISEO DEL SOFTWARE117.1Diagramas de caso de uso11

1. INTRODUCCIN1.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 ECONMICASEn 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 temporalesHabr 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 proyectoA 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 HUMANOSEl 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 INTERNAEn el momento de constitucin de los miembros del equipo aportan los siguientes datos personales (ver Tabla: Datos de contacto personal):Nombre completoTelfono mvilDireccin e-mail

Paucar Pino, Marco Antonio979303130mapaucarp@hotmail.com

2.3 personas involucradas

2.4 asignacin de rolesLos roles asignados a los componentes del equipo siguen el organigrama de la figura Ilustracin

PROJECT MANAGERLa 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 DOCUMENTALMarco 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 REUNIONESMarco 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).

PROGRAMADORESLa 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 RIESGOSMarco 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 trabajoPara el anlisis de la competencia, se ha considerado al resto de desarrolladores de software o grupos que desarrollan software.5.1 METODOLOGA DE PROCEDIMIENTOS5.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 REUNIONESSe 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 TAREASLas 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 SUBGRUPOSAquellas 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 REUNIONESAtendiendo 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 DOCUMENTALTodos 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 COLABORATIVOPara 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 ENTREGABLESEn 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 da2. Actas de reuniones3. Registro y estado de documentos4. Dudas y asesoramiento del clienteDado 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 PROYECTOEl 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 SOFTWAREDiagramas de caso de uso

MODELO ENTIDAD RELACION

Base de Datos MYSql

MODELO DE TABLAS EN MYSql :

ANEXO