Sistema web para gestion de información de adultos mayores

PROYECTOS DE INVESTIGACION
DE TESIS II
ANALISIS Y DISEÑO DE UN SISTEMA WEB DE REGISTRO
PARA ORGANISMOS QUE TRABAJAN CON PERSONAS
ADULTAS MAYORES - SIROAM
AUTOR(ES): Fernandez Gonzales Christian
Llerena Quispe Giancarlo
ASESOR : Papa Quiroz Erik Alex
2012

ÍNDICE GENERAL
RESUMEN _______________________________________________________________ 1
1. CAPÍTULO I: INTRODUCCIÓN ____________________________________________ 2
1.1 Motivación y Justificación_________________________________________________ 2
1.2 Antecedentes del Problema _______________________________________________ 4
1.3 Objetivos Generales y Específicos___________________________________________ 6
1.4 Contribuciones del Trabajo ________________________________________________ 7
2. CAPÍTULO II: MARCO TEÓRICO___________________________________________ 8
2.1 Marco Metodológico_____________________________________________________ 8
2.2 Marco Tecnológico _____________________________________________________ 10
2.3 Marco Metodológico del Modelo de Validación ______________________________ 16
3. CAPÍTULO III: DISEÑO DE LA SOLUCIÓN___________________________________ 18
3.1 Metodología a Aplicar ___________________________________________________ 18
3.2 Análisis del Problema ___________________________________________________ 21
3.3 Diseño de la Propuesta __________________________________________________ 22
3.4 Análisis de la Viabilidad del Proyecto de Tesis________________________________ 61
3.4.1 Análisis Técnico del Proyecto ___________________________________________________ 61
3.4.2 Análisis Económico Financiero del Proyecto _______________________________________ 63
4. CAPÍTULO IV: VALIDACIÓN DEL MODELO _________________________________ 68
4.1 Instrumentos y Técnicas _________________________________________________ 68
4.2 Diseño del Prototipo ____________________________________________________ 68
5. CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES________________________ 76
5.1 Conclusiones __________________________________________________________ 76
5.2 Recomendaciones ______________________________________________________ 76
REFERENCIAS ___________________________________________________________ 77
Tabla de Imagenes____________________________________________________________ 78
APÉNDICE ______________________________________________________________ 79
ANEXOS _______________________________________________________________ 80

Centro de Investigación de Tesis en Ingeniería de Sistemas 1
RESUMEN
En 1996, el Ministerio de Promoción de la Mujer y del Desarrollo Humano hoy
MIMP1
se crea el Área de Personas Adultas Mayores, que desdeoctubredel 1997 empieza
a funcionar y se encarga de velar por el bienestar de las personas mayores de 60 años. En
el 2002 se crea la DIPAM2
, lo cual hizoposible una actuación más rápida y oportuna
frente a los planes, programas y proyecto del adulto mayor. [1]
Debido a la ley marco de descentralización Nº26922 se transfirió la función de registrar
organismos que trabajan con el adulto mayor a los gobiernos regionales esto dificulto el
acceso y la consolidación de la información además de otros puntos que no se cumplían
en la ley Nº28803 del adulto mayor.3
En la presente tesis se propone realizar un sistema de servicio web que permita el registro
y acreditación de los organismos que trabajan con personas adultas mayores para el
acceso a la información por parte de la DIPAM y cumpla con lo estipulado en las normas
legales del estado sobre el adulto mayor.
_______________________
Ante la creación del Ministerio de Desarrollo e Inclusión Social (MIDI), el Ministerio de la Mujer y Desarrollo Social (MIMDES) se
reformula orgánicamente por el Decreto Legislativo N° 1098 y se denomina a partir del 20 de enero del 2012 como Ministerio de la
Mujer y Poblaciones Vulnerables (MIMP).
2
DIPAM: Dirección de Personas Adultas Mayores
3
Ver anexo 7 y 8

1. CAPÍTULO I : INTRODUCCIÓN
1. CAPÍTULO I: INTRODUCCIÓN
1.1 Motivación y Justificación
La motivación para realizar la investigación sobre los registros que según ley Nº
28803 debe poseer la DIPAM1
instancia del MIMP2
es tener una base de datos de cuantas
son las organizaciones, instituciones y CARPAM3
que trabajan para la personas adultas
mayores a nivel nacional, este registro ha sido descentralizado según el marco ley de
descentralización Nº 26922 4
, la función que tenía la DIPAM de registrar fue transferida a
los gobiernos regionales5
, son ellos los que tienen que levantar la información, registrar a
las organizaciones y lo que ahora seencargara la DIPAM como gobierno nacional es no
perder esta base de datos, consolidar la información de las organizaciones, instituciones y
CARPAM que son remitidas de todos los gobiernos regionales.
En el contexto actual se notó que no se cumple con los (30) días hábiles para registrarse
en el gobierno regional pasada la obtención de la licencia de funcionamiento 6
, no se
cumple con el orden establecido descrito en los requisitos documentales 7
, además las
inscripciones que se hayan efectuado se deberán comunicar a la DIPAM dentro de los (15)
días hábiles siguientes que a veces no se cumple, las autorizaciones sectoriales referentes
a los CARPAM tienen un año de vigencia que pasado ese tiempo a veces se desconoce en
el momento cuales son los que ya vencieron, otro detalle es que al pasar las funciones a
los gobiernos regionales no se puede saber rápidamente el número de organizaciones de
PAMs que existe a nivel nacional, además que Tacna y Puno están generando un
correlativo para ellos lo cual hace complicado consolidar la información al administrador
nacional.
_______________________
DIPAM: Dirección de Personas Adultas Mayores
2
Ante la creación del Ministerio de Desarrollo e Inclusión Social (MIDI), el Ministerio de la Mujer y Desarrollo Social (MIMDES) se
reformula orgánicamente por el Decreto Legislativo N° 1098 y se denomina a partir del 20 de enero del 2012 como Ministerio de la
Mujer y Poblaciones Vulnerables (MIMP). (Ver anexo Nº2)
3
CARPAM: Centro de Atención Residencial para el Adulto Mayor
4
Ver anexo 7
5
Ver anexo 8
6
Ver anexo 5 y anexo 9
7
Ver anexo 5

Justificamos este trabajo porque diseñando la solución nos motivaría a
implementar un sistema que nos permita determinar la cobertura y características de los
organismos PAM1
para así mejorar la calidad de vida de las personas adultas mayores de
60 años, el servicio de cuidados a personas mayores de los organismos, instituciones y
CARPAM, llevar una estadística paraampliar la cobertura de los programas, beneficios y
promover el desarrollo integral del adulto mayor y envejecimiento saludable.
Por otra parte esta investigación genera una alternativa para instituciones de otros
estados que monitorean organismos que trabajan con adultos mayores.
_______________________
1
PAM: personas adultas mayores

1.2 AntecedentesdelProblema
La DIPAM1
es la Dirección de Personas Adultas Mayores, instancia del Ministerio de
la Mujer y Poblaciones Vulnerables (MIMP), encargada de diseñar, monitorear y hacer
seguimiento a la política social dirigida a la población de 60 años y más.[1]
De acuerdo al Reglamento de Organización y Funciones del MIMP, la DIPAM tiene la
función de promover, coordinar, supervisar y evaluar las políticas, planes, programas y
proyectos referidos a personas adultas mayores, en especial de aquellas poblaciones que
sufren discriminación y exclusión social, y se encuentran en situación de pobreza y
pobreza extrema.[2]
En la actualidad, se viene ejecutando cuatro políticas del Plan Nacional de las Personas
Adultas Mayores: de Envejecimiento Saludable; de Empleo, Previsión y Seguridad Social;
de Participación e integración social; y de Educación, Conciencia y Cultura sobre el
Envejecimiento y la Vejez. [2].
El trabajo que se encarga de realizar son principalmente los planes nacionales, auto
cuidado de la persona adulta mayor, boletines, publicaciones y estudio, registro nacional
de instituciones y organizaciones PAM2
(personas adultas mayores), contribución de
PAMs2
en la lucha contra la pobreza, estadísticas.
Sucede que hace unos meses se propuso automatizar este registro, se optó por un sistema
web usando como lenguaje de programación Java y la Base de datos Oracle (esta es la que
ya cuenta la institución), después del análisis y diseño del sistema se vieron los errores
como no poder generar reportes de los organismos en internet Explorer, no existía mucha
compatibilidad con el navegador pero si con Mozilla, el modelamiento de la base de datos
tenia tablas sin relacionar y no se pudo desplegar la aplicación en el servidor Oracle
Application Server.3
Este trabajo pasado fue realizado por un practicante del OIDS (Oficina
de Informática y Desarrollo de Sistemas) el cual no concluyo el proyecto como estaba
especificado en la documentación para ponerlo a producción.3
________________________
DIPAM: Dirección para el adulto mayor
2
PAMs: Personas adultas mayores
3
Ver anexo 2.

Actualmente no existe un sistema o algo parecido que registre organismos relacionados
con adultos mayores o con niños, pero si registros de personas naturales, también existe
sistemas web de registro de organizaciones como el sistema de la comisión europea la
PADOR ("PotentialApplicant Data Online Registration") está gestionada por
EuropeAidycontiene información sobre organizaciones que soliciten subvenciones de la
Comisión Europea en el ámbito de la ayuda exterior.1
Aquí en el país otro sistema web que es de gran apoyo al ministerio de educación es el
RENOEC (“Registro Nacional de Organizaciones de la Sociedad que brindan Educación
Comunitaria”), este facilita el reconocimiento por las diversas instancias del Estado,
organismos internacionales y de la sociedad en general sobre cuáles son las instituciones
que desarrollan esta labor, permitiendo ampliar las posibilidades de vínculos de
cooperación, promueve la planificación de trabajo en común, el desarrollo e intercambio
de técnicas innovadoras para la educación comunitaria y reconocer espacios de
intervención.2
________________________
1
http://ec.europa.eu/europeaid/work/onlineservices/pador/index_es.htm
2
http://www2.minedu.gob.pe/educam/renoec/

1.3 Objetivos Generales y Específicos
Objetivo General
Diseñar una solución mediante un sistema web de registro de Organismos que trabajan
con personas Adultas Mayores a nivel nacional que permita mejorar el acceso a la
información, obtener estadísticas y facilitar el desempeño de esta labor.
Objetivos específicos
 Desarrollar el diseño del sistema siguiendo el marco de trabajo de la metodología
RUP1
 Utilizar la notación UML2
para el análisis y diseño del sistema “Sistema de Registro
Web”
 Diseñar el sistema siguiendo la arquitectura MVC3
_______________________
RUP: RationalUnifiedProcess – Proceso Unificado de Modelado
2
UML: UnifiedModelingLanguage – Lenguaje Unificado de Modelado
3
MVC:Model View Controller – Modelo Vista Controlador

1.4 Contribuciones del Trabajo
La contribución del trabajo permitirá el diseño del sistema servicio de registro web
para lo cual se hará uso de la metodología RUP1
, este nos permitirá:
En la fase de inicio identificar a los interesados, elaborar un plan de proyectos, definir la
arquitectura de software a utilizar en este caso se usara MVC2
por ser de gran utilidad
para la reusabilidad, características principales, un modelo de casos de uso de un 10% a
20%, producimos un plan de fases e iteraciones y vamos agregando términos al glosario.
Además se debe acordar con los interesados el alcance del proyecto, la estimación de
tiempo y costo.
En la fase de elaboración definir los casos de uso a un 80%, para definir la arquitectura del
sistema, especificaciones de caso de uso y diseñar la solución preliminar, para los casos de
uso se utilizara la notación UML3
como estándar, encontrar otros requerimientos no
funcionales o no asociados a los casos de uso. Herramientas a utilizar serán Rational Rose
para el modelado de procesos.
Este proyecto con respecto a otros trabajos como se mencionó en los antecedentes no se
ha implementado algo parecido para los adultos mayores ni con niños pero si diseñando
sistemas web para otros organismos y que han sido implementados dando gran facilidad
al usuario de registrar información de su organismo y al administrador del sistema
facilitando el acceso a la información para la toma de decisiones respecto a su negocio.
_______________________
RUP: RationalUnifiedProcess – Proceso Unificado de Modelado
2
MVC: Model View Controller – Modelo Vista Controlador
3
UML: UnifiedModelingLanguage – Lenguaje Unificado de Modelado

2. CAPÍTULO II :MARCO TEÓRICO
2. CAPÍTULO II: MARCO TEÓRICO
2.1 Marco Metodológico
Nivel de Investigación:
Se refiere al grado de profundidad con que se aborda un objeto o fenómeno.
Explicar el tipo de investigación:
- Tecnológica o científica
- Teórica, aplicada, experimental
- Investigación histórica (pasado):
- Investigación actual (presente):
Explicativa (el fenómeno es nuevo no hay ninguna referencia)
Descriptiva (Interés es describir el fenómeno)
Correlacional (existir relación entre variables)
- Investigación en el futuro: experimental
- Investigación probabilística y no probabilística
En cualquiera de los casos es recomendable justificar el nivel adoptado.
Diseño de la Investigación
Es la estrategia que adopta el investigador para responder al problema planteado.
En esta sección se definirá y se justificará el tipo de investigación, según el diseño o estrategia por
emplear.
Investigación Documental: Es aquella que se basa en la obtención y análisis de datos provenientes
de materiales impresos u otros tipos de documentos.
Investigación de Campo: Consiste en la recolección de datos directamente de la realidad donde
ocurren los hechos, sin manipular o controlar variable alguna.
Investigación Experimental: Proceso que consiste en someter a un objeto o grupo de individuos a
determinadas condiciones o estímulos (variable independiente), para observar los efectos que se
producen (variable dependiente).
Técnicas e Instrumentos que van usar:
- Procesos
- Software

Población y Muestra
La población o universo se refiere al conjunto para el cual serán válidas las conclusiones que se
obtengan: a los elementos o unidades (personas, instituciones o cosas) a las cuales se refiere la
investigación.
La muestra es un subconjunto representativo de un universo o población.
Donde se centra el estudio
- Muestra (va depender si la investigación es probabilística y no probab.). Si es probalística, la
muestra es dada por alguna fórmula matemática.
Si NO es probabilística entonces se puede tomar CASOS DE ESTUDIO.
Técnicas e Instrumentos de Recolección de Datos
Primarias (Campo mismo de acción): encuestas, entrevistas, etc.
Secundarias (No necesita ir al campo de acción): Informes de las empresas (Experiencias
anteriores), libros, internet, etc.
Técnicas de Procesamiento y Análisis de Datos
En este punto se describen las distintas operaciones a las que serán sometidos los datos que se
obtengan: clasificación, registro, tabulación y codificación si fuere el caso.
En lo referente al análisis, se definirán las técnicas lógicas (inducción, deducción, análisis, síntesis),
o estadísticas (descriptivas o inferenciales), que serán empleadas para descifrar lo que revelan los
datos que sean recogidos.
-Usarán algún software estadístico que de alguna información.
______________
Fuentes: - Teoría proporcionada por el Prof. Erik Papa
- http://www.une.edu.ve/postgrado/intranet/investigacion_virtual/estructura_proyecto.htm

2.2 Marco Tecnológico
RATIONAL UNIFIED PROCESS (RUP)
El RUP [1]
es un marco del proyecto que describe una clase de los procesos que son iterativos e
incrementales que define un manojo entero de las actividades y de los artefactos que nosotros
necesitamos para elegir nuestros propios procesos [2].
Es el proceso de desarrollo más general de los existentes actualmente. Los procesos de RUP
estiman tareas y horario del plan midiendo la velocidad de iteraciones concerniente a sus
estimaciones originales. Las iteraciones tempranas de proyectos conducidos RUP se enfocan
fuertemente sobre arquitectura del software; la puesta en práctica rápida de características se
retrasa hasta que se ha identificado y se ha probado una arquitectura firme [3]
.
Con respecto a los diseños en los casos de uso haríamos que los procesos de registro se agilizaran,
se contara con un mejor control descentralizado y verificado de los organismos involucrados.
El RUP se divide en cuatro fases:
Inicio (Define el alcance del proyecto)
Elaboración (definición, análisis, diseño)
Construcción (implementación)
Transición (fin del proyecto y puesta en producción
Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual consiste en
reproducir el ciclo de vida en cascada a menor escala. Los objetivos de una iteración se establecen
en función de la evaluación de las iteraciones precedentes.
Vale mencionar que el ciclo de vida que se desarrolla por cada iteración, es llevada bajo dos
disciplinas:
-Disciplina de Desarrollo.
-Disciplina de Soporte.

VerRef.[T1]
Conestasfasesselograejecutarunconjuntodemejoresprácticas,comoloson:
DesarrollarSoftwareIterativamente
Modelarelsoftwarevisualmente
GerenciarlosRequerimientos
Usararquitecturasbasadasencomponentes
Verificacióncontinuadelacalidad
Gerenciarloscambios
UML
ElUML (Lenguaje Unificadode Modelado)es una de las herramientas en el mundo actual del desarrollo de
sistemas. Esto se debe a que permite generar diseños que capturen sus ideas en una forma
convencional y fácil de comprender a través del lenguaje grafico para visualizar, especificar,
construir y documentar un sistema.
El lenguaje UML sirve:
- Especificar o Describir métodos o procesos.
- Definir un sistema.

- Para documentar y construir.
- UML no es un método ni programación si no un lenguaje gráfico.
DiagramasdelUML
El UML está compuesto por diversos elementos gráficos que se combinan para conformar
diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos.
ElmodeloUMLdeunsistemaessimilaraunmodeloaescaladeunedificiojuntoconlainterpretacióndelartistadel
edificio. Es importante destacar que un modelo UML describe lo que supuestamente hará
un sistema, pero no dice cómo implementar dicho sistema.
A continuación se describirán brevemente los diagramas más comunes del UML y los conceptos
que representan.
Diagramas de Clase
Piense en las cosas que le rodean (una idea demasiado amplia, pero ¡inténtelo de cualquier
forma!). Es probable que muchas de esas cosas tengan atributos (propiedades) y que realicen
determinadas acciones.
Una clase es una categoría o grupo de cosas que tienen atributos y acciones similares. He aquí un
ejemplo: cualquier cosa dentro de la clase Lavadoras tiene atributos como son la marca, el
modelo, el número de serie y la capacidad. Entre las acciones.
Ver Ref. [T2]
Diagrama de objetos:
Un objeto es una instancia de clase (una entidad que tiene valores específicos de los atributos
y acciones). Este diagrama representa una fotografía estática de instancias de las
cosas que se encuentran en un diagrama de clase.

Ver Ref. [T3]
Diagrama de Casos e Uso:
Un diagrama de cao de uso muestra un conjunto caso de uso y actores (un tipo especial de clase) y sus relaciones.
Describiendo los pasos o las actividades que deben realizar para llevar a cabo algún proceso. Estos diagramas son
importantesalahorademodelarloscomportamientosdeunsistema.
VerRef.[T4]
Diagrama de Estado:
Los diagramas de estado dirigen la visión dinámica de un sistema. Estos diagramas son
importantes a la hora de modelar el comportamiento de una interfaz, clase o colaboración y
enfatizan el comportamiento de un objeto ordenado por los eventos que se suceden.

VerRef.[T5]
Diagrama de Secuencia:
Se indican los módulos o clases que forman parte del programa y las llamadas que se hacen en
cada uno de ellos para realizar una tarea determinada.
Se realizan diagramas de secuencia para definir acciones que se pueden realizar en la aplicación en
cuestión. El diagrama de secuencia contiene detalles de implementación del escenario, incluyendo
los objetos y clases que se usan para implementar el escenario, y mensajes intercambiados entre
los objetos.
VerRef.[T6]
Diagramas de Actividades:
Las actividades que ocurren dentro de un caso de uso o dentro del comportamiento de un objeto
se dan, normalmente, en secuencia además presentan los resultados de dicha de dichas acciones.
VerRef.[T7]
Diagrama de Colaboraciones:
Los elementos de un sistema trabajan en conjunto para cumplir con los objetivos del sistema, y un
lenguaje de modelado deberá contar con una forma de representar esto. El diagrama de
colaboraciones enfatiza la estructura organizacional de los objetos que envían y reciben mensajes.

VerRef.[T8]
Diagrama de Componentes:
El diagrama de componentes muestra las organizaciones y dependencias entre un conjunto de
componentes. Los diagramas de componentes dirigen la visión de implementación estática de un
sistema. Estos diagramas se relacionan con los diagramas de clase en el sentido de que un
componente engloba uno o varias clases, interfaces o colaboraciones.
VerRef.[T9]
Diagrama de Distribución:
El diagrama de distribución UML muestra la arquitectura física de un sistema informático.
Puede representar los equipos y dispositivos, mostrar sus interconexiones y el software que se
encontrará en cada máquina. Cada computadora está representada por un cubo
Y las interacciones entre las computadoras están representadas por líneas que conectan a los cubos.
LafiguraT10 presentaunejemplo.
VerRef.[T10]

2.3 Marco Metodológico del Modelo de Validación
Análisis costo-beneficio:
El análisis de costo-beneficio es un término que se refiere tanto a:
Permite definir la factibilidad de las alternativas planteadas o del proyecto a ser realizadas, la
técnica el análisis costo beneficio, tiene como objetivo fundamental proporcionar una medida de
los costos en que se incurren en la realización de un proyecto informático y a su vez comparar
dichos costos previstos con los beneficios esperados dela realización de dicho proyecto.
El costo-beneficio es una lógica o razonamiento basado en el principio de obtener los mayores y
mejores resultados al menor esfuerzo invertido, tanto por eficiencia técnica como por motivación
humana (8)
.
Costos de Inversión
Los costos de inversión se consideran a la suma de esfuerzos y recursos que se han invertido
en un proyecto ejemplo: equipos, personal, infraestructura, etc. Los cuales son necesarios
para poner en marcha un proyecto.
Análisis de Sensibilidad
a.- Flujo de Caja Los flujos de caja se llaman así a la proyección de ingresos y egresos de
efectivo de una empresa e institución. La caja de flujo es importante para que observes el
comportamiento diario del movimiento de caja en un periodo de tiempo.
b.- Calculo del VAN - TIR
Valor Actual Neto (VAN):
El Valor Actual Neto de una inversión o proyecto de inversión es una medida de la
rentabilidad absoluta neta que proporciona el proyecto, esto es, mide en el momento
inicial del mismo, el incremento de valor que proporciona a los propietarios en términos
absolutos, una vez descontada la inversión inicial que se ha debido efectuar para llevarlo a
cabo(1)
.
_____________________________________________________________________________
(8) Fuente: http://www.ongei.gob.pe/publica/metodologias/Lib5006/cap3-6.htm
(1) FUENTE: http://www.vantir.com/

Un proyecto es rentable para un inversionista si el VAN es mayor que cero.
» VAN > 0 Proyecto Rentable (realizarlo)
» VAN < 0 Proyecto NO Rentable (archivarlo)
» VAN 0 Proyecto Indiferente
Tasa Interna de Retorno (TIR):
El tipo interno de rendimiento mide la rentabilidad relativa media bruta por período del
proyecto de inversión sobre el capital que permanece invertido a principios de cada
período; incluye la retribución a los recursos financieros del capital invertido, por lo que es
bruta, y además, se refiere al capital que a principio de cada año permanece inmovilizado
en el proyecto y no al capital que se inmoviliza inicialmente (2)
.
______________________________________
(2) Fuente:http://www.vantir.com/
n
j
j
nv
i
Fj
IVAN
1
.
1
n
j
j
TIR
Fj
Inv
1 1
0 .
Dónde:
Fj = Flujo Neto en el periodo j.
Inv = Inversión en el periodo nv.
I = Tasa de Descuento del inversionista (TMAR).
n = Horizonte de Evaluación.
Dónde:
Fj = Flujo Neto en el periodo J
Inv = Inversión en el Periodo 0.
N = Horizonte de Evaluación

3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓN
3. CAPÍTULO III: DISEÑO DE LA SOLUCIÓN
En esta etapa se describirá el análisis de la solución planteada. En la primera parte se explica la
metodología a aplicar seguido del análisis del problema, diseño de la propuesta y el análisis de la
viabilidad del proyecto de tesis.
En esta etapa se describirá el análisis de la solución planteada. En la primera parte se explica la
metodología a aplicar seguido del análisis del problema, diseño de la propuesta y el análisis de la
viabilidad del proyecto de tesis.
3.1 Metodología a Aplicar
Nivel de Investigación:
La investigación es de tipo tecnológico a un nivel descriptivo ya que se ha descrito el
comportamiento de las variables (registro, actualización, consultas, seguridad de la información,
eficiencia, reducción de tiempo) para el diseño de un sistema web que registre organismos que
trabajan con el adulto mayor.
Diseño de la Investigación
Para el diseño el tipo de investigación que se ha realizado fue netamente documental debido a
que se ha obtenido datos de materiales impresos y otros tipos de documentos para el análisis,
desarrollo e implementación de este sistema se utilizaran las metodologías Proceso Unificado de
Rational (RUP) junto con el lenguaje unificado de modelado (UML), utilizando como herramienta
de software el Rational Rose Enterprise Edition.
Técnicas e Instrumentos de Recolección de Datos
Para la investigación se ha realizado técnicas de levantamiento de información, en estas se toma
en cuenta lo siguiente:
- Inventario de documentos fuentes
- Reportes
- Normas legales/ directivas
- Medios (*.doc, *.xls, *.ppt)
- Manuales de organización y funciones
- Información que el usuario estime conveniente
Además se tomara de apoyo uso de grabadoras para las reuniones con los stakeholders,
información de la página web del ministerio y notas que se tomen en cualquier consulta con el
usuario.

Técnicas de Procesamiento y Análisis de Datos
Los datos recolectados fueron sometidos al análisis para conocer los flujos de información, los
procesos que se realicen para el registro de un tipo de organismo, así como su clasificación.
Se identificara a los actores del sistema, así como el problema central y poder realizar los
diagramas de casos de uso correspondientes.
Las operaciones que se aplicaron a los datos obtenidos fueron:
o Organización de registro: Basado en los registros de carácter regional
o Clasificación de datos: Basado al tipo de licencia que corresponde ya sea
gerontológico, geriátrico y mixto.
o Tablas estadísticas resultantes: Basado en la cantidad de Organizaciones y CARPAM’s que
hay en los distintos departamentos y todo el país.
o Gráficos estadísticos : basado en la cantidad que hay en todo el Perú.
Análisis de Arquitectura:
Fuente propia
Usuario
Sistem
a Web
Internet
Firewall
Servidor
web
Servidor de BD
BD
BD BD
Servidor de
Aplicaciones
Sistema de
Archivos

Cliente-Servidor.
En esta aplicación Web se ve un modelo cliente-servidor. Esto se debe a que se requiere un
componente que hospede a la aplicación y a todos sus componentes (servidor Web) y un
componente usuario, cuando estos 2 necesitan un sistema de archivos donde se van a almacenar
todos los recursos para la generación del contenido.
Servidor de aplicaciones.
Para la modelación de aplicaciones web dinámicas necesitamos poner componentes tales como un
servidor de aplicaciones para permitir la generación contenidos dinámicos. Al agregar este nuevo
componente necesitamos considerar las interfaces que se necesitan incluir as como la relación con
los componentes existentes.
Servidor de Bases de Datos.
Con la arquitectura desarrollada podemos generar aplicaciones web con contenido dinámico,
apegándonos a las necesidades de las aplicaciones web que se desarrollan actualmente,
necesitamos considerar el gran flujo de datos que se necesitan para manejar. Considerando esta
necesidad agregamos un servidor de base de datos. Este nos permite almacenar toda la
información que la aplicación necesita para nuestro sistema web.

3.2 AnálisisdelProblema
Árbol de Causas y Efectos
Deficiencia para consolidar información e incumplimiento del marco
legal
Transferencia de funciones a
los gobiernos regionales
Registró deficiente
No se cumple con los
requisitos documentales
Desconocimiento de las
autorizaciones sectoriales
No se cumple con los 30 días
hábiles de registró
Las inscripciones efectuadas
no son comunicadas a la
DIPAM después de 15 días
hábiles
Perdida de información
Informalidad de las
organizaciones, instituciones y
CARPAM
Poco interés en la formalización
Inexistencia de un control y
supervisión de las organizaciones
No se podría ejercer un adecuado
ejercicio de los derechos de las PAMs
No se sepa del número de PAMs
a nivel nacional
Poca información de las
organizaciones, instituciones y
CARPAM
Poca o nula información
Los proyectos no se podrán presentar
en el presupuesto participativo
No formar parte en la toma de
decisiones del ámbito local
Incumplimiento de
la ley N° 28803
articulo 15
Incumplimiento del
decreto supremo N°
009-210MINDES
Personal inadecuado
Diversificación de
funciones
Falta de organización Inexistencia de un TUPA

3.3 Diseño de la Propuesta
Requerimientos del Sistema
Requerimientos Funcionales
Aquí vemos los requerimientos que debe cumplir el sistema obtenidos del levantamiento de
información y entrevistas con el usuario.
El sistema debe permitir la desactivación de usuarios que ya no estén activos.
El sistema debe permitir que se pueda modificar la contraseña de los usuarios ya
registrados.
El sistema no debe permitir que existan nombres de usuarios repetidos.
El sistema debe mostrar solo la información de la región del usuario regional con
el cual se logeo.
El sistema debe en lo posible validar el ingreso de información en cada uno de los
formularios que se disponen (expediente, registro de organismo e instituciones,
registro de CARPAM y ficha de supervisión).
El sistema debe validar los pasos que se requieren en el proceso acreditación de
CARPAM, es decir se debe guardar un orden para el registro y posteriormente la
supervisión.
El sistema debe validar en tiempo real los campos que se ingresan, como son las
fecha, el aceptar o no números o letras según sea el campo, etc.
El sistema debe validar los botones de registro de cada uno de los formularios en
cuanto a ingreso de los campos obligatorios.
El sistema solo debe permitir hacer registros y consultas a los usuarios regionales
de su región, en caso del usuario administrador debe permitirle solo hacer
consultas de todas las regiones.
El sistema debe permitir al usuario regional y al usuario administrador nuevos
usuarios, en el caso de regional solo podrá agregar de su región.
El sistema debe permitir generar reportes resumidos de las consultas y fichas para
su impresión.

Requerimientos No funcionales
Estos requerimientos no surgen de una necesidad de la persona a registrarse o de los que
harán uso del sistema, pero son requerimientos tácitos necesarios para el buen
funcionamiento del sistema.
El sistema debe evitar el botón ATRÁS del navegador para evitar regreso a páginas
de formularios ya procesadas y así evitar errores.
El sistema solo será accedido desde una máquina que cuente con mouse y teclado
Para el acceso a los formularios del sistema, previamente se debe realizar una
autentificación con nombre de usuario y contraseña respectiva.
El sistema debe guardar internamente como seguridad y seguimiento de los
registros, el usuario y fecha en que se realizaron los registros de cada uno de los
formularios disponen (expediente, registro de organismo e instituciones, registro
de CARPAM y ficha de supervisión).
Se debe encriptar las contraseñas como medida de seguridad de la información
por un tema de auditoria.
El sistema será accesible desde cualquier estación de trabajo que cuente con un
S.O., un navegador web Mozilla Firefox (2.0 o superior) o Internet Explorer (6.0 o
superior), y la máquina virtual de Java
El sistema utilizara Oracle como motor de base de datos
EL sistema se ejecutara desde un servidor de aplicaciones Java, sobre cualquier
sistema operativo y con una máquina virtual java.
El sistema tendrá una arquitectura de desarrollo MVC (modelo –vista –
controlador)

Identificación de los actores:
Los actores que participan en el sistema son:
1. Admin_Regional: Es el encargado de hacer el registro de la información de los organismos
y consultar solo en su región.
2. Admin_Administrador: El hace consultas de información a nivel nacional.
Definición de Casos de Uso:
Administrador y consultar organismos
Este caso de uso el usuario puede realizar consultas vía filtros de búsqueda y generar un PDF para
visualizar la información detalla de los organismos. Si es usuario regional puede modificar,
programar visitas de supervisión y generar reportes por cada búsqueda y organismos.
Consultar Organismos
Este caso de uso el usuario externo (no necesita autenticarse) puede consultar información acerca
de los CARPAM registrados, puede ver información básica y generar un PDF.
Administrar y consultar programaciones
Este caso de uso permite realizar la búsqueda de las programaciones registradas usando filtros, si
es usuario regional puede ver el detalle de estas y si lo es permitido actualizar la información
registrada. Si es usuario central solo puede realizar las consultas.
Administrar y consultar expedientes
Este caso de uso permite realizar la búsqueda de los expedientes registrados usando filtros de
búsqueda no se puede modificar ningún tipo de registro.
Administrar y consultar fichas de supervisión
En este caso de uso permite realizar usando filtros e búsqueda, se puede realizar modificaciones
por cada ficha supervisión encontrada.
Registrar organismos
Este caso de uso permite realizar la programación de la visita de supervisión previa programación
de visita.
Programar visita de supervisión
Este caso de uso permite realizar la programación de la visita de supervisión, se registrara por
región y solo puede ser visualizada por esta.

Registrar fichas de supervisión
Este caso de uso permite registrar las fichas de supervisión previa programación de visita.
Modificar contraseña
Este caso de uso permite realizar el cambio de la clave del usuario, verificando que la clave
ingresada sea la misma que la guardada en l base datos.
Administrar usuarios
Este caso de uso permite realizar consultas usando filtros de búsqueda, se puede registrar nuevos
usuarios y modificar su estado
Resumen de la Arquitectura – Paquetes y Subsistema de Capas
La vista lógica del sistema de registros de instituciones se compone de los tres paquetes
principales: El paquete de vista, controlador y modelo.
 Vista
En este paquete se incluyen los formularios que los actores utilizan para comunicarse
con el sistema.
 Controlador
En este paquete se incluyen las clases controladoras que interactuarán con las vistas
de presentación y el modelo. Es un medio de comunicación entre la vista y el modelo.
 Modelo
En este paquete se incluyen las clases que se comunican con los datos, escribirán datos y los
leerán para poder actualizar los controladores y las vistas.
Fuente: Elaboración propia
Diagrama General del Sistema central de Registro de Organismos para el Adulto Mayor
Controlador
Dominio
Presentación

Fuente: Elaboración Propia
Presentación
Diagrama de Paquetes
Consultas y
Reportes
Solicitud y
Registro
Seguridad

CUS Administrar y consultar expediente
Especificaciones de Caso de Uso
Introducción
Este Caso de Uso permite consultar los expedientes pertenecientes a una región
mediante filtros de búsqueda como son los estados, tipo de organismo, el nombre del
organismo, ubigeo e intervalo de fechas.
CUS01: Administrar y consultar expedientes
Especificación Extendida
Código CUS01
Nombre Administrar y consultar expedientes
Actor/es AS_Admin_regional
Sinopsis Este caso de uso se consultará y administrará la información de un organismo.
Pre-condiciones Haber registrado por lo menos un organismo.
Post-condiciones Ninguna.
Curso Normal de Eventos
Nro. Descripción
1 SIROAM presenta tabla donde están los expedientes registrados, cada expediente tiene tres
opciones:
I. Programar visita de supervisión: se puede registrar una programación de visita de
supervisión desde esta interface, SIROAM redireccionará a la pantalla respectiva.
II. Registrar Ficha de supervisión: si ya se registró una programación, esta opción
estará habilitada y el usuario podrá ir a la pantalla para registrar el
CUS_Registrar_ficha_supervisión.
III. Ver Ficha de supervisión: si ya existe una ficha registrada, el usuario podrá
consultar en detalle esta ficha.
AS_Admin_regional
(f rom Actors)
CUS_Adm_cons_expedientes
(from Administracion)

SIROAM también muestra un grupo de filtros de búsqueda para poder realizar consultas más
específicas a los expedientes registrados. Estos son:
I. Nombre de organismo
II. Código de expediente
III. Intervalos de fecha de registro
IV. Estados
V. Si tiene o no ficha de supervisión.
2 El usuario hace una consulta mediante los filtros de búsqueda
1. El usuario ingresa el nombre de un organismo
2. SIROAM buscará los organismos que tengan una similitud a ese nombre y que tengan
un expediente registrado, traerá la información básica del expediente asi como sus
fichas y programación de supervisión.
3. El usuario busca por código de expediente.
4. SIROAM buscará ese código en el registro de expedientes y realizará una búsqueda
exacta igualmente trayendo los datos del expediente y su ficha.
5. El usuario realiza una búsqueda por fechas
6. SIROAM buscará en un intervalo de fechas la fecha del expediente y mostrará el
resultado en la tabla.
7. El usuario selecciona un estado.
8. SIROAM buscará los expedientes con tal estado.
9. El usuario selecciona check en ficha de supervisión.
10. SIROAM buscará los expedientes con una ficha de supervisión registrada.
11. El usuario selecciona dos o más filtros.
12. SIROAM realizará la consulta usando los distintos filtros y los mostrará en pantalla.
3 El usuario selecciona uno de los tres botones.
I. Selecciona el botón de programar visita de supervisión.
1. SIROAM redireccionará a la pantalla de registrar programación de visita.
2. SIROAM ejecutará el respectivo CUS.
II. Selecciona el botón registrar ficha de supervisión
1. SIROAM redirecciona al CUS_registrar ficha de supervisión.
III. Selecciona el botón de ver ficha de supervisión
1. SIROAM redirecciona a la pantalla donde estarán los datos de tal ficha de
supervisión.
Curso Alternativo de Eventos
Nro. Descripción
1 Si el expediente no tiene una programación de visita
1. SIROAM bloquea los tres botones.
2 Si el expediente tiene solo una programación registrada y no una ficha.
1. SIROAM habilita el botón de registrar ficha de supervisión y bloquea programar visita y
ver ficha.

:
AS_Admin_re...
:
AS_Admin_re...
: iu_Consultar_expedientes: iu_Consultar_expedientes :
Ctrl_adm_cons_exp...
:
Ctrl_adm_cons_exp...
: iu_registrar_ficha_superv: iu_registrar_ficha_superv : iu_programar_visita_supervision: iu_programar_visita_supervision: iu_consultar_fichas_supervision: iu_consultar_fichas_supervision : E_EXPEDIENTE: E_EXPEDIENTE
: E_FICHA_VISITA: E_FICHA_VISITA
programar_visita( )
registrar_fic_superv( )
consultar( )
gets( )
gets( )
return TbExpediente( )
return TbFichaSupervision
return Datos
3 Si el expediente tiene una ficha registrada
1. SIROAM bloquea programar visita y registrar ficha y habilitará solo a ver ficha.
Reglas de Negocio
Nro. Descripción
1 Solo CARPAM tienen fichas de supervisión
Solo se pueden registrar programaciones y fichas de supervisión para los CARPAM.
2 Proceso de Registro
El proceso de registro del CARPAM no finalizará si no se registra una ficha de supervisión ya
que de esta ficha de basa para emitir el resultado final.

CUS Administrar y consultar fichas de supervisión
El usuario ingresa a la pantalla de
administrar y consultar expedientes
Selecciona
Programar visita
¿Existe Programacion?
NO
¿Existe ficha visita?
SI
Selecciona registrar
ficha supervision
NO
Selecciona ver ficha
supervision
SI
Selecciona filtros y
realiza búsqueda
Muestra la tabla con los expedientes
pertenecientes a la respectiva region
Ejecuta el
CUS_Programar_visita_supervision
Ejecutar el
CUS_Registrar_ficha_supervision
Redirecciona a la pantalla donde
se visualizan los datos de la ficha
Realiza la búsqueda yla
muestra en pantalla
SIROAM: AS_Admin_regional

Introducción
Este Caso de Uso permite consultar y gestionar las fichas de supervisión de una región mediante
filtros de búsqueda como son los estados, el nombre del organismo, ubigeo e intervalo de fechas.
CUS.02: Administrar y consultar fichas de supervisión
Código CUS02
Nombre Administrar y consultar fichas de supervisión
Sinopsis Este caso de uso se consultará y administrará la información de una ficha de
supervisión.
Pre-condiciones Haber registrado por lo menos una programación de visita.
Nro. Descripción
1 SIROAM presenta tabla donde se muestran las fichas de supervisión registradas, pero mediante
los filtros se puede generar otras búsquedas.
Cada ficha tiene la opción de ver registro. En esta opción se podrá consultar a detalle los datos
de cada ficha.
CUS_Adm_cons_fichas_supervisio
n
AS_Admin_regional
(f rom Actors)

SIROAM muestra un grupo de filtros de búsqueda, se puede buscar mediante fechas de
programación, nombre organismo.
13. El usuario ingresa el nombre de un organismo(CARPAM)
una o más fichas registradas, traerá la información básica de la programación.
16. SIROAM buscará en un intervalo de fechas la fecha de la supervisión y mostrará el
3 El usuario selecciona ver ficha de supervisión
1. El usuario presiona el botón ver ficha de supervisión
2. SIROAM redirecciona a la pantalla de ver ficha de supervisión, los campos están bloqueados,
es decir no se pueden modificar.
Nro. Descripción
1 Si la programación esta con estado finalizada.
2. SIROAM bloquea la opción de modificar.
Reglas de Negocio
Nro. Descripción
3 No se puede modificar la ficha de supervisión

CUS Administrar y consultar organismos
:
AS_Admin_re...
:
AS_Admin_re...
: iu_adm/consultar_fichas_superv: iu_adm/consultar_fichas_superv :
ctrl_adm/consultar_f...
:
: E_FICHA_VISITA: E_FICHA_VISITA : iu_consultar_fichas_supervision: iu_consultar_fichas_supervision
verFicha( )
gets( )
return Entity( )
redireccionar( )
Elije la opcion de administrar
fichas de supervision
Elije ver ficha
de supervision
Elije filtros de busqueda
avanzada
Muestra la
interface
Tabla de fichas
registradas,
filtros de
busqueda
avanzada
Redirecciona a la pantalla
de ver ficha de supervision
Realiza la
busqueda
Muestra resultados
en tabla

Introducción
Este Caso de Uso permite consultar los organismos pertenecientes a una región mediante
filtros de búsqueda como son los estados, tipo de organismo, el nombre del organismo,
ubigeo e intervalo de fechas de emisión. También hay un botón de re direccionamiento
que nos lleva al CUS_Registrar_organismo, un botón de programar visita de supervisión y
un botón para modificar la información del organismo.
CUS.03: Administrar y consultar organismos
Código CUS03
Nombre Administrar y consultar organismos
Nro. Descripción
1 SIROAM presenta tabla donde están los organismos registrados, cada organismo tiene dos
AS_Admin_regional
(f rom Actors)
CUS_Adm_cons_organismos

opciones: Modificar Información y programar visita de supervisión (SI ES CARPAM). También se
muestra en la parte superior a la tabla filtros de búsqueda como son los estados, tipo de
organismo, el nombre del organismo, ubigeo e intervalo de fechas de emisión.
También hay un botón de re direccionamiento que nos lleva al CUS_Registrar_organismo,
1.1 El usuario desea registrar un nuevo organismo.
1. El usuario presiona el botón registrar nuevo organismo.
2. El sistema redirecciona al CUS_Registrar_organismo.
1.2 El usuario de sea modificar la información de un organismo
1. El usuario presiona el botón modificar.
2. El sistema redirecciona a la pantalla de registrar organismo pero con los datos ya
registrados mostrados en los componentes.
3. El usuario modifica la información necesaria.
4. El sistema valida la información completada.
5. El sistema guarda la información del Organismo.
6. El sistema redirecciona a la pantalla de administrar_organismos.
1.3 El usuario desea programar una nueva visita de supervisión
1. El usuario presiona el botón programar visita de supervisión.
2. El sistema redirecciona al CUS_programar_visita_supervisión.
1.4 El usuario desea hacer búsquedas mediante filtros.
1. El usuario selecciona al menos un filtro y presiona el botón buscar.
2. El sistema toma el filtro y hace la búsqueda en la base de datos.
3. El sistema muestra el resultado actualizando la tabla.
4. Fin del caso de uso.
Nro. Descripción
Reglas de Negocio
Nro. Descripción

CUS Administrar y consultar programaciones
:
AS_Admin_re...
:
AS_Admin_re...
:
iu_administrar/consultar_organismos
:
:
ctrl_adm/consultar_...
:
: iu_actualizar_organismos: iu_actualizar_organismos : iu_registrar_organismo: iu_registrar_organismo : iu_programar_visita_supervision: iu_programar_visita_supervision : E_ORGANISMO_ROLE: E_ORGANISMO_ROLE
programar_visita( )
actualizar_organismo( )
insertarOrganismo( )
getOrganismos( )
El usuario ingresa a la pantalla de
administrar y consultar organismos
Selecciona registrar
nuevo organismo
Selecciona modificar
organismo
Programar visita
supervision
Selecciona buscar
organismo
Ingresa los datos
mediante los filtros
Muestra la tabla con los organismo pertenecientes a la respectiva
region
Ejecutar el
CUS_Registrar_organismo
Ejecutar el
CUS_Modificar_organismo
Ejecutar el
CUS_Programar_visita_supervision
Valida los datos
ingresados
¿Datos validos?
Mostrar resultado
en la tabla
SI
Mostrar mensaje
de error
NO

CUS_Adm_cons_programaciones
AS_Admin_regional
(f rom Actors)
Introducción
Este Caso de Uso permite consultar los expedientes pertenecientes a una región mediante
filtros de búsqueda como son los estados, el nombre del organismo, ubigeo e intervalo de
fechas.
CUS.04: Administrar y consultar programaciones
Código CUS04
Nombre Administrar y consultar programaciones
Sinopsis Este caso de uso se consultará y administrará la información de una
programación de visita.
Pre-condiciones Haber registrado por lo menos una programación de visita.
Nro. Descripción
1 SIROAM presenta tabla donde se muestran las programaciones de visita registradas, por
default se muestran las pendientes, pero mediante los filtros se puede generar otras
búsquedas.
Cada programación si es pendiente tiene la opción de registrar ficha de supervisión habilitada.
SIROAM muestra un grupo de filtros de búsqueda, se puede buscar mediante fechas de
programación, nombre organismo, estado.

19. El usuario ingresa el nombre de un organismo
un expediente registrado, traerá la información básica de la programación.
22. SIROAM buscará en un intervalo de fechas la fecha de la programación y mostrará el
23. El usuario selecciona un estado.
24. SIROAM buscará las programaciones con tal estado.
3 El usuario selecciona modificar programación
1. El usuario modifica los campos de la programación.
2. SIROAM valida que la fecha sea válida.
Nro. Descripción
1 Si la programación esta con estado finalizada.
3. SIROAM bloquea la opción de modificar.
Reglas de Negocio
Nro. Descripción

:
AS_Admin_re...
:
AS_Admin_re...
: iu_adm/consultar_prog_vis_superv: iu_adm/consultar_prog_vis_superv :
:
:
E_PROGRAMACION...
:
E_PROGRAMACION... : E_FICHA_VISITA: E_FICHA_VISITA : iu_registrar_ficha_superv: iu_registrar_ficha_superv
mergeEntity( )
checkEstado( )
getCount( )
return count( )
returnEstado( )
sets( )
mergeEntity( )
getEntityByFiltro( )
return Entity( )
return resultList( )
registrar_fic_superv( )

CUS Administrar organismos
Ingresa a la pantalla de administrar y consultar
programaciones de supervision
Presiona modificar
programacion
Selecciona filtro
¿Boton registra ficha habilitado?
Presiona
registrar ficha
Muestra en pantalla
los campos a llenar
Tabla de lista de
programaciones.
Filtros de
busqueda
¿el estado es pendiente?
Redirecciona a la pantalla para
modificar la programacion
SI
Bloquea el
boton
NO
Realiza busqueda
usando filtros
Muestra resultados
en tabla
Redirecciona al CUS registrar
ficha supervision
SI
6.CUS_Consultar_organismos
AS_Usuario_Global
(f rom Actors)

Introducción
Este Caso de Uso permite consultar los organismos pertenecientes a una región mediante filtros
de búsqueda como son los estados, tipo de organismo, el nombre del organismo, ubigeo e
intervalo de fechas de emisión. También hay un botón de re direccionamiento que nos lleva al
CUS_Registrar_organismo, un botón de programar visita de supervisión y un botón para modificar
la información del organismo.
CUS.05: Consultar organismos
Código CUS05
Nombre Consultar organismos
Nro. Descripción
1 SIROAM presenta tabla donde están los organismos registrados. También se muestra en la
parte superior a la tabla filtros de búsqueda como son los estados, tipo de organismo, el
nombre del organismo, ubigeo e intervalo de fechas de emisión.
1.4 El usuario desea hacer búsquedas mediante filtros.
5. El usuario selecciona al menos un filtro y presiona el botón buscar.
6. El sistema toma el filtro y hace la búsqueda en la base de datos.
7. El sistema muestra el resultado actualizando la tabla.
8. Fin del caso de uso.
Nro. Descripción
Reglas de Negocio

Nro. Descripción
:
AS_Admin_re...
:
AS_Admin_re...
:
:
:
:
: E_ORGANISMO_ROLE: E_ORGANISMO_ROLE
consultar_organismos( )
getOrganismos( )
return Organismos( )
mostrarOrganismos( )
Elije la opción de
consultar organismos
Selecciona filtro
y busca
Muestra tabla con listado de organismos y
filtros de busqueda avanzada
Consulta a la
base de datos
Retorna
resultado

CUS Generar Reporte
Introducción
Este Caso de Uso permite generar reportes personalizados, debido a la descentralización cada
región tiene encargado los organismos en su zona y los reportes se emitirán a base de esos datos
solamente, el usuario central si puede acceder a toda la data en conjunto.
CUS.06: Generar reportes
Código CUS06
Nombre Generar reporte
Sinopsis Este caso de uso se consultará y administrará la información de una
programación de visita.
Pre-condiciones Ninguna.
Descripción
AS_Usuario_Global
(f rom Actors)
9.CUS_Generar_reporte

Nro.
1
SIROAM presenta una lista de filtros de búsqueda para generar reportes, se puede generar
reportes de los expedientes por región (si es usuario central), por fechas, por estado,
calificación y documentación.
Filtros para buscar a los organismos y generar el reporte de su información básica.
Se puede generar reportes para expedientes o para organismos.
2
1. El usuario hace una consulta de expedientes
2. SIROAM manda los parámetros de búsqueda y genera un reporte en PDF.
3
1. El usuario hace una consulta de organismos
2. SIROAM manda los parámetros de búsqueda y genera un reporte en PDF.
Nro. Descripción
1
Si la consulta no vota resultados
1. SIROAM emitirá una página PDF en blanco.
Reglas de Negocio
Nro. Descripción
1 Cada región solo puede acceder a su información
Debido a la descentralización cada región puede acceder solo a su información, solo el usuario
central MIMP-DIPAM puede acceder a toda.

CUS Modificar Contraseña
Introducción
Este Caso de Uso permite consultar y gestionar las CIAM de una determinada región, en la pantalla
se muestra una tabla donde se puede consultar y editar los datos al igual que agregar nuevos.
CUS.07: Modificar Contraseña
Selecciona generar reporte
de expedientes
Selecciona
filtros
Selecciona generar
reportes
Selecciona generar reporte
de organismos
Muestra filtros
disponibles
Genera reporte
en PDF
-Intervalo de
fechas.
-Organismo
-Estado.
-Calificacion
-Documentacion
8.CUS_Modificar_contraseña
(from Seguridad)
AS_Admin_regional
(f rom Actors)

Código CUS07
Nombre Modificar Contraseña
Sinopsis Este caso de uso se modificará la contraseña del usuario, tendrá que poner su
antigua contraseña y la nueva para validar, este evento se guardará en la tabla
de Logg para tener un historial.
Pre-condiciones Ninguna.
Nro. Descripción
1 SIROAM presenta un formulario con los siguientes campos a completar:
I. Contraseña anterior.
II. Contraseña nueva.
III. Repetir contraseña nueva.
2 27. El usuario pone su contraseña a modificar y la nueva repetida dos veces.
28. SIROAM valida los datos (E1)
29. SIROAM actualiza la tabla respectiva en la base de datos.
Nro. Descripción
1 4. Si los datos no son válidos, SIROAM mostrará el mensaje: “La contraseña no coincide
por favor verifique sus datos.”
Reglas de Negocio
Nro. Descripción

CUS Programar visita de supervisión
Selecciona la opción de
modificar contraseña
Completa los
datos
Muestra un formulario con los campos
necesarios para cambiar la contraseña
Contraseña
anterior,
contraseña nueva,
repetir contraseña
nueva
¿Datos validos?
Actualiza la
contraseña
SI
Muestra mensaje
de error
NO
AS_Admin_regional
(f rom Actors)
4.CUS_Programar_visita_supersion
(from Supervision)

Introducción
Este Caso de Uso permite registrar la programación de la visita de supervisión que se hacen a los
CARPAM para terminar con el proceso de registro y también como medida de control anual. Se
registran las fechas de programación y de supuesta visita a realizar.
CUS.08: Programar visita de supervisión
Código CUS09
Nombre Programar visita de supervisión
Sinopsis Este caso de uso se registrará la programación de la visita para los CARPAM.
Pre-condiciones Haber registrado un CARPAM con estado pendiente o tener registrado un
CARPAM.
Para modificar la programación se necesita tener una programación ya
registrada.
Post-condiciones Registrar la ficha de supervisión
Nro. Descripción
1 SIROAM presenta tabla donde están las programaciones de visita con estado pendiente, en la
parte superior hay filtros de búsqueda como: fecha de programación, fecha de visita, nombre
de CARPAM o por estado de la programación.
Por cada programación hay dos opciones disponibles, la primera es Modificar, el usuario si la
programación es pendiente puede modificar los datos básicos de la programación y el botón de
registrar Ficha de supervisión.
También se muestra el botón de registrar nueva programación de visita de supervisión.
1.1 El usuario desea registrar una programación de visita para un CARPAM en etapa de registro:
SIROAM muestra un formulario con los campos a llenar para registrar la programación de
visita: Se muestra la fecha de la visita y el supervisor a realizar la visita.
1.2 Si el usuario elije programar una visita de supervisión para un CARPAM ya registrado:
SIROAM muestra un formulario con los campos a llenar para registrar la programación de

visita: Se muestra la fecha de la visita y el supervisor a realizar la visita.
2. Registrar la Programación de visita: Verificar los datos y confirmar registro (Del:punto 1.1)
2.1 1. El usuario completa los campos necesarios.
2. El usuario presiona el botón registrar.
3. El sistema validará los campos en formato fecha y letras, luego tomará toda la información
validada y la pondrá en las respectivas tablas de la base de datos.
4. El sistema muestra un mensaje de verificación de que la operación se realizó sin problemas.
Mensaje: “Se registró la programación de visita de supervisión”.
5. SIROAM re direcciona a la pantalla de consultar expedientes.
6. FIN del caso de uso.
3. Registrar la Programación de visita: Verificar los datos y confirmar registro (punto 1.2)
3. El sistema validará los campos en formato fecha y letras, luego tomará toda la información
validada y la pondrá en las respectivas tablas de la base de datos.
Mensaje: “Se registró la programación de visita de supervisión”.
5. SIROAM re direcciona a la pantalla de Consultar programaciones de visitas de supervisión.
6. FIN del caso de uso.
4. Modificar la programación de visita
4.1 1. El usuario elije la opción de modificar programación de visita
2. SIROAM valida que la fecha de la programación no sea menor a la fecha actual y que no
tenga una ficha de supervisión registrada.
3. El usuario modifica los datos ya mostrados.
4. SIROAM valida los campos y modifica la programación de visita.
Nro. Descripción

1 En el punto2.1 y punto3.1: Si el usuario no desea agregar una ficha de supervisión.
1. El usuario cancela la operación.
2. SIROAM no aplica los cambios.
2 En el punto 4.1 si la fecha registrada es menor a la fecha actual o si la programación tiene ya
una ficha de supervisión registrada no se podrá hacer las modificaciones y bloquea el botón
impidiendo el acceso al formulario de actualización.
Reglas de Negocio
Nro. Descripción
:
AS_Admin_re...
:
AS_Admin_re...
: iu_registrar_organismo: iu_registrar_organismo :
:
iu_administrar/consultar_organismos : iu_Consultar_expedientes: iu_Consultar_expedientes :
ctrl_registrar/act_pro...
:
ctrl_registrar/act_pro...
:
E_PROGRAMACION...
:
E_PROGRAMACION...
: iu_adm/consultar_prog_vis_superv: iu_adm/consultar_prog_vis_superv
programar_vis_sup( )
programar_vis_super( )
sets( )
persist( )

CUS Registrar ficha de supervisión
5.CUS_Registrar_ficha_supervision
(from Supervision)
AS_Admin_regional
(f rom Actors)

Introducción
Este Caso de Uso permite registrar la ficha de supervisión que se hacen a los CARPAM para
terminar con el proceso de registro y también como medida de control anual. Se registran
las fechas de programación y de supuesta visita a realizar.
CUS.09: Registrar ficha de supervisión
Código CUS09
Nombre Registrar ficha de supervisión
Sinopsis Este caso de uso se registrará la ficha de supervisión para los CARPAM.
Pre-condiciones Haber registrado un CARPAM con estado pendiente o tener registrado un
CARPAM.
Para modificar la programación se necesita tener una programación ya
registrada.
Nro. Descripción
1 SIROAM presenta un formulario con los campos necesarios a llenar para registrar una ficha de
supervisión. Se muestran los campos: fecha de supervisión, entrevistado, supervisión,
observaciones y recomendaciones.
2 El usuario completa los campos necesarios.
1. Fecha de supervisión: SIROAM valida que la fecha de supervisión sea después o el
mismo día que se señalo en la programación, para eso al llegar a esta ventana el
Objeto Programacion_Visita debe estar en sesión para que se pueda capturar la fecha
mediante su método get().
2. Nombres y apellidos del entrevistado, SIROAM solo validará que se haya llenado este
campo y que los caracteres sean NO numéricos.
3. Supervisor, lo mismo que el punto nro. 2.
4. Observaciones, SIROAM valida que este campo este lleno.
5. Recomendaciones, lo mismo que el punto nro. 4.

3 El sistema valida que los datos ingresados sean válidos.
4 El sistema envía los datos y los registra en la base de datos.
5 El sistema muestra un mensaje de confirmación: ¨Ficha de supervisión registrada
satisfactoriamente.¨
6 El sistema redirecciona a la pantalla de consultar fichas de supervisión.
Nro. Descripción
1 En el punto 2. Si el usuario no desea agregar una ficha de supervisión.
3. El usuario cancela la operación.
4. SIROAM no aplica los cambios.
2 Si la fecha ingresada es menor a la fecha programada, SIROAM lanzará una excepción
indicando lo siguiente: “La fecha de supervisión debe coincidir o estar después que la fecha
programada.”
Reglas de Negocio
Nro. Descripción

CUS Registrar organismo
Presiona la opcion de registrar
ficha de supervision
Llena los campos
necesarios
redirecciona a la pantalla
para registrar la ficha
Muestra los campos a
completar
Fecha de
supervision,
entrevistado,
supervisor,
observaciones,
recomendacio
nes
Valida los datos
ingresados
¿Datos válidos?
Registrar ficha
de supervision
Mostrar mensaje
de error
Datos no validos,
por favor
verifique lo que
ingreso.
2.CUS_Registrar_organismo
(from Registro)
AS_Admin_region
al
(f rom Actors)

Introducción
Este Caso de Uso permite registrar a un organismo ya sea una Institución, Organismo o
CARPAM, se crea a la par el expediente que es la solicitud, el número de expediente tiene
que ser el mimo que se designó en trámite documentario. Al finalizar se tiene el
expediente y el organismo registrado.
CUS.10: Registrar Organismo
Código CUS10
Nombre Registrar Organismo
Sinopsis Este caso de uso se registrará el organismo a acreditar junto con su respectivo
expediente.
Pre-condiciones Autenticación del usuario (Ingresar al sistema)
Nro. Descripción
1 SIROAM presenta una lista desplegable con los tres tipos de organismos como pueden ser:
Organizaciones, Instituciones o CARPAM, debajo de este, se muestra el menú de registro de
organismos, separado por etiquetas (Tabs), distribuyendo y ordenando el contenido.
Dependiendo de lo que se elija en la lista desplegable se mostraran distintos campos.
1.1 Si el usuario elije Organismos:
En el TAB 1: Se muestra los campos del expediente, como el código de expediente (tiene que
ser el mimo asignado por Trámite documentario), fecha de solicitud, fecha de atención.
En el TAB 2: Se muestran los campos básicos como el nombre del organismo, fecha de
creación, ubigeo, teléfono, página web, objetivo, ruc(opcional) y correo electrónico (opcional).
En el TAB 3: Se muestran los campos para la junta directiva como es el DNI, dirección y teléfono
del Presidente y secretario, el plazo de vigencia, fecha de elección y la fecha que concluyen las
funciones de la junta.

También está el campo para llenar las instituciones (si es que hay) con las cuales trabaja.
El número de asociados separado por sexo.
1.2 Si el usuario elije Institución:
Los campos a llenar son los mimos que con organismos, solo que en instituciones no se pide el
número de asociados (TAB 3).
1.3 Si el usuario elije CARPAM:
En el TAB 1: Se muestra los campos del expediente, como el código de expediente (tiene que
ser el mimo asignado por Trámite documentario), fecha de solicitud, fecha de atención.
En el TAB 2: Se muestran los campos básicos como el nombre del organismo, fecha de
creación, ubigeo, teléfono, página web, objetivo, ruc(opcional) y correo electrónico (opcional),
Número de RD de autorización sectorial y el número de licencia municipal.
En el TAB 3: se muestra los datos del contacto, como su ubigeo, teléfono y correo electrónico.
2. Registrar el Organismo: Verificar los datos y confirmar registro(Del: punto 1.1) y (punto
1.2)
3. El sistema tomará toda la información y la pondrá en las respectivas tablas de la base de
datos.
Mensaje: “Organismo registrado satisfactoriamente”.
5. Fin del caso de uso del sistema.
3. Registrar CARPAM: Verificar los datos y confirmar el registro(Del: punto 1.3)
3. El sistema tomará toda la información y la pondrá en las respectivas tablas de la base de
datos con estado ‘Pendiente’.
4. Para culminar el proceso de registro y acreditación se debe registrar una ficha de
supervisión, previamente haber programado la visita. EJECUTAR EL
CUS_Programar_visita_supervisión y CUS_Registrar_ficha_supervisión.

5. Fin del caso de uso del sistema.
Nro.
1
Descripción
Reglas de Negocio
Nro. Descripción
1 Campos obligatorios
El sistema requiere que para CARPAM se llene los campos de Licencia municipal y número de
RUC.
2 Ficha de supervisión
Para completar con el registro y acreditación del CARPAM se debe registrar una ficha de
supervisión.

:
AS_Admin_re...
:
AS_Admin_re...
:
:
: iu_registrar_organismo: iu_registrar_organismo :
ctrl_registrar/act_org...
:
ctrl_registrar/act_org...
: E_ORGANISMO_ROLE: E_ORGANISMO_ROLE: E_PARTY: E_PARTY : E_PARTY_ROLE: E_PARTY_ROLE
registrarExpediente
insertarOrganismo( )
guardarExpediente( )
guardarOrganismo( )
generarCidParty( )
setCidParty( )
generarCidPartyRole( )
setCidPartyRole( )
setCidPartyRole( )
persist( )
Ingresa a la pantalla principal de organismo
retorna datos
Muestra nuevo Organismo en tabla

Selecciona opción
registrar Organismo
Selecciona el tipo
de Organismo
Completa las
fechas
Llena los datos necesarios como los del
organismo y sus representantes
Carga la pantalla y muestra las opciones de
registrar Organizacion,Institucion o CARPAM.
Muestra los campos a
llenar
Muestra los campos de fechas
de solicitud, atencion
Valida los
datos
Datos correctos?No
Graba en la BD
SIRCOAM
Sí
Muestra mensaje de
confirmacion
SIRCIAM: AS_Admin_regional

3.4 Análisis de la Viabilidad del Proyecto de Tesis
3.4.1 Análisis Técnico del Proyecto
Para la solución se decidió utilizar la metodología RUP por ser la que más experiencia se cuenta,
además de ser ampliamente extendida y con resultados positivos comprobados en el desarrollo de
software. Esta metodología facilita el control de riesgos respecto al desarrollo de software ya que
al finalizar la segunda fase del RUP, elaboración, uno se puede dar cuenta y asegurarse de que la
arquitectura pensada y elegida para el proyecto funcionará de forma correcta. Debido a toda la
documentación y análisis que se desarrollan en las primeras fases, se puede tener bien claro los
objetivos del software a desarrollarse de modo que el enfoque no se pierda con el transcurrir del
tiempo.
Se busca que se utilicen herramientas que no requieran algún tipo de licencia ya que en una
posible implementación del aplicativo web, los costos no serán tan elevados.
Las herramientas que requieren licencia para una posible implementación seria el motor de base
de datos que se decidió utilizar Oracle, este es un sistema gestor de base de datos (SGBD) tiene
beneficios como soporte de transacciones, estabilidad, escalabilidad, optimización de tiempos de
respuesta, y su soporte multiplataforma además es muy reconocido en el mercado, es robusto,
flexible, confiable y con garantías de funcionamiento y soporte, el ministerio ya cuenta con la
licencia de este SGBD, así que recalcamos su uso tomando en cuenta el negocio y su visión, servirá
para otros proyectos que se deseen realizar.
Comparándolo con otro SGBD, Oracle es superior en cuanto a nivel de seguridad, tiene diversas
formas de manejo de autorización, posee muchas alternativas para la administración de la BD
como el uso de synonyms, materilized y view, además de más niveles de aislamiento en
comparación por ejemplo con PostgreSQL.
En la fase de desarrollo y pruebas se usará Oracle Database 10g Express Edition, la cual es gratuita,
sin embargo, para una posible implementación se podría emplear Oracle Database Enterprise
Edition ya tomando en cuenta sus costos de licenciamiento.
Como lenguaje de programación se planea utilizar Java debido a que no requiere de licencia, por la
experiencia del autor en el manejo de este y es multiplataforma.
Además para cumplir con los requerimientos no funcionales como la arquitectura se necesita que
el lenguaje soporte el paradigma de la programación orientad a objetos, al ser multiplataforma se
puede trabajar sobre un S.O. que no requiera de licencia aliviando los costos de una posible
implementación, la calidad y cantidad de las herramientas que facilitan el desarrollo en java tal es
el caso de los IDE, y la ventaja de performance con respecto a otros lenguajes.

Al adquirir una licencia de Oracle Enterprise Edition se esta obligado a comprar también el
servidor de aplicaciones “Oracle Application Server” y el Oracle Spatial, todo esto viene incluido,
por tanto se utilizara como servidor de aplicaciones el mencionado y como IDE será Oracle
Jdeveloper 10g , este se integra mejor al servidor de aplicaciones por ser de Oracle y como
framework será Java server faces versión 1.2 ya que solo se puede usar hasta esa versión en dicho
IDE, no se podría utilizar la versión 2.0 por que se tendría que utilizar el IDE 11g y este ya no
funcione para el servidor de aplicaciones, se necesitaría un servidor mas robusto como Jboss.
La vida útil de la tecnología se acorta proporcionalmente a la velocidad de los desarrollos de
nuevas tecnologías. La vida útil de un software en este caso de una aplicación se considera con
una vida útil estimada de 6 a 10 años. A su vez, un período mayor no sería conveniente
considerarlo ya que los avances tecnológicos harían obsoleta la aplicación y por lo general se llega
a ese número cuando se torna más caro mantener la aplicación.

3.4.2 Análisis Económico Financiero del Proyecto
Para la medida de la rentabilidad del proyecto, comparación de los costos previstos y beneficios
esperados dividimos los costos de inversión en costos de equipo, costos de software, costos de
mantenimiento y costos de infraestructura.
Costos de Software
Para estos costo como se menciono en la factibilidad tecnica, la institución ya cuenta con la
licencia del motor de base de datos, al adquirirla necesariamente tienes que adquirir el servidor de
aplicaciones de Oracle y otro programa como se detalla en el cuadro sgte.
Product Description CSI # Qty
License
Level/ty
pe Start Date Price
Oracle Database Enterprise Edition -15935754 1 FULL USE 28-ago-12 21.542,24
Processor Perpetual
Internet Application Server 15935754 1 FULL USE 28-ago-12 5.385,56
Enterprise Edition - Processor
Perpetual
Spatial - Processor Perpetual 15935754 1 FULL USE 28-ago-12 16.156,68
43.084,48S/.
50.839,69S/.
SubTotal
Importe Total
Entonces en una posible implementación se tendría costo cero, pero la renovación de la licencia es
anual, así que se incluirían estos costos en el flujo de caja.
Otros costos de software:
Costo del IDE Jdeveloper : cero
Costo del Lenguaje de programación: cero
Costo del sistema operativo : cero (Se usara para el servidor Linux Red Hat)
Costo del S. O. para el desarrollo de la aplicación: Windows 7 (4 licencias) a S/.430 soles

Costo total de software :
50839,69
430
51.269,69S/.
Costo de Recursos Humanos :
Jefe de proyecto: Sueldo mensual de: S/. 5,000.00
Arquitecto de Sistemas:Sueldo mensual de: S/. 4,500.00
Analista programador: Sueldo mensual de: S/. 4,000.00
Administrador de BD: Sueldo mensual de: S/. 2,800.00
Diseñador web: Sueldo mensual de: S/. 2,500.00
Programador: Sueldo mensual de: S/. 1,800.00
Testeador: Sueldo mensual de: S/. 1,000.00
Recurso Cantidad Costo/hora Horas Importe
Jefe de Proyecto 1 31,25 324,08 10.127,50S/.
Arquitecto de Sistemas 1 28,12 292,08 8.213,29S/.
Analista Programador 1 25,00 339,12 8.478,00S/.
Administrador de BD 1 17,50 292,08 5.111,40S/.
Diseñador web 1 15,62 292,08 4.562,29S/.
Programador 1 11,25 779,12 8.765,10S/.
Testeador 1 6,25 324,08 2.025,50S/.
Total: 47.283,08S/.
Fuente: Elaboración Propia
(Se toma como referencia que la jornada laboral es 8 horas diarias, 5 días a la semana y 4 semanas
al mes, que hacen un total de 160 horas mensuales de trabajo)
Costos de equipo.
Costo del servidor PowerEdge T320: S/. 6899
Este ya cuenta la institución pero se tomara en cuenta en el flujo de caja.
Costo de hardware:
4 pcs procesador i5 : S/. 8500
Costo total de equipo:
6899
8500
15.399,00S/.

Costos de Infraestructura
El espacio físico donde se desarrollara el proyecto será la misma institución y no se
tomara en cuenta para el flujo de caja.
Costo de Mantenimiento
El mantenimiento del aplicativo estará a cargo de un practicante del área de
informática con un sueldo de S/.700 soles mensuales.
Costo total de mantenimiento: S/. 1400
Beneficios Esperados
El aplicativo web SIROAM se estima una vida útil de cinco años, cuando los costos de mantener el
aplicativo sean mas caros y la tecnología con la que se realizo se haga cada ves menos usada se
dice que ha llegado a su tope de vida del software.
Los beneficios del aplicativo SIROAM pueden ser tangibles o intangibles
Beneficios Intangibles
Se podrán tomar decisiones para destinar el presupuesto participativo a las
poblaciones de adultos mayores.
Se ahorraran costos y tiempo en la consolidación de la información.
Se podrá gestionar mejor la información a nivel nacional sobre los organismos que
trabajan con el adulto mayor.
El sistema se adaptara a las reglas de negocio, facilitara el cumpliendo de los
requisitos legales que estado norma.
Indirectamente el sistema apoya a que el adulto mayor tenga una mejor calidad de
vida (hablando de la supervisión de los CARPAM).
Beneficios tangibles
Se reducirían los gastos administrativos
Se reducen los salarios, al tener un aplicativo web ya no habría la necesidad de que
muchas personas hagan la supervisión, llamen para pedir información a los
gobierno regionales o gasten excesivo papel.
Se ahorra el gastos de luz, internet, teléfono, papel, cartuchos de impresión, útiles
de oficina.
El valor de depreciación de los equipos para el trabajo se reduce.

Caracteristica del gasto Qty Gasto ahorrado Meses Soles / Año
Personal 1 3500 12 42000
Reduccion de la depreciacion 1 400 12 4800
Utiles y servicios 1 2000 12 24000
Total 70.800,00S/.
Análisis Financiero
A continuación se muestra el flujo de caja del proyecto de tesis que en una posible
implementacióntendría una duración de 100 días, aproximadamente 4 meses
calendario.
Se detallan los costos de inversión y los beneficios esperados en los próximos 5 años
(vida útil del aplicativo) mostrándose según los indicadores económicos mostrados
que el proyecto es rentable.

4. CAPÍTULO IV : VALIDACIÓN DEL MODELO
4. CAPÍTULO IV: VALIDACIÓN DEL MODELO
4.1 Instrumentos y Técnicas
Técnicas de levantamiento de información
Encuestas
Inventario de documentos fuentes
Software utilizado:
IBM Rational Rose para el modelamiento de procesos
Diseño de la base de datos con Erwin
Diseño de los prototipos con BalsamiqMockups 2.2.3
Microsoft Office
Adobe Reader
Motor de base de datos Oracle Express Edición (En la etapa de desarrollo)
4.2 Diseño del Prototipo
Las siguientes imágenes para la realización del prototipo fueron elaboradas con el software
Balsamiq Mockups 2.2.3, se explica cómo se utilizaría el software si se llegara a implementar.
Se registra como usuario Administrador Central

Se registra como Administrador Regional
Aquí se muestra la bienvenida del administrador central

El procedimiento para registrar un organismo es de la sgte. manera:
En este caso registramos una organización y nos ubicamos en la pestaña expediente llenamos los
campos.
Llenamos los campos para la pestaña organismo

Aquí nos muestra el resultado después de haber registrado una organización

Procedimiento para el registro de un CARPAM :

5. CAPÍTULO V : CONCLUSIONES Y RECOMENDACIONES
5. CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES
5.1 Conclusiones
Durante las etapas de análisis y diseño fueron las que tomaron más tiempo para su
realización ya que son las más críticas debido a las reglas del negocio en este caso
los requisitos legales deben ser cumplidas.
En una posible implementación los usuarios regionales necesitaran entender bien
el sistema y las reglas del negocio para poder trabajar eficientemente.
Al utilizar la metodología RUP, toda la documentación que nos proporcione nos
permitirá en un futuro realizar cambios en caso se modifiquen algunas normas
legales.
Una arquitectura como MVC robusta y eficiente nos facilitara realizar pruebas
unitarias en una posible implementación para así tener transacciones más
eficientes.
5.2 Recomendaciones
Se recomienda dedicar regular tiempo para entender bien el negocio y establecer
las reglas de forma de cumplir con los requerimientos, en caso haya un
requerimiento adicional.
Se requiere elaborar una interfaz gráfica de usuario muy intuitiva que facilite su
entendimiento y si se implementara, capacitar al usuario.
Se requiere documentar correctamente cada uno de los artefactos que nos da
RUP para que en algún futuro se pueda mejorar el sistema basándose en estos.
Se recomienda ceñirse a la estructura definida (MVC) para tener que evitar
complicaciones del sistema y una vez puesto en funcionamiento, los errores que
pueda presentar el sistema sean los mínimos posibles.

REFERENCIAS
REFERENCIAS
[1] Ministerio de la Mujer y Poblaciones Vulnerables, Reseña histórica del Ministerio de
la Mujer y Poblaciones Vulnerables. Disponible en la
web:http://www.mimdes.gob.pe/index.php?option=com_content&view=article&id=1054&
Itemid=180
[2]Dirección de personas Adulta Mayores, ¿Quiénes Somos? Disponible en la web:
http://www.mimdes.gob.pe/index.php?option=com_content&view=article&id=1881&Itemid=303
[3] RUP vs XP. Disponible en la web:
http://www.usmp.edu.pe/publicaciones/boletin/fia/info49/articulos/RUP%20vs.%20XP.pdf
[4] Mayra Carolina Escobar Sedano (2010), Análisis, Diseño e Implementación de un
Sistema de apoyo al seguimiento de Procesos Judiciales para un Estudio de Abogados,
pág. (27).
[5] Mayra Carolina Escobar Sedano (2010), Análisis, Diseño e Implementación de un
Sistema de apoyo al seguimiento de Procesos Judiciales para un Estudio de Abogados,
pág. (28).

REFERENCIAS
Tabla de Imagenes
[T1] Araujo, Yuriana C.I 16.330.755 López Hilda C.I. 17.648.545,
Mendoza Alexander C.I 16.555.928 Torrealba Luis C.I 17.815.311 Ortiz,
German C.I.14.216.559, Prof.: Lic. Guerra Roberto, RUP (2010), web:
http://es.scribd.com/doc/31440864/Metodologia-RUPpág.3
[T2] Joseph Schmuller, Aprendiendo UML en 24 ED (2000), Prentice Hall, pág. 28

APÉNDICE
APÉNDICE
1. DIPAM: Dirección de Adultos Mayores.
2. MIMP: Ministerio de la Mujer y Poblaciones Vulnerables.
3. CARPAM: Centro de Atención Residencial para el Adulto Mayor.
4. PAMs: Personas adultos mayores.
5. OIDS: Oficina de Informática y Desarrollo de Software.
6. SIROAM: Sistema Web de Registro de Organismos que trabajan con adultos mayores.
7. TUPA: Texto Único de Procedimientos Administrativos.
8. RD: Resolución Directoral.
9. Ficha de Supervisión: Documento donde se detallan en indicadores que cualidades
tiene un CARPAM, es el documento final para poder acreditar a un CARPAM. Sirve
también como medio para supervisarlo anualmente.
10. Autorización Sectorial:Documento emitido por las municipalidades en el cual indican
que un organismo puede funcionar.
11. Junta Directiva: Equipo de representantes de un organismo.
12. Asociado: Persona adulta mayores que reside o está vinculado en un Organismo que
trabajan con adultos mayores.
13. Acta de Fundación: Documento solicitado a los organismos para demostrar que
existen.
14. Copia Literal de Inscripción: Documento emitido por los Registros Públicos para
demostrar que una Institución existe y puede funcionar.
15. SIS: Seguro Integral de Salud (SIS) tiene como finalidad proteger la salud de los
peruanos que no cuentan con un seguro de salud, priorizando en aquellas poblacionales
vulnerables que se encuentran en situación de pobreza y pobreza extrema.
16. Constancia de Inscripción: Documento emitido por el MIMP que verifica el
cumplimiento de los requisitos exigidos por el TUPA1.
17. Ubigeo: Es la ubicación geográfica (Región) de la institución.
______________________
Fuentes: http://www.mimp.gob.pe/index.php (Ministerio de la Mujer y Poblaciones Vulnerables)
http://www.google.com.pe (Búsqueda de definiciones de términos)

ANEXOS SIROAM
ANEXOS
Anexo Nº1
ORGANIGRAMA ESTRUCTURAL DEL MINISTERIO DE LA MUJER Y POBLACIONES VULNERABLES
DESPACHO MINISTERIAL
Órgano de Control Institucional
Comisiones Consultivas
Procuraduría Pública
Despacho Viceministerial de la Mujer
Dirección general de igualdad de género y no discriminación
o Dirección de políticas de igualdad de género y no discriminación
o Dirección de promoción y protección de los derechos de la mujer
Dirección general de transversalizacion del enfoque de genero
o Dirección de articulación Sectorial e Institucional
o Dirección de articulación con los gobiernos regionales y locales
Dirección general contra la violencia de genero
o Dirección de políticas para un vida libre de violencia
o Dirección de asistencia técnica y promoción de servicios
Despacho Viceministerial de Poblaciones Vulnerables
Dirección general de población y desarrollo
o Dirección de población
o Dirección de desplazados y cultura de paz
Dirección general de niñas, niños y adolescentes
o Dirección de políticas sobre niñas, niños y adolescentes
o Dirección de sistemas locales y defensorías
o Dirección de investigación tutelar
Dirección general de la familia y la comunidad
o Dirección de fortalecimiento de las familias
o Dirección de personas adultas mayores
o Dirección de beneficencias públicas y voluntariado.
Dirección general de Adopciones
o Dirección de evaluación integral para la adopción
o Dirección de adopción y post adopción
o Dirección de capacitación y registro de la información
Secretaria General
Oficina de comunicación
Oficina de Defensa Nacional
Oficina general de asesoría jurídica
Oficina de tramite documentario y atención al ciudadano
Oficina general de administración
o Oficina de abastecimiento y servicios
o Oficina de asuntos financieros
o Oficina de tecnologías de información
Oficina general de recursos humanos
o Oficina de Desarrollo y talento humano
o Oficina de procesos técnicos de personal
Oficina general de planeamiento y presupuesto
o Oficina de planeamiento
o Oficina de presupuesto e inversiones

ANEXOS SIROAM
o Oficina de modernización institucional
o Oficina de cooperación internacional
Oficina general de monitoreo, evaluación de políticas y gestión descentralizada
o Oficina de gestión descentralizada
o Oficina de monitoreo y evaluación de políticas
Oficinas desconcentradas

ANEXOS SIROAM
Anexo Nº2

ANEXOS SIROAM
Anexo Nº3(LEY Nº28803 – Ley de las Personas Adultas Mayores)

ANEXOS SIROAM

ANEXOS SIROAM
Anexo Nº4(Decreto supremo Nº13-2006- MINDES – Reglamento de la LEY Nº28803)

ANEXOS SIROAM

ANEXOS SIROAM
Anexo Nº5(Decreto supremo Nº009-2010- MINDES – Establece los requisitos mínimos para el
Funcionamiento de CARPAM)

ANEXOS SIROAM

ANEXOS SIROAM
Anexo Nº6 (Requisitos para la inscripción – Registro Nacional de Instituciones u Organizaciones de
personas adultas mayores)

Sistema web para gestion de información de adultos mayores

Sistema web para gestion de información de adultos mayores

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (13)

Similaire à Sistema web para gestion de información de adultos mayores

Similaire à Sistema web para gestion de información de adultos mayores (20)

Plus de Pedro Chavez

Plus de Pedro Chavez (20)

Dernier

Dernier (20)

Sistema web para gestion de información de adultos mayores