“MEJORAR LA FISCALIZACIÓN DE LOS RECURSOS PROVENIENTES DE ... · La presente investigación...
183
1 UNIVERSIDAD NACIONAL DEL CALLAO FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS INSTITUTO DE INVESTIGACIÓN DE LA FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS PROYECTO DE INVESTIGACIÓN: “MEJORAR LA FISCALIZACIÓN DE LOS RECURSOS PROVENIENTES DE LA COOPERACIÓN INTERNACIONAL NO REEMBOLSABLE MEDIANTE UN SISTEMA INFORMÁTICO” INVESTIGADOR RESPONSABLE: JUAN FRANCISCO RAMIREZ VELIZ Magister en Informática y Computación (Periodo de ejecución: del 01-02-2011 al 31-01-2012) (Resolución Rectoral Nｺ 138-2011-R) Callao – Perú 2012
Transcript of “MEJORAR LA FISCALIZACIÓN DE LOS RECURSOS PROVENIENTES DE ... · La presente investigación...
1
UNIVERSIDAD NACIONAL DEL CALLAOFACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS
INSTITUTO DE INVESTIGACIÓN DE LA FACULTAD DE INGENIERÍAINDUSTRIAL Y DE SISTEMAS
PROYECTO DE INVESTIGACIÓN:
“MEJORAR LA FISCALIZACIÓN DE LOSRECURSOS PROVENIENTES DE LACOOPERACIÓN INTERNACIONAL NOREEMBOLSABLE MEDIANTE UNSISTEMA INFORMÁTICO”
INVESTIGADOR RESPONSABLE:
JUAN FRANCISCO RAMIREZ VELIZMagister en Informática y Computación
(Periodo de ejecución: del 01-02-2011 al 31-01-2012)(Resolución Rectoral Nº 138-2011-R)
Callao – Perú2012
2
INDICEPágina
RESUMEN 04INTRODUCCIÓN 05CAPITULO I: PLANTEAMIENTO DEL PROBLEMA
1.1 Antecedentes de la investigación 071.2 Planteamiento del Problema 081.3 Objetivos
1.3.1 Objetivo general 101.3.2 Objetivos Específicos 10
1.4 Justificación e importancia de la Investigación 111.5 Alcances y Limitaciones 111.6 Definición de Indicadores 12
CAPITULO II: MARCO TEORICO2.1 Dirección del área de Fiscalización 13
2.1.1 Reseña histórica 132.1.2 Misión 142.1.3 Visión 142.1.4 Organigrama 14
2.2 Bases Teóricas2.2.1 Lenguaje de Modelamiento Unificado 162.2.2 Objetivos de UML 172.2.3 Orientación a objetos 172.2.4 Fases de desarrollo 182.2.5 Artefactos para el desarrollo de proyectos 192.2.6 El Proceso de Desarrollo 202.2.7 El proceso Unificado de Desarrollo RUP 212.2.8 Arquitectura Tecnológica 25
2.3 Hipótesis2.3.1 Hipótesis General 292.3.2 Hipótesis Específicas 29
CAPITULO III: MÉTODO3.1 Tipo de la Investigación 303.2 Diseño de Investigación 303.3 Estrategia de Prueba de Hipótesis 313.4 Variables 323.5 Población 323.6 Muestra 323.7 Técnicas de Investigación 34
3.7.1 Instrumentos de recolección de datos 343.7.2 Procesamiento y Análisis de Datos 34
3
CAPITULO IV: PRESENTACIÓN DE RESULTADOS4.1 Situación Actual del Sistema 374.2 Aplicación de la Metodología Propuesta para el desarrollo
del software (RUP) 404.2.1 Visión General del Proyecto 404.2.2 Misión y alcance 404.2.3 Organización del Proyecto 404.2.4 Gestión del Proceso 42
4.3 Resultados de la Fase de Inicio 434.3.1 Modelo de Casos de Uso del Negocio 43
4.4 Resultados de la Fase de Elaboración 494.4.1 Análisis de Requerimientos del Sistema 504.4.2 Elaborar Plan Anual de Fiscalización 784.4.3 Análisis del Sistema 854.4.4 Diseño del Sistema 944.4.5 Diagrama Entidad Relación de la Base de Datos 1104.4.6 Prototipo del Sistema 111
4.5 Resultados de la Fase de Construcción 1274.5.1 Implementación del Sistema 1274.5.2 Modelo de datos físico 129
4.6 Contrastación de Hipótesis 1314.7 Análisis e Interpretación 140
CAPITULO V: DISCUSIÓN5.1 Discusión 142
5.1.1 Tabulación y elaboración de los resultados 1425.1.2 Confiabilidad y Validación de los instrumentos 147
5.2 Conclusiones 1535.3 Recomendaciones 1555.4 Referencias bibliográficas 156
APENDICE 157ANEXOS
Anexo Nº 01 Ficha Técnica de los Instrumentos 165Anexo Nº 02 Definiciones de Términos 166Anexo Nº 03 Matriz de Consistencia 172Anexos Nº 04 al Nº 12 Documentos emitidos por el Sistema Informático 174
4
RESUMENLa presente investigación propone el análisis y diseño de un Sistema Informático que
permita mejorar las acciones de fiscalización de las ONG’s e IPREDAS y que puede ser
implementado en cualquier institución que cuente con un área de Fiscalización y
Supervisión. En nuestro caso, a manera de aplicación práctica se presentan el análisis y
diseño para la Agencia Peruana de Cooperación Internacional – APCI – institución que
Fiscaliza y Supervisa un promedio anual de cien a ciento cincuenta intervenciones. Es un
estudio de tipo básico que corresponde a un diseño no experimental, de corte transversal.
La hipótesis formulada corresponde a que existe una relación significativa entre el Sistema
Informático y las acciones que realizan los consultores-fiscalizadores para mejorar su
desempeño con respecto a la Fiscalización de los Recursos que reciben las ONG’s,
IPREDAS y las ENIEX.
La población de estudio estuvo conformada por 44 personas y la muestra quedó establecida
en 20 personas (personal usuario y de área). Para medir otros indicadores, se recurrió a
personal técnico de sistemas aplicado a 5 usuarios (administradores de sistemas,
administradores de base de datos).
Los instrumentos aplicados fueron especialmente la entrevista a través de cuestionarios.
Los cuestionarios Nº 1 y Nº 2 midieron la Funcionalidad y Usabilidad del Sistema
Informático. Los cuestionarios Nº 3, 4, 5 y 6 midieron la Mantenibilidad, Portabilidad,
Precisión y Custodia.
Los resultados obtenidos dan a conocer la confirmación de la hipótesis planteada en la
existencia de la relación significativa entre nuestras variables de estudio.
Para la construcción del Sistema Informático se utilizó la metodología RUP sobre la
plataforma tecnológica .NET de Microsoft. Para la validación y certificación del sistema
obtenido se tomo en cuenta la opinión de los usuarios directamente involucrados en el
desarrollo, mantenimiento y operación de los sistemas de la APCI y mediante los
cuestionarios, se obtuvo información que buscó medir criterios de calidad del software.
Procesada la información obtenida, los resultados validan y certifican el sistema
desarrollado. Se plantean finalmente algunas recomendaciones que permitirán cumplir con
el desarrollo y consolidación del Sistema de Fiscalización.
Palabras claves: Beneficiario, Cooperación Internacional, CINR, Donación, ENIEX,Fiscalización, IPREDA, ONGD, Supervisión, Uso indebido, Informatización, MetodologíaRUP, UML, Calidad del software.
5
INTRODUCCIÓN
Las oficinas de Fiscalización, constituyen las unidades básicas para Diseñar e Implementar
el Sistema de Fiscalización, tanto en el área de operaciones como en el de Fiscalización.
Actualmente existe una problemática registral de los datos de fiscalización, porque no
cuentan con un sistema informático para procesar su información. Sólo el área de
operaciones tiene su sistema electrónico, pero no está interconectado con el área de
fiscalización, lo que ocasiona pérdida de tiempo al no poder cruzar información donde se
registra a veces doble o triple inscripción a una misma ONGD. La falta de centralización de
la información no permite consultar adecuadamente la información en línea de las
instituciones que van a ser intervenidas, es decir la oficina de Fiscalización no cuenta con
información oportuna de las distintas oficinas que de una u otra forma están relacionadas
para retroalimentar de información a la Dirección de Fiscalización.
Por ello el objetivo general del presente trabajo es diseñar e implementar un sistema
informático de fiscalización que contribuya a superar estas deficiencias. Este objetivo con
lleva a objetivos específicos como determinar de qué manera un Sistema Informático debe
mejorar la acción de Fiscalización a los Proyectos que ejecutan las ONGD y ENIEX, así
como a las IPREDAS con respecto a las Donaciones de Calzado y Ropa Usada que reciben
de la Cooperación Internacional No Reembolsable. Esto conlleva a implementar la base de
datos centralizada de los registros de las entidades como las IPREDAS, ENIEX y ONGs,
desarrollar módulos de interface de usuario para conseguir la accesibilidad a la
información de los registros de dichas entidades y validar los módulos del sistema
informático para contribuir a la confiabilidad de la información a registrar en las oficinas
de Fiscalización.
Vista la problemática se plantea la siguiente hipótesis: mejorar el desempeño de los
consultores-fiscalizadores para las acciones de Fiscalización de los Recursos Provenientes
de la Cooperación Internacional no Reembolsable. Esto se conseguirá con el diseño e
implementación de un Sistema Informático en línea.
En el capítulo I, del presente trabajo se presenta el planteamiento del problema, donde se
detalla los antecedentes de la investigación, la descripción del problema, los objetivos tanto
6
general como los específicos, así como la justificación y alcance de la investigación y la
definición de las variables.
El capítulo II, se ocupa de manera específica sobre las bases teóricas que sustentan el
desarrollo del tema: la Dirección del área de Fiscalización, los conceptos sobre la Misión
Visión, el Organigrama, El Lenguaje Unificado de Modelamiento –UML -, sus objetivos, la
orientación a objetos, sus fases de desarrollo, los artefactos a entregar, el Proceso Unificado
de Rational – RUP, así como su arquitectura tecnológica. Por último, también se define la
Hipótesis tanto General como Específicas.
Con respecto al capítulo III, se toma en cuenta el tipo y diseño de la investigación, siendo
de Tipo Básico, y el Diseño es No Experimental, de Corte Transversal, efectuando un
Nivel de contraste de hipótesis que ha sido descriptivo. También se refiere a la población y
la muestra, cuyo tamaño es determinado mediante su fórmula correspondiente. También se
comenta sobre los instrumentos empleados para la recolección de datos, efectuando su
respectivo procesamiento y análisis.
El capítulo IV, referido a la Presentación de Resultados que son de dos tipos: Los
resultados del Desarrollo del Sistema Informático y los Resultados de la Contrastación de
Hipótesis con su análisis e Interpretación. Después de realizar el análisis de los datos y el
desarrollo del sistema informático, se aplicó el paquete estadístico SPSS y en el segundo el
paquete de desarrollo de software Rational Rose. Los Resultados de la aplicación con este
método, comienzan con la situación actual, el resultado de la metodología RUP para el
inicio, elaboración y construcción del software y finaliza con los resultados de una serie de
información estadística al aplicar a los datos el paquete SPSS.
Por último, en el capítulo V, se discute la construcción de los instrumentos, su Validación y
Confiabilidad, así como se enumeran algunos aportes y una serie de conclusiones producto
del análisis de la realidad investigada y en base a la experiencia adquirida durante el
desarrollo del sistema informático, se formulan las recomendaciones que sirvan de puntos
de reflexión para las autoridades competentes que ayuden a una adecuada toma de
decisiones. Al final, se lista una relación bibliográfica de consulta para el trabajo de
investigación.
7
CAPITULO I: PLANTEAMIENTO DEL PROBLEMA
1.1 ANTECEDENTES DE LA INVESTIGACIÓN
El presente trabajo de investigación, NO registra antecedentes relativos sobre el tema en
específico. Lo que existe son publicaciones en forma universal, aplicada al mundo
académico, económico, tributario, laboral, como por ejemplo “Fiscalización Tributaria”
ejecutada normalmente por un auditor y relacionada con la Administración Tributaria.
Luego la denominada “Fiscalización Aduanera” cuya función es realizar la verificación
física de la mercancía en el momento del Despacho Aduanero, luego la ejecución de
auditorías a una muestra representativa de Operadores de Comercio Exterior (Empresas,
Agencias de Aduana, Almacenes Aduaneros, Empresas de Mensajería, etc.). También la
realización de operativos y patrullajes a nivel nacional a fin de reprimir el Contrabando. Por
otro lado, existe la “Fiscalización Municipal” cuya función principal es fiscalizar por
ejemplo, el correcto desarrollo que deben ejecutar los municipios en sus licitaciones de
ejecución de obras, que sean transparentes, obras de buena calidad y sobre todo la
aplicación adecuada de los recursos. Todos ellos posiblemente, cuenten con sus sistemas
informáticos que facilitan la labor de sus consultores.
En cuanto a trabajos de investigación relacionadas con la fiscalización y diseño de
sistema, se encontraron:
“Fiscalización ambiental en Chile:
innovación a través de la auditoría
ambiental”
Fernando Luis Baeriswyl Rada
http://www.ieut.cl/tesis/tesis/287
“Fiscalización de organismos públicos –
Consideraciones y Perspectivas”
OVIDIU ISPIR
http://www.europarl.europa.eu/comparl/cont/site/auditions/adhesion/dtr000037es01-06pp-cv_roumain-tr.pdf
“Análisis, Diseño e Implementación de un
sistema de Administración de Torneos del
juego de Ajedrez”
Billy Antonio Colonia
Machadohttp://www.scribd.com/doc/19779072/Tesis
-Analisis-Diseño-e-Implementacion-de-un-
Administrador-de-Torneos-de-Ajedrez
8
“Análisis y Diseño de trámite de
documentos de pago a Proveedores vía
Intranet”
Dorila Sarita Carrera Jimenez
http://tesis.pucp.edu.pe/files/
“Diseño de un sistema de planeamiento y
control de la producción en una fábrica de
calzado”
Rubí Reyes Villar
http://cybertesis.upc.edu.pe/upc/2009/reyes_vr/pdf/reyes_vr.pdf
“Fiscalización a las empresas Privadas.” Autor: Alfonso Malespín, Eduardo Marenco
http://www.enlaceacademico.org/base-documental/biblioteca/documento/la-fiscalizacion-de-los-poderes-privados-trabajo-de-investigacion/
Pero en el caso de nuestra investigación, NO EXISTE ningún ANTECEDENTE de estudio
con respecto a: “Mejorar la Fiscalización de los Recursos Provenientes de la Cooperación
Internacional No Reembolsable Mediante un Sistema Informático”.
1.2 PLANTEAMIENTO DEL PROBLEMA
Los datos recogidos, después de aplicar una serie de técnicas como las entrevistas y
cuestionarios – a los integrantes del área de fiscalización y personal afín - se detectó que
sus funciones la realizan con el apoyo del computador, pero de forma aislada,
personalizada, utilizando el procesador de texto y algunas veces una hoja electrónica.
No existe un software aplicativo, como herramienta de apoyo que integre todos los datos y
realicen sus funciones donde les facilite su trabajo cotidiano.
Por lo tanto, nuestro planteamiento del problema de investigación, consiste en estructurar
adecuadamente nuestros objetivos, así como la justificación de la investigación.
En nuestro trabajo de investigación se plantearon las siguientes preguntas:
¿Existen procesos estándares para la acción fiscalizadora?
¿Los integrantes de los equipos de fiscalización, recolectan oportunamente la
información detallada para su acción fiscalizadora?
9
¿Reconocen inmediatamente las sedes administrativas de las Entidades que van a
ser Fiscalizadas, teniendo en cuenta que la mayoría de la acción fiscalizadora se
realizan en Provincias?
¿Conocen oportunamente las direcciones y nombres de personas representantes de
los Gobiernos Regionales, de las áreas de fiscalización y/u oficinas de cooperación
internacional, que cotidianamente son invitadas para su participación como
observadores?
¿Se preparan los informes a tiempo de cada acción de fiscalización para su
presentación oportuna a la alta Dirección?
¿Se recopila la información que tiene disponible la APCI – Agencia Peruana de
Cooperación Internacional – a través del computador en línea ó se recopila la
información recurriendo personalmente a las oficinas administrativas
correspondientes para su acopio?
Todas estas preguntas nos llevaron a una gran interrogante que es la que se menciona en el
problema general.
Problema General
¿De qué manera un Sistema Informático debe mejorar la acción de Fiscalización de los
Recursos provenientes de la Cooperación Internacional No Reembolsable?
Problemas Específicos
Las preguntas complementarias se expresan a través de las siguientes cuestiones:
a) ¿Cómo un Sistema Informático debe mejorar la acción de Fiscalización de los Recursos
a los Proyectos que ejecutan las ONGD y ENIEX que reciben Cooperación
Internacional No Reembolsable?
b) ¿Cómo un Sistema Informático debe mejorar la acción de Fiscalización de los Recursos
a las IPREDAS con respecto a las Donaciones de Calzado y Ropa Usada recibida por
la Cooperación Internacional No Reembolsable, verificando el adecuado destino y uso
de las mismas?
10
1.3 OBJETIVOS
1.3.1 Objetivo General
Explicar de qué manera un Sistema Informático debe mejorar la acción de
Fiscalización de los Recursos provenientes de la Cooperación Internacional No
Reembolsable (CINR).
1.3.2 Objetivos Específicos
1. Determinar de qué manera un Sistema Informático debe mejorar la acción de
Fiscalización de los Recursos recibidos por fuente de financiamiento externo a los
Proyectos que ejecutan las ONGD y ENIEX que reciben de la Cooperación
Internacional No Reembolsable
2. Determinar de qué manera un Sistema Informático debe mejorar la acción de
Fiscalización de los Recursos a las IPREDAS con respecto a las Donaciones de
Calzado y Ropa Usada recibida por la Cooperación Internacional No
Reembolsable, verificando el adecuado destino y uso de las mismas.
Variable Independiente: “Sistema Informático”
Variable Dependiente: “Fiscalización de los Recursos”
Dimensiones:
Y1= Software
Y2= Hardware
Y3=Personal Usuario
Indicadores:
X1= Funcionalidad
X2= Usabilidad
X3=Mantenibilidad
X4=Portabilidad
X5=Precisión
X6=Custodia
11
1.4 JUSTIFICACIÓN DE LA INVESTIGACIÓN
Todo objetivo primordial de la ayuda debe ser el desarrollo humano. El Programa de
las Naciones Unidas para el Desarrollo (PNUD), indica que la corrupción y la falta de
transparencia en la gestión de los recursos, disminuyen los beneficios potenciales que la
ayuda de Cooperación Internacional pueda tener a las poblaciones más pobres. En
nuestra investigación identificamos a Entidades como las ONG, ENIEX e IPREDAS,
que existen prácticamente en todos los países en vías de desarrollo. Por lo tanto, para
poder cumplir con el objetivo primordial antes mencionado, debemos diseñar e
implementar un Sistema Informático para facilitar a los consultores, su labor de
fiscalización de los recursos provenientes de la Cooperación Internacional. De esta
forma ayuda a resolver un problema práctico. Debemos recalcar que existe
desconocimiento – por parte de los fiscalizadores – de los procesos que deben ser
estandarizados. Hay lentitud en la recolección de los datos existentes en la propia
Entidad. Asimismo la no presentación a tiempo del plan de trabajo para la acción
fiscalizadora, trae como consecuencia la falta de integración de las demás áreas con
respecto a los datos. Por lo que el resultado de nuestra investigación es el desarrollo e
instalación del sistema informático, justificando de ésta forma la utilidad práctica que
tiene dicho sistema.
1.5 ALCANCES Y LIMITACIÓNES
La investigación se circunscribe al ámbito de una importante Entidad Pública como la
Agencia Peruana de Cooperación Internacional– APCI – específicamente a la Dirección
de Fiscalización y Supervisión – DIFIS – y por ende a todas las entidades del Estado
que de una u otra forma cuenten en su Institución con oficinas Regionales de
Cooperación Internacional y su área de Fiscalización (Oficina de Control Interno–OCI).
12
1.6 DEFINICIÓN DE INDICADORES
INDICADOR DEFINICIÓN
Custodia Custodia de la Información, donde se descargará y será ubicadasiguiendo un minucioso protocolo de seguridad (dentro denuestro Sistema de Fiscalización) Verificar acceso a los usuarios.
Fiscalizaciónde Recursos
Es la acción de evaluación de las intervenciones efectuadas porlas entidades privadas con Recursos de CooperaciónInternacional No Reembolsable, a fin de verificar la correctautilización de dichos recursos, así como la eficiencia, la eficaciay los resultados de tales acciones.
Funcionalidad, Cuando un usuario ejecuta el software en la máquina y loencuentra eficaz al realizar las funciones que son propias delsistema informático.
Mantenibilidad Facilidad para prever cambios según a nuevos requerimientos.Corregir el código con facilidad y rapidez.
Portabilidad Referido a que si el software se adapta a otras plataformashardware, así como su facilidad para la instalacióncorrespondiente.
Precisión Se aplica al sistema informático, que es capaz de dar datos yresultados exactos o precisos, siendo los datos únicos en la basede datos.
SistemaInformático
Un sistema informático es un conjunto de partes que funcionanrelacionándose entre sí con un objetivo preciso. Sus partes son:hardware, software y las personas que lo usan. Por ejemplo, unacomputadora, sus dispositivos periféricos y la persona que lamaneja, pueden constituir un sistema informático.
Usabilidad Cuando el usuario encuentra fácil de usar el sistema informático,no necesita leer mucho antes de su uso, encontrando con bastantefacilidad las opciones del sistema.
13
CAPITULO II: MARCO TEÓRICO
2.1 DIRECCIÓN DE FISCALIZACIÓN Y SUPERVISIÓN
2.1.1 Reseña Histórica1
A finales del año 2001, el Gobierno Peruano decidió replantear la gestión de la
Cooperación Internacional en el país, promoviendo una visión estratégica asociada a
la lucha contra la pobreza y el fortalecimiento de la democracia, dictando la Ley de
Cooperación Técnica Internacional de acuerdo al Decreto Legislativo Nº719 el 8 de
noviembre del 2001.
Luego el Congreso de la República dicta la ley de Creación de la Agencia Peruana
de Cooperación Internacional – APCI – el 08 de abril del 2002.
El proceso pasaba necesariamente por la creación de una agencia moderna de
Cooperación Internacional, que aplicase el modelo institucional que se había venido
imponiendo últimamente tanto entre los donantes como entre los países en vías de
desarrollo, pero que, sobre todo, fuese capaz de gestionar de forma sostenible,
eficiente y transparente los recursos cada vez más escasos y en competencia de la
ayuda oficial al desarrollo.
De acuerdo al informe sobre el Desarrollo Humano 2005: “el objetivo primordial de
la ayuda debe ser el desarrollo humano”. El PNUD, indica que la corrupción y la
falta de transparencia en la gestión de los recursos, disminuyen los beneficios
potenciales que la ayuda pueda tener a las poblaciones más pobres.
En el marco de la Ley 28386, se desarrollan dos procesos de fiscalización, en los
años 2005 y 2006, pero aún no existía la Dirección de Fiscalización. Esta labor la
realizaba la Dirección de Operaciones.
Pero el viernes 18 de mayo del 2007, se publican dos reglamentos en las Normas
Legales del diario El Peruano; el Decreto Supremo Nº 27-2007-RE donde se
aprueba el Reglamento de Infracciones y Sanciones de la APCI; y también se
aprueba el Reglamento de Organización y Funciones de la Agencia Peruana
1 15. Decreto Legislativo Nº 719
14
Cooperación Internacional, en la cual se crea la Dirección de Fiscalización y
Supervisión.
A partir de dicha fecha, se llevó a cabo acciones de fiscalización, cuya meta lograda
fue de 105 acciones de fiscalización y supervisión. En el año 2008, se ejecutaron
sólo 62 acciones de Fiscalización y Supervisión, pero en el año 2009 se ejecutaron
120 intervenciones fiscalizadas.
2.1.2 Misión
La APCI como Institución Pública rectora que orienta y articula la oferta y la
demanda de la cooperación internacional no reembolsable de los distintos niveles de
gobierno y sociedad civil con enfoque descentralizado, brindado servicios de
calidad basados en los principios de eficiencia y transparencia; contribuyendo así a
los esfuerzos nacionales en favor del desarrollo sostenible del país
2.1.3 Visión
Ser una institución líder posicionada a nivel nacional y reconocida en el ámbito
internacional como agencia de cooperación técnica, que gestiona con eficacia los
recursos de la cooperación internacional articulando a los diversos actores públicos,
privados y de la sociedad civil alineados a las políticas de Estado, contribuyendo al
desarrollo sostenible.
2.1.4 Organigrama
Figura Nº 01 – Organigrama APCI
C o n s e jo D ire c t iv o
O fic in a d e C o n tro lIn s t itu c io n a l
D ire c c ió nE je c u tiv a
C o m itéC o n s u lt iv o
C o m is ió n d eIn fra c c io n e s y
S a n c io n e s
C o m ité d eC o o rd in a c ió nM u lt is e c to r ia l
O fic in a G e n e ra ld e A d m in is tra c ió n
O fic in a d eA s e s o r ía J u r íd ic a
D ire c c ió n d e P o lít ic a sy P ro g ra m a s
D ire c c ió n d e G e s tió ny n e g o c ia c ió nIn te rn a c io n a l
D ire c c ió n d eO p e ra c io n e s yC a p a c ita c ió n
D ire c c ió n d eF is c a liz a c ió n y
S u p e rv is ió n
15
Con fecha 18 de mayo del 2007, se creó el reglamento de Organización y Funciones de la
APCI y cuya estructura orgánica brevemente comprende la siguiente manera:
1. ALTA DIRECCIÓN, que comprende El Consejo Directivo y la Dirección Ejecutiva
2. LA DIRECCIÓN EJECUTIVA, responsable de la ejecución de la política fijada por
el Consejo Directivo. Además tiene directamente a su cargo el comité consultivo, el
Comité de Coordinación Multisectorial y a la Comisión de Infracciones y
Sanciones.
3. OFICINA DE CONTROL INSTITUCIONAL, cuya función es efectuar el control
interno de la Institución y cuyo jefe es designado por la Contraloría de la República.
4. OFICINA DE ASESORÍA JURÍDICA, cuya función es prestar asesoramiento
jurídico y legal a la alta dirección y demás dependencias de la Agencia.
5. OFICINA GENERAL DE ADMINISTRACIÓN, tiene como función dar apoyo a la
Alta Dirección, así como a las demás unidades orgánicas de la APCI. Tiene a su
cargo Contabilidad y Finanzas, Adquisiciones y Servicios Generales
Administración de Personal y Sistemas e Informática.
6. DIRECCIÓN DE POLÍTICAS Y PROGRAMAS, es la encargada de definir,
formular, elaborar y evaluar la política, planes y programas de Cooperación
Internacional No Reembolsable, proponiéndolos al Director Ejecutivo de la APCI.
7. DIRECCIÓN DE GESTIÓN Y NEGOCIACIÓN INTERNACIONAL, cuya función
es realizar la presentación oficial de la demanda de la cooperación. Prepara y
participa en la negociación y suscripción de acuerdos de cooperación con las fuentes
cooperantes.
8. DIRECCION DE OPERACIONES Y CAPACITACIÓN, es el órgano de línea
encargada de administrar el conjunto de acciones relacionadas con los registros que
conduce la APCI. Tiene a su cargo las subdirecciones siguientes: Subdirección de
Registros; Subdirección de Beneficios; Subdirección de Capacitación y
Subdirección de Donaciones.
9. DIRECCIÓN DE FISCALIZACIÓN Y SUPERVISIÓN2, es el órgano que nos
ocupa en nuestra investigación y tiene como función la de controlar, supervisar y
2 13 APCI: Manual de Fiscalización y Supervisión
16
fiscalizar el correcto uso de los recursos de la Cooperación Internacional no
Reembolsable, gestionados a través del Estado y que provienen de fuentes del
exterior de carácter público y/o privado para el logro de los objetivos de desarrollo
nacional, regional y local, que ejecutan las entidades privadas debidamente
registradas en la APCI.
2.2 BASES TEÓRICAS
2.2.1 Lenguaje de Modelamiento Unificado3
Es un lenguaje de modelado visual que se usa para especificar, visualizar, construir
y documentar artefactos de un sistema de software. Se usa para entender, diseñar,
configurar, mantener y controlar la información sobre los sistemas a construir.
UML capta información sobre la estructura estática y el comportamiento dinámico
de un sistema. Un sistema se modela como una colección de objetos discretos que
interactúan para realizar un trabajo que finalmente beneficia a un usuario externo.
El lenguaje de modelado pretende unificar la experiencia pasada sobre técnicas de
modelado e incorporar las mejores prácticas actuales en un acercamiento estándar.
UML no es un lenguaje de programación. Las herramientas pueden ofrecer
generadores de código de UML para una gran variedad de lenguaje de
programación, así como construir modelos por ingeniería inversa a partir de
programas existentes.
Es un lenguaje de propósito general para el modelamiento orientado a objetos. UML
es también un lenguaje de modelamiento visual que permite una abstracción del
sistema y sus componentes.
Existían diversos métodos y técnicas Orientadas a objetos, con muchos aspectos en
común pero utilizando distintas notaciones, se presentaban inconvenientes para el
aprendizaje, aplicación, construcción y uso de herramientas, etc. Además de pugnas
entre enfoques, lo que generó la creación del UML como estándar para el
3 5. J. RUMBAUGH y otros. El Lenguaje Unificado de Modelado
17
modelamiento de sistemas de software principalmente, pero con posibilidades de ser
aplicado a todo tipo de proyectos.
2.2.2 Objetivos del UML.
UML es un lenguaje de propósito general que pueden usar todos los
modeladores. No tiene propietario y está basado en el común acuerdo de
gran parte de la comunidad informática.
UML no pretende ser un método de desarrollo completo. No incluye un
proceso de desarrollo paso a paso. UML incluye todos los conceptos que se
consideran necesarios para utilizar un proceso moderno iterativo, basado en
construir una sólida arquitectura para resolver requisitos dirigidos por casos
de uso.
Ser tan simple como sea posible pero manteniendo la capacidad de modelar
toda la gama de sistemas que se necesita construir. UML necesita ser lo
suficientemente expresivo para manejar todos los conceptos que se originan
en un sistema moderno, tales como la concurrencia y distribución, así como
también los mecanismos de la ingeniería de software como son la
encapsulación y componentes.
Debe ser un lenguaje universal, como cualquier lenguaje de propósito
general.
Imponer un estándar mundial.
2.2.3 Orientación a objetos.
Permite al programador que organice su programa de acuerdo con abstracciones de
más alto nivel, siendo estas más cercanas a la manera de pensar de la gente.
Ejemplo: Cuentas de banco, reservaciones de vuelos. Etc. Los datos globales
desaparecen por lo tanto cualquier cambio en la estructura de algunos de los datos.
Solo debiera afectar las funciones definidas en ese mismo objeto y no en los demás;
en general un programa orientado a objetos se define en términos de objetos y
relaciones. Los datos y funciones se guardan dentro de objetos. Los datos están
ubicados en el centro del objeto, lo cual hace que un cambio en su estructura sólo
afecte sus funciones del mismo objeto, pero no al resto de la aplicación.
18
2.2.4 Fases de desarrollo.4
Diseño.- Es un refinamiento y formalización adicional del modelo del análisis. El
resultado del modelo de diseño son especificaciones muy detalladas de todos los
objetos, incluyendo sus operaciones y atributos. Se requiere ya que el modelo de
análisis no es lo suficientemente formal para alcanzar el código fuente. Otro
objetivo del diseño es validar los resultados los resultados de requisito y análisis. El
diseño se basará en el diseño de objetos o sea en una extensión directa y detallada
del modelo de análisis que describa los atributos y operaciones del sistema.
También podemos decir que es una continuación del modelo de análisis.
Implementación.- Toma el resultado del modelo de diseño para generar el código
final. Se adapta al lenguaje de programación y/o a la base de datos.
Aunque el diseño de objetos es bastante independiente del lenguaje actual, todos los
lenguajes tienen sus particularidades, las cuales deben adecuarse durante la
implementación final.
Modelo de objeto.- Describe los conceptos principales de la orientación a objetos.
Las estructuras estáticas y sus relaciones. Las principales estructuras estáticas son
los objetos y clases, los cuales están compuestos de atributos y operaciones,
mientras que las principales relaciones entre objetos y clases corresponden a las
ligas y asociaciones, respectivamente.
Modelo de Abstracción.- Una parte del UML define, entonces, una abstracción con
significado de un lenguaje para expresar otros modelos. (es decir, otras
abstracciones de un sistema, o conjunto de unidades conectadas que se organizan
para conseguir un propósito). Lo que en principio puede parecer complicado no lo
es tanto si pensamos que uno de los objetivos del UML es llegar a convertirse en
una manera de definir modelos, no solo establecer una forma de modelo, de esta
forma simplemente estamos diciendo que UML, además, define un lenguaje con el
que podemos abstraer cualquier tipo de modelo.
4 12. UNIVERSIDAD PERUANA de CIENCIAS – Cibertec. Análisis y Diseño de Sistemas I,
Lima
19
El UML es una técnica de modelado de objetos y como tal supone una abstracción
de un sistema para llegar a construirlo en términos concretos. El modelado no es
más que la construcción de un modelo a partir de una especificación.
Un modelo es una abstracción de algo, que se elabora para comprender ese algo
antes de construirlo. El modelo omite detalles que no resultan esenciales para la
comprensión del original y por lo tanto facilita dicha comprensión.
2.2.5 Artefactos para el Desarrollo de Proyectos.
Un artefacto es una información que es utilizada o producida mediante un proceso
de desarrollo de software. Pueden ser artefactos un modelo, una descripción o un
software. Los artefactos de UML se especifican en forma de diagramas, éstos, junto
con la documentación sobre el sistema constituyen los artefactos principales que el
modelador puede observar. Se necesita más de un punto de vista para llegar a
representar un sistema. UML utiliza diagramas gráficos para obtener estos distintos
puntos de vista de un sistema. Los principales diagramas son los siguientes:
Diagramas de Casos de Usos.
Diagramas de Interacción.
Diagramas de actividades.
Diagramas de Clases.
Diagramas de Objetos.
Diagramas de Componentes.
Diagramas de Despliegue.
Diagramas de Paquetes.
2.2.6 El Proceso de desarrollo.5
UML no define un modelo concreto que determine las fases de desarrollo de un
sistema, las empresas pueden utilizar UML como el lenguaje para definir sus
propios procesos y lo único que tendrán en común con otras organizaciones que
utilicen UML serán los tipos de diagramas.
5 8. ROMERO MORENO, GESVIN. UML con Rational Rose, Lima
20
UML es un método independiente del proceso. Los procesos de desarrollo deben ser
definidos dentro del contexto donde se van a implementar los sistemas.
Rational Rose, es una herramienta CASE que comercializan los desarrolladores de
UML y que soporta de forma completa la especificación de UML. Esta herramienta
propone la utilización de cuatro tipos de modelos para realizar un diseño de sistema,
utilizando una vista estática y otra dinámica de los modelos del sistema, uno lógico
y otro físico. Permite crear y refinar estas vistas creando de esta forma un modelo
completo que representa el dominio del problema y el sistema de software.
2.2.7 Proceso Unificado de Desarrollo RUP.6
Es un producto comercial desarrollado y comercializado por Rational Software, una
compañía de IBM.
Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y
guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del
proceso como por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles
(papel que desempeña una persona en un determinado momento, una persona puede
desempeñar distintos roles a lo largo del proceso).
RUP comprende 2 aspectos importantes por los cuales se establecen las disciplinas:
Proceso: Las etapas de esta sección son: Modelado de negocio
Requisitos
Análisis y Diseño
Implementación
Pruebas
Despliegue
Soporte: En esta parte nos encontramos con las siguientes etapas:
Gestión del cambio y configuraciones
Gestión del proyecto
Entorno
6 5. J. RUMBAUGH y otros. El Lenguaje Unificado de Modelado
21
La estructura dinámica de RUP es la que permite que éste sea un proceso de
desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases
descritas anteriormente:
1. Inicio (También llamado Incepción o Concepción)
2. Elaboración
3. Desarrollo (También llamado Implementación, Construcción)
4. Cierre (También llamado Transición)
Fase de Inicio: Esta fase tiene como propósito definir y acordar el alcance del proyecto con
los patrocinadores, identificar los riesgos asociados al proyecto, proponer una visión muy
general de la arquitectura de software y producir el plan de las fases y el de iteraciones
posteriores.
Fase de elaboración: En la fase de elaboración se seleccionan los casos de uso que
permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la
especificación de los casos de uso seleccionados y el primer análisis del dominio del
problema, se diseña la solución preliminar.
Fase de Construcción: El propósito de esta fase es completar la funcionalidad del sistema,
para ello se deben clarificar los requerimientos pendientes, administrar los cambios de
acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el
proyecto.
Fase de Transición: El propósito de esta fase es asegurar que el software esté disponible
para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de
aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Se debe verificar
que el producto cumpla con las especificaciones entregadas por las personas involucradas
en el proyecto.
Artefactos
RUP en cada una de sus fases (pertenecientes a la estructura estática) realiza una serie de
artefactos que sirven para comprender mejor tanto el análisis como el diseño del sistema
(entre otros). Estos artefactos son los siguientes:
22
Entregables del proyecto7.
Plan de Desarrollo del Software
Es el primer documento que se presenta. Es el artefacto inicial, donde se tiene una visión
holística del requerimiento manifestado por el cliente. Aquí va a valer la experiencia del
analista de sistemas, para que en función a ella, pueda definir lo que desea hacer. Como
verá más adelante, éste comprende hasta los costos, que se irán modificando mientras se va
conociendo la profundidad del sistema, conllevando a generar versiones de los artefactos.
Modelo de Casos de Uso del Negocio
Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores
externos (Agentes de registro, solicitantes finales, otros sistemas etc.). Permite situar al
sistema en el contexto organizacional haciendo énfasis en los objetivos en este ámbito. Este
modelo se representa con un Diagrama de Casos de Uso usando estereotipos específicos
para este modelo.
Modelo de Objetos del Negocio
Es un modelo que describe la realización de cada caso de uso del negocio, estableciendo
los actores internos, la información que en términos generales manipulan y los flujos de
trabajo (workflows) asociados al caso de uso del negocio. Para la representación de este
modelo se utilizan Diagramas Iteración como Diagramas de Estados y de Colaboración
(para mostrar actores externos, internos y las entidades (información) que manipulan, un
Diagrama de Clases para mostrar gráficamente las entidades del sistema y sus relaciones, y
Diagramas de Actividad para mostrar los flujos de trabajo.
Glosario
Es un documento que define los principales términos usados en el proyecto. Permite
establecer una terminología consensuada.
Modelo de Casos de Uso del Sistema
El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso
de ellas. Se representa mediante Diagramas de Casos de Uso.
Visión
7 10. TABOADA JIMENEZ, ALBERTO. Análisis de Procesos y Datos usando UML, Lima
23
Este documento define la visión del sistema informático a desarrollarse especificando las
necesidades y características de éste. Constituye una base de acuerdo en cuanto a los
requisitos del sistema.
Especificaciones de Casos de Uso
Para los casos de uso que lo requieran se realiza una descripción detallada utilizando una
plantilla de documento, donde se incluyen: precondiciones, post-condiciones, flujo de
eventos, requisitos no-funcionales asociados. También, para casos de uso cuyo flujo de
eventos sea complejo podrá adjuntarse una representación gráfica mediante un Diagrama de
Actividad.
Especificaciones Adicionales
Este documento capturará todos los requisitos que no han sido incluidos como parte de los
casos de uso y se refieren requisitos no-funcionales globales. Dichos requisitos incluyen:
requisitos legales o normas, aplicación de estándares, requisitos de calidad del sistema
informático, tales como: confiabilidad, desempeño, confidencialidad, etc., u otros requisitos
de ambiente, tales como: sistema operativo, requisitos de compatibilidad, etc.
Prototipos de Interfaces de Usuario
Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las
interfaces que proveerá el sistema y así, conseguir retroalimentación de su parte respecto a
los requisitos del sistema. Estos prototipos se realizarán como: dibujos a mano en papel,
dibujos con alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese
orden de acuerdo al avance del proyecto. Sólo los de este último tipo serán entregados al
final de la fase de Elaboración, los otros serán desechados. Asimismo, estos prototipos,
serán desechados en la fase de Construcción en la medida que el resultado de las iteraciones
vayan desarrollando el producto final.
Modelo de Análisis y Diseño
Este modelo establece la realización de los casos de uso en clases y pasando desde una
representación en términos de análisis hacia una de diseño, de acuerdo al avance del
proyecto.
Modelo de Datos
Previendo que la persistencia de la información del sistema será soportada por una base de
datos relacional, este modelo describe la representación lógica de los datos persistentes, de
acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se
24
utiliza un Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos,
para conseguir la representación de tablas, claves, etc.).
Modelo de Implementación
Este modelo es una colección de componentes y los subsistemas que los contienen. Estos
componentes incluyen: ficheros ejecutables, ficheros de código fuente, y todo otro tipo de
ficheros necesarios para la implantación y despliegue del sistema.
Modelo de Despliegue
Este modelo muestra el despliegue la configuración de tipos de nodos del sistema, en los
cuales se hará el despliegue de los componentes.
Casos de Prueba
Cada prueba es especificada mediante un documento que establece las condiciones de
ejecución, las entradas de la prueba, y los resultados esperados. Estos casos de prueba son
aplicados como pruebas de regresión en cada iteración. Dichas pruebas se ejecutaran en
base a un protocolo ya establecido y teniendo en cuenta las especificaciones y restricciones.
Solicitud de Cambio
Los cambios propuestos para el sistema informático se formalizan mediante este
documento. Mediante este documento se hace un seguimiento de los defectos detectados,
solicitud de mejoras o cambios en los requisitos del mismo. Así se provee un registro de
decisiones de cambios, de su evaluación e impacto, y se asegura que éstos sean conocidos
por el equipo de desarrollo. Los cambios se establecen respecto de la última línea base del
proyecto establecida.
Plan de Iteración
Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos asignados,
dependencias entre ellas. Se realiza para cada iteración, y para todas las fases.
Evaluación de Iteración
Este documento incluye le evaluación de los resultados de cada iteración, el grado en el
cual se han conseguido los objetivos de la iteración, las lecciones aprendidas y los cambios
a ser realizados.
Lista de Riesgos
Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto,
ordenados en orden decreciente de importancia y con acciones específicas de contingencia
o para su mitigación.
25
Manual de Instalación
Este documento incluye las instrucciones para realizar la instalación del sistema
informático.
Material de Apoyo al Usuario Final
Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo:
Guías del Usuario, Guías de Operación, Guías de Mantenimiento, Sistema de Ayuda en
Línea y Capacitación.
Sistema Informático (Producto)
Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos
apropiados para facilitar su instalación. El sistema informático, a partir de la primera
iteración de la fase de Construcción es desarrollado incremental e iterativamente,
obteniéndose una nueva versión al final de cada iteración. Los artefactos 19, 20 y 21 se
generarán a partir de la fase de construcción.
2.2.8 Arquitectura Tecnológica.8
Plataforma .NET
Es un proyecto de Microsoft para crear una nueva plataforma de desarrollo de SW,
con énfasis en transparencia de redes, con independencia de plataforma de hardware
y permite un rápido desarrollo de aplicaciones.
Nuestro sistema informático, es una solución orientada a Internet, por lo tanto su
uso se realiza en ambiente Web y el acceso al mismo es a través de la Intranet y de
la Internet.
El sistema está soportado por la base de datos SQL Server 2008, que cuenta con las
herramientas de desarrollo y el servidor de aplicaciones.
Teniendo en cuenta todas estas fortalezas tecnológicas, el requerimiento tecnológico
está cubierto.
En cuanto a la arquitectura tecnológica a emplear en el desarrollo de nuestro
sistema, viene a ser la arquitectura de tres capas, donde por una parte tendremos a
las entidades, por otra a la lógica del negocio y por otra a la capa de presentación,
como se muestra en la figura Nº 02.
8 3. FRANCIA HUANCHABANO, DARÍO. Visual Basic.NET, Lima
26
Figura Nº 02 – Arquitectura de tres capas.
Con respecto a las especificaciones mínimas que requiere el sistema, estas son para
nuestro trabajo de investigación:
a) Requerimiento de software:
Servidor:
Sistema Operativo: Windows XP
Servidor Web: VB.NET / ASP.NET / Formularios Windows
Compilador Visual .Net MSIL
Herramienta de desarrollo: Framework / Visual Studio.NET
Servidor de Aplicaciones: Visual Studio.NET
Base de datos: Microsoft SQL server / ADO.NET
Cliente:
Sistema Operativo: Windows XP
Navegador de Internet: MS Internet Explorer 8.0
b) Requerimiento de Hardware:
Servidor de Aplicación Web y Base de Datos:
Servidor IBM System x3200 M3 (2) uno para Web y otro para B.D.
4GB de RAM
250 GB de disco duro
Cliente:
Equipo: Computador IBM NetVista M42
Navegador de Internet: MS Internet Explorer 8.0
Disco duro: 120 GB
27
La plataforma .NET nos ofrece infinidad de funcionalidades “de fábrica” que se
utilizan como punto de partida para crear las aplicaciones. Existen funcionalidades
básicas (por ejemplo todo lo relacionado con la E/S de datos o la seguridad) y
funcionalidades avanzadas en las que se fundamentan categorías enteras de
aplicaciones (acceso a datos, creación de aplicaciones Web.).
Toda esta funcionalidad está implementada en forma de bibliotecas de funciones
que físicamente se encuentran en diversas DLL (bibliotecas de enlazado dinámico).
A su conjunto se le denomina Base Classes Library (Biblioteca de clases base o
BCL) y forman parte integral de la plataforma .NET, no se trata de añadidos que se
deban obtener o adquirir aparte.
La figura Nº 03 ilustra la arquitectura conceptual de la plataforma .NET. En ella se
pueden observar los elementos ya mencionados anteriormente (lenguajes, CLR,
CLS.) y en qué lugar de se ubican las bibliotecas de clases base:
Figura Nº 03 – Biblioteca de clases base o BCL de plataforma .NET9
Todo lo que se encuentra en la BCL forma parte de la plataforma .NET. De hecho
existe tal cantidad de funcionalidad integrada dentro de estas bibliotecas (hay
decenas de miles de clases) que el mayor esfuerzo que todo programador que se
9 3. FRANCIA HUANCHABANO, DARÍO. Visual Basic.NET, Lima
28
inicia en .NET debe hacer es el aprendizaje de las más importantes. De todos
modos, Visual Studio ofrece mucha ayuda contextual (documentación, Intellisense)
y una vez que se aprenden los rudimentos resulta fácil ir avanzando en el
conocimiento de la BCL a medida que lo vamos necesitando.
“Escribe el código única vez y ejecuta todas las veces que quieras”.
Microsoft adopta esta idea en .NET creando CLR. La diferencia fundamental con
respecto a Java y su máquina virtual es que .NET no se limita a un único lenguaje.
De esta manera acoge en su seno tecnológico a diferentes masas de desarrolladores
con perfiles tecnológicos distintos, si un desarrollador viene de C, adoptara C#, si
viene de Visual Basic, adoptara Visual Basic.NET, si viene de ASP puede adoptar o
Visual Basic.NET o Jscript.NET. En la actualidad hay anunciados más de 25
Lenguajes compatibles con la tecnología.NET. La figura 04 nos muestra el entorno
común de los CLR.
Figura Nº 04 – Estructura interna del entorno de ejecución en lenguaje común(CLR por sus siglas en inglés).10
10 3. FRANCIA HUANCHABANO, DARÍO. Visual Basic.NET, Lima
29
2.3 Hipótesis General
Las hipótesis son explicaciones tentativas de la relación entre dos o más variables.
En nuestra investigación nuestra hipótesis es la siguiente:
“Con un Sistema Informático se mejora el desempeño de los Consultores-
Fiscalizadores para las acciones de Fiscalización de los Recursos provenientes de la
Cooperación Internacional no Reembolsable”.
2.3.1 Hipótesis Específicas
1. Con un Sistema Informático se debe mejorar la acción de Fiscalización de los
Recursos a los Proyectos que ejecutan las ONGD y ENIEX que reciben
Cooperación Internacional No Reembolsable.
2. Con un Sistema Informático se debe mejorar la acción de Fiscalización de los
Recursos a las IPREDAS, con respecto a las Donaciones de Calzado y Ropa Usada
recibida por la Cooperación Internacional No Reembolsable, verificando el
adecuado destino y uso de las mismas.
30
CAPITULO III: MÉTODO
3.1 TIPO DE INVESTIGACIÓN
El presente estudio es una investigación que tiene un enfoque cuantitativo, porque se
estudia a un conjunto de procesos, que es secuencial y probatorio. No podemos eludir
ningún paso porque su orden es riguroso.
Además, el diseño adecuado para este tipo de investigación es de tipo Descriptivo y
finaliza como Explicativa, ya que analizará el uso del software por parte de los
Consultores-Fiscalizadores. Es un tipo de Investigación Aplicada, que se caracteriza
por su interés en la aplicación de los conocimientos teóricos a una determinada
situación concreta y a la evaluación de las consecuencias prácticas que de ellas se
deriven.
En el caso de nuestra investigación, usamos los conceptos teóricos del Lenguaje de
Modelamiento Unificado – UML - así como el Proceso Unificado de Desarrollo –
RUP – para diseñar, desarrollar e implementar un Sistema Informático que permita
mejorar la Fiscalización de los Recursos provenientes de la Cooperación Internacional
No Reembolsable.
Por último, el contexto de la investigación la realizamos en una Institución Pública
muy importante como la Agencia Peruana de Cooperación Internacional – APCI que
depende del Ministerio de Relaciones Exteriores.
3.2 DISEÑO DE INVESTIGACIÓN
Nuestro diseño de Investigación es un tipo No Experimental, Transversal11, cuya
característica es realizar la recolección de datos en un único momento, es decir, es
transversal por que se realizará en un periodo específico y cuya naturaleza de la
investigación predispone la utilización del diseño descriptivo.
Es decir, nuestra investigación es No Experimental, Transversal, Descriptiva, toda vez
que este estudio se realiza sin la manipulación deliberada de variables, observándose
los fenómenos en su ambiente natural para ser posteriormente analizados y de igual
forma mide y evalúa la relación de dos variables: Sistema Informático y Fiscalización
114. HERNÁNDEZ SAMPIERI, ROBERTO y otros. Metodología de la Investigación, México.
31
de Recursos; asimismo, los datos han sido recolectados en un solo momento en el
tiempo, describiendo las variables y analizando su grado de incidencia y de inter
relación en un determinado momento.
3.3 ESTRATEGIA DE PRUEBA DE HIPÓTESIS
La Estrategia de Prueba de Hipótesis estuvo basado en la aplicación de modelos
estadísticos y descripción de variables así como los principales resultados estadísticos
como la Tendencia Central, Dispersión, Percentil; por otro lado se graficó los
resultados a través de Histogramas y Barras12, lo que permitió comprobar, representar
e interpretar los datos recolectados mediante el análisis e interpretación del uso de la
Estadística Descriptiva, por tratarse de Variables Cuantitativas, con la finalidad de
aceptar o rechazar la hipótesis sustentada dentro de los márgenes de error permitidos.
3.4 VARIABLES
Variable Independiente: Sistema Informático.
Variable Dependiente: Fiscalización de Recursos.
3.4.1 DEFINICIÓN CONCEPTUAL DE LAS VARIABLES
Variable Definición Conceptual
SistemaInformático
Conceptualmente es un conjunto de partes que funcionan relacionándoseentre sí con un objetivo preciso. Sus partes son: hardware, software y laspersonas que lo usan. Por ejemplo, una computadora, sus dispositivosperiféricos y la persona que la maneja, constituyen un sistemainformático.
Fiscalizaciónde Recursos.
Se define conceptualmente como la realización adecuada de unaevaluación de fiscalización por parte de los consultores. Es el ejercicioque se realiza en forma sistemática sobre los procesos y actividades deuna intervención, tomando en cuenta la eficiencia y la eficacia de lamisma hasta el nivel de resultados. La Fiscalización, viene a ser la acciónde intervención a las Entidades, que es ejecutada por el consultor cuyo roles verificar la correcta utilización de dichos recursos, así como laeficiencia, la eficacia y los resultados de tales acciones.
Portabilidad
Se define conceptualmente como aplicación portátil o más conocidocomo “portable”, que es una aplicación informática que puede serutilizada en cualquier computador que posea el sistema operativo para elque fue programado sin instalación previa; esto significa que no esnecesaria la instalación de bibliotecas adicionales en el sistema para su
12 2. CAMACHO ROSALES, JUAN. Estadística con SPSS, Lima.
32
funcionamiento.
Usabilidad
Conceptualmente en la interacción persona-computador, la usabilidad serefiere a la claridad y la elegancia con que se diseña la interacción con unprograma de computador o un sitio web. El usuario encuentra fácil el usodel sistema informático, sin necesidad de leer mucho antes de su uso.
Funcionalidad,Es definido así, cuando el usuario ejecuta el software en el computador ylo encuentra eficaz al ejecutar las funciones que son propias del sistemainformático.
MantenibilidadConceptualmente se define como el proceso de mejorar y optimizar elsoftware desplegado (es decir; la revisión del programa), así comotambién la corrección de sus defectos.
PrecisiónSe aplica al sistema informático, que es capaz de dar datos y resultadosexactos o precisos, siendo los datos únicos en la base de datos.
CustodiaCustodia de la Información, donde se descargará y será ubicada siguiendoun minucioso protocolo de seguridad (dentro de nuestro Sistema deFiscalización). Verificar acceso a los usuarios.
3.4.2 DEFINICIÓN OPERACIONAL DE LAS VARIABLES
VARIABLES DIMENSIONES
INDEPENDIENTEX = Sistema Informático
DEPENDIENTEY = Fiscalización de los Recursos
X1 = Software ( Características del software:Funcionalidad, Mantenibilidad,Portabilidad, Usabilidad)
X2 = HardwareX3 = Personal Usuario
Y1 = Experiencia profesional de consultores.Y2 = Integridad y Seguridad de los datosFiscalizados: ( Precisión, Custodia)
3.5 POBLACIÓN
La población del estudio está constituida por 44 personas que trabajan en la Agencia
Peruana de Cooperación Internacional – APCI - específicamente en la Dirección de
Fiscalización y Supervisión, área de la investigación.
3.6 MUESTRA
Se determinó el tamaño de la Muestra, partiendo de la población, conformada por 44
personas.
El tamaño de la muestra se obtiene a base de la siguiente fórmula:
33
)1(2222/
222/
NEz
Nzn
o
Donde:
P2P : Varianza de las valoraciones
N : Tamaño poblacional de personas
EBoPB2 : Máximo error tolerable
ZP2PB/2 : Valor normal que se obtiene según el nivel de confianza adoptado.
Considerando un tamaño poblacional de 44 personas, a base de una muestra piloto se
obtuvo una desviación estándar de P P= 2.5. Así mismo, se fijó un máximo error
tolerable de una unidad y con un nivel de confianza del 95%, el percentil normal
correspondiente es z = 1.96. Procediendo a su cálculo, el tamaño de la muestra es:
76.15)144(1)5.2(96.1
)5.2(4496.1222
22
x
xxn
N : Tamaño poblacional de empresas
EBoPB2 : Máximo error tolerable
ZP2PB/2 : Valor normal que se obtiene según el nivel de confianza adoptado.
Como medida de protección, en el caso de encuestas no contestadas se incrementó la
muestra en un 25% más, esto es:
Tamaño de muestra final = 15.76 x 1.25 = 19.7 20 personas
En el caso de evaluación de algunos indicadores como: Mantenibilidad, Portabilidad,
Precisión y Custodia de los datos, se recurrió a encuestar a personal netamente técnico
perteneciente al área de informática, puesto que la estructura de la encuesta era para
responder por el personal especializado, por lo que se encuestó en este caso sólo a 5
personas.
34
3.7 TÉCNICAS DE INVESTIGACIÓN
3.7.1 Instrumentos de Recolección de Datos
Aparte de las entrevistas personales, otro de los instrumentos utilizados ha sido
de carácter documental y de aplicación de Cuestionarios, debido a que el
propósito es determinar si el Sistema Informático influye en lograr mejorar la
Fiscalización de los Recursos Provenientes de la Cooperación Internacional no
Reembolsable. El método desarrollado en los cuestionarios fue a través del
escalamiento tipo Likert, en el que se emitía un juicio, ante el cual se pedía la
contestación del encuestado, quien debía elegir uno los cinco puntos o categorías
de la escala detallada a continuación:
Escala de Likert
Escala Descripción
1 Muy Malo, no tiene, no existe
2 Malo
3 Regular
4 Bueno
5 Excelente, si tiene
3.7.2 Procesamiento y Análisis de Datos13
El procesamiento de datos se realizó mediante la utilización del software
Statistical Package For The Social Sciences (SPSS) Versión 17 y la
interpretación de los mismos se realizó mediante el Criterio del Valor p.
En síntesis, podemos decir que la metodología de desarrollo de la investigación
se tomó en cuenta lo siguiente:
1. Evaluación de la prestación de servicios actuales de las acciones de
fiscalización en la Dirección de Fiscalización y Supervisión.
2. Análisis de los reportes de las acciones fiscalizadas a las entidades
registradas en la APCI.
3. Aplicación de la Metodología de desarrollo propuesta RUP.
13 2. CAMACHO ROSALES, JUAN. Estadística con SPSS, Lima.
35
4. Elaboración de los instrumentos para medir la funcionalidad del sistema.
5. Elaboración de los instrumentos para medir la usabilidad del sistema.
6. Elaboración de los instrumentos para medir la mantenibilidad del sistema.
7. Elaboración de los instrumentos para medir la portabilidad del sistema.
8. Elaboración de los instrumentos para medir la precisión de los servicios de
fiscalización.
9. Elaboración de los instrumentos para medir la custodia de la información.
10. Aplicación de los instrumentos en mención.
11. Tabulación y elaboración de los resultados.
12. Contrastación de la hipótesis. (Ver figura Nº 05)
Figura Nº 05- Metodología de desarrollo de la Investigación.
a) Técnicas empleadas para la recopilación de la información
Entrevistas
Fuentes de información (INEI, APCI, Internet)
Análisis de la situaciónactual de la Dirección de
Fiscalización y Supervisión
Desarrollo del Sistema deFiscalización
Validar la eficiencia de losservicios (medición de
indicadores)
Evaluación de resultados
Conclusiones yRecomendaciones
Pasos 12
Pasos 3
Pasos 4 5 6 7 8 9 10
Pasos 11 12
36
Normas legales relacionadas con la Fiscalización14
b) Técnicas empleadas en el Análisis del sistema propuesto
Modelo Orientado a objetos
Casuística de las acciones de fiscalización
Notación UML – Case Rational Rose 2003
c) Técnicas empleadas en el Diseño del Sistema propuesto
Modelo Relacional de la Base de datos – Herramienta SQL
Notación UML – Case Rational Rose 2003
d) Técnicas empleadas en el Desarrollo del sistema propuesto
Diseño del Prototipo Visio 2003
Programación Orientada a Objetos – Visual Basic 6.0
e) Técnicas para la medición de resultados
Cuestionarios
Casos de prueba
14 18. Ley Nº 28514 / 19. Ley Nº 28875 / 20. Ley Nº 28905.
37
CAPITULO IV: PRESENTACIÓN DE RESULTADOS
4.1 SITUACIÓN ACTUAL DEL SISTEMA
Después de la creación de la Agencia Peruana de Cooperación Internacional15, las
organizaciones como las ONG’s, ENIEX’s y las IPREDAS, empezaron a inscribirse en
la APCI. Dichas organizaciones presentaban sus proyectos sociales, para ejecutarlos en
las zonas más pobres del territorio nacional, pero existía escaso control en cuanto a la
supervisión y Fiscalización de los Recursos de cooperación internacional que estas
entidades percibían.
El 12 de noviembre del 2004, el Congreso de la República aprobó y publicó la Ley Nº
28386, en la cual modifica el Decreto Legislativo Nº 719, referente a la Cooperación
Técnica Internacional no reembolsable y la Ley Nº 27692 referente a la Ley de creación
de la APCI, en la cual le proporciona el Control, Supervisión y Fiscalización de los
Recursos de la Cooperación Internacional no Reembolsable y la correcta utilización de
dichos recursos que reciben las organizaciones no gubernamentales de desarrollo
domiciliadas en el país. Es decir, debe estar a cargo del Director Ejecutivo de la APCI.
Obviamente que el Director Ejecutivo deberá presentar al Consejo Directivo de la APCI
el Resultado del Control, Supervisión y Fiscalización de los Recursos de la
Cooperación Internacional no Reembolsable, aplicada a las entidades intervenidas.
En el marco de la Ley Nº 28386, se realizaron dos procesos de Fiscalización de los
Recursos en los años 2005 y 2006 a los organismos perceptores de CINR. La situación
fue que en el año 2005 sólo se realizaron 3 exámenes especiales a ONGD del proceso
de Fiscalización de Recursos y en el 2006 se implementó 82 acciones de fiscalización
(38 acciones de fiscalización del Uso del Recupero del IGV de ONGD y ENIEX; 44
acciones de fiscalización en el destino final de donaciones de ropa y calzado usado de
IPREDAS).
Como se mencionó anteriormente, el 18 de mayo del 2007, se publica en las Normas
Legales del diario El Peruano, dos Decretos Supremos que darían un marco legal más
consistente a las acciones de fiscalización. Se trata primero, del Decreto Supremo Nº
027-2007-RE, la cual aprueba el “Reglamento de Infracciones y Sanciones de la APCI”
15 17. Ley Nº 27692 (Ley de Creación de la Agencia Peruana de cooperación Internacional).
38
cuya aplicación es precisamente a aquellas personas jurídicas sin fines de lucro que
utilicen recursos de Cooperación Internacional no Reembolsable – CINR – como las
ONGD, ENIEX e IPREDAS; y el segundo, es referido al Decreto Supremo Nº 028-
2007-RE, la cual aprueba el “Reglamento de Organización y Funciones de la APCI”,
cuya novedad fue el subcapítulo IV donde crea la “Dirección de Fiscalización y
Supervisión”, dando inicio así a sus actividades oficialmente el 21 de mayo del 2007.
El plan de Fiscalización de Recursos 2007 contempló 105 acciones de fiscalización y
supervisión (15 supervisiones y 90 fiscalizaciones), como se muestra en el cuadro de la
tabla Nº 01.
Tabla Nº 01- Resultados del Proceso de Fiscalización 2007.
Con respecto al Plan de Fiscalización de Recursos del 2008, sólo se pudieron ejecutar
62 acciones de fiscalización como se muestra en el cuadro de la tabla Nº 02.
Tabla Nº 02- Resultados del Proceso de Fiscalización 2008.
En cuanto al plan de Fiscalización de Recursos del año 2009, se aprobó originalmente
120 acciones de fiscalización, sin embargo se ejecutaron sólo 100 acciones de
fiscalización, distribuidos de la siguiente manera, como se muestra en el cuadro de la
tabla Nº 03.
Tabla Nº 03- Resultados del Proceso de Fiscalización 2009.
ENTIDADESFISCALIZADAS
LIMA PROVINCIAS TOTAL
ONGD 19 32 51ENIEX 5 9 14
IPREDA 16 24 40TOTAL 40 65 105
ENTIDADESFISCALIZADAS
LIMA PROVINCIAS TOTAL
ONGD 14 17 31ENIEX 14 - 14
IPREDA 13 4 17TOTAL 41 21 62
ENTIDADESFISCALIZADAS
LIMA PROVINCIAS TOTAL
ONGD 00 57 57ENIEX 01 14 15
IPREDA 16 12 28TOTAL 17 83 100
39
Pero en el año 2010, solamente se aprobó realizar 65 acciones de Fiscalización de Recursos
de la siguiente manera (observar el cuadro Nº 04).
Tabla Nº 04- Resultados del Proceso de Fiscalización 2010.
Sin embargo, en cada proceso de fiscalización anual, siempre hubo problemas porque
convocaban a concurso público de profesionales para hacerse cargo de las acciones de
Fiscalización de Recursos conformando equipos multidisciplinarios, pero como el
personal en cada proceso era nuevo, se debería capacitar a dicho personal, para
integrarlos rápidamente con algunos profesionales ya con experiencia. Pero no había
tiempo para esa capacitación, por lo que surgían los problemas en cuanto a los
procedimientos a efectuar.
El director de Fiscalización y Supervisión decide qué entidades van a ser fiscalizadas,
en base a la determinación de una Muestra. Luego estas entidades seleccionadas serán
asignadas a los equipos de fiscalizadores a fin de que inicien las coordinaciones
internas con las diferentes oficinas de la Dirección de Operaciones y Capacitación para
obtener información previa, así como los documentos pertinentes que obran en los
archivos de registros de cada entidad a fiscalizar.
Los integrantes de los equipos fiscalizadores demoran demasiado para la recolección
de los datos importantes previos a la Fiscalización de Recursos. Tienen problemas de
manejo de los sistemas en línea para poder consultar y verificar, - por ejemplo – las
partidas registrales de las personas jurídicas y representantes legales de cada entidad a
fiscalizar que puede ser (previa suscripción de contrato) por la SUNARP. También
existen problemas para las consultas de las resoluciones emitidas por la SUNAT (uso
libre) para verificar dichas resoluciones con respecto al recupero del IGV por parte de
las entidades. Tampoco tienen acceso en línea de los Sistemas Informáticos de la
propia APCI. Deben recurrir físicamente a las oficinas administrativas para recabar la
información necesaria.
ENTIDADESFISCALIZADAS
LIMA PROVINCIAS TOTAL
ONGD 10 15 25ENIEX 05 05 10
IPREDA 10 20 30TOTAL 25 40 65
40
A continuación, mostramos el gráfico de la figura Nº 06 que presenta el resumen de las
acciones de Fiscalización de Recursos desde el 2007 al 2010.
Figura Nº 06 – Acciones de Fiscalización años 2007-2010.
4.2 APLICACIÓN DE LA METODOLOGÍA PROPUESTA PARA ELDESARROLLO DEL SISTEMA (RUP)
4.2.1Visión General del Proyecto
La visión general del proyecto es mejorar los procesos de Fiscalización de
Recursos que se realizan en las Oficinas de la Dirección de Fiscalización y
Supervisión – DIFIS – de la APCI.
4.2.2 Misión y alcance.
La misión del Proyecto es el desarrollo de un Sistema Informático que se
encargue de facilitar los procesos de las acciones de Fiscalización, ajustándose a
los reglamentos y procedimientos de la Dirección de Fiscalización y
Supervisión.
El presente Proyecto está delimitado a los servicios que brindan las oficinas de
Fiscalización y será implementado en la Dirección de Fiscalización y
Supervisión de la APCI, ubicada en el distrito de Miraflores – Lima.
4.2.3 Organización del Proyecto.
41
La organización del proyecto está constituida por los “Stakeholders”
participantes en el Proyecto, éstos pueden asumir un mismo rol, así como cada
uno de ellos puede tener varios roles a la vez, según lo determine el líder del
Proyecto.
A continuación se presentan los roles que tendrán los participantes del Proyecto
y la descripción de sus funciones (ver cuadro de la tabla Nº 05)
Tabla Nº 05 – Participantes del Proyecto y sus funciones.
Puesto Responsabilidad
Jefe de Proyecto El jefe del proyecto asigna los recursos, gestiona las
prioridades, coordina las interacciones de los usuarios del
sistema, y mantiene al equipo del proyecto enfocado en los
objetivos. El jefe de proyecto también establece un conjunto de
prácticas que aseguran la integridad y calidad de los artefactos
del proyecto. Además, el jefe del proyecto se encargará de
supervisar el establecimiento de la arquitectura del sistema.
Gestiona riesgos, planificación y control del proyecto.
Analista de
Sistemas
Captura, especificación y validación de requisitos,
interactuando con los usuarios mediante entrevistas.
Elaboración del Modelo de Análisis y Diseño. Colaboración en
la elaboración de las pruebas funcionales y el modelo de datos.
Desarrollador Construcción de prototipos. Colaboración en la elaboración de
las pruebas funcionales, modelo de datos y en las validaciones
con el usuario.
Administrador de
Base de Datos
Colaboración en el diseño del Modelo de Datos, creación del
Modelo de Datos lógico y físico del sistema así como su
mantenimiento y actualización según los cambios y las
iteraciones en las fases del proyecto.
Administrador de
Redes y Servicios
Web
Sólo como colaborador para garantizar el buen funcionamiento
de las redes así como para gestionar los servicios que nos pueda
brindar el internet, intranet y extranet tanto la misma APCI
como otros servicios (SUNARP, SUNAT, etc.)
42
4.2.4 Gestión del Proceso.
Plan del Proyecto.- En esta sección se presenta la organización en fases e
iteraciones del proyecto.
Plan de fases.- El desarrollo del sistema se llevó a cabo sobre la base de fases
con una o más iteraciones en cada una de ellas. EL siguiente cuadro muestra la
distribución de tiempos y número de iteraciones de cada fase (ver cuadro de la
tabla Nº 06).
Tabla Nº 06 – Fases e Iteraciones del Proyecto.
Fase Nro.
Iteraciones
Duración
Fase de Inicio 1 15 días
Fase de Elaboración 2 30 días
Fase de Construcción 3 60 días
Fase de Transición 2 15 días
Fase de inicio.- Se especificaron los requisitos del sistema de Fiscalización
desde la perspectiva del usuario, los cuales fueron identificados en los
principales casos de uso y se hizo un refinamiento del Plan de Desarrollo del
Proyecto. La aceptación del usuario del Plan de Desarrollo marcó el final de esta
fase.
Fase de Elaboración.- En la fase de elaboración se hicieron dos iteraciones, en
la primera se analizaron los requisitos y se desarrolló un prototipo de
arquitectura del sistema donde estuvo contemplado la especificación de los
principales casos de uso así como su realización preliminar en el Modelo de
Análisis/Diseño, estos casos de uso fueron implementados en la primera versión
(despliegue del sistema al usuario) de la fase de construcción. En base al diseño
del sistema se diseñó el modelo de datos, en primera instancia el modelo de
entidad-relación y seguidamente, se generó el modelo lógico de datos.
En la segunda iteración se diseñó las interfaces de usuario correspondientes a los
casos de uso y se validó con el usuario, también se realizó una revisión general
del estado de los artefactos hasta este punto y se ajustó la planificación para
43
asegurar el cumplimiento de los objetivos. La revisión y aceptación del prototipo
de la arquitectura del sistema y las pantallas GUI’s marcó el final de esta fase.
Fase de construcción.- En la fase de construcción se realizó tres iteraciones, en
la primera, se terminaron de analizar y diseñar todos los casos de uso, refinando
el modelo de Análisis/Diseño, las pantallas GUI’s y el modelo de datos.
La segunda iteración comenzó con la generación física del modelo de datos y el
desarrollo del producto, en otras palabras, la programación del mismo; también
se dieron unos reajustes al diseño del sistema, a las pantallas GUI’s y a la base
de datos generada.
En la tercera iteración se terminó la construcción del Sistema, y se revisó cada
módulo para verificar las validaciones y requisitos del sistema, se comenzó la
elaboración de material de apoyo al usuario.
El hito que marca el fin de esta fase es la versión de la release 2.0, con la
capacidad operacional parcial del producto que se haya considerado como
critica, lista para ser entregada a los usuarios para pruebas beta.
Fase de Transición.- En esta fase como primera iteración se prepararon dos
releases para distribución, asegurando una implantación del sistema de manera
adecuada, incluyendo el entrenamiento de los usuarios.
EL hito que marca el fin de esta fase y la segunda iteración incluye, la entrega
de toda la documentación del proyecto con todo el material de apoyo al usuario,
la finalización del entrenamiento de los usuarios y el empaquetamiento del
producto.
4.3 RESULTADOS DE LA FASE DE INICIO
Como resultado de la primera iteración de esta fase, se tiene los principales casos de
uso que se verán expresados en el siguiente “modelado de casos de uso del negocio”.
4.3.1 Modelo de Casos de uso del Negocio.
El sistema debe compartir información con la Dirección de Operaciones y
Capacitación, el cual proveerá la documentación existente en los archivos
institucionales de la APCI, así como los documentos pertinentes que obran en los
44
archivos de registro de cada Entidad a Fiscalizar. Se realizará la verificación
preliminar de los registros de las personas jurídicas y representantes legales de cada
Entidad a fiscalizar a través de consultas en línea con servicios que prestan la
SUNAT, SUNARP y RENIEC (ver figura Nº 07).
a) Especificación de Casos de Uso del Negocio
Los principales casos de uso que se han identificado para las unidades del negocio
son:
Supervisión.- Que viene a ser la acción de Inspección documentaria y/o física
acotada a la verificación del cumplimiento de productos y actividades específicas
de las intervenciones ejecutadas con los recursos de la CINR. La supervisión se
puede efectuar bajo tres modalidades: De oficio; Por denuncia; Por
recomendaciones de informe previo.
Fiscalización.- Es la acción de evaluación de las intervenciones efectuadas por las
entidades privadas con recursos de la CINR, a fin de verificar la correcta
utilización de dichos recursos, así como la eficiencia, la eficacia y los resultados
de tales intervenciones. Se originan a partir de una muestra de intervenciones
programadas en el Plan Anual de Fiscalización y Supervisión. Adicionalmente a la
muestra se podrá iniciar acciones a partir de las recomendaciones de una acción de
supervisión previa. En ambos casos, los alcances de las acciones de fiscalización
serán los mismos. La Fiscalización se puede hacer de dos modalidades:
Programadas y NO Programadas.
Servicios.- Como se dijo anteriormente, el sistema consultará en línea con la
SUNAT, SUNARP y/o RENIEC para verificar – por ejemplo – la partida registral
de personas jurídicas y representantes legales de cada entidad a fiscalizar, así
como las resoluciones emitidas por SUNAT solicitadas por las Entidades para el
recupero del IGV.
Entidad.- La iteración del sistema es muy importante con la Unidad de
Operaciones, donde se encuentran registradas las Entidades como las IPREDAS,
ONGD, ENIEX. De aquí se podrá recuperar documentación pertinente de la
Entidad a intervenir y que ejecutará la DIFIS
45
Figura Nº 07 – Unidades del Negocio del Sistema Propuesto.
b) Análisis de Casos de Uso del Negocio
En esta etapa se analizan los casos de uso determinados como principales en la
Especificación y se hace un análisis detallado de las operaciones de Negocios
para la Dirección de Fiscalización y Supervisión para las tres unidades del
negocio.
Para realizar el análisis de Casos de Uso del Negocio se hace la descripción, la
identificación de los principales actores y casos de uso del negocio en un
formato de alto nivel. Más adelante (en la fase de elaboración) se efectuará el
detalle de los Casos de Uso del Sistema. (Observar figura Nº 08)
Figura Nº 04 – Unidades del Negocio del Sistema Propuesto.
Supervisión Fiscalización
EntidadServicios
Dirección de Operaciones y Capacitación - DOC
Dirección de Fiscalizacióny Supervisión - DIFIS
SUNAT - SUNARP - RENIEC
UNIDADES DEL NEGOCIO
46
Figura Nº 08 – Análisis de los Casos de Uso del Negocio.16
Actores
Director DIFIS: Es la persona responsable de la DIFIS, la cual delega una serie de
funciones relacionadas a su Dirección al personal subalterno.
Supervisor: Persona responsable encargada de orientar a los jefes de los equipos de
fiscalización. Realiza monitoreo programático y operativo.
Jefe de Equipo: Persona responsable de la supervisión de labores propias de las
acciones de supervisión y/o fiscalización por parte de los fiscalizadores,
coordinando y orientándolos en sus labores.
16 7. MATSUKAWA MAEDA, SERGIO. Análisis y Diseño Orientado a Objetos con UML y
Rational Rose, Lima
ConsultarServicios
Secretaria
Cuidadano/Institución
DirectorDIFIS
Determinar Infracción
RepresentanteLegal
Supervisor
ElaborarPlan Anual
FiscalizarEntidad
<<extend>>
JefeEquipo
Fiscalizador
SupervisarEntidad
Figura Nº 05 - Análisis de los Casos de Uso del Negocio
OPERACIONES DE NEGOCIOS EN LA DIFIS
47
Fiscalizador: Son las personas consultores cuya función principal es realizar las
acciones de fiscalización y/o supervisión. Posiblemente algunas otras labores
encomendadas por la Dirección.
Secretaria: Persona que tiene como función remitir las notificaciones a las
entidades que van a ser fiscalizadas y/o supervisadas. Así como otras labores
relacionadas a su función.
Denunciante: Aquella persona natural y/o jurídica que hace una denuncia formal
sobre supuestas infracciones cometidas por alguna entidad receptora de CINR.
Representante Legal: Persona Jurídica que representa a la Entidad a Intervenir y
quién debe responder a las notificaciones recibidas formalmente por parte de la
APCI.
Caso de Uso:
Nombre: Elaborar Plan Anual de Fiscalización
Actores: Director DIFIS, Supervisor
Tipo: Primario
Descripción: Este caso de uso se inicia en los primeros meses de cada año,
declarándose los objetivos, luego determinan la meta de cuantas intervenciones
realizarán ese año. El sistema emitirá el consolidado de cuantas IPREDAS, ONGD
y ENIEX se encuentran registradas en la APCI. De ese universo, se fija la meta
(número de intervenciones). Se aplica ciertos criterios de ponderación para la
selección de la muestra. En el caso de intervenciones a las IPREDAS, se toma en
cuenta el consolidado que emitirá el sistema del número de certificaciones de
Conformidad de Ropa y Calzado Usado emitidos por la APCI. En el caso de
intervenciones a las ONGD y ENIEX, el sistema debe emitir un consolidado del
total de Declaraciones Anuales de los proyectos ejecutados por dichas entidades. Se
lista también las fuentes financiadoras. Luego el sistema debe listar las Constancias
de Devolución de IGV-IPM tramitadas por dichas entidades. En base a esta
información se procede a extraer una muestra para determinar el número de
entidades que serán intervenidas.
Caso de Uso:
Nombre: Supervisar Entidad.
Actores: Director DIFIS, Jefe de Equipo, Fiscalizador, Ciudadano-Institución.
48
Tipo: Primario.
Descripción: Este caso de uso se inicia evaluando cierta información entregada por
una denuncia de ciudadano-Institución. El Director DIFIS toma la decisión si la
información es trascendente, si no es así lo archiva. En caso sea trascendente, se
evalúa con el Supervisor y si amerita una intervención de Supervisión, entonces
solicita al jefe de equipo recabar más información sobre dicha entidad. El sistema
debe proveer a través de consultas el Nro. De expediente y el Nro. De Certificación
de Conformidad y otros datos. El sistema emitirá Resolución Directoral de
Fiscalización asignando el trabajo a un equipo de fiscalizadores. Luego el
fiscalizador ingresará al sistema los datos de la hoja de trabajo Nº 11 y 13 referente
a Donaciones de Ropa y Calzado Usado. En caso la Supervisión fuera por la
muestra del Plan Anual, se sigue el mismo procedimiento.
Con respecto a las ONGD – ENIEX, como no están programadas en el plan Anual,
serán atendidas sobre la base de ciertos criterios específicos (alguna denuncia). El
Director DIFIS evalúa la causa y si amerita que la información es trascendente, se
autoriza al Supervisor conformar el equipo de fiscalización que realizará la
Supervisión. Esta es corroborada con la emisión por parte del sistema de una
Resolución Directoral asignando el trabajo a dicho equipo. El jefe de equipo
ingresará al sistema los datos necesarios para generar el Plan de Trabajo de
Supervisión. La secretaría envía una notificación a la Entidad intervenida para la
Supervisión, solicitándole más documentación sobre cierto proyecto ejecutado.
Luego que la información llega a la APCI, se hace trabajo de gabinete analizando la
información recepcionada y determinar las observaciones si las hubiese. En el
trabajo de gabinete, el fiscalizador ingresará al sistema informático las hojas de
trabajo Nº 17, 18, 19 con el objeto de verificar la consistencia de la ejecución física
y financiera del proyecto.
Caso de Uso:
Nombre: Fiscalizar Entidad.
Actores: Director DIFIS, Jefe de Equipo, Fiscalizador, Ciudadano-Institución.
Tipo: Primario.
Descripción: En base a la Muestra de Certificaciones de Conformidad de Ropa y
calzado Usado de acuerdo al plan de Fiscalización. Se procede a recabar más
49
información sobre dicha entidad. El sistema debe proveer a través de consultas el
Nro. De expediente y el Nro. De certificación de Conformidad y otros datos. El
sistema emitirá Resolución Directoral de Fiscalización asignando dicho trabajo a un
equipo de Fiscalización en particular. El fiscalizador ingresará al sistema los datos
para elaborar el Plan de Trabajo de Fiscalización. Además ingresará datos para
emitir hojas de trabajo Nº 10, 11, 12 y 13 referente a Donaciones de Ropa y Calzado
Usado.
En cuanto a las ONGD – ENIEX, éstas están determinadas en el plan Anual, serán
atendidas sobre la base de la Muestra de intervenciones a Fiscalizar, procediéndose
a identificar la información existente en la APCI a través de sus registros
institucionales y la Declaración Anual. El sistema emitirá Resolución Directoral de
Fiscalización asignando dicho trabajo a un equipo de Fiscalización en particular. El
fiscalizador ingresará al sistema los datos para elaborar el Plan de Trabajo de
Fiscalización. Además ingresará datos para emitir hojas de trabajo Nº 17, 18, 19, 20
y 22 referente a la verificación documentaria, la ejecución física y financiera, así
como la sostenibilidad, pertinencia y alineamiento del proyecto a fiscalizar.
Caso de Uso:
Nombre: Determinar Infracción.
Actores: Director DIFIS, Supervisor, Jefe de Equipo,
Tipo: Primario.
Descripción: En base a las Conclusiones y Recomendaciones del informe Final de
la Fiscalización – IPREDA u ONGD / ENIEX – El informe también debe indicar si
hay méritos suficientes para iniciar un procedimiento administrativo sancionador. El
Jefe de Equipo consultará al sistema el tipo de infracción identificada (Leve, Grave,
Muy Grave, Excepcional). Luego el Director DIFIS evalúa la consistencia del
informe Final y establece acciones a tomar, consultando con su asesor legal.
4.4 RESULTADOS DE LA FASE DE ELABORACIÓN
En esta fase se realizaron dos iteraciones y como resultado de la primera iteración,
nos dio el análisis de los requisitos mediante el modelo de Casos de Uso del
Sistema y el prototipo de arquitectura del sistema mediante el flujo de trabajo
50
“Análisis y Diseño”, a la vez se realizó el Modelo Entidad-Relación. En una
segunda iteración se realizaron las interfaces del Usuario.
4.4.1 Análisis de Requerimientos del Sistema.
a) Modelo de Casos de Uso del Sistema
Después de haber identificado a las tres unidades del negocio de la Dirección de
Fiscalización y Supervisión, y haber detallado las operaciones del mismo, se
procede a mostrar el Modelo de caso de uso del Sistema por cada uno de las
unidades.
Los Procesos principales son los siguientes: Elaborar Plan Anual, Supervisar
Entidad, Fiscalizar Entidad, Consultar Servicios.
Modelo de Casos de Uso Supervisar Entidad
La acción de Supervisión se efectuará bajo las siguientes modalidades:
Supervisión de Oficio.- Se realiza de forma inopinada por parte de la APCI a
partir de fuentes internas o externas que evidencian indicios razonables sobre
algún tipo de infracción a las normas de CINR.
Supervisión por Denuncia.- Cuando alguna Institución o persona
involucrada en intervenciones, financiadas con recursos de la CINR, efectúan
formalmente, denuncias sobre supuestas infracciones cometidas por alguna
entidad receptora de CINR, se procede a evaluar la consistencia de la
denuncia, procediéndose a una acción de Supervisión o en caso contrario a
archivarla. Si en la Supervisión se concluye que hay méritos suficientes, se
dará inicio a una acción de fiscalización.
Supervisión por Recomendaciones de informe previo.- Verifica el
cumplimiento de las recomendaciones contenidas en un informe previo de
fiscalización, por parte de las entidades receptores de CINR.
El modelo de casos de uso Supervisar Entidad muestra los requisitos encontrados para
este proceso: se muestran los actores, los diagramas de casos de uso y la respectiva
asociación entre ellas (ver figura Nº 09).
51
Figura Nº 09 – Diagrama de Caso de Uso: “Supervisión de Entidad”.
Actores:
Director DIFIS: Es el que inicia las acciones de operación de Supervisión en una
Entidad. La oportunidad o momento de las notificaciones de INICIO de la
Supervisión podrá ser modificada cuando el Director de la DIFIS lo disponga, en
función de las circunstancias justificantes.
Supervisor: Es el encargado de coordinar y verificar el trabajo de la Acción de
Supervisión, que realizan los jefes y miembros de Equipos.
Denunciante
Notificar a Entidad Trabajo de
GabineteVisita
InspectivaConfeccionar
Acta
Diagrama de caso de uso: Supervisar Donaciones de Ropa y Calzado Usados
Elaborar informede cierre
PlanificarSupervisión
Revisar documentaciónde denuncia
JefeEquipo
Director DIFIS
Supervisor
EjecutarSupervisión
<<include>>
<<include>><<include>>
<<include>>
Solicitar información a Entidad
<<extend>>
Consultar CertificadoConformidad
Supervisor
Generar Resolución
<<extend>>
Director DIFIS<<extend>><<include>>
<<include>>
52
Jefe de Equipo Supervisión: Persona responsable de dirigir la acción de
Supervisión. El equipo es designado mediante Resolución Directoral.
Denunciante: Persona Natural o Jurídica que entrega a la Agencia documentación
de la denuncia, solicitando una acción a la Entidad Denunciada.
Representante Legal: Persona Jurídica que representa a la Entidad a Intervenir y
quién debe responder a las notificaciones recibidas formalmente por parte de la
APCI. La figura Nº 10 nos muestra la interacción entre los actores.
Figura Nº 10 – Actores del Proceso: Supervisar Entidad
Denunciante
SupervisorJefe
Equipo
RepresentanteLegal
Director DIFIS
Actores para el proceso de Supervisar Entidad
A continuación se presenta la descripción de cada uno de los casos de uso del
Diagrama de: Casos de Uso de Supervisión de Donaciones de Ropa y Calzado
Usados.
53
Caso de uso: Registrar Consultor
Resumen: Este caso de uso permite a la Secretaria de DIFIS registrar a todos los
consultores que pertenecen a la DIFIS.
Actores: Secretaria, Consultor.
Fecha de creación: 10/08/2010
Precondición: El consultor no debe estar registrado en la base de datos.
Poscondición: Se registra al consultor como miembro de la DIFIS.
Escenario Principal:
1. La Secretaria entra al sistema de fiscalización y en la pantalla
“Mantenimiento de Consultor” de acuerdo a la figura Nº 11 e ingresa los
datos: código, DNI, nombre, apellido paterno, apellido materno, dirección,
etc.
2. Luego de ingresar los datos, la secretaria de DIFIS hace clic en botón
Guardar.
3. El sistema de fiscalización guarda los datos.
4. Cualquier duda se le consulta a los fiscalizadores consultores.
Figura Nº 11 – Caso de Uso: “Mantenimiento de Consultor”
Flujos Alternativos:
A1: Número de DNI ya existe:
54
1. La secuencia A1 comienza en el punto 1 del escenario principal.
2. El sistema de fiscalización, al validar el número de DNI comunica que dicho
número ya existe, enviando un mensaje de texto, de acuerdo al mensaje de la
figura Nº 12.
Figura Nº 12 – mensaje de error valida DNI
A2: Nombre de Consultor ya existe:
1. La secuencia A2 comienza en el punto 1 del escenario principal.
2. El sistema de fiscalización comunica que el nombre del consultor a ingresar
ya existe, enviando un mensaje de texto.
3. El escenario vuelve al punto 1.
Requisitos de Interfaz de Usuario:
Un teclado alfanumérico.
Una pantalla.
Un ratón.
Requisitos No-Funcionales:
Tiempo de respuesta: La interfaz debe responder dentro del tiempo máximo
de 15 segundos en una velocidad efectiva de conexión con el servidor de
56Kbps.
Caso de uso: Revisar Documentación de Denuncia
Resumen: Este caso de uso permite al Director DIFIS evaluar la causal de
Supervisión, cuando la documentación ingresada a la Agencia por quien solicita la
acción o plantea la denuncia.
Consultor Registrar ConsultorSecretaria
55
Actores: Denunciante, Director DIFIS (primario), Supervisor (primario).
Fecha de creación: 18/08/2010
Precondición: Debe estar ingresada y registrada la denuncia.
Poscondición: Determinar una acción de Supervisión ó archivamiento del caso.
Escenario Principal:
1. El Denunciante se acerca al local de la Agencia (Av. Larco N° 383,
Miraflores, Lima 18 – Perú) con la denuncia o hacer la denuncia por correo
electrónico.
2. El Director DIFIS evalúa la información ingresada de la denuncia.
3. Si la información es trascendente, deriva la información a un Supervisor para
que proceda a evaluar la causal de supervisión.
4. Supervisor revisa la información documental y si se trata de una institución
registrada en APCI, solicita a la Dirección de Operaciones y Capacitación la
información relevante de los registros de la institución y de la Declaración
Anual de actividades de las IPREDAS que correspondan a la intervención,
pasible de Supervisión.
5. Luego de analizada la información disponible en la Agencia, y si el
Supervisor no encuentra elementos de juicio para una acción de Supervisión,
archiva el caso, de lo contrario decide solicitar información preliminar a la
.Entidad, activando el caso de uso: “Solicitar Información a Entidad”.
Caso de uso: Solicitar Información a Entidad
Resumen: Este caso de uso sólo se activa si el Supervisor cree que la denuncia hecha es
pasible de una acción de Supervisión, entonces se le solicita mayor información
a la Entidad pasible de una acción de Supervisión.
Actores: Supervisor (primario), Director DIFIS (primario).
Fecha de creación: 18/08/2010
Precondición: La Denuncia debe haber sido revisada.
Poscondición: Ratificación de una acción de Supervisión (mediante resolución) ó
archivamiento del caso.
Escenario Principal:
56
1. Luego de analizada la información disponible en la Agencia, se procede a solicitarinformación preliminar a la Entidad.
2. El Director DIFIS elabora y envía una carta simple a la entidad, comunicándole quehabiendo recibido información de una posible infracción por el uso de los recursosde la CINR, se les solicita remitir información preliminar al respecto.
3. Luego de recepcionar la respuesta de la entidad, con la documentación existente, elSupervisor analizará la consistencia de la misma, determinado observaciones si lashubiera.
4. El Supervisor propone al Director DIFIS a través de un informe, los alcances de lasupervisión a efectuarse o el archivamiento del caso.
5. Luego de valorar los argumentos establecidos en el informe, el Director DIFISratificará la acción de Supervisión procediendo a la asignación del caso a un equipode Supervisión mediante Resolución Directoral activando el caso de uso “GenerarResolución”, o si considera que no hay méritos suficientes, decidirá suarchivamiento.
Caso de uso: Generar Resolución
Resumen: Este caso de uso sólo se activa si el Director cree que la denuncia hecha es
pasible de una acción de Supervisión, generando la Resolución Directoral.
Actores: Supervisor (primario), Director DIFIS (primario).
Fecha de creación: 18/08/2010
Precondición: El informe del Supervisor a recomendado una Supervisión.
Poscondición: Emitir Resolución Directoral.
Escenario Principal:
1. Luego de recepcionado el informe del Supervisor y con el visto bueno de laDirección DIFIS, el Director ingresa al sistema de Fiscalización y en el menú llamaa la pantalla “Generar Resolución” como se observa en la figura Nº 13.
2. El Director DIFIS selecciona el tipo de Entidad (IPREDA/ONGD/ENIEX) e ingresael código de la Entidad (en este caso debe ser IPREDA). Si no recuerda el código,hace búsqueda en recuadro nombre de Entidad.
3. Luego en recuadro Datos de Resolución, ingresa: el número del informe delSupervisor que hizo el alcance de la intervención, el número y la fecha de laresolución. En el recuadro tipo de acción debe seleccionar Supervisión.
4. Luego hace clic en el botón Guardar.
57
Figura Nº 13 – Caso de Uso: “Generar Resolución”
5. El Director DIFIS hace clic en el botón Equipo para llamar a la pantalla “Registrode miembros de Equipo”, que es mostrada en la figura Nº 14.
6. Esta pantalla debe displayar automáticamente: el número del informe, el número yfecha de resolución y el nombre de la entidad, así como el tipo de acción(Supervisión)
7. En el recuadro Equipo, debe digitar el nombre del equipo y displayar los miembrosde dicho equipo.
8. Tiene la opción de rehacer el equipo, activando o desactivando el casillero deverificación de cada miembro del equipo, así como asignar el cargo a cada uno deellos.
9. Luego de seleccionar el equipo, hacer clic en el botón Guardar para grabarlo en labase de datos.
10. Por último el Director debe hacer clic en el botón Emitir Resolución. Se emite laresolución y se debe guardar dicha resolución en una tabla de resoluciones emitidascon el nombre RDS001-2010. (La 2da resolución será RDS002-2010 y asísucesivamente).
58
Figura Nº 14 – Pantalla: “Registro de Miembros de Equipo”
Flujos Alternativos:A1: Código de Entidad no existe:
1. La secuencia A1 comienza en el punto 2 del escenario principal.
2. El sistema de fiscalización, al validar el código de la Entidad, comunica que dicho
número no existe, enviando un mensaje de texto.
3. El escenario vuelve al punto 2.
A2: Nro. De Resolución ya existe:
1. La secuencia A2 comienza en el punto 3 del escenario principal.
2. El sistema de fiscalización comunica que el nro. De resolución ya existe, enviando
un mensaje de texto.
3. El escenario vuelve al punto 3.
A3: Fecha de Resolución debe ser menor o igual a la fecha actual:
1. La secuencia A3 comienza en el punto 2 del escenario principal.
59
1. El Director DIFIS ingresa la fecha de la Resolución. Si la fecha de la resolución es
mayor que la fecha actual, entonces el sistema envía un mensaje de texto para
que se corrija el error, como se muestra en la figura Nº 15.
Figura Nº 15 –Mensaje error valida fecha
2. El escenario vuelve al punto 3.
Requisitos de Interfaz de Usuario:
Un teclado alfanumérico.
Una pantalla.
Un ratón.
Requisitos No-Funcionales:
Tiempo de respuesta: La interfaz debe responder dentro del tiempo máximo de
15 segundos en una velocidad efectiva de conexión con el servidor de 56Kbps.
Concurrencia: debe ser capaz de validar y dar respuesta a 02 o más Usuarios
accediendo simultáneamente dentro de los tiempos de respuesta.
Caso de uso: Planificar Supervisión
Resumen: Este caso de uso busca programar todos los elementos necesarios y suficientes
para implementar la acción de supervisión, tomando en cuenta la eficiencia en el
uso de los recursos disponibles de la DIFIS.
Actores: Jefe de Equipo de Supervisión, Director DIFIS.
Fecha de creación: 18/08/2010
Precondición: Asignación del caso a equipo de supervisión con Resolución Directoral.
Poscondición: Formulación del Plan de trabajo.
Escenario Principal:
1. El jefe de equipo de supervisión define los alcances y duración de la Supervisión.
2. EL jefe de equipo entra al sistema de fiscalización, selecciona la pantalla “Generar
Plan de trabajo” e ingresa el tipo de entidad, el código de la Entidad o el nombre de
60
la entidad lo selecciona de un cuadro de lista, para verificar los datos generales de
dicha Entidad a ser intervenida (debe displayar Nro. De registro de APCI, fecha de
vigencia, dirección, etc. Como se muestra en el prototipo de interfaz.
3. Luego de verificado los datos, debe ingresar el nro. De plan y fecha del Plan de
trabajo.
4. Luego selecciona el tipo de la acción (denuncia u oficio).
5. Debe hacer un clic en el botón Objetivos…(el sistema nos muestra la pantalla de la
figura Nº 16 “Generar Plan de Trabajo – Objetivos/Actividades” ), para continuar
ingresando los datos como: naturaleza, alcance, objetivos lo selecciona de una
cuadrícula.
6. Después programa sus actividades asignado a cada una de ellas el número de días y
la fecha que empieza cada una de ellas.
7. El usuario tiene la opción de modificar los datos antes de grabar.
8. Después de verificar los datos, el consultor hace clic en el botón “Emite Plan” de
trabajo.
9. Emitido el Plan de Trabajo, el consultor hace clic en el botón Guardar y graba los
datos en una base de datos de planes de trabajo emitidas. También tiene la opción de
Volver a la pantalla anterior haciendo clic en dicho botón.
Figura Nº 16 – Pantalla: “Generar Plan de Trabajo”
Generar Plan de TrabajoGenerar Plan de Trabajo
Código Entidad:
Nombre:
RUC:
Dirección:
Nuevo Emite Plan Guardar Salir
TipoIPREDA ONGD ENIEX
Datos EntidadNro. Registro
APCI:Fecha Vigencia: / /
Número: Fecha Plan: / /
Teléfono: - Fax:
Representante Legal:
Certificado ConformidadNúmero Cert. : Fecha Cert.: / / Nro. Expediente:
Origen:Denuncia De Oficio
Objetivos...
61
Flujos Alternativos:
A1: Código de Entidad no existe:
1. La secuencia A1 comienza en el punto 2 del escenario principal.
2. El sistema de fiscalización, al validar el código de la Entidad, comunica que dicho
número no existe, enviando un mensaje de texto.
3. El escenario vuelve al punto 2.
A2: Clave de Plan ya existe:
1. La secuencia A2 comienza en el punto 3 del escenario principal.
2. El sistema de fiscalización, al validar la clave conformada por el nro. De plan + la
fecha de plan, comunica que dicha clave ya existe, enviando un mensaje de texto.
3. El escenario vuelve al punto 3.
A3: Código de objetivo no existe:
1. La secuencia A3 comienza en el punto 5 del escenario principal.
2. El sistema de fiscalización comunica que el nro. De objetivo no existe, enviando un
mensaje de texto.
3. El escenario vuelve al punto 5.
Requisitos de Interfaz de Usuario:
Un teclado alfanumérico.
Una pantalla.
Un ratón.
Requisitos No-Funcionales:
Tiempo de respuesta: La interfaz debe responder dentro del tiempo máximo de
15 segundos en una velocidad efectiva de conexión con el servidor de 56Kbps.
Concurrencia: debe ser capaz de validar y dar respuesta a 02 o más Usuarios
accediendo simultáneamente dentro de los tiempos de respuesta.
Caso de uso: Consultar Certificado Conformidad
Resumen: Este caso de uso tiene como objetivo consultar los certificados de conformidad
emitidos por APCI en base a la presentación de una solicitud que conforman un expediente.
Actores: Jefe de Equipo de Supervisión, consultor.
Fecha de creación: 28/08/2010
62
Precondición: Formulación del Plan de trabajo.
Poscondición: Relación del(os) certificado(s) de conformidad, número de expediente y
fecha de expediente.
Escenario Principal:1. El jefe de equipo de supervisión ó el consultor ingresa al sistema de fiscalización y
llama a la pantalla “Consultar Certificado de Conformidad”, como la figura Nº 17.
2. Ingresa el código de la entidad y el sistema muestra automáticamente el nombre y el
domicilio legal de la entidad.
3. El sistema muestra automáticamente en una cuadrícula, la relación de certificados,
(que puede ser ninguna, una o varios) con los siguientes datos: Número de
certificado de conformidad, Numero de expediente de la solicitud, fecha de
expediente de la solicitud y el nombre de la entidad donante.
Figura Nº 17 – Caso de uso: “Consultar Certificado de Conformidad”
4. El consultor puede imprimir la consulta haciendo clic en el botón Imprimir Consulta.
5. El consultor puede consultar un certificado en forma puntual, colocando el cursor en el
ítem del certificado en particular que desea ver su detalle, haciendo clic en el botón
Ver Detalle…; inmediatamente el sistema llama a la pantalla “Detalle de una consulta
Puntual – Certificado de Conformidad” mostrada en la figura Nº 18. Puede regresar a la
63
pantalla anterior haciendo clic en el botón Regresar ó puede volver al menú Principal,
haciendo clic en el botón Salir.
6. Si desea realizar otra consulta a otra entidad, debe hacer clic en el botón Nueva
Consulta.
7. Para Regresar al Menú Principal, debe hacer clic en el botón Salir.
Flujos Alternativos:A1: Código de entidad no existe:
1. La secuencia A1 comienza en el punto 2 del escenario principal.
2. El sistema de fiscalización, al validar el código de la entidad, comunica que dicho
número no existe, enviando un mensaje de texto.
3. El escenario vuelve al punto 2.
Requisitos de Interfaz de Usuario:
Un teclado alfanumérico.
Una pantalla.
Un ratón.
Requisitos No-Funcionales:
Tiempo de respuesta: La interfaz debe responder dentro del tiempo máximo de
15 segundos en una velocidad efectiva de conexión con el servidor de 56Kbps.
Figura Nº 18 – Pantalla: “Detalle de la consulta Puntual – Certificado deConformidad”
64
Caso de uso: Ejecutar Supervisión
Resumen: Este caso de uso busca realizar la acción de Supervisión en la cual el equipo de
supervisión realizará la acción de manera transparente, objetiva y eficiente,
respetando el debido proceso.
Actores: Equipo de Supervisión.
Fecha de creación: 28/04/2010
Precondición: Formulación del Plan de trabajo.
Poscondición: Confección del Acta de cierre.
Escenario Principal:
1. El jefe de equipo de supervisión activa el caso de uso “Notificar a Entidad”.
2. El equipo activa el caso de uso “Trabajo de Gabinete”.
3. El equipo activa el caso de uso “Visita Inspectiva”.
4. El Jefe de equipo activa el caso de uso “Confeccionar Acta”.
5. El Jefe de equipo activa el caso de uso “Elaborar Informe de Cierre”.
Caso de uso: Notificar a Entidad
Resumen: Este caso de uso tiene como objetivo notificar a la entidad acerca del inicio de
supervisión.
Actores: Jefe de Equipo de Supervisión, equipo de supervisión.
Fecha de creación: 28/08/2010
Precondición: Formulación del Plan de trabajo.
Poscondición: Emitir la Carta de Notificación y Anexo.
Escenario Principal:
1. El jefe de equipo de supervisión ingresa al sistema de fiscalización y llama a la
pantalla “Genera Carta de Notificación”, como es mostrada en la figura Nº 19.
2 Ingresa los datos que tendrá la Carta de Notificación como: Número + año que
corresponde y la fecha de la carta de notificación. Además la fecha inspectiva,
año(s) del periodo(s) a fiscalizar y el año del plan de fiscalización.
3. Luego ingresa el código de la entidad y se displaya automáticamente todos los datos
de la entidad.
4. Al ingresar el número de resolución, debe displayar la fecha de resolución, el
número de expediente y los nombres de los miembros del equipo.
65
Figura Nº 19 – Pantalla: “Genera Carta de Notificación”
5. Antes de grabar el jefe de equipo puede verificar y/o modificar los datos si así lo
deseara, colocando el cursor en el recuadro de cualquiera de los datos y
modificarlos.
6. El jefe de Equipo hace clic en el botón Guardar y graba los datos en una base de
datos, grabando la nueva carta de notificación en la base de datos.
7. Si desea modificar después de grabar, sólo ingresa el número de Carta de
Notificación con su año de fecha que corresponde y hace clic en el botón Modificar,
ejecutando las modificaciones necesarias. Luego las vuelve a grabar.
8. Al final hace clic en el botón Imprimir Carta.
Flujos Alternativos:
A1: Número de Carta de notificación ya existe:
1. La secuencia A1 comienza en el punto 2 del escenario principal.
2. El sistema de fiscalización, al validar el número y el año, comunica que dicho
número ya existe, enviando un mensaje de texto de acuerdo a la figura Nº 20. Hay
que remarcar que Número + año es una clave concatenada.
66
Figura Nº 20 – valida fecha
3. El escenario vuelve al punto 2.
A2: Fecha inspectiva debe ser mayor o igual a la fecha de la carta de Notificación:
1. La secuencia A2 comienza en el punto 2 del escenario principal.
2. El jefe de equipo ingresa la fecha de la Carta de Notificación. Si la fecha de la Carta
de Notificación es mayor que la fecha inspectiva, entonces el sistema envía un
mensaje de texto para que se corrija el error.
3. El escenario vuelve al punto 2.
Requisitos de Interfaz de Usuario:
Un teclado alfanumérico.
Una pantalla.
Un ratón.
Requisitos No-Funcionales:
Tiempo de respuesta: La interfaz debe responder dentro del tiempo máximo de
15 segundos en una velocidad efectiva de conexión con el servidor de 56Kbps.
Concurrencia: debe ser capaz de validar y dar respuesta a 02 o más Usuarios
accediendo simultáneamente dentro de los tiempos de respuesta.
Caso de uso: Trabajo de Gabinete
Resumen: Este caso de uso permite verificar tanto la documentación enviada por la entidad
a la APCI, así como verificar la especificación de la donación recibida.
Actores: Jefe de Equipo de Supervisión, equipo de supervisión.
Fecha de creación: 28/08/2010
Precondición: La entidad debe remitir la documentación de acuerdo a la notificación
enviada.
Poscondición: Emitir hoja de trabajo para la fiscalización de donaciones de ropa y calzado
usados.
Escenario Principal:
67
1. El Consultor ingresa al sistema de fiscalización y llama a la pantalla “Verificación
Documentaria – IPREDA”. El sistema nos muestra la pantalla de la figura Nº 21.
2. Luego el sistema genera el Nro. De Hoja automático. El consultor si desea lo puede
modificar. Viene a ser la clave de la hoja de trabajo para la fiscalización de
donaciones de ropa y calzado usados.
3. Luego ingresa el número del plan y el año del plan (Nro. De plan + Año es la clave
del plan de Supervisión). La fecha del plan se displaya automáticamente, así como
todos los Datos Entidad, incluyendo el número de expediente y el número de
certificado de conformidad.
4. El sistema de fiscalización lista una cuadrícula de todos los documentos que el
consultor necesita para verificar la mercancía declarada en la carta de donación.
Automáticamente el número_Doc+número_Hoj viene a ser la clave. El número de
documento es un número correlativo de dos (2) dígitos.
5. El consultor va colocando un visto bueno en cada casillero del documento enviado
por la entidad.
6. Si no existe el documento, el consultor deja casillero en blanco.
7. El consultor hace clic en el botón Guardar y graba los datos en una base de datos,
grabando su hoja de trabajo de fiscalización de donaciones de ropa y calzado
usados, en la base de datos.
8. Si desea modificar después de grabar, sólo ingresa el número de plan de trabajo con
su año que correspondiente y hace clic en el botón Modificar, ejecutando las
modificaciones necesarias. Luego las vuelve a grabar.
9. Hay una segunda pantalla llamada “Detalles de las Donaciones Recibidas” para
ingresar más datos de la especificación de la donación recibida, haciendo clic en el
botón Detalle Don…. Al hacer clic, los datos de la pantalla “Verificación
Documentaria – IPREDA”, se graban automáticamente en la pantalla “Detalles de
las Donaciones Recibidas” y el consultor continúa ingresando los detalles como:
Número (que es correlativo ascendente de dos dígitos), descripción, unidad de
medida, cantidad, importe. (Figura Nº 22).
68
Figura Nº 21 – Pantalla: “Verificación Documentaria – IPREDA”
Verificación Documentaria – IPREDAVerificación Documentaria – IPREDA
Nuevo Modificar Guardar SalirDetalle Don...
Datos del Plan SupervisiónNúmero Plan: Fecha : / /
08 Documento que acredite la merma de los bienes en donación
07 Relación detallada o por lotes de bienes recibidos
06 Certificado de Fumigación y Desinfección de Bienes
05 Certificados de conformidad emitido por APCI
04 Resolución Ministerial de Aprobación de Donación (RREE)
03 DUA o Despacho Simplificado de Aduanas
02 Documento de transporte empleado (embarque, guía aérea)
01 Carta o certificado de Donación expedida por donante
Nº Tipo de Documento Sí/No Observaciones
Imprimir Hoja
Nombre:
RUC:
Datos Entidad
Nro. Registro APCI: Fecha Vigencia: / /
Teléfono: - Fax:
Domicilio:
Cert. Conformidad Número : Expediente Nro.
E-mail:
Verificación Documentaria:
Número Hoja:
10. Nuevamente el consultor hace clic en el botón Guardar y graba los datos en una
base de datos, grabando su hoja de trabajo de supervisión y/o fiscalización de
donaciones de ropa y calzado usado.
11. Al final el consultor puede imprimir su hoja de trabajo haciendo clic en el botón
Imprimir Hoja.
69
Figura Nº 22 – Pantalla: “Detalles de las Donaciones Recibida”
Flujos Alternativos:
A1: Número de Hoja de trabajo ya existe:
1. La secuencia A1 comienza en el punto 2 del escenario principal.
2. En caso el consultor modifique el número de hoja, el sistema de fiscalización, al
validar el número, comunica que dicho número ya existe, enviando un mensaje de
texto. Hay que remarcar que número_Hoj es una clave automática, generada por el
sistema.
3. El escenario vuelve al punto 2.
A2: Nro. De plan de Supervisión no existe:
1. La secuencia A2 comienza en el punto 3 del escenario principal.
2. El sistema de fiscalización, al validar el número del plan + el año, comunica que
dicho número no existe, enviando un mensaje de texto.
3. El escenario vuelve al punto 3.
Requisitos de Interfaz de Usuario:
70
Un teclado alfanumérico.
Una pantalla.
Un ratón.
Requisitos No-Funcionales:
Tiempo de respuesta: La interfaz debe responder dentro del tiempo máximo de
15 segundos en una velocidad efectiva de conexión con el servidor de 56Kbps.
Concurrencia: debe ser capaz de validar y dar respuesta a 10 o más Usuarios
accediendo simultáneamente dentro de los tiempos de respuesta.
Caso de uso: Visita inspectiva
Resumen: Este caso de uso permite al equipo de supervisión generar dos hojas de trabajo
para la fiscalización de donaciones de ropa y calzado usados en el campo.
Actores: Jefe de Equipo de Supervisión, equipo de supervisión.
Fecha de creación: 28/08/2010
Precondición: Carta de presentación del equipo de supervisión.
Poscondición: Emitir hojas de trabajo para la supervisión de donaciones de ropa y calzado
usados.
Escenario Principal:
1. El jefe de equipo ingresa al Sistema de Fiscalización y en la opción de menú
impresión, seleccionará la opción de “Emitir Hoja de Trabajo HTF-11”. Esta hoja
de trabajo le servirá para la verificación cuantitativa y cualitativa de las donaciones
de ropa y calzado usados.
2. Luego ingresará a la opción de “Emitir Hoja de Trabajo HTF-13”. Esta hoja de
trabajo le permitirá registrar las donaciones en mal estado y/o deteriorados.
3. El jefe de equipo entrega la carta de presentación a la entidad para dar inicio a la
visita inspectiva presentándose en la institución.
4. El jefe de equipo de supervisión coordina con el Representante Legal de la Entidad
o con quien éste designe formalmente la presentación verbal de los alcances de la
acción de supervisión y la presentación del equipo.
5. Luego de la instalación formal del equipo de supervisión, se procederá a solicitar
información complementaria o adicional que permita aclarar las observaciones
formuladas durante el trabajo de gabinete.
71
6. La verificación comprenderá lo siguiente:
a. Evaluación de los procedimientos administrativos establecidos para la
gestión de las donaciones, desde la recepción hasta la distribución,
identificando las deficiencias existentes.
b. Inspección de los almacenes e inventarios existentes y evaluación de los
procedimientos de control de las donaciones, identificando las deficiencias.
c. Si la Entidad no cuenta con documentos que sustenten las mermas
producidas en las donaciones recibidas, se regularizará en base a formatos
establecidos.
7. Presentación de observaciones y evaluación de pase a la fase de fiscalización.
a. El equipo de supervisión consolidará el conjunto de observaciones y
sugerencias formuladas, las que serán presentadas al representante
designado por la entidad para su absolución y/o conocimiento.
b. Si todas las observaciones fuesen aclaradas y/o subsanadas, se pasará a la
fase de redacción del acta de cierre.
c. Si subsistiesen observaciones y hallazgos que no logren ser debidamente
sustentados y que ameritasen una ampliación se supervisión, se le solicitará
al Director DIFIS una autorización para iniciar una acción de fiscalización,
estableciendo los alcances, recursos humanos y financieros para su
implementación.
d. Si las omisiones u observaciones detectadas durante el proceso de
supervisión no logran ser debidamente sustentadas y subsanadas hasta el
término de la visita inspectiva, requiriendo para ello la entidad tiempo
adicional, se emitirá una Solicitud de Levantamiento de Observaciones,
otorgándose un plazo de tres días hábiles y debiendo verificarse la adecuada
recepción de dicha solicitud por parte de la Entidad.
Caso de uso: Confeccionar Acta
Resumen: Este caso de uso permite al equipo de supervisión generar un acta de cierre.
Actores: Jefe de Equipo de Supervisión, equipo de supervisión.
Fecha de creación: 28/08/2010
Precondición: Confeccionar el Acta de Cierre.
72
Poscondición: Emitir Acta de Cierre para su visación por la entidad o acción de
Fiscalización.
Escenario Principal:
1. El Consultor ingresa al Sistema de Fiscalización y llama a la pantalla “Verificación
Documentaria – IPREDA”, mostrada en la figura Nº 23.
Figura Nº 23 – Pantalla: “Verificación Documentaria – IPREDA”
Verificación Documentaria – IPREDA Nro. de HojaVerificación Documentaria – IPREDA Nro. de Hoja
Nuevo Modificar Guardar SalirDetalle Acta...
Datos del Plan SupervisiónNúmero Plan: Fecha : / /Año Plan:
08 Documento que acredite la merma de los bienes en donación
07 Relación detallada o por lotes de bienes recibidos
06 Certificado de Fumigación y Desinfección de Bienes
05 Certificados de conformidad emitido por APCI
04 Resolución Ministerial de Aprobación de Donación (RREE)
03 DUA o Despacho Simplificado de Aduanas
02 Documento de transporte empleado (embarque, guía aérea)
01 Carta o certificado de Donación expedida por donante
Nº Tipo de Documento Sí/No Observaciones
Imprimir Acta
Nombre:
RUC:
Datos Entidad
Nro. Registro APCI: Fecha Vigencia: / /
Teléfono: - Fax:
Domicilio:
Cert. Conformidad Número :Expediente Nro.
E-mail:
Verificación Documentaria:
2. Luego el consultor ingresa la clave de la hoja de trabajo para la fiscalización de
donaciones de ropa y calzado usados.
3. Luego ingresa el número del plan y el año del plan (Nro. De plan + Año es la clave
del plan de Supervisión). La fecha del plan se displaya automáticamente, así como
todos los Datos Entidad, incluyendo el número de expediente y el número de
certificado de conformidad.
73
4. El sistema de fiscalización lista una cuadrícula de todos los documentos que el
consultor necesita para verificar la mercancía declarada en la carta de donación.
5. El consultor va colocando el visto bueno en cada casillero del documento que la
Entidad entregó en la visita inspectiva.
6. Si no existe el documento dicho casillero lo deja en blanco.
7. El consultor hace clic en el botón Guardar y graba los datos en una base de datos,
grabando su hoja de trabajo de fiscalización de donaciones de ropa y calzado
usados, en la base de datos.
8. Si desea modificar después de grabar, sólo ingresa el número de plan de trabajo con
su año que corresponde y hace clic en el botón Modificar, ejecutando las
modificaciones necesarias. Luego las vuelve a Grabar.
9. Hay una segunda pantalla que se muestra más abajo – (figura Nº 24) – para ingresar
más datos de la especificación de la donación recibida, haciendo clic en el botón
Detalle Acta…
10. En esta pantalla, el consultor ingresa: La fecha de inicio y término de la visita
inspectiva, así como las Observaciones, las Conclusiones y las Recomendaciones.
Cada una lo ingresa en su respectivo cuadro de texto de varias líneas.
11. El consultor puede volver a la pantalla anterior con sólo hacer clic en el botón
Volver…
12. Al final el consultor puede imprimir el Acta de Cierre, haciendo clic en el botón
Imprimir Acta.
Flujos Alternativos:
A1: Número de Hoja de trabajo ya existe:
1. La secuencia A1 comienza en el punto 2 del escenario principal.
2. En caso el consultor modifique el número de hoja, el sistema de fiscalización, al
validar el número, comunica que dicho número ya existe, enviando un mensaje de
texto. Hay que remarcar que Nro. De hoja es una clave automática, generada por el
sistema.
3. El escenario vuelve al punto 2.
A2: Nro. De plan de Supervisión no existe:
1. La secuencia A2 comienza en el punto 3 del escenario principal.
74
2. El sistema de fiscalización, al validar el número del plan + el año, comunica que
dicho número no existe, enviando un mensaje de texto.
3. El escenario vuelve al punto 3.
A3: Nro. De plan de Supervisión no existe:
1. La secuencia A3 comienza en el punto 10 del escenario principal.
2. El sistema de fiscalización, detecta que la fecha inspectiva de inicio es mayor que la
fecha inspectiva de término, por lo tanto es ilógico y el sistema de fiscalización
envía un mensaje de retroalimentación: “La Fecha de inicio debe ser menor ó igual
que la fecha de término” al consultor para que corrija la fecha de término.
3. El escenario vuelve al punto 10.
Requisitos de Interfaz de Usuario:
Un teclado alfanumérico.
Una pantalla.
Un ratón.
Figura Nº 24 – Pantalla: “Detalles del Acta de Cierre – Visita Inspectiva”
75
Caso de uso: Elaborar Informe de Cierre
Resumen: Este caso de uso permite al equipo de supervisión generar un Informe de Cierre
de la Fiscalización de Donaciones de Ropa y Calzado Usados (IFD-16) hecha a
la entidad.
Actores: Jefe de Equipo de Supervisión, equipo de supervisión.
Fecha de creación: 28/04/2010
Precondición: Acta de Cierre Firmada/Visada.
Poscondición: Emitir Informe de cierre de Fiscalización de Donaciones de Ropa y Calzado
Usados.
Escenario Principal:
1. El Consultor ingresa al Sistema de Fiscalización y llama a la pantalla “Generar
Informe IFD-16”, de acuerdo a la figura Nº 25.
Figura Nº 25 – Pantalla: “Generar Informe IFD-16”
76
2. Luego el consultor ingresa la clave del informe IFD-16.
3. Luego ingresa el número del plan y el año del plan (Nro. De plan + Año es la clave
del plan de Supervisión). La fecha del plan se displaya automáticamente, así como
todos los Datos Entidad, incluyendo el número de expediente y el número de
certificado de conformidad.
4. El sistema de fiscalización lista una cuadrícula en la cual el consultor sólo
selecciona el código de la base legal (haciendo clic en flecha abajo) y la descripción
de la Base Legal se displaya automáticamente.
5. Hay una segunda pantalla para ingresar más datos para generar el informe, haciendo
clic en el botón Detalle Inf…que nos muestra el detalle del informe de acuerdo a la
figura Nº 26 de la siguiente hoja.
6. Luego el consultor ingresa en el título de la pantalla, el Nº del plan de supervisión y
automáticamente, el sistema displaya todos los datos de Donación Fiscalizada, así
como las observaciones, conclusiones y recomendaciones.
7. También displaya automáticamente los objetivos que se ingresaron en su momento
en el plan de trabajo.
8. El consultor puede volver a la pantalla anterior con sólo hacer clic en el botón
Volver…
9. Al final el consultor debe imprimir el Informe IFD-16, haciendo clic en el botón
Imprimir Informe.
Flujos Alternativos:
A1: Número de Informe IFD-16 ya existe:
1. La secuencia A1 comienza en el punto 2 del escenario principal.
2. El consultor ingresa el número de informe IFD-16, el sistema de fiscalización, al
validar el número, comunica que dicho número ya existe, enviando un mensaje de
texto.
3. El escenario vuelve al punto 2.
A2: Nro. De plan de Supervisión no existe:
1. La secuencia A2 comienza en el punto 3 del escenario principal.
2. El sistema de fiscalización, al validar el número del plan + el año, comunica que
dicho número no existe, enviando un mensaje de texto.
77
3. El escenario vuelve al punto 3.
Requisitos de Interfaz de Usuario:
Un teclado alfanumérico.
Una pantalla.
Un ratón.
Requisitos No-Funcionales:
Tiempo de respuesta: La interfaz debe responder dentro del tiempo máximo de
15 segundos en una velocidad efectiva de conexión con el servidor de 56Kbps.
Concurrencia: debe ser capaz de validar y dar respuesta a 10 o más Usuarios
accediendo simultáneamente dentro de los tiempos de respuesta.
Figura Nº 26 – Pantalla: “Detalles del Informe de Cierre de Supervisión – IFD -16”
78
4.4.2 Elaborar Plan Anual de Fiscalización.17
La Dirección de Fiscalización y Supervisión –DIFIS- se encarga de elaborar el Plan
Anual de Fiscalización. Luego de elaborado, se procede a través de un
memorándum, enviar dicho plan para su aprobación, por la Dirección Ejecutiva de
la APCI. Al ser aprobada, recién se ejecutará.
El sistema informático, de alguna manera ayuda a elaborar dicho Plan Anual de
Fiscalización, fundamentalmente a calcular la muestra tanto para el proceso de las
Donaciones de Ropa y Calzado Usado que ejecutan las IPREDAS, como también la
muestra para intervenir a las ONGD que ejecutan proyectos con recursos de la
Cooperación Internacional no Reembolsable. Como se observa en el diagrama de
caso de uso para elaborar el Plan Anual de Fiscalización, de acuerdo a la figura Nº
27.
Figura Nº 27 – Diagrama de Casos de Uso: Elaborar Plan Anual de Fiscalización
Consolidar Certificados deConformidad
Depurar Certificados deConformidad
Seleccionar Muestra
Subdirección Donaciones
Determinar MuestraDonaciones y Ropa
<<include>> <<include>> <<include>>
Director DIFIS
Subdirección de Registros y BeneficiosDeterminar Muestra paraFiscalización
ELABORAR EL PLAN ANUAL DE FISCALIZACIÓN
17 14. APCI: Plan Anual de Fiscalización (2009) Lima-Perú.
79
Caso de uso: Determinar Muestra Donación de Ropa y Calzado
Resumen: Este caso de uso busca determinar la muestra para la fiscalización de ropa y
calzado usado de acuerdo al plan anual de fiscalización a ejecutar por la
Dirección de Fiscalización y Supervisión – DIFIS.
Actores: Director DIFIS, Subdirección de Donaciones, Subdirección de Registros y
Beneficios.
Fecha de creación: 28/08/2010
Precondición: Consolidado de los Certificados de Conformidad.
Poscondición: Emitir Relación Muestral de las Entidades a Intervenir.
Escenario Principal:
1. El Director DIFIS activa el caso de uso “Consolidar Certificados de Conformidad”.
2. El Director DIFIS activa el caso de uso “Depurar Certificados de Conformidad”.
3. El Director DIFIS activa el caso de uso “Seleccionar Muestra”.
Caso de uso: Consolidar Certificados de Conformidad
Resumen: Este caso de uso tiene como objetivo determinar el Universo de donaciones de
ropa y calzado usado a partir de la información proporcionada por la
Subdirección de Donaciones. La información proporcionada a la DIFIS está
basada en los certificados de Conformidad Emitidos durante un periodo anual
como por ejemplo año 2008 ó 2009.
Actores: Director DIFIS, Subdirección de donaciones.
Fecha de creación: 28/08/2010
Precondición: Obtención de los Certificados de Conformidad ordenado ascendentemente
por fecha de emisión (año).
Poscondición: Cuadro Consolidado de Certificados de Conformidad de ropa y calzado
usado emitido durante un año.
Escenario Principal:
1. El Director DIFIS ingresa al Sistema de Fiscalización y llama a la pantalla
“Consolida Certificado de Conformidad”, como nos muestra la figura Nº 28.
80
Figura Nº 28 – caso de uso: “Consolidar Certificados de Conformidad”.
Consolidado de Certificados de Conformidad Año:Tipo de Entidad Certificados Certificados Certificados Porcentaje
Emitidos Anulados VálidosPúblicaPrivadaReligiosa
2. El Director DIFIS ingresa el año que desea ordenar en función al plan anual del año
correspondiente a fiscalizar.
3. Luego hace clic en el botón Ordenar Cert. Conf. Con el propósito de ordenar los
certificados de conformidad.
4. El sistema debe emitir un mensaje de haber terminado el ordenamiento de los
certificados, como se muestra en la figura Nº 29.
Figura Nº 29 – ordena certificados
5. El Director DIFIS responde el mensaje, haciendo clic en el botón Cerrar e
Inmediatamente el sistema consolida los certificados de conformidad mostrando un
Cuadro de: “Consolidado de Certificados de Conformidad año:”, de acuerdo a la
figura Nº 34 mostrado anteriormente.
6. Al final hacer clic en el botón Imprimir Cuadro. El sistema imprime el cuadro
mostrado.
81
Flujos Alternativos:
A1: Número de año debe ser menor o igual al año actual:
1. La secuencia A1 comienza en el punto 2 del escenario principal.
2. El sistema de fiscalización, al validar el año, comunica que el año ingresado debe ser
menor o igual al año actual del computador y nunca debe ser mayor, enviando un
mensaje de texto como muestra la figura Nº 30.
Figura Nº 30 – valida fecha
3. El escenario vuelve al punto 2.
Requisitos de Interfaz de Usuario:
Un teclado alfanumérico.
Una pantalla.
Un ratón.
Requisitos No-Funcionales:
Tiempo de respuesta: La interfaz debe responder dentro del tiempo máximo de
15 segundos en una velocidad efectiva de conexión con el servidor de 56Kbps.
Caso de uso: Depurar Certificados de Conformidad
Resumen: Este caso de uso tiene como objetivo depurar los certificados de conformidad
que correspondan al sector público, puesto que ellos no pueden ser fiscalizados
por la APCI. Esa función le corresponde a la Contraloría.
Actores: Director DIFIS, Subdirección de donaciones.
Fecha de creación: 28/08/2010
Precondición: Obtención del cuadro de “Consolidado de Certificados de Conformidad” de
donaciones de ropa y calzado usado.
Poscondición: Cuadro Depurado de Certificados de Conformidad de donaciones de ropa y
calzado usado.
82
Escenario Principal:
1. El Director DIFIS ingresa al Sistema de Fiscalización y llama a la pantalla “Depurar
Certificados de Conformidad”, de acuerdo a la figura Nº 31.
2. El Director DIFIS ingresa el año en el recuadro de año y luego hacer clic en el botón
“Depurar Cert. Conf.”.
3. El programa considera sólo aquellos certificados que son del año solicitado, el tipo
Entidad_Ent debe ser sólo privado (2) y/o religiosa (3), acumulando sólo los
certificados cuyo Estado_Cer sea válido (1), [el (0) es nulo].
4. Crear una tabla de trabajo, guardar los siguientes datos (sólo los que cumplen el
punto 3).
a. Código_Ent
b. Numero_Cer
c. NroExped_Sol
Figura Nº 31 – caso de uso: “Depurar Certificados de Conformidad”.
Tipo de Entidad Certificados PorcentajeEmitidos
PRIVADA 120 60%RELIGIOSA 80 40%TOTAL 200 100%
d. FechaAprobación_Cer
e. DestinoDonación_Cer
f. TotalValorado-Cer
5. Al final hacer clic en el botón Imprimir Cuadro.
83
6. Guardar la tabla de trabajo con el nombre “CertificadoDepurado2010” donde 2010
es el año ingresado en el recuadro de año de la pantalla.
Tabla muy importante para el siguiente proceso (seleccionar muestra). Hay que
remarcar que la clave será concatenada (código_Ent+número_Cer).
En otra tabla, guardar los datos consolidados, tales como:
a) total_Ipreda2010
b) total_religiosa2010
c) total_General2010
Flujos Alternativos:
A1: Número de año debe ser menor o igual al año actual:
1 La secuencia A1 comienza en el punto 2. Del escenario principal.
2 El sistema de fiscalización, al validar el año, comunica que el año ingresado debe
ser menor o igual al año actual del computador y nunca debe ser mayor, enviando
un mensaje de texto como muestra la figura Nº 32.
Figura Nº 32 – valida fecha
3 El escenario vuelve al punto 2.
Requisitos de Interfaz de Usuario:
Un teclado alfanumérico.
Una pantalla.
Un ratón.
Requisitos No-Funcionales:
Tiempo de respuesta: La interfaz debe responder dentro del tiempo máximo de 15
segundos en una velocidad efectiva de conexión con el servidor de 56Kbps.
Caso de uso: Seleccionar Muestra
Resumen: Este caso de uso tiene como objetivo la aplicación de criterios técnicos para la
selección de la Muestra.
Actores: Director DIFIS, Supervisión.
84
Fecha de creación: 28/08/2010
Precondición: Emitir un informe por pantalla la relación de las Entidades Privadas
(PRIVADAS y RELIGIOSAS), con certificados de conformidad al año
sugerido.
Poscondición: Seleccionar la muestra de una Cuadrícula aplicando criterios de Gestión y
Ponderación.
Escenario Principal:
1. El Director DIFIS ingresa al Sistema de Fiscalización y llama a la pantalla
“Seleccionar Muestra”, de acuerdo a la figura Nº 33.
2. El Director DIFIS hace clic en el botón “Generar Lista Depurada” y el sistema
muestra una cuadrícula de los certificados de conformidad en base a la tabla de
trabajo “CertificadoDepurado9999” donde el 9999 corresponde al año solicitado.
Figura Nº 33 – caso de uso: “Seleccionar Muestra”.
Seleccionar MuestraSeleccionar Muestra
Guardar SalirGenerar ListaDepurada
Nombre Entidad Número Cert. Número Exped. Fecha Aprob. Destino Donación C.P. Valor Total Donación
Imprimir Muestra
Relación de Entidades con Certificados de Conformidad Válidos
Porcentaje de Muestra: Total Valorado:
3. La pantalla “Seleccionar Muestra”, displaya el nombre de la entidad, el número de
certificado de conformidad, el número de expediente, la fecha de aprobación, el
destino de la donación (distrito y provincia a la cual pertenece la Entidad) y el valor
total donado (TotalValorado_Cer).
85
4. El Director DIFIS selecciona el casillero de verificación de la columna Criterio de
Ponderación (CP), seleccionando el certificado de conformidad, de acuerdo a la
pobreza (destino de la donación – zonas con mayores niveles de pobreza de acuerdo
al mapa del INEI).
5. A medida que el Director va activando la casilla de verificación, el recuadro inferior
de la pantalla “Porcentaje de Muestra”, se va incrementado porcentualmente. El
total de la muestra no debe EXCEDER del 10% del total del Universo (número total
de Certificados válidos emitidos).
Ejemplo: total certificados de conformidad Válidos: 278
Total certificados de la muestra: 27.8 = 28.
Total porcentaje de la muestra: 10% (28 certificados).
6. Guardar la muestra en una tabla con el nombre: “Muestra9999”, donde 9999 es el
año seleccionado. Debe guardarse en una tabla con los siguientes datos:
a. CodigoEnt + número_Cer
b. NroExped_Sol
c. FechaAprobación_Cer
d. DestinoDonación_Ent (distrito_Ent; Provincia_Ent; Región_Ent)
e. TotalValorado_Cer
7. Opcionalmente, el director DIFIS puede listar detalladamente la Muestra
seleccionada, haciendo clic en el botón Imprimir Muestra.
Requisitos de Interfaz de Usuario:
Un teclado alfanumérico.
Una pantalla.
Un ratón.
Requisitos No-Funcionales:
Tiempo de respuesta: La interfaz debe responder dentro del tiempo máximo de 15
segundos en una velocidad efectiva de conexión con el servidor de 56Kbps.
4.4.3 Análisis del Sistema.
a) Análisis de Actividades del Sistema
86
Como se ve hasta el momento, se ha analizado los casos de uso de cada unidad del
sistema, para dar una vista más detallada se presentan a continuación los
principales diagramas de actividades por cada caso de uso.
Se han tomado los principales casos de uso de cada unidad de negocio, y siendo
que la Fiscalización como la Supervisión en los dos casos es similar, se detalla una
sola vez en el proceso de “Planificar Supervisión”.
A continuación, se muestra la figura Nº 34 relacionada al Diagrama de actividades
del caso de uso “Emite Plan de Trabajo”.
Figura Nº 34- Diagrama de actividades para el caso de uso: Emite Plan de Trabajo.Planificar Supervisión
Activar pantalla "GenerarPlan Trabajo"
Ingresar fecha ynro plan validar datos
¿Datos OK?
Ingresar el nroresolución
displayar datos entidad asupervisar
ingresar nro decert. conf.
Nro Cert.OK?
NoSeleccione pantalla
"objetivos..."
seleccione origuen de la supervisión [Denuncia/De Oficio]
displayar fecha cert.y nro exped.
Síseleccione
naturaleza/alcance
displayar nombres deobjetivos ingresar nro de días y
fecha por actividadIngresar nro de
resol.
displayar nombre jeferesponsable
seleccionarcódigo objetivo
guardar datosobjetivos/actividades
volver a la pantallaanterior
guardar plan detrabajo
nro resol.existe?
emite plande trabajo
No
Sí
NoSí
A Continuación, la figura Nº 35 nos muestra el diagrama de actividades del caso de
uso: “Generar Resolución”. Cabe resaltar que esta actividad la realiza el Director
DIFIS, el cual selecciona el tipo de Entidad, ingresa su código de dicha Entidad. El
87
sistema valida si el código existe, si el código no existe, envía un mensaje de error, de
lo contrario displaya el nombre de la Entidad. Luego ingresa el número de informe, el
nro y la fecha de la resolución, así como selecciona el tipo de acción a realizar
[Fiscalización/Supervisión]. Luego llama a la pantalla de “Equipo”, la cual éste
displaya los datos de la Entidad y los datos de la resolución. Debe activar cada
cuadrícula del consultor como su código, nombre y cargo para formar el equipo y
luego al final debe guardar los datos.
Figura Nº 35 – Diagrama de actividades para el caso de uso: “Generar Resolución”
Selecionar tipode entidad
Ingresar códigoentidad
Displaya nombreentidad
mensaje "Códigoentidad no existe"
displayar datos deentidad y resol.
Guardar datade equipo
Ingresar nrode informe
ingresar nro y fecharesol. (año,mes,día)
selecionar tipo de acción[Fiscalización/Supervisión]
regresar apantalla anterior
validar Nro yfecha de resol.
displayar cuadricula codigo,nombre y cargo consultor
guardar dataresol.
Llamar pantallade "equipo"
activar casillero deverificación y formar equipo
emitirresolución
Generar Resolución
¿Código noexiste?
No
Sí
88
La figura Nº 36 nos muestra el diagrama de actividades del caso de uso: “Consultar
Certificado de Conformidad”. Esta actividad es realizada por el consultor cuando
desea conocer el detalle del certificado de conformidad a investigar. Observe como
ingresa el código de entidad, es validado el código y luego la siguiente actividad es
mostrar una cuadrícula con la relación de todos los certificados que tiene dicha
entidad. El consultor puede colocarse en el ítem que desea consultar para ver el
detalle de cualquier Certificado en particular, haciendo clic en botón Ver Detalle.
Figura Nº 36 – Diagrama de actividades para el caso de uso: “Consultar Certificado deConformidad”
Consultar Certificado Conformidad
Seleccionar tipode entidad
Ingrese códigoentidad
Displayar en cuadrícula relaciónde Certificados de confor. ¿Código
existe?
No
Sí
¿Existen certificadosde confor.?
¿Desea ver detallede certificado?
SíNo
No
seleccionar cert.para ver detalle
Sí
Hacer clic en elbotón Ver detalle
¿ImprimeDetalle?
Seleccionar botónImprimir detalle
Sí
Regresar apantalla anterior
No
89
La figura Nº 37 nos muestra el diagrama de actividades del caso de uso: “Determinar
Muestra de Donación de Ropa y Calzado”. Dicha actividad es realizada por el
Director DIFIS para aplicar el Plan Anual de Supervisión/Fiscalización.
Figura Nº 37 – Diagrama de actividades para el caso de uso: “Determinar Muestra deDonaciones de Ropa y Calzado”
Determinar Muestra de Donación de Ropa y Calzado
Seleccionar pantalla"ConsolidaCertificadoConformidad" Ingresar año
a intervenir
Imprimir el cuadroconsolidado
Ordenar Certificadosconformidad por año
Emitir mensajede error
Depurar CertificadosConformidad
Leer CertifcadoConformidad
Guardar datos en tabla"Certificado Depurado"
TReligiosa=TReligiosa+1
TIpreda=TIpreda+1
TGeneral=TGeneral+1
AñoIngresado<=AñoActual
No
Sí
¿Estado_Cer=1?
No
¿Entidad_Ent=2?
Sí
No Sí
¿PorcentajeMuestral=10%?
Llamar pantalla"seleccionar muestra"
Mostrar Certificadosdepurados por entidad
No
ImprimirMuestra
Sí
Aplicar criterio deponderación (% de pobreza)
Seleccionar uncertificado por entidad
90
Análisis Preliminar de Clases
Después de haber analizado los principales casos de uso y sus respectivas
actividades del mismo, se procede a lanzar una vista preliminar de clases, cada
diagrama representa un caso de uso y está compuesta de clases que describen el
comportamiento del sistema.
Como se señaló en el marco teórico, para estos diagramas preliminares de clases
existen tres elementos que son:
Clase Límite.- Que en este caso representan las interfaces gráficas de usuario, es
decir pantallas que se van a desplegar en la capa cliente.
Clase Control.- Representan la funcionalidad completa para soportar las reglas
del negocio que rigen la realización de los casos de uso, representan las clases que
corresponden a cada unidad del negocio y que se encuentran en la capa del
negocio.
Clase Entidad.- En nuestro caso es aquella que contiene los datos del sistema y
que van a ser llamados por la clase de control y que se encuentran en la capa de
datos.
A continuación mostramos los principales gráficos que representan las actividades
del sistema. (Planificar Supervisión, Generar Resolución, Consultar Certificado de
Conformidad, etc.).
Si observamos la figura Nº 38, observamos que el Director DIFIS activa las
pantallas “Generar Resolución” y “Registrar Miembros de Equipo”. Observamos
que la clase de control “Resolución”, interactúa con las clases como:
“Resoluciones Emitidas”, “Consultor”, “Entidad”, etc. Se notará más adelante
como se activan los datos de estas entidades, puesto que son las tablas de datos
como por ejemplo “Resoluciones Emitidas”, donde se guarda el número de la
resolución, fecha de resolución, etc.
91
Figura Nº 38 – Diagrama Preliminar de Clases “Generar Resolución”
Director DIFIS
Genera_Resolución
Registra_miembros_equipo
Resoluciones_emitidas
Consultor(from Logical View)
Entidad(from Logical View)
Equipo(from Logical View)
Resolución(from Logical View)
Informe(from Logical View)
Generar Resolución
Al mostrar la figura Nº 39, observamos que el Jefe de Equipo activa las pantallas
“Generar Plan de Trabajo” y “Plan de trabajo – Objetivos/actividades”.
Observamos que la clase de control “Plan”, interactúa con las clases preliminares
como: “Plan de trabajo” donde se van almacenar todos los planes de trabajo
emitidos, “Consultor” donde se almacena los datos del consultor, “Entidad” donde
92
reposan todos los atributos de la Entidad (Eniex, ONGD, Ipredas), que es
registrada por la oficina de Operaciones. Cabe notar que la clase “Entidad”, le
corresponde capturar a la Oficina de Operaciones, quién en nuestra investigación,
se determina que la DIFIS sólo tiene permiso de lectura, más no de escritura.
Figura Nº 39 – Diagrama Preliminar de Clases “Planificar Supervisión”
Planificar Supervisión
JefeEquipo
Generar Plan_Trabajo
PlanTrabajo_Objetivos_Actividades
Consultor
PlanTrabajo
Entidad
CertificadoConformidad
ObjetivosPlan
Plan
ActividadesPlan
La figura Nº 40, nos muestra que el consultor activa las pantallas “Consultar
Certificado de Conformidad” y “Generar Plan de trabajo – Objetivos/actividades”.
Observamos que la clase de control “Consulta”, interactúa con las clases previas
como: “Certificado de Conformidad” donde se almacenan todos los Certificados
de Conformidad emitidos, “Consultor” donde se almacena los datos del consultor-
fiscalizador, y la clase previa “Entidad”, donde reposan todos los atributos de la
93
Entidad (Eniex, ONGD, Ipredas), que es registrada por la oficina de Operaciones,
etc.
Figura Nº 40 – Diagrama Preliminar de Clases “Consultar Certificado Conformidad”
Consultar Certificado Conformidad
Consultor(from Use Case View)
Consultar_Certificado_Conformidad
Generar_planTrabajo_Objetivos_Actividades
Entidad
CertificadoConformidad
SolicitudCertificadoConformidad(from Logical View)
EntidadDonante(from Logical View)
Consulta
ItemsSolicitud
Al observar la figura Nº 41, nos muestra que el consultor activa las pantallas
como: “Consolida Certificados de Conformidad”, “Depura Certificado de
Conformidad” y “Seleccionar Muestra”. La clase de control “Muestra Ropa”,
interactúa con las clases de entidad como: Cuadro Consolidado”, “Certificado
Depurado”, etc.
94
Figura Nº 41 – Diagrama Preliminar de Clases “Determinar Muestra Donación de Ropa yCalzado”
Determinar Muestra Donación de Ropa y Calzado
Consultor
Consolida_Certificado_Conformidad
Depura_Certificado_Conformidad
Selecciona_Muestra
Entidad
CertificadoConformidad
Cuadro_Consolidado
Certificado_Depurado
SolicitudCertificadoConformidad
MuestraRopa
ItemsSolicitud
4.4.4 Diseño del Sistema.
Prosiguiendo con las vistas del sistema, en esta etapa del proyecto se proponen los
diagramas de iteración que son los diagramas de secuencia y colaboración en los
cuales se muestra el comportamiento del sistema en función del tiempo, mediante
líneas entre los objetos que representan los eventos realizados y los flujos de
mensajes. Estos diagramas poseen los elementos de los diagramas preliminares de
clases.
95
Diagramas de secuencia
Observemos los diagramas que representan los más importantes al sistema desde
la figura Nº 42 a la Nº 47.
En la figura Nº 42, podemos observar como el Director DIFIS activa la pantalla
“Generar Resolución”, en la cual activa el tipo de entidad, así como ingresa el
código de la entidad. El sistema valida si el código existe. Si no existe, envía un
mensaje de error. Luego llama a la pantalla “Registra miembros de equipos” , la
cual muestra automáticamente los datos de entidad a fiscalizar. Luego muestra el
código, nombre y cargo de cada uno de los consultores. El Director va
seleccionando cada miembro para formar el equipo que realizará la fiscalización.
Al final guarda la relación de los miembros del equipo en la entidad “Equipo”,
emite la resolución y la guarda en la entidad “Resoluciones Emitidas”, como se
muestra en dicho diagrama.
Con respecto a la figura Nº 43, el jefe del equipo interactúa con la pantalla
“Generar Plan de trabajo”, en la cual ingresa la fecha y el nro de plan. El sistema
valida la fecha y el nro. De plan si existe. Si la fecha y/o el nro. De plan es
errado, se emite un mensaje de error. Si el nro de plan y la fecha son correctas, el
sistema muestra los datos de la entidad con su respectivo certificado de
conformidad. El jefe del equipo, ingresa los objetivos y las actividades a realizar
en la pantalla “Genera Plan de Trabajo Objetivos/Actividades”, asignado la fecha
y el número de días a cada actividad. Al final, guardar el plan de trabajo en la
entidad “Plan de Trabajo” y luego emite el plan de trabajo.
Los demás diagramas de secuencia trabajan de la misma forma.
96
: Director DIFIS : Genera_Resolución : Registra_miembros_equipo :Resoluciones_emitidas : Equipo
Diagrama Secuencia "Generar Resolución"
seleccionar TipoEntidad
ingresar (codigo_Ent)
[código no existe]mensaje
"código no existe"displayar
nombre_ent
ingresar (nroinforme)
ingresar(Nro y fecha Resol.)
validar(fecha y nro)seleccionar tipoAcción
[Fiscalización/Supervisión]
Llamar pantalla "Registro Miembro Equipo"
MostrarDatosEntidadResolución
mostrar(código,nombre,cargo)
seleccionarMiembroEquipo
guardarEquipo()
guardarDataResolución()
guardarDataResolución()
guardarEquipo()
emitirResolución()
emitirResolución()
emitirResolución()
mostrar resoluciónmostrar resolución
Figura Nº 42 – Diagrama Secuencia “Generar Resolución”
97
: J e feE q u ip o
: G e ne ra r P la n_ T ra b a jo : E n ti d a d :C e rti fic a d o C o nfo rm id a d
: G e ne ra r_ p la nT ra b a jo _O b je tivo s _ A c ti v id a d e s
: A c ti v id a d e s P la n : P la nT ra b a jo
D ia g ra m a S e c u e n c ia : "P la n if ic a r S u p e rv is ió n "
i ng re s a r( fe c ha y n ro p la n)
va li d a r( fe c ha y n ro p la n)
[fe c ha /nro O K ]ing re s a r
(c ó d ig o _ E nt)
[fe c ha y/o n ro e rra d o ]M o s tra r M e ns a je e rro r
m o s tra rD a to s C e rti fic a d o ()
e nvía D a to s C e rti fic a d o ()
m o s tra rD a to s E ntid a d ()M o s tra r d a to s C e rti fi c a d o ()
s e le c c io na o r ig e n[d e nunc ia /o fic i o ]
s e le c c io na rO b je tivo s ()
s e le c c io na r [N a tura le za /A lc a nc e /J e fe R e s p o ns a b le /R e s . n ro ]
m o s tra rA c tiv id a d e s ()
m o s tra rA c tiv id a d e s ()
m o s tra rO b je ti vo s ()
m o s tra rA c tiv id a d e s ()
m o s tra rO b je ti vo s ()
m o s tra rO b je ti vo s ()
a s ig na r fe c ha y n ro d e d ia s a c a d a a c ti v id a d
g ua rd a rP la nT ra b a jo ()
g ua rd a rP la nT ra b a jo ()
e m iti rP la nT ra b a jo ()
e m iti rP la nT ra b a jo
Figura Nº 43 - Diagrama Secuencia “Planificar Supervisión”
98
: Consultor : Consultar_Certificado_Conformidad
: Entidad :CertificadoConformidad
:SolicitudCertificadoConformidad
: EntidadDonante :detalleConsultaPuntual_Certificado
Consultar Certificado de Conformidad
seleccionar tipoEntidad
ingresar (codigo_Ent)mostrarDatosEntidad()
mostrarDatosEntidad()mostrarDatosCertificado()
mostrarDatosCertificado()mostrarDatosSolicitud()
mostrarDatosSolicitud()
mostrarDatosDonante()
mostrarDatosDonante()mostrarDatosDonante()
mostrarDatosSolicitud()mostrarCuadrículaDatos()
[ver detalle de certificado]mostrarDetalleConsultaPuntualCertificado
mostrarDatosCertificadoConformidad()
Figura Nº 44 - Diagrama Secuencia “Consulta Certificado de Conformidad”
101
Figura Nº 45 – Diagrama Secuencia “Consolidar Certificados de Conformidad”
: Director DIFIS : Consolida_Certificado_
Conformidad
:CertificadoConformidad
ingresar Añovalidar año
[Año erroneo] / Mensaje Error
ordenarCertificadoConformidad(año)ordenarCertificadoConformidad(año)
guardarCuadro()
guardarCuadro()
ordenarCertificado()
calcularPorcentaje()
confeccionarCuadro()
guardar cuadro
mostrarCuadro()mostrarCuadro()
imprimirCuadro()emiteCuadro()
Consolidar Certificados de Conformidad
102
Figura Nº 46 – Diagrama Secuencia “Depurar Certificados de Conformidad”
: Director DIFIS : Depura_Certificado_
Conformidad :
CertificadoConformidad
ingresar (año)
Validar Año
mensajeError()
[Año OK] DepurarCertificadoConf()
leerCertificados()
validar(Estado_Cer=1)
validar(Entidad_Ent=2)
[Estado_cer=1 yEntidad_est=2] Tipreda
= Tipreda+1
[Estado_cer=1 yentidad_est=NO 2]
Treligiosa=Treligiosa+1
TG=TG+1
guardarCuadroDepurado()
calcularPorcentaje()mostrarCuadroDepurado()
mostrarCuadroDepurado()
Depurar Certificados de Conformidad
103
Figura Nº 47 – Diagrama Secuencia “Seleccionar Muestra”
: D irector D IFIS : Selecciona_Muestra :Certificado_Depurado
: Entidad
Seleccionar Muestra
generarListaDepurada()
mostrarCuadrícula()
mostrarDatosEntidad()
mostrarDatosEntidad()
leer CuadroDepurado()
confeccionarCuadrícula()
mostrarCuadrícula()mostrarCuadrícula()
[criterioPonderación]Seleccionar Casillero
calcularPorcentajeMuestra()
[porcentajeMuestra<=10%]mostrarPorcentaje()
guardarMuestra()
guardarMuestra()
guardarMuestra()
imprimirMuestra()imprimirMuestra()
listaMuestraDetallada()listaMuestraDetallada()
104
Diagrama de Clases.
Al continuar con las vistas del sistema, se presenta el diagrama de clases de cada
unidad del negocio que se desprenden de los diagramas de secuencia, el cual muestra
las clases y sus relaciones establecidas producto de la realización de los casos de uso
de la implementación.
A la vez estos diagramas de clases permitirán definir la manera en la cual se
construirán los componentes y qué clases serán asignadas a éstos, asimismo permitirá
balancear la funcionalidad entre clases. Observemos las figuras de la Nº 48 al 53.
Figura Nº 48 – Diagrama de clases para la consulta de Certificados de Conformidad.
Consulta Certificado de Conformidad
EntidadCódigo_Ent : IntegerNombre_Ent : StringSiglas_Ent : StringTipo[ENIEX/ONGD/IPREDA]_Ent : StringTipoEntidad_Ent[Pública/Privada/Religiosa] : StringDomicilioLegal_Ent : StringRUC : StringPaís_Ent : StringDistrito_Ent : StringProvincia__Ent : StringRegión_Ent : StringTeléfono_Ent : StringFax_Ent : StringE-Mail_Ent : StringPáginaWeb_Ent : StringRepresentanteLegal_Ent : StringFechaInscrip_Ent : DateFechaRenov_Ent : DateEstado_Ent : String
ItemsSolicitudnombreArtículoDonado_Item : StringclaseBulto_Item : StringcantidadBultos_Item : IntegerpesoBulto_Item : Integer
CertificadoConformidadnumero_Cer : IntegerCódigo_Ent : IntegerNroExped_Sol : IntegerPrograma_Po : StringProyecto_Po : StringActividad_Po : StringObservaciones_Cer : StringfechaRecepciónSolic_Cer : DatetotalBultos_Cer : IntegertotalValorado_Cer : CurrencyfechaAprobación_Cer : DateEstado_Cer[Válido/Anulado] : String
0..*1 0..*1
puede tener
SolicitudCertificadoConformidadLugar_Sol : Stringfecha_Sol : DateNroExped_Sol : IntegerCódigo_Ent : IntegercódigoFuenteDonante_Sol : IntegerNombreConsulado_Sol : StringLugarProcedencia_Sol : StringmonedaOrigen_Sol : StringvalorTotalDonación_Sol : CurrencylugarSalida_Sol : StringlugarEntrada_Sol : StringmedioTransporte[aéreo/mar/terres/serviciopostal] : StringcartaDonación[sí/no] : BooleantraducciónCarta[sí/no] : BooleancertificadoFumigación[sí/no] : Boolean
* 1* 1
1
1
1
1
corresponde
EntidadDonanteCódigoFuenteDonante_DonnombreFuenteDonante_Don
11 11
responde
105
Figura Nº 49- Diagrama de clases para Consolidar los Certificados de Conformidad.
EntidadCódigo_Ent : IntegerNombre_Ent : StringSiglas_Ent : StringTipo[ENIEX/ONGD/IPREDA]_Ent : StringTipoEntidad_Ent[Pública/Privada/Religiosa] : StringDomicilioLegal_Ent : StringRUC : StringPaís_Ent : StringDistrito_Ent : StringProvincia__Ent : StringRegión_Ent : StringTeléfono_Ent : StringFax_Ent : StringE-Mail_Ent : StringPáginaWeb_Ent : StringRepresentanteLegal_Ent : StringFechaInscrip_Ent : DateFechaRenov_Ent : DateEstado_Ent : String
CertificadoConformidadnumero_Cer : IntegerCódigo_Ent : IntegerNroExped_Sol : IntegerPrograma_Po : StringProyecto_Po : StringActividad_Po : StringObservaciones_Cer : StringfechaRecepciónSolic_Cer : DatetotalBultos_Cer : IntegertotalValorado_Cer : CurrencyfechaAprobación_Cer : DateEstado_Cer[Válido/Anulado] : String
1 0..*1 0..*
puede tener
SolicitudCertificadoConformidadLugar_Sol : Stringfecha_Sol : DateNroExped_Sol : IntegerCódigo_Ent : IntegercódigoFuenteDonante_Sol : IntegerNombreConsulado_Sol : StringLugarProcedencia_Sol : StringmonedaOrigen_Sol : StringvalorTotalDonación_Sol : CurrencylugarSalida_Sol : StringlugarEntrada_Sol : StringmedioTransporte[aéreo/mar/terres/serviciopostal] : StringcartaDonación[sí/no] : BooleantraducciónCarta[sí/no] : BooleancertificadoFumigación[sí/no] : Boolean
1
1
1
1
corresponde
ItemsSolicitudnombreArtículoDonado_Item : StringclaseBulto_Item : StringcantidadBultos_Item : IntegerpesoBulto_Item : Integer
1* 1*
CONSOLIDAR CERTIFICADOS DE CONFORMIDAD
Ésta figura nos presenta la relación que existe entre las clases “Entidad” y “Certificado de
Conformidad”, cuya relación es que una “Entidad” puede tener o ningún “Certificado de
Conformidad” y si tiene “Certificado de Conformidad” puede tener más de uno.
También observamos como a toda “Solicitud Certificado de Conformidad” le corresponde
sólo un (uno) “Certificado de Conformidad”. Es una relación clásica de uno a uno.
Por último, una “Solicitud Certificado de Conformidad” de hecho tiene varios “Items de
Solicitud”.
106
Figura Nº 50- Diagrama de clases para Emitir una Carta de Notificación.
MiembroEquipoDNI_Con : IntegerCodigo_Equi : IntegerNroResol_Res : IntegerCargo_Res[Jefe/Miembro] : String
CartaNotificaciónnúmero_Car : Integerfecha_Car : DateCódigo_Ent : IntegerañoPlanFiscal_Car : IntegerfechaRealización_Car : DateañoPeriodo_Car : StringNroExpediente_Sol : IntegerNroResol_Res : Integercodigo_Equi : Integer
ConsultorDNI_Con : stringTeléfono_Con : StringCelular_Con : StringNombre_Con : StringApellidos_Con : StringDirección_Con : StringFechaNac_Con : DateSexo_Con : BooleanFoto_Con : ObjectEstado_Con : Boolean
ResoluciónNroResol_Res : IntegerFechaResol_Res : DateNombre_Ent : StringNroInforme_Inf : IntegerTipoAcción_Res[Supervisión/Fiscalización] : String
1
1
1
1
tiene
1
1..*
1
1..*
comprende
EquipoCodigo_Equi : IntegerNombre_Equi : StringNroResol_Res : Integer
1..*
1
1..*
1
pertenece
11 11
figura
*
1
*
1es designado
1
1
1
1
corresponde
EntidadCódigo_Ent : IntegerNombre_Ent : StringSiglas_Ent : StringTipo[ENIEX/ONGD/IPREDA]_Ent : StringTipoEntidad_Ent[Pública/Privada/Religiosa] : StringDomicilioLegal_Ent : StringRUC : StringPaís_Ent : StringDistrito_Ent : StringProvincia__Ent : StringRegión_Ent : StringTeléfono_Ent : StringFax_Ent : StringE-Mail_Ent : StringPáginaWeb_Ent : StringRepresentanteLegal_Ent : StringFechaInscrip_Ent : DateFechaRenov_Ent : DateEstado_Ent : String
1
1
1
1
interviene
DIAGRAMA DE CLASES QUE EMITE CARTA DE NOTIFICACIÓN
En esta figura destacamos como un “Consultor” es designado a integrar un “Equipo” que es
designado a través de una “Resolución”, y así sucesivamente.
107
Figura Nº 51- Diagrama de clases para Emitir una Hoja de trabajo de IPREDA.
EMITE HOJA DE TRABAJO PARA IPREDA
DocumentosHojanúmero_Hoj : Integernumero_Doc : Integertipo_Doc : StringexisteExped_Doc[sí/no] : Booleanobservación_Doc : String
DetalleDonaciónRecibidanúmero_Hoj : IntegernroCorrelativo_Det : Integerdescripción_Det : StringunidadMedida_Det : Stringcantidad_Det : Integerimporte_Det : Currency
CertificadoConformidadnumero_Cer : IntegerCódigo_Ent : IntegerNroExped_Sol : IntegerPrograma_Po : StringProyecto_Po : StringActividad_Po : StringObservaciones_Cer : StringfechaRecepciónSolic_Cer : DatetotalBultos_Cer : IntegertotalValorado_Cer : CurrencyfechaAprobación_Cer : DateEstado_Cer[Válido/Anulado] : String
HojaTrabajoIPREDAnúmero_Hoj : Integernúmero_Plan : Integernúmero_Cer : Integer
*
1
*
1
*
1
*
1
1
1
1
1
EntidadCódigo_Ent : IntegerNombre_Ent : StringSiglas_Ent : StringTipo[ENIEX/ONGD/IPREDA]_Ent : StringTipoEntidad_Ent[Pública/Privada/Religiosa] : StringDomicilioLegal_Ent : StringRUC : StringPaís_Ent : StringDistrito_Ent : StringProvincia__Ent : StringRegión_Ent : StringTeléfono_Ent : StringFax_Ent : StringE-Mail_Ent : StringPáginaWeb_Ent : StringRepresentanteLegal_Ent : StringFechaInscrip_Ent : DateFechaRenov_Ent : DateEstado_Ent : String
PlanTrabajonúmero_Plan : Integerfecha_Plan : DateTipo[ENIEX/ONGD/IPREDA]_Ent : Stringcódigo_Ent : IntegerDNI_Con : Integerorigen[denuncia/oficio] : Stringalcance : StringNroResol_Res : Integer
1
1
1
1
tiene
1
1
corresponde
1
1
108
Figura Nº 52 – Diagrama de clases para Emitir Resolución de Asignación de Equipo.
Esta figura nos muestra la relación que existe entre el “Equipo” el cual sólo debe intervenir
a una “Entidad”. Como corresponde al “Equipo” se le asignó este trabajo a través de una
“Resolución” y que sólo genera un “Informe” por parte del equipo. Como hemos dicho,
otra relación es que un “Consultor” es designado como “Miembro de Equipo” a un
“Equipo”.
MiembroEquipoDNI_Con : StringCodigo_Equi : IntegerCargo_Res[Jefe/Miembro] : String
ConsultorDNI_Con : stringTeléfono_Con : StringCelular_Con : StringNombre_Con : StringApellidoPat_Con : StringApellidoMat_Con : StringDirección_Con : StringFechaNac_Con : DateSexo_Con : BooleanFoto_Con : ObjectEstado_Con : Boolean
EntidadCódigo_Ent : IntegerNombre_Ent : StringSiglas_Ent : StringTipo[ENIEX/ONGD/IPREDA]_Ent : IntegerTipoEntidad_Ent[Pública/Privada/Religiosa] : StringDomicilioLegal_Ent : StringRUC_Ent : StringPaís_Ent : StringDistrito_Ent : StringProvincia__Ent : StringRegión_Ent : StringTeléfono_Ent : StringFax_Ent : StringE-Mail_Ent : StringPáginaWeb_Ent : StringRepresentanteLegal_Ent : StringFechaInscrip_Ent : DateFechaRenov_Ent : DateEstado_Ent : StringNúmeroRegistroAPCI_Ent : String
EquipoCodigo_Equi : IntegerNombre_Equi : StringNroResol_Res : IntegerCódigo_Ent : Integer
1
1..*
1
1..*
pertenece
11
11 es designado
11 11
interviene
InformeNúmero_inf : StringDNI_Con : StringPasibleAcción_Inf [Sí/No] : BooleanFecha_Inf : Date
ResoluciónNroResol_Res : StringFechaResol_Res : DateCódigo_Ent : IntegerNroInforme_Inf : StringTipoAcción_Res[Supervisión/Fiscalización] : String
1
1
1
1
corresponde
11 11
solo genera
Emite Resolución de Supervisión
109
Figura Nº 53 – Diagrama de clases para Emitir Resolución de Asignación de Equipo.
ObjetivosPlanNúmero_Plan : StringCódigo_Obj : IntegerNombre_Obj : String
ConsultorDNI_Con : stringTeléfono_Con : StringCelular_Con : StringNombre_Con : StringApellidoPat_Con : StringApellidoMat_Con : StringDirección_Con : StringFechaNac_Con : DateSexo_Con : BooleanFoto_Con : ObjectEstado_Con : Boolean
ActividadPlannúmero_Plan : Stringcodigo_Act : Integernombre_Act : StringnúmeroDías_Act : Integerfecha : Date
ResoluciónNroResol_Res : StringFechaResol_Res : DateCódigo_Ent : IntegerNroInforme_Inf : StringTipoAcción_Res[Supervisión/Fiscalización] : String
DIAGRAMA DE CLASES: EMITE PLAN DE TRABAJO
EntidadCódigo_Ent : IntegerNombre_Ent : StringSiglas_Ent : StringTipo[ENIEX/ONGD/IPREDA]_Ent : IntegerTipoEntidad_Ent[Pública/Privada/Religiosa] : StringDomicilioLegal_Ent : StringRUC_Ent : StringPaís_Ent : StringDistrito_Ent : StringProvincia__Ent : StringRegión_Ent : StringTeléfono_Ent : StringFax_Ent : StringE-Mail_Ent : StringPáginaWeb_Ent : StringRepresentanteLegal_Ent : StringFechaInscrip_Ent : DateFechaRenov_Ent : DateEstado_Ent : StringNúmeroRegistroAPCI_Ent : String
PlanTrabajonúmero_Plan : Stringfecha_Plan : DateTipo[ENIEX/ONGD/IPREDA]_Ent : Integercódigo_Ent : IntegerDNI_Con : Stringorigen[denuncia/oficio] : Integeralcance : StringNroResol_Res : StringNúmero_Cer : Integer
1..*
1
1..*
1
tiene
1
1
1
1
responsable
1..*
1
1..*
1
consiste de
1
1
1
1corresponde
1
1
1
1para
CertificadoConformidadnumero_Cer : IntegerCódigo_Ent : IntegerNroExped_Sol : IntegerPrograma_Po : StringProyecto_Po : StringActividad_Po : StringObservaciones_Cer : StringfechaRecepciónSolic_Cer : DatetotalBultos_Cer : IntegertotalValorado_Cer : CurrencyfechaAprobación_Cer : DateEstado_Cer[Válido/Anulado] : String
1
11
le corresponde
1
110
4.4.5 Diagrama de la Entidad Relación de la Base de Datos.
Figura Nº 54 – Diagrama Entidad Relación del Sistema
ObjetivosPlanPlanTrabajo1 1..*1 1..*
tiene
ActividadPlan
1
1..*
1
1..*
consiste de
DetalleDonaciónRecibida
HojaTrabajoIPREDA1
*
1
*
CertificadoConformidad11 11
corresponde
ItemsSolicitud
Diagrama de Entidad - Relación de la Base de Datos
SolicitudCertificadoConformidad
1
*
1
*
EntidadDonante1 11 1responde
CartaNotificación
1
1
1
1
corresponde
Resolución
MiembroEquipo
Entidad11 11 corresponde
Consultor
Equipo
1..*
1
1..*
1
pertenece
11 11
interviene
1
1
1
1
es designado
Informe
1
1..*
1
1..*
hace
111
4.4.6 Prototipo del Sistema.
En esta etapa se elaboraron las pantallas de usuario que se mostraron anteriormente,
pero trabajando con el ASP.NET y Visual.Net, cuyo marco de trabajo puede utilizarse
en un servidor para generar eficaces aplicaciones Web. Además permite añadir dentro
de una página web, trozos o partes de código de otros programas soportados en la
plataforma .NET. En nuestro caso, como se mencionó anteriormente en la
arquitectura tecnológica, empleamos el Visual Studio.Net.
A continuación, se detallan solamente las principales pantallas hechas en Visual
Studio .Net con ASP.Net.
Figura Nº 55 – Pantalla de ingreso al Sistema
Figura Nº 56 – Pantalla de Menú Principal del Sistema
La figura Nº 55 es lainterfaz que permitevalidar al usuario lacontraseña paraingresar al sistema deFiscalización. Sólotienen acceso elpersonal consultor –fiscalizador.
La figura Nº 56 es lainterfaz que representaal menú principal, lacual nos muestra unaserie de opciones quepermite al personal defiscalización realizarsu trabajo.
112
Figura Nº 57 – Caso de Uso: “Mantenimiento de Consultor”
Esta interfaz, permite ingresar, eliminar, modificar y consultar individualmente los
datos de los consultores-fiscalizadores. Vemos el Mantenimiento del consultor. Para
ingresar la fecha de nacimiento, hacemos clic al ícono de fecha como se muestra en la
interfaz. Así también el sexo. La clave será su DNI, que el sistema permite validar si
dicho DNI no existe, el sistema emite un mensaje de error.
Figura Nº 58 – Caso de Uso: “Registro de Miembros de Equipo”
113
Esta interfaz (figura Nº 58), permite registrar a los miembros del equipo compuesto
por los consultores-fiscalizadores. Luego hacemos un clic en el botón guardar para
grabar. El sistema envía un mensaje de color rojo cuando se graba con éxito.
Figura Nº 59 – Caso de Uso: “Generar Resolución”
Figura Nº 60 – Caso de Uso: “Generar Carta de Notificación”
La figura Nº 59es una interfazque permitegenerar unaResoluciónDirectoral.Luego deseleccionar alequipo queintervendrá en laentidad. En estecaso vemos quees una IPREDAdenominada“ComunidadCristianaCuerpo deCristo”
114
La interfaz de la figura Nº 60, nos permite imprimir una carta de notificación que será
enviada a la entidad que será intervenida. Podemos observar como ingresamos el código de
la entidad y el sistema automáticamente displaya los datos correspondientes. También
seleccionamos el numero de la resolución y automáticamente se lista los miembros del
equipo designado. Note que al hacer clic en el botón guardar, el sistema envía un mensaje
en la parte inferior izquierda de la pantalla: Se grabó exitosamente.
Figura Nº 61 – Caso de Uso: “Generar Plan de Trabajo”
La interfaz Nº 61, permite generar el Plan de Trabajo, en la cual sólo ingresamos el número
de plan y la fecha de Plan. El sistema displaya los Datos de la Entidad así como el del
Certificado de Conformidad que corresponde a la Entidad a ser fiscalizada. Note que el
consultor debe seleccionar si el origen de la Fiscalización/Supervisión corresponde a
Denuncia ó de Oficio. Si hacemos clic en el botón Objetivos, se activa la pantalla Nº 61,
que tiene dos solapas, para ingresar los datos de: Objetivos y Actividades.
La interfaz de la figura Nº 62, mostrada en la siguiente página, permite ingresar los datos de
los objetivos cuando activamos la solapa “Lista de Objetivos”. Automáticamente, displaya
el nombre del jefe responsable, nro de resolución que indica los datos de la relación de los
115
integrantes del equipo. En esta interfaz ingresamos sólo el código del objetivo y el sistema
muestra inmediatamente el nombre del objetivo. En caso el consultor no recuerde el código
del objetivo, va al recuadro del nombre del objetivo y con la flecha arriba o abajo
selecciona el objetivo. Luego de seleccionar los objetivos del Plan de Trabajo, hace clic en
el botón Guardar y graba los datos en la tabla Objetivos.
Figura Nº 62 – Caso de Uso: “Generar Plan de Trabajo – Objetivos / Actividades”
La interfaz de la figura Nº 63, que se encuentra en la otra página, la solapa “Plan de
Actividades” se encuentra activada, la cual nos muestra la relación de actividades. El
consultor debe ingresar sólo el número de días y la fecha que empieza dicha actividad.
Después de asignar los días y las fechas de inicio, el consultor debe grabar los datos
haciendo clic en el botón Guardar. Los datos serán almacenados en la tabla Actividades.
Es importante que el equipo Fiscalizador presente su Plan de trabajo que consiste en definir
el alcance de la Supervisión/Fiscalización, determinado el Producto o actividad a
Supervisar/Fiscalizar así como los tiempos y recursos humanos que la integran.
116
Figura Nº 63 – Caso de Uso: “Generar Plan de Trabajo – Objetivos / Actividades”
Figura Nº 64 – Caso de Uso: “Consulta Certificado de Conformidad”
La interfaz de la figura Nº 64, permite al Consultor-Fiscalizador, consultar los Certificados
de Conformidad. Sólo debe ingresar el código de la Entidad y el sistema automáticamente
muestra el nombre y domicilio de la entidad así como la relación de certificados que cuenta.
117
Al hacer clic en el botón Ver Detalle, el sistema nos muestra otra pantalla como el de lafigura Nº 65.
Figura Nº 65 – Caso de Uso: “Detalle de la Consulta Puntual- Certificado de Conformidad”
La interfaz de la figura Nº 66 nos muestra dentro del menú trabajo de gabinete, el consultor
activa la solapa verificación documentaria, la consistencia de la información proporcionada
por la entidad ejecutora. Debe evaluar los documentos solicitados previamente y si es
correcta, hace clic en casillero de verificación [sí/no], de lo contrario, coloca una
observación en el recuadro correspondiente a cada documento faltante. Cuando activa la
solapa, “Especificación de la Donación recibida”, ingresa los datos de los ítems del
Certificado de Conformidad, tales como: Descripción, unidad de medida, cantidad, importe,
como se muestra en la interfaz de la figura Nº 67. Al final el consultor-fiscalizador, debe
hacer clic en el botón Guardar para grabar los datos.
118
Figura Nº 66 – Caso de Uso: “Trabajo de Gabinete – Verificación Documentaria -IPREDA”
Figura Nº 67 – Caso de Uso: “Trabajo de Gabinete/Especificación de la DonaciónRecibida”
119
Figura Nº 68 – Caso de Uso: “Consultar Servicios - SUNAT”
La figura Nº 68 nos muestra la consulta RUC que proporciona la SUNAT. Es importante
este link, porque permite al fiscalizador consultar la RUC de la entidad a fiscalizar si ésta
está activa. En dicha figura se muestra los datos fiscales de la ENIEX “Fundación Ayuda en
Acción”, donde indica que su estado es activo y su dirección fiscal es verificada y coincide
con la enviada por la misma entidad.
En cambio, la figura Nº 69 que se encuentra en la siguiente página, permite al fiscalizador
consultar acerca de la situación jurídica de los miembros del Directorio de la entidad a
fiscalizar si éstos están cumpliendo con el reglamento interno, en la cual cada dos años se
renuevan los miembros del directorio. En dicha figura, la APCI se tiene que suscribir para
gozar de dicha información, específicamente en el icono: Registro de Personas Jurídicas.
120
Figura Nº 69 – Caso de Uso: “Consultar Servicios - SUNARP”
La figura Nº 70 permite al fiscalizador verificar acerca de la identificación real de los datos
personales de los miembros que integran el Directorio actualizado de la entidad a fiscalizar,
en especial del representante legal y si éstos son peruanos o extranjeros.
Figura Nº 70 – Caso de Uso: “Consultar Servicios - RENIEC”
121
La figura Nº 71 permite al fiscalizador consultar por la entidad a fiscalizar. En dicha figura
nos muestra la relación de entidades que pertenecen al tipo ENIEX.
Figura Nº 71 – Caso de Uso: “Consulta ENIEX”
En cambio la figura Nº 72 muestra una pantalla pero con los datos detallados de una
entidad en particular. En la figura se muestran los datos de la ENIEX “Heifer Project
Inernational- HPI”.
Figura Nº 72 – Caso de Uso: “Consulta ENIEX - PUNTUAL”
122
La figura Nº 73 permite al fiscalizador consultar por la entidad a fiscalizar. En dicha figura
nos muestra la relación de entidades que pertenecen al tipo IPREDA.
Figura Nº 73 – Caso de Uso: “Consulta IPREDA”
En cambio la figura Nº 74 muestra una pantalla pero con los datos detallados de una
entidad en particular. En esta interfaz, se muestran los datos de la IPREDA “Comunidad
Cristiana Cuerpo de Cristo”.
Figura Nº 74 – Caso de Uso: “Consulta IPREDA - PUNTUAL”
123
Figura Nº 75 – Caso de Uso: “Consulta ONGD”
La figura Nº 75 permite al fiscalizador consultar por la entidad a fiscalizar. Dicha Interfaz
nos muestra la relación de entidades que pertenecen al tipo ONGD. En cambio la figura Nº
76 muestra una consulta puntual. En este caso el de la ONGD Asociación de Tecnología y
Desarrollo – TECNIDES.
Figura Nº 76 – Caso de Uso: “Consulta ONGD - PUNTUAL”
124
Figura Nº 77 – Caso de Uso: “Consulta Certificado de Conformidad”
La figura Nº 77 permite al fiscalizador consultar los certificados de conformidad que tiene
dicha Entidad. Ingresamos el código de la entidad y el sistema automáticamente displaya
los certificados que tiene dicha entidad. En cambio, cuando queremos ver el detalle de un
solo certificado, activamos el casillero de verificación y hacemos clic en el botón Ver
Detalle, aparece la interfaz de la figura Nº 78 y nos muestra el detalle de un certificado de
conformidad en particular.
Figura Nº 78 – Caso de Uso: “Detalle de la consulta puntual – Certificado de Conformidad”
125
Para elaborar el plan anual de fiscalización, es importante determinar el universo de
donaciones de ropa y calzado. Para ello necesitamos consolidar los certificados emitidos
durante un año fiscal. En la interfaz de la figura Nº 79 se muestra el consolidado de los
certificados del año 2007. Para efecto de prueba, los datos ingresados son proporciones
pequeñas.
Figura Nº 79 – Caso de Uso: “Consolida Certificado de Conformidad”
El siguiente paso es depurar los certificados de conformidad que pertenezcan al sector
público. En la figura Nº 80 se muestra la pantalla que depura los certificados de
conformidad. Sólo se ingresa el año. En este caso el año 2007.
Figura Nº 80 – Caso de Uso: “Consolida Certificado de Conformidad”
126
El último paso es seleccionar la muestra de acuerdo a criterios técnicos. Como se muestra
en la interfaz de la figura Nº 81, el Director selecciona el casillero de Criterio de
Ponderación (CP) la zona de mayor pobreza, así como el monto. Note que el casillero
Porcentaje de muestra se va incrementado. En este caso la muestra será el 25%. Recuerde
que al comienzo, sólo se ingresa el año. En este caso el año 2007.
Figura Nº 81 – Caso de Uso: “Seleccionar Muestra”
127
4.5 RESULTADOS DE LA FASE DE CONSTRUCCIÓN
4.5.1 Implementación del Sistema.18
En esta etapa del proyecto se presentan el diagrama de paquetes, donde el sistema está
organizado por el plan Anual de Fiscalización, La Supervisión y la Fiscalización.
El paquete es una estructura de UML que se usa para agrupar los elementos de un
modelo. Son usados para organizar el sistema y la figura Nº 82 nos muestra 3
paquetes importantes.
Figura Nº 82 – Diagrama de Paquetes del Sistema
Sistema
Elaborar Plan Anual deFiscalización
Supervisión Fiscalización
El paquete “Plan Anual de Fiscalización” nos permite organizar a las clases que
pertenecen al caso de uso “Elaborar Plan anual de Fiscalización”, tales como: Cuadro
Consolidado, Certificado Depurado, etc. Así mismo sus actividades y diagramas de
secuencia.
El paquete “Supervisión” también es organizado con esta misma filosofía, a la cual
insertamos sus diferentes diagramas correspondientes a este subsistema. Lo mismo
para el paquete de Fiscalización. Note que las interfaces de usuario están en cada
paquete que le corresponde. Hay veces es mejor que dependa de un paquete de Base
de datos.
18 9. SUAREZ BARZOLA, RICHARD. Programación ASP.NET, Lima.
128
También se toma en cuenta el diagrama de componentes que representa el conjunto
de ejecutables, en este caso las clases que contienen la funcionalidad del sistema.
Observemos la figura Nº 83, cuyos componentes representan al paquete
“Supervisión”, mientras que la figura Nº 84 representa el diagrama de despliegue.
Figura Nº 83 – Diagrama de Componentes del paquete “Supervisión”.
Supervisión
Certificado ConformidadEntidad
CertificadoConformidad
ItemsSolicitud
SolicitudCertificado
Emite Carta de notificaciónConsultor Equipo
CartaNotificación
Resolución
Plan de TRabajoActividadPlan Objetivos
Plan
PlanTrabajo
Entidad
Figura Nº 84 – Diagrama de Despliegue del Sistema
Diagrama de Implementación
Servidor deBD
Servidor Web Línea dedicadaTelefónica Router
Pc Cliente OficinaPrincipal
PC CLienteOficina Provincia
<<TCP/IP>>
<<TCP/IP>>
<<TCP/IP>>
129
4.5.2 Modelo de Datos Físico.
Figura Nº 85
Como se observa, el modelo Entidad Relación, es convertido en un Modelo de Datos Físico, a través del software SQL Server. En la Figura Nº
85, observamos cómo se relacionan las diferentes tablas que se requieren para emitir una Resolución Directoral conformada `por un equipo.
Más abajo se muestra la figura Nº 86. Nos muestra las tablas relacionadas requeridas para emitir un plan de trabajo. Dicho plan será presentado
por el equipo que intervendrá en una entidad.
130
Figura Nº 86 – Emite Plan de Trabajo
131
4.6 CONTRASTACIÓN DE HIPÓTESIS
El análisis se realizó utilizando el paquete estadístico SPSS19. Se desarrolló la
Distribución de Frecuencias, los Histogramas y los gráficos de barras para cada uno de
los indicadores tales como: Funcionalidad, Usabilidad, Mantenibilidad, Portablidad,
Precisión y Custodia. Éstos indicadores nos permitió también evaluar a la variable
dependiente (“Fiscalización de Recursos”), como a las dimensiones de la variable
independiente (“Sistema Informático”) que son: el software (X1), el hardware (X2) y al
personal usuario (X3) que manipula el sistema.
A continuación mostramos sus respectivas tablas y gráficas.
Tabla Nº 07 – Datos Estadísticos para Funcionalidad y Usabilidad.
19 2. CAMACHO ROSALES, JUAN. Estadística con SPSS, Lima.
Funcionalidad Usabilidad
N Válidos 20 20
Perdidos 0 0
Media 3,60 3,60
Error típ. De la media ,152 ,152
Mediana 4,00 4,00
Moda 4 4
Desv. Típ. ,681 ,681
Varianza ,463 ,463
Asimetría -1,514 -1,514
Error típ. De asimetría ,512 ,512
Curtosis 1,170 1,170
Error típ. De curtosis ,992 ,992
Rango 2 2
Mínimo 2 2
Máximo 4 4
Percentiles 25 3,00 3,00
33 3,93 3,93
50 4,00 4,00
75 4,00 4,00
78 4,00 4,00
132
Tabla Nº 08 – Datos Estadísticos para Mantenibilidad, Portabilidad, Precisión y Custodia
Mantenibilidad Portabilidad Precisión Custodia
N Válidos 5 5 5 5
Perdidos 0 0 0 0
Media 3,60 4,40 3,80 3,80
Error típ. De la media ,245 ,400 ,374 ,374
Mediana 4,00 5,00 4,00 4,00
Moda 4 5 3a 3a
Desv. Típ. ,548 ,894 ,837 ,837
Varianza ,300 ,800 ,700 ,700
Asimetría -,609 -1,258 ,512 ,512
Error típ. De asimetría ,913 ,913 ,913 ,913
Curtosis -3,333 ,313 -,612 -,612
Error típ. De curtosis 2,000 2,000 2,000 2,000
Rango 1 2 2 2
Mínimo 3 3 3 3
Máximo 4 5 5 5
Percentiles 25 3,00 3,50 3,00 3,00
33 3,00 3,98 3,00 3,00
50 4,00 5,00 4,00 4,00
75 4,00 5,00 4,50 4,50
a. Existen varias modas. Se mostrará el menor de los valores.
Tablas de frecuencias:
Tabla Nº 09 – Tabla de Frecuencia: Funcionalidad
Funcionalidad
Frecuencia PorcentajePorcentaje
válidoPorcentajeacumulado
Válidos Malo 2 10,0 10,0 10,0
Regular 4 20,0 20,0 30,0
Bueno 14 70,0 70,0 100,0
Total 20 100,0 100,0
133
Tabla Nº 10 – Tabla de Frecuencia: Usabilidad
Usabilidad
Frecuencia PorcentajePorcentaje
válidoPorcentajeacumulado
Válidos Malo 2 10,0 10,0 10,0
Regular 4 20,0 20,0 30,0
Bueno 14 70,0 70,0 100,0
Total 20 100,0 100,0
Tabla Nº 11 – Tabla de Frecuencia: Mantenibilidad
Mantenibilidad
Frecuencia PorcentajePorcentaje
válidoPorcentajeacumulado
Válidos Regular 2 40,0 40,0 40,0
Bueno 3 60,0 60,0 100,0
Total 5 100,0 100,0
Tabla Nº 12 – Tabla de Frecuencia: Portabilidad
Portabilidad
Frecuencia PorcentajePorcentaje
válidoPorcentajeacumulado
Válidos Regular 1 20,0 20,0 20,0
Bueno 1 20,0 20,0 40,0
Excelente 3 60,0 60,0 100,0
Total 5 100,0 100,0
Tabla Nº 13 – Tabla de Frecuencia: Precisión
Precisión
Frecuencia PorcentajePorcentaje
válidoPorcentajeacumulado
Válidos Regular 2 40,0 40,0 40,0
Bueno 2 40,0 40,0 80,0
Excelente 1 20,0 20,0 100,0
134
Precisión
Frecuencia PorcentajePorcentaje
válidoPorcentajeacumulado
Válidos Regular 2 40,0 40,0 40,0
Bueno 2 40,0 40,0 80,0
Excelente 1 20,0 20,0 100,0
Total 5 100,0 100,0
Tabla Nº 14 – Tabla de Frecuencia: Custodia
Custodia
Frecuencia PorcentajePorcentaje
válidoPorcentajeacumulado
Válidos Regular 2 40,0 40,0 40,0
Bueno 2 40,0 40,0 80,0
Excelente 1 20,0 20,0 100,0
Total 5 100,0 100,0
Histogramas:
Figura Nº 87– Histograma: Funcionalidad
135
Figura Nº 88– Histograma: Usabilidad
Figura Nº 71 – Histograma: Mantenibilidad
136
Figura Nº 90 – Histograma: Portabilidad
Figura Nº 91 – Histograma: Precisión
137
Figura Nº 92 – Histograma: Custodia
Figura Nº 93 – Gráfico Barra: Funcionalidad
Gráfico de barras:
138
Figura Nº 94 – Gráfico Barra: Usabilidad
Figura Nº 95 – Gráfico Barra: Mantenibilidad
139
Figura Nº 96 – Gráfico Barra: Portabilidad
Figura Nº 97 – Gráfico Barra: Precisión
140
Figura Nº 98 – Gráfico Barra: Custodia
4.7 ANÁLISIS E INTERPRETACIÓN
En la tabla Nº 07, referida a los datos estadísticos de las variables Funcionalidad y
Usabilidad, observamos que hay 20 encuestados (N) y cuya Media es 3,60. Sin embargo
el valor de la Mediana y Moda equivale a 4,00. Por lo que la interpretación descriptiva
tanto para la Funcionalidad como Usabilidad es favorable. La categoría que más se
repitió fue 4 (Bueno). Más del 50% de los encuestados están por encima del 3.60.
Ningún encuestado calificó a la Funcionalidad y Usabilidad como muy malo (no hay
“1”). Sólo 2 encuestados la calificaron de malo (“2”), 4 de regular (“3”) y 14
encuestados calificaron de Bueno (“4”). Asimismo se desvían de 3.60, en promedio 0.68
unidades de la escala
En cuanto a la tabla Nº 08, observamos diferentes valores en la Media: Mantenibilidad =
3,60; Portabilidad = 4,40; Precisión= 3,80; Custodia = 3,80. En cuanto a las frecuencias,
la tabla Nº 09 nos muestra la Funcionalidad cuya frecuencia es: Malo=2; Regular=4,
Bueno=14; Total encuestados 20. La tabla Nº 10 nos muestra para la Usabilidad, cuya
frecuencia es la misma: Malo=2; Regular=4, Bueno=14; Total encuestados 20. La tabla
Nº 11 nos muestra la frecuencia de Mantenibilidad: Regular=2, Bueno=3; Total
encuestados 5. La tabla Nº 12 nos muestra la frecuencia de Portabilidad: Regular=1,
141
Bueno=1; Excelente=3; Total encuestados 5. La tabla Nº 12 observamos la frecuencia de
Precisión: Regular=2, Bueno=2; Excelente=1; Total encuestados 5. Por último la tabla
Nº 14 nos muestra la variable de Custodia: Regular=2, Bueno=2; Excelente=1; Total
encuestados 5. Más adelante observamos las figuras Nº 87 y 88 que representan a los
Histogramas de la Funcionalidad y Usabilidad. La clase con máxima frecuencia se
representa con el rectángulo sobre la clase 3,50 a 4,50 siendo la Media 3,60. En cambio
la figura Nº 89 que representa a la Mantenibilidad, su Media es 3,60. La figura Nº 90
representa al histograma de la Portabilidad y su media es 4,40. Aquí observamos que la
clase con máxima frecuencia se encuentra entre 4,50 y 5,5. Las figuras Nº 91 y 92 que
representan a Precisión y Custodia tienen la misma media 3,80 pero cuyas clases más
representativas están entre 2,50 y 4,50 como se muestran en dichas figuras.
Por último, el paquete generó los gráficos de barras como se muestra en las figuras
desde el Nº 93 al 98 para cada uno de los indicadores correspondientes.
142
CAPITULO V: DISCUSIÓN
5.1 DISCUSIÓN
Como se dijo anteriormente, en nuestra investigación, NO EXISTE ningún
ANTECEDENTE de estudio con respecto a: “Mejorar la Fiscalización de los Recursos
Provenientes de la Cooperación Internacional No Reembolsable Mediante un Sistema
Informático
Sin embargo, las características que tiene el sistema informático van a servir de apoyo a
la gestión de los consultores fiscalizadores, porque realizan los pasos a seguir de
acuerdo a los procesos automatizados, para conseguir una mejora eficaz en su labor
cotidiana. El objetivo de este acápite es discutir y presentar de una forma estructurada
los resultados de las tabulaciones hechas al estudio del sistema informático para la
gestión de las fiscalizaciones, que facilite y mejore su labor de los responsables tanto
del control de Supervisión y Fiscalización, indicando de una forma clara y
comprensible las necesidades y mejoras a cubrir con cada informe a entregar
(producto).
5.1.1 Tabulación y elaboración de los Resultados.
Después de realizar los análisis de los datos en el programa SPSS, los mismos
resultados fueron usados para presentar los gráficos en el programa EXCEL.
Indicadores de la Variable Independiente – “Sistema Informático”
a) Resultados que mide la Funcionalidad del Sistema
Después de haber tomado el cuestionario a 20 usuarios de prueba del sistema se
tuvo el siguiente resultado, como se muestra en la figura Nº 99.
Figura Nº 99 – Resultados del cuestionario que mide la Funcionalidad del Sistema
143
De este cuadro se observa la calificación de la Funcionalidad del sistema: Malo,
Bueno y Regular. Del total de encuestados, 2 opinaron que el sistema tiene regular
funcionalidad, 4 opinaron que la funcionalidad es Regular y 14 que tiene muy buena
funcionalidad.
Se puede decir entonces que desde el punto de vista del usuario, el Sistema
Informático cuenta con un buen Funcionamiento y es satisfactorio trabajar con él.
b) Resultados que mide la Usabilidad del Sistema
Después de haber tomado el cuestionario a 20 usuarios de prueba del sistema se tuvo
el siguiente resultado, como se muestra en la figura Nº 100.
Figura Nº 100 – Resultados del cuestionario que mide la Usabilidad del Sistema
De este cuadro se observa la calificación de la Usabilidad del sistema: Malo (2),
Regular (4) y Bueno (14). Del total de encuestados, 2 opinaron que el sistema
tiene mala Usabilidad, 4 opinaron que el sistema tiene regular Usabilidad y 14
encuestados opinaron que tiene Buena Usabilidad.
Por lo tanto, en promedio el usuario está satisfecho con la usabilidad del
Sistema Informático, es decir, que su apariencia, aprendizaje y operatividad son
aceptables para el usuario.
c) Resultados que mide la Mantenibilidad del Sistema
Después de haber tomado el cuestionario a 5 analistas y desarrolladores de sistemas
se tuvo el siguiente resultado, como se muestra en la figura Nº 101.
Figura Nº 101 – Resultados del cuestionario que mide la Mantenibilidad del Sistema
144
De este cuadro se observa la calificación de la Mantenibilidad del sistema:
Bueno y Regular. Del total de encuestados, el 60% opinó que el sistema tiene
buena Mantenibilidad y el 40% opinó que tiene Mantenibilidad Regular.
Por lo tanto, la mantenibilidad desde el punto de vista de los analistas y
desarrolladores es en promedio regular, es decir, la cambiabilidad y la
estabilidad del sistema, están en una etapa de adaptación puesto que a sido
desplegado por primera vez en la oficina de Fiscalización. Este porcentaje irá en
aumento a medida que pase el tiempo y se vayan levantando las observaciones
hechas por los usuarios.
d) Resultados que mide la Portabilidad del Sistema
Después de haber tomado el cuestionario a 5 especialistas en sistemas de la
APCI, se tuvo el siguiente resultado, que se muestra en la figura Nº 102.
145
Figura Nº 102 – Resultados del cuestionario que mide la Portabilidad del Sistema
Al observar el presente cuadro, la Portabilidad del Sistema (Muy bueno, Bueno,
Regular), que del total de encuestados, el 60% opinó que el Sistema Informático
tiene muy buena portabilidad, el 20% opinó que tiene buena portabilidad y el
20% opinó que tiene portabilidad regular.
Por tanto, se puede decir, que el sistema puede ser instalado en otros sistemas
operativos y que por estar en un ambiente web puede ser accesado desde un
terminal conectado a internet - intranet.
Indicadores de la Variable Dependiente – “Fiscalización de Recursos”
a) Resultados del Cuestionario que mide la Precisión de los Servicios.
Después de haber tomado el cuestionario a 5 personas técnicas entre
administradores de Base de Datos y de sistemas, se tuvo el siguiente resultado,
como se muestra en la figura Nº 103.
De este cuadro se observa la calificación de la Precisión de los Servicios (muy
bueno, bueno, regular). Del total de encuestados, el 20% opinó que el sistema
tiene muy buen precisión, el 40% opinó que tiene buena precisión y el 40%
opinó que tiene precisión regular.
Estos resultados dan a entender que según el punto de vista de administradores
del sistema y de base de datos, el aplicativo web cuenta en promedio con una
buena precisión en cuanto a la Fiscalización de los Recursos que realizan los
consultores-fiscalizadores, es decir, cubre con los servicios de fiscalización que
146
brinda dicha oficina, además es confiable y el acceso a los servicios es
restringido, cuya data está siendo centralizada correctamente.
Figura Nº 103 – Resultados del cuestionario que mide la Precisión de los Servicios
b) Resultados del Cuestionario que mide la Custodia de la Información.
Después de haber tomado el cuestionario a 5 administradores del sistema, se
tuvo el siguiente resultado, como se muestra en la figura Nº 104 de la siguiente
página.
De este cuadro se observa la calificación de la Custodia de la Información (muy
buena, buena, regular). Del total de encuestados, el 20% opinó que el Sistema
Informático tiene muy buena Custodia, el 40% opinó que tiene buena Custodia y
el 40% opinó que tiene Custodia regular.
Por lo tanto, según el punto de vista de los administradores del sistema, la
información obtenida de los planes de trabajo, emisiones de resolución para la
formación de los equipos de fiscalización y demás documentos, es en promedio
confidencial y seguro, es decir, el ciudadano sólo puede recibir información
autorizada, así como el usuario del sistema. Por lo que se desprende que la
información que se obtiene al Fiscalizar los Recursos de la entidades, está bien
custodiada.
Por ejemplo, cuando el consultor–fiscalizador quiera enviar un correo a través
de Internet, primero debe atravesar el firewall, una computadora que protege a
147
la Intranet, para que los intrusos no puedan acceder a ella. El firewall sigue la
pista de los mensajes y los datos entran y salen de la Intranet con seguridad.
Todos estos aspectos evaluados en la calidad interna y externa del software son
una referencia para el mejoramiento posterior del mismo, que en los release de
las nuevas versiones del Sistema Informático se irán optimizando de acuerdo a
las normas de la Dirección de Fiscalización y Supervisión.
Figura Nº 104 – Resultados del cuestionario que mide la Custodia de la Información.
5.1.2 Confiabilidad y Validación de los Instrumentos.
Para la evaluación de la Confiabilidad, hemos empleado el Coeficiente Alfa de
Cronbach, que es el que se emplea con más frecuencia, utilizando como herramienta
el SPSS. Se elige el menú Analizar/Escala/Análisis de Fiabilidad y dio como
resultado las tablas del Nº 15 al Nº 20 que son explicadas más adelante. Con respecto
a la Validación del instrumento de medición, se empleó la distribución binomial, que
es una distribución de probabilidad ampliamente utilizada de una variable aleatoria
discreta, en la cual se da valores a: P = probabilidad de éxito (0.5); Q = probabilidad
de fracaso (0.5); X = número de éxitos logrados y N = número de ensayos
efectuados. Los seis instrumentos (cuestionarios) desarrollados fueron entregados
previamente a 5 expertos. Por razones de espacio, en la investigación sólo se muestra
la validación del cuestionario Nº 5, como lo detalla la tabla Nº 21. Para el desarrollo
de la prueba binomial, se empleó el paquete EXCEL.
148
Confiabilidad.- Se refiere a la capacidad para dar resultados iguales al ser aplicados
en condiciones iguales a un mismo grupo de personas.
Con el fin de utilizar instrumentos de evaluaciones confiables y válidas, estos se
ejecutaron en forma de prueba de piloto, en la aplicación de los cuestionarios, se
puede apreciar la claridad con que estuvieron formuladas las preguntas, ya que
permitieron obtener la información requerida.
La Confiabilidad se aplicó a los seis instrumentos de medición utilizados en la
investigación, pero por razones de espacio, sólo se muestra la Confiabilidad de sólo
un cuestionario (para el indicador PRECISIÓN - Cuestionario Nº 5).
Debemos hallar el coefciente α (alpha) de Cronbach. El valor de coeficiente de la
confiabilidad varía entre 1 y 0. Ingresamos los datos al paquete SPSS y se obtuvo el
siguiente resultado:
Lo primero que se observa en la tabla Nº 15 son las medias y desviación estándar de
cada pregunta. Todas se parecen aproximadamente. A continuación, se muestra la
tabla Nº 16 que muestra los estadísticos de la escala, donde se aprecia la media de la
prueba completa, la puntuación media de los encuestados es 4,8, es decir, de media
se aciertan 4,8 preguntas de la escala, mientras que la varianza es 5,955.
Tabla Nº 15 – Tabla que muestra los estadísticos de los elementos.
Estadísticos de los elementos
MediaDesviación
típica N
¿verifica captura Reg? ,5000 ,52705 10
¿Datos=Resolución? ,5000 ,52705 10
¿Plan Trabajo OK? ,4000 ,51640 10
¿Validación Adecuada? ,5000 ,52705 10
¿Sistema funciona OK? ,7000 ,48305 10
¿Consulta Cert ConfOK?
,5000 ,52705 10
¿Visualiza datosingresados?
,5000 ,52705 10
¿Valida nro de carta deNotif.?
,5000 ,52705 10
¿Conserva integridadrefer. la BD?
,7000 ,48305 10
Tabla Nº 16 – Estadísticos de la escala.
Estadísticos de la escala
149
Media VarianzaDesviación
típicaN de
elementos
4,8000 5,956 2,44040 9
El resultado que nos muestra la figura Nº 17, son los estadísticos de Confiabilidad α de
Cronbach, donde: α = 0,672 y el tipificado es α = 0,670, por lo que el coeficiente de
confiabilidad es moderadamente alto.
Tabla Nº 17 – Estadísticos de Confiabilidad
Estadísticos de fiabilidad
Alfa deCronbach
Alfa deCronbach
basada en loselementostipificados
N deelementos
,672 ,670 9
Tabla Nº 18 – Matriz de correlaciones inter-elementosLa tabla Nº 18 nos muestra la matriz de correlaciones inter-elementos, la cual son casi todas
positivas, y ni muy grandes ni muy pequeñas. La pregunta Nº 4 ¿Existen las validaciones
adecuadas en los módulos que eviten el ingreso de data incorrecta?, no parece una buena
Matriz de correlaciones inter-elementos
¿verifica
captura
Reg?
¿Datos=R
esolución?
¿Plan
Trabajo
OK?
¿Validació
n
Adecuada?
¿Sistema
funciona
OK?
¿Consulta
Cert Conf
OK?
¿Visualiza
datos
ingresados
?
¿Valida
nro de
carta de
Notif.?
¿conserv
a
integrida
d refer. la
BD?
¿verifica captura Reg? 1,000 ,600 ,000 -,200 ,218 ,600 ,200 ,200 ,218
¿Datos=Resolución? ,600 1,000 ,000 ,200 ,655 ,200 ,200 ,200 -,218
¿Plan Trabajo OK? ,000 ,000 1,000 ,408 ,535 ,000 ,000 ,408 ,089
¿Validación Adecuada? -,200 ,200 ,408 1,000 ,655 -,200 -,200 -,200 -,655
¿Sistema funciona OK? ,218 ,655 ,535 ,655 1,000 ,218 ,218 ,218 -,429
¿Consulta Cert Conf OK? ,600 ,200 ,000 -,200 ,218 1,000 ,600 ,200 ,218
¿Visualiza datos
ingresados?,200 ,200 ,000 -,200 ,218 ,600 1,000 ,600 ,218
¿Valida nro de carta de
Notif.?,200 ,200 ,408 -,200 ,218 ,200 ,600 1,000 ,655
¿conserva integridad refer.
la BD?,218 -,218 ,089 -,655 -,429 ,218 ,218 ,655 1,000
150
pregunta para esta escala porque correlaciona negativo o cero con bastantes otras preguntas.
La tabla Nº 19 nos detalla cinco estadísticos que son: La Media de la escala si se elimina el
ítem (en nuestra investigación se detecta la pregunta Nº4 ¿Existen las validaciones
adecuadas en los módulos que eviten el ingreso de data incorrecta? ). Pero si se elimina este
ítem, la media sería 4,4. No detecta ningún ítem extraño. Luego la varianza de escala.
También la correlación elemento-total corregida, así como su correlación múltiple al
cuadrado y su coeficiente de confiabilidad α. Como se aprecia el ítem Nº 4 es el que más se
atenúa al valor de α.
Tabla Nº 19 – Tabla de Estadísticos total-elemento
La tabla Nº 20, muestra la tabla de contraste T² que comprueba la igualdad de las medias de
todas las preguntas, T²=81, que sigue una distribución de F(8,2)=2.25p≤0,344, con lo que se
concluye que las medias son iguales y se comprueba el supuesto de igual de medias.
Estadísticos total-elemento
Media de la
escala si se
elimina el
elemento
Varianza de la
escala si se
elimina el
elemento
Correlación
elemento-total
corregida
Correlación
múltiple al
cuadrado
Alfa de
Cronbach si se
elimina el
elemento
¿verifica captura
Reg?4,3000 4,678 ,439 ,840 ,624
¿Datos=Resolución? 4,3000 4,678 ,439 ,900 ,624
¿Plan Trabajo OK? 4,4000 4,933 ,329 ,792 ,649
¿Validación
Adecuada?4,3000 5,789 -,044 ,733 ,724
¿Sistema funciona
OK?4,1000 4,544 ,572 ,952 ,598
¿Consulta Cert Conf
OK?4,3000 4,678 ,439 ,911 ,624
¿Visualiza datos
ingresados?4,3000 4,678 ,439 ,900 ,624
¿Valida nro de carta
de Notif.?4,3000 4,456 ,549 ,950 ,599
¿conserva integridad
refer. la BD?4,1000 5,656 ,029 ,944 ,705
151
Tabla Nº 20 – Tabla de Prueba de T cuadrado
Validez de contenido: Se realiza por el método de jueces. Se dio un cuestionario a 5
profesionales con experiencia en evaluación de encuestas, a fin de determinar si el
contenido de los preguntas medía lo que se buscaba, cada uno procedió a calificar de modo
independiente logrando un resultado 0.044. Como 0.044 es menor que 0.05 se concluye que
el cuestionario evaluado por los expertos es correcto.
A continuación, se muestra el formato utilizado para el informe de opinión de JUICIO DE
EXPERTOS (5 expertos) entendidos en la materia.
Cargamos los datos al Excel para emplear la fórmula de distribución binomial. Al aplicar la
fórmula a cada ítem, acumulamos los resultados de cada ítem y el resultado es: 0.4375. Lo
divimos entre 10 (numero de criterios) y obtenemos como resultado 0.0437. Como 0.044 <
0.05, se concluye que la evaluación de los expertos realizado al instrumento es correcta,
como lo muestra la tabla Nº 21.
Prueba T cuadrado de Hotelling
T-cuadrado de
HotellingF gl1 gl2 Sig.
81,000 2,250 8 2 ,344
152
Tabla Nº 21 – Tabla de resultados por Juicio de expertos
ITEMCRITERIOS SOBRE
CADA PREGUNTA
EXPERTOS PRUEBA
BINOMIAL1 2 3 4 5
1 El cuestionario formulabien el problema.
1 1 1 1 1 0.03125
2Los instrumentos facilitanla comprensión de losusuarios.
1 1 1 1 1 0.03125
3 El número de ítems delcuestionario es adecuado.
1 1 1 1 1 0.03125
4 La relación de laspreguntas es correcta.
1 1 1 0 1 0.15625
5El diseño del instrumentofacilitará el análisis y suprocesamiento de datos.
1 1 1 1 1 0.03125
6 Eliminaría algún ítem delcuestionario.
1 1 1 1 1 0.03125
7 Agregaría algún ítem. 1 1 1 1 1 0.03125
8 El diseño del instrumentoserá accesible a la muestra.
1 1 1 1 1 0.03125
9 La redacción es clara ysencilla.
1 1 1 1 1 0.03125
10Existe coherencia internaen el instrumento depreguntas
1 1 1 1 1 0.03125
Total sumatoria0.4375
153
5.2 CONCLUSIONES
1. La incorporación de la Dirección de Fiscalización y Supervisión – DIFIS – es un
proceso lento, por la creación reciente de dicha Dirección y se ve obstaculizada por
la carencia de recursos y la dependencia administrativa de la Dirección de
Operaciones con respecto a las consultas de Información que requieren para la
realización de su labor eficiente.
2. Con la implementación del sistema informático en la DIFIS, se mejoró y agilizó la
carga de trabajo al interactuar en un ambiente tecnológico, con el único propósito de
brindar a los consultores fiscalizadores un mejor servicio.
3. El proceso de informatización de los procedimientos que maneja la DIFIS tendrá
como característica que el consultor fiscalizador mejore su captura de los datos a
través de la web (internet) y los podrá ser procesar y emitir en cualquier punto del
país.
4. El Sistema Informático también contribuye y presta un mejor servicio al Director
DIFIS y sus Supervisores en la oficina DIFIS, a través de las hojas y planes de
trabajo, que podrán ser emitidas por los consultores en cualquier punto del país.
5. La calidad de los datos obtenidos a través del Sistema Informático, es más elevada y
confiable que las obtenidas anteriormente a través del sistema manual, ya que los
datos ingresados al sistema están validados y confrontados con los registros
existentes en la base de datos de la Dirección de Operaciones.
6. En la medida que se vayan informatizando la Dirección de Fiscalización y
Supervisión, se tendrá actualizado los planes e informes de fiscalización ejecutados,
y al contar con una base de datos centralizada, se podrá detectar y evitar las dobles
fiscalizaciones a las entidades en un mismo periodo del ejercicio del año, mejorando
de esta forma la performance de los consultores fiscalizadores.
7. El diseño, aplicación e implementación del Sistema Informático en la DIFIS permite
realizar una mejor administración de los recursos (personal, dinero, procesos) en
dicha Dirección.
8. Al contar con el Sistema Informático, se podrá emitir los datos que requiere la alta
dirección y otras instituciones. De esta forma también se mejora la elaboración de
cuadros estadísticos de manera rápida y con mayor exactitud.
9. La Metodología RUP al proponer un desarrollo de Software iterativo e incremental
ha permitido la revisión de cada una de las fases del proyecto según el Plan de
Desarrollo.
154
10. La utilización del Lenguaje de modelado UML permite elaborar mediante diagramas
las vistas del sistema para llevar un orden y un mejor entendimiento del usuario.
11. La evaluación de la calidad del software y los casos de prueba han permitido
levantar observaciones para un buen despliegue en la etapa de implementación del
sistema.
12. Los casos de uso fueron la base para la elaboración del sistema informático, para
identificar con claridad los requerimientos de los consultores fiscalizadores, la
elaboración del diagrama de clase, y los componentes que van a ser desplegados los
interesados y con ello mejorará en el futuro sus requerimientos.
13. Se ha cumplido con el objetivo de implementar un Sistema Informático de
fiscalización, con el fin de apoyar las labores administrativas de los consultores-
fiscalizadores, en una institución organizada en unidades como la APCI, Institución
del caso práctico.
14. Se realizó el Sistema Informático en base a los procesos principales de la Institución.
Los requerimientos se determinaron a través del levantamiento de información en las
reuniones sostenidas con el personal usuario(interesados), involucrado en los
procesos del negocio de cada unidad, y fueron refinados con la participación de ellos
en el diseño de los prototipos. La participación de los “stakeholders” y futuros
usuarios del sistema durante el proceso de desarrollo de software es de suma
importancia para alcanzar los propósitos de fiscalización en dicha Institución.
15. Se evaluó la confiabilidad del instrumento a través de consistencia interna, cuyo
coeficiente estima la fiabilidad como el alfa de Cronbach empleando el programa
estadístico SPSS. También se aplicó para la validez del instrumento, el método de
distribución binomial a los resultados que entregaron los expertos entendidos en
cuestionarios.
16. Se analizó los datos recolectados mediante pruebas estadísticas a las hipótesis
planteadas, aplicando la estadística descriptiva y generando la tabla de frecuencia,
gráficos de barras, histogramas, etc. para su respectivo análisis e interpretación.
155
5.3 RECOMENDACIONES
1. Establecer reunión con la alta Dirección de la Institución para explicar y mantener
informado sobre el nuevo Sistema Informático, así como otros alcances de la
presente investigación.
2. Capacitación y formación de equipos de consultores de fiscalización para la
estructuración de un sistema central para la Dirección de Fiscalización y Supervisión
(DIFIS).
3. La implementación del Sistema Informático debe estar basado primordialmente en
las necesidades e intereses de los consultores fiscalizadores para incrementar la
eficiencia y la eficacia de las labores de fiscalización y supervisión en la Institución.
4. Establecer canales de comunicación entre las oficinas externas a la Institución para
su desarrollo y establecer un flujo de información más rápido y adecuado.
5. Al realizar las consultas de los registros que pertenecen a la Dirección de
Capacitación y Registro utilizar la data actualizada para el cambio correspondiente.
6. Verificación continua de la seguridad del sistema, para evitar los plagios y/o
manipulación no autorizada.
7. Elaborar un procedimiento a nivel de base de datos para la simplicación del proceso
de planes anuales de fiscalización.
8. Elaborar un Plan de “Control de Cambios” para la actualización del Sistema
Informático en nuevas versiones.
9. Evaluar la Calidad en uso del sistema contando con la participación de los
consultores. Controlar periódicamente los procesos de la Institución y sus productos
ó resultados asociados a la fiscalización.
10.Elaborar los casos de uso para los procedimientos no contemplados. A través del
tiempo, los requerimientos cambian y se hacen más necesarios.
11.Capacitación de los consultores fiscalizadores debe ser permanente en el manejo del
Sistema Informático. Tener en cuenta los objetivos claros, el método y el sitio de la
capacitación.
156
5.4 REFERENCIAS BIBLIOGRÁFICAS
LIBROS:
1. BUNGE, MARIO. La Investigación Científica, su Estrategia y Filosofía, Barcelona:
Editorial Ariel –. 1ra edición, 1975.
2. CAMACHO ROSALES, JUAN. Estadística con SPSS, Lima: Editorial Alfa Omega
Grupo Editor, 1ra Edición, 2006.
3. FRANCIA HUANCHABANO, DARÍO. Visual Basic.NET, Lima: Editorial MACRO,
1ra Edición, 2003.
4. HERNÁNDEZ SAMPIERI, ROBERTO y otros. Metodología de la Investigación,
México: Editorial Mc. Graw Hill, 5ta Edición, 2010.
5. J. RUMBAUGH y otros. El Lenguaje Unificado de Modelado. Manual de referencia.
Madrid: Editorial Perason Educación S.A, 1ra Edición, 1999.
6. KENDALL & KENDALL. Análisis y Diseño de Sistemas, México: Editorial Pearson
Educación, 6ta Edición, 2005.
7. MATSUKAWA MAEDA, SERGIO. Análisis y Diseño Orientado a Objetos con UML y
Rational Rose, Lima: Editorial Macro EIRL, 1ra Edición, 2004.
8. ROMERO MORENO, GESVIN. UML con Rational Rose, Lima: Editorial Megabyte
SAC, 1ra Edición, 2004.
9. SUAREZ BARZOLA, RICHARD. Programación ASP.NET, Lima: Editorial Ritisa
Graff, 1ra Edición, 2003.
10. TABOADA JIMENEZ, ALBERTO. Análisis de Procesos y Datos usando UML, Lima:
Libros Digitales S.A, 2da Edición, 2006.
11. TAMAYO y TAMAYO, MARIO. El Proceso de la Investigación Científica, México:
Editorial E. Limusa S.A. de C.V. Grupo Noriega Editores, 4ta Edición, 2008.
12. UNIVERSIDAD PERUANA de CIENCIAS – Cibertec. Análisis y Diseño de Sistemas
I, Lima: Editorial Gráfica Biblos S.A, 2da edición, 2006.
Decretos legislativos y leyes:
13. APCI: Manual de Fiscalización y Supervisión (2008) Lima-Perú.
14. APCI: Plan Anual de Fiscalización (2009) Lima-Perú.
15. Decreto Legislativo Nº 719 (Ley de Cooperación Técnica Internacional). Lima-Perú.
16. Decreto Supremo Nº 015-92-PCM (Aprueba el Reglamento del Decreto Legislativo Nº
719 – Ley de Cooperación Técnica Internacional).
17. Ley Nº 27692 (Ley de Creación de la Agencia Peruana de cooperación Internacional –
APCI). Lima-Perú.
157
18. Ley Nº 28514 (Ley que prohíbe la importación de Ropa y Calzado Usado). Lima-Perú.
19. Ley Nº 28875 (Ley que crea el Sistema Nacional Descentralizado de Cooperación
Internacional No Reembolsable).
20. Ley Nº 28905 (Ley de Facilitación del Despacho de Mercancías Donadas Provenientes
del Exterior).
APENDICE
La elaboración y aplicación de los instrumentos para medir los indicadores del sistema
surgen de las variables tanto independiente como dependiente de la hipótesis del
presente trabajo: “Mejorar la Fiscalización de los Recursos Provenientes de la
Cooperación Internacional No Reembolsable mediante un Sistema Informático”.
De aquí se desprendieron la variable independiente y la variable dependiente.
Variable Independiente (X): Sistema Informático.
Variable Dependiente (Y): Fiscalización de los Recursos.
Indicadores de la variable Independiente
Para medir los indicadores de la variable Independiente se elaboraron 4 cuestionarios en
los cuales el encuestado tuvo que contestar según el siguiente sistema de calificación:
1 = Muy malo, no tiene, no existe
2 = Malo
3 = Regular
4 = Bueno
5 = Excelente, si tiene
Para obtener el puntaje total de cada cuestionario, el SPSS sumó los puntajes asignados,
dividiendo el puntaje total entre el número de preguntas, una vez hecha la división, se
redondeó el puntaje obtenido, este valor se comparó con la tabla de valores del puntaje y
se obtuvo la calificación del indicador correspondiente.
Construcción de los instrumentos para medir los indicadores.
a) Elaboración y aplicación de los instrumentos para medir la Funcionalidad delSistema.
158
Para medir la Funcionalidad del Sistema Informático de los registros hechos por los
consultores-fiscalizadores, se tomaron tres aspectos o sub características que son la
adecuación, exactitud y seguridad del sistema. Mediante un cuestionario aplicado a
20 usuarios (consultores-fiscalizadores y personal del área) de prueba del sistema se
pudo medir este indicador. A continuación se presenta el cuestionario que mide la
funcionalidad del sistema (Ver el cuestionario Nº1).
CUESTIONARIO Nº 1: MIDE LA FUNCIONALIDAD DEL SISTEMA(ADECUACIÓN, EXACTITUD, SEGURIDAD)
Aplicado a los usuarios de sistemas
Para contestar las siguientes preguntas use el siguiente sistema de clasificación:
1 = Muy malo, no tiene, no existe2 = Malo3 = Regular4 = Bueno5 = Excelente, si tiene
Item Preguntas Puntaje
01¿El sistema cuenta con todos los servicios de la información requeridapara realizar su trabajo de Fiscalización?
02¿Al ingresar a los servicios que ofrece cada módulo del sistema puedeconstatar que tienen operatividad requerida?
03¿Al realizar una consulta en los módulos existentes recibe una respuestasatisfactoria y exacta a su requerimiento?
04 ¿Existe una simplicidad funcional en el sistema?
05 Al traer o guardar información el tiempo de espera es adecuado?
06¿Contiene el sistema una pantalla de autenticación y autorización para elingreso al aplicativo?
07El sistema tiene además otros elementos de autenticación (cambio decontraseña, bloqueo de usuario, etc.) para asegurar la seguridad delaplicativo
08¿Es satisfactorio el ingreso al sistema mediante las condiciones deseguridad?
09 ¿El sistema cuenta con perfiles para el acceso al sistema de información?
10 ¿Según su perfil, se contemplan solo las opciones que le corresponde?
11¿El sistema cuenta con validaciones que le impiden ingresar datoserróneos al mismo?
12¿Contiene el sistema mensajes que indiquen los errores o aciertos alejecutar ciertos eventos como grabar, borrar, etc.?
159
13 ¿Los mensajes de alerta son adecuados?
14¿Existen en todo momento mensajes que me indiquen el comportamientodel software?
15 ¿Es satisfactorio trabajar con este sistema de información?
b) Elaboración y aplicación de los instrumentos para medir la Usabilidad delSistema.
Para medir la Usabilidad del Sistema Informático se tomaron tres aspectos o sub
características que son: aprendizaje, operatividad y atracción del sistema Mediante
un cuestionario aplicado a 20 usuarios (consultores-fiscalizadores y personal del
área) de prueba del sistema se pudo medir este indicador.
A continuación se presenta el cuestionario que mide la usabilidad del sistema: (Ver
cuestionario Nº 2).
CUESTIONARIO Nº 2: MIDE LA USABILIDAD DEL SISTEMA(APRENDIZAJE, OPERABILIDAD, ATRACCIÓN)
Aplicado a los usuarios de sistemas
Para contestar las siguientes preguntas use el siguiente sistema de clasificación:
1 = Muy malo, no tiene, no existe2 = Malo3 = Regular4 = Bueno5 = Excelente, si tiene
Item Preguntas Puntaje
01¿El sistema cuenta con una buena distribución de los módulos, que hacen fácilel aprendizaje del mismo?
02 ¿El sistema es fácil de usar?
03 ¿No se toma mucho tiempo en aprender los comandos del software?
04 ¿No se necesita leer mucho antes de hacer uso del software?
05 ¿Encuentra facilidad para encontrar las opciones del sistema?
06 ¿Es rápida la navegación entre las páginas web?
07 ¿Existen links que faciliten la navegación en el sistema?
08 ¿El sistema tiene una apariencia atractiva?
160
09 ¿El sistema tiene un apropiado estilo de diseño de páginas web?
10 ¿El sistema provee de rápido y fácil acceso para encontrar información?
11 ¿Utiliza todas las opciones que le provee el sistema?
12 ¿El sistema provee información apropiada a nivel de detalle?
13 ¿La manera en que se presenta la información es clara y entendible?
14 ¿La información mostrada se presenta en un formato adecuado?
15 ¿El sistema contiene una ayuda virtual para la consulta al usuario?
16 ¿La documentación existente acerca del software es muy informativa?
c) Elaboración y aplicación de los instrumentos para medir la Mantenibilidad delSistema
Para medir la Mantenibilidad del Sistema Informático se tomaron dos aspectos o sub
características que son la cambiabilidad y estabilidad del sistema. Mediante un
cuestionario aplicado a 5 analistas y desarrolladores del sistema se pudo medir este
indicador.
A continuación se presenta el cuestionario que mide la mantenibilidad del sistema.
CUESTIONARIO Nº 3: MIDE LA MANTENIBILIDAD DEL SISTEMA(CAMBIABILIDAD, ESTABILIDAD)
Aplicado a los analistas y desarrolladores de sistemas
Para contestar las siguientes preguntas use el siguiente sistema de clasificación:
1 = Muy malo, no tiene, no existe2 = Malo3 = Regular4 = Bueno5 = Excelente, si tiene
Item Preguntas Puntaje
01¿El sistema cuenta con una manera de preveer cambios según nuevosrequerimientos?
02 ¿La modificación de nuevos requerimientos se hace de forma rápida?
03 ¿La modificación de nuevos requerimientos se hace de forma fácil?
161
04¿Considera que el sistema está en un nivel estable o son frecuentes las caídasdel sistema?
05¿Es transparente para el usuario las modificaciones hechas en el sistema, esdecir, el usuario no las llega a notar?
06 ¿Se puede corregir con facilidad el código del sistema?
07 ¿El código tiene comentarios para su fácil reconocimiento?
08 ¿Existen estándares de programación para el desarrollo del sistema?
09¿Existe nomenclatura estándar para el nombramiento de métodos uoperaciones?
10¿Se cuenta con copias de respaldo para que el sistema siga su funcionamientomientras se restablece la Base de Datos?
d) Elaboración y aplicación de los instrumentos para medir la Portabilidad delSistemaPara medir la Portabilidad del sistema informático se tomaron dos aspectos o sub
características que son la adaptabilidad y facilidad de instalación del sistema.
Mediante un cuestionario aplicado a 5 especialistas en sistemas de la APCI se pudo
medir este indicador.
A continuación se presenta el cuestionario que mide la Portabilidad del sistema (Ver
cuestionario Nº 4).
CUESTIONARIO Nº 4: MIDE LA PORTABILIDAD DEL SISTEMA(ADAPTABILIDAD, FACILIDAD DE INSTALACIÓN)
Aplicado especialistas en sistemas de la APCI
Para contestar las siguientes preguntas use el siguiente sistema de clasificación:
1 = Muy malo, no tiene, no existe2 = Malo3 = Regular4 = Bueno5 = Excelente, si tiene
Item Preguntas Puntaje
01 ¿El sistema se adapta a varios sistemas operativos con facilidad?
02¿Se cuenta con procedimientos para desplegar el software en otros sistemasoperativos?
03 ¿La funcionalidad del sistema es el mismo al cambiar de S.O?
04 ¿El sistema cuenta con requisitos mínimos de hardware para su instalación?
162
05 ¿Encuentra fácil la instalación del sistema?
06 ¿El sistema cuenta con instalación automática?
07 ¿El tiempo que demora la instalación es prudencial?
08 ¿El sistema puede ser instalado fácilmente en lugares remotos?
09¿El entorno escogido para el despliegue del sistema, es una ayuda para lainstalación rápida y con menos costos de implementación?
10 ¿Es rápida la instalación del sistema?
Indicadores de la variable Dependiente
Para medir los indicadores de la variable Dependiente se elaboraron 2 cuestionarios en
los cuales el encuestado tuvo que contestar según el siguiente sistema de calificación:
1 = Muy malo, no tiene, no existe
2 = Malo
3 = Regular
4 = Bueno
5 = Excelente, si tiene
Para obtener el puntaje total de cada cuestionario el software SPSS sumó los puntajes
asignados, dividiendo el puntaje total entre el número de preguntas, una vez hecha la
división, se redondeó el puntaje obtenido, este valor se comparó con la tabla de valores
del puntaje y se obtuvo la calificación del indicador correspondiente.
a) Elaboración y aplicación de los instrumentos para medir la Precisión de losServicios.
Para medir la Precisión de los servicios prestados por la Dirección de Fiscalización y
Supervisión a través de los consultores-fiscalizadores, se tomaron cuatro aspectos o
sub características que son la cobertura, confiabilidad, accesibilidad y centralización
de los servicios. Mediante un cuestionario aplicado a 5 usuarios (administradores del
sistema y administradores de base de datos) se pudo medir este indicador. (Ver el
cuestionario Nº5).
CUESTIONARIO Nº 5: MIDE LA PRECISION DE LOS SERVICIOS(COBERTURA, CONFIABILIDAD, ACCESIBILIDAD, CENRALIZACIÓN)
163
Aplicado a los administradores del sistema y de base de datos
Para contestar las siguientes preguntas use el siguiente sistema de clasificación:
1 = Muy malo, no tiene, no existe
2 = Malo
3 = Regular
4 = Bueno
5 = Excelente, si tiene
Item Preguntas Puntaje
01 ¿Se puede verificar la captura de registros del consultor y su mantenimiento?
02¿Los datos ingresados en la inscripción para la formación de equipos de trabajo,es la misma cuando se emiten las resoluciones formando dichos equipos?
03¿Al ingresar los datos que debe contener el plan de trabajo, las actividades y losobjetivos son los mismos cuando se imprime el plan de trabajo?
04¿Existen las validaciones adecuadas en los módulos que eviten el ingreso dedata incorrecta?
05 ¿Pudo comprobar que el sistema funciona en forma remota?
06¿Al consultar la data de los certificados de conformidad en forma remota puedevisualizar la data displayada en forma local?
07 ¿Es posible visualizar los datos ingresados de un lugar remoto a otro?
08¿Al consultar los registros de las Entidades como las ONGD, se puede constatarque son registros únicos en la base de datos por cada Entidad?
09¿Al intentar registrar una doble “Carta de Notificación” desde un lugar remoto,el sistema puede validar que el número de la carta ya existe y puede impedir suingreso?
10¿Se puede verificar que los datos ingresados de la “VerificaciónDocumentaria”, son registrados en la base de datos centralizada conservando laintegridad referencial del modelo de datos?
b) Elaboración y aplicación de los instrumentos para medir la Custodia de laInformación
Para medir la Custodia de la información obtenida de los servicios prestados, se
tomaron dos aspectos o sub características que son la Confiabilidad y la seguridad
de la información. Mediante un cuestionario aplicado a 5 usuarios de prueba del
sistema con perfil de administradores del sistema, se pudo medir este indicador. (Ver
el cuestionario Nº 6).
164
CUESTIONARIO Nº 6: MIDE LA CUSTODIA DE LA INFORMACIÓN(CONFIDENCIALIDAD, SEGURIDAD)Aplicado a los administradores del sistema
Para contestar las siguientes preguntas use el siguiente sistema de clasificación:
1 = Muy malo, no tiene, no existe
2 = Malo
3 = Regular
4 = Bueno
5 = Excelente, si tiene
Item Preguntas Puntaje
01¿Al ingresar al sistema puede verificar que tiene acceso a las opciones según superfil?
02¿El sistema se limita a mostrar la información autorizada sólo para un localautorizado?
03¿El sistema cuenta con niveles de autorización que impiden otorgar a cualquierpersona información confidencial?
04¿El sistema cuenta con medidas de seguridad para no modificar información sinautorización?
05 ¿Contiene el sistema las medidas de seguridad para no ser plagiado?
06¿El sistema contiene bloqueo de copia de la información en las pantallas deusuario?
07¿La información que viaja por la URL no es de carácter privado para evitar elplagio de la misma?
08 ¿El sistema cuenta con manejo de sesiones?
09Si es positiva la pregunta Nº 8, ¿Es prudencial el tiempo de expiración de lasesión, para evitar que el sistema sea manipulado por personas no autorizadas?
10¿El acceso al sistema se realiza mediante funciones encriptados, para mayorseguridad?
11¿Se cuenta con copias de bakup de respaldo en caso ocurra algún desperfectocon los equipos hardware?
12¿Se cuenta con políticas de bakup y procedimientos que aseguren supermanencia y continuidad?
165
ANEXOS
ANEXO Nº 01
FICHA TÉCNICA
Nombre: CUESTIONARIO (Nº 1,2,3,4,5 y 6) QUE MIDE LA FUNCIONALIDAD,
USABILIDAD, MANTENIBILIDAD, PORTABILIDAD, PRECISIÓN Y CUSTODIA
DEL SISTEMA.
Autor: Juan Francisco Ramírez Veliz
Afiliación: Universidad Nacional del Callao – UNAC – Lima Perú.
Ámbito de la aplicación: Cuestionario Nº 1 y 2 a Usuarios del Sistema informático
denominados Consultores-Fiscalizadores. El resto de cuestionarios (Nº3,4,5 y 6) al Personal
Técnico (analistas, administradores del sistema).
Significación: Evaluación de la variable independiente (X) “Sistema Informático” y de la
variable Dependiente (Y) “Mejorar el desempeño de las acciones de fiscalización” a partir
de las siguientes dimensiones: Funcionalidad, Usabilidad, Mantenibilidad, Portabilidad,
Precisión y Custodia.
Administración: Individual en el caso de alumnos con N.E.E. Colectiva en el resto
Duración: 20 minutos en cada cuestionario.
Evaluadores: Profesional del Equipo del proyecto y Tutores.
Finalidades: Elaboración y aplicación de estos instrumentos para medir los indicadores del
sistema y ayudar en los procesos de automatización de la fiscalización y de orientación para
desarrollar planes implementación tanto en la seguridad como en su funcionalidad y de
apoyo en la automatización de la oficina de Fiscalización y Supervisión.
166
ANEXO Nº 02
DEFINICIÓN DE TÉRMINOS
ACTOR En UML, papel particular de un usuario del sistema. El actor existe fuera del
sistema e interactúa con éste de una manera específica. Un actor puede ser una persona, otro
sistema, o un dispositivo como un teclado o un modem.
ANALISTA DE SISTEMAS Persona encargada de evaluar sistemáticamente el
funcionamiento de los negocios mediante el examen de la entrada y procesamiento de los
datos, así como la salida de información, con el propósito de perfeccionar los procesos de
una organización.
BASE DE DATOS Almacén de datos electrónicos formalmente definido y centralmente
controlado cuyo propósito es ser usado en muchas aplicaciones diferentes.
BENEFICIARIO Es la persona que goza del beneficio de los proyectos ejecutados por las
ONG’s, IPREDAS ó ENIEX.
BENEFICIOS INTANGIBLES beneficios, difíciles de cuantificar en dinero, que consigue
la Organización a través del uso del sistema de información (sistema informático), como
mejor toma de decisiones, mayor exactitud y mayor competitividad.
BENEFICIOS TANGIBLES Ventajas cuantificables en dinero que consigue la
organización a través del uso del sistema de información.
CALIDAD DEL SOFTWARE Referido al desarrollo de software. La calidad de diseño
acompaña a la calidad de los requisitos, especificaciones y diseño del sistema. La calidad de
concordancia es un aspecto centrado principalmente en la implementación; Si la
implementación sigue al diseño, y el sistema resultante cumple con los objetivos de
requisitos y de rendimiento, la calidad de concordancia es alta.
CASO DE USO En UML, secuencia de transacciones en un sistema. El propósito del caso
de uso es producir algo de valor para un actor del sistema. El modelo de casos de uso se
basa en las interacciones y relaciones de los casos de uso individuales. En un caso de uso,
un actor que utiliza el sistema inicia un evento que desencadena una serie de interacciones
relacionadas en el sistema. Un caso de uso se enfoca en lo que hace el sistema más que en la
forma como lo hace.
CLAVE DE REGISTRO Uno de los elementos de datos de un registro que se utiliza para
identificar al registro.
CONSTRUCCIÓN DE INSTRUMENTOS Referido a las técnicas y procedimientos para
construir instrumentos de investigación, tales como cuestionarios, guión de entrevistas,
167
guión de grupos focales, etc. Además se toma en cuenta la confiabilidad, la validez y la
objetividad de los instrumentos construidos para la recolección de los datos.
CONSULTOR-FISCALIZADOR Persona profesional que provee de consejo experto en
un dominio particular o área de experiencia, sea contabilidad, tecnología, ley, recursos
humanos, finanzas, relaciones públicas, comunicación. Además, es la persona que realiza
acciones de Supervisión y Fiscalización, en especial las ONGD, IPREDAS y ENIEX.
COOPERACIÓN INTERNACIONAL Es el medio por el cual el Perú recibe, trnasfiere
y/o intercambia recursos humanos, bienes, servicios, capitales y tecnología de fuentes
cooperantes externas cuyo objetivo es complementar y contribuir a los esfuerzos nacionales
en materia de desarrollo, mediante la ejecución de programas, proyectos o actividades de
carácter no reembolsable y que son prioritarios para el desarrollo del país o de sus regiones
o localidades.
COOPERACIÓN INTERNACIONAL NO REEBOLSABLE Cooperación Técnica
Internacional No Reembolsable (CINR), está dirigida a fortalecer las habilidades y
capacidades de los países mediante el intercambio de experiencias y conocimientos.
Se encuentra normada por el Decreto Legislativo Nº719. y sus modificatorias; como por su
reglamento dado por Decreto Supremo 015-92-PCM, bajo la rectoría de la Agencia Peruana
de Cooperación internacional(APCI).
DIAGRAMA DE ACTIVIDADES En UML, representa los flujos de trabajo paso a paso
de negocio y operacionales de los componentes en un sistema. Un Diagrama de Actividades
muestra el flujo de control general.
DIAGRAMA DE CLASES en UML, utilizado para modelar gráficamente la vista estática
del diseño estructural de un sistema. Los diagramas de clases ilustran los requerimientos
funcionales del sistema, recabados mediante el análisis y el diseño físico del sistema.
DIAGRAMA DE ENTIDAD-RELACIÓN (DER) Representación gráfica de un modelo
Entidad Relación.
DIAGRAMA DE ESTADOS En UML, un medio para refinar aún más los requerimientos
de información.
DIAGRAMA DE INTERACCIÓN En UML, llamados así a los diagramas de secuencia y
colaboración. El primero grafica los mensajes que interactúan los objetos para un
determinado flujo de una tarea, mientras que el segundo muestra la forma como colaboran
los objetos para cumplir con sus responsabilidades.
DISEÑO DE INVESTIGACIÓN Diseño se refiere al plan o estrategia concebida para
responder a las preguntas de investigación. El diseño señala al investigador lo que debe
168
hacer para alcanzar sus objetivos de estudio, contestar las interrogantes que se ha planteado
y analizar la certeza de las hipótesis formuladas en un contexto en particular.
DISEÑO DEL SISTEMA INFORMÁTICO Es la estrategia de alto nivel para resolver
problemas y construir una solución. Éste incluye decisiones acerca de la organización del
sistema en subsistemas, la asignación de subsistemas a componentes hardware y software, y
decisiones fundamentales conceptuales y de política que son las que constituyen un marco
de trabajo para el diseño detallado.
DONACIÓN Es la transferencia a título gratuito, de dinero, bienes o servicios, a favor del
Gobierno Central, Regional y/o Local, así como de entidades e instituciones extranjeras de
cooperación técnica internacional y organizaciones no gubernamentales de desarrollo
receptoras de cooperación técnica internacional, destinados a complementar la realización
de un proyecto de desarrollo.
ENIEX Entidades e Instituciones Extranjeras de Cooperación Técnica Internacional en el
Perú, sin fines de lucro, constituidas en el extranjero. Estas personas jurídicas extranjeras se
caracterizan por apoyar, financiar y/o eventualmente ejecutar mediante convenios, acciones
de desarrollo en programas, proyectos y/o actividades que involucran Cooperación Técnica
Internacional en forma habitual o eventual en el país, de acuerdo a lo establecido en el
Decreto Legislativo 719.
ESTADÍSTICA DESCRIPTIVA es una gran parte de la estadística que se dedica a
analizar y representar los datos. Este análisis es muy básico. Aunque hay tendencia a
generalizar a toda la población, las primeras conclusiones obtenidas tras un análisis
descriptivo, es un estudio calculando una serie de medidas de tendencia central, para ver en
qué medida los datos se agrupan o dispersan en torno a un valor central.
FASES DE DESARROLLO Las fases del desarrollo de sistemas que soporta UML son:
Análisis de requerimientos, Análisis, Diseño, Programación y Pruebas.
FIREWALL Software de seguridad de la computadora que se utiliza para levantar una
barrera entre una LAN de una organización e Internet. Aunque esto evita que los hackers
entren a la red interna, también ocasiona que los miembros de la organización no puedan
acceder directamente a Internet.
FISCALIZACIÓN Es la acción de evaluación de las intervenciones efectuadas por las
entidades privadas con recursos de la CINR, a fin de verificar la correcta utilización de
dichos recursos, así como la eficiencia, la eficacia y los resultados de tales intervenciones.
Se originan a partir de una muestra de intervenciones programadas en el Plan Anual de
Fiscalización y Supervisión.
169
IMPLEMENTACIÓN DEL SISTEMA Referido a las actividades necesarias para
convertir el sistema anterior al nuevo sistema. Es el proceso que asegura la operatividad del
sistema de información y que permite al usuario obtener beneficios por su operación.
INFORMATIZACIÓN Es la acción y efecto de informatizar; es decir, pasar a usar
computadores allí donde antes no se hacía. Incorporar masivamente la tecnología
electrónica de última generación. Organizar las actividades con ayuda de medios
informáticos. Por ejemplo, informatizar la gestión de una compañía.
IPREDA Son las personas jurídicas privadas sin fines de lucro receptoras de donaciones de
carácter asistencial o educacional, que se encuentren inscritas previamente en el
correspondiente Registro Público y cuyos fines y objetivos es la realización de actividades
asistenciales o educacionales.
JEFE DE PROYECTO Es la persona que será el interlocutor válido, por parte del equipo
de desarrollo, para comunicarse con el Cliente o su Asesor Informático. Deberá controlar
todas las etapas y asegurar tanto los materiales necesarios para el desarrollo del SI, como la
ejecución de todas las reuniones necesarias para determinar los requerimientos del Sistema.
MEDIDAS DE TENDENCIA CENTRAL Al describir grupos de observaciones, con
frecuencia es conveniente resumir la información con un solo número. Este número que,
para tal fin, suele situarse hacia el centro de la distribución de datos se denomina medida o
parámetro de tendencia central o de centralización. Cuando se hace referencia únicamente a
la posición de estos parámetros dentro de la distribución, independientemente de que ésta
esté más o menos centrada, se habla de estas medidas como medidas de posición.
METODOLOGÍA RUP (Rational Unified Process - Proceso Unificado de Rational) RUP
es un proceso para el desarrollo de un proyecto de software que define claramente quien,
cómo, cuándo y qué debe hacerse en el proyecto, con 3 características esenciales, está
dirigido por los Casos de Uso: que orientan el proyecto a la importancia para el usuario y lo
que este quiere , está centrado en la arquitectura: que Relaciona la toma de decisiones que
indican cómo tiene que ser construido el sistema y en qué orden, y es iterativo e
incremental: dividiéndose el proyecto en mini proyectos donde los casos de uso y la
arquitectura cumplen sus objetivos de manera más depurada.
También se conoce por este nombre al software desarrollado por Rational, hoy propiedad de
IBM, el cual incluye información entrelazada de diversos artefactos y descripciones de las
diversas actividades. Está incluido en el Rational Method Composer (RMC), que permite la
personalización de acuerdo a necesidades.
170
MODELO DE DATOS FÍSICO Son estructuras de datos a bajo nivel implementadas
dentro del propio manejador (SGBD). El paso de un modelo lógico a uno físico requiere un
profundo entendimiento del manejador de bases de datos que se desea emplear, incluyendo
características como: Conocimiento a fondo de los tipos de objetos (elementos) soportados,
detalles acerca del indexamiento, integridad referencial, restricciones, tipos de datos,
detalles y variaciones de las versiones, parámetros de configuración, Data Definition
Language (DDL).
MUESTREO Proceso consistente en la selección sistemática de elementos representativos
de una población. Los analistas muestrean datos puros, datos almacenados en archivos y
usuarios durante la determinación de requerimientos de información.
OFICINA DE FISCALIZACIÓN Es responsable de verificar el uso correcto de los
recursos por parte de las entidades privadas que ejecutan intervenciones con fondos
provenientes de la Cooperación Internacional No Reembolsable.
ONGD Es una institución privada sin fines de lucro, con una estructura y política de
dirección autónoma, independiente del Gobierno y de las instituciones estatales, así como de
las Agencias de cooperación y de los propios beneficiarios; que además, realiza un trabajo
de promoción al desarrollo.
Diseña, formula y ejecuta proyectos/programas de desarrollo social en beneficio de la
población de escasos recursos económicos y en zonas prioritarias de atención; proyectos en
los que se incorporen actividades de transferencia de tecnología, capacitación de recursos
humanos, generación de empleo, entre otras, con un importante papel participativo del
beneficiario desde la formulación del proyecto, hasta la sostenibilidad del mismo.
PROTOTIPO DEL SISTEMA Es un modelo a escala o facsímil de lo real, pero no tan
funcional para que equivalga al producto final. Puede ser tan simple como un conjunto de
disposiciones de pantallas en hojas de papel así como tan sofisticado como programas de
software animado, que permita que los usuarios hagan clic en los botones e introduzcan
datos.
SISTEMA INFORMÁTICO Un sistema informático como todo sistema, es el conjunto de
partes interrelacionadas, hardware, software y de recurso humano (humanware) que permite
almacenar y procesar información.
SUPERVISIÓN Es una acción de inspección documentaria y/o física, acotada a la
verificación del cumplimiento de productos y actividades específicas de las intervenciones
ejecutadas con recursos de Cooperación Internacional No Reembolsable.
171
TIPO DE INVESTIGACIÓN El investigador debe seleccionar en su Diseño de
Investigación, un Tipo de Investigación, que puede ser Experimental o No Experimental.
TRANSFERENCIA Revisión de los planes o acciones específicas programadas con el
propósito de trasferir adecuada y oportunamente los resultados o productos a los
beneficiarios finales.
UML Unified Modelling Languaje ó Lenguaje Unificado de Modelado, es el lenguaje de
modelado de sistemas de software más conocido y utilizado en la actualidad; está
respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para
visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para
describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como
procesos de negocio y funciones del sistema, y aspectos concretos como expresiones de
lenguajes de programación, esquemas de bases de datos y componentes reutilizables.
USO INDEBIDO Aplicación de los recursos de la cooperación técnica internacional a un
propósito, o proyecto, distinto de aquel para el cual fueron otorgados.
172
ANEXO Nº 03
MATRIZ DE CONSISTENCIATema: Mejorar la Fiscalización de los Recursos Provenientes de la Cooperación Internacional no Reembolsable mediante un Sistema Informático
PROBLEMA OBJETIVOS HIPÓTESIS VARIABLES DIMENSIONESProblema General
¿De qué manera un SistemaInformático debe mejorar laacción de Fiscalización de losRecursos provenientes de laCooperación Internacional NoReembolsable?
Problema Específicos
c) ¿Cómo un SistemaInformático debe mejorar laacción de Fiscalización de losRecursos a los Proyectos queejecutan las ONGD y ENIEXque reciben CooperaciónInternacional NoReembolsable?
d) ¿Cómo un SistemaInformático debe mejorar laacción de Fiscalización de losRecursos a las IPREDAS conrespecto a las Donaciones deCalzado y Ropa Usadarecibida por la CooperaciónInternacional NoReembolsable, verificando eladecuado destino y uso de lasmismas?
Objetivo General
Explicar de qué manera unSistema Informático debe mejorarla acción de Fiscalización de losRecursos provenientes de laCooperación Internacional NoReembolsableObjetivos Específicos:
a) Determinar de qué manera unSistema Informático debemejorar la acción deFiscalización de los Recursosrecibidos por fuente definanciamiento externo a losproyectos que ejecutan lasONGD y ENIEX que recibende la CooperaciónInternacional NoReembolsable
b) Determinar de qué manera unSistema Informático debemejorar la acción deFiscalización de los Recursos alas IPREDAS con respecto alas Donaciones de Calzado yRopa Usada recibida por laCooperación Internacional NoReembolsable, verificando eladecuado destino y uso de lasmismas.
Hipótesis General
Con un Sistema Informático semejora el desempeño de losconsultores-fiscalizadores para lasacciones de fiscalización de losRecursos Provenientes de laCooperación Internacional noReembolsable.
Hipótesis Especificas:
a) Con un Sistema Informático sedebe mejorar la acción deFiscalización a los Proyectosque ejecutan las ONGD yENIEX que recibenCooperación Internacional NoReembolsable.
b) Con un Sistema Informático sedebe mejorar la acción deFiscalización a las IPREDAS,con respecto a las Donacionesde Calzado y Ropa Usadarecibida por la CooperaciónInternacional No Reembolsable,verificando el adecuado destinoy uso de las mismas.
Variable Independiente
Sistema Informático.
Características delsistema informático
(Funcionalidad,Usabilidad,
Mantenibilidad,Portabilidad).
Variable dependiente
Fiscalización de losRecursos
Precisión Custodia
ExperienciaProfesional delconsultor.
Software.
Hardware.
Personal Usuario
173
DISEÑO DE LA
INVESTIGACIÓN
MÉTODO Y TÉCNICA DEINVESTIGACIÓN
No ExperimentalTranseccionalCorrelacional
Métodos: Inferencial. Analógico. Comparativo.
Técnicas: De muestreo
Estadística.
De Recolección de Datos. Encuesta por Entrevista. Encuesta por cuestionario. Escalas. Fichas.
De Procesamiento: Razones. Porcentajes. Estadígrafos : Dispersión y Tendencia Central.
174
ANEXO Nº 04
RESOLUCIÓN DIRECTORAL Nº [999-2010]/APCI-DFS
Miraflores, [fecha del computador, formato: nombre del día, nro. y mes del 2010]
VISTOS:El informe Nº [999-2010]-APCI-DIFIS, que propone iniciar la acción de[Supervisión/Fiscalización], a la intervención [Nombre Entidad], ejecutada por APCI; y laPropuesta de designación del equipo correspondiente.
Considerando:Que, la Agencia Peruana de Cooperación Internacional – APCI, es un organismo públicoadscrito al Ministerio de Relaciones Exteriores, responsable, como ente rector de laCooperación Técnica Internacional, responsable de conducir, programar, priorizar ysupervisar la Cooperación Internacional no Reembolsable, que provienen de fuentes delexterior de carácter público y/o privado, en función de la política nacional de desarrollo, ypor consiguiente gozan de los beneficios tributarios que la ley establece, de conformidadcon lo establecido en la ley Nº 27692, Ley de creación de APCI; y sus normasmodificatorias;
Que para el ejercicio de las atribuciones señaladas en los párrafos anterioresprecedentes, el artículo 47º del Reglamento de Organización y Funciones, aprobado por elDecreto Supremo Nº 028-2007-RE establece que “La Dirección de Fiscalización ySupervisión es el órgano de línea encargado de controlar, supervisar y fiscalizar el correctouso de los recursos de la Cooperación Internacional no Reembolsable gestionados por elEstado”, en tal medida considerando la información recabada con respecto a la intervenciónde [Supervisión/Fiscalización] de la [ONGD/ENIEX/IPREDA] [nombre de la Entidad],resulta pertinente ejecutar una [Supervisión/Fiscalización] que nos permita tener unaapreciación objetiva sobre la manera como se viene utilizando los recursos de lacooperación internacional no reembolsable en la intervención antes referida.
Para ejecutar la acción de [Supervisión/Fiscalización] en la [ONGD/ENIEX/IPREDA] antesreferida, se recomienda aprobar la propuesta presentada.
En uso de las facultades conferidas por la Ley Nº 27692, Ley de Creación de laAgencia de Cooperación Internacional APCI y sus normas modificatorias Ley Nº 28386 yLey Nº 28925 y lo establecido en su Reglamento de Organización y Funciones aprobadomediante Decreto Supremo Nº 00028-2007-RE.
SE RESUELVE:
Artículo Primero: APROBAR, el inicio del proceso de [Supervisión/Fiscalización] a laintervención [Nombre de la Entidad] en el marco del Plan Anual de Fiscalización [2010]
Artículo Segundo: APROBAR la propuesta de designación del equipo de[Supervisión/Fiscalización] que quedará conformado por:
NOMBRE CONSULTOR CARGO
175
El Jefe de equipo se encargará de elaborar el Plan de Trabajo respectivo, así como unaPropuesta de Notificación a la entidad.
Regístrese y comuníquese
ANEXO Nº 05
ESTRUCTURA DEL PLAN DE TRABAJO PARA LA SUPERVISIÓN DE LADONACIÓN DE ROPA Y CALZADO USADOS
Nº Día Mes Año
2. Datos Generales de la EntidadTipo de Entidad : [ONGD/ENIEX/IPREDA]
Nombre Entidad : [Nombre de la Entidad]
Nº Registro APCI : [Nro. Registro]
Vigencia :
RUC :
Dirección :
Teléfono y Fax :
Email :
Representante Legal :
Certificado de Conformidad Nº :
3. Origen de la Supervisión
[Denuncia De Oficio ]
4. Base Legal
Ley que prohíbe la importación de ropa y calzado usados Ley Nº 28514
Decreto Supremo Nº 024 – 2005 PRODUCE, Reglamento de la Ley Nº 28514
Resolución Suprema Nº 027-2007-RE
Decreto Supremo Nº 027–2007–RE
Decreto Supremo Nº 028–2007–RE
5. Naturaleza y Objetivos de la Supervisión
176
1.1 Naturaleza
Supervisión de Donaciones
5.2 Objetivos
[Código Objetivo, Nombre Objetivo]
6. Alcance de la Supervisión
(Establecer alcance según origen de la acción)
[Alcance]
7. Responsable de la acción de Supervisión
8. Cronograma de Trabajo
Fecha:
_______________________________
Firma
NOMBRE RESPONSABLE CARGO NºRESOLUCIÓN
Actividad a realizar Nº Días FechaPlanificaciónTrabajo de GabineteVisita a la Entidad y Trabajo de CampoCierreEntrega del Informe
Total
Elaborado por: Aprobado por:
177
ANEXO Nº 06
CARTA DE NOTIFICACIÓN Nº [999-2010] - DFS
Lima, [fecha del computador, formato: nombre del día, nro. y mes del 2010]
Señor:
[Nombre del Representante Legal]Representante Legal de:[Razón Social de la Entidad]Domicilio: [Dirección]
Asunto: Plan de Fiscalización [2010]
Tengo a bien dirigirme a Ud. para hacer de su conocimiento que en virtud a lo dispuesto enel Decreto Legislativo Nº 719, Ley de Cooperación Técnica Internacional y la Ley Nº 27692– Ley de Creación de la APCI, modificados por Ley Nº 28386, la APCI realiza acciones defiscalización a nivel nacional orientadas a velar por el uso correcto de los recursos de laCooperación Internacional No Reembolsable y los beneficios tributarios concedidos.
Así mismo, en su calidad de ente rector de la Cooperación Internacional y en el marco de loestablecido por el Decreto Supremo Nº 058-2007-RE, la Ley Nº 28514 y su Reglamentoaprobado por Decreto Supremo Nº 024-2005-PRODUCE y la Resolución Suprema Nº 508-93-PCM, APCI ha programado una SUPERVISIÓN DE ROPA Y CALZADO USADOScon visita inspectiva la entidad que Ud. dirige, a realizarse el [fecha] del presente año y queabarcará el periodo [Año(s)], razón por la cual se requiere poner a disposición de (los)fiscalizador(es) que lo visitará la documentación del Expediente de Donación:
[Número y nombre de expediente de donación seleccionado]
La documentación, en especial, debe comprender la información que se indica en el Anexoadjunto y, de ser necesario, también abarcará otros documentos a solicitarse en el trascursode la fiscalización [Anexo].La mencionada acción de supervisión estará a cargo de:
Agradecería brindar las facilidades que requiera la presente comisión para la culminaciónexitosa del encargo.
Para consultas y/o información sobre el particular, contactar al teléfono 999-9999.
Atentamente,
NOMBRE CONSULTOR
178
ANEXO Nº 07
DETALLE DE LA INFORMACIÓN A REMITIR POR LA ENTIDAD CONRESPECTO AL EXPEDIENTE Nº [Nº expediente]
1. DUA (Declaración Única de Aduanas) o Despacho Simplificado de Aduanas
2. Resolución Ministerial de Aprobación de Donación emitida por el sector
correspondiente (RREE) para la inafectación de aranceles y tributos (IGV,IPM, ISC) a
las donaciones canalizadas a través de la APCI. En algunos casos se considerará los
diversos tipos de fianza presentada (prendería, solidaria, moral, etc.).
3. Relación detallada o por lotes (indicando cantidad y/o valor) de los bienes recibidos en
donación.
4. Documento que acredite la merma de los bienes recibidos en donación (acta notarial de
destrucción de bienes, denuncia policial por robo, pérdida, siniestro, etc.).
5. Actas de ingreso y salida de los bienes de los almacenes.
6. Actas o padrones de entrega de donaciones a los beneficiarios finales debidamente
firmados.
7. Además, por cada donación, la entidad debe proporcionar información referente a:
Localidades de la distribución
Fecha de la distribución.
Cantidades distribuidas
Características de la población beneficiaria (género, edades, etc.)
ANEXO Nº 08
HOJA DE TRABAJO PARA LA FISCALIZACIÓN DE DONACIONES DE ROPA YCALZADO USADOS
ENTIDAD:
DOMICILIO:
Nº REGISTRO APCI: VIGENCIA: RUC Nº:
TELEFONO: FAX: E-mail:
EXPEDIENTE Nº: Certificado de conformidad Nº:
1. VERIFICACION DOCUMENTARIA
Nº TIPO DE DOCUMENTOEXPEDIENTE OBSERVACIONES
SI NO01 Carta o certificado de donación expedida por el
179
donante
02Documento de transporte empleado (Conocimientode Embarque, Guía Aérea o carta porte)
03DUA (Declaración Única de Aduanas) o DespachoSimplificado de Aduanas.
04Resolución Ministerial de Aprobación de Donaciónemitida por el sector correspondiente (RREE)
05Certificados de conformidad de ingreso dedonaciones de ropa y calzado usados emitidos porAPCI
06Certificado de Fumigación y Desinfección deBienes
07Relación detallada o por lotes (indicando unidad,cantidad y valor) de los bienes recibidos endonación
08Documento que acredite la merma de los bienesrecibidos en donación
09Actas o registros de ingreso y salida de bienes delos almacenes
10Actas o padrones de entrega de donaciones a losbeneficiarios finales, debidamente firmados
11Información referente a las características de ladistribución realizada
12 Otros
2. ESPECIFICACIÓN DE LA DONACIÓN RECIBIDA
Nº DESCRIPCIÓNUNIDADMEDIDA
CANTIDADIMPORTE
($)01020304050607080910
180
ANEXO Nº 09
HOJA DE TRABAJO PARA LA FISCALIZACIÓN DE DONACIONES DE ROPA YCALZADO USADOS - CAMPO
ENTIDAD:
DOMICILIO:
Nº REGISTRO APCI: VIGENCIA: RUC Nº:
TELEFONO: FAX: E-mail:
EXPEDIENTE Nº: Certificado de Conformidad Nº:
1. VERIFICACION CUANTITATIVA
Nº DESCRIPCIÓNTOTAL
INGRESADO
TOTALSALIDA
REGISTRADA
SALDOSEGÚN
REGISTRO
SALDO
FÍSICO
DIFERENCIA
01 Ropa Usada
02 Calzado Usado
03
¿Cuál es elporcentaje dedonaciones nodistribuida?
% ¿A qué se debe?
2. VERIFICACIÓN CUALITATIVA
Nº Aspectos a considerar Resultados Observaciones
1¿Tiene la entidad formalizado susprocedimientos de registro y distribuciónde donaciones de ropa y calzado usados?
SI NO
2
¿La mercancía declarada en la carta dedonación guarda correspondencia con laconsignada en la DUA y las nóminas deentrega de la donación a los beneficiariosfinales?
SI NO
3¿Tiene la Entidad un lugar destinadocomo almacén para la custodia temporalde donaciones de ropa y calzado usados?
SI NO
4¿Es idóneo el personal encargado delmanejo de las donaciones?
SI NO
5¿Se usa adecuadamente las planillas ynóminas de usuarios?
SI NO
6
¿Cómo se registra la entidaddonataria el ingreso dedonaciones de ropa y calzadousados a sus instalaciones?
Cuaderno
Sistema
HojaSuelta
Otros
No registra
181
7
¿Cómo registra la entidaddonataria la salida dedonaciones de ropa y calzadousados de sus instalaciones?
Cuaderno
Sistema
HojaSuelta
Otros
No registra
8
¿Cómo podría calificarse laorganización y la seguridad delos lugares destinados para elalmacén de donaciones?
Muy bueno
Bueno Regular Malo
9
¿Cómo podría calificarse laconservación y el orden de losdocumentos que sustentan lasoperaciones de la entidad?
Muy bueno
Bueno Regular Malo
10
¿Cómo podría calificarse losregistros con respecto a lasoperaciones de ingreso y salidade mercadería en la entidad?
Muy bueno
Bueno Regular Malo
11Describa ¿Cómo es la red dedistribución de las donacionesde la entidad?
ANEXO Nº 10
REGISTRO DE BAJA DE DONACIONES DE ROPA Y CALZADO USADOSDETERIORADOS Y/O EN MAL ESTADO
ENTIDAD:
DOMICILIO:
Certificado deConformidad Nº:
D.U.A. Nº:Fecha deLa baja:
NºOrden
Descripción de los BienesUnidad de
MedidaCantidad
Motivos/Razonesde la baja
01
02
03
04
05
06
07
182
08
09
10
11
12
Firma y sello de Representante Legal: Firma de un Testigo:
Nota: Si la baja se realiza en una Obra Social, el responsable de ésta deberá remitir unoriginal a la Entidad
La información consignada tiene carácter de Declaración Jurada
ANEXO Nº 11
ACTA DE CIERRE DE VISITA INSPECTIVA DE FISCALIZACIÓN DEDONACIONES
DE ROPA Y CALZADO USADOS
En……………. a los……..días del mes de……….del año de……….. se reúnenen…………………… los señores……………………………………..identificado con DNINº ……….en representación de ………………………….en adelante LA ENTIDAD y…………………………………………Fiscalizador de la Agencia Peruana de CooperaciónInternacional –APCI, identificado con DNI Nº …………..en adelante APCI para concluircon el cierre de visita inspectiva que realizó la APCI a la Entidad, como parte del proceso deFiscalización del certificado de Conformidad Nº …………correspondiente al Expediente Nº………….. cuyos hechos se exponen a continuación:
Nombre:
D.N.I.Nº:
Cargo:
Nombre:
D.N.I.Nº:
Cargo:
183
1. Que entre los días ……………….se apersonaron a la ENTIDAD los señores……………………………………………………………………………………enrepresentación de la APCI, entregando a la ENTIDAD, la documentación siguiente pararevisión:
Nº TIPO DE DOCUMENTO SI NOOBSERVACIONES
01 Carta o certificado de donación expedida por eldonante
02 Documento de transporte empleado(Conocimiento de Embarque, Guía Aérea o cartaporte)
03 DUA (Declaración Única de Aduanas) oDespacho Simplificado de Aduanas.
04 Resolución Ministerial de Aprobación deDonación emitida por el sector correspondiente(RREE)
05 Certificados de conformidad de ingreso dedonaciones de ropa y calzado usados emitidos porAPCI
06 Certificado de Fumigación y Desinfección deBienes
07 Relación detallada o por lotes (indicando unidad,cantidad y valor) de los bienes recibidos endonación
08 Documento que acredite la merma de los bienesrecibidos en donación
09 Actas o registros de ingreso y salida de bienes delos almacenes
10 Actas o padrones de entrega de donaciones a losbeneficiarios finales, debidamente firmados
11 Información referente a las características de ladistribución realizada
12 Otros (Especificar):
2. Que como consecuencia de la revisión física de la documentación presentada se haadvertido lo siguiente:
OBSERVACIONES:
3. Que la ENTIDAD está conforme con los resultados mostrados en la presente acta.
184
4. Que como consecuencia del análisis de la documentación y la verificación física de lainformación proporcionada por la ENTIDAD, la APCI formula las siguientesconclusiones y recomendaciones que la entidad tomará en cuenta y de las que se hará elseguimiento respectivo:
CONCLUSIONES:
RECOMENDACIONES:
Siendo las ……horas del día…….del mes de ……………….del año 20….. se dio porconcluida la visita inspectiva, dando fe de lo actuado los abajo firmantes.
Se entrega copia del documento a la entidad visitada.
POR LA ENTIDAD POR APCIRepresentante Legal o Encargado: Presidente de Comisión
Fiscalizadora:Apellidos y Nombres: Apellidos y Nombres:
---------------------------------------------- ---------------------------------------------------Documento de identidad: Documento de identidad:
Firma y sello Firma
Fecha: de de 20…… Hora:
ANEXO Nº 12
INFORME DE FISCALIZACIÓN DE DONACIONES DE ROPA Y CALZADOUSADOS
185
1. DATOS GENERALES DE LA ENTIDADTipo de Entidad :Nombre de la Entidad :Nº Registro APCI :Vigencia :RUC :Dirección :Teléfono y Fax :Email :Representante Legal :
2. ORIGEN DE LA FISCALIZACIÓN
3. BASE LEGAL
4. NATURALEZA Y OBJETIVOS DE LA FISCALIZACIÓN
5. ALCANCE DE LA FISCALIZACIÓN
6. ANTECEDENTES DE LA ACCIÓN DE FISCALIZACIÓN
7. DESARROLLO DE LA ACCIÓN DE FISCALIZACIÓN
8. OBSERVACIONES
9. CONCLUSIONES
10. RECOMENDACIONES
ANEXOS
FISCALIZADOR Vº Bº SUPERVISOR
