REPUBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL POPDER POPULAR PARA LA EDUCACIN SUPERIOR COLEGIO UNIVERSITARIO DE CARACAS FUNDACIN MISIN

SUCRE ALDEA UNIVERSITARIA SEVERIANO RODRIGUEZ HERNANDEZ

DISEO E IMPLEMENTACION DE UNA APLICACIN WEB PARA EL CONSEJO COMUNAL MARA CONCEPCION PALACIOS II, DE LA PARROQUIA MANUEL DAGNINO, MUNICIPIO MARACAIBO.

AUTORES: CASTELLAR DAVID C.I. 16782773 OCANDO NOLAN C.I. 12061427 UZCTEGUI JOS C.I. 12868373

MARACAIBO, OCTUBRE 2009

NDICE GENERAL
Pg. DEDICATORIA AGRADECIMIENTO RESUMEN INTRODUCCIN CAPITULOS I PLATEAMIENTO DEL PROBLEMA Contexto y Descripcin de la Necesidad Tecnolgica Objetivos General Especficos Importancia y Justificacin II MARCO TERICO TECNOLGICO Antecedentes Tericos y Tecnolgicos Bases Tericas y Tecnolgicas III DISEO TECNOLGICO Descripcin del Diseo Tecnolgico IV IMPLEMENTACION DEL DISEO TECNOLGICO V PRUEBAS E IMPLEMENTACION DEL MODELO REALIZADO

INTRODUCCIN En actualidad el estudio de las ciencias y las tecnologas cada da nos impulsa y nos permite el avance hacia el desarrollo integral que se necesita para el progreso de las diferentes actividades propias del ser humano y en beneficios del mismo. Se utiliza la tecnologa para facilitar al ser humano los trabajos tediosos y complejos, por lo menos es fue el propsito original de fundar la tecnologa. Una de la tecnologa que existe son los sistemas de informacin, esenciales para las organizaciones o negocios donde se requiere la utilidad puesto que estos son los recursos ms vigentes que se ofrecen para el mejor rendimiento de los procesos de datos informticos, logrando establecer bases de procesos estructurales dentro de las instituciones. Las personas manifiestan confianza en ellos por que se ha demostrado la eficiencia que tienen a la hora de utilizarlos en las actividades del campo laboral. La rama de informtica y sistemas es el rea de la tecnologa que nos permite el estudio y conocimientos de los diferentes procesos que se ve en el campo de administracin y control de cualquier tipo de recursos, fundamental en el desarrollo software. En el caso del banco comunal del Consejo Comunal Mara Concepcin Palacios II requiere un sistema automatizado para el control de los recursos financieros. La importancia de este proyecto constituye el enlace que le permitir a esta organizacin la incorporacin a las novedades tecnolgicas y a mejorar el desempeo de sus funciones financieras conjuntamente con todas las virtudes que el sistema automatizado les brinda, generando pues, credibilidad y confianza entre el Consejo comunal y los miembros de la comunidad.

CAPITULO I PLANTEAMIENTO DEL PRBLEMA.

Los sistemas de informacin computarizados juegan un papel fundamental en la sociedad, sobre todo en el contexto de la competitividad de las distintas organizaciones institucionales que operan en determinadas reas, sea cual sea su razn social. La dinmica de las organizaciones exige la disponibilidad de la informacin en todo momento y adems requiere que sta sea a la vez verdica e ntegral. Gracias a los distintos productos de software orientados a cubrir procesos crticos de las instituciones, las gestiones de estas han alcanzado niveles superiores de optimizacin, debido a que la automatizacin de un gran conjunto de actividades incrementa la velocidad y la calidad de los procesos. Las grandes instituciones nacionales e internacionales cuentan con una infraestructura tecnolgica que soporta todas las actividades operacionales y administrativas inherentes al objetivo del negocio, adems de esto cuentan con Sistemas de Informacin Integrales que enmarcan todos las reas de trabajo. Especificando un poco, es observable que gran parte de los rganos en Venezuela poseen mnimo un computador personal con una suite de oficina (comnmente la suite Office de Microsoft o la suite libre OpenOffice de la Sun MicroSystems) que les permite agilizar ciertas tareas, incluso algunos de estos rganos cuentan con paquetes de software contable. Las instituciones que no sigan esta tendencia; que no adquieran una plataforma tecnolgica (hardware y software) que les permita optimizar sus procesos dentro de algunos aos estarn condenadas a desaparecer, ya que se encontrarn en desventaja frente a la competencia que propone la sociedad de la informacin. Los Consejos Comunales no son ajenas a esta realidad, desde todo punto de vista (econmico, financiero, etc.) deben compartirse con la misma situacin, un factor importante para esto es contar con herramientas de software que les permitan prestar un mejor servicio a las comunidades en general, y de esa forma obtener beneficios (agilizando los ejercicios administrativos). En la ciudad de Maracaibo se cuentan con distintos Consejos Comunales, uno de estos entes comunitarios es la el Consejo Comunal Mara Concepcin Palacios II de la parroquia Manuel Dagnino, la cual describiremos a continuacin. El consejo comunal Mara Concepcin Palacios II ubicado en la parroquia Manuel Dagnino, es de carcter pblico, cuenta con distintas unidades de gestin entre los cuales se encuentran: la Unidad Administrativa y Financiera, Unidad Contralora y Unidad Ejecutiva, en esta ltima se encuentra los diversos comits como Habita y vivienda, Comunicacin, Alimentacin, Tecnologa, Deporte, etc. Las

funciones del Consejo Comunal es gestionar temas con respecto a la economa de la comunidad, salud, educacin, vivienda; todo esto lo realizan a travs de proyectos que le son aprobados por su instancia. El Consejo Comunal Mara Concepcin Palacios II cuenta con la independencia de disponer de qu manera y como procesar los ejercicios administrativos. Dentro del Consejo Comunal la unidad encargada del funcionamiento ptimo de la ya mencionada gestin es la unidad Administrativa y Financiera. El Consejo Comunal ofrece a la comunidad uno servicio comunitario y social en pro de brindarle a la comunidad una mejor calidad de vida y estabilidad econmica en la parte social. Este servicio es la administracin de recursos financieros. La responsabilidad de que el servicio ofrecido que se presta con calidad y transparencia recae sobre los miembros de la Unidad Administrativa y Financiera. La Unidad cuenta con cinco (5) miembros, estos administran los recursos financieros que les son asignados por las instituciones nacionales. La distribucin de los recursos son destinados a proyectos para los cuales le son aprobados, no est permitido el desvi de estos recursos para otros fines al menos que la asamblea de ciudadanos y ciudadanas lo aprueben bajo circunstancias extraordinarias. Actualmente el control administrativo es un proceso que requiere de formatos impresos para registrar los movimientos de los recursos financieros siguiendo la poltica de captura de datos que ellos mismo establecen. Los documentos que respaldan los movimientos de la cuenta bancaria, se encuentran archivados por uno de los miembros de la Unidad en su propio hogar. Los documentos que se hace mencin son facturas, notas de entregas, oficios de recibidos, bauches de depsitos, talonario de cheques emitidos, copia de cheque recibidos. Adems, no se lleva ninguna relacin entre los documentos y los recursos, simplemente estos son archivados. Por otra parte, se lleva el inventario de bienes y muebles, pero estos deben emigrar de lugar cada vez que es reestructurada la Unidad por que el Consejo Comunal no posee su propia sede. La Unidad no cuenta con una aplicacin que le permita automatizar la verificacin previa a la asignacin y destinacin de los recursos, tener un mejor control del proceso, generar reportes relacionados al servicio para el apoyo a la toma de decisiones y manejar sanciones. Para contrarrestar estas situaciones que atentan contra el desarrollo econmico efectivo de la vida comunitaria se construy una aplicacin Web integral que garantiza la gestin de los procesos administrativos y contables del los recursos financieros orientada a los miembros de la Unidad Administrativa Financiera de una forma eficiente, rpida y segura.

Contexto y Descripcin de la Necesidad Tecnolgica Actualmente no existe en la Unidad Administrativa y Financiera una aplicacin web que apoye las actividades que requiere el servicio de la administracin de los recursos financieros, en consecuencia el control de financieros de dicho servicio se realiza de forma manual y emprica. Los movimientos de los recursos se registran en formularios de hojas de formatos, en el cual se registran los datos de una persona, institucin, o a cualquiera que este involucrado con un movimiento de los recursos, en esta Unidad los controles (verificacin de polticas - transparencia, veracidad informativa, etc.) e informes se llevan a cabo de forma manual y en ocasiones en base a relaciones de confianza, debido a que no cuentan con un sistema de formulario que les permita tener certeza de la veracidad de los datos relacionados a el estado de cuenta bancario, al inventario de bienes y los personajes involucrados en los movimiento. Para que la Unidad realice un movimiento de recurso debe estar autorizado por la asamblea de ciudadanos y ciudadanas, una vez hecho la operacin se debe registrar en libro de control de los movimientos de recursos y seguidamente archivar el documento que lo relacione. Cada cierto tiempo la Unidad debe emitir a la comunidad una notificacin con un informe de respaldo sobre su gestin administrativa, esto lo demuestra junto con su libro de control y todos los documentos que lo respaldan, pero este ltimo no mantiene una relacin con el libro de control de recurso, lo que hace ms tedioso la entrega de cuenta y la generacin de incertidumbre entre la Unidad y la comunidad. Se ha demostrado con esta experiencia que llevar el un libro de control de movimiento solo cubre la necesidad de un particular pero no de un colectivo y mucho menos en estos tiempos cuando la mayora de procesos similares se han venido automatizando, de modo que esta situacin en particular no deja ninguna evidencia de veracidad en la informacin a la hora de cerrar y entregar cuentas.

Objetivo General

Disear e implementar una aplicacin Web para el control de recursos financieros de la Unidad Administrativa y Financiera del Consejo Comunal MARA CONCEPCIN PALACIOS Maracaibo. II de la parroquia Manuel Dagnino, municipio

Objetivos Especficos Establecer los requerimientos funcionales del mdulo de gestin de los recursos financieros a travs de entrevistas y reuniones informales con los usuarios implicados (la Unidad Administrativa Y Financiera, el Colectivo del Consejo Comunal y miembros de la comunidad). Analizar y Disear el mdulo de gestin de los recursos financieros a travs de la metodologa de desarrollo de software UP (Proceso Unificado) con WAE2 (Extensin de UML para Aplicaciones Web en su versin 2) bajo el patrn modelo vista controlador (MVC). Implementar la aplicacin web bajo el patrn de arquitectura modelo vista controlador (MVC). Desarrollar el manual del Sistema y el manual de Usuario para su respectiva consulta.

Importancia y Justificacin El Sistema Web desarrollado permitir que la ejecucin de los procesos inherentes de los movimientos de recursos financieros sea ms fcil y al mismo tiempo ms rpido. Los controles y verificaciones relacionados al estado financiero, los ejecutar el sistema de forma automtica, la puesta en marcha de esta propuesta optimizara notablemente la calidad de tramite de una aprobacin de un movimiento de recursos, adems de eliminar totalmente la documentacin que en la actualidad se genera (Constancias, Formatos de control de entrada y salida de los recursos, entre otros). Esta propuesta soporta el cambio de polticas en el servicio de administracin de recursos financieros y mantendr informado sobre el estado de los recursos a los usuarios que sean miembros o no de la Unidad Administrativa y Financiera visitando la pagina con la direccin que sea alojada al servidor En cuanto al estado de cuenta de los recursos financieros el sistema genera reportes especficos necesarios para llevar un control estadstico, en base a estos

reportes la Unidad podr tomar decisiones para la mejora de las polticas de administracin de dicho servicio. Los movimientos de recursos financieros ya no sern registrados en formatos de hojas impresas debido a que el sistema una vez implantado funcionar en la Internet a travs del protocolo HTTP (Hyper Text Transfer Protocol), en la que proveer un formulario de HTML para la captura de datos hacia la base de datos, de esta forma ser accesible desde cualquier terminal del mundo con conexin a la red de redes (Internet). La funcionalidad del Sistema Web es dirigida a apoyar y optimizar los procesos asociados a las movilizaciones de los recursos financieros desde la perspectiva de los miembros de la Unidad, los responsables de ofrecer el servicio. Vale la pena aclarar que debido a la forma como se desarroll el sistema ser fcilmente extensible; se podr acoplar mdulos implementados en el futuro para ampliar la funcionalidad de este mismo. El funcionamiento ptimo de la aplicacin depender en gran parte de la plataforma de comunicacin en la que sea implantada, es decir de las caractersticas del servidor en el que sea instalado y de la capacidad del canal de comunicaciones de dicha plataforma. Adems el sistema estar sujeto a las polticas y directrices de administracin Web de la Unidad que lo administre. En cuanto al aspecto informativo el sistema permitir que otras personas que no sean miembros de la Unidad visiten el sitio y puedan consultar la gestin administrativa. Tambin el proyecto servir de apoyo para aquellos Consejos Comunales que en el futuro necesiten implementar sistemas de informacin similares o para aquellos que simplemente necesiten consultar un aspecto relevante del desarrollo de la aplicacin. El desarrollo del proyecto le permiti a los autores aplicar una serie de conceptos adquiridos en reas como bases de datos, ingeniera de software, programacin de sistemas orientados a objetos, anlisis y diseo de sistemas orientados a objetos, seguridad informtica, redes, auditora de sistemas, entre otros. Adems permiti obtener experiencia en la produccin de software, lo que en cierto modo simula los contextos reales del mercado laboral en los campos de accin en los que operan los ingenieros de sistemas.

CAPTULO II MARCO TERICO - TECNOLGICO

Antecedentes Tericos y Tecnolgicos

Los antecedentes que se presentan a continuacin han sido seleccionado partiendo de diferentes estudios relacionados con la aplicacin web, los trabajos son diferentes a la investigacin realizada de este proyecto. Estos estudios fueron realizados utilizando otras metodologas pero en si, todos buscan satisfacer la necesidad de la creacin de una aplicacin web. En el primer antecedente relevante para este estudio fue el realizado por Yujra Chipana y Hernan Elvio (2009), quienes ejecutaron un estudio titulado Control financiero va web para el servicio exterior Ministerio de relaciones exteriores y cultos. El objetivo de la investigacin es disear e implementar una plataforma para la publicacin y acceso web en donde quiera que se encuentren aquellos funcionarios que deben controlar el manejo del dinero y saber el uso que se le da a este. Para la implementacin se hace uso de Microsoft Visual Studio el cual les proporciona varios lenguajes de programacin y una IDE de desarrollo adecuado para aplicaciones Web y como gestor de base de datos SQL Server del cual se aprovecha los procedimientos almacenados para separar el acceso a la base de datos. Los requerimientos del sistema se obtuvieron a travs de entrevistas y charlas con el la Unidad de sistemas Informticos del Ministerio que es la encargada de hacer uso de las nuevas tecnologas existentes en el mercado para colaborar en las tareas que tienen los funcionarios. Se utiliza RUP (Rational Unified Process) como la metodologa de desarrollo de software. Los autores concluyeron que la implantacin del sistema de informacin reducira el tiempo para el acceso a la informacin y el trabajo ya no seria esttico por que el sistema permite el acceso remoto para el control de la informacin y la calidad de trabajo de los funcionarios aumentara notablemente. Actualmente el sistema est en operacin, pero ha tenido modificaciones producto de su respectivo mantenimiento. El segundo trabajo de investigacin es presentado por Indira Lilled Laurencio Fuente en el 2005 con el titulo MODELADO DE UNA APLICACIN WEB PARA EL MODULO INVENTARIO DEL SISTEMA CONDOR. Este sistema contable cuenta con una suite integrada por siete mdulos: Contabilidad General,

Activos Fijos, Inventario, Nmina/prenmina, Disponibilidad Financiera, Condexce y Efectos. ConDor es un producto de la empresa SICS y ya esta siendo utilizados por clientes de esta empresa, pero estos usuarios han sealado ciertas desventajas. El objetivo de la investigacin est enmarcado en el mdulo Inventario del Sistema, el cual ya se encuentra automatizado pero se quiere perfeccionar y actualizar con los nuevos avances tecnolgicos, se ha planteado modelar los artefactos de ingeniera para una aplicacin Web. Este modulo est compuesto por tres procesos: Control de Inventario, Facturacin y tiles y Herramientas en Uso. Se emple para la modelacin de los artefactos de ingeniera el Racional Rose Enterprise Edition, y para su implementacin el Visual Studio.NET 2005, como gestor de Base de Datos el SQL Server 2005 y como lenguajes de programacin C# y SQL. La metodologa que se utiliz para diseo del negocio y el anlisis del sistema de construccin de software fue el Proceso Unificado de Desarrollo (RUP). En el proceso de diseo de la herramienta se utiliz el diagrama de caso de uso y el diagrama de contexto de los procesos. El autor concluye que la implementacin del sistema constituye en aporte mucho ms prctico a los clientes cumpliendo estrictamente con los requisitos solicitados por el cliente y con las mejoras y ventajas, capaces de realizar el proceso de control de inventario a cualquier entidad u organismo, mayor funcionalidad, muy buena seguridad, esta provisto de un ambiente cmodo, fcil de entender, que cumple los estndares del diseo y utiliza tcnicas modernas de programacin orientada a objetos. La tercera investigacin fue realizada por Juan Daniel Cussi Ancasi en el 2006 con el titulo APORTE Y PRESTAMAO EN LA ASOCIACION NACIONAL DE SUBOFICIALES CLASES Y POLICIAS (ANSSCLAPOL). El objetivo de esta investigacin es desarrollar un sistema aplicando la metodologa de desarrollo, para realizar el control de Aportes y Prstamos de los socios que pertenecen a la institucin con un acceso fcil a la informacin y medidas de seguridad en el departamento de contabilidad de ANSSCLAPOL. Para la implementacin se utilizo el lenguaje de programacin PHP, base de datos MYSQL, con una estructura modelo vista controladora en el entorno WEB. La metodologa que se utiliz para el anlisis y el diseo de desarrollo de software fue el Proceso Unificado de Desarrollo (RUP). Las herramientas que se utilizaron para el diseo fueron el Diagrama de Caso de Uso, Diagrama de Dominio, Diagrama de Objeto, Diagrama de Secuencia, Diagrama de Navegaciones, Diagrama de Clase. El sistema logro satisfactoriamente la meta atrasada y actualmente se encuentra operando perfectamente. El autor concluye que la modularidad del sistema y plataforma de implementacin permitir un fcil mantenimiento del sistema, y que se logro integrar las secciones de Prstamos y Aportes permitiendo que el flujo de informacin se oportuna y confiable, se logro adems, satisfacer los requerimientos de tener almacenados los datos de registros de prestamos y aportes.

2.2 BASES TERICAS 2.2.1 Ingeniera de Software. Es el rea del conocimiento que se encarga de estudiar todos los aspectos que alcanzan al desarrollo de sistemas informticos, entre ellos: ciclo de vida, anlisis de requisitos, diseo, documentacin, pruebas, calidad, seguridad, anlisis de costos, etc. a) Gestin de proyectos. Consiste en gestionar el desarrollo de un producto dentro de determinados plazos y bajo los limites financieros. Lo anterior requiere capacidad para administrar personal, una estructura administrativa definida, inclusin de procesos administrativos, procesos de desarrollo y programas de mejoramiento continuo. El objetivo de la gestin de proyectos consiste en mantener un equilibrio entre el costo, la capacidad, la calidad. b) Requerimientos. La obtencin de los requerimientos correctos es un proceso difcil. Consiste en la interaccin cuidadosa con quienes tienen intereses en la aplicacin1. Para desarrollar un software, generalmente en las primeras iteraciones se debe tener claridad en las funcionalidades que va ha ofrecer, que utilidades va a brindar a la comunidad de usuarios. La etapa de requerimientos consiste en capturar con los implicados del software que necesidades (procesos deficientes) de la compaa o entorno determinado va a cubrir, que debe hacer el sistema (requerimientos funcionales), cmo lo debe hacer (requerimientos no funcionales), que riesgos y que restricciones existen. Esta etapa suele realizarse con entrevistas directas entre el analista y el implicado del sistema (dueo del negocio, empleado del negocio, etc.), sin embargo pueden utilizarse otros mtodos para obtener dicha informacin. La mayor parte de los defectos encontrados en un software se deben a errores en esta etapa y generalmente los errores que de aqu nacen suelen ser los ms costosos de corregir. Un software puede estar muy bien diseado e, implementado, pero si no le es til a la empresa o al cliente su usabilidad se ver afectada.
1 FRAUDE,

Eric J. Ingeniera de Software una perspectiva orientada a objetos. Mxico: Alfaomega, 2003. p.135.

49 c) Anlisis y Diseo. Las actividades a desarrollar en estas etapas dependen de la metodologa de desarrollo de software que se utilice. James A. Senn en su libro Anlisis y Diseo de Sistemas de Informacin, hace referencia al anlisis y diseo como: El proceso de examinar una situacin en la empresa con la intencin de mejorarla mediante nuevos procedimientos. En el libro Anlisis y Diseo de Sistemas de Kendall y Kendall, dice que: El anlisis y diseo de sistemas sirve para analizar, disear y fomentar mejoras en la operacin de la empresa, lo cual puede realizarse mediante el uso de sistemas de informacin computarizados. Bsicamente el anlisis consiste en analizar los requerimientos obtenidos en la etapa anterior mediante la elaboracin de unos artefactos que permiten especificar la funcionalidad y la arquitectura del sistema, algunas

metodologas utilizan los diagramas de modelado que ofrece UML (Unified Modeling Language) como los casos de uso, los diagramas de clases, entre otros. El diseo consiste en retocar o refinar los artefactos hechos en el anlisis, es decir, llevar a un nivel superior (aumentar el detalle) la arquitectura, de forma que los requerimientos estn expresados en trminos cercanos a la implementacin. Algunas veces en la etapa de diseo se corrigen errores que vienen desde la etapa de requerimientos. Generalmente se realizan en esta etapa los modelos de las interfaces grficas. d) Implementacin. La implementacin consiste en transformar los resultados del diseo en realidad (producto de software), en esta etapa se escoge -aunque generalmente se determina en etapas previas- un lenguaje de programacin y se comienza a escribir las instrucciones necesarias para que el sistema realice las tareas que se han identificado en las etapas anteriores. La implementacin se refiere a la programacin. El propsito de la implementacin es satisfacer los requerimientos de la manera que especifica el diseo2. e) Pruebas. Las pruebas consisten en realizar una serie de ataques al sistema. Despus de desarrollar una aplicacin o mdulo de programacin se debe validar cada una de las posibles situaciones que ocurran entre el usuario y el software. Las pruebas muestran la presencia de los defectos del sistema; los coloca al descubierto.
2 Ibid.,

p 356.

50 f) Mtricas de software. Son un conjunto de tcnicas que permiten medir varios aspectos del proceso de desarrollo de un sistema de informacin. Se utilizan para conocer con exactitud variables como cantidad de trabajo realizado, tiempo que toma realizar el trabajo, tasa de defectos, entre otras. Las mtricas de software son fundamentales para el aseguramiento de la calidad en los procesos de desarrollo. 2.2.2 Metodologas de desarrollo de software. Son un conjunto de procedimientos, tcnicas, herramientas y un soporte documental que ayuda al equipo desarrollador a crear un nuevo producto de software. A continuacin se mencionan algunas: a) Cascada. Esta metodologa no soporta el desarrollo iterativo-incremental. Se utiliza en los proyectos donde se conocen exactamente todos los requerimientos. Consiste en pasar por cada una de las etapas (requerimientos, anlisis, diseo, implementacin, pruebas) de desarrollo, pero no al mismo tiempo, slo cuando definitivamente termine la etapa de requerimientos puede seguir a la de anlisis y sucede de igual forma para el resto de las etapas. Soporta muy poca retroalimentacin y genera documentacin excesiva. Un requerimiento no capturado que es detectado en la etapa de diseo puede ser fatal para la vida del proyecto. Actualmente es una metodologa de desarrollo poco utilizada. b) Proceso Unificado (UP - Unified Software Development Process). Esta metodologa de desarrollo define quin debe hacer qu, cundo y cmo debe hacerlo. Es un marco de trabajo genrico que puede especializarse. Est basada en componentes interconectados por

interfaces. Se apoya en UML para el modelado del sistema y es dirigida por los casos de uso, se centra en la arquitectura y es iterativa e incremental. Fue creada por: Grady Booch, Jim Rumbaugh e Ivar Jacobson, los creadores de UML. Contempla cuatro fases: Inicio, en la cual se define el mbito del proyecto. Elaboracin, donde se define el plan del proyecto, las especificaciones funcionales y la arquitectura base. 51 Construccin, consiste en construir el producto. Transicin, que es la instalacin del sistema en la comunidad de usuarios finales. Contiene dentro de estas fases unas disciplinas que en el desarrollo del proyecto se vuelven dinmicas. Las disciplinas son: modelado del negocio, requerimientos, anlisis y diseo, implementacin, pruebas, despliegues, configuracin y cambios en el proyecto, administracin del proyecto, ambiente de desarrollo. Una sntesis de UP la encontramos en la URL http://es.wikipedia.org/wiki/Proceso_Unificado. c) Proceso Unificado de Rational (RUP - Rational Unified Software Development Process). Es una versin comercial y especfica de la metodologa UP. RUP es UP con el soporte que brinda las herramientas Rationals, actualmente IBM es el propietario de las herramientas de Rational. Estas herramientas manejan cada fase, disciplina y artefactos presentes en el ciclo de vida del proyecto. Esta metodologa de desarrollo es utilizada por grandes casas desarrolladoras de software. Sin embargo es posible desarrollar proyectos aplicando RUP sin las herramientas de Rational. Una definicin de RUP la encontramos en la URL http://es.wikipedia.org/wiki/RUP. d) Programacin Extrema (XP - eXtremme Programming). En esta metodologa se trabaja con parejas de programadores expertos. Se realizan pruebas todo el tiempo, esto con el fin de garantizar que se est escribiendo el cdigo correctamente. Es utilizada cuando la cultura de la compaa permite experimentacin. Trabaja con equipos pequeos, pero estos equipos deben tener alta experiencia en desarrollo. Los requerimientos cambian frecuentemente pues no existe un diseo detallado, puede que slo se fundamenten en los casos de uso de UML. Para consultar ms acerca de XP puede dirigirse a la URL http://es.wikipedia.org/wiki/Extreme_Programming. 52 e) Metodologa de Diseo de Hipermedia Orientado a Objetos (OOHDM Object Oriented Design Methodology). Es una metodologa de desarrollo de software orientado a la Web, fue creada por D. Schwabe, G. Rossi y S.D.J. Barbosa. La novedad de esta metodologa es que contempla los paradigmas de la orientacin a objetos en el proceso de

produccin de aplicaciones hipermedias (Imgenes, sonido, vdeo, entre otras). Incluye 4 fases: diseo conceptual, diseo navegacional, diseo de interfaces abstractas e implementacin. El sitio oficial en ingles es http://www.telemidia.pucrio. br/oohdm/oohdm.html. 2.2.3 Lenguajes de programacin, sistemas gestores de bases de datos y servidores Web. a) Java. Surgi en 1991 cuando un grupo de ingenieros de Sun Microsystems trataron de disear un nuevo lenguaje de programacin destinado a electrodomsticos. Java, como lenguaje de programacin para computadores, se introdujo a finales de 1995. Al programar en Java no se parte de cero. Cualquier aplicacin que se desarrolle 'cuelga' (o se apoya, segn como se quiera ver) en un gran nmero de clases preexistentes. Algunas de ellas las ha podido hacer el propio usuario, otras pueden ser comerciales, pero siempre hay un nmero muy importante de clases que forman parte del propio lenguaje (el API o Application Programming Interface de Java)3. La compaa Sun describe el lenguaje Java como simple, orientado a objetos, distribuido, interpretado, robusto, seguro, de arquitectura neutra, potable, de altas prestaciones, multitarea y dinmico. b) Hypertext Preprocessor (PHP). PHP es un lenguaje de programacin usado generalmente para la creacin de sitios web. El nombre es el acrnimo de PHP: Hypertext Preprocessor (en sus comienzos PHP Tools, o, Personal Home Page Tools). PHP es una tecnologa Web del lado del servidor, que funciona embebida (es decir, incrustada) dentro
3 GARCA, Javier. RODRIGUEZ, Jos. MINGO, Iigo. IMAZ, Aitor. BRAZLEZ, Alfonso. LARZABAL, Alberto. CALLEJA, Jess. GARCA, Jon. Aprenda Java como si estuviera en primero [online]. Disponible en Internet: <URL: http://www.tecnun.es/asignaturas/informat1/ayudainf/aprendainf/java/java2.pdf >.

53 del cdigo HTML de una pgina, dndole mayor dinamismo a la misma. Su sintaxis es heredada de C/Java. Esta tecnologa inici como un pasatiempo de Rasmus Lerdorf pero hoy en da, gracias a ser libre (Open Source), cuenta con miles de adeptos y actualizaciones muy constantes. Muchas empresas se han fijado en el potencial de PHP, y han dado su apoyo a esta, como es el caso de Zend, uno de los principales contribuyentes para el lanzamiento de la versin 4 (motor zend) y 5 (motor zend2) del lenguaje. La informacin anterior fue tomada de los artculos del sitio Web del grupo de software libre GNU-ufps de la Universidad Francisco de Paula Santander de Ccuta, la URL es http://www.gnuufps. org, el sitio Web oficial de PHP es http://es.php.net. c) Python. Python es un lenguaje de programacin creado por Guido van Rossum a principios de los anos 90 cuyo nombre esta inspirado en el grupo de cmicos ingleses Monty Python. Es un lenguaje similar a Perl, pero con una sintaxis muy limpia y que

favorece un cdigo legible. Se trata de un lenguaje interpretado o de script, con tipado dinmico, fuertemente tipado, multiplataforma y orientado a objetos4. El sitio Web Oficial de Python es http://www.python.org/. d) PostgreSQL. Es un potente sistema de base de datos objeto-relacional libre (open source), basado en el proyecto POSTGRES de la universidad de Berkeley. Funciona en todos los sistemas operativos importantes, incluyendo Linux, Unix, Solaris, y Windows. Incluye la mayora de los tipos de datos SQL92 y SQL99. Tambin soporta almacenamiento de objetos grandes binarios, incluyendo grficos, sonidos, o vdeos. Tiene interfaces de programacin nativos para C/C++, Java, Perl, Python, Ruby, Tcl, ODBC, entre otros, y documentacin completa. PostgreSQL tiene caractersticas sofisticadas tales como control de concurrencia de Multi-Versin, puntos de recuperacin a un momento dado, backups en lnea, un sofisticado analizador/optimizador de consultas. Soporta juegos de caracteres internacionales, codificacin de caracteres multibyte, y est preparado para ordenar localmente, casos sensitivos (maysculas y minsculas), y formateo. Es altamente
4GONZALES, Raul. Python para todos [online]. Disponible en : <URL:http://mundogeek.net/tutorialpython>. p.7.

54 escalable tanto en la cantidad de datos que puede manejar, como en el nmero de usuarios concurrentes que puede aceptar. Hay sistemas activos de PostgreSQL en ambientes de produccin que manejan 4 Terabytes de datos. El sitio Web oficial del proyecto es http://www.postgresql.org. Lo anterior fue tomado de los artculos del sitio Web del grupo de software libre GNU-ufps de la Universidad Francisco de Paula Santander de Ccuta, la URL es http://www.gnu-ufps.org. e) MySQL. Es un sistema de gestin de base de datos relacionales, licenciado bajo GPL de GNU. Su diseo multihilo le permite soportar gran numero de transacciones de forma eficiente. MySQL es probablemente el gestor ms utilizado en mbito del software libre, debido a su facilidad de uso e integracin con lenguajes de programacin como PHP y Java. El sitio Web oficial del proyecto es http://www.mysql.com. f) SQLite. Es un sistema de gestin de base de datos relacional, implementa la mayora del estndar SQL-92 y esta escrito en C. Su cdigo fuente es de dominio pblico. El sitio Web oficial es http://www.sqlite.org/. g) Servidores Web. Un servidor Web es un software que responde a las solicitudes de los

navegadores (Browser's) de las mquinas clientes a travs del envo de paginas Web. Entre los servidores Web ms utilizados se encuentran el Apache HTTP Server, Microsoft Internet Information Server, Microsof Personal Web Server, Netscape Enterprise Server y Sun ONE Web Server. Tambin se asocia a este trmino el hardware necesario para que funcione el sistema lgico. 2.2.4 Metodologa, mtodos, tecnologas, lenguajes y herramientas utilizadas en el desarrollo del proyecto ALEXA a) UML (Unified Modeling Language). Lenguaje unificado de modelado es un conjunto de notaciones y diagramas estndar para modelar sistemas orientados a objetos. Se puede utilizar para modelar distintos tipos de sistemas. UML ofrece los siguientes diagramas: 55 diagrama de casos de uso, diagrama de secuencia, diagrama de colaboracin, diagrama de estado, diagrama de actividades, diagrama de clases, diagrama de objetos, diagrama de componentes y diagrama de implementacin, entre otros, Actualmente UML se encuentra en su versin 2. Fue creado Grade Booch, James Rumbaugh, e Ivar Jacobson. Puede encontrar ms informacin acerca de UML en http://www.uml.org/ y en http://es.wikipedia.org/wiki/UML. Tambin puede consultar el CD-ROM en el directorio UML. b) Modelado del Negocio. En esta disciplina se identifican los procesos de negocio de la organizacin segn sus objetivos, se estudia el funcionamiento de la empresa, se profundiza su estructura, se observan roles y las relaciones entre ellos. Para el modelamiento del negocio se utiliz la extensin adaptada de UML propuesta por Hans-Erik Eriksson y Magnus Penker en su libro Business Modeling with UML (Consultar CD-ROM directorio Modelado del Negocio). c) WAE (Web Application Extension for UML). Es una extensin de UML para aplicaciones Web creada por Jim Conallen, quien hace parte de Rational Software, ahora propiedad de IBM. WAE extiende UML con estereotipos y restricciones para permitir modelar elementos especficos de la Web como parte del modelado de la aplicacin. WAE permite modelar pginas Web (del servidor y del cliente), formularios Web, enlaces, marcos, applets, rutinas JavaScript, entre otros. Para el modelamiento de los requerimientos, del anlisis, del diseo y de las rutas de navegacin se utiliz WAE2, propuesta por Conallen en su libro Building Web Applications with UML Second Edition (Consultar CD-ROM directorio WAE). d) UX (The User eXperience). Se refiere al conjunto de actividades que se centraliza en las interfaces de usuario (distribucin de la informacin y el aspecto visual de las pginas). UX documenta el look and feel de la aplicacin, determina las rutas de navegacin a travs

56 de las pginas Web, administrando y organizando su estructura y su contenido. Jim Conallen en su libro Building Web Applications with UML Second Edition dedica un capitulo completo al modelamiento del UX con UML. e) MVC (Modell-View-Controller). MVC es un patrn de arquitectura de software, separa claramente el modelo (Lgica del Negocio), y la vista (Interfaz Grfica), gracias a un controlador que los desacopla. MVC favorece la evolucin de las aplicaciones y es aplicable a cualquier tecnologa orientada a objetos.
Figura 7. Patrn de arquitectura MVC Fuente: Ronald Ernesto Cano, Febrero 2009.

En la figura anterior se observa la secuencia de acciones que normalmente ejecuta MVC dentro de una Aplicacin Web. Se puede consultar ms informacin de este patrn en http://es.wikipedia.org/wiki/Modelo_Vista_Controlador.htm. f) UP. Esta metodologa de desarrollo de software fue descrita en la seccin 2.2.2 tem b. g) XML (Extensible Markup Language). Es un metalenguaje de etiquetas extensible creado por la W3C. Se utiliza como estndar para el intercambio de comunicacin entre diferentes plataformas. Puede encontrar ms de XML en http://es.wikipedia.org/wiki/XML 57 h) XHTML. Es una adaptacin de HTML 4.0.1 al lenguaje XML, por lo que mantiene casi todas sus etiquetas y caractersticas, pero aade algunas restricciones y elementos propios de XML. Para saber ms acerca de XHTML puede consultar el directorio XHTML del CDROM o consultar la URL http://es.wikipedia.org/wiki/XHTML. i) PHP. Este lenguaje de programacin se describi en la seccin 2.2.3 tem b. Para el desarrollo de este proyecto se utilizo la versin 5.2.6-3 compilada para el sistema operativo Debian GNU/Linux. j) JavaScript. JavaScript es un lenguaje de programacin que se utiliza principalmente para crear paginas Web dinmicas... JavaScript es un lenguaje de programacin interpretado... JavaScript no guarda ninguna relacin directa con el lenguaje de programacin Java5. Para consultar ms acerca de JavaScript puede dirigirse al directorio JavaScript del CD-ROM. k) CSS (Cascading Style Sheets). Es un lenguaje de hojas de estilos creado para controlar el aspecto o presentacin de los documentos electrnicos definidos con HTML y XHTML. CSS es la mejor forma de separar los contenidos y su presentacin y es imprescindible para crear paginas Web complejas6, actualmente CSS se encuentra en su versin 2. Para consultar ms de CSS puede dirigirse al directorio CSS del CD-ROM. l) AJAX (Asynchronous JavaScript And XML). El termino AJAX se presento por

primera vez en el articulo Ajax: A New Approach to Web Applications (http://www.adaptivepath.com/publications/essays/archives/000385.php) publicado por Jesse James Garrett... El articulo define a AJAX de la siguiente forma: Ajax no es una tecnologa en si misma. En realidad se trata de varias tecnologas independientes que se unen de formas nuevas y sorprendentes...7. Para conocer ms de AJAX puede consultar el
5 PEREZ, javier. Introduccin a JavaScript [online]. Disponible en : <URL: http://www.librosweb.es/javascript>. 2008. p.5. 6 PEREZ, javier. Introduccin a CSS [online]. Disponible en : <URL: http://www.librosweb.es/css>. 2008. p.5. 7 PEREZ, javier. Introduccin a AJAX [online]. Disponible en : <URL: http://www.librosweb.es/ajax>. 2008. p.5.

58 CD-ROM en el directorio AJAX, tambin puede visitar la URL: https://developer.mozilla.org/en/Web_Development. m) PostgreSQL. El administrador de base de datos objeto-relacional PostgreSQL fue descrito en la seccin 2.2.3 tem d. Para el desarrollo de este proyecto se utilizo la versin 8.3.7-1. n) PgAdmin III. Es un administrador grfico open source multiplataforma del servidor de base de datos PostgreSQL. Para este proyecto se utiliz la versin 1.8.4-3. El sitio Web oficial es http://www.pgadmin.org/. o) Apache. Es un servidor Web HTTP open source multiplataforma desarrollado por la Apache Software Foundation. El sitio Web oficial es http://www.apache.org/. Puede profundizar ms en http://es.wikipedia.org/wiki/Servidor_HTTP_Apache. p) Komodo Edit: Es un editor multilenguaje y multiplataforma libre. Actualmente se encuentra en su versin 5.1 y soporta lenguajes como Perl, PHP, Python, Ruby entre otros. Komodo Edit hace parte del proyecto Komodo IDE. El sitio oficial esta en la URL http://www.activestate.com/komodo_edit/. q) Gedit. Es el editor de texto oficial del entorno de escritorio GNOME. El sitio Web oficial es http://projects.gnome.org/gedit/. Para el proyecto ALEXA se trabaj con la versin 2.26.1-1. r) Quanta Plus. Es una herramienta de desarrollo Web diseada para el entorno de escritorio KDE. Tambin funciona en otros escritorios (GNOME, XFCE, entre otros). Se trabaj para este proyecto la versin 3.5.9-3. Puede encontrar ms informacin acerca de Quanta Plus en http://quanta.kdewebdev.org/ y http://es.wikipedia.org/wiki/Quanta_Plus. s) Umbrello. Umbrello es una herramienta libre para crear y editar diagramas UML. Fue diseada principalmente para el entorno de escritorio KDE pero funciona tambin en otros 59 escritorios. Puede consultar ms informacin en http://es.wikipedia.org/wiki/Umbrello y en http://docs.kde.org/stable/es/kdesdk/umbrello/. Para este proyecto se utiliz la versin 2.2.2. t) DIA. Es el editor de diagramas estructurados de GNU, est inspirado en el software

privativo Visio de Microsoft. El sitio oficial del proyecto es http://projects.gnome.org/dia/, tambin puede consultar http://en.wikipedia.org/wiki/Dia_(software). u) IceWeasel. Es una compilacin renombrada del navegador Web Mozilla Firefox preparada para el sistema operativo Debian GNU/Linux. Para el desarrollo de ALEXA se utiliz la versin 3.0.9. Puede encontrar ms informacin de IceWeasel en http://es.wikipedia.org/wiki/IceWeasel. v) OpenOffice.org. Es una suite ofimtica libre desarrollada por la Sun MicroSystems. Es multiplataforma, contiene un procesador de texto, hoja de calculo, entre otros. Puede consultar ms en http://es.wikipedia.org/wiki/OpenOffice.org y http://es.openoffice.org/. Para documentar ALEXA se utilizo la versin 3.0.1. w) DEBIAN. Es una distribucin de GNU/Linux. Es un sistema operativo libre. Debian utiliza el Kernel Linux y un cantidad de software del proyecto GNU. El sitio Web oficial de Debian se encuentra en la URL http://www.debian.org/, tambin puede consultar la URL http://es.wikipedia.org/wiki/Debian. x) DOM (Document Object Model). ... es un conjunto de utilidades especficamente diseadas para manipular documentos XML. Por extensin, DOM tambin se puede utilizar para manipular documentos XHTML y HTML. Tcnicamente, DOM es una API de funciones que se pueden utilizar para manipular las paginas XHTML de forma rpida y eficiente8.
8 PEREZ, javier. Introduccin a AJAX [online]. Disponible en : <URL: http://www.librosweb.es/ajax>. 2008. p.57.

60 2.3 BASES CONCEPTUALES A continuacin se describir una serie de conceptos asociados al Anlisis y Diseo de sistemas orientados a objetos y a la Ingeniera de Software en general. Dichos conceptos brindan un marco general para comprender el proceso de la produccin de software. Los conceptos son: Aplicacin: sinnimo de aplicacin, paquete de software, sistema computarizado. Aplicacin Web: es un sitio Web que implementa la lgica de algn negocio. La diferencia entre una aplicacin Web y un sitio Web es que la aplicacin Web afecta al estado del negocio. Argumento: elemento de datos especificado en una llamada de mtodo o funcin. Un argumento puede ser un valor literal, una variable o una expresin. Artefacto: cualquier tipo de informacin producido por los desarrolladores del sistema, ejemplo: diagramas, cdigo fuente, ejecutables, entre otros. ASCII: American Standard Code for Information Interchange. Asignacin numrica de cdigos numricos de siete bits a caracteres. Barra/Seccin de Men: fila/columna de opciones de men en pantalla. Base de Datos: conjunto de archivos interrelacionados creado y manejado por un sistema

de gestin o administracin de bases de datos. Cualquier conjunto de datos almacenados de forma electrnica o fsica. Es un conjunto de datos almacenados en tablas, cada fila de una tabla constituye un registro de datos, y cada columna constituye un campo del registro. Botn: botn fsico en un dispositivo, como los que se encuentran en el Mouse. Botn 61 simulado en la pantalla, que se acciona apuntndolo con el cursor y presionando el botn fsico del Mouse o la tecla Enter cuando est seleccionado. Botones de Radio: serie de botones en pantalla que slo permiten una seleccin. Si un botn est seleccionado actualmente, se desactivar una vez se escoja otro botn. Caja de Texto: es una caja en donde el usuario puede introducir datos. Est asociada a un formulario. Caja de Verificacin: es una caja de seleccin/deseleccin en pantalla. Est asociada a un formulario. Campo: miembro de datos de una clase o entidad. Clase: es una plantilla para la creacin de objetos. Unidad de informacin que encapsula variables, miembros y comportamientos. Clase Abstracta: clase que contiene uno o varios mtodos abstractos y de la que, por tanto, no pueden crearse instancias. Se definen las clases abstractas para que el resto de clases puedan ampliarlas y hacerlas concretas implementando los mtodos abstractos. Cliente: en el modelo de comunicaciones cliente/servidor, el cliente es un proceso que permite acceder de forma remota a los recursos del servidor de un computador, tales como potencia de computacin y gran capacidad de memoria. Configuracin: sistema particular de componentes interrelacionados. Configurar un sistema es escoger componentes de una variedad de opciones para crear un ambiente particularizado. Constructor: mtodo que crea e inicializa el estado de un objeto. 62 Consulta: es la operacin mediante la cual se extrae un juego de registros de una base de datos. Una consulta consta de criterios de bsqueda expresados en un lenguaje de base de datos denominado SQL. Controlador de una base de datos: es un software que acta como intrprete entre una aplicacin Web y una base de datos. Los datos de una base de datos se almacenan en un formato propio de dicha base de datos. Un controlador de base de datos permite a la aplicacin Web leer y manipular datos que, de otro modo, resultaran indescifrables. Diagrama: sinnimo de grfico. Elemento visual que representa datos. Diccionario de Datos: base de datos acerca de datos y base de datos. Contiene el nombre,

tipo, rango de valores, fuente y autorizacin para el acceso a cada elemento de datos en los archivos y bases de datos de la organizacin. Directorio: cajn de archivador simulado en disco. Los directorios crean la ilusin de compartimentos, pero son en realidad ndices que apuntan a los archivos que pueden estar dispersos por todo el disco. Diseo Orientado a Objetos: mtodo de diseo de software que modela las caractersticas de los objetos abstractos o reales mediante clases y objetos. Encapsulado: ubicacin de conocimiento dentro de un mdulo. Debido a que los objetos encapsulan datos e implementaciones, el usuario de un objeto puede verlo como un cuadro negro que proporciona servicios Exportacin de datos: proceso a travs del cual una aplicacin toma ciertos datos de su contexto informtico y los coloca en un formato determinado para ser usados por otras aplicaciones. 63 Formulario: en la informtica, es un conjunto de campos solicitados por un programa, para su posterior manipulacin. Herencia: concepto de clases que contienen automticamente las variables y los mtodos definidos en sus supertipos. HTML: Lenguaje de Marcas de Hipertexto. Se trata de un formato de archivo, basado en SGML, para documentos de hipertexto que aparecen en Internet. Es muy simple y permite incorporar imgenes, sonido, vdeo, campos de formularios y texto simple. Las referencias a otros objetos estn incorporadas utilizando referencias URL. HTTP: Protocolo de Transferencia de Hipertexto. Protocolo de Internet, basado en TCP/IP y utilizado para recoger objetos de hipertexto desde sistemas centrales remotos. Importacin de datos: proceso a travs del cual se cargan ciertos datos de una aplicacin externa, estos datos deben tener un formato compatible con la aplicacin que desea procesarlos. Instancia: en programacin orientada a objetos es el nombre que recibe un objeto de una determinada clase. Interfaz grfica de usuario (GUI): indica las tcnicas que comprenden la utilizacin de grficos, teclado y ratn para ofrecer al usuario una interfaz fcil de utilizar para un programa determinado. Intrprete: mdulo que descodifica y ejecuta todas las instrucciones del cdigo. IP: Protocolo de Internet. Protocolo bsico de Internet. Permite la transmisin (no fiable) de paquetes individuales desde un sistema central a otro. No garantiza si el paquete se 64

entregar o no, cunto tardar, o si los diversos paquetes enviados se entregarn en el orden en que se han enviado. Los protocolos construidos sobre esto aaden las nociones de conexin y fiabilidad. JPEG: grupo de expertos en fotografa unidos (JPEG). Estndar de compresin de archivos de imgenes creado por este grupo. Este estndar consigue un nivel de compresin muy alto, gracias a la introduccin de distorsiones en la imagen que apenas se perciben. Lista de seleccin: Es una lista de elementos en donde solo se permite la seleccin de uno de ellos. Est asociada a un formulario. Mdulo de Software: Conjunto de rutinas de software que brindan una funcionalidad especfica dentro de un sistema informtico ms amplio. Mtodo: Funcin definida en una clase. Mtodo Abstracto: mtodo que no tiene ninguna implementacin. Modelo: es una abstraccin de una situacin particular de la realidad. Objeto: bloque de construccin principal de los programas orientados a objetos. Cada objeto es una unidad de programacin que est constituida por variables de instancia y mtodos de instancia. Pgina Dinmica: es una pgina Web personalizada por el servidor de aplicaciones antes de que la pgina se enve a un navegador. Pgina Esttica: es una pgina Web que el servidor de aplicaciones no modifica antes de enviarla a un navegador. 65 Paquete: grupo de clases o interfaces. Parmetros: argumentos especificados en la llamada a un mtodo determinado. Proceso: espacio de direccin virtual que contiene uno o ms subprocesos. Propiedad: caractersticas de un objeto que los usuarios pueden definir, como el color de una ventana. Raz: en una jerarqua de elementos, es el elemento del que desciende el resto. Recolector de Basura: rutina que se encarga de la Deteccin y liberacin automtica de memoria que ya no est en uso. Screen: en informtica, es cualquier seccin de informacin presentada al usuario. Servidor de Aplicaciones: es un software que ayuda al servidor Web a procesar las pginas que contienen scripts o etiquetas del lado del servidor. Cuando se solicita al servidor una pgina de este tipo, el servidor Web pasa la pgina al servidor de aplicaciones para su procesamiento antes de enviarla al navegador. Entre los servidores de aplicaciones ms habituales se encuentran Macromedia ColdFusion, Macromedia JRun Server, Microsoft .NET Framework, IBM WebSphere y Apache Tomcat. Sistema Gestor de Base de Datos: (DBMS o sistema de base de datos) es un software que se utiliza para crear y manipular bases de datos. Entre los sistemas de bases de datos ms

habituales figuran Microsoft Access, Oracle 9i y MySQL, PostgreSQL. Sitio Web: es un conjunto de pginas con contenido sin determinar parcialmente o en su totalidad. El contenido final de stas se determina slo cuando un visitante solicita una pgina al servidor Web. El contenido final de la pgina vara de una peticin a otra en funcin de las acciones del visitante. 66 Sobrecarga: utilizar un identificador para hacer referencia a varios elementos del mismo mbito. StoryBoard: en informtica, es la interaccin del usuario con las interfaces grficas de una aplicacin. Subclase: clase que se deriva de una clase determinada; puede tener una o varias clases dentro de la misma. Tecnologa de Servidor: es la tecnologa que utiliza un servidor de aplicaciones para modificar pginas dinmicas en tiempo de ejecucin. TCP/IP: protocolo de control de transmisin basado en IP. Se trata de un protocolo de internet que proporciona la entrega fiable de datos de un sistema a otro UC: Use Case. Caso de uso. Unicode: juego de caracteres de 16 bits definido por ISO 10646. Usuario: cualquier individuo que interacta con el computador a nivel de una aplicacin. URL: Localizador de Recursos Uniforme. Estndar para escribir una referencia a texto en una serie de datos en la WWW. Un URL es parecido a "protocolo://sistema/informacin local" donde "protocolo" especifica un protocolo que se utiliza para recoger el objeto (como HTTP o FTP), "sistema" especifica el nombre del sistema en Internet en el que se realiza la bsqueda e "informacin local" es una cadena (normalmente el nombre de un archivo) que se transfiere al manejador del protocolo en el sistema remoto. UXG: User eXperience Guidelines. Directrices de las experiencias de usuario. 67 Variable: elemento de datos nombrado por un identificador. Variable Local: elemento de datos conocido dentro de un bloque pero inaccesible a cdigo fuera del bloque. Videobeam: dispositivo electrnico porttil para proyectar imgenes en una superficie normalmente blanca y de gran tamao. La fuente que brinda la imagen es otro dispositivo como un televisor, un computador personal, un DVD, entre otros. WWW: World Wide Web. Red de sistemas y datos que se encuentran en ella y que constituye Internet. W3C: World Wide Web Consortium. Es un consorcio internacional que produce estndares para la WWW.

2.4 BASES LEGALES 2.4.1 Constitucin Poltica de Colombia 1991. El artculo 61 establece la Proteccin a la Propiedad Intelectual que incluye el siguiente texto: El estado proteger la propiedad intelectual por el tiempo y mediante las formalidades que establezca la ley. 2.4.2 Decreto 1360 del 23 de Junio de 1989. Por el cual se reglamenta la inscripcin del soporte lgico (software) en el registro nacional de derechos de autor. Art. 1. De conformidad con lo previsto en la ley 23 de 1982 sobre derechos de autor el soporte lgico (software) se considera como una creacin propia del dominio literario. Art. 2. El soporte lgico (software) comprende uno o varios de los siguientes elementos: el programa del computador, la descripcin del programa y el material auxiliar. 68 Art. 3. Para efectos del artculo anterior se entiende por: 1. Programa de Computador: La expresin de un conjunto organizado de instrucciones, en el lenguaje natural o codificado, independiente del medio en el que encuentra almacenado, cuyo fin es el de hacer que una mquina capaz de procesar informacin, indique, realice u obtenga una informacin, una tarea, o un resultado especifico. 2. Material Auxiliar: Todo material, distinto de un programa de computador o de una descripcin del programa creado para facilitar su comprensin o aplicacin, como por ejemplo descripcin de problemas e instrucciones para el usuario. 3. Descripcin del Programa: Una presentacin completa del procesamiento idneo, lo suficientemente detallada para determinar un conjunto de instrucciones que constituya el programa de computador correspondiente. Art. 7. La proteccin que otorga el Derecho de Autor al soporte lgico (software) no excluye otras formas de proteccin por el derecho comn. Art. 8. Este decreto rige a partir de su fecha de publicacin. 2.4.3 Normas ISO 9000-3. Su objetivo es garantizar la produccin de cdigo ms fiable, la calidad del proceso de produccin de software, satisfacer las necesidades del cliente o empresa, aumentar la ventaja competitiva del cliente o empresa. 2.4.4 Artculo 144 del Reglamento Acadmico Estudiantil de la Universidad de Santander UDES. De los Requisitos de Grado. Son requisitos de grado: 1. Haber cursado y aprobado todos los crditos acadmicos del programa acadmico de acuerdo con este Reglamento. 69 2. Tener un promedio ponderado acumulado igual o superior a tres punto dos (3.2). 3. Presentar y aprobar el Trabajo de Grado exigido para el programa acadmico, de acuerdo con lo reglamentado para tal fin. 4. Haber cursado y aprobado las actividades y estudios complementarios de acuerdo con lo establecido en el captulo 5, del Ttulo I del presente reglamento. 5. No encontrarse en periodo de sancin disciplinaria.

6. Tener completa la documentacin acadmica exigida por el respectivo programa. 7. Estar a Paz y Salvo por todo concepto, con todas las unidades Acadmicas y Administrativas de la Institucin. 2.4.5 Circular Nro. 6 del 15 de abril de 2002 de la Unidad Administrativa Direccin Nacional de Derechos de Autor, Derechos de autor en el mbito universitario. El derecho de autor es un reconocimiento que el Estado hace a los autores, a travs de la Constitucin y la Ley, respecto de sus obras literarias y artsticas, al entregarles instrumentos que les permiten reivindicar su condicin de titulares sobre las mismas. Estos derechos surgen en favor del autor sin considerar el fin con cual fue creada la obra, siendo adems irrelevante la calidad del creador, es decir, la ley no distingue si es un estudiante, un profesor o un investigador, as como tampoco es preciso establecer dnde tuvo lugar la creacin o el tiempo que se haya utilizado, a efectos de esa misma proteccin. As, los derechos de autor sobre una obra literaria o artstica, como lo sera un trabajo de grado, son de la persona que la realiz, quien la elabor imprimiendo todo su ingenio e inteligencia. Es su expresin la que queda plasmada en lo producido, siendo por lo tanto el titular de los derechos morales y patrimoniales de la creacin. En consecuencia, si la obra 70 es realizada por un estudiante, ser l, a la luz de la legislacin vigente en materia de derecho de autor, el titular de todas las prerrogativas y facultades que la misma concede. Es menester sealar que el artculo 6 de la Ley 23 de 1982 y 7 de la Decisin Andina 351 de 1993, consagran el principio universal de la no proteccin de las ideas. Por lo tanto, an cuando el director realiza una valiosa labor de apoyo al aportar ideas, dicha contribucin no est protegida por el derecho de autor. En cuanto al licenciamiento del software se pretende asociar a ALEXA a la Licencia Publica General en su versin 3 (GPLV3) para publicarlo como software libre y as poder ofrecer los beneficios que este tipo de software les concede a sus usuarios (ver anexo C). La Licencia Pblica General del proyecto GNU (ms conocida por su acrnimo en ingls GPL) es con diferencia la licencia ms popular y conocida de todas las licencias del mundo del software libre. Su autora corresponde a la Free Software Foundation (promotora del proyecto GNU) y en un principio fue creada para ser la licencia de todo el software generado por la FSF (Free Software Foundation). Sin embargo, su utilizacin ha ido ms all hasta convertirse en la licencia ms utilizada, incluso por proyectos bandera del mundo del software libre, como es el caso del ncleo Linux... En lneas bsicas, la licencia GPL permite la redistribucin binaria y la de las fuentes, aunque, en el caso de que redistribuya de manera binaria, obliga a que tambin se pueda acceder a las fuentes. As mismo, est permitido realizar modificaciones sin restricciones, aunque slo se pueda integrar cdigo

licenciado bajo GPL con otro cdigo que se encuentre bajo una licencia idntica o compatible, lo que ha venido a llamarse el efecto viral de la GPL, ya que el cdigo publicado una vez con esas condiciones nunca puede cambiar de condiciones9. Este documento incluidos los distintos manuales (Sistema, Docente, Responsable de Audiovisuales y de Sistemas, Coordinador y Administrador) son publicados bajo la Creative Commons Atribucin No Comercial Compartir Igual 2.5 Colombia (ver anexo D).
9 Gonzales,

Jess, Seoane Joaqun, Robles Gregorio. Introduccin al Software Libre. Catalua UOC, 2003. p. 79.

El estudio tubo como finalidad la de ayudar tanto a personas enferma de diabetes como sus familiares y al personal sanitario un control exhaustivo de dicha enfermedad. Esta investigacin es considerada de tipo campo, descriptivo. La metodologa que se utilizo fue la de Montival para el desarrollo de las herramientas web utilizando los pasos y requerimientos descritos por este autor, para el diseo de sistema, prueba del software, prueba del sistema y evaluacin del mismo. La finalidad obtenida por la implementacin de este sistema es que se puede monitorear a travs de la web el estado de los pacientes con diabetes permitiendo mantener un control sobre sus condiciones por parte de sus medico y familiares, ya que permite ver la cantidad de medicamento ingeridos por el paciente, si lo esta tomando a la hora y cuando es su prxima visita a la farmacia para una nueva prescripcin.

Titulo: Control financiero va web para el servicio exterior Ministerio de relaciones exteriores y cultos Autor: Yujra Chipana, Hernan Elvio Palabras clave: CONTROL FINANCIERO MINISTERIO DE RELACIONES EXTERIORES Y CULTOS M:RUP Fecha de publicacion: 28-Aug-2009 Resumen: Las tecnologas relacionadas con Internet en los ltimos aos han avanzado exponencialmente, es imprescindible que las instituciones avancen juntamente con estas para poner en manos del personal las nuevas caractersticas ofrecidas por dichas tecnologas. La tendencia actual y futura inmediata nos marca un camino en el cual se enlazan todo tipo de aplicaciones mediante redes, tanto intranets como intranets, y donde el usuario pretende realizar sus gestiones desde el lugar donde se encuentre. La Unidad de sistemas Informticos del Ministerio de Relaciones Exteriores y Cultos es la encargada de hacer uso de las nuevas tecnologas existentes en el mercado para colaborar en las tareas que tienen los funcionarios que se encuentran dentro del mismo ministerio como aquellos que se encuentran fuera de las fronteras Bolivianas. Uno de los aspectos fundamentales a controlar en las instituciones y ms an en la pblicas es el manejo de dineros y saber cual el uso de se le dio. Es as que el presente trabajo brinda los beneficios de las

tecnologas existen para dicho fin. Adopta como metodologa de desarrollo el RUP (Rational Unified Process), cuyos flujos de trabajo fundamentales son: Captura de Requerimientos, Anlisis, Diseo, pruebas e Implementacin, apoyados en el lenguaje de modelados UML (Unified Modeling Language). Para la implementacin se hace uso de Microsoft Visual Studio el cual nos proporciona varios lenguajes de programacin y una IDE de desarrollo adecuado para aplicaciones Web y como gestor de base de datos SQL Server del cual se aprovecha los procedimientos almacenados para separar el acceso a la base de datos.

RESUMEN La investigacin se realiza en el SICS en uno de sus principales productos, el ConDor. Debido a las desventajas sealadas por los clientes surge la idea de modelar y disear una aplicacin Web, en este caso, para uno de sus mdulos: Control de Inventarios, que reemplace esta aplicacin de escritorio existente, para complacer las exigencias y sugerencias de los clientes del SICS y usuarios del sistema, adems cuenta con mejoras y agregaciones de funcionalidades contables y en un entorno sencillo y amigable, fcil de instalar y utilizar.

Se quiere la modelacin de una aplicacin que brinde la seguridad e integridad que requieren los datos a procesar y que agilice y facilite el proceso de control de inventario. Se presenta diseo del negocio y el anlisis del sistema propuesto para dar una solucin factible al problema existente, utilizando como metodologa de construccin de software el Proceso Unificado de Desarrollo (RUP), se realiza un anlisis de los aportes y beneficios que se obtienen. Tambin se plantean los resultados obtenidos para la Gestin Empresarial

Ttulo

Creacin e implementacin de una aplicacin web para la administracin de los laboratorios de cmputo del Departamento de Ingeniera de Sistemas [recurso electrnico]Tesis/Informe de prctica Pelaez Gomez, Diego Nicolas (Autor) Correa Roa, Samuel (Autor) Silva Florez, Hernando (Asesor) Medellin : [s. n.], 2010 18 p., 1 CD-ROM

Autor(es)

Publicacin Descripcin

Fsica Idioma Materia(s) Ttulos Relacionados Resumen Espaol; Aplicaciones Web; Laboratorios de informtica; Administracion de datos; Titulo del grado otorgado: Tesis (Ingeniero de Sistemas) Universidad de Antioquia. Facultad de Ingenieria Tradicionalmente los laboratorios informticos del departamento de sistemas de la Universidad de Antioquia han tenido dentro de sus objetivos principales, prestar un servicio ntegro que permita fomentar el mbito acadmico dentro de la universidad, soportando as la investigacin y la prctica en un buen ambiente de trabajo. Debido a las largas jornadas laborales en las cuales se tiene acceso al laboratorio, se ha hecho necesario implementar una solucin que busque dar fiabilidad y continuidad de los servicios prestados en ste, situaciones que actualmente no pueden ofrecerse en un 100% debido a la falta de un sistema que permita gestionar la informacin. Anteriormente se contaba con una aplicacin desarrollada a la medida para el laboratorio, pero dadas las condiciones actuales de los servidores y lo obsoleto de la aplicacin, no es posible usarla. Por esto y para mejorar esta situacin, se plantea la implementacin de un aplicativo web basado en php que gestione el inventario, la administracin de cuentas, el almacenamiento, recuperacin y actualizacin de informacin, etctera, permitiendo a los usuarios y administradores acceder y recuperar fcil y rpidamente los datos que deseen. La propuesta del proyecto abarca mdulos que permiten gestionar las cuentas de usuarios, horarios, administracin, informacin general, inventarios y comunicacin entre las jerarquas del LIS, entre otros, obteniendo como resultado final un sistema integro al cual puedan acceder todos los usuarios del laboratorio y con el cual los administradores puedan gestionar todos los servicios prestados. Clasificacin(es) PSI/CD 06142

Este trabajo tiene como objetivo principal el desarrollo de una aplicacin Web inteligente para el control de medicamentos psicotrpicos. Se empleo una metodologa de investigacin de tipo aplicada, documental y de campo, orientada al desarrollo de una aplicacin Web para la automatizacin del expendio de medicamentos psicotrpicos. Una vez analizados todos los procesos envueltos en el expendio de este tipo de medicamentos, se realizaron los diversos diagramas de flujo sobre los cuales se hizo la abstraccin de dicho proceso para su as poder automatizarlo, luego de esto se paso a la realizacin de la aplicacin en si junto con sus diferentes bases de datos. Una vez realizado esto se paso al entrenamiento y capacitacin del personal a cargo de utilizar esta herramienta computacional para de esta forma, lograr un mejor control sobre el expendio de estos medicamentos. Este trabajo trae beneficios inmediatos como: proveer de una herramienta computacional que garantice el cumplimiento de la Ley Orgnica sobre Sustancias Estupefacientes y Psicotrpicas, al momento de su expendio en las farmacias. Disminuir el nmero de reincidencias o abusos por parte de los pacientes bajo estos regmenes farmacolgicos.

Para la presente investigacin se tomaran las teoras planteadas por algunos autores, as mismo dar a conocer sus opiniones con respecto a los sistemas de informacin, base de datos y sus respectivas caracterstica como otros factores, por lo tanto esta informacin ayudar a fundamentar la investigacin. Para comenzar Huerta (2003), realiz una investigacin con el propsito de desarrollar un sistema de informacin para controlar los procesos administrativos de la Facultad de Humanidades y Educacin del Zulia, dicha investigacin se llev a cabo en busca de cubrir las necesidades de la organizacin. Por tal motivo, se utiliz la metodologa del modelo Watch, propuesto por Montilva (2000) constituida por las siguientes fases: anlisis del dominio de aplicacin, descubrimiento de requerimientos, especificaciones del diseo del sistema, diseo de componentes, implementacin del sistema, prueba del sistema y entrega; se identificaron los recursos del cmputo disponible en la organizacin, en lo concerniente al hardware se detect la existencia de dos (02), computadores personales y una (01) impresora, con respecto al Software se verific que contaba con una plataforma de Windows, aplicaciones como Office 2000, Norton Antivirus 2000 y servicios de Internet. En cuanto a los resultados obtenidos se cumplieron con los objetivos propuestos, se consideran aquellos destinados a dar cumplimiento a las funciones especficas que se le asignaron a la organizacin, entre las cuales se pueden mencionar: la planificacin de actividades, coordinacin de labores de enseanzas,

investigacin, entre otros aspectos necesarios para dicha automatizacin, se evaluaron las propuestas de contratacin de profesores del consejo universitario, incluyendo las condiciones de contrato con base a las solicitudes de las escuelas e institutos correspondiente para su provocacin en el consejo universitario y las consultas sometidas a este consejo. Por otra parte, se dise y valid el desarrollo del sistema de informacin automatizado, con el propsito de verificar su operatividad, utilizando datos de pruebas que tratan de simular todas las condiciones posibles en el procedimiento de la informacin. Este sistema permiti procesar datos de manera eficaz, controlar registros, consultar la informacin necesaria y as obtener datos confiables de manera automatizada, garantizando as su integridad, rapidez de respuesta con mnima utilizacin de recursos para as lograr alcanzar los objetivos propuestos y poder cubrir con las necesidades de la organizacin. El proyecto antes mencionado, result oportuno debido que suministr el rpido acceso de la informacin, como tambin el rendimiento del personal dentro de la organizacin eliminando para esto los procesos manuales, objetivo que logr este proyecto cumpliendo con las necesidades de la comunidad universitaria. As mismo, los resultados de esta investigacin determinaron que el sistema ofrece al usuario, la posibilidad de realizar ciertas actividades a travs de una interfaz amigable, facilitando el acceso a las consultas y disminuyendo los tiempos de respuesta.

Control Segn Encarta (2005), es un mecanismo preventivo y correctivo adoptado por la administracin de una dependencia o entidad que permite la oportuna deteccin y correccin de desviaciones, ineficiencias o incongruencias en el curso de la formulacin, instrumentacin, ejecucin y evaluacin de las acciones, con el propsito de procurar el cumplimiento de la normatividad que las rige, y las estrategias, polticas, objetivos, metas y asignacin de recursos.

Sistema Ahora bien segn Encarta (2005), los sistemas se encuentran como un Conjunto de reglas o principios sobre una materia racionalmente enlazados entre s. Tambin pueden ser cosas relacionadas entre s ordenadamente, contribuyendo a determinado objeto. Cualquier conjunto de dispositivos colaboran en la realizacin de una tarea. En informtica, los sistemas se utilizan en varios contextos. El sistema se refiere tambin a cualquier coleccin o combinacin de programas, procedimientos, datos y equipamiento utilizado en el procesamiento de informacin: un sistema de contabilidad y un sistema de gestin de base de datos.

Informacin En torno a este punto segn Encarta (2005), la informacin se basa en la Comunicacin o adquisicin de conocimientos que permiten ampliar o precisar la materia determinada, captando de una manera ms amplia lo que se dispone a aprender.

Base de dato Segn Encarta (2005), la base de datos es el conjunto de datos organizados para su almacenamiento en la memoria de un ordenador o computadora, diseado para facilitar su mantenimiento y acceso de una forma estndar. La informacin se organiza en campos y registros. Un campo se refiere a un tipo o atributo de informacin, y un registro, a toda la informacin sobre un individuo. Por ejemplo, en una base de datos almacene informacin de tipo agenda, un campo ser el NOMBRE, otro el NIF, otro la DIRECCIN..., mientras un registro viene a ser como la ficha para recoger todos los valores de los distintos campos para un individuo, esto es, su nombre, NIF, direccin... Los datos pueden aparecer en

forma de texto, nmeros, grficos, sonido o vdeo. Normalmente las bases de datos presentan la posibilidad de consultar datos. Tambin es frecuente como se puedan ordenar los datos o realizar operaciones sencillas, aunque para clculos ms elaborados. Por otra parte, define la base de datos como Un conjunto de informacin almacenada en memoria auxiliar permitiendo el acceso directo y un conjunto de programas consiguiendo manipular esos datos.

Automatizacin

Segn lo mencionado por OBrien (2001), la automatizacin es la tecnologa que trata de la aplicacin de sistemas mecnicos, electrnicos y de bases computacionales para operar y controlar la produccin. Ahora se puede decir que la automatizacin consiste, principalmente, en generar desde el diseo de todo sistema capaz de llevar acabo tareas repetitivas realizadas por el hombre, y que mediante acciones sincronizadas, verifique y controle diferentes operaciones en su actuar, asistido de todo sistema programable o no programable y que no dependa del elementos humano en ellas. El objetivo de este punto segn OBrien (2001), se pude decir que un sistema simplemente como un grupo de elementos interrelacionados o que interactan conformando un todo unificado. Sin embargo, el siguiente concepto genrico de sistema proporciona un marco mas apropiado para describir los sistemas de informacin. Un grupo de componentes interrelacionados que trabajan en un conjunto hacia una meta comn mediante la aceptacin de entradas y generando salidas en un proceso de transformacin organizado. Un sistema es un conjunto de "elementos" relacionados entre s, de forma tal que un cambio en un elemento afecta al conjunto de todos ellos. Los elementos relacionados directa o indirectamente con el problema, y slo estos, formarn el sistema que vamos a estudiar.

Sistema de informacin OBrian (2001), menciona que los sistemas de informacin son una combinacin organizada de personas, hardware, software, redes de comunicaciones y recursos de datos que requieren transformacin en una organizacin. Las personas han dependido de los sistemas de informacin para comunicarse entre s utilizando una gran variedad de mecanismos fsicos (hardware), instrucciones de procesamiento de informacin (software) y canales de comunicacin (redes).

Ciclo de vida de un sistema de informacin De conformidad con lo que expresa OBrien (2001), el ciclo de vida de un sistema es un proceso mediante el cual los analistas de sistema, los ingenieros de software, los programadores y los usuarios finales elaboran sistema de informacin y aplicaciones informticas por medio de tcnicas y metodologas que le permitan llevar a cabo una serie de actividades de forma rpida. Por otra parte los objetivos de la misma son: a) Definir las actividades a hacer ejecutadas. b) Introducir coherencia en los proyectos de procesamiento electrnico de datos. c) Establecer punto de control entre la gerencia y la toma de decisiones de la organizacin.

Tipos de base de datos En lo descrito por OBrien (2001), los continuos desarrollos en la tecnologa de informacin y sus aplicaciones empresariales han dado como resultado la evaluacin de varios tipos importantes de base de datos. A continuacin, como se ilustra en el grafico, se muestran seis (6) categoras conceptales principales de base de datos, que pueden encontrarse en organizaciones que utilizan computadores.

Computadora personal o de red de cliente

Bases de datos distribuidas en intranets

Bases de datos externas en Internet y servicios en lnea

Servidor de red

Base de datos operacionales de la organizacin

Bases de datos de usuarios finales

Bodega de datos

Bases de datos analticas de crticos de la organizacin

Figura 1. Tipos de Bases de Datos. Fuente: OBrien (2000).

Base de datos operacionales.

En torno a este punto OBrien (2001), plantea que las bases de datos almacenan datos detallados que se requieren para respaldar las operaciones de toda la organizacin.

Base de datos analticas Para OBrien (2001), estas almacenan datos e informacin que se extraen de las bases de datos operacionales y externas seleccionadas. Estas se componen de los datos y la informacin resumida que ms necesitan los gerentes de una organizacin y otros usuarios finales. Tambin denominadas base de datos multidimencionales ya que con frecuencia utilizan una estructura de base de datos multidimensionales para organizar los datos.

Bodega de datos

Por otra parte, una bodega de datos segn OBrien (2001), almacena datos del ao en curso y de aos anteriores, que han sido extrados de las diversas bases de datos operacionales de una organizacin. Esta es una fuente central de datos que ha sido seleccionada, editada, estn divisadas e integradas, de manera que los gerentes y otros profesionales que con usuarios finales puedan usarla para una variedad de formas de anlisis empresarial, investigacin de mercado y respaldo a las decisiones. Las bodegas de datos pueden subdividirse en plazas de datos, que contienen subconjuntos especficos de datos provenientes de la bodega de datos.

Base de datos distribuidos En torno a esta base de datos OBrien (2001), mencion que muchas organizaciones reproducen y distribuyen copias o partes de una base de datos a servidores de red localizados en una variedad de de sitios. Estas bases de datos distribuidos pueden residir en servidores de red en la WWW, en intranets o extranets corporativas o en otras redes de la empresa. Estos pueden ser copias de base de datos operacionales o analticas, base de datos hipermedia o de discusin o cualquier otro tipo de base de datos. La reproduccin y distribucin de base de datos se realiza con el fin de mejorar el desempeo y la seguridad de la base de datos.

Base de datos usuarios finales Ahora bien estas bases de datos se componen de una variedad de archivos de datos desarrollados por usuarios finales en sus estaciones de trabajo. por ejemplo, los usuarios pueden contar con sus propias copias electrnicas de documentos que bajen de la WWW, que generan con paquetes de procesamiento de palabras o que reciben por correo electrnico, o pueden tener sus propios archivos de datos que se generan a partir del uso de paquetes DBMS o hojas de calculo.

Base de datos externas Segn OBrien (2001), la base de datos externas esta disponibles en los servicios comerciales en lnea mediante el pago de una cuota de ingreso, tambin con o sin costo en las muchas fuentes en Internet, especialmente en la WWW. Los sitios Web proporcionan una variedad infinita de paginas hipervinculadas de documentos, multimedia para que el usuario pueda acensarla.

Caractersticas de los sistemas de informacin A continuacin se expresara una serie de caractersticas de los sistemas de informacin segn lo expone Kendal (1997), de la siguiente forma: a) Contener informacin interna y externa a la organizacin. b) Consistencia e Integracin. Asegurar una nica fuente de informacin de gestin para todas las reas de la empresa. c) Facilitar la comprensin de la informacin mediante una ordenacin adecuada de las ideas. d) Ser utilizado por todos escalones de la estructura jerrquica. Cada escaln obtendr informacin a su nivel. e) Proporcionar la informacin al ritmo como el organismo requiera. f) Facilitar a los directivos una gestin ms gil, mediante indicadores clave adecuados a los objetivos y estructura de la organizacin.

Ventajas del uso de la base de datos Segn lo expresa Kendal (1997), describe las ventajas del uso de la base de datos en la organizacin, explicando lo siguiente: 1) Independencia de datos y tratamiento: Cambio en datos no implica cambio en

programas y viceversa (Menor coste de mantenimiento). 2) Coherencia de resultados: Reduce redundancia, Acciones lgicamente nicas, Se evita inconsistencia. 3) Mejora en la disponibilidad de datos: No hay dueo de datos (No igual a ser pblicos), Ni aplicaciones ni usuarios, Guardamos descripcin (Idea de catlogos 4) Cumplimiento de ciertas normas: Restricciones de seguridad, Accesos (Usuarios a datos), Operaciones (Operaciones sobre datos).

Arquitectura de un sistema de base de datos En torno a este punto, Kendal y Kendall (1997), menciona que existen tres caractersticas importantes inherentes a los sistemas de bases de datos: la separacin entre los programas de aplicacin y los datos, el manejo de mltiples vistas por parte de los usuarios y el uso de un catlogo para almacenar el esquema de la base de datos. En 1975, el comit ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Committee) propuso una arquitectura de tres niveles para los sistemas de bases de datos, que resulta muy til a la hora de conseguir estas tres caractersticas. El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicacin de la base de datos fsica. En esta arquitectura, el esquema de una base de datos se define en tres niveles de abstraccin distintos: En el nivel interno se describe la estructura fsica de la base de datos mediante un esquema interno. Este esquema se especifica mediante un modelo fsico y describe todos los detalles para el almacenamiento de la base de datos, as como los mtodos de acceso. En el nivel conceptual se describe la estructura de toda la base de datos para una comunidad de usuarios (todos los de una empresa u organizacin), mediante un esquema conceptual. Este esquema oculta los detalles de las estructuras de almacenamiento y se concentra en describir entidades, atributos, relaciones,

operaciones de los usuarios y restricciones. En este nivel se puede utilizar un modelo conceptual o un modelo lgico para especificar el esquema. En el nivel externo se describen varios esquemas externos o vistas de usuario. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinados y ocultos a ese grupo el resto de la base de datos. En este nivel se puede utilizar un modelo conceptual o un modelo lgico para especificar los esquemas.

Modelo de datos En torno a lo expresado por Kendal (1997), una de las caractersticas fundamentales de los sistemas de bases de datos es proporcionan cierto nivel de abstraccin de datos, al ocultar las caractersticas sobre el almacenamiento fsico que la mayora de usuarios no necesita conocer. Los modelos de datos son el instrumento principal para ofrecer dicha abstraccin. En cuanto a un modelo de datos es un conjunto de conceptos que sirven para describir la estructura de una base de datos: los datos, las relaciones entre los datos y las restricciones la cual deben cumplirse sobre los datos. Los modelos de datos contienen tambin un conjunto de operaciones bsicas para la realizacin de consultas (lecturas) y actualizaciones de datos. Adems, los modelos de datos ms modernos incluyen conceptos para especificar comportamiento, permitiendo especificar un conjunto de operaciones definidas por el usuario.

CAPITULO III DISEO TECNOLGICO

Descripcin de la Tecnologa necesarias

Bases Tericas y Tecnolgicas Para la realizacin de este proyecto, se toman como bases las ideas expresadas de Kendal y Kendall, las cuales refuerzan y sirven como gua metodolgica para la realizacin del mismo, tomando en consideracin las tcnicas y las herramientas utilizadas por el autor, obteniendo de este modo una mejor comprensin del presente proyecto. A continuacin se muestra la siete (7) fases de la metodologa de Kendal y Kendall y la aplicacin que se le da en cada fase en la investigacin de este proyecto.

FASE I: Identificacin de problemas, oportunidades y objetivos En la primera fase el analista es el encargado de identificar los problemas de la organizacin detallarlos, y examinar y evaluar las oportunidades y objetivos. El analista debe identificar y evaluar los problemas existentes en la organizacin de manera critica y precisa. Mayormente los problemas son detectados por alguien ms y es cuando el analista es solicitado a fin de precisarlos. Las oportunidades son situaciones que el analista considera susceptibles de mejorar utilizando sistemas de informacin computarizados, lo cual le da mayor seguridad y eficacia a las organizaciones adems de obtener una ventaja competitiva. El analista debe identificar los objetivos, es decir, el analista debe averiguar lo que la empresa trata de conseguir, se podr determinar si algunas funciones de as aplicaciones de los sistemas de informacin pueden contribuir a que el negocio

alcance sus objetivos aplicndolas a problemas u oportunidades especficos. Los usuarios, los analistas y los administradores de sistemas que coordinan el proyecto son los involucrados en la primera fase. Las actividades de esta fase son las entrevistas a los encargados de coordinar a los usuarios, sintetizar el conocimiento obtenido, estimar el alcance del proyecto y documentar los resultados. El resultado de esta fase en un informe de viabilidad que incluye la definicin del problema y un resumen de los objetivos. La administracin debe decidir si se sigue adelante o si se cancela el proyecto propuesto. FASE II: Determinacin de los requerimientos de informacin En esta fase el analista se esfuerza por comprender la informacin que necesitan los usuarios para llevar a cabo sus actividades. Entre las herramientas que se utilizan para determinar los requerimientos de informacin de un negocio se encuentran mtodos interactivos como las entrevistas, los muestreos, la investigacin de datos impresos y la aplicacin de cuestionarios; mtodos que no interfieren con el usuario como la observacin del comportamiento de los encargados de tomar las decisiones y sus entornos e oficina, al igual que mtodos de amplio alcance como la elaboracin de prototipos. Esta fase es til para que el analista confirme la idea que tiene de la organizacin y sus objetivos. Los implicados en esta fase son el analista y los usuarios, por lo general los trabajadores y gerentes del rea de operaciones. El analista necesita conocer los detalles de las funciones del sistema actual: el quin (la gente involucrada), el qu (la actividad del negocio), el dnde (el entorno donde se desarrollan las actividades), el cundo (el momento oportuno) y el cmo (la manera en que se realizan los procedimientos actuales) del negocio que se estudia. Al trmino de esta fase, el analista debe conocer el funcionamiento del negocio y poseer informacin muy completa acerca de la gente, los objetivos, los datos y los procedimientos implicados. FASE III: Anlisis de las necesidades En esta fase el analista evala las dos fases anteriores, usa herramientas y tcnicas como el uso de diagramas de flujo de datos para graficar las entradas, los procesos y las salidas de las funciones del negocio en una forma grfica estructurada. A partir de los diagramas de flujo de datos se desarrolla un diccionario de datos que

enlista todos los datos utilizados en el sistema as como sus respectivas especificaciones. El analista prepara en esta fase, una propuesta de sistemas que sintetiza sus hallazgos, proporciona un anlisis de costo/beneficio de las alternativas y ofrece, en su caso, recomendaciones sobre lo que se debe hacer. FASE IV: Diseo del sistema recomendado En esta fase el analista utiliza la informacin recopilada en las primeras fases para realizar el diseo lgico del sistema de informacin. El analista disea procedimientos precisos para la captura de datos que aseguran que los datos que ingresen al sistema de informacin sean correctos. Facilita la entrada eficiente de datos al sistema de informacin mediante tcnicas adecuadas de diseo de formularios y pantallas. La concepcin de la interfaz de usuario forma parte del diseo lgico del sistema de informacin. La interfaz conecta al usuario con el sistema y por tanto es sumamente importante. Tambin incluye el diseo de archivos o bases de datos que almacenarn gran parte de los datos indispensables para los encargados de tomar las decisiones en la organizacin. En esta fase el analista interacta con los usuarios para disear la salida (en pantalla o impresa) que satisfaga las necesidades de informacin de estos ltimos. Finalmente el analista debe disear controles y procedimientos de respaldo que protejan al sistema y a los datos y producir paquetes de especificaciones de programa para los programadores. Cada paquete debe contener esquemas para la entrada y la salida, especificaciones de archivos y detalles del procesamiento. FASE V: Desarrollo y documentacin del software En la quinta fase del ciclo del desarrollo de sistemas, el analista trabaja de manera conjunta con los programadores para desarrollar cualquier software original necesario. Entre las tcnicas estructuradas para disear y documentar software se encuentran los diagramas de estructuras, los diagramas de Nassi-Shneiderman y el pseudocdigo. Durante esta fase el analista trabaja con los usuarios para desarrollar documentacin efectiva para el software, como manuales de procedimientos, ayuda en lnea y sitios Web que incluyan respuestas a preguntas frecuentes en archivos

lame que se integrarn al nuevo software. La documentacin indica a los usuarios cmo utilizar el sistema y qu hacer en caso de que surjan problemas derivados de este uso. Los programadores desempean un rol clave en esta fase porque disean, codifican y eliminan errores sintcticos de los programas de cmputo.

FASE VI: Prueba y mantenimiento del sistema

Antes de poner en funcionamiento el sistema es necesario probarlo es mucho menos costoso encontrar los problemas antes que el sistema se entregue a los usuarios. Una parte de la pruebas la realizan los programadores solos, y otra la llevan a cabo de manera conjunta con los analistas de sistemas. Primero se realizan las pruebas con datos de muestra para determinar con precisin cules son los problemas y posteriormente se realiza otra con datos reales del sistema actual. El mantenimiento del sistema de informacin y su documentacin empiezan en esta fase y se llevan de manera rutinaria durante toda su vida til.

FASE VII: Implementacin y evaluacin del sistema

Esta es la ltima fase del desarrollo de sistemas, y aqu el analista participa en la implementacin del sistema de informacin. En esta fase se capacita a los usuarios en el manejo del sistema. Parte de la capacitacin la imparten los fabricantes, pero la supervisin de sta es responsabilidad del analista de sistemas. Se menciona la evaluacin como la fase final del ciclo de vida del desarrollo de sistemas principalmente en reas del debate. En realidad, la evaluacin se lleva a cabo durante cada una de las fases. El trabajo de sistemas es cclico, cuando un analista termina una fase del desarrollo de sistemas y pasa a la siguiente, el surgimiento de un problema podra obligar a regresar a la fase previa y modificar el trabajo realizado.

CAPITULO IV

IMPLEMENTACIN
FASE I: Identificacin de problemas, oportunidades y objetivos

Aplicando segn la fase I de Kendall a la investigacin de este proyecto, se realizo la observacin directa a la unidad administrativa y financiera del consejo comunal Mara Concepcin Palacios II y se obtuvo los siguientes resultados:
  

El proceso administrativo de finanzas se lleva acabo de manera manual. Poco control sobre los procesos financieros. Vulnerabilidad en el resguardo de documentos.

Se realiz una entrevista a los miembros de la unidad financiera del banco comunal Mara Concepcin Palacios II, que para lo cual se utilizaron las siguientes preguntas: Cules son los tipos de solicitudes que se reciben? Cul es el modelo del sistema contable para llevar a cabo el estado financiero? Cmo se llevan a cabo las transacciones de recursos? Quines pueden realizar una transaccin de recursos? Cules son los tipos de recursos que se usan para transacciones en el consejo comunal? Cules son las reas que existen para llevar a cabo el proceso administrativo? Cules son los procesos y las funciones administrativos en cada rea para realizar una transaccin? Como y en donde son resguardados los documentos de soporte que se generan en el proceso de administracin financiera?

Cmo se lleva a cabo los reportes y relaciones de cuenta y que datos son necesarios? Por quienes es visualizada la gestin de los procesos financieros? Qu otras informaciones emite el consejo comunal a la comunidad? Al sintetizar la informacin recolectada se obtuvo que:  La insercin de los recursos al consejo comunal Mara Concepcin Palacios II es por la asignacin de entes institucionales y empresas pblicas y privadas, que una vez hecho el recibimiento son dirigidos a sus respectivos proyectos o fines.  Las solicitudes que recibe la unidad administrativa y financiera son por crditos y proyectos. Estas emisiones las hace los comits y personas de la comunidad.  Los tipos de recursos que se manejan son monetarios, materiales de construccin, artculos para el hogar, juguetes y bienes del consejo comunal.  Los destinos de los recursos ingresados por instituciones son para proyectos, crditos y donaciones, que para lo cual quienes reciben estos recursos son comits del consejo comunal o miembros de la comunidad.  El resguardo de los documentos que soportan la gestin la administracin financiera se encuentran en directorios personales de los miembros de la unidad administrativa y financiera.  La visualizacin de los recursos gestionados se hace en asamblea comunitaria a travs del libro mayor de entrada y salida de los recursos financieros. Tambin se obtuvo al sintetizar la informacin de la entrevista, el modelo de contabilidad del sistema financiero establecido en la unidad administrativa y financiera del consejo comunal Mara Concepcin Palacios II, que para ello se manifiesta la ecuacin de contabilidad con las diversas cuentas que procesan los activos, los pasivos y la cuenta capital. Pero a continuacin se muestra el modelo contable investigado:

Activos: Cuentas por cobrar Efecto por cobrar Prestamos Fijos tangible a) Muebles Menos: Depreciacin Acumulada b) Inmuebles Menos: Depreciacin Acumulada Pasivos:

Caja

Circulante Cuentas por pagar Efectos por pagar y Capital

El problema El problema es que la gestin de administracin financiera se lleva acabo manualmente. A los miembros de la unidad administrativa y financiera les afecta el control de los procesos, a los comits que conforman al consejo comunal les afectan la incertidumbre que se genera para la recepcin de los recursos esperados y a la comunidad le afecta la falta de veracidad para la recepcin sobre la entrega de cuenta por parte del consejo comunal. Las causas

El consejo comunal no ha buscado la manera de mejorar la manera de llevar el proceso administrativo.  Ninguna institucin u organizacin se los ha propuesto.  Desorientacin para implementar la tecnologa.


La necesidad Un sitio Web con una aplicacin que permita verificar y controlar los procesos financieros. Los riesgos del proyecto son:


Que no sea usado el sistema como es debido y niegue as de esa manera a los dems beneficiarios la visualizacin de informacin veraz. No se le haga el mantenimiento al sistema como se requiere.

FASE II: Determinacin de los requerimientos de informacin A continuacin se presenta la aplicacin de la fase II de la metodologa de Kendall & Kendall en la investigacin del consejo comunal Mara Concepcin Palacios II.

Funciones del proceso del sistema actual En la unidad administrativa y financiera llevan a cabo una serie de cuentas que son la vida del proceso del estado financiero, la cual fue mencionada en la fase I de Kendall. Los recursos financieros son emitidos por una institucin u organizacin pblica o privada, y todos los miembros de la unidad financiera son los encargados de llevar los registros del control de entrada y salida de los recursos, el resguardo de documentos que soportan el proceso y por ltimo realizar reportes de movimiento para el cierre de estado de cuenta. Los comits como cultura, deporte, ambiente, servicios pblicos, habitad y vivienda, comunicacin, trabajo, tecnologa, miembros que conforman la comunidad, el gobierno nacional o cualquier otra organizacin o personas; son las entidades que

tienen recursos en el la unidad administrativa y financiera, es decir la referencia que hace el sistema contable con los recursos de extraos o terceros. Estos son encargados de recibir los recursos respectivamente que emiten el gobierno nacional o instituciones, segn sea el rea que le corresponda y para el motivo por la cual es destinado el recurso. Tambin tiene que estar al tanto de los movimientos realizados por la unidad financiera en condicin de consultas para tener argumentos para el informe comunitario de sus propios procesos. Los miembros que conforman la comunidad geogrfica del consejo comunal tienen la potestad de realizar consultas al sistema de los procesos llevados a cabos en la unidad financiera, de realizar convocaciones de asamblea, de pedir demostrar los documentos que soportan el proceso y discutir de los procesos de entrada y salida de los recursos que son ingresados.

Lista detallada de procedimientos administrativo (actual) La lista que se presenta a continuacin es de todo el proceso que ejecuta la unidad financiera del consejo comunal Mara Concepcin Palacios II que son:


Recibe propuestas formuladas de proyecto y crdito de cualquier comit que conforman el consejo comunal o miembro de la comunidad. Los datos de la propuesta son apuntado en libro en la seccin de solicitudes de proyectos o en la seccin de crditos. Recibe recurso de cualquier institucin u organizacin y al mismo tiempo se adquiere los datos de quien es el que emite los recursos, para quien son los recurso y cual es motivo por la que entrega estos recursos. Se registran los datos de la adquisicin del recurso en libro de control de entrada y salida de recursos, en la que los datos son colocados en los campos de nombre de quien entrega el recurso, monto recibido, para quien es destinado, el motivo y fecha. Se le notifica al comit o a la persona de la comunidad a quien se le es

destinado este recurso.



Se le hace entrega de los recursos con un documento de soporte que recibe el comit donde dice de la fecha, el monto y el nombre del responsable que lo recibe. Se apunta el libro de entrada y salida de recurso, los datos de la salida del recurso en la que se llenan los campos del nombre de quien recibe el recurso, el monto, el motivo y la fecha. Se genera reporte de relacin de entrada y salida de los recursos ingresado y egresados.

Requerimientos funcionales

Necesidad De registrar los crditos y proyectos emitidos por la comunidad y asentar las cuentas diarias por medio de una aplicacin Web que permita mostrar en pantalla y generar reportes de balance general de las cuentas y los respectivos registros de solicitudes y crditos y proyectos.

Funcionalidades

Al administrador de registro de la base de datos debe inicia como usuario de privilegio de la aplicacin Web. La aplicacin Web debe permitirle al administrador de datos de la base de datos registrar los asientos de transaccin de cuentas en el Diario General del sistema contable. Se le debe permitir tambin registrar las solicitudes de crditos y proyectos emitidos por la comunidad. Debe permitir que el administrador de datos de la base de datos pueda modificar y

borrar registro de crditos y/o de proyectos. La aplicacin Web debe generar el libro Auxiliar de Caja, el Mayor y el Balance General, y mostrarlo por pantalla. Adems, debe proveer una opcin para imprimirlos como reportes. El sistema debe llevar el estado de los crditos y proyectos. Esto es posible con los datos que se registran en el Diario General. La aplicacin Web Debe permitir a funcionarios de auditoria y al pblico comunitario visualizar el libro Auxiliar de Caja, el Mayor, el Balance General. Tambin debe proveer la opcin de imprimirlos como reportes. Se debe llevar el inventario de muebles e inmuebles de la unidad administrativa y financiera.

Requerimientos de la aplicacin Web

Administrador de datos Para que el usuario inicie sesin como administrador de la base de datos, se le debe permitir la opcin de que ingrese nombre del usuario y clave, el sistema debe verificar si es usuario para poder permitirle los privilegios requeridos.

Diario general Para registrar los asientos de cuentas en el Diario General del sistema contable se debe presentar un formulario en que los nombres de las celdas son FECHA, CUENTA, DETALLES, REFERENCIA, DEBE, HABER. Tambin, es preciso que se pregunte el ASIENTO POR en la cual la celda despliega una opcin para elegir entre ABONO A CUENTA, SU ABONO A CUENTA o simplemente no elegir nada. Para la consulta de los registros del Diario General el sistema debe proveer una

opcin de que busque por mes y ao, en la que desplegarse una lista en una tabla con los campos Fecha, Cuentas y Detalles, Ref., Debe y Haber. Adems, debe proveer la opcin de imprimir reporte con los datos mostrados.

Proyectos Para registrar un proyecto debe proveer un formulario en la que se puedan ingresar los datos Fecha de Solicitud, Nombre del Proyecto, Tipo de Proyecto, Monto Necesario, Responsables. La actualizacin de datos de proyecto debe proveer una opcin de bsqueda por nombre del proyecto. Los resultados de la bsqueda se desplegaran en una tabla con los campo de nombres cdigo del proyecto, fecha solicitud, nombre del proyecto, tipo de proyecto, monto necesario, responsables; en la que se sobrescriba y posteriormente los cambios sern guardados. Para eliminar datos de proyectos se aplicara la misma operacin que la de actualizacin, pero con la diferencia que los resultados sern eliminados. Para la consulta debe proveer un buscador por nombre del proyecto y mostrar el estado de este por pantalla, los datos se debe desplegar en una tabla con los campos fecha de solicitud, nombre del proyecto, tipo de proyecto, monto necesario, responsables.

Crditos La insercin de datos de crditos debe proveer un formulario en donde los nombres de cada celda son Fecha de Solicitud, Descripcin de Crdito, Solicitante, RIF., Cedula Identidad y Recurso Solicitado. La actualizacin de datos de crditos debe proveer una opcin de bsqueda por Cedula Identidad y por RIF. Los resultados de la bsqueda se desplegaran en una tabla con los campo de Fecha de Solicitud, Descripcin de Crdito, Solicitante,

Cedula de Identidad, RIF y Recurso Solicitado; que se pueda sobrescribir los datos sobre las celda y finalmente se guarden los cambios. Para eliminar datos de crditos se aplicara la misma operacin que la de actualizacin, pero la con la diferencia que los resultados sern eliminados. Las consultas de informacin de crditos deben mostrar una lista con todos los datos existentes en una tabla con los campos Fecha de Solicitud, Solicitante, Cedula, RIF y Monto Necesario. Esto lo realiza despus que permita una bsqueda por RIF o por Cedula de Identidad. Tambin debe permitir mostrar por pantalla el estado en que se encuentra todos los crditos o el estado de uno especifico, y proveer una opcin para imprimir un reporte.

Mayor La aplicacin Web debe generar el libro Mayor con todas las cuentas asentadas en el mes y mostrarlo por pantalla en una lista de tablas con los campos FECHA, DETALLES, REF, DEBE, HABER y SALDO. Adems, debe permitir la opcin de imprimir los resultados que se muestran. El libo Mayor ser posible generarse con datos registrados por el Diario General.

Balance General La aplicacin Web debe generar el Balance General. Para visualizar las transacciones de cuentas, debe proveer una modalidad de consulta por mes y ao y mostrar por pantalla todas las transacciones realizadas ese tiempo en celdas de dos (2) columnas, en la izquierda mostrara las cuentas de los Activos, los Pasivos y el Capital, y en la columna derecha mostrar todos los montos representados. Adems, debe permitir imprimir un reporte. Todo esto ser posible con lo que se registre en el Diario General.

Auxiliar de Caja Con los registros en el Diario General se debe generar el libro Auxiliar de Caja mostrarlo por pantalla una tabla con los campos FECHA, DETALLES, INGRESOS, EGRESOS y SALDOS. Esto se debe realizar permitiendo consultar por el mes y ao. Tambin, debe proveer una opcin para imprimir un reporte de los datos arrojados.

Inventario La aplicacin Web debe permitir llevar el inventario de muebles e inmuebles y para ingresarlos en la base de datos debe proveer un formulario solicitando los datos FECHA, CANTIDAD, DESCRIPCIN y TOTAL. Debe permitir consultar todos los registros de inventario o tambin por descripcin pero por el mes y ao

FASE III: Anlisis de las necesidades

A continuacin se presenta la aplicacin de la fase III de Kendall y Kendall mostrando el modelado de diagrama de flujo de datos de los procesos administrativos del consejo comunal Mara Concepcin Palacios II, el diccionario de datos, el diagrama de cada funcin y la estimacin de tiempo del desarrollo del proyecto en un diagrama Grantt.

Procesos administrativos del flujo de recursos Los procesos administrativos de la entrada proceso y salida de los recursos, constituyen la generacin de soportes de una actividad y respaldar as de

movimientos fsicos de recursos financieros y no financieros que se gestionan en el campo laborar del consejo comunal Mara Concepcin Palacios II, en la que cada rea de funcin se vincula con el movimiento de recurso en un determinado tiempo. Los departamentos que reciben solicitudes y recursos, capturan datos relacionados con el soporte y los ingresan al sistema. Posteriormente estos datos son utilizados para el procesamiento de recursos, emisiones de recursos y generar soportes e informes generales, permitiendo as la visualizacin de estado de cuenta, las propuestas de proyectos que se han recibido y los expedientes que se han completado (Vea Grafica 1). Grafica 1. Procesos administrativos en general
Comites Secretario de finanzas Coordinacin de finanzas Institucin que aigna recursos Tesorera de finanzas
E C A Document o de propuesta Entrada de documento D Admite recursos Genera solicitud de recurso Recibe solicitud Archivos de estado de cuenta Autoriza la emicin de recursos Crea nota de entrga Genera informes de gestion G C F

Firma mancomunada

Contralora de finanzas

INICIO

Verifica documento

Cumple requisitos MEMO Emitir de propuesta A Conformaci n de propuesta

Nota de entrega

si
D Memo Orden de transaccin

F Emisin por propuesta Autoriza orden de transaccion Informes

B Admitir propuesta Admite recursos H Archivos de propuestas I Crear expediente C

Conformaci n de asmblea

si
Orden de transaccin I

Determinar y Notificar al comite de expediente

EXPEDIENTE COMPLETO

C G Capturar entrega de recurso FIN H

Expediente

Fuente. Castellar, Ocando & Uzcategui (2010) El consejo comunal Mara Concepcin Palacios II desea crear una base de datos (Vea la Grafica 2.) para el mejor control de los procesos contables y administrativos,

de las transacciones de recursos que all se generan para lo cual se determinan los siguientes requerimientos: Grafica 2. Modelo de Entidad Relacional
Diario_Genera Fecha Detalles Asiento por Referencia Debe Haber

* Asienta

1...5 Usuario Usuario Clavel Registra * 1...5

Crdito Fecha_solicitud Descripcn Solicitante RIF Cedula Monto_solicitado

1...5 Registra *

Proyecto Fecha_solicitud Nombre_proyecto Tipo_proyecto Recursos_necesario Responsables

Fuente. Castellar, Ocando & Uzcategui (2010) y Se debe tomar en cuenta que es preciso que el administrador de datos posea privilegios especiales para realizar asientos de transferencias en el Diario General, registrar Crditos, Proyectos y llevar el Inventario. Este debe estar identificado con los datos Usuario y Clave. y Varios crditos pueden ser registrado por al administrador de datos, y un crdito esta identificado con los datos Fecha de Solicitud, Descripcin de Crdito, Solicitante, RIF., Cedula Identidad y Recurso Solicitado.

y Pueden ser registrados varios proyectos por el administrador de datos, el proyecto se registra con los datos Fecha de Solicitud, Nombre del Proyecto, Tipo de Proyecto, Monto Necesario, Responsables. y Se puede asentar muchas transacciones de cuentas por el administrador de datos en el Diario General en la que se requiere los datos Fecha, Detalles, Referencia, Debe, Haber. y El administrador registra los artculos en el inventario que para lo cual es necesario los datos Fecha, Cantidad, Descripcin y Total.

Diccionario de datos y sus especificaciones Tabla: USUARIO Detalles de la tabla: Descripcin: Tabla donde se encuentra registradas las personas, que acceden con privilegios al sistema. Columnas:
No nulo Descripcin

Key

Nombre columna Usuario Clave

Tipo dato Varchar(35) Varcha(15)

NO NO

Nombre del usuario La contrasea del usuario

Fuente. Castellar, Ocando & Uzcategui (2010) Tabla: DIARIO_GENERAL Detalles de la tabla: Descripcin: Tabla en la que se asientan las transacciones de las cuentas del sistema contable.

Columnas:
Key

Nombre columna Fecha Detalles Asiento_por

Tipo dato DATE

No nulo

Descripcin

SI

VARCHAR(35) NO VARCHAR(15) NO INTEGER(10) SI FLOAT FLOAT NO NO

PK

Referencia Debe Haber

Cdigo nico para la referencia Nombre de la cuenta y un numero de soporte Para abonar a cuenta por parte propia o ajena Numero que se le asigna a las cuentas Los cargos que se le hace a las cuentas Los crditos que se le hace a las cuentas

Fuente. Castellar, Ocando & Uzcategui (2010)

Tabla: PROYECTO Detalles de la tabla: Descripcin: Tabla en donde se almacenan datos de los proyectos emitidos por los comit del consejo comunal o miembros de la comunidad. Columnas:
No nulo Descripcin

Key

Nombre columna Fecha_solicitud Nombre_proyecto Tipo_proyecto Monto_necesario Responsables

Tipo dato DATE

SI

VARCHAR(35) SI VARCHAR(20) SI INTEGER(10) SI VARCHAR(40) SI

Fecha en que se realiza la solicitud Nombre del proyecto Tipo de proyecto Monto que requiere el proyecto Responsables a cargo del proyecto

Fuente. Castellar, Ocando & Uzcategui (2010)

Tabla: CREDITO Detalles de la tabla: Descripcin: Tabla en la que se registran los crditos emitidos por la comunidad y comits del consejo comunal. Columnas:
Key

Nombre columna Fecha Descripcin Solicitante RIF Cedula Monto_Requerido

Tipo dato DATE VARCHAR(40) VARCHAR(35) VARCHAR(15) INTEGER(10) FLOAT

No nulo

Descripcin

SI SI SI SI NO SI

Fecha en que realizo la solicitud. De que trata el credito Nombre del que solicita el proyecto El Rif de la persona u organizacin Numero de cedula del solicitante Cantidad de dinero o recursos necesario

Fuente. Castellar, Ocando & Uzcategui (2010)

Tabla: INVENTARIO Detalles de la tabla: Descripcin: Tabla en la que se almacenan los registros de los mueble e inmuebles, artculos y bienes. Columnas:
Key

Nombre columna Fecha Cantidad Descripcin

Tipo dato DATE INTEGER (10) VARCHAR(35)

No nulo

Descripcin

SI SI SI

Fecha en que ingreso el artculo Las cantidades de los artculos Nombre o de que es el artculo

Continuacin de la SubTotal

tabla anterior FLOAT SI SI Monto mnimo o costo unitario

Tota FLOAT Fuente. Castellar, Ocando & Uzcategui (2010)

Estimacin del tiempo del desarrollo de proyecto Actividades Meses y semanas

Mes 1
Recoleccion de informacion Sintetisacin de la informascin Diseo del proyecto Organizacin del proyecto Sincronizacin del grupo Evaluacin y desicin de la estructura Desarrollo y construccion del proyecto Montaje del proyecto Pruebas ensayos y errores Evaluacin

Mes 2

Mes 3

Metas Metas alcanzadas Fuente. Castellar, Ocando & Uzcategui (2010)

FASE IV: Diseo del sistema recomendado A continuacin la aplicacin de la fase IV de kendall & kendall: Diseo lgico del sistema

Grafica 2.

Terminal

Entrada de datos

Almacenamiento de datos

Procesamiento de datos

Muestra datos

Fuente. Castellar, Ocando & Uzcategui (2010)

Procedimientos precisos para la captura de datos que ingresan al sistema

Los mtodos en la que se captura y se ingresa datos a la base de datos es por medio de formularios que son los siguientes: y Formulario del diario general del sistema contable. Los campos de este formulario son: A) Fecha B) Nombre de la cuenta C) Ref D) Debito

E) Crdito Formulario de crditos. Los campos son: A) Id del Crdito B) Num_relacion C) Num_Cedula D) Nombre E) Apellido F) Monto G) Fecha H) Descripcion I) Telfono J) Tipo de movimiento K) Observacin. Formulario de proyectos. Los campos de este formulario son: A) Id del Proyecto B) Nom del Proyecto C) Tipo de Proyecto D) Tipo de Proyecto E) Num de Relacin F) Tipo de movimiento G) Monto H) Costo Total I) Responsables J) Observacin

FASE V: Desarrollo y documentacin del software Tomando en cuenta las especificaciones obtenidas en el paquete de diseo, se procede a cumplir con los siguientes pasos calificacin de programas: estos pasos los realizan los programadores, el grupo de desarrollo que el gerente seleccione. La misin de cada uno de ellos es codificar los mdulos asignados de conformidad con las especificaciones de programa las normas y procedimientos establecidos en el plan metodolgico una vez que se han asignado y distribuido los mdulos se procede a codificarlos, computarlos y depurarlos de los errores, sintaxis que presentan. Cuando los programadores finalicen la codificacin de los mdulos se realiza una revisin

estructurada del cdigo producido a fin de detectar errores, inconsistencias, desviaciones de las normas y cualquier otra anormalidad que est presente en cada modulo.

El modelo de Pseudocdigo Para el sistema contable: Inicio Entrada de datos; Leer datos; Procesamiento de datos{ Almacenamiento=datos_diaria_general; Mayor_general==suma_de_cuentas; } Mostrar_en_Pantalla(Mayor_general); Imprimir_documentos(Mayor_general); Fin

Inicio
Leer datos

Entrada de datos

Almacenamiento de dato=Diario_general

Mayor_general=Suma _de_cuentas

Mayor_general

Mayor_general

Fuente. Castellar, Ocando & Uzcategui (2010)

Fase VI.-Prueba y mantenimiento del sistema. Pruebas y mantenimientos Una vez que las diferentes unidades de diseo que componen una aplicacin han sido desarrolladas se ejecutan las pruebas en sus diferentes niveles: Prueba unitaria: es la prueba que se hace de un solo programa o de un modulo.

Prueba de integracin: es la prueba que se hace de las interfaces que existen entre programas dentro de un procedimiento, sea lote o en lnea con el fin de detectar cualquier problema de intercambio de datos, archivos o parmetros y aseguran que pueden ser ejecutadas en el orden o secuencia requeridos. Prueba funcional: el propsito de una prueba funcional es identificar la discrepancia que puedan existir entre el componente o sistema o sus especificaciones funcionales. Pruebas del sistema: es el complemento de la prueba funcional, ya que est dirigido a probar los aspectos tcnicos del sistema para poner en evidencia cualquier discrepancia con respecto a sus lineamientos de diseo. Prueba de aceptacin tcnica: esta es llevada a cabo por personal tcnico distinto del personal que desarrollo el sistema. Prueba de aceptacin funcional: esta es la prueba final la cual llevan a cabo conjuntamente el usuario y los operadores, con el fin de determinar si el sistema cumple con sus necesidades bajo condiciones reales volumen. Prueba de instalacin: en este tipo de prueba, se efecta una verificacin en cada lugar de instalacin, con el fin de detectar cualquier error cometido en el momento de instalar sus bibliotecas o libreras. Fase VII.-Implementacin y evaluacin del sistema Consiste en verificar e instalar el nuevo equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los archivos de datos necesarios para utilizarla, de igual forma se lleva a cabo la evaluacin del sistema para identificar puntos dbiles y tanto de datos como de

fuertes esta fase presenta tres aspectos fundamentales: capacitacin, conversin , revisin o evaluacin. La capacitacin: involucra a los operadores y usuarios que utilizan el nuevo sistema, ya sea capturando datos, recibiendo informacin u operando realmente el equipo. Conversin: es el proceso de cambiar de un sistema anterior a uno nuevo tambin debe ser cuidadosamente planeada y ejecutada. Revisin o evaluacin: despus de instalar el sistema y completar la conversin, debe hacerse una revisin para determinar si el sistema cumple con la expectativa y donde son necesarias las mejoras. La calidad de los sistemas, la confianza del usuario y las estadsticas de operacin quedan fijadas por tcnicas como el registro de eventos, evaluacin del impacto y las encuestas de actitud.