Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
TEMA: DISEO Y CONSTRUCCIN DE UN SOFTWARE DE ADMINISTRACIN DE PROYECTOS, DONACIONES Y GESTIN DE CRDITOS PARA LA ASOCIACIN PARA EL DESARROLLO HUMANO. ADHU.
TRABAJO DE GRADUACIN PRESENTADO POR: LAURA MARIELA LPEZ GUARDADO GLENDA CAROLINA GODINEZ MENDOZA SABRINA OLIVIA GUZMN CAMPOS
ING. RUBN ALFREDO MENDOZA JUREZ VICE-DECANO DE LA FACULTAD DE INGENIERA Y CIENCIAS NATURALES
AGRADECIMIENTOS
A Dios y a la santa Virgen, por estar siempre a mi lado, dndome fortaleza en cada momento de mi vida, en esos momentos en los que senta no poder continuar, gracias por darme salud y esa fuerza interna para alcanzar siempre mis objetivos y guiarme en cada paso de mi camino.
Este triunfo lo dedico en especial a mis padres Julio Csar y Linda Laura por brindarme su apoyo incondicional y confiar en m, en cada paso de mi vida, gracias por cada uno de sus consejos, gracias mam por ser ese motor que impulsa mi vida a luchar, para alcanzar cada meta y cada objetivo. Le pido a Dios que en el lugar donde se encuentre descansando ste feliz por este triunfo en mi vida, gracias Dios por los padres que me regalaste.
A mi ta Juanita que siempre ha sido como una segunda madre para mi hermano y para mi, gracias por estar siempre con nosotros y regalarnos tanto cario.
A mi hermano Csar, por brindarme su apoyo y palabras de aliento en cada momento y por ser mi amigo.
A mis compaeras de tesis Glenda y Sabrina, gracias por confiar en mi para conformar este grupo en el cual luchamos juntas para alcanzar este triunfo, ya que sin la ayuda de ellas este gran sueo no se hubiera concretado, gracias por su cario.
A mis amigos y compaeros, que siempre estuvieron ah brindndome palabras de aliento y sobre todo su cario, gracias.
apoyo moral,
A mi asesor de tesis Ing. Samuel Marguis, gracias por confiar en mi grupo de tesis y formar parte de nuestro equipo de trabajo, por su apoyo, consejos y guiarnos en el desarrollo de nuestro proyecto.
A mis familiares que estuvieron pendientes en todo el transcurso de mi formacin, viviendo a mi lado las alegras y tristezas, gracias.
En fin no terminara nunca de agradecer a todas las personas que de una manera u otra han estado a mi lado apoyndome, aportando conocimientos para el desarrollo no solo de este proyecto de tesis, sino de toda mi formacin profesional.
Gracias por brindarme su apoyo, su amistad, su confianza, esas palabras de aliento; cuando me acerque a ustedes a consultar una duda siempre estuvieron ah. Gracias, siempre estarn en un lugar muy especial de mi corazn.
DEDICATORIAS Y AGRADECIMIENTOS
A mi Padre Celestial. Gracias por darme salud, haberme permitido llegar a este momento tan especial en mi vida y alcanzar una meta ms. Por los triunfos y los momentos difciles que me han enseado a valorarte cada da ms, por estar siempre conmigo y guiarme en m camino.
A mi Madre. Por los ejemplos de perseverancia y constancia que la caracterizan, y que me ha infundado siempre, por el valor mostrado para salir adelante, por haberme educado y soportar mis errores. Gracias por tus consejos y valores morales que me diste, por el amor que siempre me has brindado, por cultivar e inculcar ese sabio don de la responsabilidad. Gracias por darme la vida! Te quiero mucho!
A mis familiares. A mi hermana Jacqueline por ser el ejemplo de una hermana mayor y de la cual aprend en ciertos momentos difciles; por su cario y su confianza puesta en m, y a m cuado por su apoyo. A mis sobrinos Dustin Osborne y Hctor Alejandro por inspirarme a tratar de hacer cada vez mejor las cosas, para lograr ser una ta ejemplar para ellos y no defraudarlos. A mi primo Hctor Hugo por sus palabras de aliento y apoyo incondicional, por estar siempre pendiente de mis logros y por quererme tanto. A mis tos y dems primos por su cario. Gracias a ustedes!
A mis maestros. Ing. Samuel Alfonso Margueis por su gran apoyo y motivacin para la culminacin de nuestros estudios profesionales y para la elaboracin de esta tesis; al Ing. Herman Montalvo por su apoyo ofrecido en este trabajo y por su tiempo compartido. A todos mis maestros que participaron en todo este camino recorrido y por la sabidura que me transmitieron en el desarrollo de mi formacin profesional. A todos muchas gracias!
A mis amigos En especial Edgardo Olivares por su amistad incondicional, por estar siempre dispuesto a ayudarme y por su cario sincero. A todos mi amigos/as por escucharme y brindarme su cario desinteresado, por quererme mucho. Gracias!
A mis compaeras de tesis. Por formar parte de este equipo, por aguantarme y por confiar en m hasta el final del camino.
AGRADECIMIENTOS
Padre Celestial, gracias a ti y a mi Madre Santsima la Virgen Mara, he podido llegar al final de una de las metas que me he propuesto sobrepasar, ya que siempre me han llenado de mucho Espritu entusiasta para poder enfrentar las dificultades que se me presentaron, por ayudarme a confiar en mi misma, dando todo lo mejor de mi en el desarrollo de este trabajo. A mis padres Manuel de Jess Guzmn y Antonia Campos de Guzmn, que siempre han estado conmigo brindndome mucho apoyo, paciencia y comprensin para salir adelante, y sobre todo les agradezco por el amor que siempre me han brindado. A mis hermanas Mariela y Melissa, por su tiempo, su apoyo, su cario y sobre todo por darme muchos nimos para sentirme motivada y seguir adelante. Un agradecimiento muy especial a ti Alexander Garca, por tu cario y amor sincero, tu apoyo, tu comprensin, por tenerme paciencia, por estar en esos momentos ms difciles dndome palabras de aliento para seguir adelante. A ti muchas gracias.
A nuestro asesor de tesis Ing. Samuel Marguis, por confiar en nosotras, por apoyarnos, aconsejarnos y animarnos para el logro de la culminacin de esta tesis. A mis compaeras de tesis Mariela y Glenda, por confiar en m, para que juntas con mucho esfuerzo y dedicacin logrramos terminar y presentar este trabajo con mucha satisfaccin. Doy gracias a todas las personas de la Asociacin para el Desarrollo Humano (ADHU), que confiaron en nosotras y colaboraron para llevar a cabo esta tesis. Agradezco sinceramente a todas aquellas personas familiares y amigos que siempre confiaron en m y me brindaron su apoyo moral y espiritual, ya que siempre estuve en sus oraciones y as lograr este triunfo.
Te pido Padre Celestial que siempre gues mi camino, que seas tu quien me ayude a tomar buenas decisiones y a ser mejor cada da. Derrama tu espritu para que siempre me ocupe en realizar todo lo agradable, buscando siempre beneficiar a los dems, a travs de la labor honesta que desempeo. Gracias a todos ellos. Que Dios los bendiga siempre!.
CAPITULO I. PLANTEAMIENTO DEL PROBLEMA 1.1 1.2 1.2.1 1.2.2 1.3 El Problema de Investigacin...............................................................................12 . . Antecedentes y Situacin Actual .........................................................................12 . . Antecedentes.........................................................................................................12 . . . Situacin Actual...................................................................................................13 . . . Preguntas de Investigacin...................................................................................14 . .
CAPITULO II. FUNDAMENTACIN TERICA 2.1 2.1.1 2.1.1.1 2.1.1.2 2.1.1.3 2.1.1.4 2.1.1.5 2.1.1.6 2.1.2 2.1.3 2.1.4 2.1.4.1 2.1.4.2 Revisin de Literatura...........................................................................................15 . . Conceptualizacin General de Sistemas............................................................... 5 . 1 Teora general de sistemas....................................................................................15 . . Conceptualizacin de un Sistema.........................................................................16 . . Modelo general de un Sistema .............................................................................17 . . Parmetros de Sistemas .....................................................................................17 . . Bloques elementales de los sistemas de informacin..........................................18 . Tipos de sistemas .................................................................................................19 . . . Arquitectura de Aplicaciones ...............................................................................20 . . Metodologas para el desarrollo de sistemas informticos..................................21 . Tecnologa de la informacin aplicada a las empresas........................................21 . Hardware computacional .....................................................................................21 . . Software ...............................................................................................................22 . . .
2.1.4.2.1 Software comercial .............................................................................................. 2 . . 2 2.1.4.2.1.1 Sistemas operativos .............................................................................................22 . . 2.1.4.2.1.2 Motores de base de datos.....................................................................................23 . . 2.1.4.2.1.3 Desarrollo de aplicaciones ..................................................................................24 . .
10
2.1.4.2.2 Software de cdigo abierto ................................................................................25 . . 2.1.4.2.2.1 Sistemas operativos.............................................................................................. 5 . . 2 2.1.4.2.2.2 Motores de base de datos.....................................................................................26 . . 2.1.4.2.2.3 Desarrollo de aplicaciones ...................................................................................26 . . 2.1.4.3 2.1.5 2.1.5.1 2.1.5.2 2.1.5.3 2.1.5.4 2.1.5.5 2.1.5.6 Redes informticas .............................................................................................. 27 . . . Clasificacin de los sistemas de una empresa......................................................28 . Sistemas de Produccin ........................................................................................28 . . Sistemas de Ventas...............................................................................................28 . . . Sistemas de administracin y finanzas ................................................................28 . . Sistemas independientes .......................................................................................29 . . Teora general de proyectos..................................................................................29 . . Generalidades sobre crditos................................................................................31 . .
2.1.5.6.1 Crdito ..................................................................................................................31 . . . 2.1.5.6.2 Ttulo de crdito ...................................................................................................31 . . . 2.1.5.6.3 Garanta ...............................................................................................................31 . . . 2.1.5.6.4 Clasificacin del crdito ......................................................................................31 . . 2.1.5.6.5 Sistemas de crditos en ONGS ...........................................................................32 . . 2.2 Hiptesis o Supuestos de Investigacin............................................................... 33 . .
CAPITULO III. JUSTIFICACIN Y OBJETIVOS 3.1 3.2 3.2.1 3.2.2 Justificacin .........................................................................................................34 . . . Objetivos...............................................................................................................35 . . . Objetivo General ..................................................................................................35 . . . Objetivos Especficos............................................................................................35 . .
CAPITULO IV. METODOLOGIA DE LA INVESTIGACION 4.1 4.2 4.3 4.3.1 4.3.2 Tipo de investigacin............................................................................................36 . . Unidades de Anlisis.............................................................................................36 . . Variables y Medicin............................................................................................37 . . Definicin de Variables ........................................................................................37 . . Indicadores y su Medicin (u observacin)..........................................................38 .
11
Instrumento de Medicin......................................................................................41 . . Tcnicas y Procedimientos a emplearse en la recopilacin de informacin.......42 Anlisis e interpretacin de los resultados ...........................................................45 . Recopilacin de informacin................................................................................45 . . Interpretacin de resultados..................................................................................51 . . Plan del proyecto..................................................................................................52 . . . Plan de utilizacin de los Resultados...................................................................55 . .
CAPTULO V. DESARROLLO DEL SISTEMA 5.1 5.1.1 5.1.2 5.1.3 5.1.4 5.2 5.2.1 5.2.2 5.2.2.1 5.2.2.2 5.2.2.3 5.2.2.4 Modelado del negocio...........................................................................................56 . . Generalidades de la empresa.................................................................................56 . . Diagrama de subsistemas de la empresa............................................................... 6 . 5 Modelo de casos de uso del negocio....................................................................57 . . Modelo de objetos................................................................................................58 . . . Requisitos del sistema...........................................................................................61 . . Oportunidad del negocio........................................................................................61 . . Requerimientos funcionales..................................................................................61 . . Identificacin de los actores .................................................................................61 . . Entorno de los actores...........................................................................................62 . . Identificacin de escenarios .................................................................................62 . . Definicin de los casos de uso.............................................................................64 . .
5.2.2.4.1 Modelo de casos de uso ........................................................................................64 . . 5.2.2.4.2 Detalle de modelo de caso de uso........................................................................65 . . 5.2.2.4.3 Diagrama de estados ............................................................................................67 . . 5.2.2.4.4 Descripcin de los casos de uso ..........................................................................72 . . 5.2.3 5.2.4 5.3 5.3.1 5.3.1.1 5.3.1.2 Beneficios del cliente............................................................................................79 . . Requerimientos no funcionales............................................................................80 . . Anlisis del Sistema.............................................................................................. 1 . . 8 Anlisis de casos de uso .......................................................................................81 . . Identificacin de clases entidad, interfaz y control..............................................81 . Diagrama de colaboracin....................................................................................85 . .
12
5.3.1.3 5.3.2 5.3.2.1 5.3.2.2 5.3.2.3 5.4 5.4.1 5.4.1.1 5.4.1.2 5.4.2
Flujo de eventos ...................................................................................................90 . . . Anlisis de clases .................................................................................................92 . . . Identificacin de las responsabilidades................................................................92 . . Identificacin de atributos ....................................................................................93 . . Identificacin de relaciones..................................................................................98 . . Diseo del Sistema.............................................................................................. 02 . . 1 Objetivos del Sistema .........................................................................................102 . . Objetivo General ................................................................................................102 . . . Objetivos Especficos .........................................................................................102 . . Diseo de la arquitectura....................................................................................102 . .
5.4.2.1 Arquitectura del Sistema .........................................................................................102 . . 5.4.2.2 Distribucin del Sistema ...................................................................................103 . .
5.4.2.2.1 Capa de Datos ....................................................................................................103 . . . 5.4.2.2.2 Capa de Procesos................................................................................................103 . . . 5.4.2.2.3 Capa de Presentacin ..........................................................................................103 . . 5.4.2.3 5.4.2.4 5.4.3 5.4.3.1 5.4.3.2 5.4.4 5.4.4.1 5.4.4.2 5.4.4.3 5.4.5 5.4.6 5.4.7 5.4.7.1 5.4.7.2 5.5 5.5.1 Identificacin de nodos y configuraciones (modelo de despliegue) .................104 Identificacin de clases relevantes.....................................................................104 . . Diseo de Casos de Uso .....................................................................................105 . . Identificacin de clases de diseo......................................................................105 . . Interaccin entre objetos ...................................................................................118 . . Diseo de clases de diseo .................................................................................129 . . Identificacin de operaciones ............................................................................129 . . Identificacin de atributos ..................................................................................131 . . Identificacin de relaciones................................................................................135 . . Seguridad del Sistema.........................................................................................137 . . Diseo de prototipo............................................................................................. 37 . . 1 Procedimientos administrativos .........................................................................146 . . Identificacin de procedimientos administrativos.............................................146 . Descripcin de procedimientos administrativos ................................................146 . Construccin e implantacin del sistema ...........................................................153 . Construccin del Software..................................................................................153 . .
13
5.5.1.1
5.5.1.2.1 Pruebas de unidad ..............................................................................................156 . . . 5.5.1.2.2 Pruebas de integracin........................................................................................156 . . 5.5.1.2.3 Pruebas del sistema............................................................................................. 56 . . 1 5.5.2 5.5.2.1 Implementacin del software .............................................................................157 . . Implementacin de la arquitectura.....................................................................157 . .
5.5.2.1.1 Diagrama de Componentes ................................................................................157 . . 5.5.2.1.2 Diagrama de Despliegue.....................................................................................157 . . 5.5.2.2 5.5.2.3 5.6 5.6.1 5.6.2 Plan de implantacin ...........................................................................................158 . . Capacitacin a usuarios ......................................................................................158 . . Soporte del sistema ............................................................................................ 59 . . 1 Plan de mantenimiento ......................................................................................159 . . Plan de contingencia .........................................................................................159 . .
CAPTULO VI. ANLISIS ECONMICO 6.1 6.2 6.3 6.4 6.4.1 6.4.1.1 6.4.1.2 6.4.1.3 6.4.1.3.1 6.4.1.3.2 6.4.1.3.3 6.4.1.3.4 6.4.1.4 Generalidades sobre la evaluacin econmica..................................................162 . Factibilidad del sistema .....................................................................................162 . . Evaluacin social del proyecto..........................................................................162 . . Determinacin de costos del sistema................................................................163 . . Recursos del proyecto........................................................................................163 . . Recursos materiales............................................................................................ 63 . . 1 Recursos humanos ............................................................................................ 63 . . 1 Recursos econmicos.........................................................................................164 . . Costos de fabricacin ........................................................................................164 . . Costos de implementacin ................................................................................165 . . Costos administrativos ......................................................................................166 . . Costos total del proyecto ...................................................................................166 . . Beneficios del proyecto ...................................................................................167 . .
14
Bibliografa ..........................................................................................................................172 . . .
NDICE DE ANEXOS Anexo 1 ...............................................................................................................................174 . . . . Anexo 2 ...............................................................................................................................178 . . . . Anexo 3 ...............................................................................................................................181 . . . . Anexo 4 ...............................................................................................................................182 . . . . Anexo 5 ...............................................................................................................................183 . . . . Anexo 6 ...............................................................................................................................184 . . . . Anexo 7 ...............................................................................................................................185 . . . . Anexo 8 ...............................................................................................................................186 . . . . Anexo 9 ...............................................................................................................................193 . . . . Anexo 10 .............................................................................................................................195 . . . . Anexo11 ..............................................................................................................................206 . . . . Glosario
15
INTRODUCCION En el mundo globalizado, son muchos los pases que han hecho uso de la tecnologa de informacin para la administracin de recursos tanto en la prestacin de servicios como en la automatizacin de procesos y muchas otras actividades asociadas a sus operaciones. El Salvador no se queda atrs y est siendo influenciado por la globalizacin, lo que conlleva a computarizar los procesos rutinarios que operan en las distintas empresas tanto gubernamentales como no gubernamentales; como es el caso de la Asociacin para el Desarrollo Humano ADHU, en donde se pretende optimizar los procesos como: administracin de proyectos, donaciones y gestin de crditos. El presente documento muestra en detalle la investigacin previa realizada en la Asociacin para el Desarrollo Humano ADHU con la finalidad de encontrar una solucin de la problemtica, en cuanto a la administracin de proyectos, donaciones y gestin de crditos que realiza la Asociacin. La informacin y los beneficios son mltiples e incalculables para la Asociacin y sus actores. Al final se espera tener un software de administracin de proyectos, donaciones y gestin de crditos: confiable, seguro y eficiente. Este documento est constituido en siete captulos, que se profundizan en aspectos bsicos y necesarios, para comprender claramente el proyecto de desarrollo de un software de administracin de proyectos, donaciones y gestin de crditos para la Asociacin. El captulo I, trata sobre el planteamiento del problema, en donde se detalla el problema de investigacin, los antecedentes y situacin actual y las preguntas de investigacin. En el captulo II, se establece la fundamentacin terica de todo el proyecto relacionado con la revisin de la literatura, hiptesis o supuestos de investigacin. En el captulo III, justifica la necesidad de realizar este proyecto y establece los objetivos a cumplir en el desarrollo del mismo. En el captulo IV, se encuentra lo relacionado a la metodologa de investigacin a emplear en el desarrollo del proyecto. En el captulo V se establece el Desarrollo del Sistema, es decir la manera en que opera actualmente la empresa, tambin hace referencia al anlisis y diseo del sistema; y a la vez hace nfasis a la construccin, implantacin y soporte del mismo.
El anlisis econmico del sistema esta contemplado en el captulo VI, en donde hace nfasis a la factibilidad del sistema, los recursos que intervienen en el proyecto y los costos totales del mismo. Y finalmente en el captulo VII se establecen las conclusiones y recomendaciones que se han obtenido a lo largo del desarrollo del sistema.
1.1.
El Problema de Investigacin
Cmo influye en la eficiencia de la Asociacin para el Desarrollo Humano ADHU, la ejecucin de las operaciones de administracin de proyectos, donaciones y gestin de crditos efectuadas de forma manual digitalizada?
1.2. 1.2.1.
La Asociacin para el Desarrollo Humano se establece en la 14 calle pte col. Flor Blanca, San Salvador, El Salvador. Est conformada por un grupo de profesionales que incluye Ingenieros, Mdicos, Odontlogos, Economistas y Socilogos. Adems en cada una de las comunidades, existe un grupo solidario amigos de ADHU. La membresa consta alrededor de unas mil personas. La asociacin se organiza mediante una Asamblea General, que se rene cada ao de una manera ordinaria para recibir y aprobar el informe tcnico y financiero de la Asociacin y cada segundo ao elige una nueva Junta Directiva.
La Junta Directiva se rene cada dos meses de manera ordinaria para aprobar todas las gestiones de ADHU y tomar decisiones sobre la direccin estratgica de la Asociacin. El comit Consultivo, se rene cada dos meses con el objetivo de elaborar propuestas que sern discutidas y aprobadas por la Junta Directiva, la asociacin se registra Segn acuerdo N 659 del Ministerio de Gobernacin, publicado en el Diario Oficial tomo 314 del 30 de enero de 1992 en noviembre de 1,990.
12
La Asociacin para el Desarrollo Humano ADHU nace en Noviembre de 1990, por iniciativa del Lic. Humberto Rivera Buz (Director de la Asociacin para el Desarrollo Humano de nacionalidad ecuatoriana), quien ha dedicado su vida a favor de los ms desposedos, su experiencia de 30 aos en Latinoamrica dentro de la promocin social y humana y sobre todo consciente de la problemtica social de El Salvador, le motiv a fundar una Asociacin que realmente resuelva los problemas de la poblacin de manera integral; y as dar respuesta a la problemtica social en que vive la mayora de las comunidades rurales en situacin de pobreza absoluta; brindndoles oportunidades de superacin a travs de Proyectos Educativos-Productivos y Autogestionables; es una Asociacin nacida de la iniciativa de un grupo de personas conscientes y con sentido de justicia social y humanitaria en bien de la problemtica socio-econmica de los sectores ms necesitados del pas, ante la inmensa realidad de comunidades marginales que carecen de todos los elementos bsicos para una vida digna.
ADHU, ha realizado ms de 72 proyectos de Desarrollo Integral en 52 comunidades de los Departamentos de Sonsonate, Chalatenango, San Salvador, La Libertad, La Unin y Usulutn en las reas de Salud, Educacin, Medio Ambiente, Agua, Agrcola, Vivienda, Desarrollo Comunitario y Cooperativo ( ver anexo 5). ADHU ha recibido el premio Nacional IV Lauro por el Rescate Ambiental en El salvador FONAES 2003 y El premio Internacional Clarence H. Moore 1999, de la Fundacin Panamericana de la Salud y Educacin (PAHEF) OPS/OMS
1.2.2.
Situacin Actual
La Asociacin para el Desarrollo Humano (ADHU), actualmente tiene como mximo un Organismo de Decisiones, una Asamblea General que se rene cada ao de una manera ordinaria para recibir y aprobar el informe tcnico y financiero de la Asociacin y cada dos aos elige una nueva Junta Directiva (ver anexo 6). ADHU es una Asociacin que se dedica a realizar proyectos en base a las donaciones recibidas tanto nacionales como internacionales, ya que sta mantiene relaciones con las organizaciones donantes y los asociados de ADHU.
13
En la actualidad uno de los proyectos en desarrollo es el de Otorgar Crditos a Campesinos, por medio de un capital adquirido por los mismos socios y tambin por donaciones tanto nacionales como internacionales. El proceso de administracin de donaciones y proyectos, lo llevan de forma manual, y el proceso del sistema crediticio lo realizan de la misma forma; ya que la Asociacin no cuenta con aplicaciones computarizadas para la ejecucin de las actividades como: administracin de donaciones, administracin de proyectos,
distribucin de crditos, seguimiento de crditos e inventarios de socios. La cantidad de procesos que se realizan en la Asociacin, no permite obtener resultados precisos, originando perdida de tiempo e inseguridad de la informacin ya que las operaciones las efectan de una forma manual. Por lo tanto se ve en la obligacin de mecanizarlos para optimizar dichas operaciones. La Asociacin desarrolla diferentes proyectos en algunos departamentos de El Salvador, entre los que podemos mencionar estn: Sonsonate, Chalatenango, San Salvador, La Libertad, Usulutn y La Unin. En estos departamentos se han realizado y se siguen desarrollando proyectos, para un mayor detalle (ver anexos 7)
1.3.
Preguntas de Investigacin
1. Cules son los procesos que necesita agilizar la Asociacin? 2. Cul es la factibilidad tcnica, operativa y econmica del software? 3. Qu tipo de hardware y software sera necesario para el funcionamiento del sistema? 4. Cules son las entradas, procesos y salidas de la aplicacin? 5. Qu tan funcional es el diseo para la construccin del software? 6. Tendr mayor seguridad la informacin con la aplicacin del software? 7. Cul es la metodologa o pasos a seguir que utiliza ADHU, para realizar la administracin de los procesos administrativos que necesitan agilizar? 8. Que herramienta utilizan como apoyo para optimizar dichos procesos?
14
2.1.
Revisin de Literatura
2.1.1. Conceptualizacin General de Sistemas 2.1.1.1. Teora general de sistemas La Teora General de Sistemas no busca solucionar problemas o intentar dar soluciones prcticas, pero s, producir teoras y formulaciones conceptuales, que puedan crear condiciones de aplicacin en la realidad emprica. Los objetivos originales de la teora general de sistemas son los que se detallan a continuacin:
Impulsar el desarrollo de una terminologa general que permita describir las caractersticas, funciones y comportamientos de los sistemas.
Desarrollar un conjunto de leyes aplicables a todos estos comportamientos. Promover una formalizacin (matemtica) de leyes. quien apoy la
denominacin teora general de sistemas. Donde para l, la teora general de sistemas debera constituirse en un mecanismo de integracin entre las ciencias naturales y las sociales. Si bien es cierto el campo de la aplicacin de la teora general de sistemas no reconoce limitaciones, al usarla en fenmenos humanos, sociales y culturales se advierte que sus races estn en el rea de los sistemas naturales (organismos) y en el de los sistemas artificiales (mquinas). Mientras ms equivalencias reconozcamos entre organismos, mquinas, hombres y formas de organismos sociales, mayores sern las posibilidades para aplicar correctamente el enfoque de la teora general de sistemas, pero mientras ms experimentemos los atributos que caracterizan lo humano, social, cultural y sus correspondientes sistemas, quedarn en evidencias sus inadecuaciones y deficiencias.1
Garzona Salterio, Juan Carlos, Retana Gutirrez, Adn Ernesto, Hernndez, Marlon Isaac. Tesis Desarrollo de un Sistema de Consulta Financiera y Pagos en Lnea de la Caja de Crdito de Sonsonate. 2004. El Salvador.
15
2.1.1.2. Conceptualizacin de un Sistema - Un sistema es: Un grupo de elementos que trabajan de manera conjunta para alcanzar un objetivo en comn. Conjunto de elementos independientes que interactan entre s. Grupo de unidades combinadas que forman un todo organizado y cuyo resultado es mayor que el que se obtendra si las unidades funcionaran independientemente. A continuacin se muestra la lgica elemental de todos los sistemas en la grfica 1. Grafica 1 Entrada Proceso Salida
Un sistema debe ser alimentado mediante el ingreso de recursos (entrada), para poder activar los elementos para las operaciones (procesos) y as devolver los resultados
requeridos (salida). A partir de este modelo, los sistemas permiten resolver un sin nmero suceso, llamado entrada, proceso, salida.
Objetivos en los sistemas Los sistemas cumplen con una funcin bsica o principal, por tanto, todos los elementos estarn encaminados a alcanzar dicho fin. El objetivo de un sistema corresponde a los resultados obtenidos, sin un fin.
El objetivo resume las funciones realizadas en un sistema: da la idea de qu y por qu se realizan las cosas.
El objetivo emite una impresin sobre la envergadura y espacio de un sistema: se refiere hasta donde tiene su alcance y cuales son sus limitaciones.
El objetivo es claramente medible: Por medio de la observacin directa, indicadores, comparaciones y analistas de la conveniencia de resultados.
16
2.1.1.3. Modelo general de un Sistema En la siguiente grfica 2 se puede observar la descripcin del modelo general de un sistema.
Entorno
Seales de retroalimentacin
Control de la gerencia
Seales de retroalimentacin
Seales de control
Seales de control
Proceso de manufactura
Este es un sistema de manufactura que ilustra los componentes genricos de muchos tipos de sistemas.
Lmites del sistema Grfica 2 Otros sistemas
2.1.1.4. Parmetros de Sistemas2 El sistema se caracteriza por ciertos parmetros. Parmetros: Son constantes arbitrarias que caracterizan, por sus propiedades, el valor y la descripcin dimensional de un sistema especfico o de un componente del sistema. Los parmetros del sistema son: Entrada: Es la fuerza de arranque del sistema, que provee los datos para la operacin del sistema. Procesamiento: Es el mecanismo de conversin de las entradas en salidas o resultados. Generalmente es representado como la caja negra, en la que entra los insumos y salen cosas diferentes, que son los productos. Salida: Es la finalidad para la cual se reunieron elementos y relaciones del sistema. Los resultados de un proceso son las salidas, las cuales deben ser coherentes con el
2
Jos Humberto Cabrera Mirn, Carlos Roberto Magaa Mundo, Jehu Elicer Romero Ortega. 2005 Desarrollo del sistema de informacin territorial para el dpto. de Sonsonate. Caso practico: Santa Isabel Ishuatn.El Salvador.
17
objetivo del sistema. Los resultados de los sistemas son finales mientras que los resultados de los subsistemas son intermedios. Retroalimentacin: Es la funcin de retorno del sistema que tiende a comparar la salida con un criterio preestablecido, mantenindola controlada dentro de aquel estndar o criterio. Ambiente: Es el medio que envuelve externamente el sistema. Esta en constante interaccin con el sistema, ya que este recibe entradas, las procesa y efecta salidas.
2.1.1.5. Bloques elementales de los sistemas de informacin Los sistemas de informacin hacen uso de personas, datos, software, hardware y
tecnologa de redes de comunicaciones para reunir, transformar y diseminar informacin en una organizacin.
Sistemas de informacin
Personas Datos Software Hardware Redes
Con el fin de construir sistemas de empresas y de informacin personales y multiusuarios, los analistas de sistemas y los usuarios deben combinar de forma eficaz los bloques elementales que constituyen dichos sistemas. Entre ellos tenemos: PERSONAS: Usuarios, directivos y miembros de grupos de desarrollo de los sistemas de informacin. DATOS: Materia prima empleada para crear informacin til.
18
ACTIVIDADES: Actividades de empresa (incluidas las de tipo directivo) y actividades de proceso de datos y generacin de informacin que apoyan las actividades de empresas.
REDES: Descentralizacin de la empresa, distribucin de los restantes bloques elementales en los lugares ms tiles, comunicacin y coordinacin entre dichos lugares.
2.1.1.6. Tipos de sistemas En el mundo real los sistemas de informacin diferentes tales como:
Registran y procesan datos resultantes de transacciones comerciales. Entre los ejemplos tpicos se encuentran los sistemas de informacin que procesan ventas, compras y cambios de inventario. Los resultados de este procesamiento se utilizan para actualizar bases de datos de clientes, de inventarios y otras bases de datos organizaciones. Posteriormente, estas bases de datos proporcionan los recursos de datos que pueden ser procesados y utilizados mediante sistemas de informacin gerencial, sistemas de apoyo a las decisiones y sistemas de informacin ejecutiva.
Utilizan variedad de tecnologas de informacin para ayudar a que las personas trabajen en conjunto. Este tipo de sistemas ayuda a colaborar: comunicar ideas, compartir recursos y coordinar esfuerzos de trabajo corporativo como miembros de los muchos equipos de procesos y de proyectos formales e informales y de otros grupos de trabajo que constituyen parte esencial de las organizaciones de hoy. La meta de estos sistemas es utilizar tecnologa de informacin para aumentar la productividad y creatividad de los equipos y grupos de trabajo en la empresa comercial moderna.
3
Whitten, JL; Bentley, LD, Barlow, VM. 1998, Anlisis y Diseo de Sistemas de Informacin. Pg. 40, 3 Ed.
19
Registran e informan sobre transacciones y eventos comerciales para empresas y otras organizaciones. Los sistemas contables operacionales hacen nfasis en el mantenimiento de registros legales e histricos y en la generacin de estado financieros exactos. Los sistemas contables gerenciales se centran en la planeacin y el control de operaciones empresariales. Los sistemas comunes de informacin contable operacional incluyen procesamiento de pedidos, control de inventarios, cuentas por cobrar, cuentas por pagar, nmina y sistemas del libro mayor general. Respaldan a los gerentes financieros en las decisiones de recursos financieros dentro de una empresa. Los sistemas de informacin financiera comprenden administracin de efectivo, manejo de inversiones en lnea, presupuestacin de capital y elaboracin de pronsticos y planeacin financieras.
2.1.2.
Arquitectura de Aplicaciones
El trmino Arquitectura de Aplicaciones4 es usado al disear aplicaciones. Esta manera se refiere a la manera en que es diseada tanto fsica como lgicamente. En el diseo fsico se especifica exactamente donde se encontrarn las piezas de la aplicacin (como discos, ejecutables, cable de red y computadoras). En el diseo lgico o conceptual se especfica la estructura de la aplicacin y sus componentes sin tomar en cuenta donde se localizar el software, hardware e infraestructura. En base a las necesidades del proyecto, la arquitectura que ms se apega es la arquitectura distribuida. Arquitectura Distribuida
La arquitectura distribuida o comnmente llamada arquitectura de tres capas (o de N capas) se define tambin como el modelo de servicios. La capa adicional provee de una capa explcita para reglas de los negocios que se sitan entre lo que se ha llamado from-end y back-end. sta capa intermedia encapsula el modelo de negocios (o reglas de negocios) asociado con el sistema y la separa de la presentacin y el cdigo de base de datos.
Juan Carlos Garzona Salterio, Adn Ernesto Retana, Marlon Isaac Hernndez. 2204, Desarrollo de un Sistema de Consulta Financiero y Pagos en lnea de la Caja de Crdito de Sonsonate, El Salvador.
20
El modelo de servicios trabaja as: una de las capas se comunica con su padre, hijo o similar, lo que significa que puede hacer solicitudes y devolver respuestas a un proceso desde su propia capa, inmediatamente arriba de sus capas o inmediatamente debajo de sus capas. Normalmente, la nica comunicacin que nunca ocurre es la de una aplicacin con el servicio de datos. En una arquitectura tradicional una capa puede comunicarse solo con otra directamente arriba o abajo de ella. En este otro caso los servicios de usuarios, de negocios y de datos pueden comunicarse con ellos mismos. Este modelo se conoce como el modelo de servicios, dado que, lejos del comportamiento de un modelo de capas, cualquier servicio puede invocar a otro dentro de su capa.
2.1.3.
Para el desarrollo del proyecto se har uso de la siguiente metodologa: Metodologa Orientada a Objetos
Es la combinacin de las tcnicas orientadas a datos y las tcnicas orientadas a procesos estudiadas a las metodologas estructuradas. Los datos y los procesos se encapsulan en objetos. Un objeto contiene los datos y los procesos que emplean y actualizan dichos datos. Slo los procesos (a veces llamados servicios) definidos por los datos de un objeto pueden usar o actualizar dicho objeto. Diferentes presencias y tipos de objetos se interaccionan entre s por el envo de mensajes que les ordenan ejecutar procesos especficos en un objeto.
2.1.4. 2.1.4.1.
Router.
Es un dispositivo de hardware que se encarga bsicamente de informar y dirigir informacin a las computadoras de la red y enviarla buscando los recorridos ms rpidos o ms precisos. Ofrece una conexin entre la red e Internet. Los routers (encaminadores) se sitan en una red LAN (red de rea local), tambin puede realizar filtrado de paquetes.
21
Mdem.
Es una pieza de equipo que conecta a una computadora a Internet por medio de una lnea telefnica en donde la seal elctrica (anloga) que viaja a travs de cables se convierte a una seal digital para que pueda ser interpretada por una computadora.
Servidor.
Es una computadora en la que se guarda la informacin y los recursos, los cuales se mantienen disponibles para otras computadoras de la red.
2.1.4.2.
Software
Microsoft desarroll Windows NT. Para ello reclutaron a Dave Cutler, uno de los jefes analistas de VMS en Digital Equipment Corporation (hoy parte de Compaq que en 2005 fue comprada por HP) para convertir NT en un sistema ms competitivo. Cutler haba estado desarrollando un sucesor del VMS en DEC (Digital Equipment Corporation) llamado Mica, y cuando DEC abandon el proyecto se llev sus conocimientos y algunos ingenieros a Microsoft. DEC tambin crey que se llevaba el cdigo de Mica a Microsoft y entabl una demanda. Microsoft finalmente pag 150 millones de dlares y acord dar soporte al microprocesador Alpha de DEC en NT. Siendo un sistema operativo completamente nuevo, Windows NT sufri problemas de compatibilidad con el hardware y el software existentes. Tambin necesitaba gran cantidad de recursos y stos estaban solamente disponibles en equipos grandes y caros. Debido a esto muchos usuarios no pudieron pasarse a Windows NT. Windows XP
La unin de Windows NT/2000 y la familia de Windows 9.x se alcanz con Windows XP puesto en venta en 2001 en su versin Home y Professional. Windows XP usa el ncleo de Windows NT. Incorpora una nueva interfaz y hace alarde de mayores capacidades multimedia. Adems dispone de otras novedades como la multitarea mejorada, soporte para
22
redes inalmbricas y asistencia remota. Se puede agregar inmediatamente de haber lanzado el ltimo Service Pack (SP2) Microsoft diseo un sistema orientado a Empresas y Corporaciones llamado Microsoft Windows XP Corporate Edition, algo similar al Windows XP Profesional, solo que diseado especialmente a Empresas. En el apartado multimedia, XP da un avance con la versin Media Center. Esta versin ofrece una interfaz de acceso fcil a todo lo relacionado con multimedia (TV, fotos, reproductor DVD, Internet...).
Microsoft SQL Server es un manejador de base de datos desarrollado por la empresa Microsoft, y se base en el estndar Structured Quero Language que no es ms que un lenguaje estndar de comunicaciones con base de datos. Es un lenguaje normalizado que permite trabajar con cualquier tipo de lenguaje (ASP o PHP) en combinacin con cualquier tipo de base de datos (MS Access, SQL Server, MySQL). Debido a la diversidad de lenguajes y de bases de datos existentes en el mercado, la manera de comunicarse entre unos y otros sera realmente complicado de realizar, es por eso que Structured Quero Language que no es mas que un lenguaje estndar de comunicacin universal que permite realizar operaciones bsicas logrando armonizar de esta manera la integracin de informacin de los diferentes DBMS existentes. A parte de esta universalidad, Microsoft SQL Server 2000 posee otras dos caractersticas muy apreciadas. Por una parte, presenta una potencia y versatilidad notables que contrasta, por otra su accesibilidad de aprendizaje.
El ms rpido en entornos web. MySQL es un servidor de bases de datos multiusuario. SQL es el lenguaje de bases de datos ms popular y estandarizado del mundo. MySQL es una implementacin cliente/servidor que consiste en un demonio mysqld y varios programas clientes y libreras. Las principales virtudes del MySQL son su gran velocidad, robustez y facilidad de uso. Junto con PostgreSQL lo mejor que hay en bases de datos.
23
MySQL soporta muchos lenguajes de programacin distintos como: C, C++, Eiffel, Java, Perl, PHP, Python y TCL. Tambin tiene la opcin de proteccin mediante contrasea, la cual es flexible y segura.
Es una tecnologa del lado servidor de Microsoft para pginas web generadas dinmicamente, que ha sido comercializada como un anexo a Internet Information Server (IIS). La tecnologa ASP est estrechamente relacionada con el modelo tecnolgico de su fabricante. Intenta ser solucin para un modelo de programacin rpida ya que programar en ASP es como programar en VisualBasic, por supuesto con muchas limitaciones ya que es una plataforma que no se ha desarrollado como lo esperaba Microsoft. Lo interesante de este modelo tecnolgico es poder utilizar diversos componentes ya desarrollados como algunos controles ActiveX. Otros problemas que han hecho evolucionar esta tecnologa es el no disponer de informacin "que oriente a quienes desean aprenderla y resulta muy costosa en tiempo descubrir aqu y all toda la informacin para volverla altamente til". ASP ha pasado por cuatro iteraciones mayores, ASP 1.0 (distribuido con IIS 3.0), ASP 2.0 (distribuido con IIS 4.0), ASP 3.0 (distribuido con IIS 5.0) y ASP.NET (parte de la plataforma .NET de Microsoft). Las versiones pre-.NET se denominan actualmente (desde 2002) como ASP clsico. En el ltimo ASP clsico, ASP 3.0, hay seis objetos integrados disponibles para el programador, Application, ASPError, Request, Response, Server y Session. Cada objeto tiene un grupo de funcionalidades frecuentemente usadas y tiles para crear pginas web dinmicas. Las pginas pueden ser generadas mezclando cdigo de scripts del lado del servidor (incluyendo acceso a base de datos) con HTML. Java
Es un lenguaje de programacin orientado a objetos desarrollado por Sun Microsystems a principios de los aos 1990. Las aplicaciones Java estn tpicamente compiladas en un
24
bytecode, aunque la compilacin en cdigo mquina nativo tambin es posible. En el tiempo de ejecucin, el bytecode es normalmente interpretado o compilado a cdigo nativo para la ejecucin, aunque la ejecucin directa por hardware del bytecode por un procesador Java tambin es posible. El lenguaje en s mismo toma mucha de su sintaxis de C y C++, pero tiene un modelo de objetos ms simple y elimina herramientas de bajo nivel como punteros. JavaScript, un lenguaje interpretado, comparte un nombre similar y una sintaxis similar, pero no est directamente relacionado con Java. Sun Microsystems proporciona una implementacin GNU General Public License de un compilador Java y una mquina virtual Java, conforme a las especificaciones del Java Community Process, aunque la biblioteca de clases que se requiere para ejecutar los programas Java no es software libre.
2.1.4.2.2. Software de cdigo abierto 2.1.4.2.2.1. Sistemas operativos Sistemas Operativos GNU Linux
Se basan en los estndares Unix, y surgi a principios de los aos 90, a partir de las inquietudes de Inux Torvalds para mejorar y ampliar Minix(otra implementacin gratuita de Unix desarrollada por Andy Tenenbaum, dirigida al mbito educativo ). Desde entonces, ha ido incrementndose de forma espectacular el nmero de desarrolladores desinteresados que se han implicado en su desarrollo a lo largo y ancho del mundo. Lo que es propiamente Linux, es un el ncleo del sistema operativo, que ha ido implementando soporte para una gran parte del hardware actual (USB, cmara digitales, escneres, grabadora, redes, etc.). Dicho ncleo viene arropado por librera y utilidades distribuidas bajo la licencia libre GPL o similares (de aqu la denominacin GNU/Linux). Su excelente relacin entre calidad y precio le ha otorgado la admiracin e incondicional apoyo de muchos usuarios alrededor del mundo. Sistema Operativo GNU FreeBSD
El proyecto FreeBSD naci en los inicios de 1993 por una decisin parcial de los 3 coordinadores del Unofficial 386BSD Patchkit: Nate William, Rod Grimes. Durante esta poca, aparecieron una serie de nubarrones inesperados en el horizonte ya que Novell y la
25
U.C. Berkeley solucionaron su larga pugna legal sobre el estatus del Net/2 de Berkeley. Una de las condiciones del acuerdo fue la concesin por parte de la U.C. Berkeley de que Novell se hiciese cargo de gran parte del cdigo de Net/2, ya que de hecho la haba adquirido anteriormente a AT&T. Lo que Berkeley recibi a cambio el permiso de declarar libre la release de 4.4 BSD-Lite, y que todos los usuarios existentes de Net/2 serian obligados de migrar de sistemas.
MySQL es un sistema de administracin de bases de datos. Una base de datos es una coleccin estructurada de tablas que contienen datos. Esta puede ser desde una simple lista de compras a una galera de pinturas o el vasto volumen de informacin en una red corporativa. Para agregar, acceder y procesar datos guardados en un computador, se necesita un administrador como MySQL Server. Dado que los computadores son muy buenos manejando grandes cantidades de informacin, los administradores de bases de datos juegan un papel central en computacin, como aplicaciones independientes o como parte de otras aplicaciones. MySQL es un sistema de administracin relacional de bases de datos. Una base de datos relacional archiva datos en tablas separadas en vez de colocar todos los datos en un gran archivo. Esto permite velocidad y flexibilidad. Las tablas estn conectadas por relaciones definidas que hacen posible combinar datos de diferentes tablas sobre pedido. MySQL es software de fuente abierta. Fuente abierta significa que es posible para cualquier persona usarlo y modificarlo. Cualquier persona puede bajar el cdigo fuente de MySQL y usarlo sin pagar. Cualquier interesado puede estudiar el cdigo fuente y ajustarlo a sus necesidades. MySQL usa el GPL (GNU General Public License) para definir que puede hacer y que no puede hacer con el software en diferentes situaciones.
PHP (acrnimo recursivo de "PHP: Hypertext Preprocessor", originado inicialmente del nombre PHP Tools, o Personal Home Page Tools) es un lenguaje de programacin
26
interpretado. Aunque fue concebido en el tercer trimestre de 1994 por Rasmus Lerdorf no fue hasta el da 8 de Junio de 1995 que fue lanzada la versin 1.0. Se utiliza entre otras cosas para la programacin de pginas web activas, y se destaca por su capacidad de mezclarse con el cdigo HTML. El fcil uso y la similitud con los lenguajes ms comunes de programacin estructurada, como C y Perl, permiten a la mayora de los programadores experimentados crear aplicaciones complejas con una curva de aprendizaje muy suave. Tambin les permite involucrarse con aplicaciones de contenido dinmico sin tener que aprender todo un nuevo grupo de funciones y prcticas. Debido al diseo de PHP, tambin es posible crear aplicaciones con una interfaz grfica para el usuario (tambin llamada GUI), utilizando la extensin PHP-Qt o PHP-GTK. Tambin puede ser usado desde la lnea de rdenes, de la misma manera como Perl o Python pueden hacerlo, esta versin de PHP se llama PHP CLI (Command Line Interface).
2.1.4.3. Redes Informticas Sistema de comunicacin entre computadoras que permite la transmisin de datos de una maquina a otra, con lo que se lleva adelante entre ellas un intercambio de todo tipo de informacin y de recursos.
LAN - Redes de rea Local: Es una red que se expande en un rea relativamente pequea. stas se encuentran comnmente dentro de una edificacin o un conjunto de edificaciones que estn contiguos. Las LANs son capaces de transmitir datos a velocidades muy rpidas, algunas inclusive ms rpido que por lnea telefnica; pero las distancias son limitadas.
MAN - Red de rea metropolitana: Una MAN (metropolitana rea Network) es un sistema de interconexin de equipos informticos distribuidos en una zona que abarca diversos edificios, por medios pertenecientes a la misma organizacin propietarias de los equipos. Este tipo de redes se utiliza normalmente para interconectar redes de rea local.
27
WAN - Red de rea extensa: una WAN (Wide rea network ) es un sistema de interconexin de equipos informativos geogrficamente dispersos, que pueden estar incluso en continentes distintos. El sistema de conexin para esta red es normalmente involucrar redes pblicas de transmisin de datos.
2.1.5. 2.1.5.1.
Tiene como final, manejar y controlar todas las operaciones que se generan dentro del proceso productivo de una empresa manufacturera, o el proceso de prestacin de servicios en una empresa de servicios. El sistema de produccin debe tener las siguientes funciones principales:
2.1.5.2.
Sistemas de Ventas
Sistema en el cual se basa la actividad de un negocio. Un sistema de ventas cubre las siguientes funciones o subsistemas:
2.1.5.3.
Tambin se pueden encontrar en una organizacin, est representado por todos aquellos que se derivan de las dos funciones anteriormente explicadas. Algunos de los sistemas de una empresa, que podemos identificar como de administracin y finanzas son:
28
2.1.5.4.
Sistemas independientes
Dentro de todo el proceso de mecanizacin de las operaciones mercantiles, los sistemas administrativos han venido a satisfacer una gran cantidad de requerimientos de informacin a todos los niveles. Los sistemas independientes se caracterizan por procesar la informacin de forma individual y no compartir y/o transferir informacin con otros sistemas. Teora general de proyectos5
2.1.5.5.
Un proyecto es un esfuerzo temporal emprendido para crear un producto o un servicio nico. As, el resultado final buscado puede diferir con la misin de la organizacin que la emprende, ya que el proyecto tiene determinado especficamente un plazo y el esfuerzo es temporal. Descrito en forma general, un proyecto es la bsqueda de una solucin inteligente al planteamiento de un problema tendente a resolver, entre muchas, una necesidad humana. En esta forma, puede haber diferentes ideas, inversiones de diverso monto, tecnologa y metodologas con diversos enfoques, pero todas ellas destinadas a resolver las necesidades del ser humano en todas sus facetas, como puede ser: educacin, alimentacin, salud, ambiente, cultura, etc. Adems, es el conjunto de operaciones limitadas en el tiempo, de las cuales resulta un producto final (Metas Presupuestarias), que concurre a la expansin de la accin de Gobierno. Representa la creacin, ampliacin y/o modernizacin de la produccin de los bienes y servicios, implicando la variacin sustancial o el cambio de procesos y/o tecnologa utilizada por la Entidad. Luego de su culminacin, generalmente se integra o da origen a una Actividad. TIPOS DE PROYECTO El trmino de proyecto se aplica a muchas interpretaciones, se detallan algunas:
5
Vase Evaluacin de proyectos 4 edicin de Gabriel Baca Urbina publicado en Mxico 2000, Pg. 2
29
Proyecto de vida: el que define un individuo de forma personal para dar sentido a las acciones del diario vivir, 'proyectando' una trayectoria de vida.
Proyecto de desarrollo: en algunos casos, estos tipos de proyectos tambin se denominan programas, puesto que generalmente tienen ms de un propsito. Este tipo de proyecto puede, a su vez clasificarse en:
o
Proyecto de desarrollo social: Conjunto de acciones institucionales, locales, nacionales o internacionales destinadas a un fin especfico, por ejemplo, promover el desarrollo de una zona deprimida social y econmicamente. Es una idea de asignacin de recursos que sigue un objetivo y que genera beneficios y costos, cualitativos y cuantitativos, tanto al realizador del proyecto como a terceros.
o o
Proyecto de desarrollo rural integral. Proyecto de desarrollo de zonas urbano marginales. Un proyecto de este tipo se ha desarrollado en Bastin Popular, Guayaquil entre los aos 2002 y 2006
Proyecto especial: Institucin creada para fin especfico. P.e. Proyecto Especial Arqueolgico Caral-Supe.
Proyecto arquitectnico, como el diseo de una edificacin, un lugar susceptible de ser utilizado para realizar actividades o prestar un servicio.
La mayora de los proyectos tienen tambin una dimensin; se puede definir como tamao de proyecto el contenido del proyecto, que podra comprender desde sencillo hasta extenso. El proyecto hace referencia y est constituido por todo el complejo de actividades que despliega la empresa para utilizar recursos con el objetivo de obtener beneficios. El proyecto facilita el proceso de toma de decisiones, sobre todo, cuando se va a realizar una inversin, si esta es conveniente o no. Toda inversin (privada, pblica, econmica o social) requiere de estudios previos como: verificar la viabilidad tcnica, comercial, econmica, legal y financiera.
30
2.1.5.6.
2.1.5.6.1. Crdito Es la confianza dada o recibida a cambio de un valor. El crdito coloca una obligacin a pagar por el comprador y da el derecho de pago al vendedor. La palabra crdito significa una transaccin a crdito, crdito establecido o un instrumento de crdito. El crdito es usado como un medio de cambio y como un agente de produccin. Da flexibilidad a la oferta y la demanda, hace ms productivo al capital, acelera la produccin y la distribucin, aumenta el volumen de los negocios, facilita la transferencia de dinero y sirve para elevar el nivel de manejo de los negocios.
2.1.5.6.2. Ttulo de crdito Es la evidencia de una deuda la cual puede ser o no asegurada por una garanta. Cada rama del crdito tiene las siguientes caractersticas: Futuro, relaciones deudor-acreedor y riesgo. Los ttulos de crdito generalmente son negociables; son promesas de pago u rdenes de pago. Las cuentas corrientes, pagars y bonos son promesas de pago. Los cheques, aceptaciones comerciales, giros bancarios, letras de cambio, cartas comerciales, de crdito y giros postales son rdenes de pago.
2.1.5.6.3. Garanta Es una promesa para asegurar el pago de una obligacin. Los tipos de garantas ms importantes son: (1) Documentos de posesin de mercancas o productos manufacturados (conocimientos de embarque, entrada al almacn, recibos de depsito); (2) Acciones y bonos; (3) Derechos sobre propiedad personal o real hipotecas; y (4) Consignaciones de cuentas por cobrar. El crdito de seguros de vida se considera como un tipo especial de garanta; llega a ser una garanta real en el caso que el asegurado muera.
2.1.5.6.4. Clasificacin del crdito El crdito puede ser clasificado de muchas maneras, atendiendo el punto de vista desde el cual se considere; a continuacin se hace un breve comentario de estas clasificaciones referidas al sector bancario salvadoreo. De acuerdo a la garanta:
31
Tomando en cuenta la garanta ofrecida. De acuerdo a la forma de pago: Dependiendo de la forma de pago establecida en el contrato. De acuerdo al plazo: Considerando el tiempo que tarda la recuperacin del crdito. De acuerdo al origen de los recursos: Son aquellos crditos otorgados con recursos propios, del Banco Multisectorial de Inversiones y recursos del exterior. De acuerdo al destino: De acuerdo al uso que se les de a los fondos. De acuerdo al desembolso: Por la forma en que se efecta el desembolso de los crditos.
2.1.5.6.5. Sistemas de crditos en ONGS Desde comienzos de los aos ochenta, numerosas ONG comenzaron a incorporar a sus acciones, programas de crdito en el entendido de que esta era una herramienta til para lograr sus objetivos de incrementar los niveles de produccin, y, ms generalmente, de mejorar los niveles de vida de las poblaciones pobres con las cuales trabajaban. Esta tendencia se incremento a comienzos de los noventa como consecuencia de la liquidacin de la banca de fomento estatal, con lo cual un amplio sector de pequeos productores que obtena crdito, del Estado quedo sin otras fuentes de crdito que los prestamistas informales. Paralelamente al incremento de la participacin de ONG en la provisin de crditos, fue desarrollndose una corriente de opinin y de trabajo que cuestionaba los mecanismos de subsidios de los crditos a travs de la tasa de inters, dado el fracaso de estas practicas en la experiencia de la banca de fomento estatal y en las propias ONG, principalmente de aquellas que trabajaron con fondos rotatorios. Ante el creciente nmero de solicitantes de crdito que tuvieron los programas de crdito y cada vez mayor escasez de fondos provenientes de la cooperacin internacional (en forma de donacin e inclusive como prstamos), muchas ONG intentaron especializarse y formalizarse, para tratar de obtener fondos de los mercados de capitales locales e
32
internacionales. Consciente de que las formas legales existentes no satisfacan muchas de las exigencias de las ONG en sus intentos de formalizacin, a finales de 1994 el gobierno peruano dicto una norma que reglamentaba el funcionamiento de estas entidades en el mbito de la Superintendencia de Banca y Seguros (SBS). As, en 1996 se creo la primera Entidad de Desarrollo para la Pequea y Microempresa (EDPYME), y la ley de instituciones financieras que se promulgo ese mismo ao incorporo a estas entidades como empresas del sistema financiero.
2.2. Hiptesis o Supuestos de Investigacin La ejecucin de las operaciones de administracin de proyectos, donaciones y gestin de crditos de una forma manual digitalizada en ADHU, influye en la eficiencia de dichas operaciones.
33
3.1.
Justificacin
La finalidad del proyecto es agilizar los procesos de administracin de proyectos, donaciones y gestionar crditos de la asociacin para el desarrollo Humano (ADHU), ya que en la actualidad dichas operaciones las realizan de una forma manual haciendo uso de herramientas informticas tales como: hojas de clculos en Microsoft Excel y documentos en Microsoft Word; debido a ello a ADHU se le dificulta llevar un mayor nmero de registro de proyectos, donaciones y crditos diarios, a su vez darle un seguimiento adecuado a los mismos; por esta razn la asociacin es menos eficiente. En base a lo anterior se propone solventar la problemtica que actualmente tiene la asociacin mediante el diseo y construccin de un sistema informtico que administre las donaciones, proyectos y crditos, para que estos procesos sean giles, seguros y confiables. El software permitir realizar actividades como: registro y administracin de donaciones y proyectos, otorgamiento de crditos para socios, y devolucin de crditos y seguimiento de crditos. De esta manera se espera que la asociacin cuente con un sistema operativo, administrativo, organizativo, eficiente y eficaz que le ayude a aminorar las tareas manuales digitalizadas para beneficio de ms de 1000 socios y brindar a 350 familias la oportunidad de facilitarles crditos para mejorar su situacin socio-econmico. Esto ayudar al desarrollo tecnolgico de esta entidad, que vela por el bienestar de las personas de escasos recursos econmicos, ya que estar haciendo uso de la tecnologa y recibiendo los beneficios que esta proporciona.
34
3.2.
Objetivos
3.2.1. Objetivo General Construir un software que agilice las operaciones de administracin de proyectos, donaciones y gestin de crditos, y que brinde un mayor beneficio para la Asociacin para el Desarrollo Humano ADHU mejorando la eficiencia de estas operaciones.
3.2.2. Objetivos Especficos Seleccionar los procedimientos utilizados por ADHU que deber automatizar en la construccin del software de administracin de proyectos, donaciones y gestin de crditos para ADHU. Determinar la factibilidad tcnica, operativa y econmica del software de gestin de crditos y administracin de donaciones y proyectos para ADHU. Determinar el hardware y software apropiados para la construccin del software diseado para ADHU. Disear el sistema, tomando en cuenta las entradas, procesos y salidas de informacin en base a los procesos de administracin de proyectos, donaciones y gestin de crditos. Proporcionar ms seguridad y confiabilidad de la informacin por medio de la construccin del software.
35
4.1.
Tipo de investigacin
Para realizar la investigacin, se ha optado por el tipo de investigacin descriptiva con diseo no experimental; ya que con este modelo de investigacin se estar desarrollando una investigacin completa sobre el objeto de estudio. La investigacin del tipo descriptiva en primer lugar utiliza el mtodo de anlisis, para lograr caracterizar un objeto de estudio, luego sealar sus caractersticas y propiedades. Combina ciertos criterios de clasificacin para ordenar, agrupar o sistematizar los objetos involucrados en el trabajo indagatorio. Servir de base para cuando la investigacin requiera un mayor nivel de profundidad y que se enfoque en caractersticas propias de objeto de estudio, permitiendo conocer que aspectos son importantes o relevantes con respecto al tema en estudio. El desarrollo de la investigacin, se realizar bajo un diseo no experimental descriptivo, en primer lugar porque la investigacin se limita a la observacin del fenmeno que se analiza sin manipular el mismo y adems sobre el objeto de estudio no se lleva a cabo ningn tipo de control, ya que se limita a catalogar, observar y analizar el objeto de estudio, sin intervenir en su desarrollo como tal. Adems, descriptivo porque ya que el mismo se ha comprobado por medio de la revisin de literatura realizada de acuerdo al tipo de investigacin descriptiva, que involucran tendencias y cambios.
4.2.
Unidades de Anlisis
Dentro de la Asociacin para el Desarrollo Humano (ADHU) sern considerados: Los procesos de administracin de proyectos, administracin de donaciones y gestin de crditos, y el personal responsable de ejecutar, dirigir y controlar estos procesos en dicha institucin.
36
4.3. 4.3.1.
Variables y Medicin Definicin de Variables DEFINICIN CONCEPTUAL DEFINICIN OPERACIONAL de los recursos
VARIABLES
1. Factibilidad Tcnica
para la ejecucin del proyecto en tecnolgicos para la ejecucin del estudio. Es una medida de del una correcto posible Evaluacin de la funcionabilidad proyecto.
2. Factibilidad Operativa
funcionamiento
solucin a los problemas dentro de de los procesos. una organizacin. Evaluacin de los recursos Contar con los recursos
3. Factibilidad Econmica.
econmicos para la ejecucin del proyecto. Secuencia lgica de instrucciones para su procesamiento ordenador o computadora. por un
econmicos necesarios para la ejecucin estudio. Herramienta de apoyo para el desarrollo de la aplicacin. del proyecto en
4. Lenguaje de programacin.
Software que permite consultar, Herramienta de apoyo para el manipular y controlar datos control, almacenamiento y
funcionales que permiten integrar 6. Tipo de Arquitectura. una amplia gama de productos y servicios informticos, de manera que pueden ser dentro utilizados de la Estndar aplicado al desarrollo del software.
eficazmente organizacin.
Est constituida por una serie de 7. Pruebas del sistema. pruebas diferentes cuyo propsito primordial es evaluar
37
profundamente el funcionamiento del sistema basado en computadora. Es aquel que incluye estrategias detalladas de instalacin que habrn 8. Plan de conversin. de seguirse para convertir un Herramientas para la
produccin.
Para revisar con ms detalle ver las variables en la Matriz de Congruencia (Anexo 1).
Instrumentos de Medicin
Gua de entrevista. Gua de observacin.
Tcnica a utilizar
38
Educacionales Vivienda Agrarios Salud etc. Capital Garantas Intereses Plazos. Mouse Teclado Impresor Monitor CPU etc. Gua de entrevista Gua de observacin. Entrevista Observacin directa. Gua de entrevista. Cuestionario Gua de entrevista. Cuestionario Entrevista Encuesta
Entrevista Encuesta
Asociacin para el Desarrollo Humano (ADHU). 3. Factibilidad Econmica. Software Software comerciales. Software de cdigo abierto. Gua de entrevista. Gua de observacin. Entrevista Observacin directa.
Infraestructura
39
Asociacin para el Desarrollo Humano (ADHU). 5. Gestor de base de datos. Software Hardware
40
File Server Arquitectura Cliente/Servidor Distribuida Asociacin para el Desarrollo Humano (ADHU). 7. Pruebas del sistema. Prueba de auditoria. Asociacin para el Desarrollo Humano (ADHU). 8. Plan de conversin. Puesta en servicio total. Conversin en paralelo. Conversin por puestos. Conversin por etapas. Prueba de verificacin. Prueba de validacin. Prueba de caja blanca. Prueba de caja negra.
Gua de observacin .
Observacin directa.
Prueba de verificacin. Prueba de validacin. Prueba de aceptacin del sistema. Gua de observacin. Observacin directa.
Para revisar con ms detalle ver las variables e indicadores en la Matriz de Congruencia (Anexo 1).
4.3.2.1.
Instrumentos de Medicin
En el presente proyecto se har uso de los siguientes instrumentos de medicin, para la recopilacin de la informacin:
Cuestionario: Preguntas abiertas y cerradas que sern contestadas para la recoleccin de la informacin necesaria.
41
Gua de entrevista: Gua de preguntas a seguir en las reuniones con las diferentes fuentes.
4.3.2.2.
Las tcnicas de la cual se har uso para la recopilacin de la informacin en cada una de las etapas que sea necesaria, ser:
La entrevista: Desde el punto de vista del mtodo, es una forma especfica de interaccin social que tiene por objeto recolectar datos para una indagacin de la informacin. El investigador formula preguntas a las personas capaces de aportar datos de inters, estableciendo un dilogo peculiar, asimtrico, donde una de las partes busca recoger informacin y la otra es la fuente de esa informacin. La ventaja esencial de la entrevista reside en que son los mismos actores sociales quienes proporcionan los datos relativos a sus conductas, opiniones, deseos, actitudes y expectativas, cosa que por su misma naturaleza es casi imposible de observar desde afuera. Entre los diferentes tipos de entrevistas se mencionan: La entrevista estructurada es aquella que predetermina en mayor medida las respuestas a obtener, que fijan de antemano sus elementos con ms rigidez, y las entrevistas informales son precisamente las que discurran de un modo ms espontneo, ms libre sin sujetarse a ningn caso preestablecido.
Encuesta: Es un instrumento cuantitativo de investigacin social mediante la consulta a un grupo de personas elegidas de forma estadstica, realizada con ayuda de un cuestionario. En poblaciones pequeas (por ejemplo, los trabajadores de una empresa) se pueden realizar encuestas censales, es decir, a todos los individuos de un colectivo, pero normalmente las encuestas se realizan mediante muestras estadsticamente representativas de una poblacin mayor, para posteriormente extrapolar los
42
resultados al conjunto de la poblacin. La encuesta se diferencia de otros mtodos de investigacin en que la informacin obtenida ya est de antemano preparada y estructurada. En este sentido, la encuesta presenta notables limitaciones, al restringir las posibilidades de obtener informacin a validar o refutar hiptesis previamente establecidas en el cuestionario, coartando el discurso del entrevistado, y sin que resulte posible saber si existe informacin relevante que no se tiene en cuenta. Adems, al tratarse de entrevistas individuales, se pierde la riqueza de fenmenos que resultan de la interaccin social. Segn la forma en que se obtienen los datos, las encuestas pueden ser presenciales, telefnicas o postales. Las encuestas presenciales administradas por encuestadores cualificados son las ms fiables, exhaustivas y, tambin, costosas. Por su parte, las encuestas telefnicas permiten una gran rapidez en la obtencin de los datos a un bajo coste, pero presentan limitaciones respecto a la duracin de la entrevista y un riesgo mayor de sesgo muestral. Los sesgos son precisamente el principal problema a controlar en la realizacin de una encuesta; pueden provenir de errores muestrales, que dan como resultado una mayor presencia de un grupo de individuos con determinadas caractersticas, y/o de la mayor o menor accesibilidad a la entrevista de determinados grupos de personas. Tambin se pueden producir por errores en el cuestionario, que o bien inducen determinadas respuestas, o no tienen en cuenta todas las opciones posibles de los entrevistados. Y, finalmente, pueden aparecer sesgos en el tratamiento estadstico, al establecer las variables a utilizar y al agrupar los datos o los individuos en determinadas categoras.
Observacin: Es la tcnica de estudio por excelencia y se utiliza en todas las ramas de la ciencia. Su uso est guiado por alguna teora y sta determina los aspectos que se van a observar. Entre los aspectos se mencionan:
El observador debe estar familiarizado con el medio. Se deben realizar ensayos de la observacin, previos a la observacin definitiva.
43
Las notas deben ser registradas con prontitud (en minutos). Las notas deben incluir las acciones realizadas por el observador.
Las notas deben contener todos los datos que permitan identificar el da, el lugar y la hora de la observacin, as como las circunstancias, los actores, etctera, que estuvieron involucrados.
Se deben eliminar apreciaciones subjetivas sobre el carcter o personalidad de los sujetos. En su lugar se debe incluir la descripcin de los hechos.
o o
Las conversaciones van transcritas en estilo directo. Las opiniones y deducciones del observador se deben hacer aparte, de preferencia al margen para as no perder la relacin entre la opinin del observador y la parte de las notas a que le corresponde.
Las notas deben ser revisadas y corregidas a la brevedad posible. Asimismo, las notas deben ser clasificadas y ordenadas para permitir su manejo ms gil, adems de evitar que se pierdan, se confundan con otras partes de la observacin, se traspapelen, etctera.
Por medio de estas tcnicas se permitir la recoleccin de informacin de una forma ms generalizada que ser ideal para la obtencin de resultados. Uno de los procedimientos a seguir para la recopilacin de la informacin es el siguiente:
Formular gua para la entrevista. Solicitar la entrevista con el Director de la Asociacin para el Desarrollo Humano (ADHU).
Fijar fecha y hora de la entrevista Realizar la entrevista estructurada interactuando con el director de la Asociacin. Efectuar una revisin del hardware y software basada en la capacidad instalada del equipo y software de la institucin estudiada.
44
Los elementos que se medirn sern las actividades del rea administrativa de la Asociacin en relacin al control de donaciones, proyectos y gestin de crditos. La encuesta se utilizar con el personal del rea administrativa de la Asociacin.
4.4. Anlisis e interpretacin de los resultados Los resultados que se esperan obtener en la Asociacin para el desarrollo Humano (ADHU), mediante las encuestas, entrevistas y la gua de observacin al personal administrativo, que se vern beneficiados con la construccin del software de administracin de proyectos, donaciones y gestin de crditos; servirn para darle solucin al problema de investigacin y de esta manera establecer los procesos tcnicos administrativos, tomando en cuenta las necesidades y expectativas de los usuarios, adems determinar los componentes que deber contener el software antes mencionado, con el objetivo de proporcionar una herramienta de apoyo para realizar la administracin de los proyectos, donaciones y gestionar crditos de una forma ms gil.
Los datos obtenidos de las encuestas se procesarn con el programa estadstico SPSS, para su respectivo anlisis e interpretacin.
4.4.1. Recopilacin de informacin Encuesta realiza a los empleados administrativos que cubren el rea de administracin de proyectos, donacin y gestin de crditos
Con el propsito de conocer un poco ms la problemtica presentada por ADHU (no contar con una herramienta de apoyo que les permita agilizar los procesos de administracin de proyectos, donaciones y crditos) y adems conocer la forma de trabajo de estos, se realizo una investigacin por medio de una encuesta a los empleados, de la cual se agrega un formato de esta (ver anexo 2)
45
Gua de observacin empleada con los empleados que cubren el rea de administracin de proyectos, donacin y gestin de crditos
Con el fin de conocer un poco ms la forma de trabajo de estas, se realiz una investigacin por medio de una gua de observacin a los empleados, de la cual se muestra un formato de esta. (Ver anexo 3)
Gran parte de los empleados opinan que es necesario un software para la gestin de los crditos, en la presente grfica se muestra el resultado y es notable la diferencia de los empleados que consideran necesario el software y los que opinan que no.
10%
Si No
90%
El 85% de los empleados opinan que al realizar los procesos con una herramienta de apoyo, estos se realizaran de una manera ms eficiente.
15%
Si N o
85%
46
95% de los empleados consideran que la asociacin debe invertir en dicho servicio y el otro 5% consideran que no es necesario.
5%
Si No
95%
Los empleados consideran que la asociacin si se beneficiara con dicho software para la gestin de crditos y un pequeo porcentaje considera que no.
10%
Si No
90%
El 80% de los empleados consideran que la asociacin si tendra impacto con la adquisicin de esta tecnologa y el otro 20% consideran que no.
20%
Si No
80%
47
El 60% de las personas encuestadas opina que les ocasiona ms problema realizar los procesos de administracin de proyectos, donaciones y crditos de forma manual y un 40% cree que no les ocasiona mayor problema realizar estos procesos manualmente.
40%
Si No
60%
7) Qu podran sugerir para agilizar las operaciones de administracin de donaciones? a) Contratar ms personal b) Emplear ms horas de trabajo para realizar las operaciones c) Emplear otras tcnicas manuales para agilizar las operaciones d) Construir un sistema computarizado que agilice las operaciones
La presente grfica muestra que el 10% de las personas encuestadas piensan que se debera contratar ms personal, el 15% que se deben emplear ms horas de trabajo, el 30% que se deben emplear otras tcnicas manuales para mejorar las operaciones y el 45% estuvo de acuerdo en que la construccin de un sistema computarizado agilizara las operaciones, es decir que la mayor parte de los empleados encuestados, consideran necesario una herramienta de apoyo computarizada para la realizacin de dichos procesos.
10% 45%
Ms Personal Ms Horas Emplear otras tcnicas Construccin de un sistema
15%
30%
48
El 75% de los empleados encuestados creen que un software lograra que las operaciones de administracin de proyectos, donaciones y crditos se realicen ms eficientemente y el 25% cree que no sera mucha la diferencia a la eficiencia actual.
25%
Si No
75%
La presente grfica muestra que el 15% de los empleados encuestados tienen conocimientos bsicos de computacin, el 30% tiene conocimientos intermedios y el 55% tiene conocimientos avanzados de computacin lo que hace factible la implementacin de un software.
15% 55%
Bsico Intermedio Avanzado
30%
49
10) Cree que sera ms factible manejar estos procesos desde Internet?
Gran parte de los empleados encuestados creen que sera ms factible manejar los procesos desde Internet y el 15% cree que no sera factible.
15%
Si No
85%
11) Considera que la inversin del software sera beneficioso para la asociacin?
Los empleados
Si No
90%
Tomando en cuenta el resultado de la grafica de esta pregunta, es notable que el personal esta dispuesto a someterse a una capacitacin, en el caso que la asociacin implementara un software.
100% 0%
Si No
50
13) Considera que la informacin estara ms segura con el software de administracin de proyectos y donaciones?
La presente grfica muestra que los empleados tienen dudas que la informacin este ms segura utilizando un software, que, a tenerla archivada de la manera tradicional.
45%
Si No
55%
4.4.2. Interpretacin de Resultados Luego de analizar los datos obtenidos y procesados de las encuestas se puede decir que el software propuesto servir de apoyo en las diferentes reas que se integrarn, como lo son los proyectos, donaciones y crditos, haciendo ms eficiente el trabajo de dichas operaciones.
Segn los datos obtenidos (pregunta 4) la mayora del personal administrativo de la asociacin maneja bien la computadora; por lo tanto se har menos difcil la comprensin del software.
De acuerdo a los datos obtenidos se acord que sera ms factible interactuar con el software desde Internet y que la inversin del software sera beneficioso para la asociacin.
Adems todo el personal involucrado en la administracin de proyectos, donaciones y gestin de crdito estara dispuesto a capacitarse para el manejo del software adems consideran que la informacin estara ms segura.
51
A C T I V I D A D
Recoleccin de informacin para la elaboracin del perfil Revisin previa del Perfil Entrega Final del Perfil Defensa del Perfil de Temas Aprobacin del tema de investigacin CAPITULO I Planteamiento del Problema CAPITULO II Fundamentacin Terica Recoleccin de informacin para la elaboracin del anteproyecto. Entrega de avance de anteproyecto CAPITULO III Justificacin y Objetivos CAPITULO IV Metodologa de la Investigacin Elaboracin completa del anteproyecto Revisin de anteproyecto Entrega Final de anteproyecto Presentacin y aprobacin del anteproyecto Presentacin anteproyecto (Jurado) Aprobacin de anteproyecto (jurado) Elaboracin documento de tesis Recopilacin de la informacin Procesamiento de la informacin CAPITULO V Plan del Desarrollo del Software.
FEBRERO 1 2 3 4
MARZO 1 2 3 4
ABRIL 1 2 3 4
MAYO 1 2 3 4
JUNIO 1 2 3 4
2007 JULIO 1 2 3 4
AGOSTO 1 2 3 4
SEPT. 1 2 3 4
OCTUBRE 1 2 3 4
NOV. 1 2 3
DIC. 2 3
2008 ENERO 1 2 3 4
A. B. C. D. E. F. G. H. I. J. K. L. M. N. O. P. Q. R. S. T. U.
52
A C T I V I D A D
Modelado del negocio Requisitos del sistema Anlisis Anlisis de clases Diseo del Sistema Construccin e implantacin Recopilacin de la informacin Procesamiento de la informacin Entrega de avance de proyecto de tesis. CAPITULO VI Anlisis econmico Recopilacin de la informacin Procesamiento de la informacin Entrega de avance de proyecto de tesis. CAPITULO VII Conclusiones y Recomendaciones Elaboracin del informe final Revisin del informe final
FEBRERO 1 2 3 4
MARZO 1 2 3 4
ABRIL 1 2 3 4
MAYO 1 2 3 4
JUNIO 1 2 3 4
2007 JULIO 1 2 3 4
AGOSTO 1 2 3 4
SEPT. 1 2 3 4
OCTUBRE 1 2 3 4
NOV. 1 2 3
DIC. 2 3
2008 ENERO 1 2 3 4
V. W. X. Y. Z. AA. BB. CC. DD. EE. FF. GG. HH. II. JJ. KK.
53
2008 N
A C T I V I D A D
1
Febrero 2 3 4 1
MARZO 2 3 4 1
ABRIL 2 3 4 1
MAYO 2 3 4 1
JUNIO 2 3 4 1
JULIO 2 3 4 1
AGOSTO 2 3 4
Revisin de informe final Corregir observaciones del informe final Presentacin del informe final Defensa del trabajo de graduacin Aprobacin del trabajo de graduacin
54
4.6. Plan de Utilizacin de los Resultados Examinar sistemticamente los hallazgos, conclusiones y recomendaciones
fundamentales de la evaluacin realizada a la Asociacin. Determinar cules reciben aceptacin y apoyo y cules no. En el caso de la evaluacin formativa, determinar si es necesario hacer algn ajuste para aumentar la eficacia del proyecto. Elaborar un plan de ejecucin en el que se definan medidas de seguimiento concretas, se identifiquen claramente las partes responsables y se establezcan plazos de cumplimiento. Supervisar el proceso de cumplimiento
55
5.1. Modelado del Negocio 5.1.1. Generalidades de la empresa La ASOCIACIN PARA EL DESARROLLO HUMANO (ADHU), es una Asociacin nacida de la iniciativa de un grupo de personas conscientes y con sentido de justicia social y humanitaria en bien de la problemtica socio-econmica de los sectores ms necesitados del pas, ante la inmensa realidad de comunidades marginales que carecen de todos los elementos bsicos para una vida digna.
Adems tiene como fin: Velar por la superacin de las familias campesinas de escasos recursos econmicos, a travs de programas que permitan el desarrollo integral de las personas. Lograr la dignificacin de las personas de los sectores rurales marginales; con programas, educativos, salud, produccin y otros que conlleven a la superacin de la familia salvadorea. Apoyar con proyectos generadores de empleo a las poblaciones desplazadas, repatriados, refugiados y marginales.
C ontable Financiero
A dm inistracin
D onaciones
C om unicaciones
56
57
Planificar proyectos
Ficha de Proyectos
Gestionar Donativos
58
Dar donativos
Solicitar Crdito
Aprobar crdito
59
Devolucin de crdito
60
5.2. Requisitos del Sistema 5.2.1. Oportunidad del negocio El desarrollo del software de administracin de donaciones, proyectos y gestin de crditos llevar consigo muchas oportunidades para La Asociacin para el Desarrollo Humano entre ellas podemos mencionar: Agilizar las actividades diarias tales como: proyectos, donaciones y gestin de crditos. Expandirse para beneficiar a ms salvadoreos, brindando un mejor servicio en cuanto a la administracin de donaciones, proyectos y crditos, proporcionando informacin ms segura y confiable para los donantes nacionales e internaciones; ya que, con el software se obtendr una mayor administracin de estos procesos diariamente. Por lo tanto, se podrn administrar mayor nmero de proyectos de diferentes comunidades que esperan ser beneficiadas por medio de la Asociacin. Facilitar la informacin sobre los donativos a los donantes, para que ellos tengan un mejor control con respecto a los gastos realizados para el proyecto que donaron. Obtener mayores utilidades por medio de la gestin de crditos en base a los intereses que sern calculados por el sistema, esto les permita mantener a flote la Asociacin, y as mismo poder realizar ms proyectos para beneficio de la poblacin salvadorea.
Administrador: Es el responsable de administrar el sistema y registrara los usuarios as como asignarle los permisos a estos.
Tcnico de proyectos: Es el responsable de administrar lo planificado por la junta directiva. en cuanto a un proyecto especfico se refiere.
Tcnico de donaciones: Es el responsable de administrar las donaciones gestionadas por el director, adems es el responsable de registrar tanto las donaciones ingresadas a la asociacin a si como tambin registrar los datos de los donadores.
Tcnico de Crditos: Es el responsable de registrar a los solicitantes desde el momento en el cual se acerca a la asociacin para solicitar el crdito; posteriormente se registra dicho crdito pero si fue aprobada la solicitud, dicho
61
solicitante posteriormente de ser aprobado su crdito ste se convierte en cliente, es necesario darle seguimiento al crdito. Cajero: Es el responsable de registrar los pagos realizados por el cliente (socio) de su respectivo crdito y de realizar el seguimiento a las cuentas de ahorro. Secretaria: Es la responsable de registrar las cuentas de ahorro de los socios. Director: Es la mxima autoridad, el cual le interesa recibir las consultas y reportes de dichos procesos y es el quien gestiona las donaciones para la asociacin. Junta directiva: Es el responsable de planificar proyectos a realizarse en la asociacin. cada uno de los diferentes
5.2.2.2.
Departamento de administracin de proyectos: Es el rea que se encarga de administrar los proyectos planificados.
Departamento de administracin de donaciones: Es el rea que se encarga de administrar las donaciones que se utilizaran para la ejecucin de los proyectos.
Departamento de gestin de crditos: Es el rea que se encarga de gestionar, aprobar y darle seguimientos a los crditos y adems llevar el control de las cuentas de ahorro.
5.2.2.3.
Identificacin de escenarios
Registrar empleados: Permitir registrar los datos de los diferentes empleados (usuarios) que tendrn acceso al sistema.
Registrar proyectos: Permitir registrar los datos de los diferentes proyectos planificados.
Seguimiento de proyectos: Permitir darle un seguimiento a los proyecto, tomando en cuenta las actividades y los gastos en los que ha incurrido el mismo.
Registrar donaciones: Permitir registrar los datos de las distintas donaciones. Solicitar crditos: Permite registrar los datos de las solicitudes que realizan los solicitantes para los crditos y adems registrar dichos solicitantes.
62
Registrar crditos: Se registran los datos de los crditos aprobados en el escenario solicitar crdito y el solicitante se convierte en cliente.
Registrar pagos de crditos: Este escenario permitir llevar un registro de los pagos del crdito mediante una descarga del mismo.
Seguimiento de cuentas de ahorro: Permitir darle un seguimiento a las cuentas de ahorro, tomando en cuenta las transacciones que realice el socio, adems del inters que se le asigna a las cuentas de ahorro.
Registrar cuenta de ahorro: Este escenario permitir llevar un registro de las cuenta de ahorro de los socio.
Seguimiento de cuenta de ahorro: Este escenario permitir llevar un registro de las transacciones mediante una descarga y carga a la cuenta del socio.
Consulta y reporte: Este escenario permitir que el solicitante (ejemplo director) realice consultas y reportes sobre los proyectos las donaciones, y lo referente a los crditos.
63
5.2.2.4.
inc
In
clu d
64
65
lu d I nc
e
Consulta y reportes de donaciones
Include
Iniciador
Consulta y reportes
Inclu de
In clu
de
66
Cancelar Operacin
Verificar informacin
3. Guardar datos en el sistema
67
68
69
70
1. visualizar pantalla principal Seleccionar registrar cuenta de ahorro 2. Introducir los datos de la nueva cuenta Verificar informacion
Cancelar Operacin
3. Guardar informacion
71
PRECONDICIN Este CU inicia cuando el usuario intenta ingresar al sistema. FLUJO DE EVENTOS Camino Bsico: 1. El usuario, ingresando al sistema por medio de su cdigo. 2. Se verifica el cdigo del usuario y posteriormente se visualiza la interfaz principal del sistema. Camino Alternativo: 1. En 2 puede que el usuario no digit correctamente su cdigo o no est autorizado por la Asociacin. POSCONDICIN El CU termina una vez el usuario ingrese al sistema. 72
PRECONDICIN Este CU inicia cuando el administrador ingresa al sistema con la intencin de registrar un empleado. FLUJO DE EVENTOS Camino Bsico: 1. El administrador, visualiza la pantalla principal y selecciona registrar empleado. 2. Introduce los datos del empleado y verifica la informacin. 3. El administrador guarda los datos en el sistema. POSCONDICIN El CU termina una vez guardado el registro de los datos del empleado. ATRIBUTOS Datos generales requeridos por el caso de uso.
PRECONDICIN Este CU inicia cuando el usuario ingresa al sistema con la intencin de registrar el proyecto. FLUJO DE EVENTOS Camino Bsico: 1. El encargado de proyectos, visualiza la pantalla principal y selecciona registrar proyecto. 2. Introduce los datos del proyecto y verifica la informacin. 3. El encargado del proyecto guarda los datos en el sistema. POSCONDICIN El CU termina una vez guardado el registro de los datos del proyecto.
73
PRECONDICIN Este CU inicia cuando el encargado de proyectos ingresa al sistema con la intencin de actualizar los datos. FLUJO DE EVENTOS Camino Bsico: 1. El encargado de proyectos, visualiza la pantalla principal y selecciona seguimiento del proyecto. 2. Introduce los datos de las actualizaciones de dicho proyecto y verificar la informacin. 3. El encargado del proyecto guarda los datos en el sistema. POSCONDICIN El CU termina una vez guardado la actualizacin del proyecto. ATRIBUTOS Datos generales que requiera el caso de uso
PRECONDICIN Este CU inicia cuando el tcnico de donaciones ingresa al sistema con la intencin de registrar una donacin. FLUJO DE EVENTOS Camino Bsico: 1. El encargado de donacin, visualiza la pantalla principal y selecciona registrar donacin. 2. Introduce los datos de la donacin y verifica la informacin. 3. El encargado de donacin guarda los datos en el sistema.
74
POSCONDICIN El CU termina una vez guardado el registro de las donaciones. ATRIBUTOS Datos generales que requiera el caso de uso
PRECONDICIN Este CU inicia cuando el encargado de crdito ingresa al sistema con la intencin de registrar una solicitud de un crdito. FLUJO DE EVENTOS Camino Bsico: 1. El encargado del crdito visualiza la pantalla principal y seleccionar solicitud de crditos 2. El encargado de crditos introduce los datos de la solicitud y verifica la 3. El tcnico de crditos guarda los datos de la solicitud. POSCONDICIN El CU termina una vez guardado el registro de la solicitud. ATRIBUTOS Datos generales que requiera el caso de uso
PRECONDICIN Este CU inicia cuando el encargado de crditos ingresa al sistema con la intencin de registrar los crditos. FLUJO DE EVENTOS Camino Bsico: 1. El encargado del crdito visualiza la pantalla principal de registrar crditos
75
2. El encargado de crditos introduce los datos de la solicitud del crdito aprobada y verifica la informacin. 3. El encargado de crditos guarda los datos del crdito. POSCONDICIN El CU termina una vez guardado el registro de los crditos. ATRIBUTOS Datos generales que requiera el caso de uso.
PRECONDICIN Este CU inicia cuando el cajero ingresa al sistema con la intencin de realizar el pago de del crdito. FLUJO DE EVENTOS Camino Bsico: 1. El cajero visualiza la pantalla principal de pago del crdito e introduce el cdigo del cliente. 2. El cajero verifica cdigo del cliente y cdigo correcto. 4. descargar saldo del crdito y se actualizan los datos 5 El cajero guarda los datos de la transaccin.
Camino Alternativo: 6 En 3 probablemente el cdigo del cliente fue digitado incorrectamente o el cliente dio un dato equivoco y por lo tanto no es encontrado en el sistema y se cancela la operacin. POSCONDICIN El CU termina una vez guardado la actualizacin del pago de donaciones. ATRIBUTOS Crdito: Datos generales del crditos
76
PRECONDICIN Este CU inicia cuando la secretaria ingresa al sistema con la intencin de registrar un cuenta para un socio. FLUJO DE EVENTOS Camino Bsico: 1. la secretaria, visualiza la pantalla principal y selecciona registrar cuenta de ahorro. 2. Introduce los datos de la cuenta de ahorro y verifica la informacin. 3. la secretaria guarda los datos en el sistema. POSCONDICIN El CU termina una vez guardado el registro de los datos de la cuenta. ATRIBUTOS Datos generales requeridos por el caso de uso.
PRECONDICIN Este CU inicia cuando el cajero ingresa al sistema con la intencin de realizar el
seguimiento a una cuenta de ahorro. FLUJO DE EVENTOS Camino Bsico: 1. El cajero visualiza la pantalla principal de seguimiento de cuenta de ahorro e introduce el nmero de cuenta del socio. 2. El cajero verifica el nmero de cuenta del socio y numero de cuenta correcto, visualiza informacin del socio. 4. El cajero selecciona el tipo de transaccin, visualiza la pantalla para la transaccin de retirar de la cuenta.
77
6. En retirar de la cuenta el cajero introduce la informacin y verifica informacin 8. El sistema realiza la descarga del monto de la cuenta, mediante el
procesamiento de la transaccin y se actualizan los datos. 10. El cajero imprime el la libreta la informacin de la transaccin realizada.
Camino Alternativo: 3. En 2 probablemente el numero de la cuenta del socio fue digitado incorrectamente o la cuenta ha sido cancelada y por lo o tanto se cancela la operacin. 5. En 4 el cajero selecciona la transaccin depositar en cuenta, visualiza la pantalla para la transaccin de depositar en cuenta, el cajero introduce la informacin y verifica informacin. 7. El sistema realiza la carga al monto de la cuenta, mediante el procesamiento de la transaccin y se actualizan los datos. 9. El cajero imprime el la libreta la informacin de la transaccin realizada.
POSCONDICIN El CU termina una vez son impresas las actualizaciones de transaccin realizada. ATRIBUTOS Crdito: Datos generales del seguimiento de la cuenta
PRECONDICIN Este CU inicia cuando un solicitante o interesado ingresa al sistema con la intencin de realizar una consulta o reporte de los proyectos, donaciones, crditos. FLUJO DE EVENTOS Camino Bsico:
78
1. El solicitante verifica la pantalla principal y busca el tipo de reporte 2. Selecciona el tipo de reporte y comprueba los datos. 3. realizar la impresin del reporte seleccionado. POSCONDICIN El CU termina una vez es impreso el reporte seleccionado.
5.2.3. Beneficios del cliente Los socios, beneficiarios-proyectos y donadores obtendrn los siguientes beneficios.
Las operaciones de registro, actualizacin y manejo sern ms eficientes y eficaces. La informacin estar ms segura ya que se almacenara en una base de datos, en la cual no todos los empleados podrn manipular en su totalidad
Se contara con un control diario de cada una de las operaciones que se realizan en los determinados mdulos de ejecucin del sistema.
Los socios recibirn un mejor servicio a la hora de solicitar un crdito o registrar una cuenta de ahorro.
Los donadores
determinado proyecto.
Se tendr un mayor nmero de proyectos registrados y adems se podrn administrar de una manera ms fcil y eficiente.
79
5.2.4. Requerimientos no funcionales A continuacin se muestra una matriz donde se detallan los componentes involucrados en el funcionamiento del sistema.
Actividades Mquinas Medios Programas
Navegadores de Entradas Terminales de usuario Mouse Teclado Internet mozilla firefox. Sistemas Operativos. Motor de Procesamiento Internet Servidor Web LAN (red local) Pantalla Impresin Reportes o informes CD Almacenamiento Servidor de datos DVD USB Discos Duros Servidor de Control datos Servidor web MySQL Server bsqueda en el servidor de datos, Servidor Apache y PHP5 Ordenadores Salida para usuarios finales Navegadores de Internet, Mquina Virtual Java. Bsqueda de contraseas de usuarios en el servidor. Administrador Pantalla de ingresos de datos
Procedimientos
Especialistas
Usuarios
Encargados del procesamiento de datos
Recursos de Datos
Ingresos de contraseas de administrador y/o usuarios
Productos de Informacin
Contenido de unidades
Mensajes
Respaldo diario de la informacin de la base de datos. Procesos de seguridad en el software Administrador Administrador
80
5.3. Anlisis del Sistema 5.3.1. Anlisis de casos de uso 5.3.1.1.Identificacin de clases entidad, interfaz y control CU Accesar al Sistema
Entidad Interfaz Control
Ficha Empleado
Accesar
Interfaz Principal_Usuario
CU Registrar Empleado
Interfaz Control
Ficha Empleado
Interfaz Empleado
Registrar empleado
CU Registrar Proyecto
Entidad Interfaz Control
Ficha Enc_Proy
Registrar proyecto
Ficha Beneficiario
81
Ficha Enc_Proy
Ficha Detalle_Proy
Ficha Donaciones
Ficha Actividades
CU Registrar donaciones
Entidad Interfaz Control
Interfaz Donacin
Registrar Donaciones
Ficha Donador
CU Solicitar crdito
Entidad Interfaz Control
Ficha Solicitud
Interfaz Solicitud
Solicitar Crdito
Ficha Solicitante
82
CU Registrar crdito
Entidad Interfaz Control
Ficha Crdito
Interfaz Crdito
Registrar Crdito
Ficha estatus_solicitud
Ficha Pago
Interfaz Pago
Realizar Pago
Ficha Crdito
Ficha ahorro
Registrar cuenta
Ficha transaccin
Interfaz transaccin
Realizar transaccin
Ficha ahorro
83
CU Consultas y Reportes
Entidad Interfaz Entidad
Ficha Empleado
Consultas y Reportes
Ficha Enc_Proy
Ficha Detalle_Proy
Ficha Actividades
Ficha Beneficiario
Ficha Donantes
Ficha Donaciones
Ficha Solicitud
Ficha Solicitante
Ficha Crdito
Ficha Pago
84
Ficha Ahorro
Ficha transaccin
1. 2. 3. 4. 5. 6.
CU REGISTRAR EMPLEADO
El administrador digita su nombre y contrasea en la I. Acceso. La I. enva la informacin. El sistema procesa los datos y los verifica en la F. Empleado. Acepta los datos y enva la respuesta. Abre la I. Principal. El administrador visualiza la I. Principal.
1. 2.
3. 4. 5. 6.
El usuario selecciona la opcin registrar empleado. Se recolectan los datos por medio de la I. empleado y se envan los datos. El sistema verifica los datos en la F. empleado. Se aceptan los datos. Se enva una respuesta. El administrador visualiza el mensaje de datos procesados.
85
CU REGISTRAR PROYECTO
5 6
1.
El usuario selecciona la opcin registrar proyecto. 2. Se recolectan los datos por medio de la I. enc_proyecto y se envan los datos. 3. 5. El sistema verifica los datos en la F. enc_proy y beneficiario. 4. 6. Se aceptan los datos. 7. Se enva una respuesta. 8. El tcnico visualiza el mensaje de datos procesados.
CU SEGUIMIENTO DE PROYECTOS
1.
El usuario selecciona la opcin seguimiento del proyecto. 2. Se recolectan los datos por medio de la I. detalle_proy. 3. 5.7.9. El sistema verifica los datos en la F. enc_proy, detalle_proy, donaciones y actividad respectivamente. 4. 6. 8.10. Se aceptan los datos. 11. Se enva una respuesta. 12. El tcnico visualiza el mensaje de datos procesados.
86
CU REGISTRAR DONACIONES
1. 2.
3. 4. 7. 8.
El usuario selecciona la opcin registrar proyecto. Se recolectan los datos por medio de la I. donaciones y se envan los datos. 5. El sistema verifica los datos en la F. donaciones y donadores. 6. Se aceptan los datos. Se enva una respuesta. El tcnico visualiza el mensaje de datos procesados.
CU SOLICITAR CRDITO
5 6
1. 2.
3. 5. 7. 8.
El usuario selecciona la opcin solicitar crdito. Se recolectan los datos por medio de la I. solicitud y se envan los datos. 4. El sistema verifica los datos en la F. solicitud y solicitante. 6. Se aceptan los datos. Se enva una respuesta. El tcnico visualiza el mensaje de datos procesados.
87
CU REGISTRAR CRDITO
1. 2.
3. 4. 7. 8.
El usuario selecciona la opcin registrar crdito. Se recolectan los datos por medio de la I. crdito y se envan los datos. 5. El sistema verifica los datos en la F. crdito y estatus_solicitud. 6. Se aceptan los datos. Se enva una respuesta. El tcnico visualiza el mensaje de datos procesados.
1. 2. 3. 4. 7. 8.
El usuario selecciona la opcin Realizar pago. Se recolectan los datos por medio de la I. pago y se envan los datos. 5. El sistema verifica los datos en la F. pago y crdito. 6. Se aceptan los datos. Se enva una respuesta. El cajero visualiza el mensaje de datos procesados.
7.
El usuario selecciona la opcin registrar cuenta de ahorro. 8. Se recolectan los datos por medio de la I. cuenta ahorro y se envan los datos. 9. El sistema verifica los datos en la F. ahorro. 10. Se aceptan los datos. 11. Se enva una respuesta. 12. El usuario visualiza el mensaje de datos procesados.
88
4.
El usuario selecciona la opcin seguimiento de cuenta de ahorro. 5. Se recolectan los datos por medio de la I. transaccin. 6. 5. El sistema verifica los datos en la F. enc_ahorro, detalle_transaccin, respectivamente. 4. 6. Se aceptan los datos. 7. Se enva una respuesta. 8. El ususario visualiza el mensaje de datos procesados.
CU CONSULTAS Y REPORTES
1. 2.
El usuario selecciona la consulta y reporte. Se recolectan los datos por medio de la I. consultas y reportes y se envan los datos. 3. 5. 7. 9. 11. 13. 15. 17. 19. 21. 23 El sistema verifica los datos en la F. correspondiente y crdito. 4. 6. 8. 10. 12. 14. 16. 18. 20. 22. 24. Se aceptan los datos. 25. Se enva una respuesta. 26. El solicitante visualiza el mensaje de datos procesados.
89
5.3.1.3.Flujo de eventos CU Accesar al Sistema El Usuario introduce su nombre de usuario y clave por medio de la interfaz acceso en 1) la interfaz vea la informacin recolectada en 2) el sistema procesa y verifica la informacin de la ficha empleado en la 3) se aceptan los datos y se enva una respuesta en la 4) posteriormente, muestra la interfaz principal del sistema en la 5) el tcnico visualiza la interfaz principal del sistema en la 6).
recolecta los datos por medio de la interfaz empleado y se envan los datos en la 2) el sistema verifica los datos en la f. empleado en la 3) se aceptan los datos en 4) se enva una respuesta en 5) el tcnico visualiza el mensaje de los datos procesados 6).
CU Registrar Proyecto El tcnico de proyecto selecciona la opcin registrar proyecto en la interfaz principal en 1) recolecta la informacin por medio de la interfaz registrar proyecto en 2) y se realiza el registro del proyecto a travs de la interfaz, se verifica la informacin en la 3) y 5) la ficha enc_proy y beneficiario enva al sistema una respuesta en 4) y 6) el sistema enva una respuesta de registro guardado en 7) el tcnico visualiza el mensaje de registro guardado en 8).
CU Seguimiento del Proyecto El tcnico de proyecto selecciona la opcin seguimiento de proyecto en la interfaz
principal en 1) se realiza el seguimiento del proyecto a travs de la interfaz, la cual recolecta la informacin y la enva en 2), el sistema verifica los datos y se actualizan las fichas en 3), 5) ,7) y 9) se verifica la informacin actualizada, se aceptan los datos en 4), 6), 8) y 10) se enva un mensaje de registro guardado en 11) el tcnico visualiza el mensaje de registro guardado en 12).
90
CU Registrar Donacin El Tcnico de Proyectos selecciona la opcin registrar donacin en la interfaz principal en 1) Se realiza el registro de la donacin a travs de la interfaz donaciones, la cual recolecta la informacin y la enva al sistema en 2) ste procesa la informacin y actualiza las ficha en 3) y 5) Se aceptan los datos actualizados en 4) y 6) enva un mensaje de registro guardado en 7) el tcnico visualiza el mensaje de registro guardado en 8).
CU Solicitar Crdito El Tcnico de Crditos selecciona la opcin solicitar crdito en la interfaz principal, en 1) la I. solicitud recolecta la informacin y la enva en 2) El sistema verifica los datos y actualiza las fichas en 3) y 5) se acepta la informacin actualizada en 4) y 6) Es enviado un mensaje de registro guardado en 7) el tcnico visualiza el mensaje de registro guardado en 8).
CU Registrar Crdito El Tcnico de Crditos selecciona la opcin registrar crdito en la interfaz principal, en 1) la I.crdito recolecta la informacin y la enva en 2) El sistema verifica los datos y actualiza las fichas en 3) y 5) se acepta la informacin actualizada en 4) y 6) Es enviado un mensaje de registro guardado en 7) el tcnico visualiza el mensaje de registro guardado en 8).
CU Realizar Pago de Crdito El cajero selecciona la opcin realizar pagos en la interfaz principal, en 1) la I.pago recolecta la informacin y la enva en 2) El sistema verifica los datos y actualiza las fichas en 3) y 5) se acepta la informacin actualizada en 4) y 6) Es enviado un mensaje de registro guardado en 7) el cajero visualiza el mensaje de registro guardado en 8).
CU Registrar cuenta de ahorro El usuario selecciona la opcin registrar cuenta de ahorro en la interfaz principal en 1) se recolecta los datos por medio de la interfaz cuenta y se envan los datos en la 2) el sistema verifica los datos en la f. ahorro en la 3) se aceptan los datos en 4) se enva una respuesta en 5) el usuario visualiza el mensaje de los datos procesados 6).
91
CU Seguimiento de cuenta de ahorro El cajero selecciona la opcin seguimiento de cuenta de ahorro en la interfaz principal, en 1) la I. transaccin recolecta la informacin y la enva en 2) El sistema verifica los datos y actualiza las fichas en 3) y 5) se acepta la informacin actualizada en 4) y 6) Es enviado un mensaje de datos procesados en 7) el cajero visualiza el mensaje en 8).
CU Consultas y Reportes El solicitante selecciona la opcin consultas y reportes en la interfaz principal, en 1) Por medio de la I. consultas y reportes se recolecta la informacin y se enva en 2) El sistema solicita la informacin tomando en cuenta que consulta y reporte desea el solicitante en 3), 5), 7), 9), 11), 13), 15), 17), 19), 21), 23), 25) 27 posteriormente se aceptan los datos solicitados especificados por la consulta y reportes deseado en 4), 6), 8), 10), 12), 14), 16), 18), 20), 22), 24), 26) 28) el sistema enva la consulta y reporte especificado en 29) el solicitante visualiza en la interfaz consulta o reporte en 30).
CLASE ACCESAR
Autenticar de usuarios
Registrar proyectos Registrar beneficiarios Modificar proyectos Modificar beneficiarios Eliminar proyectos Eliminar beneficiarios
Registrar donacin Registrar donadores Modificar donacin Modificar donadores Eliminar donacin Eliminar donadores
92
Registrar solicitud Registrar solicitante Modificar solicitud Modificar solicitante Eliminar solicitud Eliminar solicitante CLASE CONSULTA Y REPORTE
93
CU: REGISTRAR PROYECTO CLASE FICHA BENEFICIARIO Beneficiario CLASE FICHA ENC_PROY Enc_proy
CU: SEGUIMIENTO DE PROYECTO CLASE FICHA ENC_PROY Enc_proy CLASE FICHA DETALLE_PROY Detalle_proy
94
CU: REGISTRAR DONACIONES CLASE FICHA DONACIONES Donacion CLASE FICHA DONADOR Donador
Donacione
95
CU: REGISTRAR CREDITO CLASE FICHA CREDITO Crdito CLASE FICHA SOLICITUD Solicitud
96
CU: REALIZAR PAGO DE CREDITO CLASE FICHA CREDITO Crdito CLASE FICHA PAGO Pago
CU: SEGUIMIENTO A CUENTA DE AHORRO CLASE FICHA AHORRO Ahorro CLASE FICHA TRANSACCION RETIRO DEPOSITO
97
5.3.2.3.Identificacin de relaciones La asociacin expresa una conexin bidireccional entre objetos. Una asociacin es una abstraccin de la relacin existente en los enlaces entre los objetos. La agregacin representa una relacin entre objetos. Puede ser caracterizada con precisin determinando las relaciones de comportamiento y estructura que existen entre el objeto agregado y cada uno de sus objetos componentes. La generalizacin permite gestionar la complejidad mediante un ordenamiento taxonmico de clases. Consiste en factorizar las propiedades comunes de un conjunto de clases en una clase ms general
CU REGISTRAR EMPLEADO
98
CU REGISTRAR PROYECTO
CU REGISTRAR DONACIONES
CU SOLICITAR CRDITO
99
CU REGISTRAR CRDITO
100
CU CONSULTAS Y REPORTES
1 * 1 1 1 1
101
5.4. Diseo del Sistema 5.4.1. Objetivos del Sistema 5.4.1.1.Objetivo General Optimizar los procesos de administracin de proyectos, donaciones y gestin de crditos, que permita agilizar y brindar mayor confiabilidad de la informacin para La Asociacin para el Desarrollo Humano (ADHU).
5.4.1.2.Objetivos Especficos Registrar las entradas y salidas de donaciones por medio de un sistema de administracin de proyectos, donaciones y gestin de crditos. Facilitar a los donantes la informacin sobre la administracin de sus donaciones por medio de un sistema de administracin de proyectos, donaciones y gestin de crditos. Proporcionar al personal administrativo la informacin del proceso de administracin de proyectos, por medio de un sistema computarizado. Facilitar al personal administrativo el registro de los crditos que se les son otorgados a las personas de las diferentes cooperativas. Utilizar al mximo los recursos tecnolgicos con los que cuenta la asociacin.
5.4.2. Diseo de la arquitectura 5.4.2.1.Arquitectura del Sistema Se refiere a la forma en la cual estarn distribuidas las tres capas fundamentales del sistema, capa de datos, proceso y presentacin (interfaz). Dependiendo del tipo de arquitectura que se utilice as estarn ubicadas las capas. Los tres tipos de arquitecturas ms conocidas son: File Server: Las tres capas se encuentran juntas en un mismo servidor y de igual manera viajan por la red al cliente. Cliente Servidor: La capa de datos se encuentra en un servidor y la capa de procesos y presentacin viajan por la red al cliente.
102
Distribuida: Las tres capas fundamentales se encuentran separadas. La capa de datos en un servidor y los procesos en otro y al cliente nicamente viaja por la red la capa de presentacin (interfaz). La arquitectura a utilizar para el diseo e implementacin del sistema de administracin de donaciones, proyectos y gestin de crditos es la arquitectura distribuida, tambin conocida como arquitectura Web.
5.4.2.2.Distribucin del Sistema 5.4.2.2.1. Capa de Datos Para la ubicacin de la capa de datos del sistema de administracin de proyectos, donaciones y gestin de crditos se propone que los datos se almacenen en un servidor de datos, ya que dar mayor seguridad, rapidez, capacidad de almacenamiento y eficiencia al solicitar los datos. Adems se propone utilizar el software gestor de base de datos My SQL, el cual su licencia es (open sourse). Se da nfasis a este gestor de datos debido a que su adquisicin es gratuita y por ende no generar gastos adicionales en la construccin del software.
5.4.2.2.2. Capa de Procesos La capa de procesos del software de administracin de donaciones, proyectos y gestin de crditos se basa en la programacin orientada a objetos. Para la ejecucin y resguardo de los procesos se utilizar el servidor Web Apache. El lenguaje de programacin para los procesos ser PHP5. Los procesos son la parte medular del sistema porque por medio de ellos se podrn manipular los datos almacenados, se contaran con procesos como: insercin, modificacin, eliminacin, reportes y consultas de los datos seleccionados. 5.4.2.2.3. Capa de Presentacin La capa presentacin (interfaz) se disear, programar y almacenar en el servidor Web. El diseo ser de una manera llamativa y atractiva a la vista de los usuarios que visiten y hagan uso del sistema, dicho diseo se realizar con la ayuda de la herramienta de Macromedia Dreamweaver V.8.0.
103
La presentacin (interfaz) es muy importante ya que va directamente al usuario y depende de esta en primer instancia que dichas personas queden invitadas a visitar en el futuro el sistema, y que lo hagan de una manera cmoda y agradable para ellos. La presentacin estar diseada para que los usuarios puedan acceder del navegador Internet mozilla firefox.
104
5.4.3. Diseo de Casos de Uso. 5.4.3.1.Identificacin de clases de diseo. CU: ACCESAR AL SISTEMA CLASES DE ANALISIS CLASES DE DISEO REQUISITOS DE DISEO CAPA DE INTERFAZ Interfaz acceso Interfaz del sistema Interfaz index Interfaz del sistema(men) CAPA DE DATOS DATOS Ficha empleado BDSAPDGC La base de datos SAPDGC incluye las fichas del anlisis. CLASE DE GESTION DE DATOS cls_principal La clase principal es la intermediaria entre los datos y los procesos. CAPA PROCESOS Gestor de acceso Conn(fichero.p`hp) Control (fichero.php) Activa
105
CU: REGISTRAR EMPLEADO CLASES DE ANALISIS CLASES DE DISEO REQUISITOS DE DISEO CAPA DE INTERFAZ Interfaz empleados Interfaz empleado(indexempleado.php) CAPA DE DATOS DATOS Ficha empleado BDSAPDGC La base de datos SAPDGC incluye las fichas del anlisis. CLASE DE GESTION DE DATOS cls_principal Ajaxenvio(fichero.js) La clase principal es la intermediaria entre los datos y los procesos. CAPA PROCESOS Gestor registro de empleado Inicio(fichero.php) modempleado(fichero.php) frmempleado(fichero.php) proc_empleado(fichero.php) cls_mattempleado estilo(fichero.css) Activa Activa Activa Activa Activa Activa
106
CLASES DE ANALISIS
CLASES DE DISEO
REQUISITOS DE DISEO
CAPA DE INTERFAZ Interfaz proyecto Interfaz proyecto(indexencp.php) CAPA DE DATOS DATOS Ficha proyecto Ficha beneficiario BDSAPDGC La base de datos SAPDGC incluye las fichas del anlisis. CLASE DE GESTION DE DATOS cls_principal Ajaxenvio(fichero.js) La clase principal es la intermediaria entre los datos y los procesos. CAPA PROCESOS Gestor registrar proyecto cls_mattencab cls_mattbeneficiario Activa Activa
modbeneficiario(fichero.php) Activa modencab(fichero.php) inicio(fichero.js) frmencab(fichero.php) estilo(fichero.css) busqnomproy(fichero.php) cls_mattencab cls_mattnompry modnomproy(fichero.php) proc_encab(fichero.php) Activa Activa Activa Activa Activa Activa Activa Activa Activa
107
CAPA PROCESOS Gestor seguimiento proyecto Cls matt_donacion Cls matt_actproy Cls matt_encab Cls matt_detalle Busqactividad (fichero.php) Busqdonacion (fichero.php) Busqbencabezado(fichero.php) Estilo (fichero.css) Frmdetap (fichero.php) Inicio (fichero.js) Matt_modactproy(fichero.php) Activa Activa Activa Activa Activa Activa Activa Activa Activa Activa Activa
Matt_moddonacion(fichero.php) Activa Matt_modencab (fichero.php) Matt_modetalle (fichero.php) Matt_procdetalle (fichero.php) Activa Activa Activa
108
CLASES DE ANLISIS CAPA DE INTERFAZ Interfaz donacin CAPA DE DATOS DATOS Ficha donante Ficha donacin registro
CLASES DE DISEO
REQUISITOS DE DISEO
de Interfaz indexdonacion.php
BDSAPDGC
CLASE DE GESTION DE DATOS Cls_principal Ajax_envio (fichero.js) La clase principal es la intermediaria entre los
datos y los procesos CAPA PROCESOS Gestor de Donacin Cls matt_donador.php Cls_matt_donacion Cls matt_encab (fichero.php) Activa Activa Activa
busqbencabezado.php(fichero.php) Activa busqdonador.php (fichero.php) Estilo (fichero.css) Frmdonacion (fichero.php) Inicio (fichero.js) Matt_moddonacion (fichero.php) Matt_moddonador (fichero.php) Matt_modencab (fichero.php) Proc_donacion (fichero.php) Activa Activa Activa Activa Activa Activa Activa Activa
109
CLASES DE DISEO
REQUISITOS DE DISEO
CAPA DE DATOS DATOS Ficha solicitud Ficha solicitante CLASE DE GESTION DE DATOS cls_principal ajaxenvio(fichero.js) La clase principal es la intermediaria entre los datos y los procesos. CAPA PROCESOS Gestor solicitar crdito Frmsolicitud(fichero.php) Inicio(fichero.js) Modsolicitud(fichero.php) Cls_mattsolicitante Proc_solicitud(fichero.php) Busqsolicitante(fichero.php) Estilo(fichero.css) Modsolicitante(fichero.php) Cls_mattsolicitud Activa Activa Activa Activa Activa Activa Activa Activa Activa BDSAPDGC La base de datos SAPDGC incluye las fichas del anlisis.
110
111
CU: REALIZAR PAGO DE CRDITO CLASES DE ANALISIS CLASES DE DISEO REQUISITOS DE DISEO CAPA DE INTERFAZ Interfaz pago Interfaz idexpago.php
CAPA DE DATOS DATOS Ficha pago ficha crdito BDSAPDGC La base de datos SAPDGC incluye las fichas del anlisis. CLASE DE GESTION DE DATOS cls_principal ajaxenvio(fichero.js) La clase principal es la intermediaria entre los datos y los procesos. CAPA PROCESOS Gestor cobro cls_mattcobro frmpago(fichero.php) Activa Activa
matt_modcredito(fichero.php) Activa busquecredito(fichero.php) cls_mattcrdito inicio(fichero.js) proa_cobro(fichero.php) estilo(fichero.css) cls_busqcredito Activa Activa Activa Activa Activa Activa
112
CU: REGISTRAR CUENTAS DE AHORRO CLASES DE ANALISIS CLASES DE DISEO REQUISITOS DE DISEO CAPA DE INTERFAZ Interfaz cuenta ahorro Interfaz indexncuenta.php (fichero.php) CAPA DE DATOS DATOS Ficha solicitud Ficha solicitante BDSAPDGC La base de datos SAPDGC incluye las fichas del anlisis. CLASE DE GESTION DE DATOS cls_principal ajaxenvio(fichero.js) La clase principal es la intermediaria entre los datos y los procesos. CAPA PROCESOS Gestor cuenta Frmncuenta(fichero.php) Inicio(fichero.js) Modsocio(fichero.php) Cls_mattsocio Proc_ncuenta(fichero.php) Busqsocio(fichero.php) Estilo(fichero.css) Modncuenta(fichero.php) Cls_mattncuenta Activa Activa Activa Activa Activa Activa Activa Activa Activa
113
DEPOSITO A LA CUENTA DE AHORRO CLASES DE ANALISIS CLASES DE DISEO REQUISITOS DE DISEO CAPA DE INTERFAZ Interfaz cuenta ahorro Interfaz indexeposito.php (fichero.php) CAPA DE DATOS DATOS Ficha solicitud Ficha solicitante BDSAPDGC La base de datos SAPDGC incluye las fichas del anlisis. CLASE DE GESTION DE DATOS cls_principal ajaxenvio(fichero.js) La clase principal es la intermediaria entre los datos y los procesos. CAPA PROCESOS Gestor realizar transaccin Frmdeposito(fichero.php) Inicio(fichero.js) Modsolicitante(fichero.php) Cls_mattsolicitante Proc_deposito(fichero.php) Busqsocio(fichero.php) Estilo(fichero.css) Moddeposito(fichero.php) Cls_mattdesposito Activa Activa Activa Activa Activa Activa Activa Activa Activa
114
CLASES DE ANALISIS
CLASES DE DISEO
REQUISITOS DE DISEO
CAPA DE INTERFAZ Interfaz cuenta ahorro Interfaz inderetiro.php (fichero.php) CAPA DE DATOS DATOS Ficha solicitud Ficha solicitante BDSAPDGC La base de datos SAPDGC incluye las fichas del anlisis. CLASE DE GESTION DE DATOS cls_principal ajaxenvio(fichero.js) La clase principal es la intermediaria entre los datos y los procesos. CAPA PROCESOS Gestor Realizar transaccin Frmretiro(fichero.php) Inicio(fichero.js) Modsolicitante(fichero.php) Cls_mattsolicitante Proc_retiro(fichero.php) Busqsocio(fichero.php) Estilo(fichero.css) Modretiro(fichero.php) Cls_mattretiro Activa Activa Activa Activa Activa Activa Activa Activa Activa
115
CU: CONSULTAS Y REPORTES CLASES DE ANALISIS CLASES DE DISEO REQUISITOS DE DISEO CAPA DE INTERFAZ Interfaz consultas y reportes Interfaz report
CAPA DE DATOS DATOS Ficha empleado Ficha proyecto Ficha actividades Ficha beneficiario Ficha donacin Ficha donador Ficha solicitud Ficha solicitante Ficha crdito Ficha pago Ficha ahorro Ficha deposito Ficha retiro Ficha estatus_credito CLASE DE GESTION DE DATOS cls_principal La clase principal es la intermediaria entre los datos y los procesos. CAPA PROCESOS Gestor consulta/reporte Clase fpdf.php Imprimir(fichero.php) Reportemp(fichero.php) Activa Activa Activa BDSAPDGC La base de datos SAPDGC incluye las fichas del anlisis.
116
Reportsolicit(fichero.php) Activa Reportcre(fichero.php) Reportpago(fichero.php) Reportaho(fichero.php) Reportdep(fichero.php) Reportret(fichero.php) Reportestat(fichero.php) Estilo(fichero.css) Activa Activa Activa Activa Activa Activa Activa
117
118
I. Indexempleado
Administrador Seleccionar 1 eliminar datos del empleado
modempleado(fichero.php)
frmempleado(fichero.php)
proc_empleado(fichero.php)
cls_mattempleado
ajax
cls_principal
SAPDGC
2 Manejo de evento eliminar 3 Eliminar datos 4 Enviar parmetro 5 Verificar informacion 6 7 Procesar datos Verificar datos 8 Refresca interfaz
ok
12
13 Manejo de evento eliminar 14 Eliminar datos 15 Enviar parmetro 16 Verificar informacion 17 Procesar datos Verificar datos 19 Operacin no aceptada Refresca interfaz Despliega pantalla principal 18
20
Visualiza mensaje, no
22 se puede eliminar el
empleado
21
119
busqnomproy(fichero.php)
Cls matt_nomproy(fichero.php)
Matt_modnomproy(chero.php)
busqbeneficiario(fichero.php)
Cls matt_beneficiario(fichero.php)
Matt_Modbeneficiario(fichero.php)
proc_detalle(fichero.php
cls_mattdetalle
ajax
cls_principal SAPDGC
tecnico proyecto 1 Seleccionar modificar proyecto 2 Manejo de evento modificar 3 modificarlos datos 4 Buscar nombre de proyecto
Muestra los parmetros de la bsqueda Despliega el formulario de registro 9 Verificar parmetro de bsqueda 10 11 Despliega el formulario de registro
7 Buscar 8 beneficiario
12
Procesar informacion
16 17 Refresca interfaz 18 19 Visualiza la informacin actualizada Seleccionar registrar proyecto 21 Despliega pantalla principal
ok
20
Manejo de evento modificar 23 Modificar datos 24 Buscar nombre de proyecto 25 Verificar parmetro de bsqueda
26 Muestra los parmetros de la bsqueda 27 Despliega el formulario de registro 29 Verificar parmetro de bsqueda 30 31 Despliega el formulario de registro
28
Buscar beneficiario
Procesar informacion
Verificar datos
36 37 Refresca interfaz 38 39 Visualiza mensaje, no se puede modificar el proyecto Despliega pantalla principal
Informacion no aceptada
120
121
122
123
124
modcredito(fichero.php)
frmcredito(fichero.php)
busqestatus(fichero.php)
Cls_mattestatus(fichero.php)
Modestatus(fichero.php)
proc_credito(fichero.php)
cls_mattcredito
ajax
cls_principal
SAPDGC
Enva los parmetros 9 Verificar informacion 10 Procesar datos 11 Verificar credito no ex istente 12 13 ok
15
Visualiza la informacin registrada 14 16 Seleccionar registrar credito 17 Manejo de ev ento registrar 18 Introducir los datos 19 Buscar estatus 20 Verificar parmetro de bsqueda Despliega pantalla principal
Refresca interfaz
23 Enva los parmetros 24 Verificar informacion 25 Procesar datos 26 Verificar credito no exis tente 27 28 30
Visual iza mensaje, no se puede registrar el credito
credito ya exis te
Refresca interfaz
29
125
modncuenta(fichero.php)
frmncuenta(fichero.php)
busqsocio(fichero.php)
Cls_mattsolicitante(fichero.php)
Modsolicitante(fichero.php)
proc_ncuenta(fichero.php)
cls_mattncuenta
ajax
cls_principal
SAPDGC
12 13 15 Visualiza la informacin registrada 14 16 Seleccionar registrar cuenta 17 Manejo de ev ento registrar 18 Introducir los datos 19 Buscar socio 20 Verificar parmetro de bsqueda Despliega pantalla principal Refresca interfaz
ok
23 Enva los parmetros 24 Verificar informacion 25 Procesar datos 26 Verific ar cuenta exis tente 27 28 30
Visua liza men saje, no se puede registrar la cuenta
Cuenta y a existe
Refresca interfaz
29
126
CU: SEGUIMIENTO DE CUENTAS DE AHORRO DETALLE DE CU SEGUIMIENTO CUENTA DE AHORRO DEPOSITO A LA CUENTA DE AHORRO
127
modretiro(fichero.php)
frmretiro(fichero.php)
busqsocio(fichero.php)
Cls_mattsolicitante(fichero.php)
Modsolicitante(fichero.php)
proc_retio(fichero.php)
cls_mattretiro
ajax
cls_principal
SAPDGC
Enva los parmetros 9 Verificar informacion 10 Procesar datos 11 Verificar informacion de retiro ok
12 13 15 Visualiza la informacin registrada 14 16 Seleccionar registrar retiro 17 Manejo de ev ento registrar 18 Introducir los datos 19 Buscar socio 20 Verificar parmetro de bsqueda Despliega pantalla principal Refresca interfaz
Refresca interfaz
29
128
Acceso
+ Autenticar empleados ( )
Empleado
+ Ingresar datos del empleado ( ) + Modificar datos del empleado ( ) + Eliminar datos de la empleado ( ) + Ingresar datos del reporte del empleado ( ) + Generar reporte o consulta del empleado ( )
Beneficiario
+ Ingresar datos del beneficiario ( ) + Modificar datos del beneficiario ( ) + Eliminar datos de la beneficiario ( ) + Ingresar datos del reporte del beneficiario ( ) + Generar reporte o consulta del beneficiario ( )
Proyecto
+ Registrar proyecto ( ) + Dar seguimiento al proyecto ( ) + Ingresar datos del proyecto ( ) + Modificar datos del proyecto ( ) + Eliminar datos del proyecto ( ) + Ingresar datos del reporte del proyecto ( ) + Generar reporte o consulta del proyecto ( )
Donante
+ Ingresar datos del donante ( ) + Modificar datos del donante ( ) + Eliminar datos del donante ( ) + Ingresar datos del reporte del donante ( ) + Generar reporte o consulta del donante ( )
129
Donacin
+ Registrar donacin ( ) + Dar seguimiento a la donacin ( ) + Ingresar datos de la donacin ( ) + Modificar datos de la donacin ( ) + Eliminar datos de la donacin ( ) + Ingresar datos del reporte de la donacin ( ) + Generar reporte o consulta de la donacin ( )
Solicitud
+ Ingresar datos de la solicitud ( ) + Modificar datos de la solicitud ( ) + Eliminar datos de la solicitud ( ) + Ingresar datos del reporte de la solicitud ( ) + Generar reporte o consulta de la solicitud ( )
Crdito
+ Ingresar datos del crdito ( ) + Modificar datos del crdito ( ) + Eliminar datos de la crdito ( ) + Ingresar datos del reporte del crdito ( ) + Generar reporte o consulta del crdito ( )
Pago
+ Ingresar datos del pago ( ) + Modificar datos del pago ( ) + Eliminar datos de la pago ( ) + Ingresar datos del reporte del pago ( ) + Generar reporte o consulta del pago ( )
130
Actividad_proy Certificado
Apoderado Ahorro
Cargo
Cat_egr
Cat_referencia
Cat_ing
Clasocio
Conyege
Convenio
131
Cat_referencia
Deposito
Credito
Doc
Donacion Cat_prenda
Beneficiario Cat_referecia
Detalle_proy
Estatus_solic
Enca_proy
Egr Depto
Documento
132
Fiador
Forma_pago
Garantia
Hipoteca Ing
Oficio
Representante
Retiro
Pagos Tipocredito
Solicitud
Tipoproy
Vehiculo
Vivienda
133
Socio Donacione
Donador
Nomproy
Aportacin
134
5.4.4.3.Identificacin de relaciones. A continuacin se muestra la identificacin de relaciones para el modulo administracin de proyectos-donacin
135
136
5.4.5. Seguridad del Sistema El sistema tiene una serie de medidas de seguridad que se adaptan a la aplicacin, para garantizar la integridad de informacin, la privacidad de los usuarios, as como la continuidad de los servicios, entre stas medidas podemos mencionar. Se utilizar el sistema operativo Windows, ya que posee menos vulnerabilidad y est siendo reparado constantemente. Se usarn dos servidores, uno para procesos y otro para los datos, para reducir el riesgo de saturacin y denegacin de servicios. Para la gestin de crditos se tendr un servidor y estar distribuido en una red local porque la informacin procesada por esta aplicacin es altamente confidencial. Contarn con sus propias polticas de seguridad las cuales aseguren que los usuarios nicamente tendrn acceso a los servicios disponibles para ellos. Para la seguridad en Internet, se tomar en cuenta la gestin de claves, confidencialidad, imposibilidad de repudio, integridad y autorizacin.
137
CU REGISTRAR EMPLEADO
Registro de acceso cod_acceso acceso fecha mensaje Los datos han sido guardados + volver () Volver Guardar + Menu principal () + Cerrar sesion () + Salir () + Guardar () + Eliminar () + Modificar () Mensaje Eliminar Cancelar Modificar Desea eliminar este registro Desea eliminar este registro + continuar ) ( + cancelar ) (
Volver
Continuar
Pantalla Empleado
Continuar
Volver
Cod_empleado nombre cargo telefono direccion Acceso_sistema Login Clave + Menu principal () + Cerrar sesin () + Salir () + Guardar () + Eliminar () + Modificar ()
Mensaje Eliminar Desea eliminar este registro Desea eliminar este registro + continuar ) ( + cancelar ) (
Cancelar
Salir
Modificar
Volver
Continuar
Volver
Registro de cargo Eliminar Cancelar cod_cargo cargo fecha + Menu principal () + Cerrar sesion () + Salir () + Guardar () + Eliminar () + Modificar () Volver Guardar
Modificar
+volver ()
Volver
Volver
Guardar
138
CU REGISTRAR PROYECTO
nomproy mensaje Los datos han sido guardados + volver () Guardar cod_proy nombre fecha Volver +nuevo() +modificar() +eliminar()
Eliminar
Mensaje Desea eliminar este registro Desea eliminar este registro + continuar ) ( + cancelar ) (
Volver
+ volver ()
Beneficiario Volver + Buscar beneficiario () + Buscar nomproy () + Modificar () + Eliminar () + Guardar () + Salir ()
El i
continuar
r na mi ar el nc Ca
mensaje Los datos han sido guardados + volver ()
ar Guard r Volve
Mensaje Modificar Volver Mensaje Los datos han sido modificados + volver ()
Modificar
Proyecto
Volver
+ + + + +
Registrar proyecto
Salir
+ Continuar () + Salir ()
Contin
uar
Salir
Mensaje Esta seguro de eliminar este registro + continuar () + Volver () Eliminar Volver Buscar + Buscar beneficiario () + Buscar nomproy () + Modificar () + Eliminar () + Guardar () + Salir ()
Mensaje
Los datos han sido guardados
+ Volver ()
139
Volver Modificar
mensaje
L os datos han sido modificados
+volver () mensaje
Proyecto
Salir
Volver
Volver Eliminar
volver continuar volver Actividad cod_actividad cod_proy descripcion fec_ini fec_fin valor_estimado fecha +Nuevo() Guardar +Modificar() +eliminar() +salir() Volver signalNuevo() signalModificar() signalEliminar() signalsalir()
Nuevo seguimiento
Continuar
Nuevo mensaje Los datos han sido guardados + volver () Guardar cod_pry cod_donacion cod_actividad Volver salida observacion fecha +Guardar()
Volver
Continuar
Volver
mensaje
L os datos han sido modificados
Continuar
Volver
140
CU REGISTRAR DONACIONES
Guardar mensaje Los datos han sido guardado + volver () volver Nuevo cod_donacion cod_donador cod_proy valor_donacion monto_act fec_registro +Guardar() Buscar Buscar donador cod_donador volver Buscar volver signalvolver() Buscar proyecto cod_proy +volver()
volver
Guardar mensaje Los datos han sido guardado + volver () mensaje Los datos han sido modificar + volver () mensaje Los datos han sido eliminar + volver () volver volver Eliminar volver Modificar Donador cod_donador nombre apellido direccion idMun pais telefono representante tipo_donador fec_registro +nuevo() +Modificar() +eliminar()
continuar continuar
cod_donacion cod_donador cod_proy descripcion Descripcion cant unidad valor_donacion monto_act fec_registro +nuevo() +eliminar() volver
vo lv
er
eliminar
volver Pantalla principal +Mantenimiento() +Proyectos() +Donaciones() +Socios() +creditos() +salir() Guardar mensaje Los datos han sido guardado + volver () mensaje Los datos han sido modificar + volver () mensaje Los datos han sido eliminar + volver () volver volver Eliminar volver Modificar Representate cod_repre cod_detdoc nombre apellido direccion pais idMun telefono cod_lugar dir_trab tel_trab fecha +nuevo() +Modificar() +eliminar() continuar salir +Donador() +Representante() +Donacion() +Donacione() continuar Donacion Donacion cod_donacion cod_donador cod_proy valor_donacion monto_act fec_registro +nuevo() +eliminar()
vo lve r
eliminar
volver
co nt
in u
vo lve r
ar
Nuevo Guardar mensaje Los datos han sido guardado + volver () volver cod_donacion cod_donador cod_proy valor_donacion monto_act fec_registro +Guardar()
Buscar
cod_proy +volver()
141
CU SOLICITAR CRDITO
Guardar mensaje Los datos han sido guardado + volver () mensaje Los datos han sido modificar + volver () mensaje Los datos han sido eliminar + volver () volver volver Eliminar volver Modificar
solicitud cod_solicitud cod_socio fecsolicitud monto_solic plazo tiempo tasa tipocredito formapago convenio +Nuevo() +Modificar() +Eliminar() continuar volver Buscar socio cod_socio +volver()
Certificado Creditos Pantalla principal +Mantenimiento() +Proyectos() +Donaciones() +Socios() +creditos() +salir() continuar +Silicitud() +Estatus solicitud() +Fiador() +Hipoteca() +Prenda() +Certificado() +creditos() +Pagos() cod_certificado num_certificado nombre valor fecha_plazo cod_garntia fecha +Nuevo() +Modifica() +Eliminar()
volver Modificar volver Eliminar volver
mensaje Los datos han sido guardado + volver () mensaje Los datos han sido modificar + volver () mensaje Los datos han sido eliminar + volver ()
continuar volver
salir
continuar
co nt inu ar
volver Guardar volver Modificar volver Eliminar volver mensaje Los datos han sido guardado + volver () mensaje Los datos han sido modificar + volver () mensaje Los datos han sido eliminar + volver ()
vo lve r
Fiador cod_fiador cod_detdoc cod_socio cod_garantia cod_vivienda cod_oficio cod_lugar nombre apellido fec_nac estado_civil direccion idMun telefono grupo_familiar dir_trab tel_trab fecha +Nuevo() +Modificar() +Eliminar()
Hipoteca cod_hipoteca cod_garantia inmueble valor num_registro fecha +Nuevo() +Modifica() +Eliminar()
Guardar mensaje Los datos han sido guardado + volver () mensaje Los datos han sido modificar + volver () mensaje Los datos han sido eliminar + volver () volver volver Eliminar volver Modificar
Buscar volver
Buscar socio cod_socio +volver() Prenda cod_catprenda cod_garantia descripcion color marca modelo anio valor fecha +Nuevo() +Modifica() +Eliminar()
Guardar volver Modificar volver Eliminar volver
Buscar
volver
mensaje Los datos han sido guardado + volver () mensaje Los datos han sido modificar + volver () mensaje Los datos han sido eliminar + volver ()
Buscar
volver
142
CU REGISTRAR CRDITO
Credito cod_credito cod_estatus cod_detcredito comision gastos_admin montod tasa plazo tiempo cuota fecha +Guardar() +Eliminar() +buscar() buscar Creditos Pantalla principal +Mantenimiento() +Proyectos() +Donaciones() +Socios() +creditos() +salir() continuar volver +Solicitud() +Estatus Solicitud() +Fiador() +Hipoteca() +Prenda() +Certificado() +Creditos() +Pago() volver Buscar solicitud cod_solicitud +volver() Estatus Solicitud continuar volver Buscar cod_estatus cod_solicitud estatus montoaprobad fecha +Nuevo() +Eliminar() +buscar() Guardar volver Eliminar volver mensaje Los datos han sido guardar volver () mensaje Los datos han sido eliminar volver ()
mensaje Los datos han sido guardar volver () mensaje Los datos han sido eliminar volver ()
continuar volver
volver
CU REALIZAR PAGO
143
cont in
uar
volver
volver
Buscar volver
Eliminar volver
ua
Guardar volver
mensaje volver Modificar mensaje volver Eliminar mensaje volver Los datos han sido eliminar + volver () Los datos han sido modificar + volver () Los datos han sido guardado + volver ()
co n
tin
Aportaciones cod_aporte cod_socio aporte fecha +Nuevo() +Eliminar() Buscar volver buscar socio cod_socio +volver()
Guardar
vo lve r
Guardar
im El a in r
volver mensaje Los datos han sido eliminar mensaje Los datos han sido guardar volver () volver ()
vo lv e r
co nti nu ar
144
CU CONSULTAS Y REPORTES
Creditos Socios +Solicitud() +Estatus Solicitud() +Fiador() +Hipoteca() +Prenda() +Certificado() +creditos() +Pago() +Salir() Reporte seleccionado volver +enviar() Socios Creditos +Repotes() +Repotes() +Registrar Socio() +Apoderado() +Beneficiario/socio() +Conyugue() +Cuenta ahorro() +Salir()
continuar
continuar
volver
volver
continuar
volver
continuar
volver
continuar volver
continuar
Mantenimiento +Repotes()
volver
continuar
volver Mantenimientos
Proyectos volver +Repotes() +Acceso() +Cargo() +Clasificacion/credito() +Convenio de pago() +Docuementos() +Egreso() +Forma de pago() +Garantia() +Ingreso() +Empresas() +Oficios() +Tipo de credito() +Marcas() +Vehiculo() +Tipo de vivienda() +Tipo de proyectos() +Unidades de medida() +salir() continuar volver Proyectos +Nombre/proyecto() +Beneficiario() +Actividad() +Registrar Proyecto() +Seguimiento() +salir() continuar +Donador() +Representante() +Donaciones Capital() +Donaciones Especies() +saliar() Donaciones
145
5.4.7. Procedimientos administrativos 5.4.7.1.Identificacin de procedimientos administrativos Registro de proyecto: Este procedimiento permite tener un mejor control de los registros de los proyectos. Seguimiento de proyecto: Este procedimiento permite tener control del detalle del seguimiento que se esta llevando en el proyecto. Registro de donacin: Este procedimiento permite tener un mejor control de los registros de los proyectos. Solicitar crdito: Este procedimiento permite tener un mejor control de los registros de los crditos que han sido solicitado y aprobados. Registro de crditos: Este procedimiento permite tener un mejor control de las crditos Registrar pagos del crdito: Este procedimiento permite tener un mejor control de los pagos realizados por los clientes.
Descripcin Da a conocer a la junta directiva las necesidades de su comunidad, que esta posteriormente se convertirn en proyecto
Junta directiva
Realiza un estudio sobre que proyecto tiene mayor relevancia para la comunidad que lo solicita; asigna el tcnico que ser el responsable del proyecto.
Tcnico de proyecto
Realiza la planificacin del proyecto incluyendo el presupuesto necesario para ste y registra el proyecto en el sistema. Gestiona las donaciones para realizar el proyecto; cuando se tiene los fondos necesarias enva los datos al tcnico de proyecto.
Director
146
Beneficiario
Junta directiva
Director
Inicio
Elegir proyecto
no
Proyecto aprobado
si
Proyecto no aceptado
no
Donaciones optenidas
si
BD SAPDGC
Registro guardados
Fin
147
Seguimiento de proyecto
Tecnico de proyeccto
no
si
Datos no encontrados
no
si Existencia de fondos
BD SAPDGC
Registro guardados
fin
148
Registro de donacin Pasos Responsable 1 2 3 Director Donador Descripcin Gestiona las donaciones , Realiza las donaciones para un determinado proyecto.
149
Solicitar crdito Pasos Responsable 1 2 3 Solicitante Secretaria Tcnico de crditos 4 Junta directiva Aprueba la solicitud del crdito y le entrega la solicitud aprobada al tcnico de los crditos. Descripcin Realiza la solicitud del crdito. Llena la solicitud con los datos del solicitante. Revisa la solicitud y la enva a la junta directiva.
150
Tcnico de crdito Registra los crditos aprobados de los clientes Cajero Cliente Entrega al cliente el efectivo. Se beneficiar con el crdito y el que recibe el efectivo.
151
Pasos Responsable Descripcin 1 Cliente Entrega el comprobante para realizar el pago de la cuota de su crdito. 2 Cajero Registra el pago del cliente.
Cliente
Cajero
Inicio
no
Datos encontrados
si
BD SAPDGC
Registro guardados
Fin
152
5.5. Construccin e implantacin del sistema 5.5.1. Construccin del software 5.5.1.1.Construccin de clases de diseo. 5.5.1.1.1. Generacin de Cdigo Fuente Los mdulos del sistema de administracin de proyectos, donaciones y gestin de crditos se generaron en un lenguaje orientado a objetos, llamado PHP vr. 5.2.3., cada uno de los mdulos fueron generados individualmente, a cada uno de estos le fueron anexadas clases para el manejo de datos de la base de datos en MySQL como tambin clases para la extraccin de la informacin de las tablas que conforman el sistema. El cdigo est generado a partir de la programacin orientada a objetos, aplicando en ellos las estructuras de programacin ya conocidas y su respectiva sintaxis propia del lenguaje de desarrollo. <? include("matt_principal.php"); class matt_beneficiario extends matt_principal { public $tablas="beneficiario"; public $condicion=""; public $campos="*"; public $orden=""; public $sql=""; public $CondCampo="cod_beneficiario";//campo de la condicion function __construct($bd="" , $host="", $user="", $pass="") { parent::__construct( $bd="" , $host="", $user="", $pass="" ); } function consultarXid($condicion){ $resultado=$this->consultaEspecifica("cod_beneficiario =".$condicion); return $resultado; }
153
5.5.1.1.2. Codificacin de las operaciones Se hace la compilacin con ficheros separados por medio de una clase principal extendida en las dems clases que dependen de ella. Debe ser necesaria la instalacin y configuracin de un servidor, segn los pasos que se detallan en el manual de instalacin si se desea hacer localmente. Se debern configurar los servicios que se mencionan en este documento para su funcionalidad.
A continuacin se muestra un diagrama en el cual se incluyen las clases que se utilizan en cada caso de uso.
154
ficheros.php
Accesar al sistema
Conn(fichero.php)
ficheros.php
Registrar Proyecto
Cls matt_encab
Cls matt_beneficiario
Cls matt_actproy
ajax
Registrar Donacin
Cls matt_donacion
ficheros.php cls_mattdonador
Solicitar Crdito
Cls matt_solicitud
cls_pago
cls_mattpago cls_buscarcredito
ficheros.php
cls_mattdeposito
ficheros.php
155
5.5.1.2.Pruebas y correccin de errores. 5.5.1.2.1. Pruebas de Unidad PRUEBA DE LA CAJA BLANCA Al realizar sta prueba en cada uno de los bloques de los caso de uso para verificar si las variables muestran los datos correctos, se observaron los resultados esperados.
PRUEBA DE LA CAJA NEGRA Al realizar la prueba de la caja negra a cada uno de los formularios, para verificar la funcionalidad de estos, se obtuvieron los resultados esperados ya que los formularios funcionan tal y como se han diseado.
5.5.1.2.2. Pruebas de Integracin Es donde se prueban todos los componentes del sistema para verificar que funcionen correctamente en conjunto, estas pruebas se llevaron a cabo durante la construccin del sistema individualmente, involucrando los mdulos que se estaban implementando, cuando estos funcionan correctamente se ha pasado a las pruebas finales de integracin, se realizo integrando todos los mdulos del sistema de administracin de donaciones proyectos y gestin de crditos, probados individualmente por mdulos, para verificar los enlaces existentes entre estos.
5.5.1.2.3. Pruebas del Sistema Por cuanto ya terminado el sistema, se hizo una prueba por cada caso de uso tomando en cuenta un camino alternativo modificar, Eliminar y el camino especifico nuevo registro, incluyendo el acceso al sistema. ( ver anexo 8)
156
5.5.2. Implementacin del software 5.5.2.1. Implementacin de la arquitectura 5.5.2.1.1. Diagrama de componentes
157
5.5.2.2.Plan de implantacin del software Elaborar plan de conversin que consistir en un prueba piloto que se har en la asociacin probando el sistema en las reas participantes donde estar implantado. Impartir formacin a los usuarios: Dar a conocer los detalles del contenido general de este sistema, dar recomendaciones sobre el manejo de la informacin. Conversin del nuevo sistema: El tiempo promedio en que se implantar el sistema se especific en la calendarizacin en este mismo documento. Evaluacin del sistema: este sistema ha sido evaluado y presenta como delimitacin que solo contar con los procesos de administracin de proyectos, donaciones y gestin de crditos. Cumple el sistema con las metas para la que fue creado? Qu tan beneficioso ha sido tener un sistema computacional que realice las operaciones de administracin de proyectos, donaciones y gestin de crditos? Qu satisfaccin les brinda el sistema a los usuarios? Implementacin de la seguridad: Se hizo uso del filtrado de datos a la hora de programar y se cuenta con la autenticacin de usuarios al sistema.
5.5.2.3.Capacitacin a Usuarios Se harn capacitaciones a los operarios del sistema en un perodo a corto plazo a partir de la implantacin del sistema. Algunas de las tareas a realizar son las siguientes: Realizacin de estudios y reuniones para dar a conocer los detalles del contenido general del sistema para recibir recomendaciones y otros criterios sobre el manejo de la informacin. Reuniones en la Asociacin para observar el grado de satisfaccin de los operadores. Ofrecer informacin adicional como manuales y otros. Adicionar las soluciones sobre posibles mejoras.
158
5.6. Soporte de Sistemas 5.6.1. Plan de mantenimiento Para el mantenimiento del Sistema de administracin de proyectos, donaciones y gestin de crditos, se ha propuesto dos tipos de mantenimiento, de acuerdo a las necesidades que el software presente: Mantenimiento completo y mantenimiento correctivo. Mantenimiento completo: Mejoras, entrenamiento, oficina de ayuda, documentacin completa y soporte para la entrega. Mantenimiento correctivo: mantenimiento completo pero sin mejoras. nicamente se aplica mantenimiento correctivo, el sistema no evolucionar y no se implementarn los nuevos requisitos de usuario. Despus de la respectiva entrega del sistema se verificar el funcionamiento de este, de surgir inconvenientes con el sistema se realizaran los cambios respectivos necesarios en el transcurso de un mes. En esta etapa, se realizaran los respectivos respaldos diarios de la base de datos en CD, que se guardaran en la oficina del director de ADHU.
Se realizar el respaldo de la base de datos por medio del men file, export settings se genera el archivo y se almacena en un dispositivo extrable.
5.6.2. Plan de contingencia Objetivos del plan 1) Es una estrategia constituida por un conjunto de recursos ideados con el propsito de servir de respaldo ante emergencias. 2) Conseguir una restauracin progresiva y gil de los servicios de informacin efectuada por una paralizacin total o parcial de la capacidad de la Asociacin.
El plan de contingencia es una estrategia por un conjunto de recursos, ideas con el propsito de servir de respaldo ante las emergencias, contando con procedimientos de accin encaminados a conseguir una restauracin del sistema de administracin de proyectos, donaciones y gestin de crditos debido a una paralizacin total o parcial de la
159
capacidad operativa, en caso de ocurrir una emergencia o desastre con el servidor de datos o Web, en la institucin (ADHU).
Se considera un desastre, la interrupcin prolongada de los recursos informticos y de comunicacin en la asociacin, entre los cuales se pueden mencionar: inundaciones, incendios, robos, terremotos, huracanes. Cuando ocurra un desastre es probable que no se cuente con ningn recurso acostumbrado por lo cual es necesario considerar los siguientes componentes.
Emergencia: indica las operaciones necesarias que deben tomarse en cuenta durante un desastre y deben incluirse las personas responsables de manejar el evento y la manera de contactarlos.
tecnolgicas para realizar respaldo de la informacin de los servicios brindados por el sistema.
Recuperacin: Se establece la capacidad de respuesta para reestablecer la informacin y los servicios en un periodo de tiempo no muy prolongado.
Las causas pueden ser variadas, partiendo de daos menores en los servidores tanto de datos como Web que causen la perdida total o parcial de la informacin de ADHU.
Durante la
elctrica son de corta duracin y los UPS deben de resistir un periodo mnimo de 15 minutos mientras se restablece la energa elctrica. En caso de posibles cortocircuitos e incendios, debern intentar apagarlos con extinguidores especiales para incendios con origen eclctico.
160
Perdidas de datos
Las causas pueden variar, pero entre ellas se pueden mencionar errores en la instalacin del sistema administracin de proyectos, donaciones y gestin de
crditos que causan conflicto y producen fallas generales, con lo que aumenta la vulnerabilidad del sistema y se producen daos en la base de datos.
Como una norma debe establecer que se realice una copia de seguridad del CD de instalacin sistema antes de respectiva instalacin, ya que en caso de problemas se pueda configurar nuevamente el sistema.
Realizar las copias respectivas de respaldo de la informacin, recomendablemente cada semana, de manera que siempre las copias de informacin este actualizadas.
Para tener en una mayor seguridad con el software, base de datos y hardware se recomienda lo siguiente:
1) Mantener el servidor idneo, protegido de las inclemencias del tiempo, en un lugar seguro con llave y nicamente tenga acceso el personal autorizado.
2) En caso de ausencia del administrador este ser el nico de asignar a otra persona que realice su trabajo.
3) Verificar que las instalaciones elctricas y conexiones de red estn en condiciones adecuadas
4) Los respaldos de la informacin, deben estar nicamente en la oficina del director de ADHU Junto a las licencias del sistema operativo y el sistema de administracin de donaciones y gestin d crditos.
161
CAPITULO VI ANLISIS ECONMICO DEL SOFTWARE 6.1. Generalidades sobre evaluacin econmica El anlisis econmico del proyecto administracin de donaciones, proyectos y gestin de crditos tiene como objetivo primordial, brindar la informacin financiera necesaria para que sea utilizada como una herramienta de toma de dediciones, en cuanto al desarrollo del proyecto se trate. Ya que incluye los costos de produccin y distribucin del sistema y adems, los posibles beneficios de ste.
Los beneficios del proyecto de administracin de donaciones, proyectos y gestin de crditos no se vern reflejados monetariamente por tratarse de un proyecto social,
orientado a los servicios brindados por la asociacin para el desarrollo humano(ADHU), tales como administracin de donaciones, proyectos y gestin de crditos.
6.2. Factibilidad del sistema Posterior a las investigaciones realizadas, se puede determinar que el proyecto administracin de donaciones, proyectos y gestin de crditos es factible, partiendo del hecho que los costos de fabricacin comparados con la utilidad que tendr para (ADHU) se deduce que la utilidad ser mayor elaboracin del mismo. que los diferentes costos incurridos para la
6.3. Evaluacin social del proyecto Se considera que los beneficios que el proyecto administracin de donaciones, proyectos y gestin de crditos para la Asociacin Para el Desarrollo Humano sern intangibles.
Los beneficios que se obtendrn mediante el proyecto son los siguientes: Registrar un mayor nmero de proyectos. Administrar un mayor nmero de proyectos. Registrar un mayor numero de donaciones Administrar de la mejor manera los fondos donados por personas tanto nacionales como internacionales.
162
Realizar una mejor control de los pagos de los clientes de sus respectivos crditos. Mayor proyeccin para ADHU, prestigio, confianza, debido al sistema de
6.4. Determinacin de costos del sistema 6.4.1. 6.4.1.1. Recursos de proyecto Recursos materiales
Computadora Intel- celaron 2.8 ghz,, 40 gb, 256 RAM Sistema operativo xp, lenguaje de programacin PHP, base de datos Mysql, Dreamweaver.
Impresora Lexmark
6.4.1.2.
Recursos humanos
Analista Diseador Programador Asesor de tesis Director de la asociacin Personal de ADHU(tcnico de proyectos donaciones, crditos)
163
6.4.1.3.
Recursos econmicos
6.4.1.3.1. Costos de fabricacin Costos de diseo y construccin del sistema Se ha considerado para efecto de diseo y construccin del sistema de administracin de donaciones proyectos y gestin de crditos los siguientes costos:
Mano de Obra Analista Programador 12 meses 12 meses $800.00 $800.00 $9,600.00 $9,600.00
Mobiliario y Equipo Computadoras Ventilador Impresor USB UPS -Lenguaje de Programacin - Motor de Base de Datos -Software para diseo Web(Dreamweaver) Servicios de Apoyo Internet Energa Elctrica 12 meses 12 meses $25.00 $25.69 $300.00 $308.28 1 $500.00 $500.00 2 unidades 1 1 3 2 $500.00 $15.00 $40.00 $30.00 $50.00 $1,000.00 $15.00 $40.00 $90.00 $100.00
Insumos Varios Papelera tiles Tinta negra Tinta color 8 resmas 6 unidades 2 cartuchos 2 cartuchos $4.00 $1.00 $20.00 $27.00 $32.00 $6.00 $40.00 $54.00 $21,685.28
164
6.4.1.3.2. Costos de Implementacin Se ha considerado para efecto de implementacin del sistema de administracin de donaciones proyectos y gestin de crditos los siguientes costos:
Costos de Implantacin del Software
Materia Prima Servidores Patente de Software SO 2 1 1 $4,000.00 $68.57 $150.00 $8,000.00 $68.57 $150.00
Materia Prima Anual Dominio CD's de respaldo 1 4 Torres $100.00 $10.00 $100.00 $40.00 $8,358.57
Capacitacin del personal Se ha considerado para la capacitacin del personal de la asociacin que tendr contacto directo, para efectos de funcionamiento y manipulacin del sistema, un periodo
aproximado de 1 mes, comprendido dos horas laborales diarias de lunes a viernes, para ello se han tomado en cuenta los siguientes costos. Costos de Capacitacin por Hora
Salario Mensual por persona rea de proyectos : Siete personas $400.00 Salario por hora $1.67 Costo de capacitacin por hora 13 Total $21.71
Tres personas
$300.00
$1.25
13
$16.25
rea de donaciones:
Tres personas
$400.00
$1.67
13
$21.71
Total
$59.67
165
Imprevistos Se ha considerado el siguiente costo para las situaciones inesperadas que generan gastos un valor de $100, que se utilizar para cubrir dichos gastos
6.4.1.3.3. Costos administrativos Costos administrativos Elaboracin de estudio econmico total $60 $60 Costos variables Costos fijos $60 total $60
Estudio del proyecto. A continuacin se muestran los costos que se han incluido para realizar el estudio de factibilidad del proyecto. Papelera Internet $10 $40
6.4.1.3.4. Costo total del proyecto Despus de realizar de manera detallada los costos del proyecto podemos concluir como costo total lo siguientes: PRESUPUESTO TOTAL DE COSTOS
Costo de diseo del software: $21,685.28
$8,358.57
166
El valor total de los costos del proyecto es $30263.52 6.4.1.4. Beneficio del proyecto La rentabilidad de nuestro proyecto se veras reflejada en la optimizacin de sus recursos tanto de tiempo como humano, evaluando los costos de los procesos de administracin de proyectos, donaciones y gestin de crditos realizados con el sistema manual versus la realizacin de dichos procesos de Humano. una forma para la Asociacin para el Desarrollo
Todos los procesos de administracin de donaciones, proyectos y gestin crditos en ADHU son realizados por el personal de cada rea respectivamente.
8 horas diarias, trabajando 5 das a la semana haciendo un total de (8h*5dias)= 40 hora a la semana y (40*4)= 160 horas al mes Sueldo del personal en el rea de proyectos= $2,800/160= $17.5 hora Hora = $17.5/60 = $0.29 minutos.
8 horas diarias, trabajando 5 das a la semana haciendo un total de (8h*5dias)= 40 hora a la semana y (40*4)= 160 horas al mes Sueldo del personal en el rea de donaciones= $1,200/160= $7.5 hora
8 horas diarias, trabajando 5 das a la semana haciendo un total de (8h*5dias)= 40 hora a la semana y (40*4)= 160 horas al mes
167
Sueldo del personal en el rea de Crditos= $900/160= $5.63 hora Cargo Actividad Sueldo Sueldo Tiempo en Costo total
por minuto minutos por c/u Personal del rea de proyectos Personal del rea de Donaciones Personal del rea de Crditos Total Hora = $5.63/60 = $0.09 minutos $4,900.00 288 $48.96 Administracin de 5 proyectos Administracin de 5 donaciones Gestin de 5 crditos $900.00 $0.09 96 $8.64 $1,200.00 $0.13 96 $12.48 $2,800.00 $0.29 96 $27.84
En el cuadro anterior se muestran los costos en los que incurre la empresa para la realizacin de los respectivos procesos de una manera manual haciendo uso de herramientas informticas, tales como Word y Excel, El sistema de administracin de donaciones, proyectos y gestin de crditos ha sido evaluado por costos en minutos. Ya que dedican 1.6h para administrar cada operacin, tomando en cuenta que realizan 5 operaciones tanto de proyectos, donaciones y crditos diarios respectivamente. Cargo Actividad Sueldo Sueldo Tiempo en Costo total
por minuto minutos por c/u Personal del rea de proyectos Personal del rea de Donaciones Personal del rea de Crditos Total $4,900.00 144 $24.48 Administracin de 10 proyectos Administracin de 10 donaciones Gestin de 10 crditos $900.00 $0.09 48 $4.32 $1,200.00 $0.13 48 $6.24 $2,800.00 $0.29 48 $13.92
168
En el cuadro anterior se muestran los costos en los que incurrir la empresa para la realizacin de los respectivos procesos de una manera computarizada, El software de administracin de donaciones, proyectos y gestin de crditos reducir el tiempo `y aumentara el volumen de procesos a elaborar diariamente.
SISTEMA
$24.48
144
Como se refleja en el cuadro anterior con el sistema computarizado se ahorrar 144 minutos en la ejecucin de los procesos, esto significa que el sistema va generar un ahorro de 50% al momento de ejecutar los procesos.
169
7.1. Conclusiones
Mediante el estudio realizado en este documento, se pudo observar la inexistencia de un sistema de administracin de proyectos, donaciones y gestin de crditos como una herramienta de ayuda para la Asociacin.
El rea administrativa encargada de controlar los procesos de proyectos, donaciones y gestin de crditos fue elegida ya que es un rea en la cual se maneja mucha informacin y requiere de un sistema que les facilite dichas operaciones.
Despus de realizar los anlisis tcnico y funcional, se observ que el sistema SAPDGC cuenta con aceptacin de sus usuarios finales, ya que lo consideran una herramienta motivante y til que facilite los procesos administrativos de proyectos, donaciones y gestin de crditos.
En base a la tecnologa utilizada en este proyecto se puede garantizar disminucin en la inversin y la baja de los costos de desarrollo, esto de acuerdo al estudio econmico de este documento.
De acuerdo a la tecnologa utilizada, se puede garantizar un tiempo prolongado de desactualizacin de la tecnologa empleada en el diseo de este sistema.
170
7.2. Recomendaciones Se recomienda que despus de puesto en marcha el funcionamiento del sistema, la informacin que este genere se actualice constantemente.
Se le recomienda a la Asociacin hacer uso adecuado del plan de contingencia contenido en este documento.
Se recomienda que la Asociacin asigne a una persona a tiempo completo, para dar mantenimiento al sistema y as lograr que este funcione de una forma eficiente.
171
Referencias Bibliogrficas
Baca Urbina, Gabriel. 2000. Evaluacin de Proyectos. 4ta ed. Mxico Blanco Illescas, Francisco. 1976. El Control Integrado De Gestin: Iniciacin A La Direccin Por Sistemas. 2 Ed. Limusa.
Bruegge,Beerned; Dutcit, Allen H. 2002. 1 edicin. Ingeniera del software orientado a objetos
Ettinger, Richard P. 1987. Crditos Y Cobranzas. Continental. Fitzgerald, Jerry. 1981. Controles Internos Para Sistemas De Computacin. 1 ed. Noriega.
Flowler, Martin; Scott, Kendall. 1999. 1 edicion. UML gota a gota. Gutirrez Rodrguez, Abrahan.2005. 1 edicin. Php5 manual avanzado. Gilfillan, Ian. 2003, 1 edicin. La biblioteca de Mysql. Hernndez Sampieri, Roberto. 1991. Metodologa de la Investigacin. 2da ed. McGraw Hill.
Holzner, steven.2006. 1 edicin. Php5 Manual avanzado. James A. OBrien. 2001. Sistemas de Informacin Gerencial. 4 ed. McGrawHill.
Ogata, Katsuhiko. 1998. Ingeniera De Control Moderna. 3 ed. Mc Graw Hill. Roca Cusid, Alfred. 1999. Control De Procesos. 1 ed. Alfaomega. Cabrera Mirn, Jos Humberto. Magaa Mundo, Carlos Roberto. Romero Ortega, Jehu Elicer. 2005. Desarrollo del sistema de informacin territorial para el dpto. de Sonsonate. Caso practico: Santa Isabel Ishuatn. Tesis Ing. en Sistemas Computacionales. Sonsonate, El Salvador. USO (Universidad de Sonsonate, sv).
Garzona Salterio, Juan Carlos, Retana Gutirrez, Adn Ernesto, Hernndez, Marlon Isaac.2004. Desarrollo de un Software de Consulta Financiera y Pagos en Lnea de la Caja de Crdito de Sonsonate. El Salvador.
172
ANEXOS
173
ANEXO 1
Tema Sugerido
Construccin de un software de Control de Donaciones, Proyectos y Gestin de Crditos para la Asociacin para el Desarrollo Humano (ADHU).
M A T R I Z
Problema de Investigacin
Cmo influye en la eficiencia de la Asociacin para el Desarrollo Humano ADHU, la ejecucin de las operaciones de administracin de proyectos, donaciones, y gestin de crditos efectuadas de forma manual digitalizada?
D E
C O N G R U E N C I A
Objetivos Hiptesis
La ejecucin de las operaciones de administracin de proyectos, donaciones y gestin de crditos de una forma manual digitalizada en ADHU, si influye en la eficiencia de dichas operaciones.
Preguntas de Investigacin
Variables
Indicadores
General Construir un software que agilice las operaciones de administracin de proyectos, donaciones y gestin de crditos, y que brinde un mayor beneficio para la Asociacin para el desarrollo Humano ADHU mejorando la eficiencia de estas operaciones.
174
1. Procesos a agilizar.
construccin del software. 2. Factibilidad Estudiar la factibilidad Tcnica Hardware Software Infraestructura
tcnica, operativa y econmica del software de gestin de crditos y administracin de 3. Factibilidad Operativa Admn. de donaciones Admn. de Proyectos Gestin de crditos
Hardware Software
175
Infraestructura
5. Se agilizarn los procesos de administracin de proyectos, donaciones y gestin de crditos con la aplicacin del software?
Determinar el hardware y software apropiados para la construccin del software diseado para la Asociacin.
5. Factibilidad tcnica
6. Lenguaje de programacin
en cuenta las entradas, procesos y salidas de informacin en base a los procesos de administracin de proyectos, donaciones y
8. Tipo de Arquitectura
176
gestin de crditos. Proporcionar ms seguridad y confiabilidad de la informacin por medio de la construccin del software.
Puesta en servicio total. Conversin en paralelo. Conversin por puestos. Conversin por etapas.
177
ANEXO 2
ENCUESTA (CUESTIONARIO)
3- Qu procesos son los que les ocasionan ms dificultad realizarlos de la manera actual?
6- Cree que un software lograra que las operaciones se realicen ms eficientemente? Si ___ No ____
8- A su criterio cree que sera ms factible manejar estos procesos desde Internet? Si ___ No ____
9- Considera que la inversin del software sera beneficioso para la asociacin? Si ___ No ____
178
10- Estara dispuesto a capacitarse para el uso del software? Si ___ No ____
13- Cuntos proyectos y donaciones administran diariamente, realizndolos de la manera actual? ________________
14- A cuanto asciende el salario devengado por los empleados, a cargo de administrar los proyectos y las donaciones individualmente? __________________
15- Cunto gasta en papelera el personal para administrar los proyectos y las donaciones? __________________
16- Cunto tiempo se demoran en realizar un recorte o consolidado de los proyectos y las donaciones de la manera actual? ___________________
179
1- Considera necesario un software para manejar la gestin de los crditos? Si ____ No ____
2- Considera que sera ms eficiente la gestin de los crditos con la implementacin del software? Si ____ No ____
3- Cree que la asociacin debera invertir para obtener este servicio? Si ____ No ____
5- Considera que la asociacin tendra impacto con la adquisicin de esta tecnologa? Si ____ No ____
7- A su criterio cree que sera ms factible manejar estos procesos desde Internet? Si ____ No ____
180
ANEXO 3
GUA DE OBSERVACIN
De qu manera manejan actualmente los procesos de administracin de proyectos, donaciones y gestin de crditos.
Cul es la tecnologa que posee actualmente la asociacin. Quines son las personas involucradas en la administracin de proyectos, donaciones y gestin de crditos.
Cmo se encuentra la infraestructura del rea donde se implantar el sistema en la asociacin para el Desarrollo Humano ADHU.
181
ANEXO 4
GUA DE ENTREVISTA
Contactar al Director de la Asociacin para una entrevista en sede de ADHU de San Antonio del Monte. Teniendo una fecha establecida para la entrevista se harn las preguntas siguientes: Cuenta la Asociacin con algn software que ejecute algunas operaciones. Le gustara tener un software que ejecute alguna de las operaciones que realiza la empresa. Qu tipo de procesos necesita que realice el software. Cmo llevan a cabo esos procesos actualmente. Quines son las personas involucradas en realizar esos procesos. Considera que un software que realice esos procesos beneficiar a la Asociacin. Estara dispuesto en facilitarnos la informacin para construir el software. Cuenta con los recursos para la implementacin del software. Estara de acuerdo en hacer una inversin para la implementacin del software
182
ANEXO 5
DEPARTAMENTO
SAN SALVADOR LA UNIN USULUTN LA LIBERTAD
SALUD AGRARIOS PRODUCTIVOS EDUCACION Y CAPACITACIN MEDIO AMBIENTE EMERGENCIA CENTROS DE COMPUTO VIVIENDA ORGANIZACIN COOPERATIVA TOTALES
24 2 1 10 3 7 3 3 3 56 6 2 3 1 2 1 2 1 1 1 3 1 1 1 1 1 1 1 3
TOTAL DE PROYECTOS = 72
183
ANEXO 6
ESTRUCTURA ORGANIZATIVA
184
ANEXO 7
PROYECTOS
SALUD AGRARIOS PRODUCTIVOS EDUCACION Y CAPACITACIN MEDIO AMBIENTE EMERGENCIA CENTROS DE COMPUTO VIVIENDA ORGANIZACIN COOPERATIVA
x x x x x x x x x x x x x x x x x x x x x x
185
ANEXO 8
Figura1 diagrama de secuencia logear usuario del caso de uso Accesar al sistema
Figura 2. La secuencia Accesar al Sistema comienza mostrando la Pantalla Principal del Inicio de Sesin.
186
Figura 3. La secuencia Accesar al Sistema inicia cuando el usuario (empleado) inserta los datos en los campos User y passwd respectivamente, y oprime el botn entrar. Observe que el campo de la contrasea, se despliega en pantalla con los caracteres del tipo siguiente .
Figura 4. La secuencia Accesar al Sistema continua cuando el usuario (empleado) accede al sistema y realiza las operaciones en l, en la Pantalla Principal del Sistema.
187
Figura 5. La secuencia Accesar al Sistema termina cuando el usuario (empleado) Cierra Sesin.
C U: Registrar Empleado.
Figura 1. Diagrama de secuencia crear Registrar de empleado del caso de uso Registrar empleado.
188
Figura 2. La secuencia Registrar empleado comienza cuando el usuario selecciona la opcin Mantenimiento en la Pantalla Principal.
Figura 3. La secuencia Registrar empleado continua cuando el usuario oprime el botn usuario en la Pantalla de Mantenimiento.
189
Figura 4. La secuencia Registrar Empleado continua mostrando la Pantalla para seleccionar Registrar un empleado nuevo.
Figura 5. La secuencia Registrar Empleado contina cuando el usuario Llena los datos y oprime el botn Guardar en la Pantalla Principal de Registrar Empleado.
190
Figura6. La secuencia Registrar Empleado contina cuando el sistema muestra un mensaje, notificando que se registrado correctamente el nuevo empleado.
191
Figura 7. La secuencia Registrar Empleado culmina cuando el usuario oprime el botn Men Principal para retornar a la Pantalla Principal y poder realizar otra operacin o salir incluso del sistema.
192
ANEXO 9 Simbologa RUP (Proceso Racional Unificado) Simbologa de Diagramas de Casos de Uso
ACTOR: Es un conjunto de roles que desempean los usuarios de los casos de uso cuando interactan con estos.
CASO DE USO: Son las maneras en que un usuario utiliza el sistema. Simbologa de Diagramas de Estados de Casos de Uso. ESTADO: Estados por los que transita una instancia.
FIN: Finalizacin del Caso de Uso. Simbologa de Diagramas de Colaboracin. CLASE ENTIDAD: Modelan informacin que posee una larga vida y que es a menudo persistente.
CLASE INTERFAZ: Modelan la interaccin entre el sistema y sus actores. Esta interaccin a menudo implica recibir informacin y peticiones de los usuarios y sistemas externos. CLASE CONTROL: Representan coordinacin, secuencia, transacciones y control de otros objetos. Simbologa de Diagramas de Relaciones CONECTOR: Relaciona dos o mas clases.
193
194
ANEXO10
MANUAL DE INSTALACIN
Guiar a los usuarios en la instalacin del software necesario para el uso del sistema SAPDGC localmente.
195
1- El CD de instalacin y encontrar los siguientes iconos. 2- Comenzaremos instalando el servidor web integrado appserv-win32.2.5.9 haciendo doble clic en el siguiente icono.
196
197
5- Elija la carpeta donde desea almacenar los archivos del servidor web o haga clic en siguiente (Next) para que automticamente se cree la carpeta donde se almacenarn dichos archivos.
198
7- Escriba el nombre del servidor y la direccin del administrador, como se muestra en la pantalla y haga clic en siguiente (Next).
8- Escriba la contrasea para el administrador de base de datos que se detalla en la informacin entregada y haga clic en instalar (Install).
199
200
INSTALACION DE MOTOR DE BASE DE DATOS PARA MANEJO DEL SISTEMA LOCAL. 1- El CD de instalacin y encontrar los siguientes iconos. 2- Haga doble clic en el siguiente icono.
201
5- Elija la carpeta donde desea almacenar los archivos del motor de base de datos o haga clic en siguiente (Next) para que automticamente se cree la carpeta donde se almacenarn dichos archivos.
202
6- Seleccione en que carpeta desea almacenar el acceso directo del motor de base de datos y haga clic en siguiente (Next).
203
8- Ahora ya est listo para comenzar a instalar el programa haciendo clic en instalar (Install).
204
11- Ventana de inicio y conexin a la base de datos, despus de digitar la contrasea haga clic en conectar.
Luego de haber instalado todas las aplicaciones se procedera a copiar la carpeta ADHU contenida en el CD en la siguiente ruta: C:\AppServ\www
1- Haga doble clic en el icono 2- Haga doble clic en el icono 3- Haga doble clic en el icono 4- Haga doble clic en el icono
205
ANEXO11
MANUAL DE USUARIO
Dar a conocer a los usuarios finales las caractersticas y las formas de funcionamiento del software.
206
1. Instale el navegador Mozilla Firefox que se encuentra en el CD de instalacin. 2. Introduzca la direccin web siguiente: 3. Si la direccin la escribi correctamente aparecer la siguiente pantalla de inicio.
4. Si su nombre y clave de usuario son correctos mostrar la siguiente pantalla. MENU PRINCIPAL DEL SISTEMA
207
5. Cuando elija la opcin requerida aparecer una ventana que mostrar un men con las operaciones referentes a esa opcin. Por ejemplo:
Guarda el formulario despus de llenado Haga clic para obtener el reporte de beneficiarios Muestra los registros contenidos en la base de datos
Limpia la pantalla
208
7. La siguiente ventana de ejemplo muestra como se modificarn los registros. Despus de haber dado clic en el botn modificar modificarlo. se llenar el formulario permitiendo
8. La siguiente ventana de ejemplo muestra como se eliminarn los registros. Despus de haber dado clic en el botn eliminar eliminarlo. se llenar el formulario permitiendo
Elimina el formulario
209
9. Algunos formularios tienen bsquedas como las que se muestran en el ejemplo siguiente, para extraer datos de otras tablas.
Puede hacer clic para mostrar los registros o escribir el parmetro a buscar
210
10. Ventana de ejemplo de men de reportes de mantenimiento, en cada mantenimiento tambin se encuentra un link reporte para accesar al reporte del mantenimiento que esta ejecutando en ese momento.
11. La ventana de reporte muestra los diferentes tipos de bsqueda con la estructura siguiente:
Si busca por oficio escriba el nombre del oficio aqu Luego haga clic aqu para obtener el reporte
211
Luego haga clic aqu para obtener el reporte Elija la fecha que desea buscar
12. Para registrar datos personales los formularios muestran la opcin de registrar documentos de identidad y se hace como se muestra en la ventana siguiente:
212
Y se mostrarn en la tabla siguiente, puede agregar ms de un documento, al mismo tiempo que puede eliminarlo
13.
El sistema tiene la opcin de registrar las aportaciones de los socios de ADHU, as como darles seguimiento al pago de las cuotas. La ventana siguiente muestra las opciones:
213
Valor de la cuota
De la misma forma se registran los pagos mensuales de aportaciones y se incrementa el valor del monto cada vez que ingresa un aporte nuevo.
214
14. En las cuentas de ahorro de hace de la misma manera se accesa a ese men y se busca el socio.
Al buscar el socio automticamente se llenan las casillas nmero de cuenta y monto Al llenar esta casilla se incrementa o disminuye el monto de acuerdo a la opcin que haya elegido
215
Despus de llenado al hacer clic se genera la tabla de amortizacin la cual puede ser impresa.
216
217
19. Cuando se registra un crdito, se llena el formulario correspondiente, se calcula dicho crdito y se imprime la hoja de pagos.
En esta bsqueda solo aparecen las solicitudes aprobadas Si se aplican descuentos se registran aqu.
218
GLOSARIO
ADHU: Asociacin para el Desarrollo Humano.
ARQUITECTURA DE APLICACIONES: Es usado al disear aplicaciones. Esta manera se refiere a la manera en que es diseada tanto fsica como lgicamente.
ARQUITECTURA FILE SERVER. Las tres capas se encuentran juntas en un mismo servidor, y de igual manera viajan por la red al cliente.
ARQUITECTURA CLIENTE SERVIDOR: La capa de datos se encuentra en un servidor y la capa de procesos y presentacin viajan por la red al cliente.
ARQUITECTURA DISTRIBUIDA: Es una arquitectura de tres capas separadas, la capa de datos en un servidor, y los procesos en otro, y al cliente nicamente viaja por la red la capa de presentacin.
DISEO FSICO: En el se especifican exactamente donde se encontrarn las piezas de la aplicacin (como discos, ejecutables, cable de red y computadoras).
DISEO LGICO: En el se especfica la estructura de la aplicacin y sus componentes sin tomar en cuenta donde se localizar el software, hardware e infraestructura.
FIREWALLS: Son barreras creadas entre redes privadas y redes pblicas, como por ejemplo Internet. Los firewalls examinan todo el trfico de entrada y salida, permitiendo el paso solamente al trfico autorizado.
219
HUB O CONCENTRADOR: Es un dispositivo central de conexin con el cual se conectan todos los cables de la red. Los concentradores reciben seales desde una ubicacin y luego las enva a travs del resto de la red.
METODOLOGIA ORIENTADA A OBJETOS: Es la combinacin de las tcnicas orientadas a datos y las tcnicas orientadas a procesos.
MODEM: Es una pieza de equipo que conecta a una computadora a Internet por medio de una lnea telefnica, en donde la seal elctrica (anloga) que viaja a travs de cables, se convierte a una seal digital para que pueda ser interpretada por una computadora.
MYSQL: (Structured Query Language), es el servidor de bases de datos relacionales ms comnmente MySQL es actualmente el sistema de bases de datos ms popular de la red.
NIC: (Tarjeta Controladora de Interfaz), esta instalada dentro de cada una de las computadoras y tiene la funcin de conectarlas con el cable de la red.
PARAMETRO: Son constantes arbitrarias que caracterizan, por sus propiedades, el valor y la descripcin dimensional de un sistema especfico o de un componente del sistema.
PHP: (Hypertext Pre-processor) Es un lenguaje de programacin interpretado, diseado originalmente para la creacin de pginas web dinmicas. Es usado principalmente en interpretacin del lado del servidor (server-side scripting)
relativamente pequea, esta se encuentra comnmente dentro de un edificio o conjunto de edificaciones que estn contiguos, son capaces de transmitir datos a
220
velocidades muy rpidas, algunas inclusive ms rpidos que por lneas telefnicas pero las distancias son limitadas.
RED DE AREA METROPOLITANA (MAN): Es un sistema de interconexin de equipos informticos distribuidos en una zona que abarca diversos edificios que estn contiguos por medios pertenecientes a la misma organizacin propietaria de los equipos. Se utiliza normalmente para interconectar redes de rea local.
RED DE REA EXTENSA (WAN): Es un sistema de interconexin de equipos informticos geogrficamente dispersos, que pueden estar incluso en continentes distintos.
ROUTER: Es un dispositivo de hardware que se encarga bsicamente de informar y dirigir informacin a las computadoras de la red y enviarla buscando los recorridos ms rpidos o mas precisos. Ofrece una conexin entre la red e Internet. Los routers se sitan en una red LAN (Red de rea Local).
SERVIDOR: Es un computador en donde se guarda la informacin y los recursos, los cuales se mantienen disponibles para otras computadoras de la red.
SERVIDOR APACHE: Este servidor web es actualmente, es el ms implantado entre los distintos servidores que ofertan servicios web en Internet. Es de aplicacin libre y descargable de forma gratuita de la web.
SERVIDORES DE RED: Es una computadora de gran alcance que cumple una funcin especfica dentro de la red. Se puede tener un servidor especfico para almacenar archivos, para sostener las pginas Web, para manejar los correos electrnicos y para respaldar los archivos.
221
SISTEMA: Un grupo de elementos que trabajan de manera conjunta para alcanzar un objetivo en comn. Conjunto de elementos independientes que interactan entre s.
SOFTWARE: comprende el conjunto de los componentes lgicos necesarios para hacer posible la realizacin de una tarea especfica.
Mientras que un
concentrador obtiene una seal desde de una computadora y luego la enva a travs de la red, un switch obtiene la informacin de la red y la enva a un destino especfico.
222