• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Sistema web para gestion de información de adultos mayores
 

Sistema web para gestion de información de adultos mayores

on

  • 891 views

Sistema web para gestion de información de adultos mayores

Sistema web para gestion de información de adultos mayores

Statistics

Views

Total Views
891
Views on SlideShare
709
Embed Views
182

Actions

Likes
1
Downloads
0
Comments
0

1 Embed 182

http://pis2.wikispaces.com 182

Accessibility

Categories

Upload Details

Uploaded via as Microsoft Word

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Sistema web para gestion de información de adultos mayores Sistema web para gestion de información de adultos mayores Document Transcript

    • PROYECTOS DE INVESTIGACIONDE TESIS IIANALISIS Y DISEÑO DE UN SISTEMA WEB DE REGISTROPARA ORGANISMOS QUE TRABAJAN CON PERSONASADULTAS MAYORES - SIROAMAUTOR(ES): Fernandez Gonzales ChristianLlerena Quispe GiancarloASESOR : Papa Quiroz Erik Alex2012
    • ÍNDICE GENERALRESUMEN _______________________________________________________________ 11. CAPÍTULO I: INTRODUCCIÓN ____________________________________________ 21.1 Motivación y Justificación_________________________________________________ 21.2 Antecedentes del Problema _______________________________________________ 41.3 Objetivos Generales y Específicos___________________________________________ 61.4 Contribuciones del Trabajo ________________________________________________ 72. CAPÍTULO II: MARCO TEÓRICO___________________________________________ 82.1 Marco Metodológico_____________________________________________________ 82.2 Marco Tecnológico _____________________________________________________ 102.3 Marco Metodológico del Modelo de Validación ______________________________ 163. CAPÍTULO III: DISEÑO DE LA SOLUCIÓN___________________________________ 183.1 Metodología a Aplicar ___________________________________________________ 183.2 Análisis del Problema ___________________________________________________ 213.3 Diseño de la Propuesta __________________________________________________ 223.4 Análisis de la Viabilidad del Proyecto de Tesis________________________________ 613.4.1 Análisis Técnico del Proyecto ___________________________________________________ 613.4.2 Análisis Económico Financiero del Proyecto _______________________________________ 634. CAPÍTULO IV: VALIDACIÓN DEL MODELO _________________________________ 684.1 Instrumentos y Técnicas _________________________________________________ 684.2 Diseño del Prototipo ____________________________________________________ 685. CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES________________________ 765.1 Conclusiones __________________________________________________________ 765.2 Recomendaciones ______________________________________________________ 76REFERENCIAS ___________________________________________________________ 77Tabla de Imagenes____________________________________________________________ 78APÉNDICE ______________________________________________________________ 79ANEXOS _______________________________________________________________ 80
    • Centro de Investigación de Tesis en Ingeniería de Sistemas 1RESUMENEn 1996, el Ministerio de Promoción de la Mujer y del Desarrollo Humano hoyMIMP1se crea el Área de Personas Adultas Mayores, que desdeoctubredel 1997 empiezaa funcionar y se encarga de velar por el bienestar de las personas mayores de 60 años. Enel 2002 se crea la DIPAM2, lo cual hizoposible una actuación más rápida y oportunafrente 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 registrarorganismos que trabajan con el adulto mayor a los gobiernos regionales esto dificulto elacceso y la consolidación de la información además de otros puntos que no se cumplíanen la ley Nº28803 del adulto mayor.3En la presente tesis se propone realizar un sistema de servicio web que permita el registroy acreditación de los organismos que trabajan con personas adultas mayores para elacceso a la información por parte de la DIPAM y cumpla con lo estipulado en las normaslegales 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) sereformula orgánicamente por el Decreto Legislativo N° 1098 y se denomina a partir del 20 de enero del 2012 como Ministerio de laMujer y Poblaciones Vulnerables (MIMP).2DIPAM: Dirección de Personas Adultas Mayores3Ver anexo 7 y 8
    • 1. CAPÍTULO I : INTRODUCCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 21. CAPÍTULO I: INTRODUCCIÓN1.1 Motivación y JustificaciónLa motivación para realizar la investigación sobre los registros que según ley Nº28803 debe poseer la DIPAM1instancia del MIMP2es tener una base de datos de cuantasson las organizaciones, instituciones y CARPAM3que trabajan para la personas adultasmayores a nivel nacional, este registro ha sido descentralizado según el marco ley dedescentralización Nº 26922 4, la función que tenía la DIPAM de registrar fue transferida alos gobiernos regionales5, son ellos los que tienen que levantar la información, registrar alas organizaciones y lo que ahora seencargara la DIPAM como gobierno nacional es noperder esta base de datos, consolidar la información de las organizaciones, instituciones yCARPAM 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 registrarseen el gobierno regional pasada la obtención de la licencia de funcionamiento 6, no secumple con el orden establecido descrito en los requisitos documentales 7, además lasinscripciones 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 referentesa los CARPAM tienen un año de vigencia que pasado ese tiempo a veces se desconoce enel momento cuales son los que ya vencieron, otro detalle es que al pasar las funciones alos gobiernos regionales no se puede saber rápidamente el número de organizaciones dePAMs que existe a nivel nacional, además que Tacna y Puno están generando uncorrelativo para ellos lo cual hace complicado consolidar la información al administradornacional._______________________DIPAM: Dirección de Personas Adultas Mayores2Ante la creación del Ministerio de Desarrollo e Inclusión Social (MIDI), el Ministerio de la Mujer y Desarrollo Social (MIMDES) sereformula orgánicamente por el Decreto Legislativo N° 1098 y se denomina a partir del 20 de enero del 2012 como Ministerio de laMujer y Poblaciones Vulnerables (MIMP). (Ver anexo Nº2)3CARPAM: Centro de Atención Residencial para el Adulto Mayor4Ver anexo 75Ver anexo 86Ver anexo 5 y anexo 97Ver anexo 5
    • 1. CAPÍTULO I : INTRODUCCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 3Justificamos este trabajo porque diseñando la solución nos motivaría aimplementar un sistema que nos permita determinar la cobertura y características de losorganismos PAM1para así mejorar la calidad de vida de las personas adultas mayores de60 años, el servicio de cuidados a personas mayores de los organismos, instituciones yCARPAM, llevar una estadística paraampliar la cobertura de los programas, beneficios ypromover el desarrollo integral del adulto mayor y envejecimiento saludable.Por otra parte esta investigación genera una alternativa para instituciones de otrosestados que monitorean organismos que trabajan con adultos mayores._______________________1PAM: personas adultas mayores
    • 1. CAPÍTULO I : INTRODUCCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 41.2 AntecedentesdelProblemaLa DIPAM1es la Dirección de Personas Adultas Mayores, instancia del Ministerio dela Mujer y Poblaciones Vulnerables (MIMP), encargada de diseñar, monitorear y hacerseguimiento 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 lafunción de promover, coordinar, supervisar y evaluar las políticas, planes, programas yproyectos referidos a personas adultas mayores, en especial de aquellas poblaciones quesufren discriminación y exclusión social, y se encuentran en situación de pobreza ypobreza extrema.[2]En la actualidad, se viene ejecutando cuatro políticas del Plan Nacional de las PersonasAdultas 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 elEnvejecimiento y la Vejez. [2].El trabajo que se encarga de realizar son principalmente los planes nacionales, autocuidado de la persona adulta mayor, boletines, publicaciones y estudio, registro nacionalde instituciones y organizaciones PAM2(personas adultas mayores), contribución dePAMs2en la lucha contra la pobreza, estadísticas.Sucede que hace unos meses se propuso automatizar este registro, se optó por un sistemaweb usando como lenguaje de programación Java y la Base de datos Oracle (esta es la queya cuenta la institución), después del análisis y diseño del sistema se vieron los errorescomo no poder generar reportes de los organismos en internet Explorer, no existía muchacompatibilidad con el navegador pero si con Mozilla, el modelamiento de la base de datostenia tablas sin relacionar y no se pudo desplegar la aplicación en el servidor OracleApplication Server.3Este trabajo pasado fue realizado por un practicante del OIDS (Oficinade Informática y Desarrollo de Sistemas) el cual no concluyo el proyecto como estabaespecificado en la documentación para ponerlo a producción.3________________________DIPAM: Dirección para el adulto mayor2PAMs: Personas adultas mayores3Ver anexo 2.
    • 1. CAPÍTULO I : INTRODUCCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 5Actualmente no existe un sistema o algo parecido que registre organismos relacionadoscon adultos mayores o con niños, pero si registros de personas naturales, también existesistemas web de registro de organizaciones como el sistema de la comisión europea laPADOR ("PotentialApplicant Data Online Registration") está gestionada porEuropeAidycontiene información sobre organizaciones que soliciten subvenciones de laComisión Europea en el ámbito de la ayuda exterior.1Aquí en el país otro sistema web que es de gran apoyo al ministerio de educación es elRENOEC (“Registro Nacional de Organizaciones de la Sociedad que brindan EducaciónComunitaria”), este facilita el reconocimiento por las diversas instancias del Estado,organismos internacionales y de la sociedad en general sobre cuáles son las institucionesque desarrollan esta labor, permitiendo ampliar las posibilidades de vínculos decooperación, promueve la planificación de trabajo en común, el desarrollo e intercambiode técnicas innovadoras para la educación comunitaria y reconocer espacios deintervención.2________________________1http://ec.europa.eu/europeaid/work/onlineservices/pador/index_es.htm2http://www2.minedu.gob.pe/educam/renoec/
    • 1. CAPÍTULO I : INTRODUCCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 61.3 Objetivos Generales y EspecíficosObjetivo GeneralDiseñar una solución mediante un sistema web de registro de Organismos que trabajancon personas Adultas Mayores a nivel nacional que permita mejorar el acceso a lainformació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íaRUP1 Utilizar la notación UML2para el análisis y diseño del sistema “Sistema de RegistroWeb” Diseñar el sistema siguiendo la arquitectura MVC3_______________________RUP: RationalUnifiedProcess – Proceso Unificado de Modelado2UML: UnifiedModelingLanguage – Lenguaje Unificado de Modelado3MVC:Model View Controller – Modelo Vista Controlador
    • 1. CAPÍTULO I : INTRODUCCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 71.4 Contribuciones del TrabajoLa contribución del trabajo permitirá el diseño del sistema servicio de registro webpara 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 laarquitectura de software a utilizar en este caso se usara MVC2por ser de gran utilidadpara la reusabilidad, características principales, un modelo de casos de uso de un 10% a20%, 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 detiempo y costo.En la fase de elaboración definir los casos de uso a un 80%, para definir la arquitectura delsistema, especificaciones de caso de uso y diseñar la solución preliminar, para los casos deuso se utilizara la notación UML3como estándar, encontrar otros requerimientos nofuncionales o no asociados a los casos de uso. Herramientas a utilizar serán Rational Rosepara el modelado de procesos.Este proyecto con respecto a otros trabajos como se mencionó en los antecedentes no seha implementado algo parecido para los adultos mayores ni con niños pero si diseñandosistemas web para otros organismos y que han sido implementados dando gran facilidadal usuario de registrar información de su organismo y al administrador del sistemafacilitando el acceso a la información para la toma de decisiones respecto a su negocio._______________________RUP: RationalUnifiedProcess – Proceso Unificado de Modelado2MVC: Model View Controller – Modelo Vista Controlador3UML: UnifiedModelingLanguage – Lenguaje Unificado de Modelado
    • 2. CAPÍTULO II :MARCO TEÓRICOCentro de Investigación de Tesis en Ingeniería de Sistemas 82. CAPÍTULO II: MARCO TEÓRICO2.1 Marco MetodológicoNivel 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ísticaEn cualquiera de los casos es recomendable justificar el nivel adoptado.Diseño de la InvestigaciónEs 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 poremplear.Investigación Documental: Es aquella que se basa en la obtención y análisis de datos provenientesde materiales impresos u otros tipos de documentos.Investigación de Campo: Consiste en la recolección de datos directamente de la realidad dondeocurren los hechos, sin manipular o controlar variable alguna.Investigación Experimental: Proceso que consiste en someter a un objeto o grupo de individuos adeterminadas condiciones o estímulos (variable independiente), para observar los efectos que seproducen (variable dependiente).Técnicas e Instrumentos que van usar:- Procesos- Software
    • 2. CAPÍTULO II :MARCO TEÓRICOCentro de Investigación de Tesis en Ingeniería de Sistemas 9Población y MuestraLa población o universo se refiere al conjunto para el cual serán válidas las conclusiones que seobtengan: a los elementos o unidades (personas, instituciones o cosas) a las cuales se refiere lainvestigació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, lamuestra 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 DatosPrimarias (Campo mismo de acción): encuestas, entrevistas, etc.Secundarias (No necesita ir al campo de acción): Informes de las empresas (Experienciasanteriores), libros, internet, etc.Técnicas de Procesamiento y Análisis de DatosEn este punto se describen las distintas operaciones a las que serán sometidos los datos que seobtengan: 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 losdatos 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. CAPÍTULO II :MARCO TEÓRICOCentro de Investigación de Tesis en Ingeniería de Sistemas 102.2 Marco TecnológicoRATIONAL UNIFIED PROCESS (RUP)El RUP [1]es un marco del proyecto que describe una clase de los procesos que son iterativos eincrementales que define un manojo entero de las actividades y de los artefactos que nosotrosnecesitamos para elegir nuestros propios procesos [2].Es el proceso de desarrollo más general de los existentes actualmente. Los procesos de RUPestiman tareas y horario del plan midiendo la velocidad de iteraciones concerniente a susestimaciones originales. Las iteraciones tempranas de proyectos conducidos RUP se enfocanfuertemente sobre arquitectura del software; la puesta en práctica rápida de características seretrasa 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ónCada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual consiste enreproducir el ciclo de vida en cascada a menor escala. Los objetivos de una iteración se establecenen 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 dosdisciplinas:-Disciplina de Desarrollo.-Disciplina de Soporte.
    • 2. CAPÍTULO II :MARCO TEÓRICOCentro de Investigación de Tesis en Ingeniería de Sistemas 11VerRef.[T1]Conestasfasesselograejecutarunconjuntodemejoresprácticas,comoloson:DesarrollarSoftwareIterativamenteModelarelsoftwarevisualmenteGerenciarlosRequerimientosUsararquitecturasbasadasencomponentesVerificacióncontinuadelacalidadGerenciarloscambiosUMLElUML (Lenguaje Unificadode Modelado)es una de las herramientas en el mundo actual del desarrollo desistemas. Esto se debe a que permite generar diseños que capturen sus ideas en una formaconvencional 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.
    • 2. CAPÍTULO II :MARCO TEÓRICOCentro de Investigación de Tesis en Ingeniería de Sistemas 12- Para documentar y construir.- UML no es un método ni programación si no un lenguaje gráfico.DiagramasdelUMLEl UML está compuesto por diversos elementos gráficos que se combinan para conformardiagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos.ElmodeloUMLdeunsistemaessimilaraunmodeloaescaladeunedificiojuntoconlainterpretacióndelartistadeledificio. 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 conceptosque representan.Diagramas de ClasePiense en las cosas que le rodean (una idea demasiado amplia, pero ¡inténtelo de cualquierforma!). Es probable que muchas de esas cosas tengan atributos (propiedades) y que realicendeterminadas acciones.Una clase es una categoría o grupo de cosas que tienen atributos y acciones similares. He aquí unejemplo: cualquier cosa dentro de la clase Lavadoras tiene atributos como son la marca, elmodelo, 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 atributosy acciones). Este diagrama representa una fotografía estática de instancias de lascosas que se encuentran en un diagrama de clase.
    • 2. CAPÍTULO II :MARCO TEÓRICOCentro de Investigación de Tesis en Ingeniería de Sistemas 13Ver 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 sonimportantesalahorademodelarloscomportamientosdeunsistema.VerRef.[T4]Diagrama de Estado:Los diagramas de estado dirigen la visión dinámica de un sistema. Estos diagramas sonimportantes a la hora de modelar el comportamiento de una interfaz, clase o colaboración yenfatizan el comportamiento de un objeto ordenado por los eventos que se suceden.
    • 2. CAPÍTULO II :MARCO TEÓRICOCentro de Investigación de Tesis en Ingeniería de Sistemas 14VerRef.[T5]Diagrama de Secuencia:Se indican los módulos o clases que forman parte del programa y las llamadas que se hacen encada uno de ellos para realizar una tarea determinada.Se realizan diagramas de secuencia para definir acciones que se pueden realizar en la aplicación encuestión. El diagrama de secuencia contiene detalles de implementación del escenario, incluyendolos objetos y clases que se usan para implementar el escenario, y mensajes intercambiados entrelos objetos.VerRef.[T6]Diagramas de Actividades:Las actividades que ocurren dentro de un caso de uso o dentro del comportamiento de un objetose 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 unlenguaje de modelado deberá contar con una forma de representar esto. El diagrama decolaboraciones enfatiza la estructura organizacional de los objetos que envían y reciben mensajes.
    • 2. CAPÍTULO II :MARCO TEÓRICOCentro de Investigación de Tesis en Ingeniería de Sistemas 15VerRef.[T8]Diagrama de Componentes:El diagrama de componentes muestra las organizaciones y dependencias entre un conjunto decomponentes. Los diagramas de componentes dirigen la visión de implementación estática de unsistema. Estos diagramas se relacionan con los diagramas de clase en el sentido de que uncomponente 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 seencontrará en cada máquina. Cada computadora está representada por un cuboY las interacciones entre las computadoras están representadas por líneas que conectan a los cubos.LafiguraT10 presentaunejemplo.VerRef.[T10]
    • 2. CAPÍTULO II :MARCO TEÓRICOCentro de Investigación de Tesis en Ingeniería de Sistemas 162.3 Marco Metodológico del Modelo de ValidaciónAná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, latécnica el análisis costo beneficio, tiene como objetivo fundamental proporcionar una medida delos costos en que se incurren en la realización de un proyecto informático y a su vez comparardichos 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 ymejores resultados al menor esfuerzo invertido, tanto por eficiencia técnica como por motivaciónhumana (8).Costos de InversiónLos costos de inversión se consideran a la suma de esfuerzos y recursos que se han invertidoen un proyecto ejemplo: equipos, personal, infraestructura, etc. Los cuales son necesariospara poner en marcha un proyecto.Análisis de Sensibilidada.- Flujo de Caja Los flujos de caja se llaman así a la proyección de ingresos y egresos deefectivo de una empresa e institución. La caja de flujo es importante para que observes elcomportamiento diario del movimiento de caja en un periodo de tiempo.b.- Calculo del VAN - TIRValor Actual Neto (VAN):El Valor Actual Neto de una inversión o proyecto de inversión es una medida de larentabilidad absoluta neta que proporciona el proyecto, esto es, mide en el momentoinicial del mismo, el incremento de valor que proporciona a los propietarios en términosabsolutos, una vez descontada la inversión inicial que se ha debido efectuar para llevarlo acabo(1)._____________________________________________________________________________(8) Fuente: http://www.ongei.gob.pe/publica/metodologias/Lib5006/cap3-6.htm(1) FUENTE: http://www.vantir.com/
    • 2. CAPÍTULO II :MARCO TEÓRICOCentro de Investigación de Tesis en Ingeniería de Sistemas 17Un 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 IndiferenteTasa Interna de Retorno (TIR):El tipo interno de rendimiento mide la rentabilidad relativa media bruta por período delproyecto de inversión sobre el capital que permanece invertido a principios de cadaperíodo; incluye la retribución a los recursos financieros del capital invertido, por lo que esbruta, y además, se refiere al capital que a principio de cada año permanece inmovilizadoen el proyecto y no al capital que se inmoviliza inicialmente (2).______________________________________(2) Fuente:http://www.vantir.com/njjnviFjIVAN1.1njjTIRFjInv1 10 .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 JInv = Inversión en el Periodo 0.N = Horizonte de Evaluación
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 183. CAPÍTULO III: DISEÑO DE LA SOLUCIÓNEn esta etapa se describirá el análisis de la solución planteada. En la primera parte se explica lametodología a aplicar seguido del análisis del problema, diseño de la propuesta y el análisis de laviabilidad del proyecto de tesis.En esta etapa se describirá el análisis de la solución planteada. En la primera parte se explica lametodología a aplicar seguido del análisis del problema, diseño de la propuesta y el análisis de laviabilidad del proyecto de tesis.3.1 Metodología a AplicarNivel de Investigación:La investigación es de tipo tecnológico a un nivel descriptivo ya que se ha descrito elcomportamiento 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 quetrabajan con el adulto mayor.Diseño de la InvestigaciónPara el diseño el tipo de investigación que se ha realizado fue netamente documental debido aque 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 deRational (RUP) junto con el lenguaje unificado de modelado (UML), utilizando como herramientade software el Rational Rose Enterprise Edition.Técnicas e Instrumentos de Recolección de DatosPara la investigación se ha realizado técnicas de levantamiento de información, en estas se tomaen 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 convenienteAdemá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 elusuario.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 19Técnicas de Procesamiento y Análisis de DatosLos datos recolectados fueron sometidos al análisis para conocer los flujos de información, losprocesos 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 losdiagramas 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 regionalo Clasificación de datos: Basado al tipo de licencia que corresponde ya seagerontológico, geriátrico y mixto.o Tablas estadísticas resultantes: Basado en la cantidad de Organizaciones y CARPAM’s quehay 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 propiaUsuarioSistema WebInternetFirewallServidorwebServidor de BDBDBD BDServidor deAplicacionesSistema deArchivos
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 20Cliente-Servidor.En esta aplicación Web se ve un modelo cliente-servidor. Esto se debe a que se requiere uncomponente que hospede a la aplicación y a todos sus componentes (servidor Web) y uncomponente usuario, cuando estos 2 necesitan un sistema de archivos donde se van a almacenartodos 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 unservidor de aplicaciones para permitir la generación contenidos dinámicos. Al agregar este nuevocomponente necesitamos considerar las interfaces que se necesitan incluir as como la relación conlos 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 estanecesidad agregamos un servidor de base de datos. Este nos permite almacenar toda lainformación que la aplicación necesita para nuestro sistema web.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 213.2 AnálisisdelProblemaÁrbol de Causas y EfectosDeficiencia para consolidar información e incumplimiento del marcolegalTransferencia de funciones alos gobiernos regionalesRegistró deficienteNo se cumple con losrequisitos documentalesDesconocimiento de lasautorizaciones sectorialesNo se cumple con los 30 díashábiles de registróLas inscripciones efectuadasno son comunicadas a laDIPAM después de 15 díashábilesPerdida de informaciónInformalidad de lasorganizaciones, instituciones yCARPAMPoco interés en la formalizaciónInexistencia de un control ysupervisión de las organizacionesNo se podría ejercer un adecuadoejercicio de los derechos de las PAMsNo se sepa del número de PAMsa nivel nacionalPoca información de lasorganizaciones, instituciones yCARPAMPoca o nula informaciónLos proyectos no se podrán presentaren el presupuesto participativoNo formar parte en la toma dedecisiones del ámbito localIncumplimiento dela ley N° 28803articulo 15Incumplimiento deldecreto supremo N°009-210MINDESPersonal inadecuadoDiversificación defuncionesFalta de organización Inexistencia de un TUPA
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 223.3 Diseño de la PropuestaRequerimientos del SistemaRequerimientos FuncionalesAquí vemos los requerimientos que debe cumplir el sistema obtenidos del levantamiento deinformació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 yaregistrados.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 conel cual se logeo.El sistema debe en lo posible validar el ingreso de información en cada uno de losformularios 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 deCARPAM, es decir se debe guardar un orden para el registro y posteriormente lasupervisión.El sistema debe validar en tiempo real los campos que se ingresan, como son lasfecha, 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 encuanto a ingreso de los campos obligatorios.El sistema solo debe permitir hacer registros y consultas a los usuarios regionalesde su región, en caso del usuario administrador debe permitirle solo hacerconsultas de todas las regiones.El sistema debe permitir al usuario regional y al usuario administrador nuevosusuarios, en el caso de regional solo podrá agregar de su región.El sistema debe permitir generar reportes resumidos de las consultas y fichas parasu impresión.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 23Requerimientos No funcionalesEstos requerimientos no surgen de una necesidad de la persona a registrarse o de los queharán uso del sistema, pero son requerimientos tácitos necesarios para el buenfuncionamiento del sistema.El sistema debe evitar el botón ATRÁS del navegador para evitar regreso a páginasde formularios ya procesadas y así evitar errores.El sistema solo será accedido desde una máquina que cuente con mouse y tecladoPara el acceso a los formularios del sistema, previamente se debe realizar unaautentificación con nombre de usuario y contraseña respectiva.El sistema debe guardar internamente como seguridad y seguimiento de losregistros, el usuario y fecha en que se realizaron los registros de cada uno de losformularios disponen (expediente, registro de organismo e instituciones, registrode CARPAM y ficha de supervisión).Se debe encriptar las contraseñas como medida de seguridad de la informaciónpor un tema de auditoria.El sistema será accesible desde cualquier estación de trabajo que cuente con unS.O., un navegador web Mozilla Firefox (2.0 o superior) o Internet Explorer (6.0 osuperior), y la máquina virtual de JavaEl sistema utilizara Oracle como motor de base de datosEL sistema se ejecutara desde un servidor de aplicaciones Java, sobre cualquiersistema operativo y con una máquina virtual java.El sistema tendrá una arquitectura de desarrollo MVC (modelo –vista –controlador)
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 24Identificació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 organismosy 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 organismosEste caso de uso el usuario puede realizar consultas vía filtros de búsqueda y generar un PDF paravisualizar 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 OrganismosEste caso de uso el usuario externo (no necesita autenticarse) puede consultar información acercade los CARPAM registrados, puede ver información básica y generar un PDF.Administrar y consultar programacionesEste caso de uso permite realizar la búsqueda de las programaciones registradas usando filtros, sies usuario regional puede ver el detalle de estas y si lo es permitido actualizar la informaciónregistrada. Si es usuario central solo puede realizar las consultas.Administrar y consultar expedientesEste caso de uso permite realizar la búsqueda de los expedientes registrados usando filtros debúsqueda no se puede modificar ningún tipo de registro.Administrar y consultar fichas de supervisiónEn este caso de uso permite realizar usando filtros e búsqueda, se puede realizar modificacionespor cada ficha supervisión encontrada.Registrar organismosEste caso de uso permite realizar la programación de la visita de supervisión previa programaciónde visita.Programar visita de supervisiónEste caso de uso permite realizar la programación de la visita de supervisión, se registrara porregión y solo puede ser visualizada por esta.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 25Registrar fichas de supervisiónEste caso de uso permite registrar las fichas de supervisión previa programación de visita.Modificar contraseñaEste caso de uso permite realizar el cambio de la clave del usuario, verificando que la claveingresada sea la misma que la guardada en l base datos.Administrar usuariosEste caso de uso permite realizar consultas usando filtros de búsqueda, se puede registrar nuevosusuarios y modificar su estadoResumen de la Arquitectura – Paquetes y Subsistema de CapasLa vista lógica del sistema de registros de instituciones se compone de los tres paquetesprincipales: El paquete de vista, controlador y modelo. VistaEn este paquete se incluyen los formularios que los actores utilizan para comunicarsecon el sistema. ControladorEn este paquete se incluyen las clases controladoras que interactuarán con las vistasde presentación y el modelo. Es un medio de comunicación entre la vista y el modelo. ModeloEn este paquete se incluyen las clases que se comunican con los datos, escribirán datos y losleerán para poder actualizar los controladores y las vistas.Fuente: Elaboración propiaDiagrama General del Sistema central de Registro de Organismos para el Adulto MayorControladorDominioPresentación
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 26Fuente: Elaboración PropiaPresentaciónDiagrama de PaquetesFuente: Elaboración propiaConsultas yReportesSolicitud yRegistroSeguridad
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 27CUS Administrar y consultar expedienteEspecificaciones de Caso de UsoIntroducciónEste Caso de Uso permite consultar los expedientes pertenecientes a una regiónmediante filtros de búsqueda como son los estados, tipo de organismo, el nombre delorganismo, ubigeo e intervalo de fechas.CUS01: Administrar y consultar expedientesEspecificación ExtendidaCódigo CUS01Nombre Administrar y consultar expedientesActor/es AS_Admin_regionalSinopsis 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 EventosNro. Descripción1 SIROAM presenta tabla donde están los expedientes registrados, cada expediente tiene tresopciones:I. Programar visita de supervisión: se puede registrar una programación de visita desupervisió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ónestará habilitada y el usuario podrá ir a la pantalla para registrar elCUS_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)
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 28SIROAM también muestra un grupo de filtros de búsqueda para poder realizar consultas másespecíficas a los expedientes registrados. Estos son:I. Nombre de organismoII. Código de expedienteIII. Intervalos de fecha de registroIV. EstadosV. Si tiene o no ficha de supervisión.2 El usuario hace una consulta mediante los filtros de búsqueda1. El usuario ingresa el nombre de un organismo2. SIROAM buscará los organismos que tengan una similitud a ese nombre y que tenganun expediente registrado, traerá la información básica del expediente asi como susfichas 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úsquedaexacta igualmente trayendo los datos del expediente y su ficha.5. El usuario realiza una búsqueda por fechas6. SIROAM buscará en un intervalo de fechas la fecha del expediente y mostrará elresultado 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ón1. SIROAM redirecciona al CUS_registrar ficha de supervisión.III. Selecciona el botón de ver ficha de supervisión1. SIROAM redirecciona a la pantalla donde estarán los datos de tal ficha desupervisión.Curso Alternativo de EventosNro. Descripción1 Si el expediente no tiene una programación de visita1. 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 yver ficha.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 29: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_VISITAprogramar_visita( )registrar_fic_superv( )consultar( )gets( )gets( )return TbExpediente( )return TbFichaSupervisionreturn Datos3 Si el expediente tiene una ficha registrada1. SIROAM bloquea programar visita y registrar ficha y habilitará solo a ver ficha.Reglas de NegocioNro. Descripción1 Solo CARPAM tienen fichas de supervisiónSolo se pueden registrar programaciones y fichas de supervisión para los CARPAM.2 Proceso de RegistroEl proceso de registro del CARPAM no finalizará si no se registra una ficha de supervisión yaque de esta ficha de basa para emitir el resultado final.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 30Fuente: Elaboración propiaCUS Administrar y consultar fichas de supervisiónEl usuario ingresa a la pantalla deadministrar y consultar expedientesSeleccionaProgramar visita¿Existe Programacion?NO¿Existe ficha visita?SISelecciona registrarficha supervisionNOSelecciona ver fichasupervisionSISelecciona filtros yrealiza búsquedaMuestra la tabla con los expedientespertenecientes a la respectiva regionEjecuta elCUS_Programar_visita_supervisionEjecutar elCUS_Registrar_ficha_supervisionRedirecciona a la pantalla dondese visualizan los datos de la fichaRealiza la búsqueda ylamuestra en pantallaSIROAM: AS_Admin_regional
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 31Especificaciones de Caso de UsoIntroducciónEste Caso de Uso permite consultar y gestionar las fichas de supervisión de una región mediantefiltros de búsqueda como son los estados, el nombre del organismo, ubigeo e intervalo de fechas.CUS.02: Administrar y consultar fichas de supervisiónEspecificación ExtendidaCódigo CUS02Nombre Administrar y consultar fichas de supervisiónActor/es AS_Admin_regionalSinopsis Este caso de uso se consultará y administrará la información de una ficha desupervisión.Pre-condiciones Haber registrado por lo menos una programación de visita.Post-condiciones Ninguna.Curso Normal de EventosNro. Descripción1 SIROAM presenta tabla donde se muestran las fichas de supervisión registradas, pero mediantelos 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 datosde cada ficha.CUS_Adm_cons_fichas_supervision(from Administracion)AS_Admin_regional(f rom Actors)
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 32SIROAM muestra un grupo de filtros de búsqueda, se puede buscar mediante fechas deprogramación, nombre organismo.2 El usuario hace una consulta mediante los filtros de búsqueda13. El usuario ingresa el nombre de un organismo(CARPAM)14. SIROAM buscará los organismos que tengan una similitud a ese nombre y que tenganuna o más fichas registradas, traerá la información básica de la programación.15. El usuario realiza una búsqueda por fechas16. SIROAM buscará en un intervalo de fechas la fecha de la supervisión y mostrará elresultado en la tabla.17. El usuario selecciona dos o más filtros.18. SIROAM realizará la consulta usando los distintos filtros y los mostrará en pantalla.3 El usuario selecciona ver ficha de supervisión1. El usuario presiona el botón ver ficha de supervisión2. SIROAM redirecciona a la pantalla de ver ficha de supervisión, los campos están bloqueados,es decir no se pueden modificar.Curso Alternativo de EventosNro. Descripción1 Si la programación esta con estado finalizada.2. SIROAM bloquea la opción de modificar.Reglas de NegocioNro. Descripción1 Solo CARPAM tienen fichas de supervisiónSolo se pueden registrar programaciones y fichas de supervisión para los CARPAM.2 Proceso de RegistroEl proceso de registro del CARPAM no finalizará si no se registra una ficha de supervisión yaque de esta ficha de basa para emitir el resultado final.3 No se puede modificar la ficha de supervisión
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 33Fuente: Elaboración propiaCUS Administrar y consultar organismos:AS_Admin_re...:AS_Admin_re...: iu_adm/consultar_fichas_superv: iu_adm/consultar_fichas_superv :ctrl_adm/consultar_f...:ctrl_adm/consultar_f...: E_FICHA_VISITA: E_FICHA_VISITA : iu_consultar_fichas_supervision: iu_consultar_fichas_supervisionverFicha( )gets( )return Entity( )redireccionar( )Elije la opcion de administrarfichas de supervisionElije ver fichade supervisionElije filtros de busquedaavanzadaMuestra lainterfaceTabla de fichasregistradas,filtros debusquedaavanzadaRedirecciona a la pantallade ver ficha de supervisionRealiza labusquedaMuestra resultadosen tablaSIROAM: AS_Admin_regional
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 34Especificaciones de Caso de UsoIntroducciónEste Caso de Uso permite consultar los organismos pertenecientes a una región mediantefiltros 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 direccionamientoque nos lleva al CUS_Registrar_organismo, un botón de programar visita de supervisión yun botón para modificar la información del organismo.CUS.03: Administrar y consultar organismosEspecificación ExtendidaCódigo CUS03Nombre Administrar y consultar organismosActor/es AS_Admin_regionalSinopsis 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 EventosNro. Descripción1 SIROAM presenta tabla donde están los organismos registrados, cada organismo tiene dosAS_Admin_regional(f rom Actors)CUS_Adm_cons_organismos(from Administracion)
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 35opciones: Modificar Información y programar visita de supervisión (SI ES CARPAM). También semuestra en la parte superior a la tabla filtros de búsqueda como son los estados, tipo deorganismo, 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 organismo1. El usuario presiona el botón modificar.2. El sistema redirecciona a la pantalla de registrar organismo pero con los datos yaregistrados 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ón1. 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.Curso Alternativo de EventosNro. DescripciónReglas de NegocioNro. Descripción1 Solo CARPAM tienen fichas de supervisiónSolo se pueden registrar programaciones y fichas de supervisión para los CARPAM.2 Proceso de RegistroEl proceso de registro del CARPAM no finalizará si no se registra una ficha de supervisión yaque de esta ficha de basa para emitir el resultado final.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 36Fuente: Elaboración propiaCUS Administrar y consultar programaciones:AS_Admin_re...:AS_Admin_re...:iu_administrar/consultar_organismos:iu_administrar/consultar_organismos:ctrl_adm/consultar_...: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_ROLEprogramar_visita( )actualizar_organismo( )insertarOrganismo( )getOrganismos( )El usuario ingresa a la pantalla deadministrar y consultar organismosSelecciona registrarnuevo organismoSelecciona modificarorganismoProgramar visitasupervisionSelecciona buscarorganismoIngresa los datosmediante los filtrosMuestra la tabla con los organismo pertenecientes a la respectivaregionEjecutar elCUS_Registrar_organismoEjecutar elCUS_Modificar_organismoEjecutar elCUS_Programar_visita_supervisionValida los datosingresados¿Datos validos?Mostrar resultadoen la tablaSIMostrar mensajede errorNOSIROAM: AS_Admin_regional
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 37CUS_Adm_cons_programaciones(from Administracion)AS_Admin_regional(f rom Actors)Especificaciones de Caso de UsoIntroducciónEste Caso de Uso permite consultar los expedientes pertenecientes a una región mediantefiltros de búsqueda como son los estados, el nombre del organismo, ubigeo e intervalo defechas.CUS.04: Administrar y consultar programacionesEspecificación ExtendidaCódigo CUS04Nombre Administrar y consultar programacionesActor/es AS_Admin_regionalSinopsis Este caso de uso se consultará y administrará la información de unaprogramación de visita.Pre-condiciones Haber registrado por lo menos una programación de visita.Post-condiciones Ninguna.Curso Normal de EventosNro. Descripción1 SIROAM presenta tabla donde se muestran las programaciones de visita registradas, pordefault se muestran las pendientes, pero mediante los filtros se puede generar otrasbú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 deprogramación, nombre organismo, estado.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 382 El usuario hace una consulta mediante los filtros de búsqueda19. El usuario ingresa el nombre de un organismo20. SIROAM buscará los organismos que tengan una similitud a ese nombre y que tenganun expediente registrado, traerá la información básica de la programación.21. El usuario realiza una búsqueda por fechas22. SIROAM buscará en un intervalo de fechas la fecha de la programación y mostrará elresultado en la tabla.23. El usuario selecciona un estado.24. SIROAM buscará las programaciones con tal estado.25. El usuario selecciona dos o más filtros.26. SIROAM realizará la consulta usando los distintos filtros y los mostrará en pantalla.3 El usuario selecciona modificar programación1. El usuario modifica los campos de la programación.2. SIROAM valida que la fecha sea válida.Curso Alternativo de EventosNro. Descripción1 Si la programación esta con estado finalizada.3. SIROAM bloquea la opción de modificar.Reglas de NegocioNro. Descripción1 Solo CARPAM tienen fichas de supervisiónSolo se pueden registrar programaciones y fichas de supervisión para los CARPAM.2 Proceso de RegistroEl proceso de registro del CARPAM no finalizará si no se registra una ficha de supervisión yaque de esta ficha de basa para emitir el resultado final.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 39:AS_Admin_re...:AS_Admin_re...: iu_adm/consultar_prog_vis_superv: iu_adm/consultar_prog_vis_superv :ctrl_adm/consultar_f...:ctrl_adm/consultar_f...:E_PROGRAMACION...:E_PROGRAMACION... : E_FICHA_VISITA: E_FICHA_VISITA : iu_registrar_ficha_superv: iu_registrar_ficha_supervmergeEntity( )checkEstado( )getCount( )return count( )returnEstado( )sets( )mergeEntity( )getEntityByFiltro( )return Entity( )return resultList( )registrar_fic_superv( )
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 40Fuente: Elaboración propiaCUS Administrar organismosIngresa a la pantalla de administrar y consultarprogramaciones de supervisionPresiona modificarprogramacionSelecciona filtro¿Boton registra ficha habilitado?Presionaregistrar fichaMuestra en pantallalos campos a llenarTabla de lista deprogramaciones.Filtros debusqueda¿el estado es pendiente?Redirecciona a la pantalla paramodificar la programacionSIBloquea elbotonNORealiza busquedausando filtrosMuestra resultadosen tablaRedirecciona al CUS registrarficha supervisionSISIROAM: AS_Admin_regional6.CUS_Consultar_organismos(from Administracion)AS_Usuario_Global(f rom Actors)
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 41Especificaciones de Caso de UsoIntroducciónEste Caso de Uso permite consultar los organismos pertenecientes a una región mediante filtrosde búsqueda como son los estados, tipo de organismo, el nombre del organismo, ubigeo eintervalo de fechas de emisión. También hay un botón de re direccionamiento que nos lleva alCUS_Registrar_organismo, un botón de programar visita de supervisión y un botón para modificarla información del organismo.CUS.05: Consultar organismosEspecificación ExtendidaCódigo CUS05Nombre Consultar organismosActor/es AS_Admin_regionalSinopsis 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 EventosNro. Descripción1 SIROAM presenta tabla donde están los organismos registrados. También se muestra en laparte superior a la tabla filtros de búsqueda como son los estados, tipo de organismo, elnombre 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.Curso Alternativo de EventosNro. DescripciónReglas de Negocio
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 42Nro. DescripciónFuente: Elaboración propia:AS_Admin_re...:AS_Admin_re...:iu_administrar/consultar_organismos:iu_administrar/consultar_organismos:ctrl_adm/consultar_...:ctrl_adm/consultar_...: E_ORGANISMO_ROLE: E_ORGANISMO_ROLEconsultar_organismos( )getOrganismos( )return Organismos( )mostrarOrganismos( )Elije la opción deconsultar organismosSelecciona filtroy buscaMuestra tabla con listado de organismos yfiltros de busqueda avanzadaConsulta a labase de datosRetornaresultadoSIROAM: AS_Admin_regional
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 43CUS Generar ReporteEspecificaciones de Caso de UsoIntroducciónEste Caso de Uso permite generar reportes personalizados, debido a la descentralización cadaregión tiene encargado los organismos en su zona y los reportes se emitirán a base de esos datossolamente, el usuario central si puede acceder a toda la data en conjunto.CUS.06: Generar reportesEspecificación ExtendidaCódigo CUS06Nombre Generar reporteActor/es AS_Admin_regionalSinopsis Este caso de uso se consultará y administrará la información de unaprogramación de visita.Pre-condiciones Ninguna.Post-condiciones Ninguna.Curso Normal de EventosDescripciónAS_Usuario_Global(f rom Actors)9.CUS_Generar_reporte(from Administracion)
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 44Nro.1SIROAM presenta una lista de filtros de búsqueda para generar reportes, se puede generarreportes 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.21. El usuario hace una consulta de expedientes2. SIROAM manda los parámetros de búsqueda y genera un reporte en PDF.31. El usuario hace una consulta de organismos2. SIROAM manda los parámetros de búsqueda y genera un reporte en PDF.Curso Alternativo de EventosNro. Descripción1Si la consulta no vota resultados1. SIROAM emitirá una página PDF en blanco.Reglas de NegocioNro. Descripción1 Cada región solo puede acceder a su informaciónDebido a la descentralización cada región puede acceder solo a su información, solo el usuariocentral MIMP-DIPAM puede acceder a toda.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 45Fuente: Elaboración propiaCUS Modificar ContraseñaEspecificaciones de Caso de UsoIntroducciónEste Caso de Uso permite consultar y gestionar las CIAM de una determinada región, en la pantallase muestra una tabla donde se puede consultar y editar los datos al igual que agregar nuevos.CUS.07: Modificar ContraseñaEspecificación ExtendidaSelecciona generar reportede expedientesSeleccionafiltrosSelecciona generarreportesSelecciona generar reportede organismosMuestra filtrosdisponiblesGenera reporteen PDF-Intervalo defechas.-Organismo-Estado.-Calificacion-DocumentacionSIROAM: AS_Admin_regional8.CUS_Modificar_contraseña(from Seguridad)AS_Admin_regional(f rom Actors)
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 46Código CUS07Nombre Modificar ContraseñaActor/es AS_Admin_regionalSinopsis Este caso de uso se modificará la contraseña del usuario, tendrá que poner suantigua contraseña y la nueva para validar, este evento se guardará en la tablade Logg para tener un historial.Pre-condiciones Ninguna.Post-condiciones Ninguna.Curso Normal de EventosNro. Descripción1 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.Curso Alternativo de EventosNro. Descripción1 4. Si los datos no son válidos, SIROAM mostrará el mensaje: “La contraseña no coincidepor favor verifique sus datos.”Reglas de NegocioNro. Descripción
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 47Fuente: Elaboración propiaCUS Programar visita de supervisiónSelecciona la opción demodificar contraseñaCompleta losdatosMuestra un formulario con los camposnecesarios para cambiar la contraseñaContraseñaanterior,contraseña nueva,repetir contraseñanueva¿Datos validos?Actualiza lacontraseñaSIMuestra mensajede errorNOAS_Admin_regional(f rom Actors)4.CUS_Programar_visita_supersion(from Supervision)
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 48Especificaciones de Caso de UsoIntroducciónEste Caso de Uso permite registrar la programación de la visita de supervisión que se hacen a losCARPAM para terminar con el proceso de registro y también como medida de control anual. Seregistran las fechas de programación y de supuesta visita a realizar.CUS.08: Programar visita de supervisiónEspecificación ExtendidaCódigo CUS09Nombre Programar visita de supervisiónActor/es AS_Admin_regionalSinopsis 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 unCARPAM.Para modificar la programación se necesita tener una programación yaregistrada.Post-condiciones Registrar la ficha de supervisiónCurso Normal de EventosNro. Descripción1 SIROAM presenta tabla donde están las programaciones de visita con estado pendiente, en laparte superior hay filtros de búsqueda como: fecha de programación, fecha de visita, nombrede CARPAM o por estado de la programación.Por cada programación hay dos opciones disponibles, la primera es Modificar, el usuario si laprogramación es pendiente puede modificar los datos básicos de la programación y el botón deregistrar 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 devisita: 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
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 49visita: 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ónvalidada 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.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ónvalidada 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 programaciones de visitas de supervisión.6. FIN del caso de uso.4. Modificar la programación de visita4.1 1. El usuario elije la opción de modificar programación de visita2. SIROAM valida que la fecha de la programación no sea menor a la fecha actual y que notenga 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.Curso Alternativo de EventosNro. Descripción
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 501 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 yauna ficha de supervisión registrada no se podrá hacer las modificaciones y bloquea el botónimpidiendo el acceso al formulario de actualización.Reglas de NegocioNro. Descripción1 Solo CARPAM tienen fichas de supervisiónSolo se pueden registrar programaciones y fichas de supervisión para los CARPAM.2 Proceso de RegistroEl proceso de registro del CARPAM no finalizará si no se registra una ficha de supervisión yaque de esta ficha de basa para emitir el resultado final.:AS_Admin_re...:AS_Admin_re...: iu_registrar_organismo: iu_registrar_organismo :iu_administrar/consultar_organismos: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_supervprogramar_vis_sup( )programar_vis_super( )sets( )persist( )programar_vis_sup( )programar_vis_sup( )
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 51Fuente: Elaboración propiaCUS Registrar ficha de supervisión5.CUS_Registrar_ficha_supervision(from Supervision)AS_Admin_regional(f rom Actors)
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 52Especificaciones de Caso de UsoIntroducciónEste Caso de Uso permite registrar la ficha de supervisión que se hacen a los CARPAM paraterminar con el proceso de registro y también como medida de control anual. Se registranlas fechas de programación y de supuesta visita a realizar.CUS.09: Registrar ficha de supervisiónEspecificación ExtendidaCódigo CUS09Nombre Registrar ficha de supervisiónActor/es AS_Admin_regionalSinopsis 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 unCARPAM.Para modificar la programación se necesita tener una programación yaregistrada.Post-condiciones Ninguna.Curso Normal de EventosNro. Descripción1 SIROAM presenta un formulario con los campos necesarios a llenar para registrar una ficha desupervisió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 elmismo día que se señalo en la programación, para eso al llegar a esta ventana elObjeto Programacion_Visita debe estar en sesión para que se pueda capturar la fechamediante su método get().2. Nombres y apellidos del entrevistado, SIROAM solo validará que se haya llenado estecampo 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. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 533 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 registradasatisfactoriamente.¨6 El sistema redirecciona a la pantalla de consultar fichas de supervisión.Curso Alternativo de EventosNro. Descripción1 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ónindicando lo siguiente: “La fecha de supervisión debe coincidir o estar después que la fechaprogramada.”Reglas de NegocioNro. Descripción1 Solo CARPAM tienen fichas de supervisiónSolo se pueden registrar programaciones y fichas de supervisión para los CARPAM.2 Proceso de RegistroEl proceso de registro del CARPAM no finalizará si no se registra una ficha de supervisión yaque de esta ficha de basa para emitir el resultado final.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 54Fuente: Elaboración propiaCUS Registrar organismoPresiona la opcion de registrarficha de supervisionLlena los camposnecesariosredirecciona a la pantallapara registrar la fichaMuestra los campos acompletarFecha desupervision,entrevistado,supervisor,observaciones,recomendacionesValida los datosingresados¿Datos válidos?Registrar fichade supervisionMostrar mensajede errorDatos no validos,por favorverifique lo queingreso.SIROAM: AS_Admin_regional2.CUS_Registrar_organismo(from Registro)AS_Admin_regional(f rom Actors)
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 55Especificaciones de Caso de UsoIntroducciónEste Caso de Uso permite registrar a un organismo ya sea una Institución, Organismo oCARPAM, se crea a la par el expediente que es la solicitud, el número de expediente tieneque ser el mimo que se designó en trámite documentario. Al finalizar se tiene elexpediente y el organismo registrado.CUS.10: Registrar OrganismoEspecificación ExtendidaCódigo CUS10Nombre Registrar OrganismoActor/es AS_Admin_regionalSinopsis Este caso de uso se registrará el organismo a acreditar junto con su respectivoexpediente.Pre-condiciones Autenticación del usuario (Ingresar al sistema)Post-condiciones Ninguna.Curso Normal de EventosNro. Descripción1 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 deorganismos, 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 queser 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 decreació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éfonodel Presidente y secretario, el plazo de vigencia, fecha de elección y la fecha que concluyen lasfunciones de la junta.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 56Tambié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 elnú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 queser 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 decreació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 (punto1.2)2.1 1. El usuario completa los campos necesarios.2. El usuario presiona el botón registrar.3. El sistema tomará toda la información y la pondrá en las respectivas tablas de la base dedatos.4. El sistema muestra un mensaje de verificación de que la operación se realizó sin problemas.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.1 1. El usuario completa los campos necesarios.2. El usuario presiona el botón registrar.3. El sistema tomará toda la información y la pondrá en las respectivas tablas de la base dedatos con estado ‘Pendiente’.4. Para culminar el proceso de registro y acreditación se debe registrar una ficha desupervisión, previamente haber programado la visita. EJECUTAR ELCUS_Programar_visita_supervisión y CUS_Registrar_ficha_supervisión.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 575. Fin del caso de uso del sistema.Curso Alternativo de EventosNro.1DescripciónReglas de NegocioNro. Descripción1 Campos obligatoriosEl sistema requiere que para CARPAM se llene los campos de Licencia municipal y número deRUC.2 Ficha de supervisiónPara completar con el registro y acreditación del CARPAM se debe registrar una ficha desupervisión.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 58:AS_Admin_re...:AS_Admin_re...:iu_administrar/consultar_organismos:iu_administrar/consultar_organismos: 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_ROLEregistrarExpedienteinsertarOrganismo( )guardarExpediente( )guardarOrganismo( )generarCidParty( )setCidParty( )generarCidPartyRole( )setCidPartyRole( )setCidPartyRole( )persist( )Ingresa a la pantalla principal de organismoretorna datosMuestra nuevo Organismo en tabla
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 59Fuente: Elaboración propiaSelecciona opciónregistrar OrganismoSelecciona el tipode OrganismoCompleta lasfechasLlena los datos necesarios como los delorganismo y sus representantesCarga la pantalla y muestra las opciones deregistrar Organizacion,Institucion o CARPAM.Muestra los campos allenarMuestra los campos de fechasde solicitud, atencionValida losdatosDatos correctos?NoGraba en la BDSIRCOAMSíMuestra mensaje deconfirmacionSIRCIAM: AS_Admin_regional
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 60Fuente: Elaboración propia
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 613.4 Análisis de la Viabilidad del Proyecto de Tesis3.4.1 Análisis Técnico del ProyectoPara 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 desoftware. Esta metodología facilita el control de riesgos respecto al desarrollo de software ya queal finalizar la segunda fase del RUP, elaboración, uno se puede dar cuenta y asegurarse de que laarquitectura pensada y elegida para el proyecto funcionará de forma correcta. Debido a toda ladocumentación y análisis que se desarrollan en las primeras fases, se puede tener bien claro losobjetivos del software a desarrollarse de modo que el enfoque no se pierda con el transcurrir deltiempo.Se busca que se utilicen herramientas que no requieran algún tipo de licencia ya que en unaposible 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 basede datos que se decidió utilizar Oracle, este es un sistema gestor de base de datos (SGBD) tienebeneficios como soporte de transacciones, estabilidad, escalabilidad, optimización de tiempos derespuesta, 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 lalicencia 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 diversasformas de manejo de autorización, posee muchas alternativas para la administración de la BDcomo el uso de synonyms, materilized y view, además de más niveles de aislamiento encomparació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 EnterpriseEdition 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 laexperiencia del autor en el manejo de este y es multiplataforma.Además para cumplir con los requerimientos no funcionales como la arquitectura se necesita queel lenguaje soporte el paradigma de la programación orientad a objetos, al ser multiplataforma sepuede trabajar sobre un S.O. que no requiera de licencia aliviando los costos de una posibleimplementación, la calidad y cantidad de las herramientas que facilitan el desarrollo en java tal esel caso de los IDE, y la ventaja de performance con respecto a otros lenguajes.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 62Al adquirir una licencia de Oracle Enterprise Edition se esta obligado a comprar también elservidor 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á OracleJdeveloper 10g , este se integra mejor al servidor de aplicaciones por ser de Oracle y comoframework será Java server faces versión 1.2 ya que solo se puede usar hasta esa versión en dichoIDE, no se podría utilizar la versión 2.0 por que se tendría que utilizar el IDE 11g y este ya nofuncione 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 denuevas tecnologías. La vida útil de un software en este caso de una aplicación se considera conuna vida útil estimada de 6 a 10 años. A su vez, un período mayor no sería convenienteconsiderarlo ya que los avances tecnológicos harían obsoleta la aplicación y por lo general se llegaa ese número cuando se torna más caro mantener la aplicación.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 633.4.2 Análisis Económico Financiero del ProyectoPara la medida de la rentabilidad del proyecto, comparación de los costos previstos y beneficiosesperados dividimos los costos de inversión en costos de equipo, costos de software, costos demantenimiento y costos de infraestructura.Costos de SoftwarePara estos costo como se menciono en la factibilidad tecnica, la institución ya cuenta con lalicencia del motor de base de datos, al adquirirla necesariamente tienes que adquirir el servidor deaplicaciones de Oracle y otro programa como se detalla en el cuadro sgte.Product Description CSI # QtyLicenseLevel/type Start Date PriceOracle Database Enterprise Edition -15935754 1 FULL USE 28-ago-12 21.542,24Processor PerpetualInternet Application Server 15935754 1 FULL USE 28-ago-12 5.385,56Enterprise Edition - ProcessorPerpetualSpatial - Processor Perpetual 15935754 1 FULL USE 28-ago-12 16.156,6843.084,48S/.50.839,69S/.SubTotalImporte TotalEntonces en una posible implementación se tendría costo cero, pero la renovación de la licencia esanual, así que se incluirían estos costos en el flujo de caja.Otros costos de software:Costo del IDE Jdeveloper : ceroCosto del Lenguaje de programación: ceroCosto 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
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 64Costo total de software :50839,6943051.269,69S/.Costo de Recursos Humanos :Jefe de proyecto: Sueldo mensual de: S/. 5,000.00Arquitecto de Sistemas:Sueldo mensual de: S/. 4,500.00Analista programador: Sueldo mensual de: S/. 4,000.00Administrador de BD: Sueldo mensual de: S/. 2,800.00Diseñador web: Sueldo mensual de: S/. 2,500.00Programador: Sueldo mensual de: S/. 1,800.00Testeador: Sueldo mensual de: S/. 1,000.00Recurso Cantidad Costo/hora Horas ImporteJefe 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 semanasal mes, que hacen un total de 160 horas mensuales de trabajo)Costos de equipo.Costo del servidor PowerEdge T320: S/. 6899Este ya cuenta la institución pero se tomara en cuenta en el flujo de caja.Costo de hardware:4 pcs procesador i5 : S/. 8500Costo total de equipo:6899850015.399,00S/.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 65Costos de InfraestructuraEl espacio físico donde se desarrollara el proyecto será la misma institución y no setomara en cuenta para el flujo de caja.Costo de MantenimientoEl mantenimiento del aplicativo estará a cargo de un practicante del área deinformática con un sueldo de S/.700 soles mensuales.Costo total de mantenimiento: S/. 1400Beneficios EsperadosEl aplicativo web SIROAM se estima una vida útil de cinco años, cuando los costos de mantener elaplicativo sean mas caros y la tecnología con la que se realizo se haga cada ves menos usada sedice que ha llegado a su tope de vida del software.Los beneficios del aplicativo SIROAM pueden ser tangibles o intangiblesBeneficios IntangiblesSe podrán tomar decisiones para destinar el presupuesto participativo a laspoblaciones 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 quetrabajan con el adulto mayor.El sistema se adaptara a las reglas de negocio, facilitara el cumpliendo de losrequisitos legales que estado norma.Indirectamente el sistema apoya a que el adulto mayor tenga una mejor calidad devida (hablando de la supervisión de los CARPAM).Beneficios tangiblesSe reducirían los gastos administrativosSe reducen los salarios, al tener un aplicativo web ya no habría la necesidad de quemuchas personas hagan la supervisión, llamen para pedir información a losgobierno regionales o gasten excesivo papel.Se ahorra el gastos de luz, internet, teléfono, papel, cartuchos de impresión, útilesde oficina.El valor de depreciación de los equipos para el trabajo se reduce.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 66Caracteristica del gasto Qty Gasto ahorrado Meses Soles / AñoPersonal 1 3500 12 42000Reduccion de la depreciacion 1 400 12 4800Utiles y servicios 1 2000 12 24000Total 70.800,00S/.Análisis FinancieroA continuación se muestra el flujo de caja del proyecto de tesis que en una posibleimplementacióntendría una duración de 100 días, aproximadamente 4 mesescalendario.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 mostradosque el proyecto es rentable.
    • 3. CAPÍTULO III : DISEÑO DE LA SOLUCIÓNCentro de Investigación de Tesis en Ingeniería de Sistemas 67
    • 4. CAPÍTULO IV : VALIDACIÓN DEL MODELOCentro de Investigación de Tesis en Ingeniería de Sistemas 684. CAPÍTULO IV: VALIDACIÓN DEL MODELO4.1 Instrumentos y TécnicasTécnicas de levantamiento de informaciónEncuestasInventario de documentos fuentesSoftware utilizado:IBM Rational Rose para el modelamiento de procesosDiseño de la base de datos con ErwinDiseño de los prototipos con BalsamiqMockups 2.2.3Microsoft OfficeAdobe ReaderMotor de base de datos Oracle Express Edición (En la etapa de desarrollo)4.2 Diseño del PrototipoLas siguientes imágenes para la realización del prototipo fueron elaboradas con el softwareBalsamiq Mockups 2.2.3, se explica cómo se utilizaría el software si se llegara a implementar.Se registra como usuario Administrador Central
    • 4. CAPÍTULO IV : VALIDACIÓN DEL MODELOCentro de Investigación de Tesis en Ingeniería de Sistemas 69Se registra como Administrador RegionalAquí se muestra la bienvenida del administrador central
    • 4. CAPÍTULO IV : VALIDACIÓN DEL MODELOCentro de Investigación de Tesis en Ingeniería de Sistemas 70El 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 loscampos.Llenamos los campos para la pestaña organismo
    • 4. CAPÍTULO IV : VALIDACIÓN DEL MODELOCentro de Investigación de Tesis en Ingeniería de Sistemas 71
    • 4. CAPÍTULO IV : VALIDACIÓN DEL MODELOCentro de Investigación de Tesis en Ingeniería de Sistemas 72
    • 4. CAPÍTULO IV : VALIDACIÓN DEL MODELOCentro de Investigación de Tesis en Ingeniería de Sistemas 73Aquí nos muestra el resultado después de haber registrado una organización
    • 4. CAPÍTULO IV : VALIDACIÓN DEL MODELOCentro de Investigación de Tesis en Ingeniería de Sistemas 74Procedimiento para el registro de un CARPAM :
    • 4. CAPÍTULO IV : VALIDACIÓN DEL MODELOCentro de Investigación de Tesis en Ingeniería de Sistemas 75
    • 5. CAPÍTULO V : CONCLUSIONES Y RECOMENDACIONESCentro de Investigación de Tesis en Ingeniería de Sistemas 765. CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES5.1 ConclusionesDurante las etapas de análisis y diseño fueron las que tomaron más tiempo para surealización ya que son las más críticas debido a las reglas del negocio en este casolos requisitos legales deben ser cumplidas.En una posible implementación los usuarios regionales necesitaran entender bienel sistema y las reglas del negocio para poder trabajar eficientemente.Al utilizar la metodología RUP, toda la documentación que nos proporcione nospermitirá en un futuro realizar cambios en caso se modifiquen algunas normaslegales.Una arquitectura como MVC robusta y eficiente nos facilitara realizar pruebasunitarias en una posible implementación para así tener transacciones máseficientes.5.2 RecomendacionesSe recomienda dedicar regular tiempo para entender bien el negocio y establecerlas reglas de forma de cumplir con los requerimientos, en caso haya unrequerimiento adicional.Se requiere elaborar una interfaz gráfica de usuario muy intuitiva que facilite suentendimiento y si se implementara, capacitar al usuario.Se requiere documentar correctamente cada uno de los artefactos que nos daRUP 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 evitarcomplicaciones del sistema y una vez puesto en funcionamiento, los errores quepueda presentar el sistema sean los mínimos posibles.
    • REFERENCIASCentro de Investigación de Tesis en Ingeniería de Sistemas 77REFERENCIAS[1] Ministerio de la Mujer y Poblaciones Vulnerables, Reseña histórica del Ministerio dela Mujer y Poblaciones Vulnerables. Disponible en laweb: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 unSistema 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 unSistema de apoyo al seguimiento de Procesos Judiciales para un Estudio de Abogados,pág. (28).
    • REFERENCIASCentro de Investigación de Tesis en Ingeniería de Sistemas 78Tabla 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[T3] Joseph Schmuller, Aprendiendo UML en 24 ED (2000), Prentice Hall, pág. 29[T4] Joseph Schmuller, Aprendiendo UML en 24 ED (2000), Prentice Hall, pág. 29[T5] Joseph Schmuller, Aprendiendo UML en 24 ED (2000), Prentice Hall, pág. 30[T6] Joseph Schmuller, Aprendiendo UML en 24 ED (2000), Prentice Hall, pág. 31[T7] Joseph Schmuller, Aprendiendo UML en 24 ED (2000), Prentice Hall, pág. 32[T8] Joseph Schmuller, Aprendiendo UML en 24 ED (2000), Prentice Hall, pág. 32[T9] Joseph Schmuller, Aprendiendo UML en 24 ED (2000), Prentice Hall, pág. 32[T10] Joseph Schmuller, Aprendiendo UML en 24 ED (2000), Prentice Hall, pág. 33
    • APÉNDICECentro de Investigación de Tesis en Ingeniería de Sistemas 79APÉNDICE1. 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 cualidadestiene un CARPAM, es el documento final para poder acreditar a un CARPAM. Sirvetambién como medio para supervisarlo anualmente.10. Autorización Sectorial:Documento emitido por las municipalidades en el cual indicanque 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 quetrabajan con adultos mayores.13. Acta de Fundación: Documento solicitado a los organismos para demostrar queexisten.14. Copia Literal de Inscripción: Documento emitido por los Registros Públicos parademostrar que una Institución existe y puede funcionar.15. SIS: Seguro Integral de Salud (SIS) tiene como finalidad proteger la salud de losperuanos que no cuentan con un seguro de salud, priorizando en aquellas poblacionalesvulnerables que se encuentran en situación de pobreza y pobreza extrema.16. Constancia de Inscripción: Documento emitido por el MIMP que verifica elcumplimiento 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 SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 80ANEXOSAnexo Nº1ORGANIGRAMA ESTRUCTURAL DEL MINISTERIO DE LA MUJER Y POBLACIONES VULNERABLESDESPACHO MINISTERIALÓrgano de Control InstitucionalComisiones ConsultivasProcuraduría PúblicaDespacho Viceministerial de la MujerDirección general de igualdad de género y no discriminacióno Dirección de políticas de igualdad de género y no discriminacióno Dirección de promoción y protección de los derechos de la mujerDirección general de transversalizacion del enfoque de generoo Dirección de articulación Sectorial e Institucionalo Dirección de articulación con los gobiernos regionales y localesDirección general contra la violencia de generoo Dirección de políticas para un vida libre de violenciao Dirección de asistencia técnica y promoción de serviciosDespacho Viceministerial de Poblaciones VulnerablesDirección general de población y desarrolloo Dirección de poblacióno Dirección de desplazados y cultura de pazDirección general de niñas, niños y adolescenteso Dirección de políticas sobre niñas, niños y adolescenteso Dirección de sistemas locales y defensoríaso Dirección de investigación tutelarDirección general de la familia y la comunidado Dirección de fortalecimiento de las familiaso Dirección de personas adultas mayoreso Dirección de beneficencias públicas y voluntariado.Dirección general de Adopcioneso Dirección de evaluación integral para la adopcióno Dirección de adopción y post adopcióno Dirección de capacitación y registro de la informaciónSecretaria GeneralOficina de comunicaciónOficina de Defensa NacionalOficina general de asesoría jurídicaOficina de tramite documentario y atención al ciudadanoOficina general de administracióno Oficina de abastecimiento y servicioso Oficina de asuntos financieroso Oficina de tecnologías de informaciónOficina general de recursos humanoso Oficina de Desarrollo y talento humanoo Oficina de procesos técnicos de personalOficina general de planeamiento y presupuestoo Oficina de planeamientoo Oficina de presupuesto e inversiones
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 81o Oficina de modernización institucionalo Oficina de cooperación internacionalOficina general de monitoreo, evaluación de políticas y gestión descentralizadao Oficina de gestión descentralizadao Oficina de monitoreo y evaluación de políticasOficinas desconcentradas
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 82Anexo Nº2
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 83Anexo Nº3(LEY Nº28803 – Ley de las Personas Adultas Mayores)
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 84
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 85Anexo Nº4(Decreto supremo Nº13-2006- MINDES – Reglamento de la LEY Nº28803)
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 86
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 87Anexo Nº5(Decreto supremo Nº009-2010- MINDES – Establece los requisitos mínimos para elFuncionamiento de CARPAM)
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 88
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 89Anexo Nº6 (Requisitos para la inscripción – Registro Nacional de Instituciones u Organizaciones depersonas adultas mayores)
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 90Anexo Nº7 Ley Marco de Descentralización Nº 26922Ley No. 26922 LEY MARCO DEDESCENTRALIZACIONPromulgada el 02.FEB.93Publicada el 03.FEB.98TITULO PRELIMINARArtículo 1o.- Del contenidoLa presente ley de desarrollo constitucional contiene las normas que ordenan el proceso dedescentralización del país, en cumplimiento del Capítulo XIV del Título IV de la ConstituciónPolítica, a fin de efectuar su implementación gradual, estableciendo un sistema de relacionesinterinstitucionales en el marco de un gobierno unitario, representativo y descentralizado.Artículo 2o.- De las definicionesPara efectos del proceso de descentralización y la aplicación de la presente Ley, entiéndasepor:a) Descentralización: La transferencia de facultades y competencias del Gobierno Central yde los recursos del Estado a las instancias descentralizadas.b) Desconcentración: La distribución de las competencias y funciones de las EntidadesPúblicas hacia los órganos bajo su dependencia.c) Entidad Pública: Organismos constitucionalmente autónomos, Poder Judicial, MinisterioPúblico, instancias descentralizadas, Ministerios y organismos públicos descentralizados.d) Instancia Descentralizada: Persona jurídica de derecho público que ejerce competenciasen determinado ámbito territorial y funcional con la autonomía que le confiere laConstitución y la Ley, como son las Municipalidades y las Regiones.e) Organismo Público Descentralizado: Persona jurídica de derecho público que ejercecompetencias sectoriales con los grados de autonomía que le confiere la Ley.f) Órgano Desconcentrado: Dependencia que ejerce competencias por delegación de laentidad pública a la cual pertenece.g) Competencia: Conjunto de atribuciones y responsabilidades inherentes o asignadas a unaentidad pública para el ejercicio de sus funciones.h) Autonomía: Potestad para decidir en las materias de su competencia conforme a laConstitución y la Ley.Artículo 3o.- De los objetivosSon objetivos del proceso de descentralización:a) Promover el desarrollo armónico de las diferentes localidades del país.b) Promover la cobertura y el abastecimiento de servicios esenciales y de infraestructurabásica en todo el territorio nacional.c) Promover las inversiones nacionales y extranjeras en todo el país.d) Promover el desarrollo de las capacidades y de los recursos de los ciudadanos y de lasociedad en su conjunto, para lograr el mejoramiento de la calidad de vida de la población.e) Fortalecer la unidad del Estado mediante la distribución ordenada y eficiente de lascompetencias públicas y la adecuada relación entre los diferentes ámbitos de gobierno y laadministración estatal.
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 91f) Lograr adecuados niveles de coordinación de las entidades públicas de ámbito nacionalcon las instancias descentralizadas.g) Lograr adecuados niveles de participación de los ciudadanos en la gestión de los asuntospúblicos de su localidad.h) Administrar con eficiencia los recursos públicos.i) Mantener una clara asignación de competencias entre las entidades públicasdescentralizadas y desconcentradas que evite la innecesaria duplicidad de funciones y delgasto público, y la elusión de responsabilidades en la prestación de los servicios.TITULO IGobierno Central y DescentralizaciónArtículo 4o.- Del Gobierno CentralEl Gobierno Central participa en la evaluación y desarrollo del proceso de descentralización.También participa, a través de los representantes de los sectores y organismos públicosdescentralizados, en la coordinación local y regional.Artículo 5o.- De la organización del Gobierno Central Las normas de organización del PoderEjecutivo, de los ministerios y de los organismos públicos descentralizados, establecen suorganización y funciones tomando en cuenta la organización y competencias de lasinstancias descentralizadas.Artículo 6o.- De los órganos desconcentrados del Gobierno CentralCorresponde a los órganos desconcentrados del Gobierno Central concertar y coordinaradecuadamente con las instancias descentralizadas la ejecución de las acciones de sucompetencia.TITULO IISistema de CompetenciasArtículo 7o.- De la asignación de competencias7.1. A cada instancia descentralizada le corresponde un conjunto de competencias yfunciones asignadas por la Constitución y las leyes.7.2. Las competencias que no sean expresamente asignadas por la Ley a las municipalidadesy las regiones, se entenderán que corresponden al Gobierno Central.Artículo 8o.- De los tipos de competenciaLa asignación ordenada y eficiente de competencias responde a la siguiente clasificación:a) Competencias exclusivas: son aquellas ejercidas con autonomía por la entidad públicaresponsable según la Constitución y la Ley. Ninguna otra entidad puede asumir dichascompetencias sin la previa delegación de la responsable.b) Competencias compartidas: son aquellas que se ejercen por más de una entidad pública,en planos distintos de responsabilidad y función, de acuerdo a Ley, en aspectos deregulación, financiación, ejecución o control.c) Competencias delegadas: son aquellas que, por convenio previo y conforme a Ley, sondelegadas a una entidad pública distinta de la titular de la responsabilidad con la finalidadque sean ejecutadas con mayor eficiencia. La responsabilidad frente a los ciudadanos no sedelega.Artículo 9o.- De los criterios de asignaciónPara la asignación de competencias y funciones, además de la clasificación establecida en el
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 92artículo precedente, se deberá tomar en cuenta de manera concurrente los siguientescriterios:a) Evitar su innecesaria duplicidad o superposición.b) Evaluación de las instancias descentralizadas en función de:1. Aptitudes y capacidades.2. Costo-beneficio.3. Manejo de información.c) Aplicación del principio de subsidiariedad, por el cual se prioriza a la entidad pública máscercana a la población como la idónea para ejercer la competencia o función en su localidad.d) Revisión del desempeño y capacidad en el ejercicio de la competencia o función.Artículo 10o.- De los principios de ejecución de competenciasLos principios para la ejecución de competencias son: a) Coordinación: los responsables de laformulación y ejecución de políticas, programas y acciones en ejercicio de sus competencias,deben armonizar y coordinar su actuación para asegurar un eficaz servicio.b) Concurrencia: en el ejercicio de las competencias compartidas cada entidad pública debeactuar con sujeción a la normatividad nacional, cumpliendo a cabalidad las acciones que lecorresponden, de manera oportuna y eficiente, y dentro del campo de sus propiasatribuciones.c) Eficacia: será responsable del ejercicio de la competencia la entidad pública que seencuentre en condiciones de prestar el servicio al ciudadano, aun cuando de acuerdo alprincipio de subsidiariedad no fuera el llamado para hacerlo.Artículo 11o.- De la cofinanciación de proyectos con participación de la comunidadLas instancias descentralizadas, con participación de la población organizada e instituciones,son competentes para ejecutar proyectos en obras de infraestructura y de servicios públicosmediante un sistema de cofinanciación.TITULO IIIDel Proceso de TransiciónArtículo 12o.- De la Departamentalización12.1. El proceso de regionalización se constituye sobre el ámbito territorial de losDepartamentos. Con ese fin a partir de la vigencia de la presente Ley, créanse los ConsejosTransitorios de Administración Regional (CTAR) en cada uno de los Departamentos del país,como organismos públicos descentralizados del Ministerio de la Presidencia, con autonomíatécnica, presupuestal y administrativa en el ejercicio de sus funciones, en concordancia conlo dispuesto en el Artículo 14§ de la presente Ley.12.2. Las provincias y distritos que a la fecha están bajo la jurisdicción administrativa de unConsejo Transitorio de Administración Regional distinto al Departamento al que pertenecen,quedarán comprendidas en el Consejo Transitorio de Administración Regional de esteúltimo, a partir de su fecha de instalación.12.3. La sede administrativa de cada Consejo Transitorio de Administración Regional será laciudad capital del respectivo Departamento.12.4. Los Consejos Transitorios de Administración Regional tendrán vigencia hasta quequeden constituidas las Regiones.Artículo 13o.- De la denominaciónLos organismos antes referidos, se identificarán con la denominación CTAR seguida delnombre del Departamento respectivo, en la forma siguiente: CTAR Amazonas, CTAR Ancash,
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 93CTAR Apurímac, CTAR Arequipa, CTAR Ayacucho, CTAR Cajamarca, CTAR Cusco, CTARHuancavelica, CTAR Huánuco, CTAR Ica, CTAR Junín, CTAR La Libertad, CTAR Lambayeque,CTAR Loreto, CTAR Madre de Dios, CTAR Moquegua, CTAR Pasco, CTAR Piura, CTAR Puno,CTAR San Martín, CTAR Tacna, CTAR Tumbes y CTAR Ucayali.Artículo 14o.- De la relación con el Ministerio de la PresidenciaEl Ministerio de la Presidencia aprueba las metas, estrategias y actividades de los ConsejosTransitorios de Administración Regional y evalúa los resultados de su gestión.Artículo 15o.- De la relación con los MinisteriosPor encargo de los Titulares de los Ministerios, los CTAR podrán efectuar el pago de lasremuneraciones de los órganos desconcentrados de aquéllos.El encargo se formalizará mediante convenio en los términos que señale el Reglamento de lapresente Ley.Artículo 16o.- De las funcionesLos Consejos Transitorios de Administración Regional tendrán las siguientes funcionesgenerales:a) Conducir y ejecutar de manera coordinada la formulación, seguimiento y evaluación de lasacciones de desarrollo de alcance departamental con énfasis en la programación sectorialregional de los Programas Nacionales de Inversión a toda fuente.b) Gestión y monitoreo de estudios relativos al planeamiento físico de envergaduradepartamental, con énfasis en los aspectos relativos a las condiciones socioeconómicas de lapoblación y ventajas competitivas, a ser ejecutados por el sector privado.c) Promover la complementación de acciones de alcance departamental con aquellas decompetencia de los Gobiernos Locales.d) Promover la ejecución de inversiones privadas de alcance departamental y sucomplementación con las inversiones públicas, participando en las acciones a las que hacereferencia la normatividad sobre promoción de inversiones privadas (identificación deestudios, proyectos e infraestructura a ser cedidos para su ejecución y explotación al sectorprivado).e) Evaluar las solicitudes sobre asuntos de demarcación territorial con arreglo a la legislaciónde la materia, y elevar el Informe Técnico respectivo a la Presidencia del Consejo deMinistros.f) Velar por el adecuado cumplimiento de las normas sobre medio ambiente y recursosnaturales, en el marco de las políticas nacionales y sectoriales, en coordinación con lasentidades públicas responsables.g) Supervisar la prestación de los servicios públicos y administrativos, en coordinación conlos Sectores del nivel central, en la forma y condiciones que determine el Reglamento.h) Apoyar a los Gobiernos Locales con asistencia técnica en los servicios de competencia deéstos.i) Actuar como última instancia administrativa en las materias que establezca el Reglamento.j) Ejercer las demás competencias y funciones generales o específicas que les correspondapor mandato legal o que les encomiende el Poder Ejecutivo.Artículo 17o.- De la estructura organizativa17.1. La estructura organizativa básica de los Consejos Transitorios de AdministraciónRegional está conformada por el Presidente Ejecutivo y el Secretario Técnico, quienesejercen el máximo nivel jerárquico y serán designados por Resolución Suprema refrendadapor el Presidente del Consejo de Ministros y por el Ministro de la Presidencia.17.2. El Presidente Ejecutivo es el Titular del Pliego. El Secretario Técnico reemplaza al
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 94Presidente en caso de ausencia o impedimento.17.3. La estructura orgánica se complementa con los órganos de línea, asesoría y apoyo, através de Gerencias, conforme lo determine el correspondiente Reglamento de Organizacióny Funciones.Artículo 18o.- De la organización presupuestaria18.1. Cada Consejo Transitorio de Administración Regional constituye un pliegopresupuestal, dentro del Sector 025 Ministerio de la Presidencia.18.2 El Presupuesto de cada Consejo Transitorio de Administración Regional se determina enbase a los recursos del Presupuesto Institucional del pliego regional del cual proviene.Artículo 19o.- De los recursos19.1. Los Consejos Transitorios de Administración Regional correspondientes a losDepartamentos de Ancash, Arequipa, La Libertad, Loreto, San Martín y Ucayali, conservan elpatrimonio, personal, acervo documentario, y los recursos presupuestales y financieros queposeen o les pertenece conforme a Ley.19.2. Los Consejos Transitorios de Administración Regional correspondientes a losDepartamentos de Tumbes, Piura, Lambayeque, Cajamarca, Amazonas, Huánuco, Junín,Pasco, Ayacucho, Huancavelica, Ica, Cusco, Apurímac, Madre de Dios, Puno, Moquegua yTacna, asumen el patrimonio, personal, acervo documentario y los recursos presupuestales yfinancieros que corresponda a su respectivo Departamento, según la relación de bienes yrecursos que poseen a la fecha de entrada en vigencia de la presente Ley, en dichasjurisdicciones, los Consejos Transitorios de Administración Regional en funciones.DISPOSICIONES COMPLEMENTARIASPRIMERA.- Del régimen de CORDELICALa Corporación de Desarrollo de Lima y Callao (CORDELICA), se rige por su Ley de creación yEstatuto correspondiente, así como por la presente Ley, en lo que fuere aplicable.SEGUNDA.- De las Direcciones Regionales y Subregionales2.1. Las Direcciones Regionales y Subregionales, a cargo de los Consejos Transitorios deAdministración Regional, se incorporan a sus respectivos Ministerios, a partir del 1§ de abrilde 1998.Dicha incorporación incluye al personal, con los niveles y categorías que les corresponda, asícomo el acervo documentario, bienes patrimoniales y recursos financieros del Presupuestoasignado para las funciones y servicios que se trasladan.2.2. Mediante Decreto Supremo, refrendado por el Ministro de Economía y Finanzas y elMinistro de la Presidencia, se aprueban las transferencias de partidas entre los organismosdel Sector Público por efecto de la fusión de las dependencias públicas dispuestas en elnumeral precedente. Dicha transferencia se efectúa con cargo a los saldos presupuestales al31 de marzo de 1998 de las asignaciones presupuestales autorizadas, por toda fuente definanciamiento, a las Unidades Ejecutoras por Función, Programa, Subprograma, Actividad yProyecto, de las cuales forman parte las Direcciones Regionales y Subregionales de cadaPliego Regional. Los saldos presupuestales se calculan deduciendo del PresupuestoInstitucional de las Unidades Ejecutoras que correspondan al monto de los calendarios decompromisos autorizados durante el primer trimestre de 1998.TERCERA.- Funcionamiento de los CTAR3.1. El Ministerio de la Presidencia queda encargado de la ejecución y supervisión de lastransferencias del personal, patrimonio, acervo documentario y recursos presupuestales y
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 95financieros correspondientes a los Consejos Transitorios de Administración Regionalreferidos en el Título III y en la Segunda Disposición Complementaria de la presente Ley.Las transferencias de personal, patrimonio y acervo documentario culminan, a más tardar el30 de junio de 1998.3.2. Asimismo el Ministerio de la Presidencia queda facultado para adoptar las accionesadministrativas que resulten necesarias para el normal funcionamiento de los ConsejosTransitorios de Administración Regional de todos los Departamentos a partir del 1§ de juliode 1998.3.3. Para efectos de lo dispuesto en los párrafos precedentes, la asignación y distribución depersonal no podrá exceder el número de plazas presupuestadas para cada ConsejoTransitorio de Administración Regional al 31 de diciembre de 1997.3.4. Mediante Decreto Supremo, refrendado por el Ministro de Economía y Finanzas y elMinistro de la Presidencia, se aprueban las transferencias de Partidas por efecto de lacreación de los Pliegos Consejos Transitorios de Administración Regional a que se refiere lapresente Ley. Dichas transferencias comprenden los saldos presupuestales al 30 de junio de1998, por toda fuente de financiamiento, de las asignaciones presupuestarias autorizadas alas Unidades Ejecutoras por Función, Programa, Subprograma, Actividad y Proyecto de cadaPliego Regional. Los saldos presupuestales se calculan deduciendo del PresupuestoInstitucional modificado de cada Unidad Ejecutora de los Pliegos Regionales, el monto de loscalendarios de compromisos autorizados durante el primer semestre de 1998.CUARTA.- Transferencia de partidas adicionalesLas transferencias de partidas adicionales, que sean necesarias aprobar a las dispuestas porla presente Ley, se autorizan por Decreto Supremo en el marco de lo dispuesto por elartículo 11o de la Ley No 26894.QUINTA.- Medidas reglamentarias y complementarias para el funcionamiento de los CTAREl Poder Ejecutivo en un plazo no mayor de sesenta (60) días naturales, contados a partir dela vigencia de esta Ley, dictará mediante Decreto Supremo, con el voto aprobatorio delConsejo de Ministros, las normas reglamentarias y complementarias para el funcionamientode los Consejos Transitorios de Administración Regional creados por la presente Ley, asícomo sus respectivos Reglamentos de Organización y Funciones.SEXTA.- Disposición DerogatoriaDerogarse o déjanse sin efecto las siguientes normas legales:a) Leyes Nos. 23878; 24650; 24792; 24793; 24794; 24872; 24874; 24945; 24985; 24986;25014; 25020; 25021; 25022; 25023; 25077; 25193; 25196 y 26499.b) Decretos Leyes Nos. 25432, 25841 y 26109.c) Decretos Supremos Nos. 071-88-PCM; 060-89-PCM; 063-89-PCM; 065-89-PCM y 088-92-PCM.d) Las demás que se opongan a la presente Ley.
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 96Anexo Nº8DS 362-2011-MIMDES
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 97
    • ANEXOS SIROAMCentro de Investigación de Tesis en Ingeniería de Sistemas 98Anexo Nº9Registro de CARPAM