Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Referencia y Contrarreferencia
Mediante la Metodologa RUP
Introduccin.
EsSalud realiza mltiples esfuerzos para que a travs de sus establecimientos se puedan
ofrecer servicios de salud equitativos, eficaces y oportunos, mediante el uso adecuado y
racional de los recursos, dando una atencin integral de salud que permita solucionar las
necesidades de atencin de los usuarios.
En tal sentido y ante la necesidad creciente de Transferencias de pacientes en los diferentes
tipos entre los establecimientos de EsSalud, se ha elaborado el presente Sistema de
Transferencia que contiene los tipos de Referencia, Contrarreferencia y Cambio de
Adscripcin, que viabilice la ejecucin de procedimientos, y que aplicados a la realidad de los
servicios, permita referir con oportunidad y eficacia a los usuarios de estos servicios de
acuerdo a la capacidad resolutiva de los establecimientos de salud.
El presente proyecto tiene como finalidad el implementar todos los tipos de transferencia
como la Referencia y Contrarreferencia por emergencia y el cambio de Adscripcin de
usuarios, el cual le va a permitir a los mdicos registrar las referencias de los usuarios y
comunicarlas al establecimiento destino la referencia (sede Abancay sede Cusco y dentro
del Dpto. de Apurmac en caso de contrarreferencia), y as como al personal administrativo
tener informacin en Lnea acerca de estas referencias y contrarreferencias con un fin
estadstico. Y as agilizar los procesos propios a travs de un computador, as como poder
tener un registro de las contrarreferencias para la continuidad del tratamiento del usuario.
Este sistema va contar con el mdulo de referir por una tiempo indeterminado por motivos de:
condicin de trabajo y residencia habitual, esto se dar para el Cambio de Adscripcin.
Mediante la cual, se podr obtener los reportes de las referencias y contrarreferencias de los
usuarios (informaciones medico /legal), importantes para la parte administrativa en las
auditorias, y los reportes propios del Cambio de Adscripcin.
El sistema propuesto, ser un sistema hecho de acuerdo a los requerimientos del usuario de tal
modo que el usuario pueda tener todas las facilidades para el desempeo de su labor y la
automatizacin de todos los procesos de Transferencia de usuarios.
El presente proyecto estar organizado de la siguiente manera:
Identificacin del Problema, se tratarn los problemas y las oportunidades de mejora que se
encontraron en el proceso de referencia y contrarreferencia.
Justificacin del Proyecto se describir las razones fundamentales del porque se realiza el
proyecto.
Objetivos se explicar lo que deseamos lograr con el proyecto, se tienen los Objetivos
Genricos y Especficos; en el alcance del proyecto se determinan las fronteras del proyecto.
Beneficios, se expondrn los beneficios cualitativos y cuantitativos que el proyecto traer a la
organizacin.
Anlisis situacional/diagnstico de la organizacin, se tratarn los antecedentes, la
estructura organizacional y el anlisis externo e interno de la institucin en estudio.
Propuesta tcnica se tratar la solucin tcnica informtica que se da al problema, aqu se
desarrollar el ciclo de vida de la solucin propuesta, desde el anlisis, diseo, desarrollo,
implementacin y prueba, as como la metodologa a utilizar para tales fines.
Plan de implementacin se detallar la estrategia para la ejecucin del proyecto, se
considerar el cronograma de trabajo, as como los recursos requeridos para el desarrollo del
presente proyecto.
Anlisis de rentabilidad se determinar los costos del proyecto en trminos de ahorro o
beneficio, construyendo un flujo econmico para analizar la rentabilidad del mismo.
Conclusiones y recomendaciones se colocarn las conclusiones finales y las
recomendaciones que pudieran mencionarse al proyecto.
Marco conceptual se describir el marco terico del proyecto, que comprender los diferentes
conceptos, metodologas, teoras, tcnicas, herramientas y productos utilizados a lo largo de
este proyecto.
Bibliografa se describir los libros utilizados, revistas, proyectos, informes, url, etc. que
sirvieron para orientarnos en el desarrollo del presente proyecto; y
Anexos se encontrarn todo el material adicional que servir como referencia para el
desarrollo del proyecto.
Realizado por : Felipe Loayza Beramendi
Pg. 1
OPORTUNIDAD DE MEJORA
El sistema permitir el registro de las
referencias,
contrarreferencias
y
Adscripciones y as agilizar estos procesos.
de Apurmac y obtener una ventaja competitiva contra los dems hospitales nacionales en
este proceso.
El sistema automatizara las fichas de referencia, Contrarreferencia y el formato de cambio
de adscripcin, lo cual permitir un acceso rpido y sencillo a los datos, la comunicacin
entre el hospital origen y destino para la oportuna atencin del usuario, sacar la
informacin relevante del proceso, mantener informacin actualizada y la generacin de los
mismos para mantener la continuidad en la atencin del usuario. El sistema servir a la
administracin para obtener datos de las referencias y contrarreferencias (informacin
medico /legal), para las auditorias del caso.
Objetivos y alcance del proyecto
5.1. Objetivo General
Implementar un Sistema de Transferencia (Referencia, Contrarreferencia y el
cambio de Adscripcin) para el HOSPITAL II DE APURIMAC - ESSALUD. que
permita agilizar los procesos, y de esta manera brindar una adecuada y oportuna
atencin del asegurado.
5.2. Objetivos Especficos
Construir los mdulos para la referencia, contrarreferencia y el cambio
de adscripcin para mantener la informacin de este proceso segura y
actualizada.
Desarrollar en mdulo de Referencia para registrar la referencia de un
paciente.
Construir el mdulo del control de monitoreo durante el viaje del
paciente referido para registrar la informacin que se realiza durante el
trayecto.
Construir el mdulo de la calificacin para llevar el control de la
referencia hecha al paciente que llega al hospital de mayor capacidad
resolutiva.
Desarrollar el mdulo de control de proveedores para el registro del
alquiler de transporte externo para la oportuna y adecuada atencin del
paciente.
Construir el mdulo de contrarreferencia para registrar el proceso y
seguir con el tratamiento del paciente.
Desarrollar el mdulo del Cambio de la Adscripcin para la continuidad
de la atencin del paciente en otra sede o filial de EsSalud.
El sistema debe ser capaz de poder generar los informes propios del
proceso de referencia, contrarreferencia y del cambio de adscripcin
en tiempo real necesarios para la gerencia.
5.3. Alcance
Se realizar el Anlisis, Diseo, Construccin, pruebas implantacin del Sistema de
Transferencia, para el HOSPITAL II DE APURIMAC - ESSALUD.
5.3.1) Ciclo de Vida del Proyecto
Descripcin
Fase de Inicio
Fase de
Elaboracin
Hito
En esta fase desarrollarn los requisitos del producto desde la
perspectiva del usuario, los cuales sern establecidos en el
artefacto. Los principales casos de uso sern identificados.
En esta fase se analizan los requisitos y se desarrolla un
prototipo de arquitectura (incluyendo las partes ms relevantes
y / o crticas del sistema). Al final de esta fase, todos los casos
de uso correspondientes a requisitos que sern implementados
en la primera liberacin de la fase de Construccin deben estar
analizados y diseados (en el Modelo de Anlisis / Diseo). La
revisin y aceptacin del prototipo de la arquitectura del sistema
marca el final de esta fase.
Fase de
Construccin
Fase de
Transicin
3.
4.
Elaboracin
Construccin
Transicin
Entregables
Perfil del proyecto
Cronograma general del proyecto
Cronograma por fases del proyecto
Diagrama de Paquetes
Listado de Casos de Uso
Workflow de los procesos de negocio de
la empresa.
Reglas de negocio
Descripcin de los Casos de Uso
Diagrama de secuencia de los Casos de
Uso
Diagrama de clases de los Casos de Uso
Diagrama de colaboracin de los Casos
de Uso
Diagrama de estado de los Casos de Uso
Modelo lgico y fsico de la Base de datos
al 50%
Construccin de los casos de uso
Diagrama de Despliegue
Diagrama de Componentes
Sistema de Transferencia y Cambio de
Adscripcin
Manual de Usuario
Manual Tcnico
Metodologa
RUP
PMI
Top Down ( Descomposicin de procesos del producto)
CMMI y RUP
Proceso
Herramientas de diseo
Herramientas capa cliente
Herramientas de la
aplicacin
Herramientas Base de Datos
Descripcin de la herramienta
Rational Rose.
Erwin 5.2.
Corel Draw 12 y Adobe Photo Shop 7.9
S.O Windows 98
Visual Basic.Net
S.O. Windows Advanced Server 2000 .
MS SQL Server 2000
2. BENEFICIOS
6.1) BENEFICIOS CUALITATIVOS
Brindar una comunicacin de informacin importante para el proceso y dar
una continuidad de la atencin del paciente de forma oportuna.
Optimizar las capacidades resolutivas de los establecimientos.
Contribuir con la satisfaccin de los usuarios de los servicios de salud.
Tener informacin confiable, segura y actualizada para llevar un mejor
control de los procesos de referencia, contrarreferencia y cambio de
adscripcin.
Ofrecer confiabilidad y exactitud de los procesos especialmente, en la
generacin de informes para la administracin (de la informacin medico
/legal) en lo referente a la referencia y contrarreferencia.
Llevar un control en el alquiler de Transporte externo para la recuperacin
del egreso por ese rubro.
Brindar al usuario final el aporte de un sistema amigable para el desarrollo
de su trabajo de forma adecuada y rpida.
6.2) BENEFICIOS CUANTITATIVOS
Elevar la calidad en la atencin de los pacientes referidos.
Disminuir el tiempo en el proceso de referencia de acuerdo a la automatizacin
en lo que respecta en la generacin de los informes.
Reduccin en el tiempo en los procesos del Cambio de Adscripcin para la
generacin del formato y la emisin de los informes mensuales.
Disminuir el tiempo en el proceso de contrarreferencia, a travs de la
comunicacin existente entre el hospital destino y el de origen.
Aumento de la productividad del encargado del cambio de adscripcin.
Reduccin de los costos en el material utilizado (Papelera)
3. Anlisis situacional / diagnstico de la organizacin
7.1) DATOS GENERALES
RAZON SOCIAL: Red Asistencial de Salud Apurimac.
( EsSalud )
EsSalud)
UBICACIN : AV El salvador 111 (Las Amricas) en el sur del pas.
NATURALEZA: TIPO DE INSTITUCIN: Institucin Pblica en Salud.
7.2) VISION. Hacer de EsSalud, la mejor institucin de salud de Latinoamrica.
7.3) MISIN
En EsSalud tenemos el compromiso de contribuir a mejorar la calidad de vida de las
familias peruanas, brindndoles los servicios de salud y las prestaciones econmicas y
sociales que estn comprendidas dentro del rgimen contributivo de la seguridad social
de Salud, basados en los principios de solidaridad, equidad y universalidad para sus
asegurados. Para ello contamos con la calidad, calidez y valores de nuestro personal y
con una red de establecimientos de salud y centros de alta especializacin
adecuadamente equipados. Consideramos a nuestros asegurados y empresas
aportantes como socios en esta tarea, siendo nuestra responsabilidad la administracin
eficiente de sus aportaciones.
7.5) ANLISIS EXTERNO DE LA EMPRESA
OPORTUNIDADES
a) Automatizar de algunos procesos vitales para el hospital II de Apurmac..
b) Dotar a estas mismas de la tecnologa que necesita para el logro de sus Objetivos.
c) Brindar un servicio de salud de forma Eficiente.
AMENAZAS
a) Falta descentralizar los recursos y autorizaciones para las implementaciones en la
automatizacin del hospital II de Apurmac en algunos procesos, y dar permisos a
nivel de las filiales en los Sistemas que se manejan en algunos procesos vitales
para prestar el servicio de Salud.
ANLISIS INTERNO DE LA EMPRESA
FORTALEZAS
a) Posee personal nombrado en el rea.
b) Posee la tecnologa necesaria.
c) Imagen institucional de favorable y de prestigio.
d) Posee programas de salud establecidos.
e) Capacitaciones del personal.
f) El conocimiento del personal en informtica y el manejo adecuado de sus
sistemas.
g) Cuenta con Infraestructura propia, tecnologa y recursos.
h) Existe el rea de Informtica encargada de dar soporte.
DEBILIDADES
a) Retraso de las tareas por falta de automatizacin de los procesos.
b) Control adecuado de los recursos
c) Sobre carga de responsabilidades del personal.
4.
Propuesta tcnica
8.1) Procesos De Negocio Afectados
8.1.1) Formato de Identificacin de Procesos de Negocio
Nro.
2.- Requerimientos
Gestionar la Contrarreferencia
Actor
Mdico
Asegurado
4
5
Administrador de
Vehculos
Personal de Salud
Roles
Hace la referencia, la contrarreferencia de
un asegurado. Tambin generar los
informes..
Recibe el servicio, peticiona el Cambio de
adscripcin.
Recepcionar, registrar, verificar y entregar el
formato de Cambio de Adscripcin, Tambin
generar los informes.
Recepcionar las referencias y asignar el
trasporte para la referencia.
Encargado de llenar los datos a la ficha del
monitoreo durante el trayecto.
Ordenar el viaje de la referencia.
Administrador de
vehculos
Personal de Salud
Mdico
Asegurado
Proveedor
Gestionar la Contrarreferencia
1. El proceso comienza cuando el mdico llena la hoja de referencia con los datos del
paciente, un resumen de su historia clnica, motivo de la referencia, como tambin
los datos del personal.
2. El mdico coordina con el Administrador de vehculos para que asigne un vehculos
para la evacuacin del asegurado.
3. El Administrador de vehculos vera la disponibilidad de las unidades para asignacin
de un vehculo para realizar la referencia.
4. El administrador de Vehculos asigna el vehculo para la referencia por emergencia.
5. El Director del hospital ordena el viaje.
6. El caso de uso finaliza.
6.- Poscondiciones
Personal de salud.
3.- Actores
4.- Precondiciones
Afiliado
Entrega el formato de
Cambio de Adscripcin
<<System>>
Recepciona y llena
el formato
fca : Formato de C.A
[Vacio]
fca : Formato de C.A
[Lleno]
<<System>>
Recibe el formato y
lo verifica
<<System>>
Corrige el
formato del C.A
Si esta errado
Si esta correcto
Firma, sello
3.- Actores
4.- Precondiciones
Mdico.
Que haya una referencia por emergencia.
5.- Flujos
1. El proceso comienza cuando una referencia llega al hospital destino y el medico
recepciona al referido.
2. El mdico llena la hoja de monitoreo de la referencia por emergencia segn las
preguntas de la ficha de monitoreo para tener informacin de todo el proceso
como : la calificacin del EE SS, monitoreo del paciente, estado del paciente y
actitudes del personal que recibi la referencia y las recomendaciones.
3. Lo archiva para tener informacin del monitoreo de la referencia por emergencia.
4. El caso de uso finaliza.
6.- Poscondiciones
3.- Actores
Administrador de vehculos
4.- Precondiciones
3.
4.
6.- Poscondiciones
4.- Preconditions
Que el usuario presente su Print (formato de afiliacin).
Que se encuentre asegurado.
5.- Flujos
1.
2.
3.
4.
5.
6.
7.
Afiliado
Entrega el formato de
Cambio de Adscripcin
<<System>>
Recepciona y llena
el formato
fca : Formato de C.A
[Vacio]
fca : Formato de C.A
[Lleno]
<<System>>
Recibe el formato y
lo verifica
<<System>>
Corrige el
formato del C.A
Si esta errado
Si esta correcto
Firma, sello
8.2)
Requerimientos del Sistema
8.2.1) Requerimientos no funcionales
Nmero Tipo
Requerimiento
Usabilidad
Descripcin
Prioridad
RNF01
RNF02
Confiabilidad
3
RNF03
Alta
RNF04
Alta
Mantenibilidad
5
RNF07
Alta
RNF08
Alta
RNF09
Media
Restricciones de Diseo
8
RNF10
RNF11
10
RNF12
11
RNF13
mnimo
Pentium
III,
Alta
Media
Media
Alta
Interfaces
12
RNF14
RNF16
Alta
Disponer
de
las
funcionalidades para el
registro de informacin
Se deben asignar los
montos de acuerdo a lo
establecido
con
la
resolucin que norma la
institucin
en
los
procesos
de
Transferencia.
Se debe mostrar la
informacin registrada a
travs de consultas o
informes en cualquier
momento.
Se deben contar con los
clculos
exactos
y
confiables
en
los
informes a generar.
Se debe tener un control
en cada campo de las
interfaces
Prioridad
Diagram a de
Paquetes
Modulo de
Contrarreferencia
Modulo de Cambio de
Ads cripcin
Mdulo de
Adminis tracin
Modulo de
Reportes
la
Referencia
Diagrama de Actores.
Descripcin de los Actores.
Diagrama de
Actores
Usuarios
Principales
Medico
Usuarios
Secundarios
Administrador de
Vehculos
Sistema de
Personal
Sistema de
Admisin
Sistem Afiliacin
Encargado del
Cambio ...
Modelo
Contextual
Monitorear la referencia durante el
viaje
Medico
Sistema de
Admisin
Sistema de
Personal
Generar reporte de
Contrarreferencia
Encargado del
Cambio ...
Gestionar la Contrarreferencia
Administrador de
Vehculos
Registrar proveedor
Gestionar la Administracin de
Vehculos
Sistem Afiliacin
Generar reporte de administracin
de vehculos
Sistema de
Admisin
Gestionar la referencia por
Em ergencia
Sistema de
Personal
Administrador de
Vehculos
Caso de Uso
Monitoreo de la Referencia durante el Viaje
1) Especificaciones del Caso de Uso: Monitorear la referencia durante el
Viaje.
Registra Monitoreo En Trayecto
Breve descripcin
Permite al medico recabar la informacin del paciente de los exmenes y controles que
se le hicieron durante su traslado por referencia por emergencia. Este caso de uso
tiene como finalidad servir de base de donde parten los dems caso de uso.
Flujos de Eventos
Flujo Bsico
Medico
Sistema
1. Selecciona la opcin Registrar monitoreo 2. Presenta opcin de la Ficha de
durante el trayecto.
monitoreo:
3.
5.
7.
9.
10.
Flujo alternativo
No aplica.
Precondiciones
- Que el medico (usuario) se haya identificado con el Sistema.
- Que el paciente este registrado en el Sistema de gestin Hospitalaria (GH)
Postcondiciones
- Se contara con una nueva ficha de monitoreo del paciente referido por emergencia
durante el trayecto.
Extensiones.
Modificar registro de monitoreo durante el trayecto.
Medico
1. Selecciona la opcin modificar ficha de
monitoreo.
3. Selecciona la ficha
de monitoreo
durante el viaje a modificar.
5. Modifica los datos que correspondan y
selecciona la opcin guardar Ficha de
Monitoreo durante el viaje.
Sistema
2. Presenta la opcin de la ficha de monitoreo
con un listado de fichas creadas.
4. Mostrar la ficha con los datos a corregir:
6. Valida los datos de la ficha de monitoreo y
guarda la informacin de la ficha.
7. EL caso de uso finaliza.
Diagrama de Clase
"Monitoreo de la referencia durante
el viiaje"
Monitoreo Viaje
Accin realizada
nro_monitoreo
cod_accin
descripcin
tipo
listar()
actualizar()
guardar()
1..*
1..*
nro_monitoreo
diagnstico_pac
hora
pulso
presin
lat_fetales
nro_contracciones
hem_cantidad
convulciones_hora
paro_cardio
otros
Paciente
0..*
listar()
actualizar()
cancelar()
guardar()
0..*
1
Lugar
cod_lugar
nom_lugar
direccin
Hospital
Red_Asistencial
Crear()
modificar()
nom_paciente
edad
sexo
Estado
cod_paciente
etapa
Crear()
listar()
: Mdico
: IU Menu
: IU Monitoreo
: IUBuscarPaciente
: Monitoreo
: Accin/Realizada
Buscar Lugar
Buscra lugar
Mostrar
mostrar opcion
Buscar paciente
Mostrar
Validar datos
Envia datos
Valida
Guarda datos
Diagrama de Colaboracin
: Lugar
: Paciente
: IUBuscarPaciente
9: Buscar paciente (nombre y edad)
: IU Menu
4: Buscra lugar
11: Mostrar
: Lugar
16: Valida
5: Mostrar
: Monitoreo
: IU Monitoreo
: Paciente
Caso de Uso
Monitoreo de la Referencia Por Emergencia
2) Especificaciones del Caso de Uso: Monitorear la Referencia por
Emergencia.
Monitorear la Referencia por Emergencia
Breve descripcin
Permite al medico recabar una sntesis del monitoreo de la referencia para llevar un control
de cmo la referencia se ha desarrollado. Este caso de uso, monitorea la referencia por
emergencia y el cual es fundamental para generar los informes del control de los referidos
en todo el trayecto y otros indicadores fundamentales del proceso de referencia.
Flujos de Eventos
Flujo Bsico
Medico
Sistema
1. Selecciona la opcin monitoreo de 2.
Presenta opcin del monitoreo de la
referencia por emergencia.
referencia por emergencia con los siguientes
datos:
Datos Generales:
Por establecimiento
Listado de Monitoreo por referencia
con
Nombre
del
paciente
y
establecimiento
Diagrama Clases
Monitorear referencia por emergencia
monitoreo referencia
nro_monitoreoref
clasificacion
dx_manejo
traslasdo
ambulancia_implementada
comunicacion
personal _capacitada
estado_paciente_a_la_llegada
actitud _personal_destino
demora_atencin_emergencia
recomendaciones
Paciente
0..*
crea()
modificar()
cancelar()
0..*
1
Lugar
cod_lugar
nom_lugar
direccin
Hospital
Red_Asistencial
Crear()
modificar()
nom_paciente
edad
sexo
Estado
cod_paciente
etapa
Crear()
listar()
: Mdico
: IU Menu
selecciona opcin
: IU Monitoreo Ref
: Lugar
: Paciente
Abre interfaz
buscar lugar
buscar lugar
mostrar lugar
buscar paciente
buscar paciente
buscar
mostrar pacientes
selecciona paciente
Envia datos
Valida
Guarda datos
: Monitoreo
: Lugar
: IU Menu
: Mdico
11: Presiona opcin guardar
12: Valida ingreso
4: buscar lugar
2: Abre interfaz
14: Valida
6: buscar paciente
10: selecciona paciente
3: buscar lugar
13: Envia datos
8: buscar
: IU Monitoreo Ref
5: mostrar lugar
7: buscar paciente
: Monitoreo Ref Controler
9: mostrar pacientes
: Paciente
: IU Busqueda paciente
: Monitoreo
Por establecimiento
Listado de la referencia por Emergencia
con Nombre del paciente y establecimiento
Apellido Paterno
Apellido Materno
Nombres
Sexo
Edad
Resumen de Historia Clnica
Anamnesis
Examen Fsico
Exmenes auxiliares
Diagnstico
Tratamiento
Motivo Referencia
Condiciones del paciente inicio del
traslado (Estable, mal estado, grave y
otros )
Personal que refiere
Nombre
Colegiatura
Profesin
5. Ingresa datos a la hoja de referencia y 6. Valida los datos de la hoja de referencia por
presiona el botn guardar de la referencia. Emergencia y guarda la informacin de la
referencia.
Diagrama de Clase del C.U Gestionar la Referencia por Emergencia
Paciente
Referencia
Resumen Clnico
tipo
descripcin
crear()
modificar()
1..*
nro_referencia
fecha
hora
estab_origen
estab_referencia 1
motivo
condicion_paciente
crear()
modificar()
actualizar()
1
0..*
num_historia_clinica
nom_paciente
edad
sexo
estado
etapa
Crear()
listar()
*
*
Lugar
1..1
cod_lugar
nom_lugar
direccin
hospital
red_asistencial
2..2
Personal
cod_personal
nom_personal
colegiatura
profesin
Crear()
modificar()
: Mdico
: IU Menu
: Personal
: Lugar
: Paciente
: Referencia
Selecciona opcin
Abre interfaz
Ingresa lugar
Busca datos
Buscar dato (Est origen, est destino)
Mostrar
Selecciona e ingresa datos (anamnesis, examen fisico, examenes auxiliares, dx, tratamiento, motivo de la referencia, condicin)
: Resumen
:L
: IU Menu
2: Abre interfaz
16: validar
1: Selecciona opcin
3: Ingresa lugar
7: Ingresar nro. H.C
11: Selecciona e ingresa datos (anamnesis, examen fisico, examenes auxiliares, dx, tratamiento, motivo de la referencia, condicin)
12: Ingresa nombre del personal
15: Selecciona la opcin guardar
: IU Ref Emergencia
: Mdico
4: Busca datos
8: Buscar datos paciente
: Referencia
13: envia solicitud
17: envia datos
6: Mostrar
9: Mostrar
19: Guarda datos (nro, fecha, hora, num_HC, cod_personal motivo, hospital y condiciones)
: Personal
: Resumen
Caso de Uso
Gestionar el Alquiler de Vehculos
Precondiciones
Que el administrador de vehculos (usuario) se haya identificado con el Sistema.
Sistema
2. Presenta interfase del control del alquiler
pero con los datos referidos al control del
alquiler a modificar.
Nro de alquiler (generado por el
sistema)
Fecha(generado por el sistema)
Nombre del Proveedor
Nro. referencia
Tipo de Vehculo alquilado
Costo por Vehculo
3. Presiona la opcin bsqueda de la 4. Muestra la opcin para bsqueda de la
referencia.
referencia con la lista de referencias existentes
y los siguientes filtros:
Nro de referencia.
5. Ingresa los datos de acuerdo al filtro 6. Muestra el nro. de referencia en la opcin
deseado (numero de historia clnica y Control del alquiler de vehculos.
fecha de referencia).
7. Presiona la opcin bsqueda del 8. Muestra la opcin para bsqueda del
proveedor
proveedor con la lista de proveedores
existentes y los siguientes filtros:
Nombre del proveedor
9. Ingresa el dato de acuerdo al filtro 10. Muestra el nombre del proveedor en la
deseado (nombre del proveedor).
opcin Control del alquiler de vehculos y lista
el tipo de vehculos segn el proveedor
encontrado.
11. Selecciona el tipo de vehculo que 12. Muestra en costo por alquiler del vehculo
requiere a partir de los vehculos con los en la opcin control de alquiler.
que cuenta el proveedor.
13. Presiona la opcin guardar.
14. Valida los datos y guarda el alquiler.
Proveedor
Alquiler
nro_proveedor
nom_proveedor
razon_social
Telefono
Email
nro_alquiler
fecha
monto_total
nro_referencia
1
0..*
Crear()
modificar()
cancelar()
Crear()
Actualizar()
Modificar()
0..*
1..*
Vehculo
nro_placa
tipo
cantidad
estado
Precio
crear()
modificar()
: Administrador de
Vehculos
: IU Menu
: IU Alquiler
: IU Buscar Ref
Mostrar : IU Buscar Proveedor: Administrar Vehculos : Referencia
controler
: Proveedor
: Vehculo
Selecciona la opcin
Abre la Interfaz
Buscar referencia
Validar datos
Buscar referencia
Buscar referencia
Mostrar
Buscar proveedor
Buscar proveedor
validar
Busca precio
Busca precio
Mostar
Guardar alquiler
: Alquiler
1: Selecciona la opcin
5: Validar datos
: IU Menu
: Administrador de
Vehculos
: IU Buscar Ref
3: Buscar ref erencia
10: Buscar prov eedor
18: Selecciona tipo de v ehculo
22: Selecciona opcin guardar
8: Mostrar
6: Buscar ref erencia
4: Buscar ref erencia (numero)
: Alquiler
2: Abre la Interf az
7: Buscar ref erencia
: Ref erencia
: Prov eedor
Paquete de Contrarreferencia
Mdulo de
Contrarreferencia
Sistema de
Personal
Medico
Gestionar la Contrarreferencia
Sistema de
Admisin
Caso de Uso
Gestionar la Contrarreferencia
1) Especificaciones del Caso de Uso: Gestionar la Contrarreferencia.
Gestionar la Contrarreferencia.
Breve descripcin
Permite al medico crear, registrar y generar la hoja de contrarreferencia. Cuya finalidad
de este caso de uso es el de seguir con el tratamiento del asegurado a partir de la hoja
para su atencin y continuar con su tratamiento en el hospital de origen.
Flujos de Eventos
Flujo Bsico
Medico
1.
Selecciona
la
opcin
Contrarreferencia
Sistema
Nueva 2. Presenta la opcin de la contrarreferencia con
los siguiente datos:
Nmero correlativo por defecto.
Fecha (Generada por el sistema)
Hora(Generada por el sistema)
Cdigo de contrarreferencia (Generado por
el sistema)
Establecimiento de Origen
Establecimiento de referencia.
Identificacin del Afiliado
Apellido Paterno
Apellido Materno
Nombres
Sexo
Edad
Resumen
Fecha Ingreso
Fecha Egreso
Dx Ingreso
Dx Egreso
Exmenes auxiliares
Tratamiento realizado
Recomendaciones e indicaciones para
el seguimiento
Medico que refiere
Nombre
Colegiatura
3. Selecciona establecimiento origen y
establecimiento de referencia.
4. Ingresa dato del Paciente (Num. 5. .Realiza una bsqueda en funcin al dato
Historia Clnica)
Sistema
modificar 2. Mostrara la interfaz de bsqueda de la
Contrarreferencia con los siguientes datos:
Filtros de bsqueda
Por establecimiento
Listado de la contrarreferencia con Nombre
del paciente y establecimiento
Apellido Paterno
Apellido Materno
Nombres
Sexo
Edad
Resumen
Fecha Ingreso
Fecha Egreso
Dx Ingreso
Dx Egreso
Exmenes auxiliares
Tratamiento realizado
Recomendaciones e indicaciones
para el seguimiento
Medico que refiere
Nombre
Colegiatura
5. Ingresa datos a la hoja de 6. Valida los datos de la hoja de
Contrarreferencia y presiona el botn Contrarreferencia y guarda la informacin de la
guardar de la Contrarreferencia.
contrarreferencia.
Contrarreferencia
Resumen
Tipo
descripcin
crear()
guardar()
1..*
Paciente
nro_contrarreferencia
fecha
hora
Fecha_ingreso
Fecha_egreso
recomendaciones_indicaciones
0..*
Crear()
modificar()
cancelar()
num_historia_clinica
nom_paciente
edad
sexo
estado
etapa
Crear()
listar()
2..2*
1
Personal
cod_personal
nom_personal
colegiatura
profesin
Lugar
cod_lugar
nom_lugar
direccin
hospital
red_asistencial
Crear()
modificar()
Gestionar la Contrarreferencia
: Mdico
: IU Menu
: IU Contrarreferencia
Seleccionar opcin
: Contrarreferencia
controler
: Personal
: Lugar
: Paciente
Abre interfaz
Ingresar lugar
Buscar lugar
Buscar (Est.origen, Est. destino)
Mostrar
Buscar paciente
Mostrar
: Resumen
: Contrarreferencia
contrarreferencia
17: validar
3: Ingresar lugar
7: Ingresar nro. H.C
11: Selecciona e ingresa datos
12: Ingresa nombre del personal
16: Selecciona la opcin guardar
1: Seleccionar opcin
: Lugar
2: Abre interfaz
: IU Contrarreferencia
: Mdico
: IU Menu
4: Buscar lugar
8: Buscar datos paciente
13: envia solicitud
6: Mostrar
18: Envia datos
10: Mostrar
15: Mostrar
: Personal
: Contrarreferencia controler
9: Buscar paciente
: Paciente
: Resumen
contrarreferencia
Encargado del
Cambio ...
Sistem Afiliacin
Caso de Uso
Gestionar el Cambio de Adscripcin
1) Especificaciones del Caso de Uso: Gestionar el Cambio de Adscripcin
Gestionar el Cambio de Adscripcin
Breve descripcin
Permite al asegurado adscribirse para otra filial para su atencin de salud ya sea por su
condicin de trabajo o residencia habitual y crear y registra el C.A. (Cambio de
Adscripcin)
Flujos de Eventos
Flujo Bsico
Encargado del Cambio de Adscripcin
Sistema
1. Selecciona la opcin Nuevo Cambio de 2. Presenta la opcin del C.A. con los
Adscripcin.
siguientes datos:
Nro. de transferencia (generado por el
sistema)
Cdigo del titular
Fecha trmite (generado por el
sistema)
Nombre del titular
Dpto.
Provincia
Distrito
Hospital.
Direccin .
Solicita la atencin del.
Titular
Familiar o cnyuge
Debido A
Residencia Habitual
Condicin de Trabajo
3. Selecciona la opcin bsqueda de 4. Presenta la opcin de la bsqueda del titular
titular.
con el siguiente filtro:
Nombre de Titular
5. Ingrese el dato del filtro y selecciona el 6. Presenta la opcin Cambio de Adscripcin
titular que desea.
con los siguientes datos.
Datos del Titular
seleccionadas
16. Selecciona la alternativa deseada de 17. Muestra en la opcin cambio de
Debido a.
adscripcin los datos segn la alternativa
seleccionada
18. Selecciona la opcin guardar.
19. Valida los datos del C.A y guarda los datos
del C.A.
20. Selecciona la opcin Imprimir Cambio 21. Manda la orden de impresin del Cambio
de Adscripcin.
de Adscripcin.
Precondiciones
- Presentar el PRINT (Ficha de afiliacin)
- Que el asegurado este activo.
- Que el Encargado de Cambio de Adscripcin (usuario) se haya identificado con el
Sistema.
Postcondiciones
- Se crea la formato del C.A.
- S e registra los datos del Cambio de Adscripcin.
Extensiones.
Modificar el Cambio de Adscripcin
Encargado del Cambio de Adscripcin
Sistema
1. Selecciona la opcin modificar el 2. Presenta interfase del Cambio de
Cambio de Adscripcin.
Adscripcin con los datos referidos del C.A a
ser modificados.
3. Selecciona la opcin bsqueda de 4. Presenta la opcin de la bsqueda del titular
titular.
con el siguiente filtro:
Nombre de Titular
5. Ingrese el dato del filtro y selecciona el 6. Presenta la opcin Cambio de Adscripcin
titular que desea.
con los siguientes datos.
Datos del Titular
Sistema
1.
Sistema
2. Presenta en la opcin Cambio de
Adscripcin la lista de familiares que
tiene el titular
Nombre de Familiar
4. Regresa al paso 16.
Paciente
num_historia_clinica
nom_paciente
edad
sexo
estado
etapa
Crear()
listar()
Familiar
Titular
Cod_familiar
grado_parentezco
fecha_nac
estado_familiar
cod_titular
razon_social
Modificar()
Crear()
Actualizar()
1
Crear()
Modificar()
Actualizar()
Detalle C.A
cod_titular
cod_familiar
Lugar
C.A
nro_transferencia
fecha_tramite
debidoA
solicita
direccion
Crear()
Modificar()
Listar()
1..*
cod_lugar
direccin
hospital
red_asistencial
nom_departamento
nom_provincia
nom_distrito
Crear()
modificar()
: Encargado del
Cambio ...
: IU Menu
: IU Cambio de Adscripcin
: C.A Controler
: Buscar Titular
: Titular
: Detalle C.A
Selecciona opcin
Abre Interfaz
Buscar Titular
Buscar Titular
Buscar
Buscar
Mostrar
Devuelve datos
Selecciona e ingresa datos
Busca lugar
Buscar lugar
Mostrar
: C.A
: Lugar
Diagrama de Colaboracin
del Caso de Uso
Gestionar el Cambio ...
: Buscar Titular
: Encargado del
Cambio ...
: C.A
4: Buscar Titular
: Detalle C.A
20: Valida
2: Abre Interfaz
: IU Menu
: IU Cambio de Adscripcin
Flujos alternativos
Del paso 14: Selecciona Cnyuge o Hijos
: Encargado del
Cambio ...
: IU Cambio de Adscripcin
: C.A Controler
: Familiar
Selecciona la alternativa
3: Buscar
: IU Cambio de Adscripcin
: Familiar
: Encargado del
Cambio ...
: IU Cambio de Adscripcin
: C.A Controler
: Titular
: Familiar
3: Buscar
5: Buscar
Buscar
Buscar Titular
Buscar
: Familiar
Paquete de Administracin
Paquete de
Administracin
Ingreso al Sistema
Administrar de Usuarios
Administrador de
Usuarios
Administrar Perfiles
Regsitrar Proveedor
Registrar Lugar
Caso de Uso
Gestionar el Registro de Proveedor
1) Especificaciones del Caso de Uso: Registrar Proveedor
Registrar Proveedores
Breve descripcin
Permite al Administrador de vehculos, crear y registrar a un proveedor que por primera
vez brindara su servicio externo de transporte para EsSalud y lo tenga en su cartera de
proveedores. Este caso de uso es importante para la institucin en la prestaron del
servicio en las referencias por emergencia por requerir vehculos para el transporte del
referido al hospital de mayor capacidad resolutiva.
Flujos de Eventos
Flujo Bsico
Administrador de vehculos
Sistema
1.
Selecciona
proveedor.
la
opcin
Precondiciones
- Que el Administrador de vehculos (usuario) se haya identificado con el Sistema.
Postcondiciones
- Se genera la cartera de proveedores.
Extensiones.
Modificar proveedor
Administrador de vehculos
1. Selecciona la opcin modificar
proveedor.
3. Modifica algn dato del proveedor y
Presiona el botn guardar.
Sistema
2. Presenta interfase del proveedor pero con
los datos del proveedor a modificar.
4. Valida los datos del proveedor y guarda la
informacin del proveedor.
Vehculo
Proveedor
nro_placa
tipo
cantidad
estado
Precio
nro_proveedor
precio_unidad
Telefono
Email
1..*
Crear()
Actualizar()
Modificar()
crear()
modificar()
: Administrador de
Vehculos
: IU Menu
: IU Proveedor
: Proveedor controler
: Proveedor
: Vehculo
Seleccionar opcin
Abre interfaz
Ingresa dato
Presiona opcin guardar
Validar
Envia datos
5: Validar
8: Guarda datos del vehculo
3: Ingresa dato
4: Presiona opcin guardar
: Vehculo
7: Guarda datos del proveedor
1: Seleccionar opcin
2: Abre interfaz
: IU Proveedor
: Administrador de
Vehculos
6: Envia datos
: Proveedor
: IU Menu
: Proveedor controler
Paquete de Reportes
Este paquete permite obtener los informes para la toma de decisiones y obtener la
informacin en tiempo real de todos los procesos.
Prov eedor
Alquiler
nro_prov eedor
precio_unidad
Telef ono
Email
nro_alquiler
f echa
monto_total
nro_ref erencia
Crear()
Actualizar()
Modif icar()
1
0..*
Crear()
modif icar()
cancelar()
crear()
modif icar()
1..*
1..*
Vehculo
nro_placa
tipo
cantidad
estado
Precio
crear()
modif icar()
Personal
1
Ref erencia
1
nro_ref erencia
nro_historia_clnica
f echa
hora
estab_origen
estab_ref erencia
motiv o
condicion_paciente
nom-personal
1..3
Resumen
Contrarref erencia
Resumen Clnico
nro_ref erencia
tipo
descripcin
nom_personal
colegiatura
prof esin
nro_contrarref erencia
f echa
hora
nro_historia_clnica
Fecha_ingreso
Fecha_egreso
dx_ingreso
dx_egreso
recomendaciones_indicaciones
nom_personal
name
1..*
Tipo
descripcin
nro_contrarref erencia
crear()
guardar()
Accin realizada
nro_monitoreo
cod_accin
descripcin
tipo
Crear()
modif icar()
cancelar()
listar()
actualizar()
guardar()
0..*
1
1..*
crear()
modif icar()
actualizar()
0..*
1..*
Monitoreo Viaje
Mdulo
de
0..*
Reportes
2..2
*
2..2
Lugar
cod_lugar
nom_lugar
2..2 direccin
Hospital
Red_Asistencial
1
1
Medico
1..*
0..*
crea()
modif icar()
cancelar()
nro_transf erencia
Administrador
de
f echa_tramite
debidoA
Vehculos
solicita
prov incia
distrito
departamento
descripcin
0..*
Generar reporte
de
1
Crear()
0..*
Contrarreferencia
listar()
Familiar
Titular
cod_titular
nombres/apellidos
razon_social
Modif icar()
Cod_f amiliar
nombres_apellidos
grado_parentezco
f echa_nac
estado_f amiliar
Crear()
Generar reporte
de administracin Crear()
Actualizar()
Modif icar()
Actualizar()
de vehculos
Detalle C.A
nro_transf erencia
cod_titular
cod_f amiliar
Crear()
Modif icar()
Listar()
Encargado del
Cambio ...
listar()
actualizar()
cancelar()
guardar()
nom_paciente
edad
sexo
nro_historia_clnica
Estado
*
C.A
Paciente
nro_monitoreoref
ref erencia buena
ref erencia _no_aceptada
ref erencia_no_llego_hospital
traslado_correcto_paciente
diagnostico_manejo_primerniv el_correcto
ambulancia_implementada
personal _trae_ref _capacitada
estado_paciente_a_la_llegada
actitud _personal_destino
demora_atencin_emergencia
recomendaciones
0..*
1
monitoreo ref erencia
nro_monitoreo
diagnstico_pac
hora
pulso
presin
lat_f etales
nro_contracciones
hem_cantidad
conv*ulciones_hora
paro_cardio
otros
Diagrama de Estados
Estado del Paciente
Estable
grave
mal estado
Fallecido
Creado
Aprobado
Desaprobado
Diagrama de Estados
Estado de la etapa d...
monitoreado
Referido
Rechazado
Contrreferido
taContrarreferencia
taVehculo
NroPlaca: varchar(6)
Nro_proveedor: char(8)
Tipo: varchar(15)
Cantidad: numeric
Estado: varchar(12)
Precio: money
taProveedor
taResumen
NroContrarreferencia: char(8)
Nro_proveedor: char(8)
Nom_proveedor: varchar(50)
Razon_social: varchar(50)
Telefono: varchar(10)
Email: varchar(20)
NroContrarreferencia: char(8)
CodLugar: char(6)
NroHClinica: char(10)
CodPersonal: char(6)
Hora: char(8)
FechaIngreso: datetime
FechaEgreso: datetime
RecomendacionesIndicaciones: varchar(50)
NroReferencia: char(10)
Tipo: varchar(10)
Descripcion: varchar(25)
taReferencia
Nro_proveedor: char(8)
CodLugar: char(6)
NroHClinica: char(10)
CodPersonal: char(6)
Fecha: datetime
Hora: varchar(10)
EstablecDestino: varchar(50)
EstablecOrigen: varchar(50)
Motivo: varchar(50)
CondicionPaciente: varchar(50)
NroAlquiler: char(8)
Montototal: money
taPaciente
NroHClinica: char(10)
NomPaciente: varchar(50)
FechaNac: datetime
Sexo: char(1)
Estado: varchar(12)
Etapa: varchar(15)
taLugar
NroMonitoreoViaje: char(8)
taPersonal
NroMonitoreoRef: varchar(25)
CodAccin: varchar(25)
CodPersonal: char(6)
taMonitoreoReferencia
NroHClinica: char(10)
CodLugar: char(6)
Clasificacin: varchar(10)
DxManejo: varchar(50)
Traslado: varchar(50)
AmbulanciaImplementada: varchar(10)
Comunicacin: varchar(10)
PersonalCapacitado: varchar(10)
EstadoPacienteLlegada: varchar(10)
ActitudPersonal: varchar(10)
DemoraAtencinEmer: varchar(4)
Recomendaciones: varchar(50)
taAccionRealizada
NroMonitoreoViaje: char(8)
Descripcion: varchar(25)
Tipo: varchar(25)
NomPersonal: varchar(50)
Colegiatura: varchar(6)
Profesin: varchar(25)
CodLugar: char(6)
Direccin: varchar(50)
Hospital: varchar(20)
RedAsistencial: varchar(25)
NomDpto: char(25)
NomProvincia: varchar(25)
NomDistrito: varchar(25)
taMonitoreoViaje
NroHClinica: char(10)
DxPaciente: varchar(50)
Hora: char(8)
Pulso: varchar(3)
Presin: varchar(6)
LatFetales: varchar(6)
NroContracciones: varchar(10)
HemorCantidad: varchar(3)
ConvulcionesHora: varchar(6)
ParoCardio: varchar(25)
Otros: varchar(50)
taResumenClinico
NroReferencia: char(10)
Tipo: varchar(25)
Descripcin: varchar(25)
taDetalleCA
NroCA: char(6)
NroHClinica: char(10)
taCA
NroCA: char(6)
CodLugar: char(6)
FechaTramite: datetime
DebidoA: varchar(15)
Solicita: varchar(15)
Direccion: varchar(50)
Capa de Presentacin
Frmcontrolu
suario.frm
FRmbuscarcontr
arreferencia.frm
Frmprincipal.frm
Frmcontrarreferencia.frm
Frmmonitoreo
trayecto.frm
Frmtrayec
to.frm
Frmcambio de
Adscripcion.frm
Frmcontrolalquil
er.frm
Frmmonitoreoref
Emergencia.frm
Frmlista
proveedores
Frmreferencia.frm
DrCA.dsr
Frmproveed
or.frm
Frmbusquedar
eferencia.frm
DrContrarref
erencia.dsr
Frmbuscra
titular.frm
Frmbusqueda
paciente.frm
Drreferen
cia.dsr
Frmbusqueda
proveedor.frm
Datarepo
rt.dll
Capa Lgica
Capa Lgica
Administr
acin.dll
Contrarrefe
rencia.dll
Referencia
.dll
CambioAdsc
ripcin.dll
Reportes.
dll
MonitoreoVi
aje.class
BaseDatosHospital
Paciente.cla
ss
Accionreali
zad.class
Resumen
.class
Referenci
a.class
Monitoreo
Ref.clas
Alquiler.cl
ass
Lugar.cla
ss
Contrarrefer
encia.class
CambioAdsc
ripcin.class
Proveedo
r.clas
Vehiculo.
class
8.7.2)
Diagrama de Despliegue
La arquitectura que usar la aplicacin final es la Arquitectura de tres capas.
Arquitectura de la Aplicacin.
CLIENTE
ENVIA
SERVIDOR APLICACIONES
LOGICA DE
NEGOCIO
PRESENTACIN
ACCESO
A DATOS
LLAMAR
SERVIDOR BASE DATOS
MS SQL
VISTAS /
TABLAS
PROCEMIENTOS
ALMACENADOS
Vista Fsica.
En el grfico se muestra una arquitectura Cliente/ Servidor, donde se ejecutan
procesos, servicios y/o componentes y sus relaciones de dependencia.
En la seccin cliente solo se envan y muestra datos desde la interfaz del usuario
visualizada por los usuarios. El componente de presentacin toma los valores necesarios
Diagrama de
Despliegue
Firewall
Servidor de
Aplicaciones
Switch
PC
Medico
PC Administrador
Vehculos
PC Encargado
de C:A
Servidor de
Datos
9. Plan de Implementacin
Organizacin del Proyecto
Organizacin del Proyecto
Estructura Organizacional basado en Roles
E s t r u c t u r a O r g a n iz a c io n a l d e l P r o y e c t o
9.1)
J e fe d e
P ro y e c to
A n a lis t a
D e s a r r o lla d o r
P e rs o n a l d e
P ru e b a s
A n a lis t a d e
S is t e m a s
A r q u it e c t o d e
S o ftw a re
J e fe d e
P ru e b a s
E s p e c if ic a d o r d e
R e q u e r im ie n t o s
D is e a d o r
T e s te r
D is e a d o r d e l
N e g o c io
D is e a d o r d e
IU
D is e a d o r d e B a s e s
d e D a to s
P ro g ra m a d o r
Analista de Sistemas
Analista de Aplicaciones con dominio de la gestin de proyectos utilizando RUP,
Amplio conocimiento de UML y experiencia en modelamiento visual de sistemas de
informacin.
Especificador de Requerimientos
Experto en identificar, documentar y especificar los requerimientos del proyecto,
con dominio de la gestin de proyectos utilizando RUP y experiencia en definicin
de casos de uso.
Diseador del Negocio
Experto en diseo de negocios, con conocimiento de la gestin de proyectos
utilizando RUP y en el modelado de procesos.
Desarrollador
Arquitecto del SW
Conocimientos de UML, gestin de proyectos utilizando RUP, liderazgo,
experiencia en puesto similar.
Diseador de SW
Conocimientos de UML, gestin de proyectos utilizando RUP, entendimiento del
lenguaje de programacin a utilizar, uso de patrones de software y experiencia en
puesto similar
Jefe de Pruebas
Conocimiento de la Gestin de Pruebas.
Experiencia en el diseo de todo tipo de pruebas automatizadas y dominio de
herramientas de pruebas
Responsabilidad
El jefe de proyecto asigna los recursos, gestiona las prioridades,
coordina las interacciones con los clientes y usuarios, y mantiene
al equipo del proyecto enfocado en los objetivos. El jefe de
proyecto tambin establece un conjunto de prcticas que
Jefe de Proyecto
aseguran la integridad y calidad de los artefactos del proyecto.
Adems, el jefe de proyecto se encargar de supervisar el
establecimiento de la arquitectura del sistema. Gestin de
riesgos. Planificacin y control del proyecto.
Captura, especificacin y validacin de requisitos, interactuando
con el cliente y los usuarios mediante entrevistas. Elaboracin del
Analista de Sistemas
Modelo de Anlisis y Diseo. Colaboracin en la elaboracin de
las pruebas funcionales y el modelo de datos.
Construccin de prototipos. Colaboracin en la elaboracin de las
Programador
pruebas funcionales, modelo de datos y en las validaciones con el
usuario
Gestin de requisitos, gestin de configuracin y cambios,
Arquitecto de
elaboracin del modelo de datos, preparacin de las pruebas
Software
funcionales, elaboracin de la documentacin. Elaborar modelos
de implementacin y despliegue.
9.2)
Riesgos del proyecto y planes de mitigacin
Plan de Riesgos
FACTORES DE
ANALISIS
TECNICO
CATEGORIAS
1. Requisitos
Mdulos del producto
Validacin de usuarios
2. Tecnologa
Caducidad de las herramientas tecnolgicas utilizadas.
Personal poco capacitado en el manejado de estas herramientas.
3. Complejidad de interfase
Interfaz del sistema en formato inestable (complejidad en su
entendimiento)
4. Confiabilidad
EXTERNOS
ORGANIZACIONAL
PROYECTO
1. Mercado
Aparicin de proveedores del mismo rubro del proyecto.
2. Clientes
Bajo inters de las personas por este tipo de aplicacin.
Incumplimiento de lo establecido en el contrato por parte de la
organizacin contratante.
Desacuerdo entre el avance y en los objetivos acordados
1. Recursos
Falta de ambientes para el desarrollo del proyecto
2. Financiacin
Bajo nivel de financiacin (presupuesto final)
3. Cambios Organizacionales
Posibles problemas en polticas internas.
1. Estimacin
Clculos deficientes en las estimaciones de costo y tiempo.
2. Planificacin
Poca organizacin del plan del proyecto.
3. Control
Fallas en el control y seguimiento de los avances del proyecto.
4. Comunicacin
Fallas en las redes de comunicacin (cliente / servidor)
Tiempo
Insignificante,
no afecta la
asignacin de
tiempos.
Moderado
(20%)
Incremento en Incremento en
costo < 10%. costos entre 10Nuevo
20%. Replanteo
Anlisis de
de los procesos
Asignacin de del proyecto.
Recursos del
Proyecto.
Retraso
Retraso global
<10%.
entre 10-20%.
Posibilidad de Aumento de los
aumento del
tiempos de las
tiempo
tareas en 10asignado.
20%.
Bajo (10%)
Alto (40%)
Incremento en
costos entre
20-40%.
Suspensin
temporal del
desarrollo del
proyecto.
Retraso global
entre 20-40%.
Aumento de
tiempo de
tareas en 2040%
Incrementos en
costos >40%.
Incrementos no
pueden ser
cubiertos en su
totalidad. Proyecto
finaliza.
Retraso global
>40%.
Suspensin de las
actividades del
proyecto.
Alcance
Calidad
Reduccin
escasamente
apreciable. No
afecta al
alcance
planteado.
Degradacin
escasamente
aceptable. No
afecta el
desempeo del
proyecto.
Alcance
afectado de
manera
mnima.
reas mayores
de alcance
afectadas.
Reduccin de
alcance
inaceptado
por la
empresa.
No se puede
llegar a cumplir
con el alcance del
proyecto. Fin del
proyecto.
Se afectan
aplicaciones
exigentes por
escasez de
recursos.
Posible
reduccin de
calidad por
replanteo de
tareas y
tiempos.
Menor calidad
por desarrollo
acelerado
(reduccin de
mdulos)
Cierre de proyecto
debido al
incumplimiento de
estndares y
normativas de
calidad.
Descripcin
Alta
Moderada
Bajo
Muy Bajo
Fecha limite de la
CA presentacin de entregables
prxima.
CA
CA
Puntaje de
Probabilidad
Nivel de
riesgo
Prioridad
de riesgo
30%
Alto
Revisin de anlisis
de pre factibilidad
75%
10%
Bajo
Estimacin de
Recursos.
85%
20%
Moderado 1
65%
10%
Bajo
65%
20%
Moderado 4
Posponer la implantacin y
pruebas.
Verificar los
ambientes
Perdida de tiempo en
la equipamiento de
los ambientes
Verificacin del
cumplimiento de la
calidad y del alcance
Riesg
o
Riesgos en
orden de
prioridades
Posible
tratamiento de
los riesgos
Fecha limite
de
la
presentacin
de
entregables
prxima.
Informe
de
Factibilidad
poco
alentador
(poco viable)
Trabajar
tiempo extra.
Recupera
r el tiempo
perdido por las
noches.
Solicitar
apoyo a la
organizacin
mediante una
prrroga
en
fecha limite de
entrega.
Detener el
desarrollo del
proyecto hasta
que se den las
condiciones
adecuadas.
Realizar
una
nueva
lista
de
requisitos de
infraestructura
y de software
a
la
organizacin
contratante.
Ejecutar
Opcin de
tratamiento
elegida
Solicitar
apoyo a la
organizacin
mediante una
prrroga en
fecha limite
de entrega.
Ejecutar solo
las
actividades
para
las
cuales
se
cuente con
los recursos
necesarios.
Controles
existentes
Aceptacin o
rechazo segn
anlisis
Costo/benefici
o
Se efecta el
control
Aceptacin
peridico del segn
cronograma de Costo/Beneficio
actividades
Se realizaron
Rechazo,
anlisis
de demasiado
factibilidad,
costo.
previos
al
inicio
del
proyecto para
determinar
cuales serian
los
requerimientos
de
infraestructura
tecnolgica,
de
recursos
humanos,
entre
otros
necesarios
Fecha de
implementacin
Monitoreo de
riesgos y
opciones de
tratamiento
Manejo
reportes
peridicos
2 das antes de cada una
la
fecha
de las
presentacin del actividades
entregable.
para
determinar
porcentaje
retraso.
3 das despus
de la entrega del
informe
de
factibilidad.
de
de
de
el
de
Revisiones
peridicas del
avance
en
factibilidad.
Falta
de
recursos
como
personal,
efectivo, etc.
en reas de
desarrollo.
No
contar
con
los
ambientes
para
implantacin
y pruebas.
solo
las
actividades
para
las
cuales
se
cuente con los
recursos
necesarios.
Realizar
solicitud
de
recursos
faltantes
de
acuerdo
al
presupuesto
estimado.
Parar
temporalment
e la ejecucin
del proyecto
debido a falta
de recursos.
Trabajar
nicamente
con
los
recursos
disponibles
hasta obtener
los
recursos
faltantes.
Posponer
fecha
de
implantacin
de prototipo y
pruebas hasta
para
proyecto.
Trabajar
nicamente
con
los
recursos
disponibles
hasta
obtener los
recursos
faltantes.
Posponer
fecha
de
implantacin
del prototipo y
pruebas hasta
que
se
el
Se cuenta con
un listado de
Aceptacin
profesionales
segn Anlisis
frente a la
Costo / beneficio
escasez
de
recursos.
Despus de 3
das
de
la
presentacin de
la solicitud de
recursos.
Una
semana
antes de la fecha
programada para
las pruebas de
prototipo.
Los jefes de
cada una de
las
reas,
llevaran
controles de
los recursos
asignados
para cumplir
con
sus
labores.
Revisin
continua de lo
avanzado en
el
ambiente
en el cual se
realizaran las
Diferencias
entre el nivel
de
satisfaccin
de
la
organizacin
y
el
esperado.
que
se
cumplan
las
condiciones.
Realizar
las
solicitudes de cumplan
condiciones.
ampliacin de
tiempo
para
las pruebas y
la implantacin
de prototipos.
Rediseo
del
producto
del
proyecto
de
acuerdo
a
sugerencias
realizadas
en
las pruebas por
parte
de
la
organizacin
Rediseo
del producto del
proyecto
de
acuerdo
a
sugerencias
realizadas
en
las pruebas por
parte
de
la
equipo
de
proyecto.
Rechazar
sugerencias por
falta
de
presupuesto.
Rediseo del
producto
del
proyecto
de
acuerdo
a
sugerencias
realizadas en
las
pruebas
por parte de la
organizacin
Efectuar
capacitaciones
a los usuarios
a fin de no
realizar
cambios en el
producto sw.
adecuada para
la realizacin
de
la
implantacin y
pruebas.
Se
han Aceptacin,
realizado
segn anlisis
manuales de Costo /Beneficio
usuario, para
mejorar
la
comprensin
que
estos
tienen del sw.
pruebas
prototipo.
Inmediatamente
despus solicitud
de cambios en
los
requerimientos.
de
Realizar
un
anlisis para
verificar si las
sugerencias
son factibles.
Efectuar
capacitaciones
a los usuarios a
fin
de
no
realizar cambios
en el producto
sw.
Sistema de Transferencia
Facultad de Ingeniera de
Sistemas, Cmputo y
Telecomunicaciones
XV CURSO DE ACTUALIZACIN
Fecha: 19/08/2006
3. Fecha
La implantacin de los planes de accin establecidos para este riesgo, se realizaran 2 das
antes de la fecha de presentacin del entregable.
4. Monitoreo
El monitoreo es realizado de acuerdo a Reportes de Avances.
Riesgo: 2
1. Acciones Propuestas
Ejecutar solo las actividades para las cuales se cuente con los recursos necesarios.
Detener el desarrollo del proyecto hasta que se den las condiciones adecuadas.
2. Requerimientos de Recursos
Los recursos que se requieren para la realizacin del proyecto, fueron especificados en el
documento de requerimientos realizado por el equipo de proyecto, se debe determinar que
recursos son necesarios en esta etapa y ver si la organizacin puede suministrarlos de lo
contrario se procede a el paro de las actividades por falta de recursos.
3. Fecha
Las acciones sugeridas se realizaran 3 das despus de la entrega del informe de
factibilidad, a fin de determinar cual ser el estado del proyecto, definir si se replantean o no
los requerimientos del proyecto.
4. Monitoreo
El monitoreo se realiza mediante el informe de factibilidad, el cual permitir tomar la decisin
de un cierre temporal o definitivo del proyecto, el cual deber ser informado a todas las
instancias del proyecto..
Riesgo:3
Riesgo:4
Posponer fecha de implantacin del prototipo y pruebas hasta que se cumplan las
condiciones.
2. Requerimientos de Recursos
En este caso los requerimientos son las condiciones faltantes y que son necesarias que el
ambiente de implantacin y prueba posea y que se ha verificado que aun no han sido
dadas, ya sean estas, condiciones de infraestructuras, apoyo, entre otras.
3. Fecha
La fecha de revisin del ambiente de implantacin y pruebas se realizara una semana antes
de la fecha establecida para las pruebas.
4. Monitoreo
El equipo de proyecto de comn acuerdo estableci la fecha y los requisitos para la
realizacin de la implantacin y pruebas del prototipo de software. Las variaciones estn
sujetas a lo observado en las revisiones previas del ambiente de pruebas.
Riesgo: 5
Rediseo del producto del proyecto de acuerdo a sugerencias realizadas en las pruebas
por parte de la organizacin
9.3)
Actividades
Iteracin
Contrarreferencia
Actividades
Iteracin
Actividades
9.4)
Cambio de Adscripcin
GESTIN DE CALIDAD
Cuando hablamos de implantar un sistema de calidad incidimos en varios aspectos, fruto de esta doble vertiente de empresa comercial o tecnolgica y de
centro de formacin:
Calidad en productos y servicios
Actividades a realizar
Medicin y Anlisis
Verificacin de la Implementacin
9.5)
condiciones, flujo de eventos, requisitos no-funcionales asociados. Tambin, para casos de uso cuyo flujo de eventos sea complejo podr adjuntarse
una representacin grfica mediante un Diagrama de Actividad.
Especificaciones suplementarias: Este documento capturar todos los requisitos que no han sido incluidos como parte de los casos de uso y se
refieren requisitos no-funcionales globales. Dichos requisitos incluyen: requisitos legales o normas, aplicacin de estndares, requisitos de calidad
del producto, tales como: confiabilidad, desempeo, etc., u otros requisitos de ambiente, tales como: sistema operativo, requisitos de compatibilidad,
etc. Explica las clases (entradas, salidas, etc) y sus relaciones con otros paquetes.
Implementacin: Constituye la implantacin de proyecto, en sus respectivas reas y funcionalidades.
Lnea Base: Es una especificacin o producto revisado y aprobado formalmente, que sirve como base para el desarrollo posterior, y puede ser
modificado solo a travs de procedimientos formales de control de cambios.
Lista de riesgos: Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto, ordenados en orden decreciente de
importancia y con acciones especficas de contingencia o para su mitigacin.
Manual de Usuario: Es un manual de operaciones que describe los procedimientos de supervisin, mantenimiento, instalacin y actualizacin, es
documentacin de usuario, tanto usuario final como de explotacin, de acuerdo a los requisitos establecidos en la tarea Especificacin de Requisitos
de Documentacin de Usuario.
Material de Entrenamiento: Tambin llamado Plan de formacin, contiene procesos y procedimientos para formar a los operadores, administradores y
usuarios finales con el objetivo de conseguir la explotacin eficaz del nuevo sistema.
Modelo de anlisis y de diseo: Este modelo establece la realizacin de los casos de uso en clases y pasando desde una representacin en trminos
de anlisis (sin incluir aspectos de implementacin) hacia una de diseo (incluyendo una orientacin hacia el entorno de implementacin), de
acuerdo al avance del proyecto.
Modelo de casos de uso: El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de ellas. Se representa
mediante Diagramas de Casos de Uso.
Modelo de casos de uso del negocio: Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos (Agentes de
registro, solicitantes finales, otros sistemas etc.). permite situar al sistema en el contexto organizacional haciendo nfasis en los objetivos en este
mbito. Este modelo se representa con un Diagrama de Casos de Uso usando estereotipos especficos.
Modelo de componentes: ilustra los componentes de software que se usarn para construir el sistema. Se pueden construir a partir del modelo de
clases y escribir desde cero para el nuevo sistema o se pueden importar de otros proyectos y de productos de terceros. Los componentes son
agregaciones de alto nivel de las piezas de software ms pequeas y proveen un enfoque de construccin de bloques de caja negra para la
elaboracin de software.
Modelo de datos: Previendo que la persistencia de la informacin del sistema ser soportada por una base de datos relacional, este modelo describe
la representacin lgica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se
utiliza un Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos, para conseguir la representacin de tablas, claves, etc.).
Modelo de despliegue: Este modelo muestra el despliegue la configuracin de tipos de nodos del sistema, en los cuales se har el despliegue de los
componentes.
Modelo de implementacin: Este modelo es una coleccin de componentes y los subsistemas que los contienen. Estos componentes incluyen:
ficheros ejecutables, ficheros de cdigo fuente, y todo otro tipo de ficheros necesarios para la implantacin y despliegue del sistema.
Notas de Release: El propsito de las Notas de release es comunicar nuevas caractersticas y cambios el una versin anterior del software.
Plan de Comunicaciones: Determinacin de la informacin y comunicaciones de quienes tienen intereses en el proyecto: destinatarios, plazos y
medios.
Plan de Costos: Es una herramienta necesaria para poder tomar decisiones acertadas en cualquier modulo del proyecto debido a que existe una
relacin directa entre los costes y los resultados econmicos del proyecto.
Plan de desarrollo de software: El propsito del Plan de Desarrollo de Software es proporcionar la informacin necesaria para controlar el proyecto.
En l se describe el enfoque de desarrollo del software.
Plan de Despliegue: Describe los procedimientos y programacin para cambiar la implementacin de un entorno de planificacin y prueba a uno de
produccin, normalmente en varias etapas.
Plan de Gestin de la Configuracin: El propsito del plan de Gestin de configuracin del Software es establecer y mantener la integridad de los
productos de software a travs del ciclo de vida del proceso de software.
Plan de Integracin: Su propsito es integrar las unidades y componentes de software en el elemento software y probarlos a medida que se van
agrupando.
Plan de Iteracin: Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos asignados, dependencias entre ellas. Se realiza
para cada iteracin, y para todas las fases.
Plan de Pruebas: Describe los procedimientos para probar el software implementado, incluidos planes especficos para desarrollar implementaciones
prototipo y piloto.
Plan de QA: "Calidad" se refieren a todas las cosas buenas que nos gustara ver en nuestro producto. Nosotros construimos un producto de calidad y
aseguramos su calidad manteniendo calidad en mente todo el tiempo y realizando las actividades seleccionadas abajo. Las pruebas son una
actividad de QA, pero no es la mejor ni la nica, otras actividades de QA incluyen el uso de guas de estilo y listas de pendientes, minutas en
reuniones, uso de herramientas de anlisis y cuidadosas mediciones y estimados de la calidad. Es necesario un plan para seleccionar y coordinar
todas las actividades de QA.
Planificacin de Riesgos: Es el proceso por el que los factores de riesgo se identifican sistemticamente y se evalan sus propiedades. En la
identificacin y secuenciacin de las actividades, la asignacin de recursos humanos, el empleo de recursos materiales, las necesarias asignaciones
econmicas y los mtodos de control del progreso de las actividades; la planificacin se realiza suponiendo que todo va a suceder de acuerdo con lo
que se ha pensado y valorado. No obstante, durante la puesta en marcha de cualquier actuacin pueden surgir acontecimientos indeseables en la
planificacin inicial de actividades, es por estas razones que necesitamos conocer los riesgos que se puedan presentar.
Prototipos de interfaz de usuario: Se trata de prototipos que permiten al usuario hacerse una idea ms o menos precisa de las interfaces que
proveer el sistema y as, conseguir retroalimentacin de su parte respecto a los requisitos del sistema. Estos prototipos se realizarn como: dibujos
a mano en papel, dibujos con alguna herramienta grfica o prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del
proyecto. Slo los de este ltimo tipo sern entregados al final de la fase de Elaboracin, los otros sern desechados.
Realizaciones de casos de uso: ejecucin de los casos de usos segn las prioridades establecidas.
Requerimientos no funcionales: Los requerimientos no funcionales tienen que ver con caractersticas que de una u otra forma puedan limitar el
sistema, como por ejemplo, el rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez del sistema, disponibilidad de equipo),
mantenimiento, seguridad, portabilidad, estndares, etc.
Sistema de Transferencia
Gestin
Plan de gestin de
la calidad
EDT
Estudio de
Factibilidad
Organizacin del
Proyecto
Plan de gestin de
riesgos
Cronograma de
Actividades
Plan de Iteracin
Lista de Riesgos
Anlisis y Diseo
Modelo de
Anlisis
Diagrama de
Secuencia
Diagrama de
Colaboracin
Modelo de
Diseo
Diagrama de
Estados
Diagrama de
Clases
Diseo de
Subsistemas
Testing
Plan de Pruebas
Casos de Prueba
Reporte de Evaluacin
de Pruebas
Despliegue
Plan de despliegue
Notas de release
Diseo de
Componentes
Modelos de Negocio
Modelo
Despliegue
Especificaciones
del C.U. Neg.
Diagrama de
actividad del C.U
Implementacin
Glosario
Lista de artefactos
para la
Sistema final de
Transferencia
Requerimientos
Modelo de
casos de Uso
Requerimiento
s no
Material de
Entrenamiento
Priorizacin de
casos de Uso
Listado de
Req. De Alto
Manual de Usuario
Prototipos de
Interfaz
Especificacin
de Casos de
Diagrama de
Paquetes
Control de Cambios y
Vrs.
Solicitud de Cambio
Lista Cambios
9.6)
Cronograma de Actividades
Mes1
1
1
1
0
0
0
0
0
0
0
0
Mes2
1
2
2
1
1
1
0
1
1
1
0
Mes3
1
2
2
2
1
2
1
1
1
1
0
Mes4
1
0
1
0
0
1
1
1
2
1
2
Mes5
1
0
1
0
0
1
1
0
2
1
1
Mes6
1
1
0
0
0
0
0
0
1
0
0
1200
1000
1000
0
0
Mes 2 S/. Mes 3 S/. Mes 4 S/. Mes 5 S/. Mes 6 S/.
1200
2000
0
900
900
1200
1000
1000
1800
0
1200
0
2000
0
0
1200
0
1000
0
0
1200
1000
0
0
0
Diseador
Diseador de Interfaces
Diseador de BD
Porgramador
Jefe de Pruebas
Tester
Flujo pago personal
800
800
800
600
800
500
0
0
0
0
0
0
3200
800
0
800
0
0
0
6600
1600
0
800
600
800
0
8800
0
800
0
1200
800
1000
7000
0
800
0
1200
0
500
4700
MATERIAL DE ESCRITORIO
Material
Cantidad
2
15
5
1
1
50
50
100
1
1
Total de Gastos
Costo Unit.
Subtotal
S/.
20,00
40,00
0,50
7,50
2,80
2,50
3,00
1,00
1,00
1,00
0,90
1,50
14,00
2,50
3,00
50,00
50,00
100,00
0,90
1,50
269,40
Total Egresos
Recurso y Personal por
mes
Inversin del Py
Mes 1 S/.
Mes 2 S/.
0
0
0
0
0
0
2200
Gasto de Personal
3200
6600
8800
7000
4700
2200
Material de escritorio
269,4
Gastos
Totales Egreso
3469,4
6600
8800
7000
4700
2200
32769
Ingresos
INGRESOS
Flujo de Caja
1200
2500
3500
7200
Gestin: Con un completo interfaz grfico que reduce la complejidad innecesaria de las tareas de administracin y gestin de la base de datos.
Orientada al desarrollo: Visual Basic, Visual C++, Visual J++, Visual Interdev y muchas otras herramientas son compatibles con Microsoft SQL
Server.
La mejor base de datos para Internet, Internet y Extranet.
Lenguaje de Programacin Visual Basic .Net
Visual Basic es un sistema de desarrollo diseado especialmente para crear aplicaciones con interfaz grafica, de una forma rpida y sencilla. Para
soportar este tipo de desarrollo, Visual Basic utiliza fundamentalmente dos herramientas, una que permite realizar los diseos grficos y un lenguaje de
alto nivel.
Rational Rose
Rational Rose es la ms reciente y poderosa herramienta de modelamiento visual para el anlisis y diseo de sistemas basados en objetos. Rose es
usado para modelar sistemas antes de llevar a cabo los trabajos de construccin.
Esta secuencia de desarrollo es importante para asegurar la consistencia arquitectnica del sistema. Usando los modelos de Rose, se pueden
identificar fallas durante una etapa temprana del desarrollo del proyecto y as evitar aumentos en los tiempos y costos del proyecto software, Rational
Rose apoya tambin al planeamiento del negocio, a travs de representaciones que facilitan a los usuarios el mejor entendimiento de los procesos del
negocio hacindolos ms eficientes.
Un modelo en Rose es la imagen de un sistema desde varias perspectivas. Es decir, incluye todos los diagramas de UML: actores, casos de uso,
objetos, clases, componentes y el despliegue de nodos en un sistema. Los modelos Rose, describen con gran detalle lo que el sistema incluir y como
funcionar, para que as los diseadores puedan usar los modelos como si fueran los planos de un sistema a ser construido (un plano es una buena
analoga para los modelos creados en Rose).
Concepto del RUP. Es un proceso de desarrollo de sistema. Un proceso de desarrollo de sistema es un conjunto de actividades necesarias para
transformar los requerimientos de los usuarios en un sistema de software.
El Proceso Unificado es iterativo e incremental.- El desarrollo de un producto software comercial supone un gran esfuerzo que puede durar entre varios
meses hasta posiblemente un ao o ms. Es prctico dividir el trabajo en partes ms pequeas o miniproyectos. Cada miniproyecto es una iteracin
que resulta en un incremento. Las iteraciones hacen referencia a pasos en el flujo de trabajo, y los incrementos, al crecimiento del producto.
Forma disciplinada de asignar tareas y responsabilidades (quin hace qu, cundo y cmo)
Pretende implementar las mejores practicas en ingeniera de Software
Desarrollo iterativo
Administracin de requisitos
Uso de arquitectura basada en componentes
Control de cambios
Modelado visual del software
Verificacin de la calidad del software
El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los
casos de uso.
Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el codigo fuente, etc.) y roles
(papel que desempea una persona en un determinado momento, una persona puede desempear distintos roles a lo largo del proceso).
El RUP divide el proceso de desarrollo en ciclos, teniendo un producto final al final de cada ciclo, cada ciclo se divide en fases que finalizan con
un hito donde se debe tomar una decisin importante:
Inicio: se hace un plan de fases, se identifican los principales casos de uso y se identifican los riesgos
Elaboracin: se hace un plan de proyecto, se completan los casos de uso y se eliminan los riesgos
Construccin: se concentra en la elaboracion de un producto totalmente operativo y eficiente y el manual de usuario
Transicin: se implementa el producto en el cliente y se entrena a los usuarios. Como consecuencia de esto suelen surgir nuevos requerimientos
a ser analizados.
UML- Lenguaje Unificado de Modelamiento
UML es un lenguaje estndar para crear planos de software.
No es un lenguaje de programacin. Sin embargo permite hacer una rpida transicin del modelo al cdigo.
Es una herramienta de la ingeniera de software.
El lenguaje UML comenz a gestarse en octubre de 1994, cuando Rumbaugh se uni a la compaa Rational fundada por Booch (dos
reputados investigadores en el rea de metodologa del software). El objetivo de amb os era unificar dos mtodos que haban desarrollado: el
mtodo Booch y el OMT (Object Modelling Tool). El primer borrador apareci en octubre de 1995. En esa misma poca otro reputado investigador,
Jacobson, se uni a Rational y se incluyeron ideas suyas. Estas tres personas son conocidas como los tres amigos. Adems, este lenguaje se abri
a la colaboracin de otras empresas para que aportaran sus ideas. Todas estas colaboraciones condujeron a la definicin de la primera versin de
UML.
Qu es UML?
UML es el primer mtodo en publicar un meta-modelo en su propia notacin, incluyendo la notacin para la mayora de la informacin de
requisitos, anlisis y diseo. Se trata pues de un meta-modelo auto-referencial (cualquier lenguaje de modelado de propsito general debera ser
capaz de modelarse a s mismo).
UML es un lenguaje estndar que sirve para escribir los planos del software, puede utilizarse para visualizar, especificar, construir y
documentar todos los artefactos que componen un sistema con gran cantidad de software. UML puede usarse para modelar desde sistemas de
informacin hasta aplicaciones distribuidas basadas en Web, pasando por sistemas empotrados de tiempo real.
UML es solamente un lenguaje por lo que es slo una parte de un mtodo de desarrollo software, es independiente del proceso aunque para
que sea optimo debe usarse en un proceso dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental.
El lenguaje UML se compone de tres elementos bsicos, los bloques de construccin, las reglas y algunos mecanismos comunes. Estos
elementos interaccionan entre s para dar a UML el carcter de completitud y no-ambigedad que antes comentbamos.
Los bloques de construccin se dividen en tres partes:
Elementos, que son las abstracciones de primer nivel.
Relaciones, que unen a los elementos entre s.
Diagramas, que son agrupaciones de elementos.
Existen cuatro tipos de elementos en UML, dependiendo del uso que se haga de ellos:
Elementos estructurales.
Elementos de comportamiento.
Elementos de agrupacin
Elementos de anotacin.
Las relaciones, a su vez se dividen para abarcar las posibles interacciones entre elementos que se nos pueden presentar a la hora de modelar
usando UML, estas son: relaciones de dependencia, relaciones de asociacin, relaciones de generalizacin y relaciones de realizacin.
Se utilizan diferentes diagramas dependiendo de qu, nos interese representar en cada momento, para dar diferentes perspectivas de un mismo
problema, para ajustar el nivel de detalle..., por esta razn UML soporta un gran numero de diagramas diferentes aunque, en la practica, slo se utilicen
un pequeo nmero de combinaciones.
UML proporciona un conjunto de reglas que dictan las pautas a la hora de realizar asociaciones entre objetos para poder obtener modelos bien
formados, estas son reglas semnticas que afectan a los nombres, al alcance de dichos nombres, a la visibilidad de estos nombres por otros, a la
integridad de unos elementos con otros y a la ejecucin, o sea la vista dinmica del sistema.
UML proporciona una serie de mecanismos comunes que sirven para que cada persona o entidad adapte el lenguaje a sus necesidades, pero dentro
de un marco ordenado y siguiendo unas ciertas reglas para que en el trasfondo de la adaptacin no se pierda la semntica propia de UML. Dentro de
estos mecanismos estn las especificaciones, que proporcionan la explicacin textual de la sintaxis y semntica de los bloques de construccin.
Otro mecanismo es el de los adornos que sirven para conferir a los modelos de ms semntica, los adornos son elementos secundarios ya que
proporcionan ms nivel de detalle, que quiz en un primer momento no sea conveniente descubrir. Las divisiones comunes permiten que los modelos se
dividan al menos en un par de formas diferentes para facilitar la comprensin desde distintos puntos de vista, en primer lugar tenemos la divisin entre
clase y objeto (clase es una abstraccin y objeto es una manifestacin de esa abstraccin), en segundo lugar tenemos la divisin interfaz /
implementacin donde la interfaz presenta un contrato (algo que se va a cumplir de una determinada manera) mientras que la implementacin es la
manera en que se cumple dicho contrato.
Por ultimo, los mecanismos de extensibilidad que UML proporciona sirven para evitar posibles problemas que puedan surgir debido a la necesidad de
poder representar ciertos matices, por esta razn UML incluye los estereotipos, para poder extender el vocabulario con nuevos bloques de construccin,
los valores etiquetados, para extender las propiedades un bloque, y las restricciones, para extender la semntica. De esta manera UML es un lenguaje
estndar abierto-cerrado siendo posible extender el lenguaje de manera controlada.
DIAGRAMA DE SECUENCIA
Este diagrama muestra la interaccin de los objetos entre ellos. Es importante comentar que hasta este momento no se han considerado objetos
tcnicos. En UML, durante el Anlisis de los requerimientos y el Anlisis, no se consideran objetos tcnicos que definan detalles y soluciones en el
sistema de software, tales como objetos para interfaces de usuario, bases de datos, comunicaciones, etc. Todos esos objetos se consideran hasta el
diseo del sistema
DIAGRAMA DE COLABORACIN
As mismo, se cuenta con el diagrama de colaboracin, el cual se centra tanto en las interacciones y las ligas entre un conjunto de objetos colaborando
entre ellos (una liga es una instancia de una asociacin). Ambos, el diagrama de secuencia y el diagrama de colaboracin, muestran interacciones, pero
el diagrama de secuencia se centra en el tiempo mientras que el diagrama de colaboracin se centra en el espacio. Las ligas muestran los objetos
actuales y cmo ellos se relacionan unos con otros. As como los diagramas de secuencia, los diagramas de colaboracin pueden ser utilizados para
ilustrar la ejecucin de una operacin, una ejecucin de un use-case o simplemente un escenario de interaccin dentro del sistema. En este diagrama
tambin se representa a los objetos en cajas rectangulares y con el nombre subrayado. Las ligas se dibujan con lneas y se puede agregar una etiqueta
para un mensaje y un nmero que define la secuencia de las ligas.
DIAGRAMA DE CLASES
Para la realizacin del diagrama de clases se toman como base los diagramas de secuencia y de colaboracin por lo que se manejarn los objetos que
ah se consideraron pero ahora a nivel de clases. Adems, se pueden agregar nuevas clases que no se haban considerado y este paso deber ser
realizado por expertos en el dominio del problema. Para poder definir las clases, UML sugiere seis caractersticas selectivas que debe utilizar el analista
para considerar una clase candidato en el modelo de anlisis:
1. Informacin retenida. La clase ser til durante el anlisis slo si la informacin sobre el mismo ha de ser almacenada, transformada, analizada o
manejada en algn otro modo. La informacin puede referirse a conceptos que debern estar siempre registrados en el sistema, eventos o
transacciones que ocurren en un momento especfico.
1 Sistema externo. Si se tiene un sistema externo a este sistema, entonces es de inters en la etapa de modelado. Los sistemas externos debern ser
vistos como clases que el sistema contendr o con los cuales interactuar.
1 Patrones, libreras de clases o componentes. Si se tienen patrones, libreras de clases o componentes, generalmente stos son clases candidatos.
1 Dispositivos que el sistema maneja. Dispositivos tcnicos que maneja el sistema se convertirn en clases que manejarn esos dispositivos.
1 Partes organizacionales. Especialmente en modelos de negocio, todas las partes que representan a la organizacin, sern clases candidatos.
1 Roles de actores. Los roles de actores sern vistos como clases, por ejemplo, usuario, operador del sistema, administrador, cliente, etc.
DIAGRAMA DE ESTADOS
Posteriormente se realiza el diagrama de estados (figura 8) el cual captura el ciclo de vida de los objetos, subsistemas y sistemas. Dicho diagrama
determina los estados que un objeto puede tener y cmo los eventos afectan esos estados a travs del tiempo. Un diagrama de estado debe abarcar
todas las clases que tengan estados y conducta definidos claramente.
Todos los objetos tienen un estado y ste es el resultado de actividades previas ejecutadas por el objeto. Ese estado est determinado por los valores de
los atributos de este objeto y sus relaciones con otros objetos. Una clase puede tener un atributo que especifique el estado, o el estado puede ser
determinado por los valores de los atributos "normales" del objeto
DIAGRAMA DE COMPONENTES
Dentro de esta etapa se crea el diagrama de componentes que describe componentes de software y sus dependencias con otros componentes,
representando la estructura del cdigo. Los componentes de software pueden ser: componentes de cdigo, componentes binarios que son los generados
por la compilacin de los componentes de cdigo y los componentes ejecutables.
En este diagrama se pueden manejar paquetes, que son contenedores de clases utilizados para mantener el espacio de nombres de clases dividido en
compartimentos, de manera que se utilizan para representar subsistemas del sistema en el mundo fsico. Cada paquete se liga con otros a travs de
dependencias, que se representan con flechas de lneas discontinuas que van del componente dependiente al componente del cual depende.
DIAGRAMA DE DESPLIEGUE
Por ltimo, se realiza el diagrama de despliegue, el cual contiene los nodos y las conexiones que muestran la arquitectura del sistema en tiempo de
ejecucin a travs de procesadores, dispositivos y los componentes de software que se ejecutan en esta arquitectura. Esta es la ltima descripcin fsica
de la topologa del sistema, describiendo la estructura de las unidades de hardware y el software que se ejecuta en cada unidad, como se muestra en la
figura siguiente.
Los nodos se representan con cubos en tres dimensiones con su nombre en el interior. Si el nodo representa a una instancia en lugar de una clase, el
nombre va subrayado. Las conexiones se representan con lneas continuas y contienen el nombre y el estereotipo de la conexin. El nombre es el
identificador de la misma y el estereotipo indica el protocolo de comunicaciones entre los dos nodos implicados
13. Bibliografa
Jame Rumbaungh, Ivar Jacobson y Grady Booch., .El Lenguaje Unificado del Modelado
Kenneth C Lauden y Jane P. Laudon; Administracin de los Sistemas de Informacin, Tercera Edicin, Prentice Hall Hispano Americana
S.A., 1996.
Joseph Schumuller; Aprendiendo UML en 24 horas, 1ra. Edicin, Pearson Educacin, 2000.
James Rumbaugh, Ivar Jacobson, Grady Booch , El proceso unificado de desarrollo de software, 1ra. Edicin, Pearson Educacin, 2000.
Glosario De Trminos
Sistema de Referencia. Conjunto de actividades de orden administrativo y asistencial, que permite el movimiento de usuario elementos de
diagnstico mediante un flujo ordenado entre establecimientos de salud y cuyo fin es dar continuidad a la atencin, importante atributo del modelo de
atencin integral de salud.
Referencia. Es un procedimiento administrativo asistencial, mediante el cual se transfiere la responsabilidad del cuidado de la salud del paciente ( o
un elemento diagnstico ), de la comunidad o un establecimiento de salud a otro establecimiento de salud de mayor capacidad resolutiva.
Contrarreferencia. Acto administrativo asistencial mediante el cual el establecimiento de salud de destino devuelve la responsabilidad de atencin
del paciente o el resultado del elemento diagnstico al establecimiento de origen o a la comunidad.
Formato de Referencia. Es el documento de solicitud de atencin en otro establecimiento de salud, incluye la informacin necesaria para la mejor
evaluacin.
Formato de Contrarreferencia. Es el documento por el cual se hace la devolucin de un paciente a su establecimiento de salud de origen, incluye la
informacin necesaria para continuar con su tratamiento.
Transporte. Accin de movilizacin de pacientes o elementos de diagnstico en un establecimiento de salud.
Casos de pruebas: Cada prueba es especificada mediante un documento que establece las condiciones de ejecucin, las entradas de la prueba, y
los resultados esperados. Estos casos de prueba son aplicados como pruebas de regresin en cada iteracin. Cada caso de prueba llevar asociado
un procedimiento de prueba con las instrucciones para realizar la prueba.
Cronograma de Actividades: Todas las actividades realizadas para llevar a cabo el proyecto.
EDT (WBS): Es una descripcin grfica o en texto, que desglosa el objetivo o meta del proyecto.
Especificacin de casos de uso: Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple
descripcin narrativa) se realiza una descripcin detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, postcondiciones, flujo de eventos, requisitos no-funcionales asociados. Tambin, para casos de uso cuyo flujo de eventos sea complejo podr adjuntarse
una representacin grfica mediante un Diagrama de Actividad.