REPUBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL POPDER POPULAR PARA LA EDUCACIÓN SUPERIOR

COLEGIO UNIVERSITARIO DE CARACAS

FUNDACIÓN MISIÒN SUCRE

ALDEA UNIVERSITARIA SEVERIANO RODRIGUEZ HERNANDEZ

DISEÑO E IMPLEMENTACION DE UNA APLICACIÓN WEB PARA EL

CONSEJO COMUNAL MARÍA CONCEPCION PALACIOS II, DE LA

PARROQUIA MANUEL DAGNINO, MUNICIPIO MARACAIBO.

AUTORES:

CASTELLAR DAVID

C.I. 16782773

OCANDO NOLAN

C.I. 12061427

UZCÁTEGUI JOSÉ

C.I. 12868373

MARACAIBO, OCTUBRE 2009

ÍNDICE GENERAL

Pág.

DEDICATORIAAGRADECIMIENTORESUMENINTRODUCCIÓNCAPITULOS

I PLATEAMIENTO DEL PROBLEMA Contexto y Descripción de la Necesidad Tecnológica Objetivos General Específicos Importancia y Justificación II MARCO TEÓRICO – TECNOLÓGICO

Antecedentes Teóricos y Tecnológicos Bases Teóricas y Tecnológicas

III DISEÑO TECNOLÓGICO

Descripción del Diseño Tecnológico

IV IMPLEMENTACION DEL

DISEÑO TECNOLÓGICO

V PRUEBAS E IMPLEMENTACION DEL

MODELO REALIZADO

INTRODUCCIÓN

En actualidad el estudio de las ciencias y las tecnologías cada día 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 tecnología para facilitar al ser humano los trabajos tediosos y complejos, por

lo menos es fue el propósito original de fundar la tecnología.

Una de la tecnología que existe son los sistemas de información, esenciales para

las organizaciones o negocios donde se requiere la utilidad puesto que estos son los

recursos más vigentes que se ofrecen para el mejor rendimiento de los procesos de

datos informáticos, 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 informática y sistemas es el área de la tecnología que nos permite el

estudio y conocimientos de los diferentes procesos que se ve en el campo de

administración y control de cualquier tipo de recursos, fundamental en el desarrollo

software. En el caso del banco comunal del Consejo Comunal María Concepción

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

organización la incorporación a las novedades tecnológicas y a mejorar el desempeño

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 información computarizados juegan un papel fundamental en la sociedad, sobre todo en el contexto de la competitividad de las distintas organizacio-nes institucionales que operan en determinadas áreas, sea cual sea su razón social.

La dinámica de las organizaciones exige la disponibilidad de la información en todo momento y además requiere que ésta sea a la vez verídica e íntegral. Gracias a los distintos productos de software orientados a cubrir procesos críticos de las institu-ciones, las gestiones de estas han alcanzado niveles superiores de optimización, debi-do a que la automatización de un gran conjunto de actividades incrementa la veloci-dad y la calidad de los procesos.

Las grandes instituciones nacionales e internacionales cuentan con una infraes-tructura tecnológica que soporta todas las actividades operacionales y administrativas inherentes al objetivo del negocio, además de esto cuentan con Sistemas de Informa-ción Integrales que enmarcan todos las áreas de trabajo. Especificando un poco, es observable que gran parte de los órganos en Venezuela poseen mínimo un computa-dor personal con una suite de oficina (comúnmente la suite Office de Microsoft o la suite libre OpenOffice de la Sun MicroSystems) que les permite agilizar ciertas ta-reas, incluso algunos de estos órganos cuentan con paquetes de software contable.

Las instituciones que no sigan esta tendencia; que no adquieran una plataforma tecnológica (hardware y software) que les permita optimizar sus procesos dentro de algunos años estarán condenadas a desaparecer, ya que se encontrarán en desventaja frente a la competencia que propone la sociedad de la información.

Los Consejos Comunales no son ajenas a esta realidad, desde todo punto de vis-ta (económico, financiero, etc.) deben compartirse con la misma situación, 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 María Concepción Palacios II de la parroquia Manuel Dagnino, la cual describiremos a continuación.

El consejo comunal María Concepción Palacios II ubicado en la parroquia Ma-nuel Dagnino, es de carácter público, cuenta con distintas unidades de gestión entre los cuales se encuentran: la Unidad Administrativa y Financiera, Unidad Contralora y Unidad Ejecutiva, en esta última se encuentra los diversos comités como Habita y vi-vienda, Comunicación, Alimentación, Tecnología, Deporte, etc. Las funciones del Consejo Comunal es gestionar temas con respecto a la economía de la comunidad,

salud, educación, vivienda; todo esto lo realizan a través de proyectos que le son aprobados por su instancia.

El Consejo Comunal María Concepción 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 menciona-da gestión 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 económica en la parte social. Este servicio es la administración de recursos financieros. La res-ponsabilidad de que el servicio ofrecido que se presta con calidad y transparencia re-cae sobre los miembros de la Unidad Administrativa y Financiera.

La Unidad cuenta con cinco (5) miembros, estos administran los recursos finan-cieros que les son asignados por las instituciones nacionales. La distribución de los recursos son destinados a proyectos para los cuales le son aprobados, no está permiti-do el desvió de estos recursos para otros fines al menos que la asamblea de ciudada-nos 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 polí-tica 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 mención son facturas, notas de entregas, oficios de recibidos, bauches de depósitos, talonario de cheques emitidos, copia de cheque recibidos. Además, no se lleva ninguna relación entre los documentos y los recursos, simplemente estos son archivados. Por otra par-te, 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 aplicación que le permita automatizar la verifica-ción previa a la asignación y destinación de los recursos, tener un mejor control del proceso, generar reportes relacionados al servicio para el apoyo a la toma de decisio-nes y manejar sanciones.

Para contrarrestar estas situaciones que atentan contra el desarrollo económico efectivo de la vida comunitaria se construyó una aplicación Web integral que garanti-za la gestión de los procesos administrativos y contables del los recursos financieros orientada a los miembros de la Unidad Administrativa Financiera de una forma efi-ciente, rápida y segura.

Contexto y Descripción de la Necesidad Tecnológica

Actualmente no existe en la Unidad Administrativa y Financiera una aplicación web que apoye las actividades que requiere el servicio de la administración de los re-cursos financieros, en consecuencia el control de financieros de dicho servicio se rea-liza de forma manual y empírica. Los movimientos de los recursos se registran en for-mularios de hojas de formatos, en el cual se registran los datos de una persona, insti-tución, o a cualquiera que este involucrado con un movimiento de los recursos, en esta Unidad los controles (verificación de políticas - transparencia, veracidad infor-mativa, etc.) e informes se llevan a cabo de forma manual y en ocasiones en base a re-laciones 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 operación se debe registrar en libro de control de los movimientos de recursos y seguidamente archivar el docu-mento que lo relacione. Cada cierto tiempo la Unidad debe emitir a la comunidad una notificación con un informe de respaldo sobre su gestión administrativa, esto lo de-muestra junto con su libro de control y todos los documentos que lo respaldan, pero este último no mantiene una relación con el libro de control de recurso, lo que hace más tedioso la entrega de cuenta y la generación de incertidumbre entre la Unidad y la comunidad.

Se ha demostrado con esta experiencia que llevar el un libro de control de mo-vimiento solo cubre la necesidad de un particular pero no de un colectivo y mucho menos en estos tiempos cuando la mayoría de procesos similares se han venido auto-matizando, de modo que esta situación en particular no deja ninguna evidencia de ve-racidad en la información a la hora de cerrar y entregar cuentas.

Objetivo General

Diseñar e implementar una aplicación Web para el control de recursos

financieros de la Unidad Administrativa y Financiera del Consejo Comunal MARÍA

CONCEPCIÓN PALACIOS II de la parroquia Manuel Dagnino, municipio

Maracaibo.

Objetivos Específicos

Establecer los requerimientos funcionales del módulo de gestión de los recursos financieros a través de entrevistas y reuniones informales con los usuarios implicados (la Unidad Administrativa Y Financiera, el Colectivo del Consejo Comunal y miem-bros de la comunidad).

Analizar y Diseñar el módulo de gestión de los recursos financieros a través de la metodología de desarrollo de software UP (Proceso Unificado) con WAE2 (Exten-sión de UML para Aplicaciones Web en su versión 2) bajo el patrón modelo vista controlador (MVC).

Implementar la aplicación web bajo el patrón de arquitectura modelo vista con-trolador (MVC).

Desarrollar el manual del Sistema y el manual de Usuario para su respectiva consulta.

Importancia y Justificación

El Sistema Web desarrollado permitirá que la ejecución de los procesos inhe-rentes de los movimientos de recursos financieros sea más fácil y al mismo tiempo más rápido. Los controles y verificaciones relacionados al estado financiero, los eje-cutará el sistema de forma automática, la puesta en marcha de esta propuesta optimi-zara notablemente la calidad de tramite de una aprobación de un movimiento de re-cursos, además de eliminar totalmente la documentación que en la actualidad se gene-ra (Constancias, Formatos de control de entrada y salida de los recursos, entre otros). Esta propuesta soporta el cambio de políticas en el servicio de administración de re-cursos financieros y mantendrá informado sobre el estado de los recursos a los usua-rios que sean miembros o no de la Unidad Administrativa y Financiera visitando la pagina con la dirección que sea alojada al servidor

En cuanto al estado de cuenta de los recursos financieros el sistema genera re-portes específicos necesarios para llevar un control estadístico, en base a estos repor-tes la Unidad podrá tomar decisiones para la mejora de las políticas de administración de dicho servicio.

Los movimientos de recursos financieros ya no serán registrados en formatos de hojas impresas debido a que el sistema una vez implantado funcionará en la Internet a través del protocolo HTTP (Hyper Text Transfer Protocol), en la que proveerá un for-mulario de HTML para la captura de datos hacia la base de datos, de esta forma será accesible desde cualquier terminal del mundo con conexión a la red de redes (Inter-net).

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á fácilmente extensible; se po-drá acoplar módulos implementados en el futuro para ampliar la funcionalidad de este mismo.

El funcionamiento óptimo de la aplicación dependerá en gran parte de la plata-forma de comunicación en la que sea implantada, es decir de las características del servidor en el que sea instalado y de la capacidad del canal de comunicaciones de di-cha plataforma. Además el sistema estará sujeto a las políticas y directrices de admi-nistración 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 gestión administra-tiva. También el proyecto servirá de apoyo para aquellos Consejos Comunales que en el futuro necesiten implementar sistemas de información similares o para aquellos que simplemente necesiten consultar un aspecto relevante del desarrollo de la aplica-ción.

El desarrollo del proyecto le permitió a los autores aplicar una serie de concep-tos adquiridos en áreas como bases de datos, ingeniería de software, programación de sistemas orientados a objetos, análisis y diseño de sistemas orientados a objetos, se-guridad informática, redes, auditoría de sistemas, entre otros. Además permitió obte-ner experiencia en la producción de software, lo que en cierto modo simula los con-textos reales del mercado laboral en los campos de acción en los que operan los inge-nieros de sistemas.

CAPÌTULO II

MARCO TEÓRICO - TECNOLÓGICO

Antecedentes Teóricos y Tecnológicos

Los antecedentes que se presentan a continuación han sido seleccionado

partiendo de diferentes estudios relacionados con la aplicación web, los trabajos son

diferentes a la investigación realizada de este proyecto. Estos estudios fueron

realizados utilizando otras metodologías pero en si, todos buscan satisfacer la

necesidad de la creación de una aplicación 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 vía web para el servicio exterior – Ministerio de relaciones exteriores y cultos. El objetivo de la investigación es diseñar e implementar una plataforma para la publicación 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 implementación se hace uso de Microsoft Visual Studio el cual les proporciona varios lenguajes de programación 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 través de entrevistas y charlas con el la Unidad de sistemas Informáti-cos del Ministerio que es la encargada de hacer uso de las nuevas tecnologías existen-tes en el mercado para colaborar en las tareas que tienen los funcionarios. Se utiliza RUP (Rational Unified Process) como la metodología de desarrollo de software. Los autores concluyeron que la implantación del sistema de información reduciría el tiempo para el acceso a la información y el trabajo ya no seria estático por que el sistema per-mite el acceso remoto para el control de la información y la calidad de trabajo de los funcionarios aumentaría notablemente. Actualmente el sistema está en operación, pero ha tenido modificaciones producto de su respectivo mantenimiento.

El segundo trabajo de investigación es presentado por Indira Lilled Laurencio Fuente en el 2005 con el titulo MODELADO DE UNA APLICACIÓN WEB PARA EL MODULO INVENTARIO DEL SISTEMA CONDOR. Este sistema contable cuenta con una suite integrada por siete módulos: Contabilidad General, Activos Fijos, Inventario, Nómina/prenómina, 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 señalado ciertas desventajas. El objetivo de la investigación está enmarcado en el módulo Inventario del Sistema, el cual ya se encuentra automatizado pero se quiere perfeccionar y actualizar con los nuevos avances tecnológicos, se ha planteado modelar los artefactos de ingeniería para una aplicación Web. Este modulo está compuesto por tres procesos: “Control de Inventario”, “Facturación” y “Útiles y Herramientas en Uso”. Se empleó para la modelación de los artefactos de ingeniería el Racional Rose Enterprise Edition, y para su implementación el Visual Studio.NET 2005, como gestor de Base de Datos el SQL Server 2005 y como lenguajes de programación C# y SQL. La metodología que se utilizó para diseño del negocio y el análisis del sistema de construcción de software fue el Proceso Unificado de Desarrollo (RUP). En el proceso de diseño de la herra-mienta se utilizó el diagrama de caso de uso y el diagrama de contexto de los proce-sos. El autor concluye que la implementación del sistema constituye en aporte mucho más práctico 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 cómodo, fácil de entender, que cumple los estándares del diseño y utiliza técnicas modernas de programación orientada a objetos.

La tercera investigación 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 investigación es desarrollar un sistema aplicando la metodología de desarrollo, para realizar el control de Aportes y Préstamos de los socios que pertenecen a la institución con un acceso fácil a la información y medidas de seguridad en el departamento de contabilidad de ANSSCLAPOL. Para la implementación se utilizo el lenguaje de programación PHP, base de datos MYSQL, con una estructura modelo vista controladora en el entorno WEB. La metodología que se utilizó para el análisis y el diseño de desarrollo de software fue el Proceso Unificado de Desarrollo (RUP). Las herramientas que se utilizaron para el diseño 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 implementación permitirá un fácil mantenimiento del sistema, y que se logro integrar las secciones de Préstamos y Aportes permitiendo que el flujo de información se oportuna y confiable, se logro además, satisfacer los requerimientos de tener almacenados los datos de registros de prestamos y aportes.

2.2 BASES TEÓRICAS

2.2.1 Ingeniería de Software. Es el área del conocimiento que se encarga de estudiar todoslos aspectos que alcanzan al desarrollo de sistemas informáticos, entre ellos: ciclo de vida,análisis de requisitos, diseño, documentación, pruebas, calidad, seguri-dad, análisis decostos, etc.a) Gestión de proyectos. Consiste en gestionar el desarrollo de un produc-to dentro dedeterminados plazos y bajo los limites financieros. Lo anterior requiere capacidad paraadministrar personal, una estructura administrativa definida, inclusión de procesosadministrativos, procesos de desarrollo y programas de mejoramiento continuo. El objetivode la gestión de proyectos consiste en mantener un equilibrio entre el costo, la capacidad, lacalidad.b) Requerimientos. “La obtención de los requerimientos correctos es un proceso difícil.Consiste en la interacción cuidadosa con quienes tienen intereses en la aplicación”1. Paradesarrollar un software, generalmente en las primeras iteraciones se debe tener claridad enlas funcionalidades que va ha ofrecer, que utilidades va a brindar a la comunidad deusuarios. La etapa de requerimientos consiste en capturar con los im-plicados del softwareque necesidades (procesos deficientes) de la compañía o entorno de-terminado va a cubrir,que debe hacer el sistema (requerimientos funcionales), cómo lo debe hacer(requerimientos no funcionales), que riesgos y que restricciones exis-ten. Esta etapa suelerealizarse con entrevistas directas entre el analista y el implicado del sistema (dueño delnegocio, empleado del negocio, etc.), sin embargo pueden utilizarse otros métodos paraobtener dicha información. La mayor parte de los defectos encontra-dos en un software sedeben a errores en esta etapa y generalmente los errores que de aquí nacen suelen ser losmás costosos de corregir. Un software puede estar muy bien diseñado e, implementado,

pero si no le es útil a la empresa o al cliente su usabilidad se verá afec-tada.1 FRAUDE, Eric J. Ingeniería de Software una perspectiva orientada a objetos. México: Al-faomega, 2003. p.135.49c) Análisis y Diseño. Las actividades a desarrollar en estas etapas depen-den de lametodología de desarrollo de software que se utilice. James A. Senn en su libro Análisis yDiseño de Sistemas de Información, hace referencia al análisis y diseño como: “El procesode examinar una situación en la empresa con la intención de mejorarla mediante nuevosprocedimientos”. En el libro Análisis y Diseño de Sistemas de Kendall y Kendall, dice que:“El análisis y diseño de sistemas sirve para analizar, diseñar y fomen-tar mejoras en laoperación de la empresa, lo cual puede realizarse mediante el uso de sistemas deinformación computarizados”. Básicamente el análisis consiste en ana-lizar losrequerimientos obtenidos en la etapa anterior mediante la elaboración de unos artefactosque permiten especificar la funcionalidad y la arquitectura del sistema, algunasmetodologías utilizan los diagramas de modelado que ofrece UML (Uni-fied ModelingLanguage) como los casos de uso, los diagramas de clases, entre otros. El diseño consisteen retocar o refinar los artefactos hechos en el análisis, es decir, llevar a un nivel superior(aumentar el detalle) la arquitectura, de forma que los requerimientos estén expresados entérminos cercanos a la implementación. Algunas veces en la etapa de diseño se corrigenerrores que vienen desde la etapa de requerimientos. Generalmente se realizan en esta etapalos modelos de las interfaces gráficas.d) Implementación. La implementación consiste en transformar los resul-tados del diseñoen realidad (producto de software), en esta etapa se escoge -aunque generalmente sedetermina en etapas previas- un lenguaje de programación y se co-mienza a escribir las

instrucciones necesarias para que el sistema realice las tareas que se han identificado en lasetapas anteriores. “La implementación se refiere a la programación. El propósito de laimplementación es satisfacer los requerimientos de la manera que es-pecifica el diseño”2.e) Pruebas. Las pruebas consisten en realizar una serie de “ataques” al sistema. Después dedesarrollar una aplicación o módulo de programación se debe validar cada una de lasposibles situaciones que ocurran entre el usuario y el software. Las pruebas muestran lapresencia de los defectos del sistema; los coloca al descubierto.2 Ibid., p 356.50f) Métricas de software. Son un conjunto de técnicas que permiten medir varios aspectosdel proceso de desarrollo de un sistema de información. Se utilizan para conocer conexactitud variables como cantidad de trabajo realizado, tiempo que toma realizar el trabajo,tasa de defectos, entre otras. Las métricas de software son fundamen-tales para elaseguramiento de la calidad en los procesos de desarrollo.2.2.2 Metodologías de desarrollo de software. Son un conjunto de procedi-mientos,técnicas, herramientas y un soporte documental que ayuda al equipo desarrollador a crearun nuevo producto de software. A continuación se mencionan algunas:a) Cascada. Esta metodología no soporta el desarrollo iterativo-incre-mental. Se utiliza enlos proyectos donde se conocen exactamente todos los requerimien-tos. Consiste en pasarpor cada una de las etapas (requerimientos, análisis, diseño, imple-mentación, pruebas) dedesarrollo, pero no al mismo tiempo, sólo cuando definitivamente ter-mine la etapa derequerimientos puede seguir a la de análisis y sucede de igual forma para el resto de lasetapas. Soporta muy poca retroalimentación y genera documentación excesiva. Unrequerimiento no capturado que es detectado en la etapa de diseño puede ser fatal para la

vida del proyecto. Actualmente es una metodología de desarrollo poco utilizada.b) Proceso Unificado (UP - Unified Software Development Process). Esta metodo-logíade desarrollo define quién debe hacer qué, cuándo y cómo debe hacer-lo. Es un marco detrabajo genérico que puede especializarse. Está basada en componen-tes interconectados porinterfaces. Se apoya en UML para el modelado del sistema y es dirigida por los casos deuso, se centra en la arquitectura y es iterativa e incremental. Fue crea-da por: Grady Booch,Jim Rumbaugh e Ivar Jacobson, los creadores de UML. Contempla cua-tro fases:Inicio, en la cual se define el ámbito del proyecto.Elaboración, donde se define el plan del proyecto, las especificaciones funcionales y laarquitectura base.51Construcción, consiste en construir el producto.Transición, que es la instalación del sistema en la comunidad de usua-rios finales. Contienedentro de estas fases unas disciplinas que en el desarrollo del proyecto se vuelvendinámicas.Las disciplinas son: modelado del negocio, requerimientos, análisis y diseño,implementación, pruebas, despliegues, configuración y cambios en el proyecto,administración del proyecto, ambiente de desarrollo. Una síntesis de UP la encontramos enla URL http://es.wikipedia.org/wiki/Proceso_Unificado.c) Proceso Unificado de Rational (RUP - Rational Unified Software DevelopmentProcess). Es una versión comercial y específica de la metodología UP. RUP es UP con elsoporte que brinda las herramientas Rational’s, actualmente IBM es el propietario de lasherramientas de Rational. Estas herramientas manejan cada fase, dis-ciplina y artefactospresentes en el ciclo de vida del proyecto. Esta metodología de desa-rrollo es utilizada porgrandes casas desarrolladoras de software. Sin embargo es posible de-sarrollar proyectos

aplicando RUP sin las herramientas de Rational. Una definición de RUP la encontramos enla URL http://es.wikipedia.org/wiki/RUP.d) Programación Extrema (XP - eXtremme Programming). En esta metodolo-gía setrabaja con parejas de programadores expertos. Se realizan pruebas todo el tiempo, esto conel fin de garantizar que se esté escribiendo el código correctamente. Es utilizada cuando lacultura de la compañía permite experimentación. Trabaja con equipos pequeños, pero estosequipos deben tener alta experiencia en desarrollo. Los requerimientos cambianfrecuentemente pues no existe un diseño detallado, puede que sólo se fundamenten en loscasos de uso de UML. Para consultar más acerca de XP puede dirigirse a la URLhttp://es.wikipedia.org/wiki/Extreme_Programming.52e) Metodología de Diseño de Hipermedia Orientado a Objetos (OOHDM – ObjectOriented Design Methodology). Es una metodología de desarrollo de so-ftware orientado ala Web, fue creada por D. Schwabe, G. Rossi y S.D.J. Barbosa. La nove-dad de estametodología es que contempla los paradigmas de la orientación a ob-jetos en el proceso deproducción de aplicaciones hipermedias (Imágenes, sonido, vídeo, en-tre otras). Incluye 4fases: diseño conceptual, diseño navegacional, diseño de interfaces abstractas eimplementación. El sitio oficial en ingles es http://www.telemidia.pucrio.br/oohdm/oohdm.html.2.2.3 Lenguajes de programación, sistemas gestores de bases de datos y servidoresWeb.a) Java. “Surgió en 1991 cuando un grupo de ingenieros de Sun Microsys-tems trataron dediseñar un nuevo lenguaje de programación destinado a electrodomés-ticos. Java, comolenguaje de programación para computadores, se introdujo a finales de 1995. Al programaren Java no se parte de cero. Cualquier aplicación que se desarrolle 'cuelga' (o se apoya,

según como se quiera ver) en un gran número de clases preexistentes. Algunas de ellas lasha podido hacer el propio usuario, otras pueden ser comerciales, pero siempre hay unnúmero muy importante de clases que forman parte del propio lengua-je (el API oApplication Programming Interface de Java)”3. La compañía Sun descri-be el lenguaje Javacomo “simple, orientado a objetos, distribuido, interpretado, robusto, seguro, dearquitectura neutra, potable, de altas prestaciones, multitarea y diná-mico”.b) Hypertext Preprocessor (PHP). PHP es un lenguaje de programación usa-dogeneralmente para la creación de sitios web. El nombre es el acrónimo de PHP: HypertextPreprocessor (en sus comienzos PHP Tools, o, Personal Home Page Tools). PHP es unatecnología Web del lado del servidor, que funciona embebida (es decir, incrustada) dentro3 GARCÍA, Javier. RODRIGUEZ, José. MINGO, Iñigo. IMAZ, Aitor. BRAZÁLEZ, Alfonso. LARZA-BAL, Alberto.CALLEJA, Jesús. GARCÍA, Jon. Aprenda Java como si estuviera en primero [online]. Disponible en Internet: <URL:http://www.tecnun.es/asignaturas/informat1/ayudainf/aprendainf/java/java2.pdf >.

53del código HTML de una página, dándole mayor dinamismo a la misma. Su sintaxis esheredada de C/Java. Esta tecnología inició como un pasatiempo de Rasmus Lerdorf perohoy en día, gracias a ser libre (Open Source), cuenta con miles de adeptos y actualizacionesmuy constantes. Muchas empresas se han fijado en el potencial de PHP, y han dado suapoyo a esta, como es el caso de Zend, uno de los principales contri-buyentes para ellanzamiento de la versión 4 (motor zend) y 5 (motor zend2) del len-guaje. La informaciónanterior fue tomada de los artículos del sitio Web del grupo de softwa-re libre GNU-ufps dela Universidad Francisco de Paula Santander de Cúcuta, 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 programación creado por Guido van Rossum a

principios de los anos 90 cuyo nombre esta inspirado en el grupo de cómicos ingleses“Monty Python”. Es un lenguaje similar a Perl, pero con una sintaxis muy limpia y quefavorece un código legible. Se trata de un lenguaje interpretado o de script, con tipadodinámico, fuertemente tipado, multiplataforma y orientado a objetos”4. El sitio Web Oficialde Python es http://www.python.org/.d) PostgreSQL. Es un potente sistema de base de datos objeto-relacional libre (opensource), basado en el proyecto POSTGRES de la universidad de Berke-ley. Funciona entodos los sistemas operativos importantes, incluyendo Linux, Unix, Solaris, y Windows.Incluye la mayoría de los tipos de datos SQL92 y SQL99. También so-portaalmacenamiento de objetos grandes binarios, incluyendo gráficos, so-nidos, o vídeos. Tieneinterfaces de programación nativos para C/C++, Java, Perl, Python, Ruby, Tcl, ODBC,entre otros, y documentación completa. PostgreSQL tiene característi-cas sofisticadas talescomo control de concurrencia de Multi-Versión, puntos de recuperación a un momentodado, backups en línea, un sofisticado analizador/optimizador de con-sultas. Soporta juegosde caracteres internacionales, codificación de caracteres multibyte, y está preparado paraordenar localmente, casos sensitivos (mayúsculas y minúsculas), y for-mateo. Es altamente4GONZALES, Raul. Python para todos [online]. Disponible en : <URL:http://mundogeek.net/tutorial-python>. p.7.54escalable tanto en la cantidad de datos que puede manejar, como en el número de usuariosconcurrentes que puede aceptar. Hay sistemas activos de PostgreSQL en ambientes deproducción que manejan 4 Terabytes de datos. El sitio Web oficial del proyecto eshttp://www.postgresql.org. Lo anterior fue tomado de los artículos del sitio Web del grupode software libre GNU-ufps de la Universidad Francisco de Paula San-tander de Cúcuta, la

URL es http://www.gnu-ufps.org.e) MySQL. Es un sistema de gestión de base de datos relacionales, li-cenciado bajo GPL deGNU. Su diseño multihilo le permite soportar gran numero de transac-ciones de formaeficiente. MySQL es probablemente el gestor más utilizado en ámbito del software libre,debido a su facilidad de uso e integración con lenguajes de programa-ción como PHP yJava. El sitio Web oficial del proyecto es http://www.mysql.com.f) SQLite. Es un sistema de gestión de base de datos relacional, imple-menta la mayoría delestándar SQL-92 y esta escrito en C. Su código fuente es de dominio público. El sitio Weboficial es http://www.sqlite.org/.g) Servidores Web. Un servidor Web es un software que responde a las solicitudes de losnavegadores (Browser's) de las máquinas clientes a través del envío de paginas Web. Entrelos servidores Web más utilizados se encuentran el Apache HTTP Ser-ver, MicrosoftInternet Information Server, Microsof Personal Web Server, Netscape Enterprise Server ySun ONE Web Server. También se asocia a este término el hardware necesario para quefuncione el sistema lógico.2.2.4 Metodología, métodos, tecnologías, lenguajes y herramientas utilizadas en eldesarrollo del proyecto ALEXAa) UML (Unified Modeling Language). Lenguaje unificado de modelado es un conjuntode notaciones y diagramas estándar para modelar sistemas orientados a objetos. Se puedeutilizar para modelar distintos tipos de sistemas. UML ofrece los si-guientes diagramas:55diagrama de casos de uso, diagrama de secuencia, diagrama de cola-boración, diagrama deestado, diagrama de actividades, diagrama de clases, diagrama de ob-jetos, diagrama decomponentes y diagrama de implementación, entre otros, Actualmente UML se encuentraen su versión 2. Fue creado Grade Booch, James Rumbaugh, e Ivar Ja-cobson. Puedeencontrar más información acerca de UML en http://www.uml.org/ y en

http://es.wikipedia.org/wiki/UML. También puede consultar el CD-ROM en el directorioUML.b) Modelado del Negocio. En esta disciplina se identifican los procesos de negocio de laorganización según sus objetivos, se estudia el funcionamiento de la empresa, se profundizasu estructura, se observan roles y las relaciones entre ellos.Para el modelamiento del negocio se utilizó la extensión adaptada de UML propuesta porHans-Erik Eriksson y Magnus Penker en su libro Business Modeling with UML (ConsultarCD-ROM directorio Modelado del Negocio).c) WAE (Web Application Extension for UML). Es una extensión de UML paraaplicaciones Web creada por Jim Conallen, quien hace parte de Ratio-nal Software, ahorapropiedad de IBM. WAE extiende UML con estereotipos y restricciones para permitirmodelar elementos específicos de la Web como parte del modelado de la aplicación. WAEpermite modelar páginas Web (del servidor y del cliente), formularios Web, enlaces,marcos, applets, rutinas JavaScript, entre otros.Para el modelamiento de los requerimientos, del análisis, del diseño y de las rutas denavegación se utilizó WAE2, propuesta por Conallen en su libro Buil-ding Web Applicationswith UML Second Edition (Consultar CD-ROM directorio WAE).d) UX (The User eXperience). Se refiere al conjunto de actividades que se centraliza enlas interfaces de usuario (distribución de la información y el aspecto vi-sual de las páginas).UX documenta el look and feel de la aplicación, determina las rutas de navegación a través56de las páginas Web, administrando y organizando su estructura y su contenido. JimConallen en su libro Building Web Applications with UML Second Edi-tion dedica uncapitulo completo al modelamiento del UX con UML.e) MVC (Modell-View-Controller). MVC es un patrón de arquitectura de so-ftware, separa

claramente el modelo (Lógica del Negocio), y la vista (Interfaz Gráfica), gracias a uncontrolador que los desacopla. MVC favorece la evolución de las aplica-ciones y esaplicable a cualquier tecnología orientada a objetos.Figura 7. Patrón de arquitectura MVCFuente: Ronald Ernesto Cano, Febrero 2009.En la figura anterior se observa la secuencia de acciones que normal-mente ejecuta MVCdentro de una Aplicación Web. Se puede consultar más información de este patrón enhttp://es.wikipedia.org/wiki/Modelo_Vista_Controlador.htm.f) UP. Esta metodología de desarrollo de software fue descrita en la sección 2.2.2 ítem b.g) XML (Extensible Markup Language). Es un metalenguaje de etiquetas extensiblecreado por la W3C. Se utiliza como estándar para el intercambio de co-municación entrediferentes plataformas. Puede encontrar más de XML en http://es.wikipedia.org/wiki/XML57h) XHTML. Es una adaptación de HTML 4.0.1 al lenguaje XML, por lo que mantiene casitodas sus etiquetas y características, pero añade algunas restricciones y elementos propiosde XML. Para saber más acerca de XHTML puede consultar el directorio XHTML del CDROMo consultar la URL http://es.wikipedia.org/wiki/XHTML.i) PHP. Este lenguaje de programación se describió en la sección 2.2.3 ítem b. Para eldesarrollo de este proyecto se utilizo la versión 5.2.6-3 compilada para el sistema operativoDebian GNU/Linux.j) JavaScript. “JavaScript es un lenguaje de programación que se utiliza principalmentepara crear paginas Web dinámicas... JavaScript es un lenguaje de pro-gramacióninterpretado... JavaScript no guarda ninguna relación directa con el lenguaje deprogramación Java”5. Para consultar más acerca de JavaScript puede dirigirse al directorioJavaScript del CD-ROM.k) CSS (Cascading Style Sheets). “Es un lenguaje de hojas de estilos creado para controlar

el aspecto o presentación de los documentos electrónicos definidos con HTML y XHTML.CSS es la mejor forma de separar los contenidos y su presentación y es imprescindible paracrear paginas Web complejas”6, actualmente CSS se encuentra en su versión 2. Paraconsultar más de CSS puede dirigirse al directorio CSS del CD-ROM.l) AJAX (Asynchronous JavaScript And XML). “El termino AJAX se presento porprimera vez en el articulo Ajax: A New Approach to Web Applications(http://www.adaptivepath.com/publications/essays/archives/000385.php) publicado porJesse James Garrett... El articulo define a AJAX de la siguiente forma: Ajax no es unatecnología en si misma. En realidad se trata de varias tecnologías inde-pendientes que seunen de formas nuevas y sorprendentes...”7. Para conocer más de AJAX puede consultar el5 PEREZ, javier. Introducción a JavaScript [online]. Disponible en : <URL: http://www.librosweb.es/javascript>. 2008. p.5.6 PEREZ, javier. Introducción a CSS [online]. Disponible en : <URL: http://www.librosweb.es/css>. 2008. p.5.7 PEREZ, javier. Introducción a AJAX [online]. Disponible en : <URL: http://www.librosweb.es/ajax>. 2008. p.5.58CD-ROM en el directorio AJAX, también puede visitar la URL:https://developer.mozilla.org/en/Web_Development.m) PostgreSQL. El administrador de base de datos objeto-relacional Pos-tgreSQL fuedescrito en la sección 2.2.3 ítem d. Para el desarrollo de este proyecto se utilizo la versión8.3.7-1.n) PgAdmin III. Es un administrador gráfico open source multiplatafor-ma del servidor debase de datos PostgreSQL. Para este proyecto se utilizó la versión 1.8.4-3. El sitio Weboficial es http://www.pgadmin.org/.o) Apache. Es un servidor Web HTTP open source multiplataforma desa-rrollado por laApache Software Foundation. El sitio Web oficial es http://www.apache.org/. Puedeprofundizar más en http://es.wikipedia.org/wiki/Servidor_HTTP_Apache.p) Komodo Edit: Es un editor multilenguaje y multiplataforma libre. Ac-tualmente se

encuentra en su versión 5.1 y soporta lenguajes como Perl, PHP, Py-thon, Ruby entre otros.Komodo Edit hace parte del proyecto Komodo IDE. El sitio oficial esta en la URLhttp://www.activestate.com/komodo_edit/.q) Gedit. Es el editor de texto oficial del entorno de escritorio GNOME. El sitio Weboficial es http://projects.gnome.org/gedit/. Para el proyecto ALEXA se trabajó con laversión 2.26.1-1.r) Quanta Plus. Es una herramienta de desarrollo Web diseñada para el entorno deescritorio KDE. También funciona en otros escritorios (GNOME, XFCE, entre otros). Setrabajó para este proyecto la versión 3.5.9-3. Puede encontrar más in-formación acerca deQuanta 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 dia-gramas UML. Fuediseñada principalmente para el entorno de escritorio KDE pero funcio-na también en otros59escritorios. Puede consultar más información en http://es.wikipedia.org/wiki/Umbrello y enhttp://docs.kde.org/stable/es/kdesdk/umbrello/. Para este proyecto se utilizó la versión2.2.2.t) DIA. Es el editor de diagramas estructurados de GNU, está inspirado en el softwareprivativo Visio de Microsoft. El sitio oficial del proyecto es http://projects.gnome.org/dia/,también puede consultar http://en.wikipedia.org/wiki/Dia_(software).u) IceWeasel. Es una compilación renombrada del navegador Web Mozi-lla Firefoxpreparada para el sistema operativo Debian GNU/Linux. Para el desa-rrollo de ALEXA seutilizó la versión 3.0.9. Puede encontrar más información de IceWeasel enhttp://es.wikipedia.org/wiki/IceWeasel.v) OpenOffice.org. Es una suite ofimática libre desarrollada por la Sun Mi-croSystems. Esmultiplataforma, contiene un procesador de texto, hoja de calculo, en-tre otros. Puede

consultar más en http://es.wikipedia.org/wiki/OpenOffice.org y http://es.openoffice.org/.Para documentar ALEXA se utilizo la versión 3.0.1.w) DEBIAN. Es una distribución de GNU/Linux. Es un sistema operativo libre. Debianutiliza el Kernel Linux y un cantidad de software del proyecto GNU. El sitio Web oficial deDebian se encuentra en la URL http://www.debian.org/, también puede consultar la URLhttp://es.wikipedia.org/wiki/Debian.x) DOM (Document Object Model). “... es un conjunto de utilidades especí-ficamentediseñadas para manipular documentos XML. Por extensión, DOM tam-bién se puede utilizarpara manipular documentos XHTML y HTML. Técnicamente, DOM es una API defunciones que se pueden utilizar para manipular las paginas XHTML de forma rápida yeficiente”8.8 PEREZ, javier. Introducción a AJAX [online]. Disponible en : <URL: http://www.librosweb.es/ajax>. 2008. p.57.602.3 BASES CONCEPTUALESA continuación se describirá una serie de conceptos asociados al Análi-sis y Diseño desistemas orientados a objetos y a la Ingeniería de Software en general. Dichos conceptosbrindan un marco general para comprender el proceso de la produc-ción de software. Losconceptos son:Aplicación: sinónimo de aplicación, paquete de software, sistema com-putarizado.Aplicación Web: es un sitio Web que implementa la lógica de algún nego-cio. La diferenciaentre una aplicación Web y un sitio Web es que la aplicación Web afec-ta al estado delnegocio.Argumento: elemento de datos especificado en una llamada de método o función. Unargumento puede ser un valor literal, una variable o una expresión.Artefacto: cualquier tipo de información producido por los desarrollado-res del sistema,ejemplo: diagramas, código fuente, ejecutables, entre otros.

ASCII: American Standard Code for Information Interchange. Asigna-ción numérica decódigos numéricos de siete bits a caracteres.Barra/Sección de Menú: fila/columna de opciones de menú en pantalla.Base de Datos: conjunto de archivos interrelacionados creado y manejado por un sistemade gestión o administración de bases de datos. Cualquier conjunto de datos almacenados deforma electrónica o física. Es un conjunto de datos almacenados en ta-blas, cada fila de unatabla constituye un registro de datos, y cada columna constituye un campo del registro.Botón: botón físico en un dispositivo, como los que se encuentran en el Mouse. Botón61simulado en la pantalla, que se acciona apuntándolo con el cursor y presionando el botónfísico del Mouse o la tecla Enter cuando está seleccionado.Botones de Radio: serie de botones en pantalla que sólo permiten una se-lección. Si unbotón está seleccionado actualmente, se desactivará una vez se escoja otro botón.Caja de Texto: es una caja en donde el usuario puede introducir datos. Está asociada a unformulario.Caja de Verificación: es una caja de selección/deselección en pantalla. Es-tá asociada a unformulario.Campo: miembro de datos de una clase o entidad.Clase: es una plantilla para la creación de objetos. Unidad de informa-ción que encapsulavariables, miembros y comportamientos.Clase Abstracta: clase que contiene uno o varios métodos abstractos y de la que, por tanto,no pueden crearse instancias. Se definen las clases abstractas para que el resto de clasespuedan ampliarlas y hacerlas concretas implementando los métodos abstractos.Cliente: en el modelo de comunicaciones cliente/servidor, el cliente es un proceso quepermite acceder de forma remota a los recursos del servidor de un computador, tales comopotencia de computación y gran capacidad de memoria.

Configuración: sistema particular de componentes interrelacionados. Configurar unsistema es escoger componentes de una variedad de opciones para crear un ambienteparticularizado.Constructor: método que crea e inicializa el estado de un objeto.62Consulta: es la operación mediante la cual se extrae un juego de regis-tros de una base dedatos. Una consulta consta de criterios de búsqueda expresados en un lenguaje de base dedatos denominado SQL.Controlador de una base de datos: es un software que actúa como intérpre-te entre unaaplicación Web y una base de datos. Los datos de una base de datos se almacenan en unformato propio de dicha base de datos. Un controlador de base de da-tos permite a laaplicación Web leer y manipular datos que, de otro modo, resultarían indescifrables.Diagrama: sinónimo de gráfico. 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 autorización para el acceso a cada ele-mento de datos en losarchivos y bases de datos de la organización.Directorio: cajón de archivador simulado en disco. Los directorios crean la ilusión decompartimentos, pero son en realidad índices que apuntan a los archi-vos que pueden estardispersos por todo el disco.Diseño Orientado a Objetos: método de diseño de software que modela las característicasde los objetos abstractos o reales mediante clases y objetos.Encapsulado: ubicación de conocimiento dentro de un módulo. Debido a que los objetosencapsulan datos e implementaciones, el usuario de un objeto puede verlo como un cuadronegro que proporciona serviciosExportación de datos: proceso a través del cual una aplicación toma cier-tos datos de sucontexto informático y los coloca en un formato determinado para ser usados por otrasaplicaciones.

63Formulario: en la informática, es un conjunto de campos solicitados por un programa, parasu posterior manipulación.Herencia: concepto de clases que contienen automáticamente las varia-bles y los métodosdefinidos en sus supertipos.HTML: Lenguaje de Marcas de Hipertexto. Se trata de un formato de archivo, basado enSGML, para documentos de hipertexto que aparecen en Internet. Es muy simple y permiteincorporar imágenes, sonido, vídeo, campos de formularios y texto simple. Las referenciasa otros objetos están incorporadas utilizando referencias URL.HTTP: Protocolo de Transferencia de Hipertexto. Protocolo de Internet, basado en TCP/IPy utilizado para recoger objetos de hipertexto desde sistemas centra-les remotos.Importación de datos: proceso a través del cual se cargan ciertos datos de una aplicaciónexterna, estos datos deben tener un formato compatible con la aplica-ción que deseaprocesarlos.Instancia: en programación orientada a objetos es el nombre que recibe un objeto de unadeterminada clase.Interfaz gráfica de usuario (GUI): indica las técnicas que comprenden la utilización degráficos, teclado y ratón para ofrecer al usuario una interfaz fácil de utilizar para unprograma determinado.Intérprete: módulo que descodifica y ejecuta todas las instrucciones del código.IP: Protocolo de Internet. Protocolo básico de Internet. Permite la trans-misión (no fiable)de paquetes individuales desde un sistema central a otro. No garantiza si el paquete se64entregará o no, cuánto tardará, o si los diversos paquetes enviados se entregarán en el ordenen que se han enviado. Los protocolos construidos sobre esto añaden las nociones deconexión y fiabilidad.

JPEG: grupo de expertos en fotografía unidos (JPEG). Estándar de com-presión de archivosde imágenes creado por este grupo. Este estándar consigue un nivel de compresión muyalto, gracias a la introducción de distorsiones en la imagen que apenas se perciben.Lista de selección: Es una lista de elementos en donde solo se permite la selección de unode ellos. Está asociada a un formulario.Módulo de Software: Conjunto de rutinas de software que brindan una funcionalidadespecífica dentro de un sistema informático más amplio.Método: Función definida en una clase.Método Abstracto: método que no tiene ninguna implementación.Modelo: es una abstracción de una situación particular de la realidad.Objeto: bloque de construcción principal de los programas orientados a objetos. Cadaobjeto es una unidad de programación que está constituida por varia-bles de instancia ymétodos de instancia.Página Dinámica: es una página Web personalizada por el servidor de aplicaciones antesde que la página se envíe a un navegador.Página Estática: es una página Web que el servidor de aplicaciones no modifica antes deenviarla a un navegador.65Paquete: grupo de clases o interfaces.Parámetros: argumentos especificados en la llamada a un método deter-minado.Proceso: espacio de dirección virtual que contiene uno o más subproce-sos.Propiedad: características de un objeto que los usuarios pueden definir, como el color deuna ventana.Raíz: en una jerarquía de elementos, es el elemento del que desciende el resto.Recolector de Basura: rutina que se encarga de la Detección y liberación automática dememoria que ya no está en uso.Screen: en informática, es cualquier sección de información presentada al usuario.Servidor de Aplicaciones: es un software que ayuda al servidor Web a pro-cesar las páginas

que contienen scripts o etiquetas del lado del servidor. Cuando se soli-cita al servidor unapágina de este tipo, el servidor Web pasa la página al servidor de apli-caciones para suprocesamiento antes de enviarla al navegador. Entre los servidores de aplicaciones máshabituales 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 quese utiliza para crear y manipular bases de datos. Entre los sistemas de bases de datos máshabituales figuran Microsoft Access, Oracle 9i y MySQL, PostgreSQL.Sitio Web: es un conjunto de páginas con contenido sin determinar par-cialmente o en sutotalidad. El contenido final de éstas se determina sólo cuando un visi-tante solicita unapágina al servidor Web. El contenido final de la página varía de una pe-tición a otra enfunción de las acciones del visitante.66Sobrecarga: utilizar un identificador para hacer referencia a varios ele-mentos del mismoámbito.StoryBoard: en informática, es la interacción del usuario con las interfa-ces gráficas de unaaplicación.Subclase: clase que se deriva de una clase determinada; puede tener una o varias clasesdentro de la misma.Tecnología de Servidor: es la tecnología que utiliza un servidor de aplica-ciones paramodificar páginas dinámicas en tiempo de ejecución.TCP/IP: protocolo de control de transmisión basado en IP. Se trata de un protocolo deinternet que proporciona la entrega fiable de datos de un sistema a otroUC: Use Case. Caso de uso.Unicode: juego de caracteres de 16 bits definido por ISO 10646.Usuario: cualquier individuo que interactúa con el computador a nivel de una aplicación.URL: Localizador de Recursos Uniforme. Estándar para escribir una re-ferencia a texto en

una serie de datos en la WWW. Un URL es parecido a "protocolo://siste-ma/informaciónlocal" donde "protocolo" especifica un protocolo que se utiliza para re-coger el objeto (comoHTTP o FTP), "sistema" especifica el nombre del sistema en Internet en el que se realiza labúsqueda e "información local" es una cadena (normalmente el nom-bre de un archivo) quese transfiere al manejador del protocolo en el sistema remoto.UXG: User eXperience Guidelines. Directrices de las experiencias de usuario.67Variable: elemento de datos nombrado por un identificador.Variable Local: elemento de datos conocido dentro de un bloque pero inaccesible a códigofuera del bloque.Videobeam: dispositivo electrónico portátil para proyectar imágenes en una superficienormalmente blanca y de gran tamaño. La fuente que brinda la ima-gen es otro dispositivocomo un televisor, un computador personal, un DVD, entre otros.WWW: World Wide Web. Red de sistemas y datos que se encuentran en ella y queconstituye Internet.W3C: World Wide Web Consortium. Es un consorcio internacional que produce estándarespara la WWW.2.4 BASES LEGALES2.4.1 Constitución Política de Colombia 1991. El artículo 61 establece la Pro-tección a laPropiedad Intelectual que incluye el siguiente texto: “El estado prote-gerá la propiedadintelectual 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 ins-cripción delsoporte lógico (software) en el registro nacional de derechos de autor.“Art. 1. De conformidad con lo previsto en la ley 23 de 1982 sobre de-rechos de autor elsoporte lógico (software) se considera como una creación propia del dominio literario.Art. 2. El soporte lógico (software) comprende uno o varios de los si-guientes elementos: el

programa del computador, la descripción del programa y el material auxiliar.68Art. 3. Para efectos del artículo anterior se entiende por:1. “Programa de Computador”: La expresión de un conjunto organiza-do de instrucciones,en el lenguaje natural o codificado, independiente del medio en el que encuentraalmacenado, cuyo fin es el de hacer que una máquina capaz de proce-sar información,indique, realice u obtenga una información, una tarea, o un resultado especifico.2. “Material Auxiliar”: Todo material, distinto de un programa de com-putador o de unadescripción del programa creado para facilitar su comprensión o apli-cación, como porejemplo descripción de problemas e instrucciones para el usuario.3. “Descripción del Programa”: Una presentación completa del proce-samiento idóneo, losuficientemente detallada para determinar un conjunto de instruccio-nes que constituyael programa de computador correspondiente.Art. 7. La protección que otorga el Derecho de Autor al soporte lógico (software) noexcluye otras formas de protección por el derecho común.Art. 8. Este decreto rige a partir de su fecha de publicación.”2.4.3 Normas ISO 9000-3. Su objetivo es garantizar la producción de códi-go más fiable, lacalidad del proceso de producción de software, satisfacer las necesida-des del cliente oempresa, aumentar la ventaja competitiva del cliente o empresa.2.4.4 Artículo 144 del Reglamento Académico Estudiantil de la Universidad deSantander UDES. De los Requisitos de Grado. Son requisitos de grado:1. Haber cursado y aprobado todos los créditos académicos del progra-ma académico deacuerdo con este Reglamento.692. 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 académico, de acuerdocon lo reglamentado para tal fin.4. Haber cursado y aprobado las actividades y estudios complementa-rios de acuerdo con lo

establecido en el capítulo 5°, del Título I del presente reglamento.5. No encontrarse en periodo de sanción disciplinaria.6. Tener completa la documentación académica exigida por el respec-tivo programa.7. Estar a Paz y Salvo por todo concepto, con todas las unidades Aca-démicas yAdministrativas de la Institución.”2.4.5 Circular Nro. 6 del 15 de abril de 2002 de la Unidad Administrativa DirecciónNacional 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 través dela Constitución y la Ley, respecto de sus obras literarias y artísticas, al entregarlesinstrumentos que les permiten reivindicar su condición de titulares so-bre las mismas.Estos derechos surgen en favor del autor sin considerar el fin con cual fue creada la obra,siendo además irrelevante la calidad del creador, es decir, la ley no distingue si es unestudiante, un profesor o un investigador, así como tampoco es preci-so establecer dóndetuvo lugar la creación o el tiempo que se haya utilizado, a efectos de esa misma protección.Así, los derechos de autor sobre una obra literaria o artística, como lo sería un trabajo degrado, son de la persona que la realizó, quien la elaboró imprimiendo todo su ingenio einteligencia. Es su expresión la que queda plasmada en lo producido, siendo por lo tanto eltitular de los derechos morales y patrimoniales de la creación. En con-secuencia, si la obra70es realizada por un estudiante, será él, a la luz de la legislación vigente en materia dederecho de autor, el titular de todas las prerrogativas y facultades que la misma concede.… Es menester señalar que el artículo 6º de la Ley 23 de 1982 y 7º de la Decisión Andina351 de 1993, consagran el principio universal de “la no protección de las ideas”. Por lotanto, aún cuando el director realiza una valiosa labor de apoyo al aportar ideas, dichacontribución no está protegida por el derecho de autor.”

En cuanto al licenciamiento del software se pretende asociar a ALEXA a la LicenciaPublica General en su versión 3 (GPLV3) para publicarlo como software libre y así poderofrecer los beneficios que este tipo de software les concede a sus usuarios (ver anexo C).“La Licencia Pública General del proyecto GNU (más conocida por su acrónimo en inglésGPL) es con diferencia la licencia más popular y conocida de todas las licencias del mundodel software libre. Su autoría corresponde a la Free Software Founda-tion (promotora delproyecto GNU) y en un principio fue creada para ser la licencia de todo el softwaregenerado por la FSF (Free Software Foundation). Sin embargo, su utili-zación ha ido másallá hasta convertirse en la licencia más utilizada, incluso por proyec-tos bandera del mundodel software libre, como es el caso del núcleo Linux... En líneas bási-cas, la licencia GPLpermite la redistribución binaria y la de las fuentes, aunque, en el caso de que redistribuyade manera binaria, obliga a que también se pueda acceder a las fuen-tes. Así mismo, estápermitido realizar modificaciones sin restricciones, aunque sólo se pue-da integrar códigolicenciado bajo GPL con otro código que se encuentre bajo una licencia idéntica ocompatible, lo que ha venido a llamarse el efecto viral de la GPL, ya que el códigopublicado una vez con esas condiciones nunca puede cambiar de con-diciones”9.Este documento incluidos los distintos manuales (Sistema, Docente, Responsable deAudiovisuales y de Sistemas, Coordinador y Administrador) son publi-cados bajo la CreativeCommons Atribución No Comercial Compartir Igual 2.5 Colombia (ver anexo D).9 Gonzales, Jesús, Seoane Joaquín, Robles Gregorio. Introducción al Software Libre. Catalu-ña 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 enferme-

dad. Esta investigación es considerada de tipo campo, descriptivo. La metodología que se utilizo fue la de Montival para el desarrollo de las herramientas web utilizan-do los pasos y requerimientos descritos por este autor, para el diseño de sistema, prueba del software, prueba del sistema y evaluación del mismo. La finalidad obteni-da por la implementación de este sistema es que se puede monitorear a través 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 próxima visita a la farmacia para una nueva prescripción.

Titulo:  Control financiero vía web para el servicio exterior – Ministerio de relaciones exteriores y cultos

Autor:  Yujra Chipana, Hernan ElvioPalabras clave:  CONTROL FINANCIERO

MINISTERIO DE RELACIONES EXTERIORES Y CULTOSM:RUP

Fecha de publicacion:  28-Aug-2009 Resumen:  Las tecnologías relacionadas con Internet en los últimos años han

avanzado exponencialmente, es imprescindible que las institucio-nes avancen juntamente con estas para poner en manos del per-sonal las nuevas características ofrecidas por dichas tecnologías. La tendencia actual y futura inmediata nos marca un camino en el cual se enlazan todo tipo de aplicaciones mediante redes, tan-to intranets como intranets, y donde el usuario pretende realizar sus gestiones desde el lugar donde se encuentre. La Unidad de sistemas Informáticos del Ministerio de Relaciones Exteriores y Cultos es la encargada de hacer uso de las nuevas tecnologías 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 Bolivia-nas. Uno de los aspectos fundamentales a controlar en las insti-tuciones y más aún en la públicas es el manejo de dineros y sa-ber cual el uso de se le dio. Es así que el presente trabajo brinda los beneficios de las tecnologías existen para dicho fin. Adopta como metodología de desarrollo el RUP (Rational Unified Proce-ss), cuyos flujos de trabajo fundamentales son: Captura de Re-querimientos, Análisis, Diseño, pruebas e Implementación, apo-yados en el lenguaje de modelados UML (Unified Modeling Lan-guage). Para la implementación se hace uso de Microsoft Visual Studio el cual nos proporciona varios lenguajes de programación 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 investigación se realiza en el SICS en uno de sus principales productos, el ConDor.

Debido a las desventajas señaladas por los clientes surge la idea de modelar y diseñar una

aplicación Web, en este caso, para uno de sus módulos: “Control de Inventarios”, que

reemplace esta aplicación de escritorio existente, para complacer las exigencias y

sugerencias de los clientes del SICS y usuarios del sistema, además cuenta con mejoras y

agregaciones de funcionalidades contables y en un entorno sencillo y amigable, fácil de

instalar y utilizar.

Se quiere la modelación de una aplicación 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 diseño del negocio y el análisis del sistema propuesto para dar una solución

factible al problema existente, utilizando como metodología de construcción de software el

Proceso Unificado de Desarrollo (RUP), se realiza un análisis de los aportes y beneficios que

se obtienen. También se plantean los resultados obtenidos para la Gestión Empresarial

Título Creación e implementación de una aplicación web para la administración de los laboratorios de cómputo del Departamento de Ingeniería de Sistemas [recurso electrónico]Tesis/Informe de práctica

Autor(es) Pelaez Gomez, Diego Nicolas (Autor)Correa Roa, Samuel (Autor)Silva Florez, Hernando (Asesor)

Publicación Medellin : [s. n.], 2010

Descripción Física

18 p., 1 CD-ROM

Idioma Español;

Clasificación(es)

PSI/CD 06142

Materia(s) Aplicaciones Web; Laboratorios de informática; Administracion de datos;

Títulos Relacionados

Titulo del grado otorgado: Tesis (Ingeniero de Sistemas) Universidad de Antioquia. Facultad de Ingenieria

Resumen Tradicionalmente los laboratorios informáticos 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 académico dentro de la universidad, soportando así la investigación y la práctica 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 solución 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 información. Anteriormente se contaba con una aplicación desarrollada a la medida para el laboratorio, pero dadas las condiciones actuales de los servidores y lo obsoleto de la aplicación, no es posible usarla. Por esto y para mejorar esta situación, se plantea la implementación de un aplicativo web basado en php que gestione el inventario, la administración de cuentas, el almacenamiento, recuperación y actualización de información, etcétera, permitiendo a los usuarios y administradores acceder y recuperar fácil y rápidamente los datos que deseen. La propuesta del proyecto abarca módulos que permiten gestionar las cuentas de usuarios, horarios, administración, información general, inventarios y comunicación entre las jerarquías 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.

Este trabajo tiene como objetivo principal el desarrollo de una aplicación Web inteligente para el control de medicamentos psicotrópicos. Se empleo una metodología de investiga-ción de tipo aplicada, documental y de campo, orientada al desarrollo de una aplicación Web para la automatización del expendio de medicamentos psicotrópicos. Una vez anali-zados todos los procesos envueltos en el expendio de este tipo de medicamentos, se reali-zaron los diversos diagramas de flujo sobre los cuales se hizo la abstracción de dicho pro -ceso para su así poder automatizarlo, luego de esto se paso a la realización de la aplica -ción en si junto con sus diferentes bases de datos. Una vez realizado esto se paso al entre-

namiento y capacitación 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 Orgánica sobre Sustancias Estupefacientes y Psi-cotrópicas, al momento de su expendio en las farmacias. Disminuir el número de reinci-dencias o abusos por parte de los pacientes bajo estos regímenes farmacológicos.

Para la presente investigación se tomaran las teorías planteadas por algunos

autores, así mismo dar a conocer sus opiniones con respecto a los sistemas de

información, base de datos y sus respectivas característica como otros factores, por lo

tanto esta información ayudará a fundamentar la investigación.

Para comenzar Huerta (2003), realizó una investigación con el propósito de

desarrollar un sistema de información para controlar los procesos administrativos de

la Facultad de Humanidades y Educación del Zulia, dicha investigación se llevó a

cabo en busca de cubrir las necesidades de la organización.

Por tal motivo, se utilizó la metodología del modelo Watch, propuesto por

Montilva (2000) constituida por las siguientes fases: análisis del dominio de

aplicación, descubrimiento de requerimientos, especificaciones del diseño del

sistema, diseño de componentes, implementación del sistema, prueba del sistema y

entrega; se identificaron los recursos del cómputo disponible en la organización, 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 específicas que se le asignaron a la organización, entre las cuales se pueden

mencionar: la planificación de actividades, coordinación de labores de enseñanzas,

investigación, entre otros aspectos necesarios para dicha automatización, se evaluaron

las propuestas de contratación de profesores del consejo universitario, incluyendo las

condiciones de contrato con base a las solicitudes de las escuelas e institutos

correspondiente para su provocación en el consejo universitario y las consultas

sometidas a este consejo. Por otra parte, se diseñó y validó el desarrollo del sistema

de información automatizado, con el propósito de verificar su operatividad, utilizando

datos de pruebas que tratan de simular todas las condiciones posibles en el

procedimiento de la información. Este sistema permitió procesar datos de manera

eficaz, controlar registros, consultar la información necesaria y así obtener datos

confiables de manera automatizada, garantizando así su integridad, rapidez de

respuesta con mínima utilización de recursos para así lograr alcanzar los objetivos

propuestos y poder cubrir con las necesidades de la organización.

El proyecto antes mencionado, resultó oportuno debido que suministró el rápido

acceso de la información, como también el rendimiento del personal dentro de la

organización 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 investigación determinaron que el sistema ofrece al usuario, la

posibilidad de realizar ciertas actividades a través de una interfaz amigable,

facilitando el acceso a las consultas y disminuyendo los tiempos de respuesta.

Control

Según Encarta (2005), es un mecanismo preventivo y correctivo adoptado por la

administración de una dependencia o entidad que permite la oportuna detección y

corrección de desviaciones, ineficiencias o incongruencias en el curso de la

formulación, instrumentación, ejecución y evaluación de las acciones, con el

propósito de procurar el cumplimiento de la normatividad que las rige, y las

estrategias, políticas, objetivos, metas y asignación de recursos.

Sistema

Ahora bien según Encarta (2005), los sistemas se encuentran como un Conjunto de

reglas o principios sobre una materia racionalmente enlazados entre sí. También

pueden ser cosas relacionadas entre sí ordenadamente, contribuyendo a determinado

objeto. Cualquier conjunto de dispositivos colaboran en la realización de una tarea.

En informática, los sistemas se utilizan en varios contextos. El sistema se refiere

también a cualquier colección o combinación de programas, procedimientos, datos y

equipamiento utilizado en el procesamiento de información: un sistema de

contabilidad y un sistema de gestión de base de datos.

Información

En torno a este punto según Encarta (2005), la información se basa en la

Comunicación o adquisición de conocimientos que permiten ampliar o precisar la

materia determinada, captando de una manera más amplia lo que se dispone a

aprender.

Base de dato

Según Encarta (2005), la base de datos es el conjunto de datos organizados para su

almacenamiento en la memoria de un ordenador o computadora, diseñado para

facilitar su mantenimiento y acceso de una forma estándar. La información se

organiza en campos y registros. Un campo se refiere a un tipo o atributo de

información, y un registro, a toda la información sobre un individuo.

Por ejemplo, en una base de datos almacene información de tipo agenda, un

campo será el NOMBRE, otro el NIF, otro la DIRECCIÓN..., 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, dirección... Los datos pueden aparecer en

forma de texto, números, gráficos, sonido o vídeo. Normalmente las bases de datos

presentan la posibilidad de consultar datos. También es frecuente como se puedan

ordenar los datos o realizar operaciones sencillas, aunque para cálculos más

elaborados. Por otra parte, define la base de datos como Un conjunto de información

almacenada en memoria auxiliar permitiendo el acceso directo y un conjunto de

programas consiguiendo manipular esos datos.

Automatización

Según lo mencionado por O’Brien (2001), la automatización es la tecnología que

trata de la aplicación de sistemas mecánicos, electrónicos y de bases computacionales

para operar y controlar la producción. Ahora se puede decir que la automatización

consiste, principalmente, en generar desde el diseño 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 según O’Brien (2001), se pude decir que un sistema

simplemente como un grupo de elementos interrelacionados o que interactúan

conformando un todo unificado. Sin embargo, el siguiente concepto genérico de

sistema proporciona un marco mas apropiado para describir los sistemas de

información. Un grupo de componentes interrelacionados que trabajan en un conjunto

hacia una meta común mediante la aceptación de entradas y generando salidas en un

proceso de transformación 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 sólo estos, formarán el

sistema que vamos a estudiar.

Sistema de información

O’Brian (2001), menciona que los sistemas de información son una

combinación organizada de personas, hardware, software, redes de comunicaciones y

recursos de datos que requieren transformación en una organización. Las personas

han dependido de los sistemas de información para comunicarse entre sí utilizando

una gran variedad de mecanismos físicos (hardware), instrucciones de procesamiento

de información (software) y canales de comunicación (redes).

Ciclo de vida de un sistema de información

De conformidad con lo que expresa O’Brien (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 información y aplicaciones

informáticas por medio de técnicas y metodologías que le permitan llevar a cabo una

serie de actividades de forma rápida. Por otra parte los objetivos de la misma son:

a) Definir las actividades a hacer ejecutadas.

b) Introducir coherencia en los proyectos de procesamiento electrónico de datos.

c) Establecer punto de control entre la gerencia y la toma de decisiones de la

organización.

Tipos de base de datos

En lo descrito por O’Brien (2001), los continuos desarrollos en la tecnología de

información y sus aplicaciones empresariales han dado como resultado la evaluación

de varios tipos importantes de base de datos.

A continuación, como se ilustra en el grafico, se muestran seis (6) categorías

conceptúales principales de base de datos, que pueden encontrarse en organizaciones

que utilizan computadores.

Bases de datos

distribuidas en intranets

y otras redes

Bases de datos externas en

Internet y servicios en línea

Base de datos operacionales de la

organización

Bases de datos analíticas de críticos de

la organización

Bodega de datos

Bases de datos de usuarios

finales

Computadora personal o de red de cliente

Servidor de red

Figura 1. Tipos de Bases de Datos. Fuente: O’Brien (2000).

Base de datos operacionales.

En torno a este punto O’Brien (2001), plantea que las bases de datos almacenan

datos detallados que se requieren para respaldar las operaciones de toda la

organización.

Base de datos analíticas

Para O’Brien (2001), estas almacenan datos e información que se extraen de las

bases de datos operacionales y externas seleccionadas. Estas se componen de los

datos y la información resumida que más necesitan los gerentes de una organización y

otros usuarios finales. También 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 según O’Brien (2001), almacena datos del año en

curso y de años anteriores, que han sido extraídos de las diversas bases de datos

operacionales de una organización. Esta es una fuente central de datos que ha sido

seleccionada, editada, estén divisadas e integradas, de manera que los gerentes y otros

profesionales que con usuarios finales puedan usarla para una variedad de formas de

análisis empresarial, investigación de mercado y respaldo a las decisiones. Las

bodegas de datos pueden subdividirse en plazas de datos, que contienen subconjuntos

específicos de datos provenientes de la bodega de datos.

Base de datos distribuidos

En torno a esta base de datos O’Brien (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 analíticas, base de datos hipermedia o de discusión o cualquier otro

tipo de base de datos. La reproducción y distribución de base de datos se realiza con

el fin de mejorar el desempeño 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 electrónicas de documentos que bajen

de la WWW, que generan con paquetes de procesamiento de palabras o que reciben

por correo electrónico, 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

Según O’Brien (2001), la base de datos externas esta disponibles en los servicios

comerciales en línea mediante el pago de una cuota de ingreso, también 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.

Características de los sistemas de información

A continuación se expresara una serie de características de los sistemas de

información según lo expone Kendal (1997), de la siguiente forma:

a) Contener información interna y externa a la organización.

b) Consistencia e Integración. Asegurar una única fuente de información de gestión

para todas las áreas de la empresa.

c) Facilitar la comprensión de la información mediante una ordenación adecuada de

las ideas.

d) Ser utilizado por todos escalones de la estructura jerárquica. Cada escalón obtendrá

información a su nivel.

e) Proporcionar la información al ritmo como el organismo requiera.

f) Facilitar a los directivos una gestión más ágil, mediante indicadores clave

adecuados a los objetivos y estructura de la organización.

Ventajas del uso de la base de datos

Según lo expresa Kendal (1997), describe las ventajas del uso de la base de datos en

la organización, 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 lógicamente únicas, Se

evita inconsistencia.

3) Mejora en la disponibilidad de datos: No hay dueño de datos (No igual a ser

públicos), Ni aplicaciones ni usuarios, Guardamos descripción (Idea de catálogos 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

características importantes inherentes a los sistemas de bases de datos: la separación

entre los programas de aplicación y los datos, el manejo de múltiples vistas por parte

de los usuarios y el uso de un catálogo 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

características.

El objetivo de la arquitectura de tres niveles es el de separar los programas de

aplicación de la base de datos física. En esta arquitectura, el esquema de una base de

datos se define en tres niveles de abstracción distintos:

En el nivel interno se describe la estructura física de la base de datos mediante un

esquema interno. Este esquema se especifica mediante un modelo físico y describe

todos los detalles para el almacenamiento de la base de datos, así como los métodos

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 organización), 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 lógico 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 lógico para especificar los

esquemas.

Modelo de datos

En torno a lo expresado por Kendal (1997), una de las características

fundamentales de los sistemas de bases de datos es proporcionan cierto nivel de

abstracción de datos, al ocultar las características sobre el almacenamiento físico que

la mayoría de usuarios no necesita conocer. Los modelos de datos son el instrumento

principal para ofrecer dicha abstracción.

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 también un conjunto de operaciones básicas para la realización de consultas

(lecturas) y actualizaciones de datos. Además, los modelos de datos más modernos

incluyen conceptos para especificar comportamiento, permitiendo especificar un

conjunto de operaciones definidas por el usuario.

CAPITULO III

DISEÑO TECNOLÓGICO

Descripción de la Tecnología necesarias

Bases Teóricas y Tecnológicas

Para la realización de este proyecto, se toman como bases las ideas expresadas de

Kendal y Kendall, las cuales refuerzan y sirven como guía metodológica para la

realización del mismo, tomando en consideración las técnicas y las herramientas

utilizadas por el autor, obteniendo de este modo una mejor comprensión del presente

proyecto.

A continuación se muestra la siete (7) fases de la metodología de Kendal y

Kendall y la aplicación que se le da en cada fase en la investigación de este proyecto.

FASE I: Identificación de problemas, oportunidades y objetivos

En la primera fase el analista es el encargado de identificar los problemas de la organización detallarlos, y examinar y evaluar las oportunidades y objetivos.

El analista debe identificar y evaluar los problemas existentes en la organización de manera critica y precisa. Mayormente los problemas son detectados por alguien más 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 información computarizados, lo cual le da mayor seguridad y eficacia a las organizaciones además 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 información pueden contribuir a que el negocio alcance sus objetivos aplicándolas a problemas u oportunidades específicos. 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 definición del problema y un resumen de los objetivos. La administración debe decidir si se sigue adelante o si se cancela el proyecto propuesto.

FASE II: Determinación de los requerimientos de información

En esta fase el analista se esfuerza por comprender la información que necesitan los usuarios para llevar a cabo sus actividades. Entre las herramientas que se utilizan para determinar los requerimientos de información de un negocio se encuentran métodos interactivos como las entrevistas, los muestreos, la investigación de datos impresos y la aplicación de cuestionarios; métodos que no interfieren con el usuario como la observación del comportamiento de los encargados de tomar las decisiones y sus entornos e oficina, al igual que métodos de amplio alcance como la elaboración de prototipos.

Esta fase es útil para que el analista confirme la idea que tiene de la organización 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 quién (la gente involucrada), el qué (la actividad del negocio), el dónde (el entorno donde se desarrollan las actividades), el cuándo (el momento oportuno) y el cómo (la manera en que se realizan los procedimientos actuales) del negocio que se estudia.

Al término de esta fase, el analista debe conocer el funcionamiento del negocio y poseer información muy completa acerca de la gente, los objetivos, los datos y los procedimientos implicados.

FASE III: Análisis de las necesidades

En esta fase el analista evalúa las dos fases anteriores, usa herramientas y técnicas 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 gráfica 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 análisis de costo/beneficio de las alternativas y ofrece, en su caso, recomendaciones sobre lo que se debe hacer.

FASE IV: Diseño del sistema recomendado

En esta fase el analista utiliza la información recopilada en las primeras fases para realizar el diseño lógico del sistema de información. El analista diseña procedimientos precisos para la captura de datos que aseguran que los datos que ingresen al sistema de información sean correctos. Facilita la entrada eficiente de datos al sistema de información mediante técnicas adecuadas de diseño de formularios y pantallas.

La concepción de la interfaz de usuario forma parte del diseño lógico del sistema de información. La interfaz conecta al usuario con el sistema y por tanto es sumamente importante. También incluye el diseño de archivos o bases de datos que almacenarán gran parte de los datos indispensables para los encargados de tomar las decisiones en la organización. En esta fase el analista interactúa con los usuarios para diseñar la salida (en pantalla o impresa) que satisfaga las necesidades de información de estos últimos.

Finalmente el analista debe diseñar 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 documentación 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 técnicas estructuradas para diseñar y documentar software se encuentran los diagramas de estructuras, los diagramas de Nassi-Shneiderman y el pseudocódigo.

Durante esta fase el analista trabaja con los usuarios para desarrollar documentación efectiva para el software, como manuales de procedimientos, ayuda en línea y sitios Web que incluyan respuestas a preguntas frecuentes en archivos “léame” que se integrarán al nuevo software. La documentación indica a los usuarios cómo utilizar el sistema y qué hacer en caso de que surjan problemas derivados de este uso.

Los programadores desempeñan un rol clave en esta fase porque diseñan, codifican y eliminan errores sintácticos de los programas de cómputo.

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 precisión cuáles son los problemas y posteriormente se realiza otra con datos reales del sistema actual.

El mantenimiento del sistema de información y su documentación empiezan en esta fase y se llevan de manera rutinaria durante toda su vida útil.

FASE VII: Implementación y evaluación del sistema

Esta es la última fase del desarrollo de sistemas, y aquí el analista participa en la implementación del sistema de información. En esta fase se capacita a los usuarios en el manejo del sistema. Parte de la capacitación la imparten los fabricantes, pero la supervisión de ésta es responsabilidad del analista de sistemas.

Se menciona la evaluación como la fase final del ciclo de vida del desarrollo de sistemas principalmente en áreas del debate. En realidad, la evaluación se lleva a cabo durante cada una de las fases.

El trabajo de sistemas es cíclico, cuando un analista termina una fase del desarrollo de sistemas y pasa a la siguiente, el surgimiento de un problema podría obligar a regresar a la fase previa y modificar el trabajo realizado.

CAPITULO IV

IMPLEMENTACIÓN

FASE I: Identificación de problemas, oportunidades y objetivos

Aplicando según la fase I de Kendall a la investigación de este proyecto, se realizo

la observación directa a la unidad administrativa y financiera del consejo comunal

María Concepción 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 María Concepción Palacios II, que para lo cual se utilizaron las siguientes

preguntas:

¿Cuáles son los tipos de solicitudes que se reciben?

¿Cuál es el modelo del sistema contable para llevar a cabo el estado financiero?

¿Cómo se llevan a cabo las transacciones de recursos?

¿Quiénes pueden realizar una transacción de recursos?

¿Cuáles son los tipos de recursos que se usan para transacciones en el consejo

comunal?

¿Cuáles son las áreas que existen para llevar a cabo el proceso administrativo?

¿Cuáles son los procesos y las funciones administrativos en cada área para realizar

una transacción?

¿Como y en donde son resguardados los documentos de soporte que se generan en

el proceso de administración financiera?

¿Cómo se lleva a cabo los reportes y relaciones de cuenta y que datos son

necesarios?

¿Por quienes es visualizada la gestión de los procesos financieros?

¿Qué otras informaciones emite el consejo comunal a la comunidad?

Al sintetizar la información recolectada se obtuvo que:

La inserción de los recursos al consejo comunal María Concepción Palacios II

es por la asignación de entes institucionales y empresas públicas 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

créditos y proyectos. Estas emisiones las hace los comités y personas de la

comunidad.

Los tipos de recursos que se manejan son monetarios, materiales de

construcción, artículos para el hogar, juguetes y bienes del consejo comunal.

Los destinos de los recursos ingresados por instituciones son para proyectos,

créditos y donaciones, que para lo cual quienes reciben estos recursos son

comités del consejo comunal o miembros de la comunidad.

El resguardo de los documentos que soportan la gestión la administración

financiera se encuentran en directorios personales de los miembros de la

unidad administrativa y financiera.

La visualización de los recursos gestionados se hace en asamblea comunitaria

a través del libro mayor de entrada y salida de los recursos financieros.

También se obtuvo al sintetizar la información de la entrevista, el modelo de

contabilidad del sistema financiero establecido en la unidad administrativa y

financiera del consejo comunal María Concepción Palacios II, que para ello se

manifiesta la ecuación de contabilidad con las diversas cuentas que procesan los

activos, los pasivos y la cuenta capital. Pero a continuación se muestra el modelo

contable investigado:

Activos:

Caja

Cuentas por cobrar

Efecto por cobrar

Prestamos

Fijos tangible

a)Muebles

Menos: Depreciación Acumulada

b)Inmuebles

Menos: Depreciación Acumulada

Pasivos:

Circulante

Cuentas por pagar

Efectos por pagar

Capital

El problema

El problema es que la gestión de administración financiera se lleva acabo

manualmente. A los miembros de la unidad administrativa y financiera les afecta el

control de los procesos, a los comités que conforman al consejo comunal les afectan

la incertidumbre que se genera para la recepción de los recursos esperados y a la

comunidad le afecta la falta de veracidad para la recepción 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 institución u organización se los ha propuesto.Desorientación para implementar la tecnología.

La necesidad

Un sitio Web con una aplicación 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

demás beneficiarios la visualización de información veraz.

No se le haga el mantenimiento al sistema como se requiere.

FASE II: Determinación de los requerimientos de información

A continuación se presenta la aplicación de la fase II de la metodología de Kendall

& Kendall en la investigación del consejo comunal María Concepción 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 institución u organización

pública 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 comités como cultura, deporte, ambiente, servicios públicos, habitad y

vivienda, comunicación, trabajo, tecnología, miembros que conforman la comunidad,

el gobierno nacional o cualquier otra organización 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 extraños o terceros. Estos son encargados

de recibir los recursos respectivamente que emiten el gobierno nacional o

instituciones, según sea el área que le corresponda y para el motivo por la cual es

destinado el recurso. También tiene que estar al tanto de los movimientos realizados

por la unidad financiera en condición de consultas para tener argumentos para el

informe comunitario de sus propios procesos.

Los miembros que conforman la comunidad geográfica 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 continuación es de todo el proceso que ejecuta la unidad

financiera del consejo comunal María Concepción Palacios II que son:

Recibe propuestas formuladas de proyecto y crédito de cualquier comité que

conforman el consejo comunal o miembro de la comunidad.

Los datos de la propuesta son apuntado en libro en la sección de solicitudes de

proyectos o en la sección de créditos.

Recibe recurso de cualquier institución u organización 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 adquisición 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 relación de entrada y salida de los recursos ingresado y

egresados.

Requerimientos funcionales

Necesidad

De registrar los créditos y proyectos emitidos por la comunidad y asentar las

cuentas diarias por medio de una aplicación Web que permita mostrar en pantalla y

generar reportes de balance general de las cuentas y los respectivos registros de

solicitudes y créditos y proyectos.

Funcionalidades

Al administrador de registro de la base de datos debe inicia como usuario de

privilegio de la aplicación Web.

La aplicación Web debe permitirle al administrador de datos de la base de datos

registrar los asientos de transacción de cuentas en el Diario General del sistema

contable.

Se le debe permitir también registrar las solicitudes de créditos y proyectos

emitidos por la comunidad.

Debe permitir que el administrador de datos de la base de datos pueda modificar y

borrar registro de créditos y/o de proyectos.

La aplicación Web debe generar el libro Auxiliar de Caja, el Mayor y el Balance

General, y mostrarlo por pantalla. Además, debe proveer una opción para imprimirlos

como reportes.

El sistema debe llevar el estado de los créditos y proyectos. Esto es posible con los

datos que se registran en el Diario General.

La aplicación Web Debe permitir a funcionarios de auditoria y al público

comunitario visualizar el libro Auxiliar de Caja, el Mayor, el Balance General.

También debe proveer la opción de imprimirlos como reportes.

Se debe llevar el inventario de muebles e inmuebles de la unidad administrativa y

financiera.

Requerimientos de la aplicación Web

Administrador de datos

Para que el usuario inicie sesión como administrador de la base de datos, se le

debe permitir la opción 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. También, es preciso que

se pregunte el ASIENTO POR en la cual la celda despliega una opción 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

opción de que busque por mes y año, en la que desplegarse una lista en una tabla con

los campos Fecha, Cuentas y Detalles, Ref., Debe y Haber. Además, debe proveer la

opción 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 actualización de datos de proyecto debe proveer una opción de búsqueda por

nombre del proyecto. Los resultados de la búsqueda se desplegaran en una tabla con

los campo de nombres código del proyecto, fecha solicitud, nombre del proyecto, tipo

de proyecto, monto necesario, responsables; en la que se sobrescriba y posteriormente

los cambios serán guardados.

Para eliminar datos de proyectos se aplicara la misma operación que la de

actualización, pero con la diferencia que los resultados serán 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.

Créditos

La inserción de datos de créditos debe proveer un formulario en donde los

nombres de cada celda son Fecha de Solicitud, Descripción de Crédito, Solicitante,

RIF., Cedula Identidad y Recurso Solicitado.

La actualización de datos de créditos debe proveer una opción de búsqueda por

Cedula Identidad y por RIF. Los resultados de la búsqueda se desplegaran en una

tabla con los campo de Fecha de Solicitud, Descripción de Crédito, 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 créditos se aplicara la misma operación que la de

actualización, pero la con la diferencia que los resultados serán eliminados.

Las consultas de información de créditos 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 después que permita una búsqueda por RIF o

por Cedula de Identidad.

También debe permitir mostrar por pantalla el estado en que se encuentra todos los

créditos o el estado de uno especifico, y proveer una opción para imprimir un reporte.

Mayor

La aplicación 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. Además, debe permitir la opción de

imprimir los resultados que se muestran.

El libo Mayor será posible generarse con datos registrados por el Diario General.

Balance General

La aplicación Web debe generar el Balance General.

Para visualizar las transacciones de cuentas, debe proveer una modalidad de

consulta por mes y año 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. Además, 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 año.

También, debe proveer una opción para imprimir un reporte de los datos arrojados.

Inventario

La aplicación 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, DESCRIPCIÓN y TOTAL.

Debe permitir consultar todos los registros de inventario o también por descripción

pero por el mes y año

FASE III: Análisis de las necesidades

A continuación se presenta la aplicación de la fase III de Kendall y Kendall

mostrando el modelado de diagrama de flujo de datos de los procesos administrativos

del consejo comunal María Concepción Palacios II, el diccionario de datos, el

diagrama de cada función y la estimación 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 generación de soportes de una actividad y respaldar así de

movimientos físicos de recursos financieros y no financieros que se gestionan en el

campo laborar del consejo comunal María Concepción Palacios II, en la que cada

área de función 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 visualización 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

Fuente. Castellar, Ocando & Uzcategui (2010)

El consejo comunal María Concepción 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:

Comites Secretario de finanzas

Coordinación de finanzas

Institución que aigna recursos

Tesorería de finanzas

Firma mancomunada

Contraloría de finanzas

H

Emitir de propuesta

A

INICIO

B

Documento de

propuesta

Admite recursos

I

Entrada de documento

Verifica documento

Cumple requisitos

Admitir propuesta

Archivos de propuestas

Crear expediente

B

A

Conformación de

propuesta

C

Expediente

Genera solicitud de

recurso

MEMO

C

D

Recibe solicitud

E

D

Autoriza la emición de

recursos

Memo

Orden de transacción

Admite recursos

E

Emisión por propuesta

G

Archivos de estado de

cuenta

Determinar y Notificar al comite de expediente

Conformación de

asmblea

B

Capturar entrega de

recurso

F

Crea nota de entrga

Nota de entrega

Orden de transacción

H

G

Autoriza orden de

transaccion

EXPEDIENTE COMPLETO

Genera informes de

gestion

Informes

I

C F

FIN

si

si

C

Grafica 2. Modelo de Entidad Relacional

Fuente. Castellar, Ocando & Uzcategui (2010)

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 Créditos, Proyectos y llevar el Inventario. Este debe estar

identificado con los datos Usuario y Clave.

Varios créditos pueden ser registrado por al administrador de datos, y un crédito

esta identificado con los datos Fecha de Solicitud, Descripción de Crédito,

Solicitante, RIF., Cedula Identidad y Recurso Solicitado.

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.

Se puede asentar muchas transacciones de cuentas por el administrador de datos

Proyecto

Fecha_solicitudNombre_proyectoTipo_proyectoRecursos_necesarioResponsables

Diario_Genera

FechaDetallesAsiento porReferenciaDebeHaber

Crédito

Fecha_solicitudDescripcónSolicitanteRIFCedulaMonto_solicitado

Usuario

UsuarioClavel

*

1...5

1...5*

1...5

*

Asienta

Registra

Registra

en el Diario General en la que se requiere los datos Fecha, Detalles,

Referencia, Debe, Haber.

El administrador registra los artículos en el inventario que para lo cual es

necesario los datos Fecha, Cantidad, Descripción y Total.

Diccionario de datos y sus especificaciones

Tabla: USUARIO

Detalles de la tabla:

Descripción: Tabla donde se encuentra registradas las personas, que acceden con privilegios al sistema.

Columnas:

Key Nombre columna Tipo dato No nulo

Descripción

Usuario Varchar(35) NO Nombre del usuarioClave Varcha(15) NO La contraseña del

usuarioFuente. Castellar, Ocando & Uzcategui (2010)

Tabla: DIARIO_GENERAL

Detalles de la tabla:

Descripción: Tabla en la que se asientan las transacciones de las cuentas del sistema contable.

Columnas:

Key Nombre columna Tipo dato No nulo

Descripción

Fecha DATE SI Código único para la referencia

  Detalles VARCHAR(35) NO Nombre de la cuenta y un numero de soporte

Asiento_por VARCHAR(15) NO Para abonar a cuenta por parte propia o ajena

PK Referencia INTEGER(10) SI Numero que se le asigna a las cuentas

Debe FLOAT NO Los cargos que se le hace a las cuentas

Haber FLOAT NO Los créditos que se le hace a las cuentas

Fuente. Castellar, Ocando & Uzcategui (2010)

Tabla: PROYECTO

Detalles de la tabla:

Descripción: Tabla en donde se almacenan datos de los proyectos emitidos por los comité del consejo comunal o miembros de la comunidad.

Columnas:

Key Nombre columna Tipo dato No nulo

Descripción

  Fecha_solicitud DATE SI Fecha en que se realiza la solicitud

Nombre_proyecto VARCHAR(35) SI Nombre del proyectoTipo_proyecto VARCHAR(20) SI Tipo de proyectoMonto_necesario INTEGER(10) SI Monto que requiere el

proyectoResponsables VARCHAR(40) SI Responsables a cargo

del proyectoFuente. Castellar, Ocando & Uzcategui (2010)

Tabla: CREDITO

Detalles de la tabla:

Descripción: Tabla en la que se registran los créditos emitidos por la comunidad y comités del consejo comunal.

Columnas:

Key Nombre columna Tipo dato No nulo Descripción

Fecha DATE SI Fecha en que realizo la solicitud.

Descripción VARCHAR(40) SI De que trata el credito

Solicitante VARCHAR(35) SI Nombre del que solicita el proyecto

RIF VARCHAR(15) SI El Rif de la persona u organización

Cedula INTEGER(10) NO Numero de cedula del solicitante

Monto_Requerido FLOAT SI Cantidad de dinero o recursos necesario

Fuente. Castellar, Ocando & Uzcategui (2010)

Tabla: INVENTARIO

Detalles de la tabla:

Descripción: Tabla en la que se almacenan los registros de los mueble e inmuebles, artículos y bienes.

Columnas:

Key Nombre columna Tipo dato No nulo Descripción

Fecha DATE SI Fecha en que ingreso el artículo

Cantidad INTEGER (10) SI Las cantidades de los artículos

Descripción VARCHAR(35) SI Nombre o de que es el artículo

Continuación de la tabla anterior

SubTotal FLOAT SI Monto mínimo o costo unitario

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

Estimación del tiempo del desarrollo de proyecto Actividades Meses y semanas

  Mes 1 Mes 2 Mes 3Recoleccion de informacion                        

                         Sintetisación de la informasción                        

                         Diseño del proyecto                        

                         Organización del proyecto                        

                         Sincronización del grupo                        

                         Evaluación y desición de la

estructura                                                 

Desarrollo y construccion del proyecto                        

                         Montaje del proyecto                        

                         Pruebas ensayos y errores                        

                         Evaluación                        

Metas Metas alcanzadas

Fuente. Castellar, Ocando & Uzcategui (2010)

FASE IV: Diseño del sistema recomendado

A continuación la aplicación de la fase IV de kendall & kendall:

Diseño lógico del sistema

Grafica 2.

Terminal

Fuente. Castellar, Ocando & Uzcategui (2010)

Procedimientos precisos para la captura de datos que ingresan al sistema

Los métodos en la que se captura y se ingresa datos a la base de datos es por medio de formularios que son los siguientes:

Formulario del diario general del sistema contable. Los campos de este formulario son:

A) FechaB) Nombre de la cuentaC) Ref D) DebitoE) Crédito

Formulario de créditos. Los campos son:

A) Id del CréditoB) Num_relacionC) Num_Cedula

Procesamiento de datos

Entrada de datos

Almacenamiento de datos

Muestra datos

D) NombreE) ApellidoF) MontoG) Fecha H) DescripcionI) TeléfonoJ) Tipo de movimientoK) Observación.

Formulario de proyectos. Los campos de este formulario son:

A) Id del ProyectoB) Nom del ProyectoC) Tipo de ProyectoD) Tipo de ProyectoE) Num de RelaciónF) Tipo de movimientoG) MontoH) Costo TotalI) ResponsablesJ) Observación

FASE V: Desarrollo y documentación del software

Tomando en cuenta las especificaciones obtenidas en el paquete de diseño, se

procede a cumplir con los siguientes pasos calificación de programas: estos pasos los

realizan los programadores, el grupo de desarrollo que el gerente seleccione. La

misión de cada uno de ellos es codificar los módulos asignados de conformidad con

las especificaciones de programa las normas y procedimientos establecidos en el plan

metodológico una vez que se han asignado y distribuido los módulos se procede a

codificarlos, computarlos y depurarlos de los errores, sintaxis que presentan. Cuando

los programadores finalicen la codificación de los módulos se realiza una revisión

estructurada del código producido a fin de detectar errores, inconsistencias,

desviaciones de las normas y cualquier otra anormalidad que esté presente en cada

modulo.

El modelo de Pseudocódigo

Para el sistema contable:

InicioEntrada 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

Entrada de datos

Leer datos

Fuente. Castellar, Ocando & Uzcategui (2010)

Fase VI.-Prueba y mantenimiento del sistema.Pruebas y mantenimientos

Una vez que las diferentes unidades de diseño que componen una aplicación 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 integración: es la prueba que se hace de las interfaces que existen entre

programas dentro de un procedimiento, sea lote o en línea con el fin de detectar

cualquier problema de intercambio de datos, archivos o parámetros y aseguran que

pueden ser ejecutadas en el orden o secuencia requeridos.

Almacenamiento de dato=Diario_general

Mayor_general=Suma_de_cuentas

Mayor_generalMayor_general

Prueba funcional: el propósito 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 técnicos del sistema para poner en evidencia cualquier

discrepancia con respecto a sus lineamientos de diseño.

Prueba de aceptación técnica: esta es llevada a cabo por personal técnico distinto del

personal que desarrollo el sistema.

Prueba de aceptación 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 tanto de datos como de

volumen.

Prueba de instalación: en este tipo de prueba, se efectúa una verificación en cada

lugar de instalación, con el fin de detectar cualquier error cometido en el momento de

instalar sus bibliotecas o librerías.

Fase VII.-Implementación y evaluación del sistema

Consiste en verificar e instalar el nuevo equipo, entrenar a los usuarios, instalar la

aplicación y construir todos los archivos de datos necesarios para utilizarla, de igual

forma se lleva a cabo la evaluación del sistema para identificar puntos débiles y

fuertes esta fase presenta tres aspectos fundamentales: capacitación, conversión ,

revisión o evaluación.

La capacitación: involucra a los operadores y usuarios que utilizan el nuevo sistema,

ya sea capturando datos, recibiendo información u operando realmente el equipo.

Conversión: es el proceso de cambiar de un sistema anterior a uno nuevo también

debe ser cuidadosamente planeada y ejecutada.

Revisión o evaluación: después de instalar el sistema y completar la conversión, debe

hacerse una revisión 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

estadísticas de operación quedan fijadas por técnicas como el registro de eventos,

evaluación del impacto y las encuestas de actitud.