UNIVERSIDAD CENTROAMERICANA FACULTAD DE CIENCIA, TECNOLOGÍA Y AMBIENTE DEPARTAMENTO DE DESARROLLO TECNOLÓGICO

Tamaño: px
Comenzar la demostración a partir de la página:

Download "UNIVERSIDAD CENTROAMERICANA FACULTAD DE CIENCIA, TECNOLOGÍA Y AMBIENTE DEPARTAMENTO DE DESARROLLO TECNOLÓGICO"

Transcripción

1 UNIVERSIDAD CENTROAMERICANA FACULTAD DE CIENCIA, TECNOLOGÍA Y AMBIENTE DEPARTAMENTO DE DESARROLLO TECNOLÓGICO Desarrollo de un Software para el Control de las ActividadesProgramáticasdel Proyecto Marcos 10:14 dela ciudad de Managua Para optar al título de: Ingenieroen Sistemas y Tecnologías de la Información Concentración: Sistemas de Información Tipo de Forma de Culminación de Estudios: Producto Creativo Autor: Helio Thomás Mora Flores ( ) Tutor: Justo Pastor Villanueva Managua, Nicaragua 12 de Diciembre del 2012

2 Página 2 de 172

3 DEDICATORIA Ofrezco este trabajo fruto de mucho esfuerzo a Dios, por haber iluminado mi mente y guiarme durante toda mi formación educativa y por haberme brindado la seguridad y firmeza de seguir adelante aún en los momentos más difíciles. A mi padre Helio Mora (q. p. d), quien me inculcó valores éticos y principios cristianos en mi vida. Por ser mi inspiración y ejemplo de vida a seguir. A mi madre Martha Flores por brindarme su apoyo durante todo este tiempo, por haberme animado a seguir adelante y así poder alcanzar esta meta. A cada uno de mis amigos, compañeros de clase y de trabajo, por ayudarme cuando más lo necesitaba y darme palabras de aliento para seguir adelante y así poder culminar con el desarrollo de este trabajo. Página 3 de 172

4 AGRADECIMIENTOS Al haber llegado a este punto de mi carrera le doy gracias a Dios por la vida, por la salud y por la sabiduría. A mi familiapor su constante apoyo y dedicación en mi formación profesional y personal. A mi tía Olivia Mora y a mi tío Ramyr Dávila por su respaldo durante toda mi carrera profesional. A mis profesores por brindarme las herramientas necesarias para convertirme en un profesional con ética y visión emprendedora. A la directora Fanny López y a los demás miembros de la junta directiva del centro de atención integral Marcos 10:14 por su disponibilidad de tiempo y confianza en facilitarme la información necesaria para el desarrollo del sistema. A la Universidad Centroamericana por haberme dado la oportunidad de ejercerme profesionalmente en su casa de estudio. Página 4 de 172

5 RESUMEN En el presente documento se describe el desarrollo de un Sistema de Información para el control de Actividades Programáticas del centro de atención integral Marcos 10:14 (SIAPMAR). Todo el desarrollo fue guiado por la metodología RUP, trabajando por fases, en cada fase con hitos por cumplir y artefactos a elaborar. El sistema está escrito con el lenguaje de programación Java y usa PostgreSQL como sistema gestor de bases de datos. El sistema es de tipo escritorio y destinado a usarse en sistemas operativos de la familia Windows en la versión XP o superior y con arquitectura de 32 o 64 bits. Para el modelado del software se usó la herramienta CASE PowerDesigner. Gracias al desarrollo de este software se logró aumentar la eficiencia en los procesos involucrados, se disminuyeron los costos operacionales y de papelería. También se redujo el tiempo que se requería para completar los formularios. ABSTRACT In the present document the development of an Information System is described to control the programmatic activities of the integral attention center Marcos 10:14 (SIAPMAR). The whole development process was guided by the RUP methodology, working by phases, in every phase with milestones to accomplish and artifacts to elaborate. The system is written with the programming language Java and uses PostgreSQL as database management system. The system is desktop oriented and destined to be used in operating systems of the Windows family (Windows XP or Later). For software modeling, the CASE tool PowerDesigner was used. Thanks to the development of this software, the efficiency of the involved processes was improved; the costs of operation and stationery were reduced. The time required to complete the forms was also reduced. Página 5 de 172

6 TABLA DE CONTENIDO LISTA DE FIGURAS... 8 I. INTRODUCCIÓN II. OBJETIVOS III. MARCO TEÓRICO IV. METODOLOGÍA Fase de Iniciación Fase de Elaboración Fase de Construcción Fase de Transición V. DESARROLLO Fase de Iniciación Reunión previa Recopilación de información Descripción del Sistema Modelado de negocio Elaboración de artefactos Artefacto # 1. Documento Visión Artefacto # 2. Especificación de Requerimientos Artefacto # 3. Plan de Desarrollo de Software Artefacto # 4. Glosario Fase de Elaboración Refinamiento del Modelado de Negocio Elaboración de artefactos Artefacto # 5. Especificaciones de Casos de Uso Artefacto # 6. Modelo de Análisis y Diseño Artefacto # 7. Modelo de Datos Diccionario de Datos Elaboración de un artefacto clave Artefacto # 8. Documento Arquitectura Página 6 de 172

7 3. Fase de Construcción Elaboración de procedimientos almacenados Distribución de clases bajo el patrón MVC Convención estándar en los controles Java Swing Implementación del patrón de diseño Singleton Demostración de código fuente Fase de Transición Elaboración de los últimos artefactos Artefacto # 10. Manual de Instalación Artefacto # 11. Manual de Usuario VI. CONCLUSIONES VII. RECOMENDACIONES Referencias Bibliográficas VIII. ANEXOS A. RESULTADOS DE LA FASE DE INICIACIÓN A.1. Cuestionario A.2. Artefacto #1: Documento Visión A.3. Artefacto #2: Especificación de Requerimientos A.4. Artefacto #3: Plan de Desarrollo de Software A.5. Artefacto #4: Glosario B. RESULTADOS DE LA FASE DE ELABORACIÓN B.1. Artefacto # 5: Especificaciones de Casos de Uso de Sistema: B.2. Diccionario de datos B.3. Artefacto # 8: Documento Arquitectura C. RESULTADOS DE LA FASE DE CONSTRUCCIÓN C.1. Artefacto # 9: Prototipo de Interfaces de Usuario D. RESULTADOS DE LA FASE DE TRANSICIÓN D.1. Artefacto # 10: Manual de Instalación D.2. Artefacto # 11. Manual de Usuario Página 7 de 172

8 LISTA DE FIGURAS Fig. 1. Una visión general del proceso de desarrollo de software en Java Fig. 2. A través de la máquina virtual de Java Fig. 3. La API y la máquina virtual Fig. 4. Caso de Uso de Negocio del Proyecto Marcos 10: Fig. 5. CUS de Login Fig. 6. CUS de Matrícula Fig. 7. Sec de Matrícula Fig. 8. Sec de Login Fig. 9. Sec de Cuentas de Usuario Fig. 10. Sec de Chequeos médico y psicológico Fig. 11. Sec de Visitas Fig. 12. Est de Cuentas de Usuario Fig. 13. Est de Alumno Fig. 14. Est de Revisión de Expediente Fig. 15. Metodología de diseño de base de datos relacionales Fig. 16. Diagrama Entidad Relación Principal del Sistema Fig. 17. Diagrama Lógico de la base de datos Fig. 18. Diagrama Físico de la base de datos Fig. 19. Distribución de clases en paquetes usando MVC Fig. 20. Instancias múltiples sin Singleton Fig. 21. Mensaje de aviso Fig. 22. Instancia única con Singleton Fig. 23. Cuestionario proporcionado para recabar información Fig. 24. CUS de Chequeo médico Fig. 25. CUS de Chequeo psicológico Fig. 26. CUS de Clases Fig. 27. CUS de Correspondencia Página 8 de 172

9 Fig. 28. CUS de Visitas Fig. 29. Casos del uso del paquete Seguridad Fig. 30. Diagrama de Distribución de Capas del Sistema Fig. 31. Diagrama de Despliegue del Sistema Fig. 32. Diagrama de Componentes Fig. 33. Mapa de Navegación Página 9 de 172

10 I. INTRODUCCIÓN El rol de los Sistemas de Información en los negocios actuales es imprescindible. Cada día se pueden ver los resultados de la enorme inversión en tecnologías y sistemas de información porla manera en que la gente realiza negocios comolíneas telefónicas tradicionales, smartphones, teleconferencias, ecommerce, etc. Todo esto y más, gracias a que están orientados a apoyar las actividades de una entidad.los Sistemas de Información aportan sin duda grandes beneficios en las empresas que se proyectan a seguir creciendo de cara al futuro. En el presente documento se detalla la realización del Desarrollo de un Sistema de Informaciónpara el control de las actividades programáticas delproyecto Marcos 10:14 ubicado en Altagracia, Managua. El propósito de este proyecto es atender a niños y jóvenes de bajos recursos económicos, brindando educación cristiana y reforzamiento escolar, atención médica y psicológica. En el centro de atención integral, proyecto Marcos 10:14 se utilizaban métodos tradicionales, tales como el uso de plantillas y formularios impresos para registrar y gestionar las distintas operaciones y actividades, así como lo son el registro de matrículas, control de clases regulares y cursos vocacionales, control de citas médicas, psicológicasy de entregas de estímulos. El enfoque de investigación en este estudio es un proceso sistemático que se hizo mediante el método cualitativo, evaluando la situación en que se encontraba el centro de estudios hasta ofrecer la solución de informatizar las actividades programáticas. El sistema tiene por objeto ser una herramienta de apoyo parael control de las actividades programáticas, y reporte, de esa manera tener todos los registros bien organizados, de alcance inmediato y seguro. La realización de estesistema de Información fue guiada por la experimentada metodología de desarrollo de softwareproceso Unificado Racional, y haciendo uso del Lenguaje de Modelado Unificado.Se hizo una personalización en el uso de la metodología RUP,aplicandosolamente los artefactosnecesarios de cada fase. La prioridad en el desarrollo del Sistemade Información eraque pudiesecorresponder con la satisfacción del cliente, cumpliendo con la calidad exigida por ellos. Página 10 de 172

11 II. OBJETIVOS Objetivo General Desarrollar un Sistema de Información para el control delas actividades programáticasdel Proyecto Marcos 10:14, mediante el uso del Proceso Unificado Racional. Objetivos Específicos Modelar el análisis del sistema mediante la identificación de requerimientos funcionales según los establece la fase de concepción. Diseñar la arquitectura del software considerando el modelo de análisis, y la construcción de algunos artefactos descritos en la fase de elaboración. Construir componentes de software debidamente identificados según las versiones release, establecidas en la fase de construcción, para la integración y obtención del sistema informático propuesto. Implementar la solución de software en el centro de atención integral. Página 11 de 172

12 III. MARCO TEÓRICO 1. Sistema, sistema de información y sistema informático El término sistema lo utilizamos hoy en día de manera muy habitual y para referirnos a muchas, variadas y distintas cuestiones: sistemas políticos, sistemas monetarios, sistemas empresariales, sistemas eléctricos, sistemas de seguridad, sistema planetario, etc. El Diccionario de la Lengua Española define el vocablo sistema como Conjunto de reglas o principios sobre una materia racionalmente enlazados entre sí, y también, Conjunto de cosas que relacionadas entre sí ordenadamente contribuyen a determinado objeto (Real Academia Española, 2001). Los principales elementos integrantes o intervinientes en un sistema son: sus componentes, sus interrelaciones (la estructura del sistema), su objetivo, su entorno y sus límites. Sistema de información, por su parte, podemos definirlo apoyándonos en el enfoque anterior como un conjunto de recursos técnicos, humanos y económicos, interrelacionados dinámicamente, y organizados en torno al objetivo de satisfacer las necesidades de información de una organización empresarial para la gestión y la correcta adopción de decisiones. Los elementos fundamentales que constituyen un sistema de información son: Información Personas Equipos de tratamiento de la información e interacción con los usuarios Normas y/o técnicas de trabajo Un sistema de información será eficaz si facilita la información necesaria para la organización, y será eficiente si lo realiza con los menores recursos tecnológicos, humanos y económicos posibles, y en el momento oportuno. Por otro lado, el sistema informático de la empresa es un subsistema dentro del sistema de información de la misma, y está formado por todos los recursos necesarios para dar respuesta a un tratamiento automático de la información y aquellos otros que posibiliten la comunicación de la misma (De Pablos Heredero, 2004). Página 12 de 172

13 2. Software de computadora Es el producto que los ingenieros de software construyen y después mantienen a largo plazo. Incluye los programas que se ejecutan dentro de una computadora de cualquier tamaño y arquitectura, el contenido que se presenta conforme los programas se ejecutan y los documentos, tanto físicos como virtuales, que engloban todas las formas de medios electrónicos (Pressman, 2005). 3. Graphical User Interface (GUI) Desde no hace muchos años la ingeniería del software le ha dado una mayor importancia a las interfaces gráficas de usuario,siendo ésta una parte fundamental de cualquier aplicación, ya que es lo primero que ve el usuario. La interfaz gráfica de usuario es un componente de software cuya función es presentar al usuario una apariencia del sistema mediante formas para que se pueda manipular el uso del sistema de manera fácil(albornoz, Necco, & Montejano, 2011). 4. La tecnología Java Según la documentación oficial de Oracle. En forma general, JAVA es una tecnología que abarca al lenguaje de programación y a su plataforma. Ver figura 1. Fig. 1. Una visión general delproceso de desarrollo desoftware en Java. 5. El lenguaje de programación Java Es un lenguaje de programación de alto nivel que puede ser caracterizado como: Simple Orientado a objeto Distribuido Multitarea Dinámico De arquitectura neutral Portable De alto rendimiento Robusto Seguro Las palabras claves anteriores se pueden comprender por completo en el White Paper hecho por el mismo creador de Java.(Gosling & McGilton, 1996). Página 13 de 172

14 Entre otras características, su sintaxis se deriva en gran medida de C++, es un lenguaje interpretado, es independiente de la plataforma, porque profesa la filosofía: Escríbelo una vez, ejecútalo en cualquier lugar. Esto se da gracias a que lamáquina virtual es ligera y gratuita para todas las plataformas(oracle, 2012). Vea la figura La plataforma Java Una plataforma es el entorno de hardware o software en el cual un programa se ejecuta. Las plataformas más populares son Microsoft Windows, Linux, Solaris OS y Mac OS. Otras plataformas pueden ser descritas como una combinación del sistema operativo y su hardware subyacente. La plataforma Java difiere de las otras, porque funciona encima de otras plataformas basadas en hardware. Para mayor comprensión vea la figura 3. La Plataforma Java tiene dos componentes: Fig. 2. A través de la máquina virtual de Java, la misma aplicación es capaz de funcionar en múltiples plataformas. La Máquina Virtual de Java La Interfaz de Programación de Aplicaciones de Java (Application Programming Interface, API) Fig. 3. La API y la máquina virtual aíslan elprogramadel hardware subyacente. Página 14 de 172

15 Los grandes avances en las tecnologías del compilador y la máquina virtual están trayendo rendimiento cercano al código nativo sin poner en peligro la portabilidad(oracle, 2012). 7. Especificaciones de la plataforma Java Cada Plataforma Java proporciona un JVM y una API. Esto permite que las aplicaciones escritas en esa plataforma funcionen, sean independientes de la plataforma, potencia, estabilidad, facilidad de desarrollo y seguridad. Hay cuatro plataformas del Lenguaje de Programación Java: 7.1. Plataforma Java, Edición Estándar Java SE (antes J2SE) Java SE 7 es la versión actual de la plataforma. Está orientado para aplicaciones de escritorio.oracle cuenta con dos productos que implementan Java SE 7: Java SE Development Kit (JDK) 7 y Java SE Runtime Environment (JRE) 7. JDK 7 es un superconjunto de JRE 7, y contiene todo lo que hay en JRE 7, además de herramientas como compiladores y depuradores necesarios para el desarrollo de applets y aplicaciones. JRE 7proporciona las bibliotecas, la Máquina Virtual Java (JVM) y otros componentes para ejecutar applets y aplicaciones escritas en el lenguaje de programación Java. JRE incluye componentes no requeridos por la especificación de Java SE, que incluyen tanto componentes Java estándar y no estándar(oracle, 2012) Plataforma Java, Edición Empresa Java EE (antes J2EE) La plataforma Java EE está construida sobre la plataforma Java SE. Java EE proporciona una API y el entorno de ejecución para el desarrollo y ejecución de aplicaciones a gran escala, de varios niveles, escalables, confiables y seguras. Java EE es un grupo de especificaciones diseñadas por Sun que permiten la creación de aplicaciones empresariales, esto sería: acceso a base de datos (JDBC), utilización de directorios distribuidos (JNDI), acceso a métodos remotos (RMI/CORBA), correo electrónico (JavaMail), aplicaciones Web(JSP y Servlets), entre otros. Está orientada a entornos web. Página 15 de 172

16 7.3. Plataforma Java, Edición Micro Java ME (antes J2ME) La plataforma Java ME proporciona una API y una máquina virtual de pequeñas proporciones para ejecutar aplicaciones Java en dispositivos móviles. Su API es un subconjunto de la API de Java SE, junto con las bibliotecas de clases especiales útiles para el desarrollo del dispositivo. Las aplicaciones de Java ME son a menudo los clientes de los servicios de la plataforma Java EE JavaFX Es una plataforma para la creación de aplicaciones dinámicas de Internet con una ligera interfaz de usuario. Las aplicaciones JavaFX usan gráficos acelerados por hardware y los motores de medios de comunicación para tomar ventaja de los clientes de mayor rendimiento y un moderno look and feel, así también de la API de alto nivel para la conexión de fuentes de datos. Las aplicaciones JavaFX pueden ser clientes de los servicios de la plataforma Java EE(Ians, 2012). 8. PostgreSQL Es un Sistema Gestor de Bases de Datos Objeto-Relacional (ORDBMS) multiplataforma basado en PostgreSQL v4.2, desarrollado en el Departamento de Informática de la Universidad de California en Berkeley. Es un descendiente de código abierto del código original de Berkeley. Es compatible con una gran parte del estándar SQL y ofrece muchas características modernas:consultas complejas, llaves foráneas, triggers, vistas, integridad transaccional, control de concurrencia multiversión.además, PostgreSQL puede ser ampliado por el usuario en muchas formas, por ejemplo mediante la adición de nuevos:tipos de datos, funciones, operadores, funciones de agregado, métodos de índice, lenguajes procedurales. Y debido a que es open source, PostgreSQL puede ser usado, modificado y distribuido por cualquiera de forma gratuita para cualquier propósito, ya sea privado, comercial o académico(the PostgreSQL Global Development Group, 2012). Página 16 de 172

17 9. Patrón Modelo Vista Controlador (MVC) De acuerdo con Pavón Mestras (2008), es un patrón de arquitecturade las aplicaciones software que separa la lógica de negocio de la interfaz de usuario. Facilita la evolución por separado de ambos aspectos. Incrementa la reutilización y flexibilidad. Fue descrito por primera vez en 1979 para el lenguaje de programación Smalltalk. Hoy en día es utilizado en múltiples frameworks: Java Swing Java Enterprise Edition (J2EE) XForms (Formato XML estándar del W3C) GTK+ (escrito en C, toolkit creado por Gnome para construir aplicaciones gráficas, inicialmente para el sistema X Window) ASP.NET MVC Framework (Microsoft) Google Web Toolkit (GWT, para crear aplicaciones Ajax con Java) Apache Struts (framework para aplicaciones web J2EE) Ruby on Rails (framework para aplicaciones web con Ruby) 10. Rational Unified Process (RUP) El Proceso Unificado Racional es unproceso de ingeniería del software. Proveeun enfoque disciplinado en la asignación detareas y responsabilidades en una organizaciónde desarrollo. Su objetivo es asegurar laproducción de software de alta calidad que satisfaga las necesidades de sus usuarios finalescon unos costos y calendario predecibles. En definitiva el RUP es una metodología de desarrollo de software que intenta integrar todoslos aspectos a tener en cuenta durante todo elciclo de vida del software, con el objetivo dehacer abarcables tanto pequeños como grandesproyectos de software.(kruchten, 2004) 11. Unified Modeling Language (UML) Para poner en orden, sobre todo en lo que respecta a la modelización de sistemas software,aparece el Lenguaje Unificado de Modeladopara unificarlas tres metodologías más difundidas (OMT, Booch y OOSE) y para que la industria softwaretermine su maduración como Ingeniería. UML es un lenguaje gráfico para visualizar, especificar, construir y documentar los artefactos de un sistema intensivo de software. UML ofrece una forma estándar de escribir los planos de un sistema, que cubre las cosas conceptuales tales como procesos de negocio y funciones del sistema, así como las cosas concretas, como las clases escritas en un lenguaje de programación específico, esquemas de bases de datos y componentes de software reutilizables.(booch, 2005) Página 17 de 172

18 12. Metodología de diseño de bases de datos relacionales El diseño de una base de datos relacional se descompone en diseño conceptual, diseño lógico y diseño físico. En el diseño conceptual se parte de las especificaciones de usuario y se consigue una representación del mundo real. Esta imagen del mundo real se denomina modelo conceptual. En él se describen las entidades y sus propiedades, además de las relaciones entre ellos. Con el diseño conceptual se elabora el modelo entidad relación. El diseño lógico consiste en transformar el modelo conceptual obtenido, en otro esquema que puede procesar el sistema gestor de base de datos en concreto. En el diseño lógico se hace el modelo (relacional, jerárquico, red). En el diseño físico se parte del esquema lógico y arroja como resultado el esquema físico. Consiste en la implementación del modelo de datos, dando lugar a estructuras de datos de almacenamiento en uno o varios soportes físicos. (Cobo, 2007) Página 18 de 172

19 IV. METODOLOGÍA En la elaboración del Sistema de información para el control de actividades programáticas del proyecto Marcos 10:14 se utilizó la metodología de desarrollo de software RUP para obtener durante cada fase productos que permitieran asegurar la funcionalidad y calidad del sistema de una forma sistemática. Se eligió RUP porque se puede adaptar a todo tipo de proyectos, es muy conocido y constituye la metodología más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. El desarrollo de software en RUP se dividió en cuatro grandes fases: iniciación, elaboración, construcción y transición. A continuación se detallan las actividades que se hicieron en cada una de ellas. 1. Fase de Iniciación Al inicio se realizaron varias reuniones con las personas involucradas:se hizo una reunión preliminar donde se presentaron a los posibles usuarios del sistema, y a los demás directivos. Otra reunión para establecer el ámbito del proyecto y sus límites, además de conocer los escenarios básicos que definieron la funcionalidad del sistema. Se concretizó la idea, la visión del producto y su alcance. Para el modelado de negocio, se hizo una reunión donde se familiarizó con el funcionamiento de las actividades programáticas del centro educativo para conocer mejor los procesos. Entender el problema actual en el proyecto e identificar potenciales mejoras. Asegurar con los clientes un entendimiento en común de los cambios planteados con el uso del sistema. En los requisitos, los usuarios finales tuvieron mucha participación en la comprensión y aceptación de los requerimientos. A través de toda esta fase, se logró delimitar el proyecto, a recolectar la información necesaria a través de entrevistas al personal y se hizo revisión de formularios impresos de los procesos que se automatizaron,se establecieron las funcionalidades específicas requeridas. Página 19 de 172

20 2. Fase de Elaboración Durante esta fase se realizó el plan del proyecto donde se completa el modelado de los casos de usos con descripciones respectivamente detalladas. En el modelamiento de los datos se utilizó Power Designer como herramienta CASE, y Windows 7 como sistema operativo. Se realizaron los diagramas de los casos de usos, de secuencia y de estado. Se hizo uso de la metodología dediseño de base de datos relacionales para elaborar el diseño conceptual, lógico y físico de la base de datos. Por medio de toda esta fase, se elaboró el documento arquitectura. Se transformaron los requisitos al diseño del sistema. Y se adaptó el diseño para que fuese consistente con el entorno de implementación. Siguiendo las actividades mencionadas anteriormente se logró determinar una arquitectura óptima. 3. Fase de Construcción Al inicio de esta fase sediseñó cada una de las interfaces(formularios para consultas,ingresos, modificación de datos y generación de reportes) que los usuarios utilizan para la gestión de los datos haciendo uso del diseñador de interfaces gráficas de usuario de Netbeans. En toda la fase de construcción se hizo uso del sistema operativo Windows 7. Luego se procedió a realizar la creación de la base de datos en la herramienta que trae por defecto PostgreSQL llamada pgadmin III. Después se crearon procedimientos almacenados (en PostgreSQL son funciones) para que se puedan insertar y actualizar los datos. La tecnología usada para la programación fue Java (en su séptima versión), específicamente Java Edición Estándar, haciendo uso del JDK (Kit de Desarrollo) y del JRE (Entorno Virtual). Además de codificar el sistema en el lenguaje de programación Java mediante el editor de código de Netbeans, se realizaron pruebas de caja blanca y de caja negra para validar el adecuado funcionamiento. Se implementaron las clases y objetos en códigos fuente, librerías y demás, dando como resultado final el sistema ejecutable. Con todas las actividades completadas de esta fase se pudo obtener la capacidad operacional inicial del software. Página 20 de 172

21 4. Fase de Transición Se hizo el lanzamiento de la primera versión del sistema SIAPMAR luego de haber sido comprobada su calidad.se empaquetó el software para su distribución haciendo uso de Pack Jacket. Luego en el proyecto Marcos 10:14 se hizo entrega de un disco compacto que contenía el instalador del sistema, su manual de instalación y manual de usuario, luego se instaló en el sistema operativo Windows XP, y se probó que el software funcionaen su entorno de ejecución final. Además de elaborar el manual de usuario del sistema, se realizaron capacitaciones y asistencia técnica a los usuarios. Página 21 de 172

22 V. DESARROLLO A continuación se presentan los resultados obtenidos de la aplicación de la metodología RUP en el proceso de desarrollo del sistema. De manera sistemática se despliegan los resultados de las actividades por cada una de las fases. 1. Fase de Iniciación 1.1. Reunión previa La primera reunión se presentóa los directivos del centro estudiantil la propuesta de un sistema de información para desarrollarlo con fines académicos Recopilación de información Se hizo una segunda reunión donde se les proporcionó un cuestionario a cuatro miembros de la junta directiva para que lo completaran. Los integrantes de la junta directiva lo conforma: la directora, la secretaría, y dos docentes que han tenido gran trayectoria en el centro (diríjasea la figura 1 en Anexos para ver el cuestionario). Por medio del cuestionario anterior, se logróidentificar a los usuarios del sistema, y los requerimientos que ellos concibieron Descripción del Sistema Se efectuó otra reunión para establecer: El ambientedel desarrollo de software y sus límites La realización del sistema es con fines académicos. Su implementación en el ambiente de ejecución final queda a elección de la junta directiva del Proyecto Marcos 10:14. Las instalaciones del centro no serán usadas para llevar a cabo el desarrollo del sistema. Los usuarios involucrados tienen la autorización y la responsabilidad de proporcionar información para la retroalimentación en el desarrollo del sistema. Página 22 de 172

23 Contexto que definieron la funcionalidad del sistema. Se acordó en desarrollarun sistema de información de tipo escritorio por las siguientes razones: El centro estudiantil cuenta con una computadora de uso compartido por la junta directiva del proyecto Marcos. Las actividades programáticas son realizadas solo dentro del centro de atención integral. El proyecto no hace rendición de cuentas a la ONG Compassion mediante un sitio web Visión del producto Hacer uso de SIAPMAR para que sea de apoyo al proyecto mediante la automatización de los procesos Modelado de negocio Para el modelado de negocio, se hicieron reuniones donde se familiarizó con el funcionamiento de las actividades programáticas del centro educativo para conocer mejor los procesos, para ello se explicaron los datos que necesitaban en cada uno de los formularios físicos. Entender el problema actual en el proyecto e identificar potenciales mejoraspor medio de la automatización de los procesos, como por ejemplo: Mostrar el historial de niños activos e inactivos. Mostrar lista de cumpleañeros del trimestre. Control de beneficios. Mostrar niños por edad y actualización datos. Mostrar expediente del niño. Se aseguró con los clientes un entendimiento en común de los cambios planteados con el uso del sistema. Página 23 de 172

24 1.5. Elaboración de artefactos Durante toda la fase de iniciación y tomando en cuenta todas las actividades mencionadas anteriormente se elaboraron los siguientes artefactos: Artefacto # 1. Documento Visión El documento tuvo por objeto documentar la Visión del Desarrollo del Sistema de Información de Actividades Programáticas Marcos 10:14. El artefacto Visión capturó restricciones de diseño y requisitos de muy alto nivel a fin de que el lector comprenda el sistema que se va a desarrollar. La visión y el alcance fue una oportunidad para que el cliente y el equipo de trabajo discutieran, acordaran y compartieran la misma visión y alcance del proyecto. El contenido de la visión, junto con otros artefactos de requisitos relacionados, debería responder a las preguntas siguientes, que podrían desglosarse para separar los artefactos según sea necesario: Cuáles son los términos clave? (Glosario) Qué problema estamos intentando resolver? (Sentencia del problema) Quiénes son los interesados? Quiénes son los usuarios? Qué necesidades tienen? Cuáles son las característicasdel producto? Cuáles son los requisitos funcionales? (Especificación de requisitos) Cuáles son los requisitos no funcionales? (Especificación de requisitos) Cuáles son las restricciones de diseño? Al finalizar el documento contenía la siguiente información: visión y alcance del proyecto, situación actual, conformación del equipo de trabajo, objetivos de diseño. Página 24 de 172

25 A continuación se detalla la declaración de necesidades de la dirección del centro: Necesidad Informatizar el expediente de los niños Prioridad Problema (s) que origina Alta, Media, Baja -Pérdida de tiempo -Inconsistencia de datos. -La información es redundante. Solución actual Organizan los documentos en archivador AMPO Solución del Sistema Crear un formulario de expedientes donde tenga acceso a todos los documentos del niño. Informatizar las actividades de los padres de familia Alta, Media, Baja -No llevar el control adecuado de las actividades de los tutores del niño. -Inconformidad y malos entendidos. Llenan un formulario en físico Crear un formulario donde se le den seguimiento a las actividades que hacen los tutores del niño. Informatizar las actividades de los docentes Alta, Media, Baja -No tener a mano los contactos de los docentes -No llevar un control adecuado en las actividades docentes La secretaria evalúa si los docentes cumplen con el currículo (pensum) Crear un formulario donde se pueda guardar los datos de los docentes y darle seguimiento a sus actividades. El documento Visión abarca muchas otros acápites (para ver el resto del documento Visión, diríjase al Anexo A.2) Página 25 de 172

26 Artefacto # 2. Especificación de Requerimientos En el documento se pretendió establecer todas las Especificaciones de Requerimientos del Software (Software Requirements Specifications, SRS) aplicando en la medida de lo posible la norma IEEE 830. Se procuró instaurar una definición completa y global de la operación y funcionamiento de SIAPMAR, esto con el fin de recibir una aceptación por parte de los usuarios a los requerimientos planteados. Se logró identificar 35 requerimientos funcionales del sistema y 2 requerimientos no funcionales del sistema. A continuación se detallan 5 requerimientos funcionales del sistema contenidos en 2 módulos (para ver los demás requerimientos y otros acápites diríjase al Anexo A.3) Requerimientos Funcionales del Sistema Módulo 1: Cuentas de Usuarios Id. RF1-RF2 Requerimiento Descripción Permitir la creación, modificación Entradas Datos de acceso obligatorios: nombre de usuario, contraseña Salidas Confirmación de usuario registrado Proceso El sistema despliegael formulario para registro de nuevos usuarios, en el cual se deben ingresar los datos de la cuenta de usuario Precondiciones La secretaria debió crear la cuenta de usuario primero Postcondiciones sistema El usuario queda registrado y puede ingresar posteriormente al Prioridad Alta Rol que lo Secretaría, dirección ejecuta Página 26 de 172

27 Id. Requerimiento Descripción Entradas Salidas Proceso Módulo 2: Matrícula Sub-módulo 1: Historia RF3-RF5 Se puede ingresar a los nuevos niños, actualizar y consultar los datos de los niños existentes. Este sub-módulo está compuesto por las siguientes secciones: Actividades cristianas. Obligaciones familiares. Pasatiempos. Salud. Estudios. Tutores. Padres familiares. Datos generales de la vida del niño Datos registrados El operador del sistema pide dicha información que aparecerá en la interfaz de forma tabulada y ordenada Precondiciones El operador debe de estar autenticado Postcondiciones Se podrá consultar los datos Prioridad Alta Rol que lo Secretaría, docencia ejecuta Página 27 de 172

28 Artefacto # 3. Plan de Desarrollo de Software El Plan de Desarrollo del Software es una versión preliminar preparada para ser incluida en la propuesta elaborada como respuesta al desarrollo del sistema de información para el centro de atención integral Marcos 10:14. Este documento provee una visión global del enfoque de desarrollo propuesto. El proyecto ha sido ofertado como requisito de un seminario de culminación de estudios de ingeniería en sistemas por el estudiantehelio Thomás Mora Flores basado en la metodología Rational Unified Process. El enfoque de desarrollo propuesto constituyó una configuración del proceso RUP de acuerdo a las características del proyecto, seleccionando los artefactos necesarios de RUP. El Plan de Desarrollo del Software es a su vez uno de los artefactos de RUP. Se logró identificar 12 entregables para el desarrollo del sistema: 1) Plan de Desarrollo de Software 2) Especificación de Requerimientos de Software 3) Documento Visión 4) Glosario 5) Especificaciones de Casos de Uso 6) Modelo de Análisis y Diseño 7) Modelo de Datos 8) Documento Arquitectura 9) Prototipos de Interfaces de Usuario 10) Manual de Instalación 11) Material de Usuario 12) Producto Para ver el resto del Plan de Desarrollo de Software diríjase al Anexo A.4. Página 28 de 172

29 Artefacto # 4. Glosario Hay un glosario para el sistema que proporciona un conjunto coherente de definiciones que ayudan a evitar confusiones. Los miembros del proyecto inicialmente utilizan este artefacto para comprender los términos que son específicos del proyecto. Este documento también es importante para las personas que desempeñan estos roles: Los desarrolladores, que utilizan los términos del glosario al diseñar e implementar clases, tablas de base de datos, interfaces de usuario, etc. Los analistas, que utilizan el glosario para capturar términos específicos del proyecto para poder definir claramente las reglas empresariales, y para garantizar que las especificaciones de requisitos hacen un uso correcto y coherente de los términos. Los desarrolladores de cursos y escritores técnicos, que utilizan el glosario para construir materiales formativos y documentación utilizando la terminología reconocida. Diríjase al Anexo A.5 para ver todos los términos del glosario del sistema. Página 29 de 172

30 2. Fase de Elaboración 2.1. Refinamiento del Modelado de Negocio Caso de Uso de Negocio Se completó el modelado de los casos de usos con descripciones respectivamente detalladas. El total de casos de usos son: 1 caso de uso de negocio (es el diagrama general) y 7 casos de uso de sistema. Todos los diagramas de casos de uso se elaboraron con la herramientas CASE Power Designer. A continuación se muestra en la figura 2 el Caso de Uso de Negocio. Fig. 4. Caso de Uso de Negocio del Proyecto Marcos 10:14. *Aclaración: En el diagrama existe la relación de dependencia, por ejemplo en el actor Alumno se ven unas flechas que apuntan al actor del cual depende. Página 30 de 172

31 2.2. Elaboración de artefactos Artefacto # 5. Especificaciones de Casos de Uso *Son especificaciones de Casos de Uso de Sistema (CUS) CUS de Login Fig. 5. CUS de Login Especificación de Caso de Uso de Sistema: Login Nombre CUS de Login Descripción Registrar cuentas de usuarios en el formulario Cuentas de Usuario. Actor (es) Directora, secretaria, docente Fecha de creación 20/10/2012 Pre condiciones -Al instalarse el sistema deberá ingresar con la cuenta root (cuenta que tenga el cargo de la dirección del centro) Post condiciones -Cuenta de usuario creada y activa Flujo Normal de Eventos 1. El usuario ejecuta el sistema y le aparece el formulario de Login. 2. El encargado digita su cuenta de usuario y contraseña para acceder al sistema. 3. El usuario debe ingresar otros datos complementarios, pero necesarios en el formulario Perfil administrativo. Excepciones Solo la cuenta de usuario de la dirección tiene acceso total al sistema. Una cuenta de la secretaría tiene acceso a todo excepto a reportes de cuentas de usuario. Una cuenta de un docente tiene acceso muy limitado. Página 31 de 172

32 Anotaciones Si al encargado se le olvida su cuenta de usuario o contraseña, puede chequear una opción para abrir un formulario donde podrá revisar datos secundarios registrados y para que seleccione su información personal y así pueda enviar su cuenta de usuario y contraseña a su (si es que lo registró anteriormente en el formulario Perfil administrativo). CUS de Matrícula Fig. 6. CUS de Matrícula Especificación de Caso de Uso de Sistema: Matrícula Nombre CUS de Matrícula Descripción Registrar matrícula en el formulario Historia del Niño Actor (es) Secretaria Fecha de creación 20/10/2012 Pre condiciones -El tutor o responsable del alumno debe presentarse para la matriculación. -El tutor debe de entregar los documentos solicitados (partida de nacimiento, boletín, tarjeta de vacunación, entre otros) -El alumno a ingresar no debe estar registrado en otro proyecto de Compassion. -Solo se permiten a tres alumnos por familia. -No se ingresará a algún alumno que ha sido dado de baja por expulsión o que no presente condiciones físicas y mentales para recibir clases. Post condiciones -Luego de registrar al alumno en el formulario de Historia, debe completar la matriculación con el formulario Ficha Socioeconómica. -Y posteriormente ingresar otros datos secundarios en el formulario Actualización de Perfil. Página 32 de 172

33 Flujo Normal de Eventos 1. El usuario abre el formulario Historia, y en éste aparece el código disponible generado por el sistema para el nuevo alumno. 2. El usuario debe cliquear en el botón editar e ingresar todos los datos solicitados del alumno en la Historia del Niño. 3. El encargado dar clic en el botón guardar, para poder avanzar en las próximas páginas. 4. Si así lo desea el encargado podrá sacar la impresión del formulario. Excepciones --- Anotaciones Si el alumno no aparece en la lista de alumnos matriculados es porque simplemente ha sido dado de baja. Para ver los demás diagramas de Caso de Uso de Sistema y otros acápites diríjase al Anexo B.1. Página 33 de 172

34 Artefacto # 6. Modelo de Análisis y Diseño Con este modelo se estableció la transición desde una representación en términos de análisis (sin incluir aspectos de implementación) hacia un diseño (incluyendo una orientación hacia el entorno de implementación), de acuerdo al avance del plan de desarrollo de software. En este modelo del sistema se hicieron 5 diagramas de secuencia y 3 de estado, todos estos diagramas se hicieron usando la herramienta CASE Power Designer. Diagramas de Secuencia (Sec) Fig. 7. Sec de Matrícula Página 34 de 172

35 Fig. 8. Sec de Login Página 35 de 172

36 Fig. 9. Sec de Cuentas de Usuario Página 36 de 172

37 Fig. 10. Sec de Chequeos médico y psicológico Página 37 de 172

38 Fig. 11. Sec de Visitas Página 38 de 172

39 Diagramas de Estado (Est) Fig. 12. Est de Cuentas de Usuario Página 39 de 172

40 Fig. 13. Est de Alumno Fig. 14. Est de Revisión de Expediente Página 40 de 172

41 Artefacto # 7. Modelo de Datos En el modelamiento de los datos se utilizó Power Designer como herramienta CASE. Se realizó eldiseño de la base de datos siguiendo la metodología de diseño de base de datos relacionales. Metodología de diseño de base de datos Fig. 15. Metodología de diseño de base de datos relacionales. 1. Modelo Conceptual Fig. 16. Diagrama Entidad Relación Principal del Sistema. Página 41 de 172

42 2. Modelo Lógico Página 42 de 172

43 Fig. 17. Diagrama Lógico de la base de datos. Página 43 de 172

44 3. Modelo Físico Página 44 de 172

45 Fig. 18. Diagrama Físico de la base de datos. Página 45 de 172

46 2.3. Diccionario de Datos Como producto del diagrama físico y la ejecución de los respectivos scripts del lenguaje de definición de datos (DDL) se obtiene también el Diccionario de datos. A continuación de muestran el diccionario de datos de 2 tablas principales, el resto (29 tablas) se puede consultar en el anexo B.2. Table: public.login Fields Name Type Not Null Unique P/K Def Val c_uname varchar(20) Not Null Yes Yes c_passw varchar(20) Not Null s_cargo varchar(15) v_estado integer f_modify varchar(15) s_modify varchar(15) s_name varchar(100) f_nac varchar(10) v_edad integer s_dir varchar(200) v_cel varchar(10) v_tel varchar(10) s_p varchar(50) s_s varchar(50) song varchar(500) Indices Index Name On Field Unique Method Function login_pkey c_uname Yes btree Página 46 de 172

47 Table: public.alumno Fields Name Type Not Null Unique P/K Def Val c_alumno integer Not Null Yes Yes s_fname varchar(25) Not Null s_sname varchar(25) s_fapel varchar(25) s_sapel varchar(25) f_nac varchar(10) s_lugarnac varchar(100) v_edad integer s_sexo varchar(10) s_direc varchar(100) v_cel varchar(10) v_tel varchar(10) s_ varchar(50) s_urlfoto varchar(500) c_nivel varchar(4) c_patrocin varchar(4) s_state varchar(10) f_ingreso varchar(10) f_modify varchar(10) s_modify varchar(20) Foreign Keys Foreign Key On Field FK Table FK Field Name On Update On Delete Defer Moment alumno_fk c_nivel public.grupo c_grupo Cascade No Action Yes Immediate alumno_fk1 c_patrocin public.patrocinado r c_patrocinador Cascade No Action Yes Immediate Indices Index Name On Field Unique Method alumno_pkey c_alumno Yes btree Function Página 47 de 172

48 2.4. Elaboración de un artefacto clave Artefacto # 8. Documento Arquitectura Por medio de toda esta fase, se elaboró el documento arquitectura. Se transformaron los requisitos al diseño del sistema. Y se adaptó el diseño para que sea consistente con el entorno de implementación. Siguiendo las actividades mencionadas anteriormente se logró determinar una arquitectura óptima. Este artefacto exalta uno de los pilares de la metodología RUP: El uso de componentes basados en arquitecturas. RUP apoya el desarrollo de software basado en componentes. En total son 7 módulos: Seguridad, Matrícula, Registros, Actividades, Configuraciones (Catálogos), Herramientas, Reportes. Los módulos están interconectados entre sí, y a su vez se dividen en subsistemas que cumplen una función clara. La Arquitectura de Software ofrece un panorama general de arquitectura del sistema, usando un número de diferentes puntos de vista arquitectónico para describir diferentes aspectos del sistema. La arquitectura de software seleccionada es Cliente-Servidor. Puesto que el Sistema es de tipo de escritorio, pero podrá ser usado dentro de una red de área local (LAN). En este caso, el servidor sería la computadora donde se encuentre alojado PostgreSQL y la base de datos del sistema. Los requerimientos mínimos del sistema son: 1 GB de RAM, 1 GHz de procesador, 15 GB de espacio en disco duro, con Windows XP o superior. Para ver el resto del documento arquitectura diríjase al anexo B.3. Página 48 de 172

49 3. Fase de Construcción 3.1. Elaboración de procedimientos almacenados En PostgreSQL los procedimientos almacenados son contados como funciones. En total se hicieron 31 procedimientos almacenados. A continuación se muestran los más importantes Procedimiento almacenado de Login CREATE OR REPLACE FUNCTIONsaveLogin(_uname varchar,_pass varchar,_cargo varchar,_estado int,_f_modify varchar,_s_modify varchar) RETURNS integer AS $BODY$ BEGIN IF NOT EXISTS (SELECT 1 existe FROM Login WHERE c_uname = _uname) THEN INSERT INTO Login ( c_uname,c_passw,s_cargo,v_estado,f_modify,s_modify ) VALUES ( _uname,_pass,_cargo,_estado,_f_modify,_s_modify ); RETURN 1; ELSE UPDATE Login SET c_uname=_uname, c_passw=_pass, s_cargo=_cargo, v_estado=_estado, f_modify=_f_modify, s_modify=_s_modify WHERE c_uname=_uname; RETURN 2; END IF; END; $BODY$ LANGUAGE 'plpgsql' VOLATILE; En este procedimiento, primeramente se crean variables, después se pone lo que debe de retornar, después en el cuerpo se consulta si hay registro por medio del código de la cuenta de usuario, si no existe se inserta, sino se actualiza. De esa manera queda solo un botón en la interfaz de usuario, el botón actualizar ya no era necesario. Página 49 de 172

50 Procedimiento almacenado de Alumno CREATE OR REPLACE FUNCTIONsaveAlumno(_cAlu int,_fname varchar,_sname varchar,_fapel varchar,_sapel varchar,_nac varchar,_lugarnac varchar, _edad int,_sex varchar,_direc varchar,_state varchar,_fingreso varchar,_fmodify VARCHAR,_smodify VARCHAR) RETURNS integer AS $BODY$ BEGIN IF NOT EXISTS(SELECT 1 existe FROM Alumno WHERE c_alumno = _calu) THEN INSERT INTO Alumno ( c_alumno,s_fname,s_sname,s_fapel,s_sapel,f_nac,s_lugarnac,v_edad,s_sexo,s_direc,s_state,f_i ngreso,f_modify,s_modify ) VALUES ( _calu,_fname,_sname,_fapel,_sapel,_nac,_lugarnac,_edad,_sex,_direc,_state,_fingreso,_fmodify, _smodify ); RETURN 1; ELSE UPDATE Alumno SET s_fname=_fname,s_sname=_sname,s_fapel=_fapel,s_sapel=_sapel,f_nac=_nac,s_lugarnac=_lu garnac,v_edad=_edad,s_sexo=_sex,s_direc=_direc,s_state=_state, f_modify=_fmodify,s_modify=_smodify WHERE c_alumno = _calu; RETURN 2; END IF; END; $BODY$ LANGUAGE 'plpgsql'volatile; Página 50 de 172

51 3.2. Distribución de clases bajo el patrón MVC Fig. 19. Distribución de clases en paquetes usando MVC Las clases están seccionadas usando el patrón Modelo Vista Controlador. -En el paquete vista se encuentran los formularios (JFrames y JInternalFrames). En total son 48 interfaces gráficas de usuario. -En el paquete modelo se encuentran todas las clases con funciones de sentencias DML. En total son 32 clases. -En el paquete sc (source code) se encuentran todas las clases complementarias y necesarias para controlar funcionalidades de las interfaces gráficas y de los datos. En total son 22 clases. -Los demás paquetes son complementarios: files contiene archivos de audio, pdf, etc. imgsys contiene las imágenes del sistema. lib posee las librerías (.jar) para que el proyecto funcione. reportes abarca todos los reportes. Página 51 de 172

52 3.3. Convención estándar en los controles Java Swing En toda la codificación del sistema se utilizaron las siguientes convenciones en los controles de la biblioteca gráfica Swing de Java. # Nombre del control Convención Descripción 1 JButton Bt Botón 2 JCheckBox Cb Caja de verificación 3 JLabel Lb Etiqueta 4 JPasswordField Pf Campo de entrada de contraseña 5 JTextField Tf Campo de entrada de texto 6 ButtonGroup Bg Agrupa botones de opción 7 JComboBox cbx Lista desplegable 8 JDateChooser datec Selector de fecha 9 JScrollPane Barra de desplazamiento de paneles 10 JPanel Pn Panel 11 JRadioButton Rb Botón de opción única 12 JTextArea Ta Entrada grande de texto 13 JTabbedPane tabbed Contenedor en pestañas de los paneles 14 JDesktopPane dskp Contenedor de escritorio de formularios internos 15 JFrame Ventana contenedora 16 JInternalFrame I Ventana interna 17 JMenuBar Barra de menúes 18 JMenu menu Opción de menú titular 19 JMenuItem Mi Ítem particular de un menú 20 JToggleButton Tgb Botón de dos estados 21 JFileChooser filec Selector de archivo o carpeta 22 JSpinner Sp Contador de números 23 Jlist Lt Lista 24 JScrollBar Barra de desplazamiento de componentes 25 JEditorPane edit Componente de texto para editar varios tipos de contenido 26 JSeparator Línea separadora 27 JSlider Sl Selector de valores en un rango lineal 28 JTable Tbl Tabla 29 JTextPane Editor de texto que puede ser marcado 30 JTree Árbol de navegación 31 JFormattedTextField Ftf Entrada de texto con máscara de validaciones 32 JColorChooser color Selector de color Página 52 de 172

53 3.4. Implementación del patrón de diseño Singleton Gracias a la implementación del patrón Singleton se logró corregir un problema de diseño en Java. El problema es que cada vez que se instanciaba un formulario interno se podía ejecutar el formulario tantas veces que el usuario deseara quedando como en la imagen siguiente. Fig. 20. Instancias múltiples sin Singleton Y el código que generaba este problema de diseño es el siguiente: IUserAccount ua = new IUserAccount(); dskp.add(ua); ua.show(); Página 53 de 172

54 Ahora con la aplicación del patrón de diseño Singleton (instancia única), se mejoró la manera de instanciar y visualizar el formulario interno de manera que solo se pudiese ejecutar una vez. Ahora si el formulario interno está abierto el sistema debe mostrar el siguiente mensaje en el formulario en cuestión. Fig. 21. Mensaje de aviso Además del mensaje se mandará dicho formulario a la parte frontal y centrada del escritorio del sistema. Fig. 22. Instancia única con Singleton Página 54 de 172

55 Y el código que corrige este problema de diseño es el siguiente: 378 publicstatic IFichaSocioEcon fichase = null; 379 privatevoidmificsocecoactionperformed(java.awt.event.actioneventevt){ 380 if (fichase == null) { 381 fichase = new IFichaSocioEcon(); 382 dskp.add(fichase); 383 fichase.show(); 384 Dimension desksize = dskp.getsize(); 385 Dimension jifsize = fichase.getsize(); 386 fichase.setlocation((desksize.width - jifsize.width)/2,(desksize.heightjifsize.height)/2); 387 }else{ 388 JOptionPane.showMessageDialog(null, "El Formulario: Ficha Socioeconómica ya está abierto."); 389 if (!fichase.ismaximum()) { 390 fichase.getdesktoppane().getdesktopmanager().deiconifyframe(fichase); 391 fichase.getdesktoppane().getdesktopmanager().maximizeframe(fichase); 392 fichase.getdesktoppane().getdesktopmanager().minimizeframe(fichase); 393 fichase.movetofront(); 394 } 395 fichase.show(); 396 Dimension desksize = dskp.getsize(); 397 Dimension jifsize = fichase.getsize(); 398 fichase.setlocation((desksize.width - jifsize.width)/2,(desksize.heightjifsize.height)/2); 399 fichase.tofront(); 400 } 401 } Página 55 de 172

56 3.5. Demostración de código fuente Clase Conexión 1 //Clase Conexión 2 3 //Primero se debe de poner el paquete que contiene esta clase 4 package sc; 5 6 //Se importan las librerías necesarias para trabajar 7 import java.sql.*; 8 9 publicclassconexion { //Se declara un String para obtener un mensaje de error posteriormente 12 publicstatic String errormsg = ""; //Se realiza la función getslqconnection para obtener 15 publicstatic Connection getsqlconnection(){ //Se inicializa la instancia del objeto Connection 18 Connection con = null; //Dentro del bloque try se escribe el código que debe funcionar en el mejor de los casos 21 try { //Así se registra el driver de PostgreSQL 24 Class.forName("org.postgresql.Driver"); //Se obtiene la conexión por medio de la ruta a la base de datos, el nombre de usuario y contraseña 27 con = DriverManager.getConnection("jdbc:postgresql://localhost:5432/siapmar", "postgres", "sistemas2012"); } 30 //Dentro del bloque catch se capturan las excepciones en caso de que algo falle en el bloque try 31 catch (ClassNotFoundException SQLException e) { 32 System.out.println(errorMSG = e.getmessage()); 33 } 34 //Acá retorna la conexión a la base de datos en PostgreSQL 35 return con; 36 } } Página 56 de 172

57 Clase Login 1 //Clase Login 2 3 //Se escribe el paquete que corresponde esta clase 4 package vista; 5 6 //Se importan las librerias 7 import java.awt.*; 8 import javax.swing.*; 9 import modelo.d_login; 10 import sc.multithreading; 11 import sc.textlimiter; publicclassloginextends JFrame { //Este cadena de caracteres se usará para validar 16 String letras = "[a-zaz]*"; //Este es el constructor de la clase 19 //donde se inicializan los componentes, propiedades, valores, etc. 20 publiclogin() { 21 initcomponents(); 22 tfun.setdocument(new TextLimiter(15)); 23 pfpass.setdocument(new TextLimiter(15)); 24 setlocationrelativeto(null); 25 } [Código auto generado por Netbeans] privatevoidbtloginactionperformed(java.awt.event.actioneventevt){ 132 login(); 133 } privatevoidtfunkeyreleased(java.awt.event.keyeventevt){ 136 //Aquí se validan los caracteres de entrada 137 if(!tfun.gettext().matches(letras)){ 138 tfun.settext(""); 139 } 140 } privatevoidpfpasskeyreleased(java.awt.event.keyeventevt){ 143 Character d = new Character(evt.getKeyChar()); 144 //Si pulsa la tecla Enter se dirige a la función login() 145 //La tecla Enter o 'Salto de línea' en código ASCII es el número if (d == 10) { 147 login(); 148 } 149 } 150 Página 57 de 172

58 151 //Con el método login() se parametriza la función ingresar() 152 //para validar el acceso al sistema 153 publicvoidlogin(){ D_Login log = new D_Login(); if (log.ingresar(tfun.gettext(), pfpass.gettext())) { 158 lbresult.settext("iniciando sesión..."); 159 String[] args = {"Hola"}; 160 MultiThreading.main(args); 161 hide(); 162 }else{ 163 lbresult.settext(""); 164 } 165 } //Acá se pone un ícono al formulario 169 public Image geticonimage(){ 170 Image retvalue = Toolkit.getDefaultToolkit().getImage(ClassLoader.getSystemResource("imgsys/controlpanel.png")); 171 return retvalue; 172 } //Función donde se invoca y se ejecuta el formulario 175 publicstaticvoidmain(string args[]) { 176 try { 177 UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName()); 178 } catch(classnotfoundexception InstantiationException IllegalAccessException UnsupportedLookAndFeelException e){ 179 System.out.print("Error: " + e.getmessage()); 180 } java.awt.eventqueue.invokelater(new Runnable() { 184 publicvoidrun() { 185 new Login().setVisible(true); 186 } 187 }); 188 } // Variables declaration - do not modify 191 publicjavax.swing.jbuttonbtlogin; 192 privatejavax.swing.jcheckboxcbxolvido; 193 privatejavax.swing.jlabeljlabel1; 194 privatejavax.swing.jlabeljlabel2; 195 privatejavax.swing.jlabeljlabel3; 196 publicjavax.swing.jlabellbresult; 197 publicjavax.swing.jpasswordfieldpfpass; 198 publicjavax.swing.jtextfieldtfun; 199 // End of variables declaration Página 58 de 172

59 4. Fase de Transición 4.1. Elaboración de los últimos artefactos Artefacto # 10. Manual de Instalación Después de haber creado el sistema se procedió a crear el manual de instalación tomando en cuenta los requerimientos hardware y software para la instalación del sistema. El manual se hizo en respuesta a la solicitud de los usuarios para facilitar la instalación de SIAPMAR, explicar y guiar al usuario para que realice los procedimientos de configuración de los equipos de cómputo para una instalación. Todos los pasos en este manual se aplican para ser efectuados en el Sistema Operativo de Windows Seven Professional con el idioma español (Son los mismos para Windows XP, Vista, Eight). Requerimientos de SIAPMAR Para el correcto funcionamiento, se debende tener al menos las siguientes características en el equipo de cómputo: De Hardware -Necesarios Procesador Pentium IV de 1 GHz o superior. Disco duro con al menos 300 Mb libres. Memoria RAM de 512 Mb o superior. Tarjeta gráfica compatible con Open GL con resolución 1024 x 768 o superior. -Opcional Impresora. Página 59 de 172

60 De Software -Necesarios Sistema Operativo: Windows XP o superior, cualquier sistema operativo GNU/Linux o MacOS. JRE versión 1.6 (o simplemente versión 6) o superior. PostgreSQL versión 9.1 o superior. -Opcional Foxit Reader 5.0 o superior. Para ver más del Manual de Instalación diríjase a anexo D.1. Artefacto # 11. Manual de Usuario Este manual se hizo para facilitar el uso de SIAPMAR, explicar y guiar al usuario para que realice correctamente las actividades programáticas del proyecto Marcos 10:14. El sistema fue creado para que tres tipos de usuarios lo utilicen: director, secretario, docente. Siendo el del cargo de secretariado el usuario clave en el sistema puesto que es quien se encarga de realizar todas las actividades programáticas del centro. Todos los formularios del sistema son de fácil comprensión para el usuario puesto que son muy similares a los formularios impresos que tenían, pero ahora con la informatización se han hecho cambios de diseño como simplificación, estandarización de controles, etc. Para ver el resto del manual de usuario diríjase al anexo D.2. Página 60 de 172

61 VI. CONCLUSIONES Al finalizar este trabajo de desarrollo de SIAPMAR (sistema de actividades programáticas marcos 10:14), se presentan los siguientes alcances: Se cumplió con desarrollar un sistema de información capaz de ayudar al usuario que haga uso del mismo. SIAPMAR permite gestionar de manera eficiente los datos y expedientes de los estudiantes del centro de atención integral.es completamente eficiente en cuanto al uso y optimización de los recursos disponibles. Se hizo un modelo del análisis del sistema a partir de requerimientos funcionales sustraídos en reuniones realizadas en la fase de iniciación. Se diseñó la arquitectura óptima del software tomando como base el modelo de análisis, y se realizaron algunos artefactos descritos en la fase de elaboración. En la etapa de construcción se partió de la arquitectura de software identificada, y de ahí se inició a codificar el sistema en Java, se construyeron componentes de software reutilizables. También se realizaron validaciones en los campos de entradas de datos, para el correcto tratamiento de los datos. El sistema finalizado cumple con los requerimientos que el usuario solicitó, ya que los procesos que se llevan manualmente fueron automatizados e incluidos en SIAPMAR para llevar mejor control de la información. El sistema posee una interfaz amigable, sencilla y fácil de utilizar para el usuario. Además, SIAPMAR tiene su manual de usuario incluido para cualquier consulta o ayuda para los usuarios más novatos. Página 61 de 172

62 VII. RECOMENDACIONES Se sugiere hacer uso de este software como un medio de apoyo y reforzamiento en las labores del área académica del proyecto Marcos 10:14, porque permite alasecretaria, a la directora y a los docentesllevar un control sistematizado de las actividades programáticas de los alumnos. Se recomienda que en versiones posteriores a esta, el sistema sea multiusuario y destinado al entorno web. De la misma forma se recomienda que si al sistema se pretende expandir sus funcionalidades, se generen otras versiones del software en las que los alumnos del centro obligatoriamente tengan que registrarse para que puedan hacer uso del sistema, y de esta manera se pueda controlar la calificación de las actividades que hace cada estudiante. También se recomienda que se desarrolle una versión para dispositivos móviles como un Smartphone, Tablet PC, PDA, etc. para mayor portabilidad. Página 62 de 172

63 Referencias Bibliográficas Albornoz, M. C., Necco, C. M., & Montejano, G. A. (2011). Modelo de Desarrollo de Interfaces en Lenguaje Funcional. San Luis. Booch, G. (2005). The Unified Modeling Language User Guide. Addison Wesley Professional. Cobo, A. (2007). Diseño y programación de bases de datos. Editorial Visión Libros. De Pablos Heredero, C. (2004). Informática y Comunicaciones en la Empresa (Ilustrada ed.). ESIC. Flores, M. (2012). Desarrollando aplicaciones informáticas con RUP. Recuperado el 27 de 09 de 2012, de Gosling, J., & McGilton, H. (1996). Oracle. Obtenido de The Java Language Environment: Contents: html Ians, E. (2012). Your First Cup. Redwood City, California, USA. Kruchten, P. (2004). The Rational Unified Process. An introduction (3 ed.). Addison Wesley. Martínez Perales, D. (2009). UNIX a base de Ejemplos. Oracle. (2012). Java SE Technical Documentation. Recuperado el 26 de 09 de 2012, de Oracle. (14 de 06 de 2012). The Java Technology Phenomenon. Recuperado el 26 de 09 de 2012, de Pavón Mestras, J. (2008). Estructura de las Aplicaciones Orientadas a Objetos. Madrid. Pressman, R. S. (2005). Ingeniería del Software: Un enfoque práctico (6 ed.). McGraw-Hill. Real Academia Española. (2001). Diccionario de la Lengua Española (22 ed.). Madrid: ESPASA. The PostgreSQL Global Development Group. (2012). PostgreSQL. Recuperado el 26 de 09 de 2012, de Página 63 de 172

64 VIII. ANEXOS A. RESULTADOS DE LA FASE DE INICIACIÓN Página 64 de 172

65 A.1. Cuestionario Fig. 23. Cuestionario proporcionado para recabar información. Página 65 de 172

66 A.2. Artefacto #1: Documento Visión Tabla de Contenidos 1. Propósito Alcance Visión Posicionamiento Oportunidad de Negocio Declaración del Problema Declaración del Posicionamiento del Producto Descripción de los stakeholders Perfil de los stakeholders Responsable de la dirección Responsable de la secretaría Responsables de la docencia Declaración de las necesidades Necesidades de la dirección Necesidades de la secretaría Descripción del Sistema Perspectiva del Sistema Resumen de capacidades Restricciones identificadas Página 66 de 172

67 Propósito El propósito de este documento es recoger, analizar y definir las diferentes necesidades de alto nivel y las características del Centro de Atención Integral, Proyecto Marcos 10:14. Se enfoca la funcionalidad requerida por los participantes en el proyecto y los usuarios finales. Alcance El alcance de SIAPMAR abarca las actividades descritas por los stackesholders, enfocándose en la parte académica del Proyecto Marcos. Visión Especificar una visión clara es fundamental para desarrollar un producto que cumpla las necesidades reales de los interesados. En este punto, la visión del sistema informático en relación al proyecto Marcos sería: Hacer uso de SIAPMAR para que sea de apoyo hacia una proyección del proyecto más grande de cara al futuro. Página 67 de 172

68 Posicionamiento Oportunidad de Negocio Al iniciar un ciclo académico, el proyecto tiene que contar con personas que posean determinadas capacidades y competencias en informática para que ayuden a cumplir la misión del proyecto. Declaración del Problema Los problemas En el CAI se usaban frecuentemente plantillas y formularios impresos confeccionados y proporcionados por la ONG Compassion. Estos documentos son estándar para todos los proyectos de Compassion mundialmente. El proyecto Marcos tiene que hacer rendición de cuentas a Compassion a través de Informes, documentos formularios llenados. El problema es que hay tantísimos registros en físico que dificultan mucho la eficiencia del trabajo de la junta directiva, cuando tienen que buscar solo algunos datos, y con ellos deben hacer reportes. Otro problema es que hay datos duplicados. Otro es que no hay control riguroso, preciso y eficiente. Afecta a Proyecto Marcos 10:14 Junta Directiva del Proyecto Quinta Iglesia Bautista Galilea Alumnos inscritos La comunidad Cuyo Impacto es La solución exitosa sería En resumen: Retraso en los reportes. Extracción de datos no fidedigna. Utilizar un Sistema que facilite la información necesaria en el momento deseado. El problema de la falta de tiempo para realizar reportes y control efectivo de la información. Afecta al proyecto y su entorno. Cuyo Impacto es el retraso de reportes, y extracción no fidedigna de datos. La solución exitosa sería utilizar SIAPMAR para facilitar la información necesaria. Página 68 de 172

69 Declaración del Posicionamiento del Producto Para La directiva del Proyecto NI-126 Marcos 10:14 Quien (es) Controlan las matrículas, cartas, historia clínica, hacen reportes SIAPMAR Es un sistema informático Que Permite gestionar matrículas, control médico y psicológico, beneficios, y otras actividades del proyecto. Descripción de los stakeholders Para proveer de una forma efectiva el producto que se ajuste a las necesidades de los usuarios, es necesario identificar e involucrar a todos los participantes en el proyecto como parte del proceso de modelado de requerimientos. También es necesario identificar a los usuarios del sistema y asegurarse de que el conjunto de participantes y de los usuarios involucrados en el proyecto los representa adecuadamente. Esta sección muestra un perfil de los participantes y de los usuarios involucrados en el proyecto (acápite 8), así como los problemas más importantes (acápite 9) que éstos perciben para enfocar la solución propuesta hacia ellos. En la siguiente tabla se muestra en resumen los stakeholders: qué cargo tienen, su nombre, y la información de contacto: Cargo Nombre Información de contacto Directora Fanny del Carmen López Loáisiga , Secretaria Lisbeth Adela Chávez Bravo Docente María Isidra Dávila , , Docente Raquel Eneida Senabria Solís Página 69 de 172

70 Perfil de los stakeholders Responsable de la dirección Representante Descripción Fanny del Carmen López Loáisiga Es la persona encargada de rendir cuentas a la ONG Compassion International y a la Iglesia Bautista Galilea. Responsabilidades -Dirección y supervisión del programa diseñado por las oficinas de Compassion Internacional. -Brindar informes a Compassion. -Realizar compras. -Elección de docentes. Responsable de la secretaría Representante Descripción Lisbeth Adela Chávez Bravo Se desempeña en la organización, investigación y planeación de las actividades del proyecto. Responsabilidades -Supervisa que los tutores apliquen el currículo debidamente. -Comunica decisiones y actividades orientadas por Compassion. -Responsable del archivo de los niños. -Lleva el control de cartas que los niños reciben mensualmente de sus patrocinadores. -Redacta cartas. Responsables de la docencia Representantes Raquel Eneida Senabria Solís María Isidra Dávila Descripción Su trabajo es completamente académico, cubriendo cuatro áreas de énfasis: cognitiva, espiritual, socio-económico y salud física. Responsabilidades -Planear las clases. -Visitar a los niños. -Control de asistencia de los niños. -Elaboran (o ayudan a hacer) cartas junto con los niños. Página 70 de 172

71 Declaración de las necesidades A continuación se detallarán cada una de las necesidades, y su relación actual en el proyecto Marcos. Necesidades de la dirección Necesidad Informatizar el expediente de los niños Prioridad Problema (s) que origina Alta, Media, Baja -Pérdida de tiempo -Inconsistencia de datos. -La información es redundante. Solución actual Organizan los documentos en archivador AMPO Solución del Sistema Crear un formulario de expedientes donde tenga acceso a todos los documentos del niño. Informatizar las actividades de los padres de familia Alta, Media, Baja -No llevar el control adecuado de las actividades de los tutores del niño. -Inconformidad y malos entendidos. Llenan un formulario en físico Crear un formulario donde se le den seguimiento a las actividades que hacen los tutores del niño. Informatizar las actividades de los docentes Alta, Media, Baja -No tener a mano los contactos de los docentes -No llevar un control adecuado en las actividades docentes La secretaria evalúa si los docentes cumplen con el currículo (pensum) Crear un formulario donde se pueda guardar los datos de los docentes y darle seguimiento a sus actividades. Página 71 de 172

72 Necesidades de la secretaría Necesidad Llevar el control de las cartas que los niños reciben de sus patrocinadores Llevar el control de asistencias trimestrales Llevar el control de beneficios Prioridad Problema (s) que origina Pérdida de tiempo al revisar si ya el niño envío primero Alta, sus cartas al Media, patrocinador, y Baja luego revisar si el patrocinador mando la retroalimentación Alta, Media, Baja Alta, Media, Baja -Hacer recuento de asistencias mes a mes -Descuidos en las visitas a los niños -Mala distribución de los beneficios -Inconformidad -No hay control Solución actual La secretaria tiene que revisar cautelosamente que el niño ha mandado primero las cartas al patrocinador, supervisa al docente El docente llena el formato de asistencia y tiene que elaborar un reporte trimestral La secretaria se encarga de darle los beneficios a los docentes Solución del Sistema Crear un formulario donde se lleve el control de las cartas enviadas y recibidas al patrocinador por niño Un formulario para llevar el control de la asistencia, y se pueda efectuar un reporte de asistencia trimestral Un formulario para que la secretaria supervise a los docentes en la entrega de beneficios Realizar actualización de datos Dar seguimiento a actividades curriculares y de servicio Alta, Media, Baja Alta, Media, Baja Datos actualizados incorrectamente -Control ineficiente en las actividades que hacen los niños -Inconformidad y malos entendidos de los padres La secretaria se encarga de actualizar los datos y reimprime los formularios físicos La secretaria supervisa un formato llenado por los docentes Un formulario donde se pueda actualizar los datos de cada niño Que en un formulario los docentes puedan llenar los datos de la actividad, y que en otro la secretaria pueda Página 72 de 172

73 Informatizar la matrícula de niños de nuevo ingreso Alta, Media, Baja Datos proporcionados de los tutores están incompletos o pobres, lo que obliga a reimprimir Realiza la matricula en formatos físicos monitorizar Usar formularios interrelacionados para que tenga control adecuado en las matrículas Descripción del Sistema El Sistema Informático de Actividades Programáticas Marcos (SIAPMAR) puede ser caracterizado dentro de la categoría de software de gestión académica. Esta referencia facilita la comprensión por parte de aquellos que se acerquen al mismo. Perspectiva del Sistema La perspectiva del sistema que a continuación se indica es lo que ha de esperarse del sistema, en términos de qué es el sistema antes que sobre sus funcionalidades o metas: SIAPMAR está destinado a ser una herramienta de apoyo para el control de las actividades programáticas en el proyecto Marcos 10:14 Página 73 de 172

74 Resumen de capacidades Este resumen de capacidades detalla todo lo que el sistema debe ser capaz de hacer, contrastando con una macro-característica técnica. Las necesidades son las mismas mencionadas anteriormente (acápite 9) y a la par se presenta la característica de alto nivel que ataca el tema de la necesidad indicada. Necesidad Informatizar el expediente de los niños Informatizar las actividades de los padres de familia Informatizar las actividades de los docentes Llevar el control de las cartas que los niños reciben de sus patrocinadores Llevar el control de asistencias trimestrales Llevar el control de beneficios Realizar actualización de datos Dar seguimiento a actividades curriculares y de servicio Informatizar la matrícula de niños de nuevo ingreso Macro-características Interfaz limpia y única de expediente Control de las actividades de los padres Control de las actividades docentes Control de cartas Control de asistencias Control de beneficios Control de actualizaciones Control a actividades de los niños Control de matrículas Restricciones identificadas Las restricciones encontradas permiten hacer un recuento de cada una de las limitaciones impuestas por el contexto del sistema. Éstas ayudarán a modelar el sistema de una forma precisa y clara. La limitación u obligación deben respetarse en el desarrollo y en el sistema entregado. Limitación u obligación Elaborar cheques Elaborar informe financiero mensual Elaborar presupuesto anual Elaborar enmiendas al presupuesto Inventario de materiales Inventario de cocina Inventario de mobiliario Que es de tipo Financiero Financiero Financiero Financiero Inventario Inventario Inventario Página 74 de 172

75 A.3. Artefacto #2: Especificación de Requerimientos Tabla de Contenidos 1. Descripción General Perspectiva del Producto Funciones del Producto Características de los Usuarios Restricciones Suposiciones y Dependencias Requisitos Futuros Requerimientos Específicos Requerimientos Funcionales del Sistema Módulo 2: Matrícula Sub-módulo 1: Historia Sub-módulo 2: Ficha Socio-económica Módulo 3: Psicopedagogía Sub-módulo 1: Registro de Necesidades Especiales Módulo 4: Pediatría Sub-módulo 1: Historia Clínica Pediátrica Módulo 5: Informe de Referencia de Diagnósticos y Tratamiento Módulo 6: Fondo Médico Compassion Módulo 7: Cartas Sub-módulo 1: Registro de Correspondencia Módulo 8: Tipo de Programa Educativo Módulo 9: Actividades Sub-módulo 1: Visitas Sub-módulo 2: Revisión de Expediente Módulo 10: Reportes Requerimientos No Funcionales del Sistema Referencias Página 75 de 172

76 1. Descripción General 1.1. Perspectiva del Producto Por la naturaleza de este proyecto de ingeniería de software, SIAPMAR, es un sistema independiente de otros productos de software existentes o utilizadas por el cliente Fanny del Carmen López Loáisiga, por tal motivo no se hace necesario establecer relación con otros Funciones del Producto SIAPMAR es un sistema multiagente que está enmarcado para cumplir con las siguientes funciones: Administrar los perfiles de los clientes. Gestionar el proceso de matriculación y actualización. Gestionar citas médicas, psicológica. Administrar cuentas de usuario. Permitir la Configuración del sistema al usuario para darle personalización a la funcionalidad. Gestionar actividades programáticas de Compassion. Generar reportes. Para describir de forma más precisa las funcionalidades identificadas para el Sistema, se han organizado de la siguiente manera: Cargo Dirección Secretaría Docencia Funciones Configuración del sistema Administrar cuentas de usuarios Administrar cuentas de usuarios Gestión de beneficios Control de asistencia Control de visitas Página 76 de 172

77 1.3. Características de los Usuarios Para el acceso al sistema se definen tres cargos (o perfiles): El cargo de dirección tiene control total en el sistema. El cargo de secretaría tiene casi control total en el sistema, no podrá generar reporte de las cuentas de usuario, y podrá actualizar sólo su perfil administrativo. El cargo de docencia es el que menos acceso tendrá, sólo podrá acceder a cinco formularios: Registro de necesidades especiales, Registro de correspondencia, Tipo de programa educativo, Visitas, Actualización de perfiles, y con la condición de solo modificar a los alumnos de su grupo asociado Restricciones -El sistema podrá realizar la conexión pertinente con el servidor de base de datos PostgreSQL y la conexión solo se podrá hacer con una cuenta tipo administrador de dicho sistema de base de datos. -En la máquina en que se ejecute deberá de existir Java instalado (JRE) Suposiciones y Dependencias Algunos factores que pueden afectar los requerimientos del sistema son: -Agregar nuevas funcionalidades a las ya definidas anteriormente. -Utilización de un lenguaje de programación diferente a JAVA para la realización de requerimientos futuros Requisitos Futuros Algunos requerimientos que se podrían plantear en el futuro serían: -Hacer el sistema de informacióndestinado alentorno web. -Enviar información sobre nuevos usos de la aplicación a través de sus s almacenados en la base de datos. Página 77 de 172

78 2. Requerimientos Específicos 2.1. Requerimientos Funcionales del Sistema *Los primeros requerimientos del primer módulo ya fueron detallados anteriormente en Resultados Módulo 2: Matrícula *Anteriormente se detallaron los requisitos (RF3-RF5), se dejan a continuación para facilitar la comprensión del sub-módulo Ficha Socioeconómica Sub-módulo 1: Historia Id. Requerimiento Descripción Entradas Salidas Proceso RF3-RF5 Se puede ingresar a los nuevos niños, actualizar y consultar los datos de los niños existentes. Este sub-módulo está compuesto por las siguientes secciones: Actividades cristianas. Obligaciones familiares. Pasatiempos. Salud. Estudios. Tutores. Padres familiares. Datos generales de la vida del niño Datos registrados El operador del sistema pide dicha información que aparecerá en la interfaz de forma tabulada y ordenada Precondiciones El operador debe de estar autenticado Postcondiciones Se podrá consultar los datos Prioridad Alta Rol que lo Secretaría, docencia ejecuta Página 78 de 172

79 Sub-módulo 2: Ficha Socio-económica Id. Requerimiento Descripción Entradas Salidas Proceso RF6-RF8 Se puede ingresar, actualizar y consultar datos socioeconómicos de los niños existentes. Este sub-módulo está compuesto por las siguientes secciones: Aspecto social y económico. Educación. Aspecto religioso. Vivienda. Aspecto, salud y nutrición. Otra información. Datos socio económicos, de salud del niño, entre otros Datos registrados El operador del sistema pide dicha información que aparecerá en la interfaz de forma tabulada y ordenada Módulo 3: Psicopedagogía Sub-módulo 1: Registro de Necesidades Especiales Precondiciones El operador debe de estar autenticado Postcondiciones Se podrá consultar los datos Prioridad Alta Rol que lo Secretaría, docencia ejecuta Id. RF9-RF11 Requerimiento Descripción Se puede ingresar, actualizar y consultar datos psicopedagogos de los niños existentes. En este sub-módulo se puede llevar el control del comportamiento del niño. Entradas Evaluar al niño con base a algunos criterios Salidas Evaluacionesregistradas Proceso El operador del sistema chequea cómo está el comportamiento actual del niño por medio de la evaluación previa del docente Precondiciones El docente debe evaluar muy bien el comportamiento del niño Postcondiciones Se podrá volver a evaluar Prioridad Rol que lo ejecuta Alta Secretaría, docencia Página 79 de 172

80 Módulo 4: Pediatría Sub-módulo 1: Historia Clínica Pediátrica Id. Requerimiento Descripción RF12-RF14 Se puede ingresar, actualizar y consultar datos pediátricos de los niños existentes. Este sub-módulo está compuesto por las siguientes secciones: Consulta. Antecedentes obstétricos y familiares. Patología. Esquema de vacunación. Enfermedades. Historia de la alimentación. Examen físico y evaluación médica. Exámenes de laboratorio. Datos pediátricos del niño Datos registrados El operador del sistema pide dicha información al pediatra Módulo 5: Informe de Referencia de Diagnósticos y Tratamiento Id. Requerimiento Descripción RF15-RF17 Se puede ingresar, actualizar y consultar los informes de diagnósticos médicos de los niños existentes. En este módulo se pueden registrar: El diagnóstico y el problema detectado por el médico. El motivo de la referencia. Resumen clínico y tratamiento Datos proporcionados por el médico tratante Datos registrados El operador del sistema pide dicha información al médico Entradas Salidas Proceso Precondiciones El operador debe de estar autenticado Postcondiciones Se podrá consultar los datos Prioridad Alta Rol que lo Secretaría, docencia ejecuta Entradas Salidas Proceso Precondiciones El médico debió de examinar al niño, y emitir su dictamen Postcondiciones hospital o clínica privada al niño que resulte en delicado Se podrá consultar los datos. Remitir a un centro de salud, estado Prioridad Rol que lo ejecuta de salud Alta Secretaría, dirección Página 80 de 172

81 Módulo 6: Fondo Médico Compassion Id. Requerimiento Descripción RF18-RF20 Se puede ingresar, actualizar y consultar las necesidades médicas de los niños existentes. En este módulo se puede hacer una descripción del padecimiento del niño, tratamiento sugerido, y el costo estimado del tratamiento. Datos del padecimiento del niño Datos registrados El operador del sistema pide dicha información al médico tratante Prioridad Rol que lo ejecuta petición Alta Secretaría, dirección Módulo 7: Cartas Sub-módulo 1: Registro de Correspondencia Entradas Salidas Proceso Precondiciones El doctor debió examinar al niño y emitir su dictamen Postcondiciones última mientras no esté caducada o se haya rechazado Se podrá consultar las peticiones realizadas, y actualizar la dicha Id. RF21-RF23 Requerimiento Descripción Se puede ingresar, actualizar y consultar las cartas enviadas y recibidas de los niños. En este sub-módulo se puede controlar las fechas de realización de cartas del niño, y las fechas de recepción de cartas de los patrocinadores Entradas Fechas de recepción de cartas Salidas Datos registrados Proceso El operador del sistema pide todas las cartas recepcionadas y digita la fecha en que se recibió Precondiciones La secretaria debió de haber ido a la Oficina de Compassion a retirar las cartas enviadas y a depositar las cartas realizadas Postcondiciones mientras no esté Se podrá consultar las cartas realizadas, y actualizar la última inactiva Prioridad Rol que lo ejecuta Media Secretaría, dirección, docencia Página 81 de 172

82 Módulo 8: Tipo de Programa Educativo Prioridad Rol que lo ejecuta Media Secretaría, docencia Módulo 9: Actividades Sub-módulo 1: Visitas Id. Requerimiento Descripción RF27-RF29 Se puede ingresar, actualizar y consultar las visitas realizadas por los docentes. Aquí se describen los motivos, logros, y fecha de la visita al niño Datos del tutor del niño Datos registrados El operador del sistema pide dicha información al docente Id. RF24-RF26 Requerimiento Descripción Se puede ingresar, actualizar y consultar el tipo de programa educativo del niño. En este módulo se puede digitar el programa educativo, año, y fecha de revisión en que está el niño Entradas Datos proporcionados del tutor (padre de familia) Salidas Datos registrados Proceso El operador debe revisar el boletín o certificado actual del niño, y digitar los datos que se piden Precondiciones El niño, el tutor o el docente deben de presentar el boletín o certificado de notas actual del niño Postcondiciones Se podrá consultar los registros, y actualizarlos Entradas Salidas Proceso Precondiciones El docente debió de haber ido a visitar al niño, y traer los resultados de la visita Postcondiciones visitas Se podrá consultar las peticiones realizadas, y actualizar las Prioridad Baja Rol que lo Secretaría, docencia ejecuta Página 82 de 172

83 Sub-módulo 2: Revisión de Expediente Id. Requerimiento Descripción RF30-RF32 Se puede chequear que todos los documentos del expediente del niño estén completados e íntegros Módulo 10: Reportes Entradas Salidas Expediente supervisado Proceso El operador del sistema chequea los documentos que estén completos Precondiciones El docente o la secretaria deberían de haber revisado la completitud de los documentos del niño Postcondiciones Se podrá consultar el expediente, y actualizarlo Prioridad Baja Rol que lo Secretaría, docencia ejecuta Id. RF33-RF35 Requerimiento Descripción Se puede consultar, exportar e imprimir reportes Entradas Salidas Reporte generado Proceso El operador del sistema genera el reporte deseado Precondiciones Ya deben de haber datos previos del reporte que se requiere generar Postcondiciones Consultar el reporte Prioridad Alta Rol que lo Dirección, secretaría ejecuta Página 83 de 172

84 2.2. Requerimientos No Funcionales del Sistema Id req. Nombre del requerimiento Descripción RNF1 Facilidad de instalación Al ejecutar el instalador del sistema saldrá un asistente con interfaz amigable para completar la instalación. RNF2 Interfaz La interfaz de usuario será amigable y fácil de usar. El usuario podrá cambiar el color de fondo e imagen de la ventana principal. 3. Referencias Artefacto #1: Documento Visión. En la página 62. Artefacto #4: Glosario. En la página 92. Página 84 de 172

85 A.4. Artefacto #3: Plan de Desarrollo de Software Plan de Desarrollo de Software Propósito El propósito del Plan de Desarrollo de Software es proporcionar la información necesaria para controlar el proyecto. En él se describe el enfoque de desarrollo del software. Alcance Este plan de desarrollo de software abarcará todas las fases de la metodología RUP, y se limitará con la primera iteración del sistema. Página 85 de 172

86 1. Vista General del Proyecto 1.1. Suposiciones y Restricciones El sistema es de tipo de gestión académica, por lo tanto, todos los requerimientos que no se ajusten a las actividades académicas del proyecto Marcos 10:14 quedan invalidados. No se abordará nada de contabilidad, de inventario, ni de recursos humanos, exclusivamente se enfocarán en las llamadas actividades programáticas que son predeterminadas y ordenadas por la ONG Compassion para la ejecución en el Proyecto Marcos 10:14. El sistema será de tipo de escritorio por lo tanto se ejecutará en un ordenador personal, pero trabaja bajo el modelo cliente/servidor, solo se tendría que configurar la instancia de PostgreSQL del cliente para conectarse al servidor. El sistema está programado para trabajar con una resolución de pantalla de 1024 x 768 pixeles, ya que es un tamaño estándar y todos los monitores lo soportan. El software en cuestión está programado en Java, por lo tanto se podrá ejecutar desde cualquier sistema operativo que contenga la máquina virtual de Java. Página 86 de 172

87 1.2. Entregables del proyecto A continuación se indican y describen cada uno de los artefactos que serán generados y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la configuración de RUP desde la perspectiva de artefactos, y que proponemos para este proyecto. Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso iterativo e incremental), todos los artefactos son objeto de modificaciones a lo largo del proceso de desarrollo, con lo cual, sólo al término del proceso podríamos tener una versión definitiva y completa de cada uno de ellos. Sin embargo, el resultado de cada iteración y los hitos del proyecto están enfocados a conseguir un cierto grado de completitud y estabilidad de los artefactos. Esto será indicado más adelante cuando se presenten los objetivos de cada iteración. 1) Plan de Desarrollo del Software Es el presente documento. 2) Especificación de Requerimientos Es una descripción completa del comportamiento del sistema desarrollar. que se va a 3) Visión Este documento define la visión del producto desde la perspectiva del cliente, especificando las necesidades y características del producto. Constituye una base de acuerdo en cuanto a los requisitos del sistema. 4) Glosario Es un documento que define los principales términos usados en el proyecto. Permite establecer una terminología consensuada. 5) Especificaciones de Casos de Uso Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos no-funcionales asociados. También, para casos de uso cuyo flujo de eventos sea complejo podrá adjuntarse una representación gráfica mediante un Diagrama de Actividad. Página 87 de 172

88 6) Modelo de Análisis y Diseño Este modelo establece la realización de los casos de uso en clases y pasando desde una representación en términos de análisis (sin incluir aspectos de implementación) hacia un de diseño (incluyendo una orientación hacia el entorno de implementación), de acuerdo al avance del proyecto. 7) Modelo de Datos Previendo que la persistencia de la información del sistema será soportada por una base de datos relacional, este modelo describe la representación lógica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza un Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos, para conseguir la representación de tablas, claves, etc.) 8) Prototipos de Interfaces de Usuario Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las interfaces que proveerá el sistema y así, conseguir retroalimentación de su parte respecto a los requisitos del sistema. Estos prototipos se realizarán como: dibujos a mano en papel, dibujos con alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Sólo los de este último tipo serán entregados al final de la fase de Elaboración, los otros serán desechados. Asimismo, este artefacto, será desechado en la fase de Construcción en la medida que el resultado de las iteraciones vayan desarrollando el producto final. 9) Manual de Instalación Este documento incluye las instrucciones para realizar la instalación del producto. 10) Material de Usuario Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Guías del Usuario, Guías de Operación, Guías de Mantenimiento. 11) Producto Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para facilitar su instalación. El producto, a partir de la primera iteración de la fase de Construcción es desarrollado incremental e iterativamente, obteniéndose una nueva release al final de cada iteración. Página 88 de 172

89 1.3. Evolución del Plan de Desarrollo del Software El Plan de Desarrollo del Software se revisará y se refinará antes del comienzo de cada iteración. 2. Organización del Proyecto 2.1. Participantes en el Proyecto De momento no se incluye un personal completo, ya que este Plan de Desarrollo de Software está destinado a ser parte de una Forma de Culminación de Estudios de la carrera de Ingeniería en Sistemas y Tecnologías de la Información, de la Universidad Centroamericana en Managua, y el único integrante de este Trabajo Final es el alumno Helio Thomás Mora Flores. Pero considerando las fases de Iniciación, Elaboración, Construcción y Transición, el equipo estaría formado por los siguientes puestos de trabajo y personal asociado. Jefe de Proyecto. Analista de Sistemas. Analistas - Programadores. Ingeniero de Software. Tester Roles y Responsabilidades A continuación se describen las principales responsabilidades de cada uno de los puestos en el equipo de desarrollo durante las fases de acuerdo con los roles que desempeñan en RUP. Puesto Jefe de Proyecto Responsabilidad El jefe de proyecto asigna los recursos, gestiona las prioridades, coordina las interacciones con los clientes y usuarios, y mantiene al equipo del proyecto enfocado en los objetivos. El jefe de proyecto también establece un conjunto de prácticas que aseguran la integridad y calidad de los artefactos del proyecto. Además, el jefe de proyecto se encargará de supervisar el establecimiento de la arquitectura del sistema. Gestión de riesgos. Planificación y control del proyecto. Página 89 de 172

90 Analista de Sistemas Programador Ingeniero de Software Tester Captura, especificación y validación de requisitos, interactuando con el cliente y los usuarios mediante entrevistas. Elaboración del Modelo de Análisis y Diseño. Colaboración en la elaboración de las pruebas funcionales y el modelo de datos. Construcción de prototipos. Colaboración en la elaboración de las pruebas funcionales, modelo de datos y en las validaciones con el usuario Gestión de requisitos, gestión de configuración y cambios, elaboración del modelo de datos, preparación de las pruebas funcionales, elaboración de la documentación. Elaborar modelos de implementación y despliegue. Un tester investiga un producto de software con el objetivo de obtener información acerca de su calidad y del valor que representa para quienes lo utilizan.asume el desafío de detectar la mayor cantidad de fallas severas (incidentes de alto impacto) con el mínimo esfuerzo, antes de que el software salga a producción. El tester participa de todas las etapas del proceso de desarrollo de software, colaborando para asegurar la máxima calidad del producto. Su perfil conjuga un conjunto de habilidades con el conocimiento del negocio, de la aplicación bajo prueba y de cómo planificar, diseñar, ejecutar y administrar las pruebas. Página 90 de 172

91 3. Gestión del Proceso 3.1. Plan del Proyecto En esta sección se presenta la organización en fases y el calendario del proyecto Plan de las Fases El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de ellas. Los hitos que marcan el final de cada fase se describen en la siguiente tabla. Descripción Fase de Inicio Fase de Elaboración Hito En esta fase desarrollarán los requisitos del producto desde la perspectiva del usuario, los cuales serán establecidos en el artefacto Visión. Los principales casos de uso serán identificados y se hará un refinamiento del Plan de Desarrollo del Proyecto. La aceptación del cliente/usuario del artefacto Visión y el Plan de Desarrollo marcan el final de esta fase. En esta fase se analizan los requisitos y se desarrolla un prototipo de arquitectura (incluyendo las partes más relevantes y / o críticas del sistema). Al final de esta fase, todos los casos de uso correspondientes a requisitos que serán implementados en la primera release de la fase de Construcción deben estar analizados y diseñados (en el Modelo de Análisis / Diseño). La revisión y aceptación del prototipo de la arquitectura del sistema marca el final de esta fase. En nuestro caso particular, por no incluirse las fases siguientes, la revisión y entrega de todos los artefactos hasta este punto de desarrollo también se incluye como hito. La primera iteración tendrá como objetivo la identificación y especificación de los principales casos de uso, así como su realización preliminar en el Modelo de Análisis / Diseño, también permitirá hacer una revisión general del estado de los artefactos hasta este punto y ajustar si es necesario la planificación para asegurar el cumplimiento de los objetivos. Ambas iteraciones tendrán una duración de unasemana. Página 91 de 172

92 Fase de Construcción Durante la fase de construcción se terminan de analizar y diseñar todos los casos de uso, refinando el Modelo de Análisis / Diseño. Se comienza la elaboración de material de apoyo al usuario. Fase de Transición El hito que marca el fin de esta fase es la versión de la releas, con la capacidad operacional parcial del producto que se haya considerado como crítica, lista para ser entregada a los usuarios para pruebas beta. En esta fase se prepararán las releases para distribución, asegurando una implantación y cambio del sistema previo de manera adecuada, incluyendo el entrenamiento de los usuarios. El hito que marca el fin de esta fase incluye, la entrega de toda la documentación del proyecto con los manuales de instalación y todo el material de apoyo al usuario, la finalización del entrenamiento de los usuarios y el empaquetamiento del producto. Página 92 de 172

93 Calendario del Proyecto A continuación se presenta un calendario de las principales tareas del proyecto. Como se ha comentado, el proceso iterativo e incremental de RUP está caracterizado por la realización en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayoría de los artefactos son generados muy tempranamente en el proyecto pero van desarrollándose en mayor o menor grado de acuerdo a la fase e iteración del proyecto. La siguiente figura ilustra este enfoque, en ella lo ensombrecido marca el énfasis de cada disciplina (workflow) en un momento determinado del desarrollo. Página 93 de 172

94 Para este proyecto se ha establecido el siguiente calendario. Página 94 de 172

95 3.2. Seguimiento y Control del Proyecto Gestión de Requisitos Los requisitos del sistema son especificados en el artefacto Visión. Cada requisito tendrá una serie de atributos tales como importancia, estado, iteración donde se implementa, etc. Estos atributos permitirán realizar un efectivo seguimiento de cada requisito. Los cambios en los requisitos serán gestionados mediante una Solicitud de Cambio, las cuales serán evaluadas y distribuidas para asegurar la integridad del sistema y el correcto proceso de gestión de configuración y cambios. 4. Referencias Artefacto #1: Documento Visión. En la página 62. Artefacto #4: Glosario. En la página 92. Página 95 de 172

96 A.5. Artefacto #4: Glosario SIAPMAR: Sistema Informático de Actividades Programáticas Marcos 10:14. Proyecto: Aunque bien puede referirse a Proyecto de Desarrollo de Software. La palabra proyecto apunta a la entidad como tal, es decir, el conjunto de personas y recursos que hacen posible la gestión académica y demás beneficios de los niños y adolescentes inscritos en el. También son válidas las referencias que se hace a proyecto en las siguientes palabras: Proyecto Marcos (10:14), Proyecto NI-126, CAI, centro de estudios, centro de atención. NI-126: NI-126 es el código que le asignó la ONG Compassion al Proyecto Marcos, es decir, el Proyecto Marcos 10:14 en Nicaragua es el NI-126. CAI (Centro de Atención Integral): Es igual a decir Proyecto o Proyecto Marcos. ONG Compassion: O simplemente Compassion, es una organización sin ánimos de lucro cuya misión es ayudar a liberar a los niños de la pobreza, financiándoles educación, medicina, desarrollo espiritual, entre otros beneficios. Stakeholder: También son llamados interesados o involucrados en un problema determinado, y que necesitan una solución. Página 96 de 172

97 B. RESULTADOS DE LA FASE DE ELABORACIÓN B.1. Artefacto # 5: Especificaciones de Casos de Uso de Sistema: Diagramas de Caso de Uso de Sistema (CUS) Página 97 de 172

98 B.1.1. CUS de Chequeo Médico Fig. 24. CUS de Chequeo médico Especificación de Caso de Uso de Sistema: Chequeo Médico Nombre CUS de Chequeo Médico Descripción Registrar chequeos médicos Actor (es) Secretaria Fecha de creación 20/10/2012 Pre condiciones -El alumno tiene que estar activo. Post condiciones -El doctor (a) brindará el dictamen médico, y la receta recomendada. Flujo Normal de Eventos 1. El usuario abre el formulario Fondo médico de Compassion para registrar las directrices del médico tratante. 2. El encargado abre el formulario Pediatría para ingresar los datos pertinentes proporcionados por el especialista en la materia. 3. El sistema guarda esos datos y le da la opción para imprimir el formulario. Excepciones --- Anotaciones La cuenta de usuario de la secretaría perfectamente le puede brindar el uso del sistema al médico tratante para que él mismo se encargue de dar su dictamen médico directamente en el sistema. Página 98 de 172

99 B.1.2. CUS de Chequeo Psicológico Fig. 25. CUS de Chequeo psicológico Especificación de Caso de Uso de Sistema: Chequeo Psicológico Nombre CUS de Chequeo Psicológico Descripción Registrar chequeos psicopedagogos Actor (es) Secretaría, docencia Fecha de creación 20/10/2012 Pre condiciones -El alumno tiene que estar activo, y debe mostrar comportamientos anómalos identificados por el docente del mismo. Post condiciones -El psicopedagogo proporcionará el tratamiento adecuado al tutor del alumno. Flujo Normal de Eventos 1. El usuario docente abre el formulario Registro de necesidades especiales donde chequeará en un rango de frecuencia los comportamientos del alumno. 2. Si el alumno supera tres casos de comportamientos bajo cuidado se remitirá al psicopedagogo para que se encargue de determinar y combatir a su enfermedad. Excepciones --- Anotaciones La cuenta de usuario de la secretaría o el docente pueden efectuar cambios en el formulario Registro de necesidades especiales. Página 99 de 172

100 B.1.3. CUS de Clases Fig. 26. CUS de Clases Especificación de Caso de Uso de Sistema: Clases Nombre CUS de Clases Descripción Registrar programa académico del alumno Actor (es) Secretaría, docencia Fecha de creación 20/10/2012 Pre condiciones -El alumno debe estar activo -Se debe de asignar al alumno a un grupo y a un patrocinador Post condiciones -Programa educativo actualizado Flujo Normal de Eventos 1. El usuario abre el formulario Tipo de programa educativo 2. El usuario ingresa los datos necesarios 3. El encargado actualiza los datos en el botón guardar 4. El sistema provee una opción para imprimir Excepciones --- Anotaciones --- Página 100 de 172

101 B.1.4. CUS de Correspondencias Fig. 27. CUS de Correspondencia Especificación de Caso de Uso de Sistema: Correspondencias Nombre CUS de Correspondencias Descripción Registrar cartas realizadas y recibidas en el formulario Correspondencias Actor (es) Secretaría, docencia Fecha de creación 20/10/2012 Pre condiciones -El alumno debe estar activo. -Primero estrictamente se debió de haber asignado el alumno a un patrocinador y a un grupo en el formulario Actualización de perfil. Post condiciones -Solo se podrá modificar la última fila ingresada en la tabla Flujo Normal de Eventos 1. El usuario abre el formulario Correspondencias. 2. El usuario ingresa el tipo de carta, la fecha y patrocinador. 3. El encargado debe hacer clic en el botón guardar para que queden almacenado los cambios. Página 101 de 172

102 Excepciones Si no ha ingresado ningún patrocinador en el formulario Patrocinador, entonces no le aparecerá ninguno en la lista desplegable y no podrá completar el formulario Correspondencias. Anotaciones --- B.1.5. CUS de Visitas Fig. 28. CUS de Visitas Especificación de Caso de Uso de Sistema:Visitas Nombre CUS de Visitas Descripción Registrar visitas en el formulario Visitas Actor (es) Secretaría, docencia Fecha de creación 20/10/2012 Pre condiciones -El docente debe revisar la cantidad de inasistencias para poder determinar si es necesario visitar al alumno. -Es deber del docente visitar y preguntar las razones por las que el alumno no está llegando. Post condiciones -Logros alcanzados definidos. -Si el resultado de la visita es que el alumno ya no seguirá asistiendo al centro, se le dará de baja. Flujo Normal de Eventos 1. El usuario abre el formulario Visitas. 2. El encargado ingresa los datos pertinentes. 3. Debe almacenar sus datos haciendo clic en el botón guardar o imprimir el formulario actual con el botón imprimir. Excepciones --- Anotaciones El docente debe visitar a su alumno al menos 2 veces al año, que es lo establecido por las reglas del negocio. Página 102 de 172

103 B.2. Diccionario de datos Esta es la continuación del diccionario de datos. Table: public.actvdcrist Fields Name Type Not Null Unique P/K Def Val c_alumno integer Not Null Yes Yes b_actcris varchar(7) s_otra varchar(25) Foreign Keys Foreign Key Name On Field FK Table FK Field actvdcrist_fk c_alumno public.alumno On Update On Delete Defer c_alumno Cascade No Action Yes Moment Immediate Indices Index Name On Field Unique Method Function actvdcrist_pkey c_alumno Yes btree Table: public.aspctsaludnutr Fields Name Type Not Null Unique P/K Def Val c_alumno integer Not Null Yes Yes s_enfermedad varchar(30) s_enfcorznesp varchar(30) b_pieplano varchar(2) b_pieequino varchar(2) b_pievaro varchar(2) b_manco varchar(2) b_faltadedos varchar(2) b_sordo varchar(2) b_elhabla varchar(2) b_muevbrazo varchar(2) b_muevpiern varchar(2) b_muevmano varchar(2) b_recibatencion integer b_recibmedicina integer f_modify varchar(10) s_modify varchar(20) Página 103 de 172

104 Foreign Keys Foreign Key Name On Field FK Table FK Field aspctsaludnutr_fk Indices c_alumno public.alumno c_alumno On Update On Delete Cascade No Action Yes Defer Moment Immediate Index Name On Field Unique Method Function aspctsaludnutr_pkey c_alumno Yes btree Table: public.aspectsocioec Fields Name Type Not Null Unique P/K Def Val c_parentesco integer Not Null Yes Yes c_alumno integer Not Null s_name varchar(100) s_parentesco varchar(15) v_edad integer s_ocupacion varchar(50) s_ingresomes double precision f_modify varchar(10) s_modify varchar(20) Foreign Keys Foreign Key Name On Field FK Table FK Field aspectsocioec_fk Indices c_alumno public.alumno c_alumno On Update On Delete Defer Moment Cascade No Action Yes Immediate Index Name On Field Unique Method Function aspectsocioec_pkey c_parentesco Yes btree Table: public.correspondencia Fields Name c_corr c_alumno s_tipocarta f_entregada f_recibida s_patrocinador f_modify s_modify Type integer integer varchar(50) varchar(10) varchar(10) varchar(50) varchar(10) varchar(20) Not Null Not Null Unique Yes P/K Yes Def Val Página 104 de 172

105 Foreign Keys Foreign Key Name On Field FK Table FK Field On Update On Delete correspondencia_fk s_tipocarta public.tipocarta s_tipocarta Cascade No Action Yes correspondencia_fk1 c_alumno public.alumno c_alumno Cascade No Action Yes Indices Index Name On Field Unique Method correspondencia_pkey c_corr Yes btree Defer Moment Immediate Immediate Function Table: public.empleotutor Fields Name Type Not Null Unique P/K Def Val c_alumno integer Not Null Yes Yes b_tipoempleos varchar(30) b_oficios varchar(7) s_obrero varchar(20) s_otroempleo varchar(20) f_modify varchar(10) s_modify varchar(20) Foreign Keys Foreign Key Name On Field FK Table FK Field empleotutor_fk Indices c_alumno public.alumno On Update On Delete Defer c_alumno Cascade No Action Yes Moment Immediate Index Name On Field Unique Method Function empleotutor_pkey c_alumno Yes btree Table: public.empleotutora Fields Name Type Not Null Unique P/K Def Val c_alumno integer Not Null Yes Yes b_tipoempleos varchar(30) b_oficios varchar(7) s_obrero varchar(20) s_otroempleo varchar(20) f_modify varchar(10) s_modify varchar(20) Foreign Keys Foreign Key Name On Field FK Table FK Field On On Delete Defer Moment Página 105 de 172

106 empleotutora_fk Indices c_alumno public.alumno c_alumno Update Cascade No Action Yes Immediate Index Name On Field Unique Method Function empleotutora_pkey c_alumno Yes btree Table: public.estudios Fields Name Type Not Null Unique P/K Def Val c_alumno integer Not Null Yes Yes b_asist integer Not Null s_razon varchar(25) s_nivelacad varchar(15) v_anioacad integer s_leveleu varchar(2) v_nivvocac integer s_vocac varchar(30) v_nivaprndz integer s_aprndz varchar(30) v_nivuniv integer s_caruniv varchar(30) v_nivotro integer s_otro varchar(30) s_rendim varchar(10) s_mejormat varchar(20) f_secund varchar(10) s_secund varchar(30) f_univ varchar(10) s_carruniv varchar(30) f_escuelabib varchar(10) s_cursobib varchar(30) f_vocac varchar(10) s_cursovocac varchar(30) f_otrocurso varchar(10) s_otrocurso varchar(30) f_modify varchar(10) s_modify varchar(20) Foreign Keys Foreign Key Name On Field FK Table FK Field estudios_fk Indices c_alumno public.alumno On Update On Delete Defer c_alumno Cascade No Action Yes Moment Immediate Página 106 de 172

107 Index Name On Field Unique Method Function estudios_pkey c_alumno Yes btree Table: public.fichasocioec Fields Name Type Not Null Unique P/K Def Val c_alumno integer Not Null Yes Yes s_encuestador varchar(16) s_observaciones varchar(500) f_modify varchar(10) s_modify varchar(20) Foreign Keys Foreign Key Name On Field FK Table FK Field fichasocioec_fk Indices c_alumno public.alumno On Update On Delete Defer c_alumno Cascade No Action Yes Moment Immediate Index Name On Field Unique Method Function fichasocioec_pkey c_alumno Yes btree Table: public.fondomedico Fields Name Type Not Null Unique P/K Def Val c_alumno integer Not Null Yes Yes f_elaboracion varchar(10) s_desc varchar(500) s_trat varchar(500) b_segopinmed integer s_otromed varchar(50) s_costo varchar(50) s_freqtrat varchar(50) s_contribfam varchar(50) s_qtysolic varchar(50) b_mma integer b_casoest integer s_montoautz varchar(50) f_desembolso varchar(10) f_modify varchar(10) s_modify varchar(20) Foreign Keys Foreign Key Name On Field FK Table FK Field fondomedico_fk c_alumno public.alumno c_alumno On Update On Delete Defer Cascade No Action Yes Moment Immediate Página 107 de 172

108 Indices Index Name On Field Unique Method Function fondomedico_pkey c_alumno Yes btree Table: public.grupo Fields Name Type Not Null Unique P/K Def Val c_grupo varchar(4) Not Null Yes Yes s_grupo varchar(20) v_de integer v_a integer docente varchar(100) Indices Index Name On Field Unique Method Function grupo_pkey c_grupo Yes btree Table: public.historia Fields Name Type Not Null Unique P/K Def Val c_alumno integer Not Null Yes Yes s_comentarios varchar(500) Foreign Keys Foreign Key Name On Field FK Table FK Field historia_fk Indices c_alumno public.alumno On Update On Delete Defer c_alumno Cascade No Action Yes Moment Immediate Index Name On Field Unique Method Function historia_pkey c_alumno Yes btree Table: public.impedimentos Fields Name Type Not Null Unique P/K Def Val c_alumno integer Not Null Yes Yes b_imped varchar(6) s_otra varchar(20) s_columna varchar(15) s_pieizq varchar(15) s_pieder varchar(15) Página 108 de 172

109 s_manoizq s_manoder s_piernaizq s_piernader s_brazoizq s_brazoder s_elhabla s_oidoizq s_oidoder s_ojoizq s_ojoder b_recibtrat b_recibmedicn f_modify s_modify Foreign Keys varchar(15) varchar(15) varchar(15) varchar(15) varchar(15) varchar(15) varchar(15) varchar(15) varchar(15) varchar(15) varchar(15) varchar(3) varchar(3) varchar(10) varchar(20) Foreign Key Name On Field FK Table FK Field impedimentos_fk Indices c_alumno public.alumno c_alumno On Update On Delete Defer Moment Cascade No Action Yes Immediate Index Name On Field Unique Method Function impedimentos_pkey c_alumno Yes btree Table: public.informereferencia Fields Name c_alumno f_fecha s_diagnostico s_motivo s_pulso s_presionart s_tempert s_freqresp s_resumen s_instrucciones f_envio s_acompanant s_horaenvio s_seenviaa s_medico f_modify Type integer varchar(10) varchar(500) varchar(500) varchar(20) varchar(20) varchar(20) varchar(20) varchar(500) varchar(200) varchar(10) varchar(50) varchar(10) varchar(50) varchar(50) varchar(10) Not Null Not Null Unique Yes P/K Yes Def Val Página 109 de 172

110 s_modify Foreign Keys varchar(20) Foreign Key Name On Field FK Table FK Field informereferencia_fk Indices c_alumno public.alumno c_alumno On Update On Delete Cascade No Action Yes Defer Moment Immediate Index Name On Field Unique Method Function informereferencia_pkey c_alumno Yes btree Table: public.madrenat Fields Name Type Not Null Unique P/K Def Val c_alumno integer Not Null Yes Yes b_vivo varchar(16) b_viveconnino varchar(2) b_contribuyfinc varchar(2) b_impedimento varchar(12) s_impedimento varchar(20) b_cronicoenf varchar(12) s_cronicoenf varchar(20) b_mentalenf varchar(12) b_encarcel varchar(12) f_modify varchar(10) s_modify varchar(20) Foreign Keys Foreign Key Name On Field FK Table FK Field madrenat_fk Indices c_alumno public.alumno On Update On Delete Defer c_alumno Cascade No Action Yes Moment Immediate Index Name On Field Unique Method Function madrenat_pkey c_alumno Yes btree Table: public.obligfam Fields Name c_alumno b_oblig Type integer varchar(14) Not Null Not Null Unique Yes P/K Yes Def Val Página 110 de 172

111 s_otra Foreign Keys Foreign Key Name varchar(25) On Field FK Table FK Field obligfam_fk c_alumno public.alumno c_alumno Indices On Update Cascade On Delete No Action Defer Yes Moment Immediate Index Name On Field Unique Method obligfam_pkey c_alumno Yes btree Description (none) Table: public.padrenat Fields Name c_alumno b_vivo b_viveconnino b_contribuyfinc b_impedimento s_impedimento b_cronicoenf s_cronicoenf b_mentalenf b_encarcel f_modify s_modify Foreign Keys Foreign Key Name Type integer varchar(16) varchar(2) varchar(2) varchar(12) varchar(20) varchar(12) varchar(20) varchar(12) varchar(12) varchar(10) varchar(20) On Field FK Table FK Field padrenat_fk c_alumno public.alumno c_alumno Indices Not Null Not Null On Update Cascade Unique Yes On Delete No Action Index Name On Field Unique Method padrenat_pkey c_alumno Yes btree Description (none) Table: public.padresnat Fields Name Type Not Null Unique P/K Yes P/K Defer Yes Function Def Val Página 111 de 172 Moment Immediate Function Def Val

112 c_alumno s_juntos s_ecivil s_razonnovivenjuntos v_numhijos v_numhijas s_hno1reg s_hno2reg f_modify s_modify Foreign Keys Foreign Key Name integer varchar(12) varchar(50) varchar(100) integer integer varchar(100) varchar(100) varchar(10) varchar(20) On Field FK Table FK Field padresnat_fk c_alumno public.alumno c_alumno Indices Not Null On Update Cascade Yes On Delete No Action Yes Defer Yes Moment Immediate Index Name On Field Unique Method padresnat_pkey c_alumno Yes btree Description (none) Table: public.participacion Fields Name c_alumno b_otroproj s_otroproj b_esteproj b_otroprojnocompas s_otroprojnocompas b_hnoregproj s_hnoregproj f_modify s_modify Foreign Keys Foreign Key Name Type integer integer varchar(50) integer integer varchar(50) integer varchar(50) varchar(10) varchar(20) On Field FK Table FK Field participacion_fk c_alumno public.alumno c_alumno Indices Not Null Not Null On Update Cascade Unique Yes On Delete No Action P/K Yes Defer Yes Function Def Val Moment Immediate Index Name On Field Unique Method Function Página 112 de 172

113 participacion_pkey c_alumno Yes btree Description (none) Table: public.pastdep Fields Name c_alumno b_pastdep s_instrumento s_otro Foreign Keys Foreign Key Name Type integer varchar(26) varchar(25) varchar(25) On Field FK Table FK Field pastdep_fk c_alumno public.alumno c_alumno Indices Not Null Not Null On Update Cascade Unique Yes On Delete No Action P/K Yes Defer Yes Def Val Moment Immediate Index Name On Field Unique Method pastdep_pkey c_alumno Yes btree Description (none) Table: public.patrocinador Fields Name c_patrocinador s_patrocinador b_estado Indices Type varchar(4) varchar(100) integer Not Null Not Null Unique Index Name On Field Unique Method patrocinador_pkey c_patrocinador Yes btree Description (none) Table: public.pediatria Fields Name c_alumno Type integer Not Null Not Null Yes Unique Yes P/K Yes P/K Yes Function Def Val Function Def Val Página 113 de 172

114 v_numconsulta f_consulta s_motivocons s_nacioen s_maternidad s_partoen v_numgesta v_numabortos s_meses s_causas v_pesonacer s_neonato s_apgar s_embarazo s_parto s_causacesarea s_tallanacer s_circef s_examslab s_observaciones f_modify s_modify Foreign Keys Foreign Key Name integer varchar(10) varchar(500) varchar(15) varchar(15) varchar(15) integer integer varchar(15) varchar(15) integer varchar(15) varchar(15) varchar(15) varchar(15) varchar(30) varchar(15) varchar(15) varchar(500) varchar(500) varchar(10) varchar(20) On Field FK Table FK Field pediatria_fk c_alumno public.alumno c_alumno Indices On Update Cascade On Delete No Action Defer Yes Moment Immediate Index Name On Field Unique Method pediatria_pkey c_alumno Yes btree Description (none) Table: public.progeducativo Fields Name c_cprogedu c_alumno c_tipoprogedu f_rev f_modify Type integer integer varchar(4) varchar(10) varchar(10) Not Null Not Null Not Null Not Null Unique Yes P/K Yes Function Def Val Página 114 de 172

115 s_modify Foreign Keys Foreign Key Name progeducativo_fk varchar(20) On Field FK Table FK Field c_tipoprogedu On Update public.tipoprogedu c_tipoprogedu Cascade progeducativo_fk1 c_alumno public.alumno c_alumno Indices Cascade On Delete No Action No Action Defer Yes Yes Moment Immediate Immediate Index Name On Field Unique Method progeducativo_pkey c_cprogedu Yes btree Description (none) Table: public.regnecesidadesesp Fields Name c_alumno b_habla b_atencion b_hablador b_agresivo b_autoestima b_sonidos b_palabra b_mezclamayus b_escinversa b_separapalabr s_observaciones v_casos f_modify s_modify Indices Type integer integer integer integer integer integer integer integer integer integer integer varchar(500) integer varchar(10) varchar(20) Not Null Not Null Unique Yes P/K Yes Function Def Val Index Name On Field Unique Method regnecesidadesesp_pkey c_alumno Yes btree Description (none) Table: public.religion Fields Name Type Not Null Unique P/K Function Def Val Página 115 de 172

116 c_alumno s_religion s_nameigl b_participant s_razon f_modify s_modify Foreign Keys Foreign Key Name integer varchar(16) varchar(70) varchar(2) varchar(100) varchar(10) varchar(20) On Field FK Table FK Field religion_fk c_alumno public.alumno c_alumno Indices Not Null On Update Cascade Yes On Delete No Action Yes Defer Yes Moment Immediate Index Name On Field Unique Method religion_pkey c_alumno Yes btree Description (none) Table: public.tipocarta Fields Name s_tipocarta Indices Type varchar(50) Not Null Not Null Unique Index Name On Field Unique Method tipocarta_pkey s_tipocarta Yes btree Description (none) Table: public.tipoprogedu Fields Name c_tipoprogedu s_tipoprogedu v_anio Indices Type varchar(4) varchar(50) integer Not Null Not Null Yes Unique Index Name On Field Unique Method tipoprogedu_pkey c_tipoprogedu Yes btree Description Yes P/K Yes P/K Yes Function Def Val Function Def Val Function Página 116 de 172

117 (none) Table: public.tutela Fields Name c_alumno b_opciones b_tutores f_modify s_modify Foreign Keys Foreign Key Name Type integer varchar(3) varchar(40) varchar(10) varchar(20) On Field FK Table FK Field tutela_fk c_alumno public.alumno c_alumno Indices Not Null Not Null On Update Cascade Unique Yes On Delete No Action P/K Def Val Yes Moment Defer Yes Immediate Index Name On Field Unique Method tutela_pkey c_alumno Yes btree Description (none) Table: public.visitas Fields Name c_alumno f_visita s_motivo s_logro f_modify s_modify Foreign Keys Foreign Key Name Type integer varchar(50) varchar(500) varchar(500) varchar(10) varchar(20) On Field FK Table FK Field visitas_fk c_alumno public.alumno c_alumno Indices Not Null Not Null On Update Cascade Unique Yes On Delete No Action P/K Yes Defer Yes Function Def Val Moment Immediate Index Name On Field Unique Method visitas_pkey c_alumno Yes btree Description (none) Function Página 117 de 172

118 Table: public.vivienda Fields Name c_alumno s_vivecasa s_materialconst v_dormitorios s_tipopiso b_servicios v_cuadras s_transporte f_modify s_modify Foreign Keys Foreign Key Name Type integer varchar(16) varchar(20) integer varchar(20) varchar(10) integer varchar(30) varchar(10) varchar(20) On Field FK Table FK Field vivienda_fk c_alumno public.alumno c_alumno Indices Not Null Not Null On Update Cascade Unique Yes On Delete No Action P/K Def Val Yes Moment Defer Yes Immediate Index Name On Field Unique Method vivienda_pkey c_alumno Yes btree Function Página 118 de 172

119 B.3. Artefacto # 8: Documento Arquitectura Introducción Uno de los desarrollos más importantes dentro de la construcción del software es el desarrollo de la arquitectura de software, que permite representar la estructura del sistema, sirviendo de comunicación entre las personas involucradas en el desarrollo y ayudando a realizar diversos análisis que orienten el proceso de toma de decisiones. Este documento provee al usuario especializado una vista de la arquitectura del sistema. Para ello se presenta de manera clara el caso de uso que más representa la arquitectura del sistema, empleando un lenguaje sencillo y directo, así como gráficos y vistas de acuerdo a la metodología utilizada. Representación de la arquitectura La arquitectura utilizada es Cliente-Servidor. El cliente es la aplicación que será implementada en la computadora de la secretaría. El servidor es donde estará alojada la base de datos. Se desarrolló una sola aplicación integrada, en la que solo se permitirá el acceso a los usuarios registrados en el sistema y a las áreas a las cuales tengan acceso autorizado. Meta y Restricciones de la arquitectura La meta principal de la arquitectura del sistema es mostrar los aspectos principales que influyeron en la etapa de desarrollo. Se tomaron en cuenta las siguientes restricciones para el diseño de la arquitectura del sistema: El sistema usará como motor de base de datos a PostgreSQL. Siendo necesario la elaboración de una copia de rescate de las tablas para no afectar la información almacenada antes de poner en total funcionamiento al sistema. Las computadoras que brindarán el servicio cliente del sistema no deberán de presentar potencias menores a las brindadas por una Pentium 4, con al menos 512 MB de RAM y 200 MB de espacio en el disco, con un Sistema Operativo de la familia Windows. Todos los nodos que hagan uso del sistema, al estar éste desarrollado en Java, deberán de tener instalado el JRE 1.6 o superior. Página 119 de 172

120 Vista de Caso de Uso En este apartado se muestra el caso de uso que modela de mejor manera la arquitectura del sistema. Validar Usuario y Contraseña Mantener Contraseña Usuario Registrar incidencias de ingreso Registrar traza del usuario Realizar el mantenimiento de usuarios Administrador Realizar el mantenimiento de perfiles de usuario Fig. 29. Casos del uso del paquete Seguridad Realizar el mantenimiento de usuarios El propósito de este caso de uso es permitir el ingreso de un nuevo usuario al sistema, la modificación de la información ingresada y también la eliminación del usuario. Página 120 de 172

121 Realizar el mantenimiento de perfiles de usuario El propósito de este caso de uso es permitir el ingreso de un determinado perfil para los usuarios del sistema. Con estos perfiles se dan las respectivas restricciones a los usuarios para que estos solo tengan algunas funcionalidades habilitadas. Validar Usuario y Contraseña El propósito de este caso de uso es permitir el ingreso al sistema a un usuario registrado, evitando que cualquier persona ajena al sistema pueda acceder a información. Mantener Contraseña El propósito de este caso de uso es permitir a los usuarios registrado establecer su propia contraseña para el ingreso al programa. Registrar Incidencias de Ingreso El propósito de este caso de uso es mantener un registro de los intentos de ingreso al sistema. Registrar traza del usuario El propósito de este caso de uso es permitir registrar las tablas que fueron accedidas, las operaciones realizadas de los usuarios a la Base de Datos, así como guardar la fecha de la acción. Página 121 de 172

122 Vista Lógica Descripción La vista lógica del sistema está compuesta de cuatro paquetes principales: Interfaz de usuario (GUI), servicios del negocio (Business Logic), objetos del negocio (Business Entity) y los objetos de persistencia (Data Access Objects). El primer paquete, Interfaz de usuario, contiene las clases visuales de la aplicación, las cuales crean las ventanas que utiliza el usuario para comunicarse con el sistema para una adecuada y fácil utilización de los paquetes que se encuentran en las siguientes capas. Interfaz de Usuario El paquete Lógica del Negocio contiene las clases que permiten llevar a cabo los servicios del negocio, como son: Controlar el mantenimiento de usuarios, atender los requerimientos a cortar, etc. Lógica del Negocio El paquete Entidades del Negocio contiene las clases que utilizará el sistema, entre las principales clases se tiene: Login, Historia, Ficha Socioeconómica, etc. Entidades del Negocio El paquete de Objetos de Acceso de Datos contiene las clases que el sistema utiliza para manejar la persistencia de los objetos con la Base de Datos. Acceso a Datos Página 122 de 172

123 Diseño en Capas En la siguiente figura podemos observar la distribución de los paquetes en cada una de las capas del sistema. Interfaz de Usuario Interfaz de Usuario Lógica del Negocio Logica del Negocio Entidades del Negocio Persistencia Acceso a Datos Framework Driver Base de Datos Fig. 30. Diagrama de Distribución de Capas del Sistema Página 123 de 172

124 Capa Interfaz de Usuario Esta capa contiene el paquete Interfaz de Usuario, el cual almacena todas las clases con las cuales el usuario puede interactuar como lo son las ventanas. Capa Lógica del Negocio Esta capa contiene los paquetes de Servicios de Negocio y Entidades de Negocio. Contiene la lógica para el manejo de las operaciones del negocio. Capa Persistencia Esta capa contiene el paquete de Objetos de Acceso de Datos, que brinda una interfaz transparente para la interacción con el Framework el cual enviará al Driver el conjunto de sentencias para interactuar con la Base de Datos. Vista de Despliegue El presente diagrama de despliegue muestra de manera gráfica los nodos que conforman el sistema, además los describe indicando la localización de las tareas en los nodos físicos. Cada nodo representa un recurso de ejecución como una computadora o servidor y se encuentra conectado con otros mediante un enlace de comunicación. En este caso, la red será de tipo LAN. Servidor Empresa Computadora Usuario Red LAN Aplicación JAR Fig. 31. Diagrama de Despliegue del Sistema. Servidor (Base de Datos) y Cliente (Computadora usuario). Servidor Empresa El servidor principal de la empresa donde se encuentra la Base de Datos. Los diferentes usuarios tendrán acceso al servidor vía LAN. Computadora Usuario Son las computadoras que son utilizadas por cada uno de los usuarios de la empresa para acceder al sistema. Están conectadas directamente al servidor principal vía LAN. Página 124 de 172

125 Vista de Implementación Fig. 32. Diagrama de Componentes. Página 125 de 172

126 Tamaño y rendimiento 1) Tiempo de respuesta en el acceso a la Base de Datos El sistema proveerá accesos a la base de datos con un tiempo de respuesta no mayor a los 5 segundos. 2) Espacio en disco para el cliente El espacio en disco necesario para la parte del cliente deberá tener como mínimo 500 MB de espacio libre para su correcto funcionamiento, esto incluye tanto el tamaño del software como el JRE. 3) Espacio en disco para el servidor de Base de datos El espacio en disco necesario para la parte del Servidor de Base de datos deberá tener como mínimo 1 GB libres en disco para su correcto funcionamiento. La arquitectura seleccionada apoya los requisitos de latencia y capacidad en disco en la puesta en práctica de una arquitectura cliente servidor. La porción del cliente solo se pone en ejecución en las PC locales de los distintos ambientes dentro de la empresa. Los componentes se han diseñado para asegurarse de obtener requisitos mínimos de disco y memoria en el lado de las PC del cliente. Calidad Para un mejor aprovechamiento de la arquitectura de software se dan los siguientes requerimientos de calidad: 1) Usabilidad El sistema permitirá un manejo intuitivo por parte de los usuarios. 2) Seguridad El sistema permitirá el acceso a funcionalidades dependiendo del cargo del usuario que ingresa al sistema, validando su ingreso a través de una clave. 3) Confiabilidad El sistema tendrá en cuenta que la información ingresada en él sea válida, para lo cual mostrará mensajes que expliquen al usuario acerca de los errores que éste pudiera cometer y de aquellos que pueda cometer el mismo sistema. 4) Mantenimiento El sistema será flexible, facilitando su mantenimiento futuro. 5) Estándares Se usará un estándar para todas las ventanas e interfaces con el usuario que tenga el sistema, así como los nombres, códigos, etc. Página 126 de 172

127 C. RESULTADOS DE LA FASE DE CONSTRUCCIÓN C.1. Artefacto # 9: Prototipo de Interfaces de Usuario Tabla de Contenidos 1. Introducción Propósitos Directrices Mapa de Navegación Presentación de Interfaces Gráficas de Usuario Login Ventana Principal (Menú del Sistema) Historia Ficha Socioeconómica Registro de Necesidades Especiales Informe de Referencia de Diagnósticos y Tratamiento Fondo Médico Compassion Registro de Correspondencia Tipo de Programa Educativo Visitas Actualización de Perfiles Grupos Patrocinadores Cuentas de Usuario Perfil Administrativo Altas y Bajas Color de Fondo Imagen de Fondo Reportes Referencias Página 127 de 172

128 Prototipo de Interfaces de Usuario 1. Introducción Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las interfaces que proveerá el sistema y así, conseguir retroalimentación de su parte respecto a los requisitos del sistema. Estos prototipos se realizarán como: dibujos a mano en papel, dibujos con alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Los prototipos serán entregados al final de la fase de Elaboración, los otros serán desechados. Asimismo, este artefacto, será desechado en la fase de Construcción en la medida que el resultado de las iteraciones vayan desarrollando el producto final. Los Prototipos de Interfaz de usuario (UI) es una técnica iterativa de análisis en el que los usuarios participan activamente en la marcha de la interfaz de usuario para un sistema. 2. Propósitos Los prototiposde interfaz de usuariotienenvarios propósitos: Crear un prototipo de la interfaz de usuario del sistema en un intento de validar el diseño de interfaz de usuario con los requisitos funcionales y de utilización. Comoun artefactode análisis quepermite explorarel espacio del problemacon susgrupos de interés. Como un artefacto delos requisitosde visualizarinicialmenteel sistema. Comounartefacto de diseñoque le permiteexplorarel espacio de solucionesdel sistema. Un vehículoque conduce alposiblediseñode interfaz de usuario del sistema. Una fundaciónpotencialdesde el queseguir desarrollandoel sistema (no es necesario invertirtiempo en escribirelcódigode calidad para suprototipo). Página 128 de 172

129 3. Directrices Se intenta que el sistema ofrezca más posibilidades con la menor cantidad de datos ingresados por el usuario. La interfaz gráfica de usuario debe ser amigable y limpia (sencilla), con botones que representen una acción. Los formularios diseñados deben de parecerse a la medida de lo posible a los formularios físicos existentes. Trabajar con el tamaño de resolución estándar de pantalla (1024 x 768 pixeles). Página 129 de 172

130 4. Mapa de Navegación Fig. 33. Mapa de Navegación Página 130 de 172

131 5. Presentación de Interfaces Gráficas de Usuario Login Página 131 de 172

132 Ventana Principal (Menú del Sistema) Historia Página 132 de 172

133 Ficha Socioeconómica Registro de Necesidades Especiales Informe de Referencia de Diagnósticos y Tratamiento Página 133 de 172

134 Fondo Médico Compassion Registro de Correspondencia Tipo de Programa Educativo Página 134 de 172

135 Visitas Actualización de Perfiles Página 135 de 172

136 Grupos Patrocinadores Página 136 de 172

137 Cuentas de Usuario Perfil Administrativo Altas y Bajas Página 137 de 172

138 Color de Fondo Imagen de Fondo Página 138 de 172

139 Reportes 6. Referencias Artefacto # 8: Documento Arquitectura. En la página 115. Página 139 de 172

140 D. RESULTADOS DE LA FASE DE TRANSICIÓN D.1. Artefacto # 10: Manual de Instalación 1. Instalación del Entorno Virtual de Java (JRE, Java Runtime Environment) Si el Sistema Operativo trae por defecto instalado. Omita este acápite y pase al siguiente Cómo sabe si tiene el JRE instalado? Verificar en el Sistema Operativo 1) Presione las teclas Windows + R al mismo tiempo, y escriba cmd, luego presione la tecla Enter, le debería de abrir el símbolo del sistema (consola del sistema). 2) Otra forma es accediendo con la siguiente ruta: Presione el botón Inicio, Todos los programas, Accesorios, Símbolo del sistema. 3) Escriba java -version y presione Enter. Si le aparece una información como en la imagen anterior es porque sí tiene el JRE instalado en el Sistema Operativo, de lo contrario no. En la imagen sale: java versión 1.7.0_10 quiere decir que tiene Java versión 7, actualización número 10. Página 140 de 172

141 Verificar en el sitio web de Java Otra forma de saber si tiene Java (JRE) instalado en el Sistema Operativo es mediante el sitio web de Java. 1) Ingrese a la siguiente dirección web Para verificar la versión de Java instalada en el equipo de cómputo y le saldrá lo siguiente. 2) Haga clic en el botón Verificar la versión de Java. Se procederá a verificar Java. Página 141 de 172

142 3) Visualizamos el resultado de la prueba. En este caso no tenemos Java (JRE) instalado en el Sistema Operativo, y tendremos que descargarlo e instalarlo. Página 142 de 172

143 1.2. Descargar e instalar Java (JRE) 1) Ingresar a la siguiente dirección web y descargue Java. 2) Se descargará un pequeño archivo que se ocupará de descargar la última versión de Java para el Sistema Operativo donde se encuentre. Cuando se descargue completamente automáticamente se instalará Java (JRE). 3) Compruebe la instalación de Java con los pasos mencionados en el inciso a. Página 143 de 172

144 2. Descarga, Instalación y Configuración de PostgreSQL 2.1. Descarga e instalación 1) Ingrese a la siguiente dirección web Le saldrá una pantalla como en la siguiente imagen 2) Averiguar la arquitectura del Sistema Operativo Para saber si el Sistema Operativo Windows es de arquitectura de 32 o 64 bits, haga clic derecho en el ícono del Equipo, seleccione Propiedades o pulsando al mismo tiempo las teclas Windows + Pausa. Y le saldrá información del Sistema Operativo como en la siguiente imagen. Y se verifica si es de 32 o 64 bits. Página 144 de 172

145 3) Descargue el instalador correcto de PostgreSQL Si su Sistema Operativo es de arquitectura de 32 presione el botón Win x O si es de 64 bits presione el botón Win x ) Abra el instalador de PostgreSQL. Lo primero que le pedirá el asistente es donde se ubicará PostgreSQL, puede dejarlo así y darle clic en Siguiente. Página 145 de 172

146 5) En la siguiente pantalla le pide la contraseña que tendrá el super usuario de PostgreSQL llamado postgres. En el campo de la contraseña digite la contraseña proporcionada en el CD de instalación de SIAPMAR. Si no escribe la contraseña correctamente no podrá tener acceso al sistema, tiene que ser tal y como está. 6) Después aparecerá un campo de texto para que digite el puerto donde el servidor atenderá las transacciones. El puerto por defecto es el 5432, deje tal y como está y dele clic en Siguiente. Página 146 de 172

147 7) Luego seleccione la configuración regional. Elija en la lista desplegable la opción Spanish, Nicaragua. 8) Luego solo dele clic en Siguiente en las próximas 2 pantallas. Y cuando aparezca una pantalla como en la imagen siguiente desactive esa opción y dele clic en Terminar. Página 147 de 172

148 Configuración de la base de datos siapmar 1). En el Menú Inicio de Windows busque un programa llamado pgadmin III, esa es una herramienta gráfica para poder manejar las bases de datos en PostgreSQL. Abra esa herramienta y dele doble clic en el nombre del servidor llamado PostgreSQL 9.2 (localhost:5432). 2) Al darle doble clic le aparecerá una ventanita pidiéndole la contraseña del super usuario postgres es la contraseña que digitó en la instalación de PostgreSQL y es la que se le proporcionó en el disco de instalación de SIAPMAR. Página 148 de 172

149 3) Ahora de clic derecho donde dice Base de Datos y elija Nueva Base de Datos. 4) Le aparecerá una ventanita donde solo tiene que escribir el nombre de la base de datos del sistema, escriba siapmar todo en minúscula y sin hacer espacios. Y en la lista desplegable donde dice Propietario elija postgres. Y dele clic en OK. Página 149 de 172

150 5) Una vez creada la base de datos, ahora tiene que restaurarla haciendo clic derecho sobre el nombre de la base de datos siapmar y eligiendo la opción Restaurar. 6) Aparecerá una ventanita donde tiene que proporcionar 3 datos, donde dice Formato asegúrese que este seleccionada la opción que dice Custom o tar. De clic en el botón para que busque el archivo de respaldo de la base de datos Página 150 de 172

151 7) Ahora en el disco de instalación de SIAPMAR diríjase a la carpeta llamada Base de Datos, seleccione el archivo de respaldo llamado respaldo siapmar.backup y presione el botón Abrir. 8) Deje en blanco el campo que dice Número de tareas y donde dice Rolename elija de la lista desplegable la opción postgres, y dele clic en Restaurar. 9) Se procesarán todas las tablas de la base de datos con sus relaciones y datos predeterminados. Luego solo dele clic en Hecho para terminar. Listo ya tiene configurada la base de datos siapmar y ya puede usar el sistema SIAPMAR. Página 151 de 172

152 3. Instalación de SIAPMAR 1. Vaya al disco de instalación y dentro de la carpeta Instalador del sistema abra el Instalador de SIAPMAR. 2. Cuando le aparezca una pantalla como en la siguiente imagen digite la contraseña proporcionada para instalar el sistema y dele clic en Siguiente. Página 152 de 172

153 3. Ahora puede seleccionar la ubicación donde se instalará el sistema o bien dejar que se instale en la ubicación por defecto en Archivos de programas. 4. En la siguiente pantalla puede elegir que se cree un acceso directo al sistema en la ubicación donde desee. O puede dejar que por defecto se cree en el Menú inicio de Windows. Página 153 de 172

154 5. En la siguiente pantalla puede usted elegir si quiere o no crear un acceso directo en el escritorio de Windows. 6. Por último si quiere que se ejecute SIAPMAR en el momento deje activa la casilla o sino puede abrirlo después. Página 154 de 172

155 D.2. Artefacto # 11. Manual de Usuario 1. Login Al ejecutar el sistema lo primero que saldrá es una ventana donde le piden la cuenta de usuario y contraseña. Por defecto, hay tres cuentas de usuario activas y listas para ser usadas para ingresar en el sistema. De las tres cuentas activas, una cuenta es para cada cargo (director, secretario, docente). Para ingresar al sistema puede presionar la tecla Enter en el cuadro de la contraseña o bien haciendo clic en el botón Entrar. Cada vez que digite su cuenta de usuario correcta, pero su password incorrecto le aparecerá un mensaje en una ventanita emergente diciéndole que el password es incorrecto. Si escribe ambos datos mal escritos aparecerá en una etiqueta que los datos son incorrectos. Si tiene activado la tecla Bloq Mayus al ingresar al campo del password aparecerá en una etiqueta que está activada esa tecla, si desactiva esa tecla le avisará que ahora esa tecla está desactivada. Y hasta que escriba correctamente su cuenta de usuario y contraseña es que podrá accesar al sistema. Página 155 de 172

156 2. Acceso Perdido Si se le ha olvidado por ejemplo la cuenta de usuario o la contraseña en este formulario puede tratar de recuperar sus datos. Aparecerá una tabla al centro con las cuentas de usuario activas. Si no aparece su cuenta de usuario es porque está desactivada o no existe. Si se le ha olvidado la contraseña entonces elija su cuenta de usuario y si usted tiene correo electrónico entonces puede enviar un mensaje a su con los datos de acceso. Se recomienda encarecidamente que una vez ingresado al sistema cambie su contraseña en el formulario Cuentas de Usuario. Y en el formulario Perfil Administrativo escriba sus otros datos como sus correos electrónicos y así una vez perdida/olvidada su contraseña pueda mandar un mensaje a su correo principal o al secundario para que reciba la clave de acceso. Otra forma de saber las claves de acceso es que la directora entre al sistema y genere un reporte de cuentas de usuario, y allí aparecerán las cuentas de usuario activas e inactivas con sus contraseñas. Página 156 de 172

157 3. Menú Principal Este formulario es el contenedor de los otros formularios, se puede encontrar el menú del sistema y que algunas opciones estarán habilitadas o inhabilitadas según el cargo de la cuenta de usuario. Otra característica es que también permite cambiar su color de fondo y poner una imagen de fondo. Página 157 de 172

158 4. Historia 4.1. Matricular un alumno Botón de edición Código del alumno actual En la primera página del formulario de Historia se pueden registrar a los nuevos alumnos del centro, siempre aparecerá el número del niño (código) disponible para el alumno de nuevo ingreso. Ahora presione el botón de puntos suspensivos para abrir el formulario siguiente. *El botón de puntos suspensivos significa que hay algo por editar o para mostrar un mensaje. Aquí puede ingresar los datos básicos del nuevo alumno. Ahora guarde la información con el botón OK o Cancelar para no registrar. Si quiere editar (actualizar) la información del alumno presione de nuevo el botón de puntos suspensivos. Una vez registrado el alumno debe completar la información que se pide en la primera página: Actividades cristianas, obligaciones familiares, pasatiempos y Página 158 de 172

159 deportes, ahora de clic en Guardar para guardar la información de la primera página, luego se habilitará la segunda página para que pueda abrirla. En la segunda página podrá ingresar información de básica de salud y estudios. En la tercera página puede poner otros datos de estudios, tutores, padres naturales, padre natural y madre natural. En la última página ponga información del empleo del padre y de la madre, número de miembros de la familia, y comentarios generales de la historia del niño. En cada página de clic en Guardar para guardar cualquier cambio efectuado Actualizar historia de un alumno Abra de nuevo el formulario de historia y elija la opción Actualización. Se abrirá un formulario donde estarán todos los alumnos registrados y activos. En el campo Filtro de búsqueda digite el nombre del alumno a buscar para facilitar la búsqueda. Ahora seleccione al alumno y de clic en el botón Seleccionar. Ahora el formulario tendrá disponible al alumno que desea modificar sus datos. Página 159 de 172

160 5. Ficha Socioeconómica Haga clic en el botón Código para que en el formulario de Lista de alumnos matriculados elija al alumno que quiere modificar. Luego aparecerá una tabla con los datos del alumno y de sus familiares. Puede agregar un nuevo miembro donde vive y poner sus datos como nombre, parentesco, edad, ocupación e ingreso mensual. Por defecto la primera fila será la del alumno actual (el solicitante) y solo se podrá modificar su ocupación e ingreso mensual. Si intenta por equivocación eliminar al solicitante le aparecerá el siguiente mensaje (izquierda). Si es otro dato el que quiere eliminar aparecerá otro mensaje advirtiéndole que si elimina ese dato no podrá recuperarlo. Al darle clic en guardar en la primera página se habilitarán las otras 3 para que modifique sus datos. Página 160 de 172

161 6. Historia Clínica Pediátrica En este formulario el operador puede ingresar la información dada por el médico tratante del niño. En la primera página se puede ingresar información como: motivo de la consulta, antecedentes obstétricos y gestacionales. En la segunda página se ingresan los antecedentes familiares y hereditarios. También síntomas patológicos que el alumno tenga. Hay un botón que dice Abrir el Esquema Básico de Vacunación. Se abrirá una ventana para que el usuario pueda ingresar las fechas que se le hayan proporcionado las vacunas al alumno. En la tercera página se guardan datos de enfermedades e historia de la alimentación. En la cuarta de página se digitan datos del examen físico realizado por el médico. Y en la quinta página se puede ingresar información adicional de exámenes de laboratorio y gabinete, además de observaciones y recomendaciones. Página 161 de 172

162 7. Registro de Necesidades Especiales En este formulario se pone información observada por el docente del alumno, el docente selecciona las opciones de comportamientos anómalos, y si son más de tres casos de comportamientos anómalos se remite al alumno a un psicopedagogo. Página 162 de 172

163 8. Informe de Referencia de Diagnósticos y Tratamiento En este formulario se ingresan datos de diagnósticos que se le hace al estudiante. El mecanismo para modificar a un alumno es el mismo, primero se hace clic en el botón Código y luego se selecciona al alumno, por último clic en el botón Guardar. Página 163 de 172

164 9. Fondo Médico Compassion Con este formulario se almacenará las peticiones que haga el alumno en concepto de ayuda económica para su salud. Página 164 de 172

165 10. Registro de Correspondencia En este formulario se pueden agregar nuevas cartas que el alumno entrega y recibe por parte del patrocinador. Y también puede modificarlas. 11. Tipo de Programa Educativo Tiene la misma lógica que el Registro de Correspondencia. Aquí se puede ingresar nuevos programas educativos del alumno, y editarlos. 12. Visita En este formulario se ingresa la visita que se le hizo al alumno. Se guarda como en los demás formularios. Página 165 de 172

166 13. Actualización de Perfiles Con este formulario se actualizan datos del estudiante que probablemente hayan cambiado durante el año, como , celular, dirección domiciliar. Y algo importante elegir el grupo que pertenece el alumno y el patrocinador que tiene. Página 166 de 172

167 14. Revisión de Expediente Este formulario muestra a los alumnos por grupo con su respectivo docente, debido a la gran cantidad de columnas en la tabla y con nombres largos se le ha puesto una abreviatura para que el diseño sea más limpio y agradable. Al presionar el botón Editar se abrirá una ventana donde podrá editar la verificación de cada uno de los documentos y actividades programáticas. Al dar clic en guardar aparecerán los cambios realizados en la tabla. Página 167 de 172

168 15. Grupos Este es un formulario sencillo que forma parte de las configuraciones del sistema, es decir, tiene que haber al menos un nivel para que puedan funcionar los formularios que soliciten un grupo. 16. Patrocinadores Al igual el formulario anterior, este es muy sencillo, y se encarga de crear o actualizar patrocinadores. Página 168 de 172

169 17. Cuentas de Usuario Al usar este formulario el usuario podrá crear una cuenta de usuario con su password, cargo y su estado. La cuenta de usuario tendrá restricciones por medio de su cargo, el cargo Docente por ejemplo es el que más tiene acceso restringido al sistema. Y por medio del estado se tendrá acceso al sistema, si está activo podrá ingresar al sistema, de lo contrario no. 18. Perfil Administrativo Haciendo uso de este formulario se podrá actualizar la cuenta de usuario agregándole otros datos como , dirección, celular y teléfono. Página 169 de 172

170 19. Altas y Bajas de Alumnos Este formulario tiene solo un objetivo lo que lo convierte en muy sencillo de usar, su propósito es el de cambiarle el estado a los alumnos que se seleccionen. 20. Color de Fondo Elija el color que más le gusta y que hace agradable a la vista. Página 170 de 172

171 21. Imagen de Fondo Elija la imagen que más le guste. En el formulario tiene tres opciones: quitar imagen de fondo, imagen predeterminada o imagen externa. Con la opción imagen predeterminada elija una de las imágenes que trae por defecto el sistema. O si quiere variar elija cualquier imagen externa. 22. Sonido en Inicio de Sesión Cree que ingresar al sistema se ha convertido monótono, pues en este formulario puede poner algún sonido predeterminado o también puede colocar el archivo de música mp3 que más le gusta. Si no quiere seguir oyendo sonidos al iniciar sesión elija la primera opción y de clic en Poner. Página 171 de 172

172 23. Reportes En el menú del sistema tiene una serie de reportes que puede generar: Cuentas de usuario, alumnos activos e inactivos, y cumpleañeros del trimestre. A continuación hay un ejemplo del reporte generado de cumpleañeros del trimestre correspondiente a los meses de enero a marzo. 24. Información En el último menú de opciones tenemos información variada que le pueda servir de mucha ayuda. Página 172 de 172

Bienvenidos a la presentación: Introducción a conceptos básicos de programación.

Bienvenidos a la presentación: Introducción a conceptos básicos de programación. Bienvenidos a la presentación: Introducción a conceptos básicos de programación. 1 Los programas de computadora son una serie de instrucciones que le dicen a una computadora qué hacer exactamente. Los

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

Estructura de las Aplicaciones Orientadas a Objetos El patrón Modelo-Vista-Controlador (MVC)

Estructura de las Aplicaciones Orientadas a Objetos El patrón Modelo-Vista-Controlador (MVC) Estructura de las Aplicaciones Orientadas a Objetos El patrón Modelo-Vista-Controlador (MVC) Programación Orientada a Objetos Facultad de Informática Dep. Ingeniería del Software e Inteligencia Artificial

Más detalles

Desarrollo de una Aplicación Móvil para Revisar

Desarrollo de una Aplicación Móvil para Revisar Desarrollo de una Aplicación Móvil para Revisar Horarios de Atención de Tutores de la UNAD Development of a Movil Application for Check Over Office Hours of Tutors of the Unad Correa Rodríguez Arellys

Más detalles

Cómo abrir las bases de datos de Aspel-NOI 5.0?

Cómo abrir las bases de datos de Aspel-NOI 5.0? Cómo abrir las bases de datos de Aspel-NOI 5.0? 1. Herramientas de administración nativas de Firebird. Firebird cuenta con una herramienta llamada ISQL la cual es una consola de línea de comandos desde

Más detalles

La obra se proporciona bajo los términos de esta licencia pública de Sisoft de México

La obra se proporciona bajo los términos de esta licencia pública de Sisoft de México Licencia La obra se proporciona bajo los términos de esta licencia pública de Sisoft de México S. A de C.V., Está protegida por derechos de autor y / u otras leyes aplicables. Cualquier uso diferente a

Más detalles

Diplomado Java. Descripción. Objetivo. A quien está dirigido. Requisitos. Beneficios

Diplomado Java. Descripción. Objetivo. A quien está dirigido. Requisitos. Beneficios Diplomado Java Descripción El lenguaje de programación Java es uno de los más utilizados hoy en día. Su potencia, simplicidad, funcionalidad y capacidad hacen que este lenguaje sea una de las herramientas

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

CAPÍTULO V. Propuesta

CAPÍTULO V. Propuesta CAPÍTULO V Propuesta 5.1 Propuesta Implantación de una aplicación WEB para optimizar el Enlace Laboral de la Cámara de Comercio e Industria de El Salvador, Filial San Miguel 5.2 Requerimientos de la Aplicación

Más detalles

Entidad Formadora: Plan Local De Formación Convocatoria 2010

Entidad Formadora: Plan Local De Formación Convocatoria 2010 Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú

Más detalles

Cómo abrir las bases de datos en Aspel-COI 6.0?

Cómo abrir las bases de datos en Aspel-COI 6.0? Cómo abrir las bases de datos en Aspel-COI 6.0? 1. Herramientas de administración nativas de Firebird. Firebird cuenta con una herramienta llamada ISQL la cual es una consola de línea de comandos desde

Más detalles

Introducción. Mensaje de los Desarrolladores

Introducción. Mensaje de los Desarrolladores Introducción En Aspec System estamos preocupados por los cabios tecnológicos de la vida cotidiana así como las integraciones de la tecnologías de la información en el llamado tele gobierno que está integrando

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad

Más detalles

FileMaker 11. Guía ODBC y JDBC

FileMaker 11. Guía ODBC y JDBC FileMaker 11 Guía ODBC y JDBC 2004-2010 FileMaker, Inc. Reservados todos los derechos. FileMaker, Inc. 5201 Patrick Henry Drive Santa Clara, California 95054 FileMaker es una marca comercial de FileMaker,

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Cómo abrir la base de datos de Aspel-SAE 5.0?

Cómo abrir la base de datos de Aspel-SAE 5.0? Cómo abrir la base de datos de Aspel-SAE 5.0? 1 Herramientas de administración nativas de Firebird. Firebird cuenta con una herramienta llamada ISQL la cual es una consola de línea de comandos desde la

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

Centro de Capacitación en Tecnologías de la Información. Desarrollo de. diplomado

Centro de Capacitación en Tecnologías de la Información. Desarrollo de. diplomado Centro de Capacitación en Tecnologías de la Información Desarrollo de Objetivo Dotar al alumno de la metodología y los fundamentos de la programación en Java usando la plataforma J2SE (Java 2 Standard

Más detalles

Notas técnicas de JAVA Nro. 7 Tip Breve

Notas técnicas de JAVA Nro. 7 Tip Breve Notas técnicas de JAVA Nro. 7 Tip Breve (Lo nuevo, lo escondido, o simplemente lo de siempre pero bien explicado) Tema: JAVA Basics: Diferencias conceptuales entre JavaBeans y Enterprise JavaBeans (EJB)

Más detalles

Revista Digital Universitaria. 10 de agosto 2004 Volumen 5 Número 7 ISSN: 1067-6079

Revista Digital Universitaria. 10 de agosto 2004 Volumen 5 Número 7 ISSN: 1067-6079 Revista Digital Universitaria 10 de agosto 2004 Volumen 5 Número 7 ISSN: 1067-6079 JAVA o L.I. Anabell Comas Becaria de la Coordinación de Publicaciones Digitales anabell@alethia.dgsca.unam.mx o http://www.revista.unam.mx/vol.7/num12/art104/art104.htm

Más detalles

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA PROGRAMACIÓN DIDACTICA ANUAL Parte específica del módulo: 0485. Programación Departamento de Familia Profesional de Informática Curso: 2014-15

Más detalles

FileMaker 12. Guía ODBC y JDBC

FileMaker 12. Guía ODBC y JDBC FileMaker 12 Guía ODBC y JDBC 2004-2012 FileMaker, Inc. Reservados todos los derechos. FileMaker, Inc. 5201 Patrick Henry Drive Santa Clara, California 95054 FileMaker y Bento son marcas comerciales de

Más detalles

Gestor de aplicaciones Java. Esta herramienta es el intérprete de los archivos de clase generados por el javac (compilador).

Gestor de aplicaciones Java. Esta herramienta es el intérprete de los archivos de clase generados por el javac (compilador). CAPÍTULO 4 Requerimientos de software Este capítulo presenta las herramientas necesarias para la construcción y ejecución de programas en el lenguaje de programación JAVA, los requerimientos mínimos de

Más detalles

PROGRAMA FORMATIVO Desarrollo de aplicaciones Web sobre Oracle Database

PROGRAMA FORMATIVO Desarrollo de aplicaciones Web sobre Oracle Database PROGRAMA FORMATIVO Desarrollo de aplicaciones Web sobre Oracle Database Julio 2014 DATOS GENERALES DE LA ESPECIALIDAD 1. Familia Profesional: INFORMÁTICA Y COMUNICACIONES Área Profesional: DESARROLLO 2.

Más detalles

Icards Solutions S.A. de C.V.

Icards Solutions S.A. de C.V. Este documento explica la instalación, configuración y operación del sistema de emisión de tarjetas México Emprende. Fecha Autor Revisor Versión 10-06- 2011 Ana Karen Aguilar Rubén Pacheco López 1.0 24-06.2011

Más detalles

Programación Orientada a Objetos Analista Programador Universitario Plan 2008 Año 2010

Programación Orientada a Objetos Analista Programador Universitario Plan 2008 Año 2010 INTRODUCCION Los objetos usados en aplicaciones JAVA mantienen su estado y comportamiento mientras la aplicación se halle en ejecución. Generalmente se necesita mantener el estado y comportamiento de los

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

LABORATORIO 8. Gestión del Rendimiento en el SMBD SQL Server.

LABORATORIO 8. Gestión del Rendimiento en el SMBD SQL Server. LABORATORIO 8. Gestión del Rendimiento en el SMBD SQL Server. GUÍA DE LABORATORIO Nº 8 Actividad de Proyecto No. 5: ESTABLECER LOS NIVELES DE SERVICIO DE ACUERDO CON ESTANDARES Y REQUERIMIENTOS DE LA ORGANIZACIÓN.

Más detalles

Aplicaciones gráficas en Java Librería Swing

Aplicaciones gráficas en Java Librería Swing Aplicaciones gráficas en Java Librería Swing Sumario: Breve introducción al paquete Swing Tipos de clases del paquete Definición y manejo de contenedores, diálogos y layouts Diseño mediante IDE (Eclipse)

Más detalles

CAPÍTULO 1. MARCO TEÓRICO

CAPÍTULO 1. MARCO TEÓRICO CAPÍTULO 1. MARCO TEÓRICO Capítulo 1. Marco teórico 1.1 Ingeniería Web (IWeb) Con el desarrollo de Internet, la mayoría de los proyectos y sistemas están enfocados para las aplicaciones basadas en la Web

Más detalles

Manual de Usuario. Manual de Instalación Compucaja.Net y SQL Server 2012

Manual de Usuario. Manual de Instalación Compucaja.Net y SQL Server 2012 Manual de Usuario Manual de Instalación Compucaja.Net y SQL Server 2012 Hoja de Contenido Requerimientos mínimos 4 Instalación de COMPUCAJA.net 5 Instalación Microsoft SQL Server 2012 Express 11 Herramientas

Más detalles

Indice. Swing: conceptos. Generalidades. Swing & AWT: diferencias. Interfaz Gráfica de Usuario (GUI)

Indice. Swing: conceptos. Generalidades. Swing & AWT: diferencias. Interfaz Gráfica de Usuario (GUI) Indice Interfaz Gráfica de Usuario (GUI) Unidad: 2 Laboratorio de Programación Universidad Nacional de la Patagonia Austral Unidad Académica Río Gallegos Swing Generalidades Conceptos y caracteristicas

Más detalles

TFC. Ingeniería de Software MEMORIA. Consultor: Juan José Cuadrado Gallego

TFC. Ingeniería de Software MEMORIA. Consultor: Juan José Cuadrado Gallego TFC Ingeniería de Software Alumno: Halyna Klachko Consultor: Juan José Cuadrado Gallego Índice 1. Identificación del proyecto..5 1.1 Introducción...5 1.2 Objetivos del proyecto..5 1.3 Descripción general..5

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

Más detalles

ORACLE DEVELOPER 10g

ORACLE DEVELOPER 10g Diplomado ORACLE DEVELOPER 10g INTRODUCCION En la era de los sistemas y la información es cada vez más imperioso presentar soluciones ajustadas a requerimientos determinados por los usuarios, con interfaces

Más detalles

Tema 1. Introducción a JAVA

Tema 1. Introducción a JAVA Tema 1. Introducción a JAVA Historia Características Plataforma Java Entorno de desarrollo Ejemplo: Hola mundo Estructura general de un programa Java 1 Historia de Java (i) Surge en 1991: Sun Microsystems

Más detalles

UNIVERSIDAD DE PIURA

UNIVERSIDAD DE PIURA ESPECIALIZACIÓN EN DESARROLLO DE APLICACIONES EMPRESARIALES CON JAVA EE Ofrecer al alumno los conocimientos necesarios para la construcción de sistemas informáticos bajo una arquitectura cliente servidor

Más detalles

V. CAPÍTULO: CONTRIBUCIÓN

V. CAPÍTULO: CONTRIBUCIÓN V. CAPÍTULO: CONTRIBUCIÓN Requerimientos del Sistema Para llevar a cabo el desarrollo de nuestro sistema se establecieron tanto los actores como los requerimientos funcionales y no funcionales del sistema.

Más detalles

DPTO. DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA

DPTO. DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA DPTO. DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA ANÁLISIS, DESARROLLO E IMPLANTACIÓN DE UN SISTEMA ORIENTADO A LA WEB PARA GESTIÓN ACADÉMICA. CASO PRÁCTICO: JOHN OSTEEN

Más detalles

COLEGIO DE BACHILLERES ELABORADO POR: ING. IVETT ZARZA HIDALGO Y LIC. CLAUDIA HERNÀNDEZ ALPÍZAR PROFA. DE INFORMATICA Y DE CECAT-INFORMATICA

COLEGIO DE BACHILLERES ELABORADO POR: ING. IVETT ZARZA HIDALGO Y LIC. CLAUDIA HERNÀNDEZ ALPÍZAR PROFA. DE INFORMATICA Y DE CECAT-INFORMATICA Visual Basic.NET es la última versión del sistema de desarrollo Visual Basic. Antes de empezar a crear aplicaciones en Visual Basic.NET, le será útil conocer y entender algunos conceptos básicos de.net.

Más detalles

MANUAL TECNICO SOFTWARE DE ADMINISTRACIÓN PARA LA GESTIÓN DE CASOS DEL COMITÉ DE ASUNTOS ESTUDIANTILES DE LA UNAD GC-CAE

MANUAL TECNICO SOFTWARE DE ADMINISTRACIÓN PARA LA GESTIÓN DE CASOS DEL COMITÉ DE ASUNTOS ESTUDIANTILES DE LA UNAD GC-CAE MANUAL TECNICO SOFTWARE DE ADMINISTRACIÓN PARA LA GESTIÓN DE CASOS DEL COMITÉ DE ASUNTOS ESTUDIANTILES DE LA UNAD GC-CAE ELSA YANETH CAICEDO COLMENARES CODIGO 52339773 UNIVERSIDAD NACIONAL ABIERTA Y A

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

Diseño lógico de sistemas aplicando el lenguaje de modelado unificado

Diseño lógico de sistemas aplicando el lenguaje de modelado unificado Diseño lógico de sistemas aplicando el lenguaje de modelado unificado No. De Registro CGPI: 20061221. Director del proyecto: Roberto De Luna Caballero. Profesores participantes: M. en C Fabiola Ocampo

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R v 3 Junio 2015 ÍNDICE Introducción Requisitos técnicos para la instalación Arquitectura Hardware Arquitectura Software Instrucciones de instalación Instalación módulo GONG2 Instalación módulo eporte Instrucciones

Más detalles

Capítulo III. Análisis y diseño.

Capítulo III. Análisis y diseño. Capítulo III. Análisis y diseño. 3.1 Análisis. El análisis es el intermediario entre los requisitos del sistema y el diseño, esta sección definiremos el análisis con una serie de modelos técnicos del sistema,

Más detalles

Tema: Introducción a Java y Netbeans

Tema: Introducción a Java y Netbeans 1 Tema: Introducción a Java y Netbeans Objetivo Especifico Conocer el uso básico del JDK para la compilación y ejecución de código java desde la linea de comando Conocer el entorno de desarrollo NetBeans

Más detalles

Ejemplo práctico de instalación del programa JCLIC en red

Ejemplo práctico de instalación del programa JCLIC en red Ejemplo práctico de instalación del programa JCLIC en red Una red local permite optimizar los recursos, tanto en relación al espacio (los programas se pueden colocar en el disco duro del servidor y ser

Más detalles

Aplicaciones Web que Permitan Administrar Portafolios para Gestionar el Aprendizaje

Aplicaciones Web que Permitan Administrar Portafolios para Gestionar el Aprendizaje Escuela Universitaria de Ingeniería Industrial, Informática y Sistemas Área de Computación e Informática Universidad Tarapacá Arica Aplicaciones Web que Permitan Administrar Portafolios para Gestionar

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS (L40629) Sabino Miranda-Jiménez

PROGRAMACIÓN ORIENTADA A OBJETOS (L40629) Sabino Miranda-Jiménez PROGRAMACIÓN ORIENTADA A OBJETOS (L40629) Sabino Miranda-Jiménez Paradigmas de programación 2 Paradigmas de programación Paradigma de programación estructurada Enfatiza la separación datos de un programa

Más detalles

Programador Java Página 1 de 7 Escuela de Sistemas y Tecnologías BIOS

Programador Java Página 1 de 7 Escuela de Sistemas y Tecnologías BIOS Programador Java Página 1 de 7 Escuela de Sistemas y Tecnologías BIOS PROGRAMADOR JAVA INTRODUCCIÓN El programador Java es un especialista en construir soluciones empresariales utilizando tecnologías Java

Más detalles

Guía rápida de instalación / actualización (versión 20120510) Roadnet Transportation Suite Versiones 3.40 / 3.50

Guía rápida de instalación / actualización (versión 20120510) Roadnet Transportation Suite Versiones 3.40 / 3.50 1 Guía rápida de instalación / actualización (versión 20120510) Roadnet Transportation Suite Versiones 3.40 / 3.50 Contenido Previo a la instalación / actualización... 2 Pasos para descargar instaladores...

Más detalles

Reproductor Multimedia Streaming v0.1

Reproductor Multimedia Streaming v0.1 Reproductor Multimedia Streaming v0.1 Joaquín Gutiérrez Gil Universidad Pablo de Olavide Ingeniería Técnica en Informática de Gestión Asignatura Proyecto Introducción El presente documento trata sobre

Más detalles

Laboratorio #1: Manejo Básico de NETBEANS 7 e Introducción a pgadmin III

Laboratorio #1: Manejo Básico de NETBEANS 7 e Introducción a pgadmin III CI-1312: Bases de Datos I Profesora Maureen Murillo Rivera [Preparado por Fernando Valverde (A96410) y Alexis Devitre (A92113)] Laboratorio #1: Manejo Básico de NETBEANS 7 e Introducción a pgadmin III

Más detalles

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación Trabajo Final de Graduación para optar por el título Bachiller en Ingeniería en Computación Migración del Módulo de Inventario del Sistema Business Advance Víctor Guzmán Alfaro Carrera Ingeniería en Computación

Más detalles

2.1 Elementos gráficos en Java.

2.1 Elementos gráficos en Java. Practica0 de 1. Programa Java tipo consola public class Clase0 { public static void main(string[] args) { System.out.println("Hola Mundo"); System.out.println("Estamos en clase de Interfaces de Usuario");

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

JAVA 8 Los fundamentos del lenguaje Java (con ejercicios prácticos corregidos)

JAVA 8 Los fundamentos del lenguaje Java (con ejercicios prácticos corregidos) Presentación 1. Historia 11 1.1 Por qué Java? 11 1.2 Objetivos del diseño de Java 12 1.3 Auge de Java 13 2. Características de Java 14 2.1 El lenguaje de programación Java 14 2.1.1 Sencillo 15 2.1.2 Orientado

Más detalles

Tema 1: y el lenguaje Java 1.Programación orientada a objetos 2.El lenguaje Java 3.Compilación, bytecode y JVMs 4.Entornos de desarrollo Java 5.Java vs otros lenguajes OO Programación orientada a objetos

Más detalles

Ministerio de Educación, Cultura y Deporte. Aulas en Red. Windows. Módulo 1: Tareas Iniciales. Instalación Servidor

Ministerio de Educación, Cultura y Deporte. Aulas en Red. Windows. Módulo 1: Tareas Iniciales. Instalación Servidor Ministerio de Educación, Cultura y Deporte. Aulas en Red. Windows Módulo 1: Tareas Iniciales. Instalación Servidor Aulas en red. Aplicaciones y servicios. Windows Windows Server 2008 En este apartado de

Más detalles

IVista: es la interfaz con la que el Presentador se comunica con la vista.

IVista: es la interfaz con la que el Presentador se comunica con la vista. Capítulo 3 MODELO DE DISEÑO 3.1 Arquitectura Modelo-Vista-Presentador La arquitectura Modelo-Vista-Presentador (MVP) [11] separa el modelo, la presentación y las acciones basadas en la interacción con

Más detalles

Cómo puede ayudarle JBuilder en sus Desarrollos Java?

Cómo puede ayudarle JBuilder en sus Desarrollos Java? Artículos técnicos Grupo Danysoft: Cómo puede ayudarle JBuilder en sus Desarrollos Java? Oscar Cristóbal Ruiz Departamento Java Equipo Grupo Danysoft Enero 2003 - (902) 123146 www.danysoft.com Cómo puede

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

CAPÍTULO 1. es posible mediante la asignación de usuario y contraseña. Asignación de roles de usuario a nivel de aplicación.

CAPÍTULO 1. es posible mediante la asignación de usuario y contraseña. Asignación de roles de usuario a nivel de aplicación. 1 CAPÍTULO 1 1 MANUAL TÉCNICO 1.1 Objetivos técnicos El acceso a la información del sitio Web solo sea posible para las personas que estén vinculadas directamente con la empresa, esto es posible mediante

Más detalles

FileMaker 13. Guía ODBC y JDBC

FileMaker 13. Guía ODBC y JDBC FileMaker 13 Guía ODBC y JDBC 2004-2013 FileMaker, Inc. Reservados todos los derechos. FileMaker, Inc. 5201 Patrick Henry Drive Santa Clara, California 95054 FileMaker y Bento son marcas comerciales de

Más detalles

ESCUELA POLITÉCNICA NACIONAL Ingeniería en Sistemas APLICACIONES EN AMBIENTES LIBRES

ESCUELA POLITÉCNICA NACIONAL Ingeniería en Sistemas APLICACIONES EN AMBIENTES LIBRES Integrantes: GRUPO: 4 - Marcela Balseca Fecha: 04/05/2012 - Patricia Gálvez - Lilian Guamán S. - Diego Hallo ALTERNATIVAS DE SOFTWARE LIBRE PARA PROYECTOS DE DESARROLLO La cantidad de alternativas libres

Más detalles

Formación a distancia de EXPERTO EN PROGRAMACIÓN EN JAVA

Formación a distancia de EXPERTO EN PROGRAMACIÓN EN JAVA Instituto de Formación Profesional CBTech Estudie desde su hogar y obtenga un certificado universitario Formación a distancia de EXPERTO EN PROGRAMACIÓN EN JAVA 1 Introducción al Lenguaje JAVA Integrado

Más detalles

A continuación resolveremos parte de estas dudas, las no resueltas las trataremos adelante

A continuación resolveremos parte de estas dudas, las no resueltas las trataremos adelante Modulo 2. Inicio con Java Muchas veces encontramos en nuestro entorno referencias sobre Java, bien sea como lenguaje de programación o como plataforma, pero, que es en realidad Java?, cual es su historia?,

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB DENOMINACIÓN: CON TECNOLOGÍAS WEB Código: IFCD0210 Familia profesional: Informática y Comunicaciones Área profesional: Desarrollo Nivel de cualificación profesional: 3 Cualificación profesional de referencia:

Más detalles

Ayuda para la instalación Componente Firma Digital INDICE. 1 Configuración previa...2. 1.1 Configuración Internet Explorer para ActiveX...

Ayuda para la instalación Componente Firma Digital INDICE. 1 Configuración previa...2. 1.1 Configuración Internet Explorer para ActiveX... INDICE 1 Configuración previa...2 1.1 Configuración Internet Explorer para ActiveX...2 1.2 Problemas comunes en sistema operativo Windows...8 1.2.1 Usuarios con sistema operativo Windows XP con el Service

Más detalles

Acceso a base de datos SQLite desde Gambas

Acceso a base de datos SQLite desde Gambas Acceso a base de datos SQLite desde Gambas Prof: Mileti, P. Si deseamos realizar una pequeña aplicación en Gambas que trabaje con una base de datos local (alojada en el mismo disco rígido que nuestra aplicación),

Más detalles

Modelar, documentar, discutir, versionar, difundir, capacitar DESCRIPCIÓN TÉCNICA

Modelar, documentar, discutir, versionar, difundir, capacitar DESCRIPCIÓN TÉCNICA Sistema para Gestión de Conocimiento Modelar, documentar, discutir, versionar, difundir, capacitar DESCRIPCIÓN TÉCNICA Contenido Introducción... 3 Antecedentes... 4 Ediciones... 4 Empresarial... 4 Personal...

Más detalles

Introducción a AJAX y visión global de la práctica

Introducción a AJAX y visión global de la práctica Introducción a AJAX y visión global de la práctica Modelo de aplicaciones Web clásico (1) La mayor parte de las interacciones del usuario causan una petición HTTP al servidor Web El servidor Web procesa

Más detalles

PROGRAMA FORMATIVO Programación Orientada a Objetos con Java

PROGRAMA FORMATIVO Programación Orientada a Objetos con Java PROGRAMA FORMATIVO Programación Orientada a Objetos con Java Julio 2014 DATOS GENERALES DE LA ESPECIALIDAD 1. Familia Profesional: INFORMÁTICA Y COMUNICACIONES Área Profesional: DESARROLLO 2. Denominación:

Más detalles

Curso: Programación con JAVA SE Estándar Edition.

Curso: Programación con JAVA SE Estándar Edition. Curso: Programación con JAVA SE Estándar Edition. Código: 1062 Familia Profesional: Programación. Acreditación: Formación reconocida a través de vías no formales Modalidad: Distancia Duración: 150 horas

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Curso de Android con Java

Curso de Android con Java Todos los Derechos Reservados Global Mentoring Experiencia y Conocimiento para tu Vida 1 Este es un tiempo único para el mundo de los celulares, en particular de los Smartphones. Este tipo de dispositivos

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Eclipse Visual Editor

Eclipse Visual Editor Eclipse Visual Editor Universidad Nacional de la Patagonia Austral Unidad Académica Río Gallegos Analista de Sistemas Licenciatura en Sistemas Laboratorio de Programación Indice Temas Pág. Introducción...

Más detalles

Seminario de Java. Contenido

Seminario de Java. Contenido Seminario de Java Programación Orientada a Objetos Curso 2006/2007 Contenido 1. Introducción 2. Primeros pasos con Java. El entorno Eclipse 3. La sintaxis del lenguaje Java 4. Clases y objetos 5. Cadenas

Más detalles

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012 TFC J2EE Aplicación Web para la gestión de facturación de una empresa de cerrajería Sara Gutiérrez Melero ITIG Junio de 2012 Consultor: Jose Juan Rodriguez Índice 1. Introducción Objetivos Planificación

Más detalles

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 18 CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC297_2 Versión 5 Situación RD 1201/2007 Actualización

Más detalles

Facilite la Gestión, Manejo y Distribución de Información en su Web Site. WBC V2 Web Content Management

Facilite la Gestión, Manejo y Distribución de Información en su Web Site. WBC V2 Web Content Management Facilite la Gestión, Manejo y Distribución de Información en su Web Site. WBC V2 Web Content Management Web Business Creator Content Management Introducción Muchas empresas basan sus estrategias de comunicación

Más detalles

Taller de Programación II J2EE

Taller de Programación II J2EE ᄎ INACAP Universidad Tecnológica de Chile Sede Santiago Centro Taller de Programación II J2EE Tema 03 Uso de las Bases de Datos con Java Ing. Manuel López R. Recordando conceptos sobre bases de datos...

Más detalles

ANEXO A: CATÁLOGO DE REQUERIMIENTOS

ANEXO A: CATÁLOGO DE REQUERIMIENTOS ANEXOS ANEXO A CATÁLOGO DE REQUERIMIENTOS Ítem Características Exigibilidad 1 El sistema permitirá el modelado de diagramas de clases usando notación UML. A 2 El sistema usará UML versión 2.0. A 3 El sistema

Más detalles

Técnico Superior en Programación con Java SE Standard Edition

Técnico Superior en Programación con Java SE Standard Edition Código: M087_04 Técnico Superior en Programación con Java SE Standard Edition Modalidad: Distancia Duración: 120 horas Objetivos: Este pack de materiales formativos proporcionará al alumnado la base que

Más detalles

Diseño e implementación de la herramienta Cristali Programming

Diseño e implementación de la herramienta Cristali Programming Tecnológico de Costa Rica Escuela de Ingeniería en Computación Diseño e implementación de la herramienta Cristali Programming Informe Final de Práctica de Especialidad para optar por el título de Ingeniero

Más detalles

GLOSARIO DE TÉRMINOS

GLOSARIO DE TÉRMINOS MINISTERIO DE EDUCACIÓN, CULTURA Y DEPORTE SECRETARÍA DE ESTADO DE EDUCACIÓN, FORMACIÓN PROFESIONAL Y UNIVERSIDADES DIRECCIÓN GENERAL DE FORMACIÓN PROFESIONAL INSTITUTO NACIONAL DE LAS CUALIFICACIONES

Más detalles

TUTORIAL CONEXIÓN SQL SERVER 2005 CON VISUAL STUDIO 2005(TECNOLOGIA RAD)

TUTORIAL CONEXIÓN SQL SERVER 2005 CON VISUAL STUDIO 2005(TECNOLOGIA RAD) TUTORIAL CONEXIÓN SQL SERVER 2005 CON VISUAL STUDIO 2005(TECNOLOGIA RAD) Resumen:En este tutorial, aprenderá a sacar el máximo partido a las capacidades de diseño integradas en Visual Studio 2005 para

Más detalles

LABORATORIO 3. CONFIGURACIÓN DE SISTEMAS MANEJADORES DE BASE DE DATOS - POSTGRE SQL

LABORATORIO 3. CONFIGURACIÓN DE SISTEMAS MANEJADORES DE BASE DE DATOS - POSTGRE SQL LABORATORIO 3. CONFIGURACIÓN DE SISTEMAS MANEJADORES DE BASE DE DATOS - POSTGRE SQL GUÍA DE LABORATORIO Nº 3 Actividad de Proyecto No. 2: CONFIGURAR SISTEMAS MANEJADORES DE BASE DE DATOS. CONFIGURACIÓN

Más detalles

Pasos para crear un sitio web ASP.Net con el Visual Studio en cualquiera de sus versiones. Unidad 1. Conceptos [ASP.NET EN VISUAL STUDIO]

Pasos para crear un sitio web ASP.Net con el Visual Studio en cualquiera de sus versiones. Unidad 1. Conceptos [ASP.NET EN VISUAL STUDIO] Pasos para crear un sitio web ASP.Net con el Visual Studio en cualquiera de sus versiones Conceptos Lo primero que necesitamos para crear una aplicación o proyecto web es seleccionar el entorno del Visual

Más detalles

CAPITULO I. MARCO TEORICO

CAPITULO I. MARCO TEORICO 1 CAPITULO I. MARCO TEORICO 1.1 DEFINICIÓN DEL PROYECTO. Para la definición del proyecto nos basaremos en una metodología de gestión de proyectos, para esto compararemos las características de tres de

Más detalles

CURSO DE SQL SERVER 2005

CURSO DE SQL SERVER 2005 CURSO DE SQL SERVER 2005 Una vez finalizado el curso, el alumno estará preparado para: Instalar y configurar SQL Server 2005. Comprender los conceptos más importantes del diseño de bases de datos. Crear

Más detalles

MANUAL DE INSTALACIÓN Y CONFIGURACIÓN SISTEMA CAJA DE AHORRO COMUNITARIO SCAC

MANUAL DE INSTALACIÓN Y CONFIGURACIÓN SISTEMA CAJA DE AHORRO COMUNITARIO SCAC MANUAL DE INSTALACIÓN Y CONFIGURACIÓN SISTEMA CAJA DE AHORRO COMUNITARIO SCAC Año 2012 GIOCOMPANY S.A. Versión 1.0 INDICE 1. COMO USAR ESTE MANUAL... 3 2. SUMARIO... 3 3 PREREQUISITOS... 3 4 INSTALACIÓN

Más detalles

SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS

SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS Universidad de Carabobo Facultad Experimental de Ciencias y Tecnología Departamento de Computación Unidad Académica Base de Datos SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS Integrantes: Fidel Gil

Más detalles

- Bases de Datos - - Diseño Físico - Luis D. García

- Bases de Datos - - Diseño Físico - Luis D. García - Diseño Físico - Luis D. García Abril de 2006 Introducción El diseño de una base de datos está compuesto por tres etapas, el Diseño Conceptual, en el cual se descubren la semántica de los datos, definiendo

Más detalles

FileMaker 14. Guía ODBC y JDBC

FileMaker 14. Guía ODBC y JDBC FileMaker 14 Guía ODBC y JDBC 2004-2015 FileMaker, Inc. Reservados todos los derechos. FileMaker, Inc. 5201 Patrick Henry Drive Santa Clara, California 95054 FileMaker y FileMaker Go son marcas comerciales

Más detalles

Computación e Informática LICENCIATURA /INGENIERÍA

Computación e Informática LICENCIATURA /INGENIERÍA PROYECTO # 185 Participante: Christian Alejandro Quiroz Hernández Participante: José María Ramírez Ruiz Asesor: Dra. Rosa María Michel Nava Instituto Tecnológico de Cd. Guzmán Computación e Informática

Más detalles

RUEDA TORRES DULCE CAROLINA 3CM2 JSF JAVA SERVER FACES WEB APPLICATION DEVELOPMENT

RUEDA TORRES DULCE CAROLINA 3CM2 JSF JAVA SERVER FACES WEB APPLICATION DEVELOPMENT 3CM2 JSF JAVA SERVER FACES WEB APPLICATION DEVELOPMENT JavaServer Faces (JSF) es una interfaz de usuario (UI) para las aplicaciones web Java. Está diseñado para aliviar considerablemente la carga de la

Más detalles

Capítulo V. Pruebas de Software

Capítulo V. Pruebas de Software Capítulo V. Pruebas de Software Este capítulo es un reporte de las pruebas realizadas al software de este proyecto de tesis. En primer lugar se presenta un reporte de las pruebas formativas de usabilidad

Más detalles