Plan General de Practicas Pre Profesionales I Miguel

"UNIVERSIDAD SAN PEDRO
ESCUELA
SISTEMAS
INGENIERA INFORMTICA Y DE
: DESARROLLO E IMPLEMENTACIN DEL SISTEMA DE GESTIN SACRAMENTAL
TEMA
CURSO
PROFESIONALES I
: PRACTICAS PRE: ING. CARLOS ORLANDO CLAROS : :

VII
ASESOR
VSQUEZ
CICLO ALUMNOS
Rodriguez Trujillo, MIGUEL ANGEL Lopez Toledo, PERCY JHON
FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS
SISTEMA DE GESTION SACRAMENTAL
DEDICATORIA Es agradable para nosotros dedicarles nuestros el fruto de a esfuerzos
nuestros padres las cuales nos ayudaron con su apoyo incondicional nuestros estar nuestras profesionales. Practicas Pre Profesionales I Pgina 2 ms a ampliar y de conocimientos cerca
metas
Y en especial a nuestros docentes, quien da a da hace lo posible para que nosotros sus alumnos seamos un ejemplo para los dems convirtindonos en multiplicadores de valores.
AGRADECIMIENTO Agradezco a Dios Creador del Universo, el que nos da y nos seguir dando fortaleza para seguir adelante todos los das.
Practicas Pre Profesionales I
Pgina 3

De igual manera al
Ing.
Orlando Carlos, Claros Vsquez, por su contribucin como asesor de prcticas, lo cual permiti organizar mis conocimientos referidos al tema que se expone en el presente informe. Por nuestros ltimo padres, agradecemos familiares a y
amigos, que nos dan su apoyo incondicional en todo momento con la finalidad de lograr nuestras metas.
NDICE GENERAL
Tema : Desarrollo e Implementacin del Sistema ....1 de Gestin Sacramental......................1 RESUMEN........................................................................................................7 ABSTRACT.......................................................................................................8
Pgina 4
Today's Parish "THE HOLY FAMILY" of Hualmay many deficiencies in the process of handling items of any sacrament, currently this process is performed manually, causing delay in delivering a game, causing discomfort and loss of time in people by providing an inefficient service, which is administered by the parish secretary. Our participation in the project is basically an analysis and design that is able to expedite this process greatly. The main objective of this project is to develop software for the proper control of documents of the parish, which will facilitate easy and quick delivery process of the sacraments of items that people do so we can provide an efficient . In which we have used UML modeling object-oriented systems, and describes the essential semantics of these diagrams and symbols mean The methodology we have used RUP is a software development process in a disciplined assigned tasks and responsibilities in a developer (who does what, when and how)...............................................................................................9 INTRODUCCIN.............................................................................................10 1-GENERALIDADES........................................................................................11 1.1.- NOMBRE DEL PROYECTO....................................................................11 Desarrollo e Implementacin del Sistema de Gestin Sacramental.........11 1.2 .- SITUACIN PROBLEMTICA............................................................11 1.5.- DESCRIPCION DE LA ORGANIZACIN.................................................13 1.5.2.1.- Objetivos Generales:..........................................................14 1.5.2.2.- Objetivos Especficos:........................................................14 1.7.- SITUACION PROBLEMTICA................................................................16 1.7.1.- Descripcin..................................................................................16 1.8.- JUSTIFICACIN DEL PROYECTO........................................................19 3.- Unified Modeling Language (UML):...........................................................29 3.1.- CARACTERSTICAS DE UML.................................................................31 3.2.- VENTAJAS DE UML.............................................................................32 4.- Herramienta Utilizada (Rational Rose)......................................................32 5.- Seleccin del Lenguaje de Programacin:...............................................33 6.- Seleccin del Manejador de Base de Datos..............................................34 6.1.- ELEMENTOS DE MySQL.....................................................................36 6.1.1.- Lenguajes de programacin:........................................................36 6.1.2.- Aplicaciones.................................................................................37 7.- CRONOGRAMA DE EJECUCION:.................................................................38 8.- APLICACIN DE LA METODOLOGIA: PROCESO UNIFICADO DE RATIONAL. .42 8.1.- MODELAMIENTO DEL NEGOCIO:.........................................................42 8.1.1.- MODELO de Negocio: .................................................................42 8.1.1.1.- Visin de Negocio.......................................................................42
Pgina 5
Sentencia que define el problema:.............................................................42 Sentencia que define la posicin del Producto:..........................................43 ESCENARIOS Y PROCESOS....................................................................44 8.2.-DIAGRAMAS DE CASOS DE USO.......................................................45 8.2.1.- Descripcin de casos de Uso...........................................................45 8.3.- CASOS DE USO...............................................................................49 8.3.1.- DESCRIPCION DE CASOS DE USO, MENSAJES Y ACTORES..........49 8.3.1.1.- ESCENARIO (Inscripcin para documento Sacramental)...........49 Caso de Uso............................................................................................49 Descripcin:..........................................................................................49 Flujo de Eventos.....................................................................................49 Flujo Bsico:.....................................................................................49 50 Condiciones...................................................................................50 8.3.1.2.- ESCENARIO (Peticin de Documento Sacramental) .................50 Caso de Uso: Peticin..............................................................................50 Descripcin: ..........................................................................................50 Flujo Bsico...........................................................................................50 Pos Condiciones....................................................................................51 Caso de Uso: Ingresos Del mes...............................................................51 Descripcin:..........................................................................................51 Flujo de Eventos.....................................................................................51 Flujo Bsico...........................................................................................51 Pos condiciones....................................................................................51 8.4.- ANALISIS Y DISEO DEL SISTEMA.......................................................51 8.4.1.-Diagramas de Diseo del Sistema...............................................52 8.4.2.- Modelo Fsico de la Base de Datos Relacional ..............................52 8.4.3.- Modelo Lgico de la Base de Datos Relacional ............................53 8.5.- IMPLEMENTACION..............................................................................55 8.5.1.- Diagrama de Despliegue..............................................................55 8.6.- PRUEBA..............................................................................................56 8.6.1.- MODELO DE PRUEBA....................................................................56 8.6.2- CASOS DE PRUEBA (TEST CASE) ..................................................56 8.6.3- OTRAS PRUEBAS DE CASO ...........................................................57 8.6.4- PROCEDIMIENTOS DE PRUEBA (TEST PROCEDURE).......................57 8.6.5- COMPONENTES DE PRUEBA (TEST COMPONENT)..........................58 CONCLUSIONES.............................................................................................63
Pgina 6
RECOMENDACIONES.....................................................................................64 REFERENCIAS BIBLIOGRAFICAS Y/O ENLACES WEB........................................65
RESUMEN
Hoy en da la Parroquia LA SAGRADA FAMILIA de Hualmay, existe mucha deficiencia en el proceso de tramitar partidas de cualquier sacramento, actualmente este proceso es realizado de forma manual, ocasionando demora a la hora de entregar una partida, provocando malestar y prdida de tiempo en las personas al brindarle un servicio ineficiente, el cual es administrado por la secretaria de la parroquia.
Pgina 7

Nuestra participacin en el proyecto,
trata
bsicamente de realizar un anlisis y diseo que sea capaz de agilizar en gran medida este proceso. El principal objetivo de este proyecto es desarrollar un software para el adecuado control de los documentos de la parroquia, que va a facilitar de manera sencilla y rpida el proceso de entrega de partidas de los sacramentos que realizan las personas y as poder brindar un servicio eficiente. En la cual hemos utilizado el lenguaje UML que modela sistemas orientados a objetos, y describe la semntica esencial de lo que estos diagramas y smbolos significan Como metodologa hemos usado RUP, es un proceso de desarrollo de software que en forma disciplinada asignan tareas y responsabilidades en una empresa de desarrollo (quin hace qu, cundo y cmo).
ABSTRACT
Practicas Pre Profesionales I Pgina 8
Today's Parish "THE HOLY FAMILY" of Hualmay many deficiencies in the process of handling items of any sacrament, currently this process is performed manually, causing delay in delivering a game, causing discomfort and loss of time in people by providing an inefficient service, which is administered by the parish secretary. Our participation in the project is basically an analysis and design that is able to expedite this process greatly. The main objective of this project is to develop software for the proper control of documents of the parish, which will facilitate easy and quick delivery process of the sacraments of items that people do so we can provide an efficient . In which we have used UML modeling objectoriented systems, and describes the essential semantics of these diagrams and symbols mean The methodology tasks we and have used RUP is a in a
software development process in a disciplined assigned responsibilities developer (who does what, when and how).
Pgina 9
INTRODUCCIN
La finalidad del proyecto, es implementar un software, para que los Hermanos tengan informacin oportuna de las diversas operaciones que se realizan en la Hermandad de Damas y Caballeros del Seor de Los Milagros; especialmente en el aspecto econmico y cuenten con esta informacin en cualquier momento y desde cualquier lugar. La Hermandad Del Seor De los Milagros es una aplicacin que automatiza todo el proceso econmico, mediante giles opciones que permiten registrar y compartir informacin a cada uno de los miembros de la hermandad del Seor de Los Milagros.
1-GENERALIDADES
1.1.- NOMBRE DEL PROYECTO
Desarrollo e Implementacin del Sistema de Gestin Sacramental
1.2 .- SITUACIN PROBLEMTICA

La parroquia la SAGRADA FAMILIA DE HUALMAY, es una Iglesia catlica que brinda a la poblacin los sacramentos que se dan en la vida cristiana, que son: Bautismo Primera comunin Confirmacin Matrimonio Existe mucha deficiencia en el proceso de tramitar partidas de cualquier sacramento, el cual es administrado por la secretaria de la parroquia. Actualmente este proceso es realizado de forma manual, ocasionando demora a la hora de entregar la partida,
Pgina 11
provocando malestar y prdida de tiempo en las personas al brindarle un servicio ineficiente, generados por la no implementacin de soluciones tecnolgicas que ayuden al mejoramiento y optimizacin de estos procesos.
1.3.- LOGOTIPO DE LA ORGANIZACIN
1.4.- RAZON SOCIAL DE LA ORGANIZACIN:
Razn Social: PARROQUIA LA SAGRADA FAMILIA DE HUALMAY
Ubicacin: El Centro Parroquial se encuentra ubicado en la siguiente direccin: Direccin: ubicada en la avenida Hualmay S/N ( frente a la posta de Hualmay ).
Telfonos: 2323099
Pgina 12
1.5.- DESCRIPCION DE LA ORGANIZACIN

La parroquia LA SAGRADA FAMILIA DE HUALMAY. Ubicada en la avenida Hualmay sin numero (frente de la posta de Hualmay), fue creada el 19 de marzo de 1983 por el obispo monseor Len Alvarado de la Dicesis de Huacho, nombrando prroco al sacerdote Flix Prez Garrido. En el mismo mes de marzo, el Padre Flix con varios vecinos de Hualmay, toman posesin de 4 lotes de terreno-solar ubicados en la manzana A de la Urbanizacin Las Palmas de esta jurisdiccin; decisin que tomaron ante la estril gestin de su adquisicin ante los supuestos propietarios del Instituto Peruano de Seguridad Social. Se empieza a celebrar las Misas dominicales en el terreno que toma en posesin, colocando la primera piedra y una cruz de madera. Se continua con la actividad pastoral de la Catequesis Familiar, el grupo de jvenes y las reuniones semanales de la comunidad de este sector. Se constituyen Comits pro construccin del centro pastoral, la casa parroquial y el templo parroquial La Sagrada Familia.
1.5.1.- MISIN Y VISIN

Misin:
Fortalecer la vida espiritual y la formacin cristiana de personas de la comunidad, integrndolas a la misin evangelizadora de Cristo.
Visin:
Pgina 13
Ser evangelizadores y misioneros, fomentando el amor a Cristo, la formacin humana cristiana, impartiendo valores, estimulando la unin familiar y comunitaria.
1.5.2.- OBJETIVOS
1.5.2.1.- OBJETIVOS GENERALES: Necesitamos un adecuado sistema de informacin para el mejor desarrollo se nuestro software.
1.5.2.2.- OBJETIVOS ESPECFICOS: Diseo de una Base de Datos. Rediseo de algunos Procesos. Establecer un sistema de informacin til y accesible a los miembros de la parroquia La Sagrada Familia.
Pgina 14

PRROCO
1.6.- ORGANIGRAMA:
Instituciones Educativas
reas Pastorales
Servicios
Comunidades Jess, Jos y Mara San Jos Obrero San Isidro

Mara Madre del Rosario
Mara Madre del Rosario Beata Ascensin Nicol San Jos Obrero Liceo Espaol San Juan Bautista Santa Rosa de los Huacos Cetpro La Sagrada Familia
Liturgia Itinerario Eucarstico Familiar Bautismo Confirmacin Adulto Mayor Salud Caritas Parnerschaft Amigos del Seminario Comunidad de Adultos Crecer en Familia Jvenes
Defensora Medicina Alternativa Bazar Botiqun Madres Solteras

Construccin de Casas
Pgina 15
1.7.- SITUACION PROBLEMTICA

1.7.1.- DESCRIPCIN
La parroquia LA SAGRADA FAMILIA DE HUALMAY. Ubicada en la avenida Hualmay sin numero (frente de la posta de Hualmay), fue creada el 19 de marzo de 1983 por el obispo monseor Len Alvarado de la Dicesis de Huacho, nombrando prroco al sacerdote Flix Prez Garrido. En el mismo mes de marzo, el Padre Flix con varios vecinos de Hualmay, toman posesin de 4 lotes de terreno-solar ubicados en la manzana A de la Urbanizacin Las Palmas de esta jurisdiccin; decisin que tomaron ante la estril gestin de su adquisicin ante los supuestos propietarios del Instituto Peruano de Seguridad Social. Se empieza a celebrar las Misas dominicales en el terreno que toma en posesin, colocando la primera piedra y una cruz de madera. Se continua con la actividad pastoral de la Catequesis Familiar, el grupo de jvenes y las reuniones semanales de la comunidad de este sector. Se constituyen Comits pro construccin del centro pastoral, la casa parroquial y el templo parroquial La Sagrada Familia. El 26 de Abril se empez a levantar los cimientos, columnas, paredes y tubos aligerados del Centro Pastoral. El 09 de agosto se contina la construccin con el techado. El 24 de Octubre se empieza la construccin de la casa parroquial, y en noviembre se echan los cimientos del templo parroquial. En 1984, Con la ayuda de Caritas, se organiza un comedor para los nios y ancianos de las barriadas. Se intenta coordinar, tambin, con los dems comedores. Se inaugura el templo parroquial. En 1985, En estos aos, el padre Flix promueve la coordinacin con instituciones espaolas (entre las cuales Manos Unidas) y alemanas (entre las cuales Adveniat, Misereor y la
Pgina 16
Arquidicesis de Friburgo), logrando el financiamiento y la realizacin de agua, desage y luz provisional en el barrio de La Esperanza y, ms tarde, en Ausejo Pintado y El Pacfico.
En 1986, Inicia la Partnerschaft con el Decanato de Konstanz. Es esta una fraternidad eclesial que, hasta ahora, ha permitido ayudar a los nios de los Centros Educativos Iniciales con los comedores infantiles, apoyar a muchos pobres y a mantener la estructura y organizacin parroquial. En 1988, Surgen las comunidades de San Isidro y de Campo Alegre. Adems se crea la Asociacin del Paciente de la Parroquia La Sagrada Familia. Se construye el centro pastoral con la capilla en el sector de San Jos Obrero. El 16 de junio se recibe por testimonio notarial la donacin de un terreno de 896m2 en el sector de San Jos Obrero: por Don Alejandro Rodolfo, Nicanor y Constantino Ortiz Marcos. All se construir un jardn de nios. El 12 de Octubre compra un lote de terreno de 1031.10m2 en la calle Juan Jos Crespo, En 1989, Se promueve el programa de ayuda social para los enfermos de TBC, nios abandonados, ancianos que se encontraban solos; tambin, se organizan los Centros de Madres en coordinacin con Caritas. As como se organizan los talleres de capacitacin de actividades artesanales (tejido, costura, cocina); se acompaa a los nios lustrabotas dndoles material de trabajo y alimentos. Se forman grupos de jvenes, nios y adultos. Desde este ao, el apoyo de las Madres Dominicas fue preponderante para la evangelizacin de los moradores del sector de Campo Alegre. Durante este ao el apoyo de las personas en pobreza extrema fue creciendo gracias al apoyo que se les brindaba mediante la construccin de casas de adobe, instalaciones elctricas, as como tambin dotarles de agua potable
Pgina 17
Esta Iglesia catlica La Sagrada Familia situado en
la
jurisdiccin de Hualmay, est distribuido actualmente en 4 sectores importantes, el sector denominado JESUS, JOSE Y MARIA ubicado en la Av. Hualmay, sector MARIA MADRE DEL ROSARIO ubicado en Campo Alegre, sector SAN JOSE sector OBRERO ubicado en Jr. Juan Jos Crespo y el
denominado SAN ISIDRO LABRADOR ubicado al costado de la Municipalidad de Hualmay, estos 4 sectores conforman la parroquia. Geogrficamente concuerda con la extensin territorial del distrito de Hualmay. Actualmente lo dirige el Prroco Juan Fernndez Salvador sacerdote espaol, quien est acompaando a la comunidad de Hualmay en forma acertada.
1.7.2.- SELECCIN DEL PROBLEMA:

La parroquia LA SAGRADA FAMILIA, no cuenta con un sistema de registros adecuado en sus procesos de tramitar partidas de cualquier sacramento, al no llevar un control adecuado , prdida de tiempo y as una disconformidad a las personas.
1.7.3.- ANTECEDENTES DEL PROBLEMA:

Como se realiza: El proceso de tramitacin de sacramentos, se realiza de forma manual
Este proceso se podra describir de la siguiente manera, cuando una persona viene a
Pgina 18

un documento sacramental, la
tramitar
secretaria diferentes,
encargada de atenderlo, busca en 3 libros
donde se encuentra asentados todos los datos de las personas que han recibido los diferentes sacramentos en diversas fechas, de ah llena el formato y despus de 1 da o ms, recin realiza la entrega del mismo. Clculos
No se cuenta con una Base de Datos para los registros de las personas Demora significativa a la hora de tramitar documentos sacramentales.
Reportes:
Retraso
en
la
emisin
de
tramitar
documentos
sacramentales.
Retraso a la hora de generar los reportes de las personas Errores en los informes de trmites de las personas
1.8.- JUSTIFICACIN DEL PROYECTO

El Sistema de Gestin Sacramental va a permitir que se
disminuya el tiempo de bsqueda de las personas para poder tramitar un documento, en forma eficiente con lo que se
Pgina 19
pretende dar una solucin en el manejo de la gestin de los Sacramentos. Esta alternativa reducir el menor tiempo posible a la hora de efectuar un trmite sacramental que sera un beneficio que le estamos brindando, y as la parroquia dara una mejor atencin, sera mucho ms confiable y segura a la hora de brindar el servicio Ejemplo: La secretaria debera facilitar los documentos en el menor se demora en la entrega de documentos tiempo posible, tenemos as, en los momentos actuales la secretaria sacramentales 30 minutos, en el sistema lo hara en 5
minutos , entonces el bajar de 30 minutos a 5 minutos eso sera el beneficio que se dara , los usuarios ya no tendran que esperar por ejemplo 1 da si no solicitado el mismo da. obtendran su documento
1.8.1.- JUSTIFICACIN TCNICA DEL PROYECTO:

Nuestro proyecto se justifica tcnicamente porque vamos a disear e implementar una aplicacin de software que facilite la reduccin del proceso de tiempo en la gestin Sacramental de la parroquia. La informacin se encontrara almacenada en un sistema de base de datos, para ello la empresa cuenta con soporte informtico que ayudara a agilizar los procesos ya mencionados. La aplicacin ser desarrollada en una plataforma de software libre, a continuacin nombraremos algunas caractersticas:
La parroquia contara con procesos inteligentes
Pgina 20
La atencin en la parroquia ser ms rpida y precisa a la hora de tramitar documentos sacramentales.
1.8.2.- JUSTIFICACIN ECONMICA DEL PROYECTO:

Permitir reducir costos y tiempo a la Parroquia, en la atencin a las personas que soliciten sus documentos, porque se obtendr los datos automticamente del sistema y los costos de hojas y tinta ser mnima, para la impresin de los documentos solicitados.
1.8.3.- JUSTIFICACIN OPERATIVA DEL PROYECTO:

Nuestro proyecto proporcionara a la parroquia LA SAGRADA FAMILA DE HUALMAY, una herramienta de software que permitir realizar los trmites sacramentales en un menor tiempo posible. Reduciendo al mnimo los errores de informes que se dan en la secretaria. El rendimiento y funcionamiento optimo del software permitir a la secretaria obtener una mejora en el tiempo a la hora de tramitar los documentos y as obtener una mejor atencin al pblico que acude a la parroquia, siendo una de las primeras Entidades de la Iglesia en atender con un software adecuado a los requerimientos de la poblacin catlica.
1.9.- OBJETIVOS DEL PROYECTO:

1.9.1.- OBJETIVOS ESPECIFICOS:
Automatizar la base de datos para que responda en los objetivos de la personas. Reducir el tiempo de atencin al usuario. Utilizar el tiempo ahorrado en otras actividades y as poder mejorar la atencin al usuario.
1.9.2.- OBJETIVO GENERAL:

Desarrollar e Implementar el Sistema de Gestin rpida de trmite en la parroquia LA SAGRADA FAMILIA DE HUALMAY
1.10.- LIMITACIN DEL PROYECTO:

El proyecto ser validado en el periodo de tiempo no mayor a 80 das La informacin base, es proporcionada por la empresa, a la fecha de inicio de nuestro proyecto, y sus proyecciones estn en base a cambios o modificaciones de nuestro programa propuesto ALCANCES DEL PROYECTO:
En este caso se va a dar en la secretaria parroquial que es
la encargada de esta gestin.
2.- MARCO TEORICO

2.1.- METODOLOGA DE DESARROLLO:

Para el desarrollo del software hemos tenido como referencia la metodologa Proceso Unificado de Racional (RUP), que es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, que constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos.
2.1.1.- RATIONAL UNIFIED PROCESS (RUP)

El Proceso Unificado Racional es un iterativo proceso de desarrollo de software marco creado por el Rational Software Corporation, una divisin de IBM desde 2003. RUP no es un solo proceso normativo concreto, sino ms bien un proceso de adaptacin marco , destinado a ser adaptado por los organismos de desarrollo y los equipos de proyectos de software que seleccionar a los elementos del proceso que son apropiados para sus necesidades.
Pgina 23
Figura 2.1 Modelos de RU Fuentes: Exploring the Rational Unified Process
Diagrama de secuencia
Diagram a use case Modelos
Diagram a de clases
Diagrama de colaboraci n Diagram a de estado
Diagrama de actividad
Diagram a de objetos Diagrama de component es Diagram a de desplieg ue
Figura 2.2 Modelos del RUP y su Relacin con los Diagramas Fuentes: Exploring the Rational Unified Process
Pgina 24
2.1.2.- CICLO DE VIDA DE RUP

El RUP ha determinado un ciclo de vida del proyecto que consta de cuatro fases. la clave del proceso radica en las iteraciones de desarrollo que se encuentran dentro de todas las fases . Adems, cada fase tiene un objetivo fundamental y un hito en el extremo que denota el objetivo cumplido.
FASE DE INICIO El objetivo principal es el alcance del sistema de forma adecuada como base para la validacin de un costo inicial y los presupuestos. En esta fase, el modelo de negocio que incluye el contexto empresarial, factores de xito (se espera ingresos, el reconocimiento del mercado, etc), y las previsiones financieras se establezca. Para complementar el modelo de negocio, un modelo de casos de uso bsicos, plan del proyecto, la evaluacin inicial de riesgos y en la descripcin del proyecto (los
Pgina 25

del proyecto bsico, las
requerimientos
limitaciones
caractersticas principales) se generan. FASE DE ELABORACIN El principal objetivo es mitigar las posiciones de riesgo clave identificados por el anlisis hasta el final de esta fase. La fase de elaboracin es donde el proyecto comienza a tomar forma. En esta fase, el anlisis de dominio del problema se hace y la arquitectura del proyecto adquiere su forma bsica. Esta fase debe pasar el ciclo de vida de Arquitectura hito al cumplir con los siguientes resultados:
Un modelo de caso de uso en el que el uso de los casos y los actores han sido identificados y la mayora de las descripciones de casos de uso desarrollados. El modelo de casos de uso debe ser del 80% de avance.
Una descripcin de la arquitectura de software en un proceso de desarrollo de software del sistema. Una arquitectura ejecutable que se da cuenta de casos de uso arquitectnicamente significativos. Los prototipos que demuestren que cada una se identifica mitigar los riesgos tcnicos.
FASE DE CONSTRUCCIN El objetivo principal es construir el sistema de software. En esta fase, la atencin se centra en el desarrollo de componentes y
Pgina 26
otras caractersticas del sistema.
Esta es la fase en que la
mayor parte de la toma de codificacin lugar. En proyectos ms grandes, de varias iteraciones de construccin pueden ser desarrollados en un esfuerzo por dividir a los casos de uso en segmentos manejables que producen prototipos demostrables. Esta fase produce la primera versin externa del software. Su conclusin est marcada por el hito inicial de capacidad operativa. FASE DE TRANSICIN Nosotros vamos a elaborar el sistema con el apoyo del Padre Juan Fernndez Salvador Aportes del usuario al sistema, poder mejorarlo y finalmente tener el producto final
DISCIPLINA DE DESARROLLO:
Modelo del Negocio: Entendiendo Requerimientos: Trasladando las
las necesidades del negocio.
necesidades del negocio a un software automatizado.
Anlisis y Diseo: Trasladando los
requerimientos dentro de la arquitectura de software.
Implementacin: creando software
que se ajuste a la arquitectura y que tenga el comportamiento deseado.
Pgina 27
Pruebas:
Asegurndose
que
el
comportamiento requerido es el correcto y que todo los solicitado este presente.
DISCIPLINA DE SOPORTE:
Configuracin
administracin
del cambio: Sirve principalmente para controlar a los numerosos artefactos que las personas y encargadas lo tanto las del proyecto los del hicieron por controla versiones
siguientes problemas: - guarda proyecto. - Actualizaciones simultneas.
todas
Administracin
del
proyecto:
Administrando horarios y recursos.
Ambiente: Se basa principalmente
en actividades necesarias para configurar el proceso de un proyecto. El propsito de las actividades de este flujo de trabajo es alimentar a la organizacin del desarrollo del software con el ambiente de desarrollo del software para que as apoyen el grupo de desarrollo.
Pgina 28
Distribucin:
Hacer
todo
lo
necesario para la salida del proyecto.
3.- UNIFIED MODELING LANGUAGE (UML):

El UML es un lenguaje estndar para escribir proyectos de software. El UML puede ser usado para visualizar, especificar, construir y documentar los elementos de un sistema de software.
Pgina 29
Proporciona una manera estndar de escribir documentacin del sistema (cosas conceptuales: procesos de negocio y funciones del sistema; cosas concretas: clases escritas en un lenguaje de programacin especifico, esquemas de bases de datos y componentes de software reutilizables). El Lenguaje de Modelamiento Unificado (UML) es el resultado de un esfuerzo dirigido a obtener una notacin grafica unificada para presentar los modelos del sistema desarrollados con el paradigma de orientacin a objetos. UML fue desarrollado con el propsito de ser til para la programacin sino tambin para modelar negocios, es decir, los procesos y procedimientos que establecen el funcionamiento de una empresa. Las tcnicas de modelado en UML son:
Diagrama
de
Casos
de
Uso:
Organiza
el
comportamiento del sistema. Define la funcionalidad del sistema y sus actores.

Diagrama de Secuencia: Para modelar el paso de
mensajes entre objetos.
Diagrama
de entre
Colaboracin: objetos como una
Representa serie de
interacciones
secuencias de mensajes.
Diagrama de Estado: Enfoque en los cambios del
sistema dirigidos por eventos. Describe la conducta dinmica de un sistema en respuesta a estmulos externos. Usado para modelar objetos reactivos a eventos especficos.
Pgina 30

Diagrama
de
Actividad:
Para
modelas
el
comportamiento de los Casos de Usos, objetos u operaciones.

Diagrama de Clases: Para modelar la estructura
esttica de las clases en el sistema.

Diagrama
de de
Objetos:
Describe
la
estructura la
esttica en un momento en particular.

Diagrama
Componentes:
Describe
organizacin de los componentes fsicos del sistema, incluyendo cdigo fuente, cdigo binario y ejecutable.
Diagrama de Implementacin: Para modelar la
distribucin del sistema.
3.1.- CARACTERSTICAS DE UML
Es un lenguaje para la visualizacin, especificacin, construccin y documentacin de sistemas de software. Es aplicable a diferentes tipos de sistemas, La mayora de herramientas a objetos visuales se y dominios y procesos. modeladas orientados estn
implementado en gran magnitud de acuerdo a la especificacin de UML. Es un lenguaje de propsito general unificado que posee un conjunto de notaciones de anlisis y diseo, las cuales se incorporan rpidamente en la industria estndar para el anlisis y diseo orientado a objetos.
Pgina 31
3.2.- VENTAJAS DE UML

Permite el modelamiento de sistemas usando Es independiente del lenguaje de programacin Provee a los usuarios un lenguaje de
conceptos orientado a objetos y procesos de desarrollo. modelamiento visual expresivo, listo para usar. Soporta conceptos de desarrollo de alto nivel como colaboraciones, patrones y componentes.
4.- HERRAMIENTA UTILIZADA (RATIONAL ROSE)

Rational Rose es la herramienta CASE desarrollada por los creadores de UML, que cubre todo el ciclo de vida de un proyecto: concepcin y formalizacin del modelo, construccin de los componentes, transicin a los usuarios y certificacin de las distintas fases y entregables. Rational Rose es la herramienta de modelamiento visual lder en el mundo. Esta versin ha sido extendida para soportar el modelamiento de componentes binarios como COM y ACTIVE X. la notacin de interfaz ha sido adaptado a UML para soportar un modelamiento estndar de COM.
CARACTERSTICAS DEL RATIONAL ROSE
Pgina 32
- En el anlisis y diseo provee un conjunto de elementos para la creacin de los diagramas de anlisis y diseo. Cada elemento posee un modelo de propiedades que los identifican y caracterizan. - Para el enfoque de arquitectura en tres capas promueve la distribucin y el rehso de los objetos de negocios y libreras (paquetes lgicos) a travs de las aplicaciones. - Desarrollo iterativo controlado, ofrece ayuda para que el desarrollo sea llevado a travs de una secuencia de iteraciones. - Soporte multiusuario, no solo est dirigido para usuarios individuales, sino desarrollo en conjunto. - Generacin de cdigo en mltiples lenguajes, soporta la generacin de cdigo en mltiples lenguajes como Java, Visual Basic, Oracle, etc. - Generacin de DLLs, provee un mapeo de interfaces a bases de datos relacionales mediante la generacin de clases persistentes a SQL. tambin para equipos de
5.-
SELECCIN
DEL
LENGUAJE
DE
PROGRAMACIN:
Existen muchas empresas en el mercado que desarrollan diversos lenguajes de programacin como: Microsoft, Powersoft, Sun Microsystem e IBM, entre otras.
JAVA-NETBEANS Practicas Pre Profesionales I Pgina 33
La plataforma NetBeans permite que las aplicaciones sean desarrolladas a partir de un conjunto de componentes de software llamados mdulos. Un mdulo es un archivo Java que contiene clases de java escritas para interactuar con las APIs de NetBeans y un archivo especial (manifest file) que lo identifica como mdulo. Las aplicaciones construidas a partir de mdulos pueden ser extendidas agregndole nuevos mdulos. Debido a que los mdulos pueden ser desarrollados independientemente, las aplicaciones basadas en la plataforma NetBeans pueden ser extendidas fcilmente por otros desarrolladores de software. NetBeans es un proyecto de cdigo abierto de gran xito con una gran base de usuarios, una comunidad en constante crecimiento, y con cerca de 100 socios en todo el mundo. Sun MicroSystems fund el proyecto de cdigo abierto NetBeans en junio de 2000 y contina siendo el patrocinador principal de los proyectos.
6.- SELECCIN DEL MANEJADOR DE BASE DE DATOS

Actualmente muchas empresas en el mundo se dedican al desarrollo de Sistemas de gestin de Base de Datos relativas respecto a otros. Antes de decidir cul de ellos elegir, se debern evaluar ciertos criterios de carcter tcnico-organizativo, tales como: Es necesario adquirir un gran DBMS algunos aos? Mi organizacin est en condiciones econmicas para adquirir este DBMS?
de gran
envergadura, los cuales ofrecen algunas ventajas y desventajas
para manejar los dentro de
datos que tienen y tendr mi organizacin
Qu tan ventajoso resultara para mi organizacin utilizar este DBMS en comparacin de otro menos costoso y potente, si tengo que considerar que mis equipos y conexiones de red tendra que ser cambiados?
Pgina 35
MySQL
Es un sistema de gestin de base de datos relacional, multihilo y multiusuario con ms de seis millones de instalaciones. MySQL AB desde enero de 2008 una subsidiaria de Sun Microsystems y sta a su vez de Oracle Corporation desde abril de 2009 desarrolla MySQL como software libre en un esquema de licenciamiento dual. Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia, pero para aquellas empresas que quieran incorporarlo en productos privativos deben comprar a la empresa una licencia especfica que les permita este uso. Est desarrollado en su mayor parte en ANSI C. Al contrario de proyectos como Apache, donde el software es desarrollado por una comunidad pblica y el copyright del cdigo est en poder del autor individual, MySQL es patrocinado por una empresa privada, que posee el copyright de la mayor parte del cdigo. Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado. Adems de la venta de licencias privativas, la compaa ofrece soporte y servicios. Para sus operaciones contratan trabajadores alrededor del mundo que colaboran va Internet. MySQL AB fue fundado por David Axmark, Allan Larsson y Michael Widenius.
6.1.- ELEMENTOS DE MySQL

6.1.1.- LENGUAJES DE PROGRAMACIN:
Existen varias APIs que permiten, a aplicaciones escritas en diversos lenguajes de programacin, acceder a las bases de datos MySQL, incluyendo C, C++, C#, Pascal, Delphi (via dbExpress),
Pgina 36
Eiffel, Smalltalk, Java (con una implementacin nativa del driver de Java), Lisp, Perl, PHP, Python, Ruby, Gambas, REALbasic (Mac y Linux), (x) Harbour (Eagle1), FreeBASIC, y Tcl; cada uno de estos utiliza una API especfica. Tambin existe una interfaz ODBC, llamado MyODBC que permite a cualquier lenguaje de programacin que soporte ODBC comunicarse con las bases de datos MySQL. Tambin se puede acceder desde el sistema SAP, lenguaje ABAP.
6.1.2.- APLICACIONES
MySQL es muy utilizado en aplicaciones web, como Drupal o phpBB, y por en plataformas de (Linux/Windows-Apache-MySQLPHP/Perl/Python), herramientas seguimiento de errores como Bugzilla. Su popularidad como aplicacin web est muy ligada a PHP, que a menudo aparece en combinacin con MySQL. MySQL es una base de datos muy rpida en la lectura cuando utiliza el motor no transaccional MyISAM, pero puede provocar problemas de integridad en entornos de alta concurrencia en la modificacin.
Pgina 37
7.- CRONOGRAMA DE EJECUCION:

7.1.- DURACIN DEL PROYECTO:
La duracin del presente proyecto est programada en realizarse en 3 meses y 22 das (Abril Julio).
7.2.- FECHA PROBABLE DE INICIO Y TRMINO:

El desarrollo del proyecto est programado tentativamente: Inicio: 09 de Abril del 2011. Fin: 23 de Julio del 2011 .
Pgina 38
Pgina 39
Pgina 40
Pgina 41
8.- APLICACIN DE LA METODOLOGIA: PROCESO UNIFICADO DE RATIONAL

8.1.- MODELAMIENTO DEL NEGOCIO:
8.1.1.- MODELO DE NEGOCIO:
8.1.1.1.- VISIN DE NEGOCIO Este sistema permitir a la empresa informatizar el control de todas sus actividades, lo cual supondr un acceso rpido y sencillo a los datos, gracias a interfaces grficas sencillas y amigables. Adems, los datos accedidos estarn siempre actualizados, lo cual es un factor muy importante para poder llevar un control adecuado de los libros sacramentales El sistema tambin permite la generacin de comprobantes (boletas, facturas) por concepto de venta de productos y la generacin de liquidaciones diarias de forma automtica. SENTENCIA QUE DEFINE EL PROBLEMA:
El Problema de
La Atencin al cliente ya registrados causa demoras Controlar los ingresos mensuales Cliente Secretaria
afecta a
Pgina 42
El impacto asociado es
Clientes insatisfecho, porque tiene que esperar demasiado. Incomodidad, del cliente. Almacenar las entradas del dinero de las partidas. Registrar los datos de los clientes en una base de datos para que cuando se consulte por alguna partida saber en qu libro se encuentra. Registrar las entradas de dinero diarias en una base de datos, de esta manera ser ms fcil presentar el informe de entradas al mes
Una solucin adecuada sera
SENTENCIA QUE DEFINE LA POSICIN DEL PRODUCTO:
Para
Secretaria
Quienes El nombre del producto Que hace
Controlan los libros
Sistema Sacramental
Almacena el lugar donde se encuentra ubicado la partida pedida por el cliente, adems controlas los ingresos por inscripciones y pedidos de partidas.
Pgina 43
Nuestro Producto
Ofrecer una mayor rapidez en la bsqueda de cualquier partida.
8.1.2.- DIAGRAMAS CASOS DE USO DEL NEGOCIO

ESCENARIOS Y PROCESOS ESCENARIO S Inscripcin para documento sacrament al PROCESOS
Presentacin de partida de
Nacimiento Inscripcin para Bautizo Inscripcin para Confirmacin Inscripcin para Matrimonio Presentar DNI Entrega de partida de bautizo Entrega de partida de confirmacin Elaborar Orden de Pedido Entrega de partida de matrimonio Realizar Mantenimiento Asignar Descuento y/o Promociones Emitir Comprobante Emitir Boleta Emitir Factura Cancelar Documento Cancelar Documento al Contado
Peticin de Documento Sacrament al
Ingresos Del mes
Gestin de Ventas
Pgina 44

Cancelar Documento a Crdito
Generar Informes
Emitir Informe de ventas Diarias Emitir Informe de Ventas Mensual Crear Cuadros Estadsticos de Ventas Anuales
8.2.-DIAGRAMAS DE CASOS DE USO

8.2.1.- DESCRIPCIN DE CASOS DE USO
Inscripcin para documento sacramental.-el cliente va a inscribirse para una partida puede ser de bautizo, confirmacin o matrimonio, la secretaria primero le pide su partida de nacimiento y el pago correspondiente para que se pueda inscribir
Pgina 45
PETICIN DEL DOCUMENTO SACRAMENTAL
Pgina 46
El cliente hace un pedido de cualquier partida, la secretaria le pide su DNI para comprobar si est inscrito , le pide que haga el pago correspondiente
Pgina 47
INGRESOS DEL MES El cliente deriva su vehculo al rea lavado donde se realizar el
proceso de mantenimiento que consiste en cambio de aceite, y engrase del vehculo. Luego de estos procesos el
cliente retira su vehculo al rea de ventas para cancelar por todo el servicio.
Pgina 48
8.3.- CASOS DE USO

8.3.1.- DESCRIPCION DE CASOS DE USO, MENSAJES Y ACTORES
8.3.1.1.ESCENARIO (Inscripcin para documento
Sacramental) CASO DE USO Descripcin: En este caso de uso interviene la secretaria y la persona que se quiera inscribir para cualquier de las partidas sacramentales
FLUJO DE EVENTOS Flujo Bsico: El caso de uso cuando una persona quiera inscribirse en cualquier partida sacramental La secretaria verifica si la persona est o no inscrita. Despus de la verificacin la secretaria pide que haga el pago correspondiente. Ingreso en la base de datos de la persona y ubicacin en el libro sacramental correspondiente.
Pgina 49
Condiciones En caso el cliente quiera casarse se le pedir la partida de nacimiento y confirmacin. Para bautizo y confirmacin solo presentar partida de nacimiento.
8.3.1.2.-
ESCENARIO
(Peticin
de
Documento
Sacramental) CASO DE USO: PETICIN Descripcin: El Cliente hace el pedido de alguna partida sacramental a la secretaria, la secretaria le pide su DNI hace la bsqueda en la base de datos, le pide que haga el pago correspondiente y le entrega la partida.
Flujo Bsico El cliente solicita partida sacramental. La secretaria le pide su DNI y busca en la base de datos la ubicacin de la partida. Le pide que haga el pago correspondiente por el documento sacramental y le hace entrega de la partida sacramenta
Pgina 50
Pos Condiciones Presentacin de DNI. Pago correspondiente.
CASO DE USO: INGRESOS DEL MES Descripcin: En este caso de uso se realizara el clculo del monto total de los ingresos por inscripcin de personas y por las peticiones de las personas por cualquier partida sacramental FLUJO DE EVENTOS Flujo Bsico La secretaria verifica los ingresos de las inscripciones del mes Caso de Uso: Inscripcin de documento sacramental La secretaria verifica los ingresos de las peticiones del mes Caso de Uso: Peticin de documento sacramental Balance del mes Pos condiciones Debe cuadrar los ingresos
8.4.- ANALISIS Y DISEO DEL SISTEMA

8.4.1.-DIAGRAMAS DE DISEO DEL SISTEMA
CLIENTE P.S.F.H.
IMPRESORA
SERVIDOR MySQL
8.4.2.- MODELO FSICO DE LA BASE DE DATOS RELACIONAL
Pgina 52
8.4.3.- MODELO LGICO DE LA BASE DE DATOS RELACIONAL

Pgina 54
8.5.- IMPLEMENTACION
8.5.1.- DIAGRAMA DE DESPLIEGUE
IMPRESORA CLIENTE P.S.F.H.
SERVIDOR MySQL
Pgina 55
8.6.- PRUEBA
La prueba se realiza durante todo el ciclo desarrollo del software enfatizando parte de la fase de construccin y parte de la fase de transicin.
8.6.1.- MODELO DE PRUEBA

Un modelo que describe como los
componentes ejecutables en el modelo de la implementacin son probados por las pruebas de integracin y del sistema. Se verifica el resultado de la implementacin probando cada construccin, as como las versiones finales del sistema.
8.6.2- CASOS DE PRUEBA (TEST CASE)

Describe una manera de probar el sistema utilizando entradas, salidas y ciertas condiciones de prueba para cada use case. Esta prueba comprende dos aspectos: Prueba de caja negra, especifica como probar un use case o un escenario especifico de un use case.
Pgina 56
Prueba de caja blanca, especifica como probar una realizacin de un use case del diseo o un escenario especifico del mismo.
8.6.3- OTRAS PRUEBAS DE CASO

Son realizadas para probar el sistema en su totalidad, siguientes:
Prueba de instalacin: Verifica que el sistema
continuacin
se
mencionan
las
funcione instalado.
Prueba
correctamente de configuracin:
cuando Verifica
est que el
sistema funcione en diversas configuraciones, tal como configuraciones del equipo o red. Prueba de estrs: Identifica problemas con el sistema cuando existen recursos insuficientes. Prueba de error: Trata de provocar errores crticos al sistema para encontrar sus deficiencias.
8.6.4- PROCEDIMIENTOS DE PRUEBA (TEST PROCEDURE)


Describe como se presenta uno o
ms
pruebas de casos o partes de ellas.
8.6.5- COMPONENTES DE PRUEBA (TEST COMPONENT)

Automatiza uno o ms pruebas de
procedimientos o partes de ellas. Pueden ser desarrollados usando un lenguaje de programacin o con una herramienta de automatizacin.
INTERFAZ GRFICA
PRINCIPALES INTERFACES
PANTALLA PRINCIPAL DEL SOFTWARE
Pgina 58
USUARIOS
Pgina 59
INGRESO DEL SACERDOTE
Pgina 60
INGRESO DE LOS MIEMBROS
Pgina 61
INSCRIPCIN
Pgina 62
CONCLUSIONES
Podemos concluir adems, que lo ms importante antes de elegir la metodologa que usaras para la implementacin de tu software, es determinar el alcance que tendr y luego ver cul es la que ms se acomoda en la aplicacin a desarrollar. El desarrollo de un software depende
fundamentalmente de las Fases de Anlisis y Diseo. La informacin ser manejada confiable y segura. La existencia de este software va permitir llevar un control ms factible y rpido a la hora de tramitar en documento hacia sus clientes As mismo se concluye que la mejor forma de obtener el ms alto nivel de conocimiento en el trabajo que desempea el personal es dotarlo de tecnologa de de forma rpida,
Pgina 63
punta y capacitarlos adecuadamente para que puedan utilizar esta tecnologa.
RECOMENDACIONES
Deberan de poner mayor inters en los sistemas de informacin que se pueden implementar, permitiendo la automatizacin de los procesos principales y las dems necesidades. Se recomienda capacitar continuamente a todo el personal que elabora en la Parroquia LA SAGRADA FAMILIA". Practicas Pre Profesionales I Pgina 64
REFERENCIAS BIBLIOGRAFICAS Y/O ENLACES WEB

http://www.iglesiadehualmay.com/
Documentos de informacin para el Software proporcionados por la Parroquia LA SAGRADA FAMILIA de Hualmay.
Pgina 66

Plan General de Practicas Pre Profesionales I Miguel

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Plan General de Practicas Pre Profesionales I Miguel

Uploaded by

Copyright:

Available Formats

"UNIVERSIDAD SAN PEDRO

: DESARROLLO E IMPLEMENTACIN DEL SISTEMA DE GESTIN SACRAMENTAL

: PRACTICAS PRE: ING. CARLOS ORLANDO CLAROS : :

Rodriguez Trujillo, MIGUEL ANGEL Lopez Toledo, PERCY JHON

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

DEDICATORIA Es agradable para nosotros dedicarles nuestros el fruto de a esfuerzos

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

RECOMENDACIONES.....................................................................................64 REFERENCIAS BIBLIOGRAFICAS Y/O ENLACES WEB........................................65

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

1.2 .- SITUACIN PROBLEMTICA

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

1.3.- LOGOTIPO DE LA ORGANIZACIN

1.4.- RAZON SOCIAL DE LA ORGANIZACIN:

Razn Social: PARROQUIA LA SAGRADA FAMILIA DE HUALMAY

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

1.5.- DESCRIPCION DE LA ORGANIZACIN

1.5.1.- MISIN Y VISIN

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

Comunidades Jess, Jos y Mara San Jos Obrero San Isidro

Defensora Medicina Alternativa Bazar Botiqun Madres Solteras

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

1.7.- SITUACION PROBLEMTICA

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

Practicas Pre Profesionales I

FACULTAD DE INGENIERA ESCUELA PROFESIONAL INGENIERA INFORMTICA Y DE SISTEMAS

SISTEMA DE GESTION SACRAMENTAL

Esta Iglesia catlica La Sagrada Familia situado en

1.7.2.- SELECCIN DEL PROBLEMA: