Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información

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

Download "Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información"

Transcripción

1 Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Desarrollo de un Sistema Web para la Gestión de la Información del Portafolio de Proyectos de la Universidad Centroamericana UCA () Para optar al título de: Ingeniero(a) en Sistemas y Tecnologías de la Información (Concentración: Sistemas de Información) AUTOR: Bra. Katherine Valeska Dumas Hernández ( ) TUTOR: Ing. Gerald Alfredo Sánchez Pineda Managua, Nicaragua 2012

2 PÁGINA DE ACEPTACIÒN Este Producto Creativo fue aprobado por el tribunal examinador de la Facultad de Ciencia, Tecnología y Ambiente de la Universidad Centroamericana como requisito para optar al título de Ingeniería en Sistemas y tecnologías de la información. Lic. Carlos Iván Argüello Martínez Presidente del Tribunal Ing. Eduardo Francisco Traña Rivera Secretario Ing. Gerald Alfredo Sánchez Pineda Tutor Bra. Katherine Valeska Dumas Hernández Egresada

3 DEDICATORIA A mí querida mamá Marissa por haberme educado con mucho esfuerzo, dedicación y sacrificio, por ser comprensiva, porque siempre ha estado en todos los momentos cuando la he necesitado y porque con su incansable sacrificio ha hecho que alcance todo lo que me he propuesto en cada aspecto de mi vida. A mi hermano Franklin por brindarme su cariño y buen humor. A mi abuelita Elba por haberme brindado su apoyo y animarme a seguir adelante. A ti Luis por estar a mi lado brindándome tu amor, apoyándome y dándome ánimo para seguir, gracias por la preocupación, dedicación y afecto. A mis profesores quienes compartieron sus conocimientos, valores y experiencias conmigo a lo largo de estos cinco años, los cuales me han ayudado en el avance de mi carrera y formado como una profesional integral. Katherine Valeska Dumas Hernández

4 AGRADECIMIENTO A Dios por haberme permitido llegar hasta aquí, por darme la fortaleza necesaria para poder alcanzar esta meta. A mi tutor Gerald Alfredo Sánchez Pineda, por haberme guiado y apoyado en el desarrollo de esta tesis. A mis compañeros de clases, por haber compartido tantos momentos juntos y por brindarme su amistad. A todas las personas que han colaborado conmigo con su cariño y apoyo a lo largo de todos estos años. Katherine Valeska Dumas Hernández

5 RESUMEN El presente trabajo tiene como propósito principal desarrollar un sistema web para la gestión del portafolio de proyectos de la Universidad Centroamericana UCA, que permita llevar el manejo rápido de toda la información de los proyectos que lleva la Oficina de Proyectos, Consultorías y Servicios. Este fue desarrollado bajo la metodología SCRUM y artefactos de RUP (Proceso Unificado de Desarrollo de Software), la metodología plantea tres fases para la llevar a cabo la ejecución del proyecto: Pregame, Gamephase y Postgame, también para el aspecto gráfico se tomó en cuenta el Lenguaje de Modelado Unificado (UML) que permite ver de manera sencilla la solución más adecuada para el desarrollo del proyecto.

6 CONTENIDO 1. INTRODUCCIÓN 2. OBJETIVOS 2.1 Objetivo General 2.2 Objetivos Específicos 3. JUSTIFICACIÓN 4. MARCO TEÓRICO 5. DISEÑO METODOLÓGICO 5.1 La fase de Pregame Planeación Arquitectura / Diseño de Alto Nivel 5.2 La fase de Development o gamephase 5.3 La fase de PostGame: 5.4 Herramientas utilizadas durante la iteración de cada fase 5.5 Herramientas tecnológicas para el desarrollo del sistema 6. PRESENTACIÓN DE RESULTADOS 6.1 FASE DE PREGAME Planeación Requerimientos Funcionales Requerimientos No Funcionales Arquitectura / Diseño de Alto Nivel Product Backlog Sprint Plan y Sprint Backlog Documento de especificación de casos de uso y diagramas Documento de Arquitectura del sistema 6.2 FASE DE DEVELOPMENT O GAMEPHASE Diccionario de Datos Glosario de términos 6.3 FASE DE POSTGAME

7 7. CONCLUSIONES 8. RECOMENDACIONES 9. BIBLIOGRAFÍA 10. ANEXOS 10.1 Entrevistas 10.2 Desarrollo del Sistema 10.3 Documento de Casos de Uso 10.4 Documento de Arquitectura del Sistema 10.5 Diccionario de Datos 10.6 Glosario de Términos 10.7 Manual de Usuario

8 INDICE DE TABLAS FORMA DE CULMINACION DE ESTUDIOS Tabla 1. Tareas de la fase pregame Tabla 2. Tareas de la fase gamephase Tabla 3. Historia de usuario numero 1 Tabla 4. Historia de usuario numero 2 Tabla 5. Historia de usuario numero 3 Tabla 6. Historia de usuario numero 4 Tabla 7. Historia de usuario numero 5 Tabla 8. Historia de usuario numero 6 Tabla 9. Detalle de la Product Backlog Tabla 10. Detalle del Sprint Plan Tabla 11. especificación del Caso de Consultar Información del Proyectos Tabla 12. especificación del caso de uso Generar Reporte Tabla 13. especificación del Caso de Registrar Información de los Proyectos Tabla 14. especificación del Caso de Modificar Proyectos Tabla 15. especificación del Caso de Gestionar Área Temática Tabla 16. especificación del Caso de Gestionar Usuario Tabla 17. especificación del Caso de Gestionar Roles, permisos y opciones

9 1. INTRODUCCIÓN El término de Portafolio se le atribuye a la agrupación de todos los programas o proyectos manejados por una organización o empresa. Puede haber más de uno dentro de la organización y a su vez estar constituidos de proyectos y programas relacionados o no relacionados. Para realizar una gestión eficiente de toda la información que genera cualquier tipo de proyecto, esto estará en dependencia de que tanto acceso se tenga a la información de los mismos y que tan organizada se encuentre. El portafolio no es más que una herramienta de soporte a la toma de decisiones usado por los ejecutivos para balancear de forma continua los riesgos y beneficios de un portafolio. Debe proveer claridad en las variables y métricas que se usarán para la evaluación del mismo. En la actualidad toda organización cuenta con un grupo o un área en donde se lleva el control de los proyectos, a como es el caso de La Oficina de Proyectos, Consultorías y Servicios (OPCS) de la Universidad Centroamericana UCA, esta se encarga de dar seguimiento a la formulación, ejecución, control y evaluación financiera de los proyectos, consultorías y servicios, ofertados por las Facultades, Centros e Institutos. (Politicas, normas y procedimientos para proyectos, consultorias y servicios de la UCA). Pero la falta de disponibilidad de la información de los proyectos ocasiona un atraso al momento de ser brindada a diversos organismos, ya que dicha información solo se encuentra en documentos físicos y hojas de Excel, lo que ocasiona que el acceso rápido a esta sea un poco difícil provocando un aumento notorio en los costos. El proyecto que se pretende realizar es un sistema web que permita el rápido acceso a la información, reduciendo los costos al realizar el proceso de

10 almacenamiento de toda la información generada por los proyectos que realiza la OPCS de manera fácil. La aplicación estará diseñada bajo una interfaz sencilla para que los usuarios puedan ingresar la información de los nuevos proyectos, también se podrán generar informes de los mismos, así como les permitirá descargar o subir documentos digitales asociados a cada uno de los proyectos agregados en el sistema.

11 2. OBJETIVOS 2.1 Objetivo General Desarrollar un sistema web que gestione la información del portafolio de proyectos que administra la OPCS, elaborado con herramientas para el desarrollo de software, que permita realizar la automatización de los procesos. 2.2 Objetivos Específicos Identificar los requerimientos necesarios para el desarrollo del sistema basados en el análisis de la información brindada por la OPCS. Diseñar los prototipos de las interfaces web bajo los estándares de la W3C, así como la arquitectura y procesos que realizará el sistema, elaborados con herramientas de modelación. Garantizar la disponibilidad del sistema en su versión alfa, para la realización de pruebas y puesta en funcionamiento.

12 3. JUSTIFICACIÓN La elaboración del presente proyecto surge de la necesidad de llevar el control de la información generada por los proyectos y agilizar los procesos de búsqueda necesarios en la administración de portafolio de proyectos que lleva la Universidad Centroamericana UCA. El sistema que se pretende desarrollar, estará diseñado con una base de datos donde se cargará la información de todos los proyectos que la OPCS ha administrado durante su tiempo de existencia y los que ejecutará en un futuro. La aplicación estará diseñada para que los usuarios puedan ingresar la información de los nuevos proyectos y presentará informes de los mismos, les permitirá descargar o subir documentos digitales asociados a cada uno de los proyectos ingresados en el sistema, así como documentación legal anexa de la Universidad. El contar con un sistema que permita llevar el control de la información generada por cada uno de los proyectos ejecutados por OPCS en la universidad, así como la obtención de una documentación que respalde todo el proceso del mismo, permitirá tener mejores resultados de cada uno de los proyectos que realice la universidad, apoyado en la toma de decisiones adecuada.

13 4. MARCO TEÓRICO Según lo que nos plantea, (The Standard for Portfolio Management, 2008); un Portafolio de Proyectos es una colección de proyectos/programas y otro tipo de labor el cual es agrupado para facilitar el manejo efectivo del trabajo orientado a conseguir las metas estratégicas de la organización. Este tiene como principal objetivo el de brindar a la organización la información necesaria para la adecuada toma de decisiones, con respecto a la elaboración, ejecución y seguimiento de proyectos. Por lo tanto se torna de vital importancia la creación y gestión adecuada de los portafolios de proyectos, así como departamentos u oficinas que manejen los mismos. Además se tiene que contar con las herramientas necesarias para almacenar y manejar toda la información que generan. En el panorama actual las organizaciones recurren a las herramientas que las TIC s (Tecnologías de la Información) les brindan, ayudando en la agilización de sus procesos y a tener un manejo más rápido de la información y servicios que ofrecen, independientemente del giro del negocio al que se encuentran enfocados. Entre las principales herramientas que se utilizan con este fin, tenemos los sistemas de información. Fernández (2006), plantea que un sistema de información es un conjunto de componentes que interaccionan entre sí para lograr un objetivo común: satisfacer las necesidades de información de una empresa. Estos permiten la recolección de toda la información de la empresa, la que puede ser procesada, distribuida y almacenada por el sistema, para luego ser mostrada al usuario. Estos sistemas de información, son adaptados y clasificados según los requerimientos de la empresa, Kendall & Kendall (2005) plantea que existen diferentes tipos de sistemas de información, entre estos tenemos:

14 Sistemas de procesamiento de transacciones: funcionan al nivel operativo de una organización. Sistemas de automatización de la oficina y los sistemas de trabajo del conocimiento: apoyan el trabajo al nivel del conocimiento. Sistemas de información gerencial: son sistemas de información computarizados cuyo propósito es contribuir a la correcta interacción entre los usuarios y las computadoras. Sistemas de apoyo a la toma de decisiones: se encuentran entre los sistemas de alto nivel. Los sistemas expertos aplican el conocimiento de los encargados de la toma de decisiones para solucionar problemas estructurados específicos. Sistemas de apoyo a ejecutivos: se encuentran en el nivel estratégico de la administración. Independientemente del tipo de sistema de información que decida utilizar o implementar la empresa, estos brindan una serie de beneficios tales como: Acceso rápido a la información. Generación de informes e indicadores, que ayudan a la toma acertada de decisiones. Posibilidad de planear y generar proyectos administrados y soportados en sistemas de información que presentan elementos claros y sustentados. Disminución de la pérdida de tiempo, recopilando y mostrando información que ya está almacenada en bases de datos que se pueden compartir. Facilidad para encontrar y manipular la información. Permiten la comunicación de los departamentos.

15 Aumento de la productividad facilitando la búsqueda y generación de información repetida. El avance de la tecnología, así como las nuevas tendencias en internet, ha provocado que las empresas ya no solo busquen sistemas que solucionen sus necesidades a lo interno de la misma, sino que ahora han optado por sistemas en la web, conocidos como aplicaciones web, a los cuales tienen acceso en cualquier momento y lugar. Lujan (2002), define las aplicaciones web como un tipo especial de aplicación cliente/servidor, donde tanto el cliente (el navegador, explorador o visualizador) como el servidor (el servidor web) y el protocolo mediante el que se comunican (HTTP) estan estandarizados, sigue exponiendo que estas se encuentran divididas en tres niveles diferentes que son de gran importancia para el adecuado desarrollo de las mismas, estos son: Nivel superior: permite la interacción con el usuario, comúnmente un navegador. Nivel intermedio: permite la visualización de los datos, este es el servidor web. Nivel inferior: proporciona los datos, comúnmente es la base de datos. Las aplicaciones web (conocidas como webapp), brindan a los usuarios una serie de ventajas, entre estas se mencionan: Facilidad de acceso, desde cualquier ordenador sin necesidad de instalación previa. Proporciona niveles de seguridad al acceder. Soporta la característica de multiusuario. Permite más utilización gráfica (gráficos, imágenes, vídeos, etc.). Para la adecuada creación de este tipo de aplicaciones, existen estándares que según (World Wide Web Consortium (W3C), 2008), en su Guía Breve sobre

16 Estándares Web, define como un conjunto de reglas normalizadas que describen los requisitos que deben ser cumplidos por un producto, proceso o servicio, con el objetivo de establecer un mecanismo base para permitir que distintos elementos hardware o software que lo utilicen, sean compatibles entre sí. El W3C, es un consorcio fundado en 1994 encargado de potenciar los recursos que brinda la Web, mediante el desarrollo de protocolos y estándares comunes que promueven su evolución. Este consorcio se encuentra compuesto por programadores, desarrolladores web, usuarios y ejecutivos, que ayudan a definir el estándar adecuado de desarrollo de la tecnología web. Estos estándares son diseñados tomando en cuenta diferentes aspectos del desarrollo, y se encuentran orientados de la siguiente manera: Accesibilidad Web (WAI): la W3C ha publicado Web Content Accessibility Guidelines (WCAG), ofrece diversas formas para crear aplicaciones web accesibles, proporcionando una semántica adicional sobre los comportamientos del usuario en la web. Seguridad: La Web es una herramienta de gran alcance para las comunicaciones y transacciones de todo tipo. Es importante tener en cuenta las implicaciones de privacidad y seguridad de la web como parte del diseño de la tecnología. Por lo tanto W3C plantea una serie de opciones para brindar al usuario la privacidad necesaria así como proteccion de la información confidencial. Internacionalización: El W3C ha publicado una guía donde muestra la utilizacion de las etiquetas de idioma bidireccional de texto, que permite tener en la web aplicaciones multilenguajes.

17 Audio y Vídeo: Presentan algunos de los formatos de audio W3C que permiten la creación y presentaciones de videos que (sincronización). incluyen HTML, SVG y SMIL Protocolos: HTTP es el protocolo básico. La utilizacion de estos estandares al desarrollar las aplicaciones, brinda tanto al programador como al usuario una variedad de beneficios, entre estos se destacan los siquientes: Código más limpio: ayudan a tener un código limpio, válido, modular y semánticamente correcto, ya que instan a la utilización de etiquetas, hojas de estilos (css), que permiten una solución de problemas mucho mas rápidos, así como facilita la re-utilización de código. Compatibilidad para plataformas y navegadores: permiten que las aplicaciones web sean compatibles con todo tipo de navegador. Mejor aceptación: al cumplir con los estándares, se indexan y localizan los sitios en los motores de búsqueda. Simplificación del mantenimiento: al tener un código ordenado y el contenido separado los cambios se realizan con mucha más facilidad. Ahorrar ancho de banda: lo que reduce los gastos de alojamiento web. Mayor rápidez de carga de las páginas. El principal temor de las empresas al utilizar este tipo de herramientas, aplicaciones web, es que al utilizarse poseen información sensible de la misma, y la vulnerabilidad y amenazas que existen en la web son altas.

18 Stallings (2004), plantea que existen varios tipos de amenazas en la web, clasificandolos en dos grupos : ataques pasivos y ataques activos. Los pasivos incluyen escuchas del tráfico de la red entre el navegador y el servidor y la obtención de acceso a información de un sitio que se supone restringida. Los ataques activos incluyen la suplantación de otro usuario, la alteración de mensajes en el tránsito entre el cliente y el servidor y la modificación de información de un sitio. Aparte de tomar en cuenta las recomendaciones que nos ofrece la W3C en términos de seguridad y confidencialidad de la información, Bertolín, (2008), establece que hay que tener sumo cuidado con los scripts cgi, que se vayan a utilizar, hay que revisar las configuraciones de acceso al web serve, así como los permisos y los directorios de datos.

19 5. DISEÑO METODOLÓGICO Para llevar a cabo el desarrollo del Sistema para la Gestión de Información del Portafolio de Proyectos, se tomará en cuenta como base la Metodología de Desarrollo SCRUM siguiendo todos los procesos que plantea la misma, se utilizará Enterprise Architect para la diagramación y para la documentación se tomarán artefactos que propone la Metodología de desarrollo RUP. El proceso de desarrollo se organizará en tres diferentes iteraciones, llamadas sprints, que normalmente tendrán un tiempo entre dos y cuatro semanas de duración, este es el tiempo recomendado por la metodología. Al principio de cada sprint se establecerá una lista de requerimientos llamada product backlog. Fases de Desarrollo del Proyecto: Scrum propone tres fases: Pregame, Development y Postgame. 5.1 La fase de Pregame Planeación Se realizará la definición del sistema. Para esto se crea la lista Product Backlog a partir del conocimiento que actualmente se tiene del sistema. En ella se expresan los requerimientos Arquitectura / Diseño de Alto Nivel El diseño de alto nivel del sistema se planificará a partir de los elementos existentes en la Product Backlog.

20 Las tareas a ser realizadas serán las siguientes: Nombre de la tarea Crear la Product Backlog List y controlar su consistencia Creación del Sprint Backlog Realización de la arquitectura del sistema (Diseño de alto nivel) Descripción En esta se encontrarán los requerimientos técnicos y del negocio, funciones, errores a reparar, defectos, mejoras y actualizaciones tecnológicas requeridas, así como los requerimientos no funcionales del sistema Se definirán los Sprint Backlog necesarios para la ejecución del sistema. Aquí se realizarán la arquitectura del sistema, así como los diagramas requeridos para la modelación del sistema tales como casos de uso, estado, secuencia, clases, componentes, el diagrama físico de la base de datos. Tabla 1. Tareas de la fase pregame Verificación: Deben estar realizadas todas las tareas. Salida: Product Backlog List, Documento de Arquitectura del sistema, Diagramas requeridos para la modelación del sistema tales como Casos de uso, Estado, Secuencia, Clases, Etc. Una estimación de riesgo inicial, Un plan de proyecto, demostrando fases e iteraciones. 5.2 La fase de Development o gamephase En esta fase se realiza la revisión de los documentos obtenidos en la fase anterior, se establecen las variables más importantes, como son tiempo, recursos, requerimientos, tecnologías y herramientas de desarrollo. Nombre de la tarea Sprint Planning Descripción La primera fase tiene como objetivo establecer que ítems de la Product Backlog que serán realizados durante el nuevo Sprint. En la segunda fase se decide como se van a alcanzar los

21 objetivos del Sprint. Sprint La fase de Sprint es donde el desarrollo de software se lleva a cabo. Un Sprint consta de los siguientes sub-actividades: Elaborar Integrar Revisar Ajustar. Tabla 2. Tareas de la fase gamephase Verificación: Durante un sprint se puede acortar funcionalidad pero la fecha de entrega debe ser respetada. Salida: Incremento del producto, Un prototipo arquitectónico ejecutable al sistema para su respectiva prueba. 5.3 La fase de PostGame: Para ingresar a esta fase SCRUM propone que se debe llegar a un acuerdo respecto a las variables del entorno por ejemplo que los requerimientos fueron completados; todo esto se decidirá mediante la revisión de la Product Backlog. El sistema está listo para ser liberado y es en esta etapa donde se realiza integración, pruebas del sistema lanzamientos beta, documentación y manuales de usuario listos. 5.4 Herramientas utilizadas durante la iteración de cada fase El Product Backlog es un repositorio de requerimientos. Por lo general, los requerimientos incluidos en este backlog son de alto nivel, evitan detallar cuestiones técnicas o de implementación. El sprint backlog se arma al principio de cada sprint, y reúne aquellos requerimientos y actividades que el equipo deberá completar para cuando finalice dicho sprint.

22 Como la metodología en si no genera documentación de soporte al desarrollo del sistema, en cada sprint se generarán los siguientes documentos para dar soporte al desarrollo del mismo: Modelo de proceso de negocios/ Flujos de Trabajo Se utilizarán diagramas de secuencia para modelar los Flujos de Trabajo (workflows), estos serán soportados por el sistema desarrollado Modelo de Casos de Uso, secuencia y estado El documento de modelo de Casos de Uso presenta la funcionalidad del sistema y los actores que hacen uso de ella. Se representa mediante Diagramas de Casos de Uso. Para los casos de uso que lo requieran, se realiza una descripción detallada utilizando una tabla de plantilla, donde se incluyen: descripción, actores, precondiciones, requisitos no-funcionales, flujo de eventos, flujo alterno, postcondiciones, requerimientos especiales Modelo Arquitectura del software 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 una de diseño (incluyendo una orientación hacia el entorno de implementación). Está constituido esencialmente por un Diagrama de Clases Glosario Es un documento que define los principales términos usados en el proyecto. Permite establecer una terminología consensuada Modelo físico / diccionario de datos

23 Previendo que la persistencia de la información del sistema será soportada por una base de datos relacional, este modelo describe la representación física de las tablas, con sus llaves, descripciones de campos (Diccionario de datos). Este modelo permite la generación del script que permite crear las tablas en las bases de datos en SQL Server Manuales de Usuario Corresponde a un conjunto de documentos y facilidades de uso del sistema, que se desarrollan para acceso web, manuales en documentos doc. o pdf., se recomiendan herramientas de acceso web ya que esto permite tener actualizados los manuales, sin que se tengan que reimprimir los manuales a los usuarios. 5.5 Herramientas tecnológicas para el desarrollo del sistema Para el desarrollo de SGIPP se utilizan las herramientas tecnológicas más adecuadas, entre estas están: SQL Server 2008 Es un servidor de base de datos que permite realizar diversos tipos de operaciones que permiten el manejo adecuado de toda la información almacenada, ofrece una facilidad de administración Visual Studio Este es un entorno de desarrollo integrado (IDE), que facilita la creación de soluciones o aplicaciones en diferentes tipos de lenguajes. Este IDE optimiza el diseño, desarrollo e implementación de las aplicaciones desarrolladas ADO.NET Este es un modelo basado en relaciones entre el esquema de la base de datos y la aplicación, lo que permite a los desarrolladores crear aplicaciones de acceso a datos de programación con un modelo de aplicación conceptual.

24 5.5.4 Lenguaje C# Es un lenguaje orientado a objetos, simple, que está incluido en la plataforma.net Ajax Control Toolkit 4.0 Es el conjunto de herramientas especiales para las interfaces o la capa de presentación de las aplicaciones que permite la creación de las mismas de manera más rápida con un alto grado de calidad.

25 6. PRESENTACIÓN DE RESULTADOS En esta sección se presentan los resultados obtenidos durante el proceso de desarrollo de SGIPP, habiendo aplicado la metodología planteada en el marco metodológico. Durante la ejecución del proyecto se obtuvieron diversos documentos o artefactos que sirvieron como base para la respectiva ejecución de las siguientes fases. Dichos documentos se detallan en cada fase correspondiente. 6.1 FASE DE PREGAME Planeación En esta fase se realizaron dos entrevistas con la encargada de la administración de la OPCS Mba. Widad Raquel Arauz Garcia, las que sirvieron para determinar las funciones del sistemas, los requerimientos funcionales (Anexo 10.1) y los no funcionales, así como los tipos de usuarios y la seguridad que tendrá el sistema, dichas especificaciones serán detalladas a continuación: Funciones del producto Este llevará el control de toda la información relacionada con los diferentes proyectos que se manejan en la OPCS. Características del usuario El sistema será manejado por tres tipos de usuarios: Administrador de la OPCS: Este podrá realizar todas las funciones relacionadas con la administración de la información de los proyectos así como la creación de usuarios, roles y asignación de permisos.

26 Administrador del Sistema: Este podrá gestionar roles, usuarios y permisos. Consultor de proyectos: este solo podrá visualizar la información de los proyectos. Problema del usuario No se tiene acceso adecuado y rápido a toda la información de los diferentes proyectos que ejecutan en la OPCS. Dicha información no se encuentra digitalizada, la mayor parte se encuentran en documentos físicos lo que dificulta en gran manera el manejo de la misma, así como la presentación de los resultados durante las reuniones. Objetivo del usuario Solucionar su problema utilizando un sistema ágil, cómodo, eficiente y eficaz. Que le permita tener acceso a toda la información de los proyectos en el momento que lo necesiten Requerimientos Funcionales Tabla de Requerimientos del Sistema Los requerimientos del sistema fueron tomados de las historias de usuario que se encuentran en el documento de desarrollo del proyecto (anexo 10.2), las que fueron tomadas a partir de las entrevistas realizadas con el usuario.

27 ID 1 Gestión de proyectos Descripción El sistema deberá gestionar toda la información que generen los proyectos Pruebas de Aceptación Identificar todos los datos contenidos en la base de datos del sistema. Nivel de sistema: Revisar cada uno de los campos para revisar que la información se carga correctamente. Tabla 3. Historia de usuario numero 1 ID 2 Búsqueda de Proyectos Descripción Los Proyectos estarán organizados por diferentes áreas temáticas Pruebas de Aceptación Organizar los proyectos por diferentes áreas temáticas. Nivel de sistema: Se comprobará la creación de las áreas temáticas así como la organización de los proyectos. Tabla 4. Historia de usuario numero 2 ID 3 Anexos Descripción Pruebas de Aceptación Se debe de permitir la carga de archivos digitales en diferentes tipos de formatos Se cargan archivos con información de los proyectos estos serán de diferentes extensiones:.pdf,.doc,.xls, Nivel de sistema: Se comprobará el funcionamiento a la hora de cargar estos tipos de archivos Tabla 5. Historia de usuario numero 3

28 ID 4 Eliminación de la información Descripción El sistema no debe de permitir que un proyectos ya registrado sea eliminado de forma manual por el usuario Pruebas de Aceptación El sistema no debe permitir eliminar ningún dato. Nivel de sistema: Se comprobará el funcionamiento de estas acciones. Tabla 6. Historia de usuario numero 4 ID 5 Manejo de la información Descripción Se permitirá la actualización y modificación de cada dato guardado de los proyectos Pruebas de Aceptación El sistema solo permite la actualización y modificación de los datos, no se permite eliminar. Nivel de sistema: Se comprobará el funcionamiento de estas acciones. Tabla 7. Historia de usuario numero 5 ID 6 Usuarios Descripción El sistema será utilizado por dos tipos de usuario administrador OPCS y consultor, pero también habrá un administrador del sistema. Pruebas de Identificar y listar cada actor y las Aceptación funciones y datos a los que tiene acceso. Crear pruebas para cada actor y verificar los permisos creando órdenes especificas. Modificar el actor y repetir las pruebas para los mismos usuarios. Nivel de sistema: Se comprobará el funcionamiento del sistema de autenticación de la aplicación, basado en las diferentes sesiones de usuario. Tabla 8. Historia de usuario numero 6

29 Requerimientos No Funcionales Perfiles De Usuario De acuerdo al tipo de usuario que acceda al sistema se le asignarán los diferentes permisos para manipular el mismo. - Administrador OPCS: este usuario tiene un acceso y manipulación total del sistema - Consultor: tiene un acceso restringido al sistema, solo se le permitirá consultar y descargar archivos asociados a cada proyecto, no modificarlos. -Administrador SGIPP: este realizará el control de todo lo relacionado con la seguridad del sistema, usuario, roles y permisos. Fiabilidad La Robustez de la plataforma Microsoft brinda características fiables al Sistema pos ser una plataforma de desarrollo segura y robusta. Mantenibilidad Las tareas de mantenimiento del sistema serán realizados por el desarrollador del sistema o en su defecto será realizado por el usuario Administrador. El sistema permitirá que las instalaciones y reinstalaciones sea una tarea sencilla y rápida. Portabilidad SGIPP está desarrollado en Visual Studio.Net y lenguaje de programación C# bajo la plataforma de Microsoft que es muy robusta, además es utilizado en el

30 Sistema Operativo Windows XP, Windows Vista o Windows Seven, y es compatible con los navegadores Mozilla Firefox, Internet Explorer y Google Chrome. La metodología base propone que en la primera fase se lleven a cabo la creación de las historias de usuario, la Product Backlog y la creación de los sprint. Para obtener estos productos se utilizó la herramienta que la metodología propone en formato Excel, a continuación se detallan cada uno de estos: Arquitectura / Diseño de Alto Nivel En esta etapa, que es parte de la fase pregame en donde se obtienen los documentos base del sistema, entre estos tenemos: Product Backlog Esta contiene las historias de usuario listas para ser programadas en los sprint backlog; en la tabla (9) tenemos el detalle de la misma. ID Nombre de la Historia Historia 1 El sistema deberá gestionar toda la información que generen los proyectos 2 Los Proyectos estarán organizados por diferentes áreas temáticas 3 Se debe de permitir la carga de archivos digitales en diferentes tipos de formatos Estado Prioridad Comentario Planeado Alta Aquí se encontraran todos los datos específicos de los proyectos Planeado Media Esto facilitara las búsquedas de los proyectos Planeado Media Permitirá un manejo de archivos más eficiente

31 4 El sistema no debe de permitir que un proyectos ya registrado sea eliminado de forma manual por el usuario 5 Se permitirá la actualización y modificación de cada dato guardado de los proyectos 6 El sistema será utilizado por dos tipos de usuario administrador OPCS y consultor, pero también habrá un administrador del sistema. Planeado Alta Solo se cambiará de estado al proyecto pero no será eliminado por completo de la base de datos Planeado Media Planeado Alta Manejo de sesiones y vistas de los proyectos por usuarios Tabla 9. Detalle de la Product Backlog Sprint Plan y Sprint Backlog Tomando en cuenta la Product Backlog se genera el sprint plan y el detalle de los sprint, estos son detallados a continuación, y muestran el diagrama de las actividades necesarias para la realización exitosa del sistema. Sprint Inicio Días Final Estado Objetivo Planeación (Fase Pregame: Planeación, 1 19/09/ /10/2011 Liberado Arquitectura / Diseño de Alto Nivel) 2 21/10/ /11/2011 Liberado Desarrollo (Game Phase ) 3 24/11/ /12/2011 Liberado Revisión (PostGame) Tabla 10. Detalle del Sprint Plan

32 Los sprint backlog generados durante el desarrollo del proyecto se encuentran detallados junto con sus respectivos gráficos en el documento de desarrollo del proyecto (ver anexo 10.2) Documento de especificación de casos de uso y diagramas Tomando como base el análisis de las entrevistas realizadas a la encargada de la OPCS, se definieron las especificaciones de casos de uso, junto con sus respectivos diagramas de casos de uso y diagramas de secuencia, estado y colaboración.. El Documento de especificación de casos de uso y diagramas (Anexo 10.3) está estructurado de la siguiente manera: Introducción o Propósito o Alcance o Referencias Representación Arquitectural Actores del Sistema o Detalle de actores Diagramas de Caso de uso Nivel 0 Diagramas de Caso de uso Nivel 1 Diagramas de Caso de uso Nivel 2 Especificaciones de caso de uso Diagramas de secuencia Diagramas de estado Diagramas de colaboración

33 Documento de Arquitectura del sistema Como parte de proceso que conlleva la fase de pregame se obtiene el documento de arquitectura del sistema, este representa la estructura del mismo (sistema), ayudando a realizar diversos análisis que orienten el proceso de desarrollo y toma de decisiones durante la ejecución. Está basado en la metodología RUP (Rational Unified Process) para el documento (Anexo 10.4) pero las especificaciones tomadas para su desarrollo fueron en base a las historias de usuarios que se generan a partir de la metodología SCRUM (apartado número del documento), las entrevistas realizadas al usuario, así como recomendaciones de ambas metodologías. 6.2 FASE DE DEVELOPMENT O GAMEPHASE En esta etapa que corresponde al desarrollo del sistema se han obtenido con anterioridad los artefactos correspondientes a la fase de pregame, a continuación se realizó la revisión del product backlog y de cada uno de los documentos generados. Basado en los resultados se procedió a realizar el diseño de las interfaces y la programación del sistema de acuerdo a lo establecido en el sprint número dos. A como ya se mencionó en capítulos anteriores, fue desarrollado en el lenguaje C#, utilizando el framework Visual Studio 2010 y tomando en cuenta las recomendaciones de la W3C. Durante el proceso de la fase development también se elaboraron el diccionario de datos y el glosario de términos.

34 6.2.1 Diccionario de Datos FORMA DE CULMINACION DE ESTUDIOS Este proporciona información detallada de cada una de las tablas y campos de la base de datos del sistema, en este se encuentran los aspectos principales de la base de datos, los esquemas y las tablas pertenecientes a dichos esquemas, las relaciones que existen y el diagrama entidad relación. Ver (anexo10.5) Glosario de términos Este proporciona una lista de palabras con sus conceptos para ayudar al usuario a comprender los términos empleados en el desarrollo del sistema. Ver anexo (anexo 10.6), este presenta una abreve introducción y la manera en la cual se encuentran organizadas las palabras que fueron agregadas. 6.3 FASE DE POSTGAME Al cumplir con las actividades detalladas en el sprint dos se procede a realizar la liberación del sistema en su versión alfa para las pruebas funcionales del mismo y comprobar que todo lo establecido él la product backlog se cumplió a cabalidad. A como establece el sprint número tres se realiza el manual de usuario (anexo 10.7) este contiene el detalle de todos los elementos y navegación del sistema. Este contiene los pasos a seguir para ejecutar cada una de las funciones del sistema. Es una guía para el usuario final que sirve para aclarar las dudas a la hora de manipular el sistema.

35 7. CONCLUSIONES Luego de haber ejecutado cada una de las fases de las que constaba el proyecto, puede concluirse que: Se desarrolló satisfactoriamente el Sistema web para la gestión de la información del portafolio de proyectos de la Universidad Centroamericana UCA () en su versión alfa. Mediante las diferentes entrevistas con la encarga de la OPCS se logró identificar y determinar los requerimientos necesarios para el desarrollo del sistema. Durante el proceso de desarrollo y codificación del sistema se logro diseñar los prototipos de las interfaces del sistema, tomando como base cada uno de los artefactos generados durante el análisis. Se realizo la liberación de SGIPP en su versión alfa, esto se logro mediante las herramientas de desarrollo (Visual Studio 2010), así como también se realizaron las respectivas pruebas validando el correcto funcionamiento de los procesos.

36 8. RECOMENDACIONES Se recomienda que en un futuro, el sistema sea migrado a la plataforma de implementación y lenguaje de programación de la organización. En caso de surgir nuevos requerimientos que alteren todo el funcionamiento del sistema se recomienda realizar nuevamente el mismo, partiendo de toda la documentación presentada. También se recomienda tomar en cuenta que si ocurren cambios en los procesos del giro del negocio se adapte el sistema a estas modificaciones, así como realizar las adaptaciones del sistema si surgiera alguna falla.

37 9. BIBLIOGRAFÍA Alarcón, V. F. (2006). Desarrollo de Sistemas de Información: Una metodología basada en el modelado. Barcelona: Edicions de la Universitat Politecnica de Catalunya. Bertolín, J. A. (2008). SEGURIDAD DE LA INFORMACIÓN. Redes, Informática y Sistemas de Información. Madrid, España: Paraninfo Cengage Learning. KENNETH E. KENDALL, J. E. (2005). ANÁLISIS Y DISEÑO- SEXTA EDICION. México: PEARSON EDUCACIÓN. Mora, S. L. (2002). Programación de aplicaciones web: historia, principios básicos y clientes web. San Vicente: Editorial Club Universitario. Díaz, J. P. (s.f.). Gestión y Administración de proyectos. Recuperado el 26 de junio de 2011 de Gestio nproyectospepe_pino.pdfjosé Manuel Alonso, W. O. (14 de Marzo de 2005). Estándares Web del W3C. Recuperado el 2011 de 06 de 27, de Microsoft Corporation. (2011). ADO:NET Entity Framework. Recuperado el 26 de octubre de 2011, de MSDN Microsoft. (2011). Introducción a Visual Studio. Recuperado el 26 de octubre de 2011, de Nielsen, P. (2009). Microsoft SQL Server 2008 Bilble. Indianapolis: Wiley Publishing, Inc.

38 Pública, F. (s.f.). Manual de Seguridad en Redes. Recuperado el 08 de septiembre de 2001, de Stallings, W. (2004). Fundamentos de seguridad en redes, Aplicaciones y Estándares. Madrid: Pearson Educación. Schmuller, J. (2000). Aprendiendo UML en 24 horas. México: Pearson Educación. Quigley, K. H. (2011). SCRUM PROJECT MANAGEMENT. United States of America: CRC Press Taylor & Francis Group. Sparx Systems. (2007).Plataforma de Modelado Visual. Recuperado el 26 de octubre de 2011, de W3C Working Draft. (28 de Octubre de 2004). XML Schema Part 2: Datatypes Second Edition. Recuperado el 27 de agosto de 2011, de W3C. (04 de 10 de 2008). Guía Breve sobre Estándares Web. Recuperado el 08 de 09 de 2011, de W3C Recommendation, W. D. (28 de Octubre de 2004). XML Schema Part 1: Structures Second Edition. Recuperado el 06 de septiembre del 2011, de W3C, W. W. (2010). W3C España. Recuperado el 07 de septiembre de 2011, de Universidad Centroamericana UCA, D. M. (2008). Politicas, Normas y Procedimientos para Proyectos, Consultorias y Servicios. Managua, Nicaragua.

39 10.1 Entrevistas Entrevista ANEXOS 1. Cuáles son los principales proceso que lleva a cabo la oficina? La Oficina de Proyectos, Consultorías y Servicios (OPCS), y es la encargada de dar seguimiento a la formulación, ejecución, control y evaluación financiera tanto de los proyectos, consultorías y servicios que ofertan las diferentes entidades y facultades de la universidad. 2. Estos procesos siguen alguna normativa o metodología definida por la Universidad o el área? Si existe una normativa que fue publicada en el 2008 y tiene por nombre Políticas, Normas y Procedimientos para Proyectos, Consultorias y Servicios, esta brinda cada una de las normas necesarias en la administración y ejecución de todos los procesos que se realizan en la oficina. 3. Cuántas personas están involucradas actualmente en la realización de las actividades? Dos personas que se encuentran en la oficina, y hay apoyo por parte de las entidades. 4. Cuáles son los procesos principales que el sistema deberá automatizar? El sistema deberá de presentar y guardar la información de todos los proyectos que se han ejecutado desde que se puso en operación la oficina, este debe de

40 permitir el cargar y descargar archivos digitales y debe de generar reportes de los proyectos. 5. El sistema solo llevará el control de los proyectos? Si, no es necesario que se lleve control del resto de servicios que maneja la oficina. 6. Poseen un registro digital de los proyectos que han sido ejecutados? No todavía, toda la información se encuentra en documentos físicos, se esta empezando a guardar la información en hojas de Excel, pero no son muchos los proyectos que se han digitalizado. 7. Quiénes tendrán acceso al sistema? o Cuáles son los usuarios principales del sistema? y Qué procesos realizarán? El administrador de la oficina: Esta realizará la gestión de toda la información del sistema, realizar búsquedas en el sistema, cargar y descargar archivos, y generar los reportes de los proyectos. Las personas que consultan la información: estos podrán realizar consultas y ver la información general de los proyectos, cargar y descargar archivos así como imprimir reportes. De los anterior se determina que el sistema tendrá tres usuarios, el Administrador de la OPCS, el administrador de SGIPP que gestionará todo lo relacionado con usuarios, roles y permisos (aunque estas actividades pueden ser realizadas por la misma administradora de la OPCS, se recomienda que a nivel de sistema se manejen por separado) y el usuario consultor.

41 8. Con respecto a las búsquedas de los proyectos Existe algún proceso especifico en que se realizarán? Si, las búsquedas serán realizadas por área temática, como por ejemplo: proyectos orientados a Medio Ambiente. Y como será diversas áreas temáticas agregó que también podrán ser gestionadas. 9. Los proyectos podrán ser eliminados? No, el sistema no debe de permitir que elimine ningún dato de proyectos, usuarios, etc. 10. Cuál es la información que se generan de los proyectos? Nombre del Proyecto Síntesis del proyecto Facultad o entidad a la que pertenece el proyecto Contacto de la entidad o facultad Contraparte Cuenta contable Cuanta bancaria Periodo de ejecución Costo total Aporte de la universidad Aporte del financiante Desembolsos Anexos

42 Entrevista 2 1. Todos los usuarios serán capaces de ver los proyectos, o existirán permisos especiales para la visualización de los mismos? No, deben de tener restricciones por usuario esto va en dependencia de la facultad o entidad y del tipo de usuario. 2. Existe alguna restricción en cuanto al formato y presentación de los reportes? Se definirán formatos específicos para los reportes en las etapas posteriores del desarrollo del sistema. 3. Se permitirá que los reportes puedan ser exportados a diferentes formatos? Se deberá permitir exportar los reportes al formato PDF o DOC. 4. Si el reporte es generado manualmente, cuál es el proceso que se sigue para elaborarlo? El sistema debe tener la opción de generar un reporte en donde estará toda la información de los proyectos. 5. Los archivos anexos Tendrán algún formato especifico? Se deben permitir cargar archivos en formato Excel, Word o PDF como principales, pero deberá permitir otros tipos de archivos.

43 10.2 Desarrollo del Sistema Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Desarrollo de un Sistema web para la gestión de la información del portafolio de proyectos de la Universidad Centroamericana UCA () Desarrollo del Sistema AUTOR: Katherine Valeska Dumas Hernández ( )

44 Historial de Revisiones Fecha Versión Descripción Autor Herramientas de SCRUM Katherine Valeska Dumas Hernández Revisión y actualización de tablas Revisión y actualización de tablas Katherine Valeska Dumas Hernández Katherine Valeska Dumas Hernández

45 Tabla de Contenido 1. Introducción 2. Historias De Usuario 3. Lista de Product Backlog 4. Sprint 1 5. Sprint 2 6. Sprint 3

46 DEFINICIÓN DEL PROYECTO 1. Introducción El presente documento brinda los resultados obtenidos al utilizar las herramientas suministradas por SCRUM para el desarrollo del proyecto. 2. Historias De Usuario Estas fueron tomadas a partir de las entrevistas realizadas con el usuario. ID 1 Gestión de proyectos Descripción El sistema deberá gestionar toda la información que generen los proyectos Pruebas de Aceptación Identificar todos los datos contenidos en la base de datos del sistema. Nivel de sistema: Revisar cada uno de los campos para revisar que la información se carga correctamente. Historia de usuario numero 1 ID 2 Búsqueda de proyectos Descripción Los Proyectos estarán organizados por diferentes áreas temáticas Pruebas de Aceptación Organizar los proyectos por diferentes áreas temáticas. Nivel de sistema: Se comprobará la creación de las áreas temáticas así como la organización de los proyectos. Historia de usuario numero 2

47 ID 3 Anexos Descripción Pruebas de Aceptación Se debe de permitir la carga de archivos digitales en diferentes tipos de formatos Se cargan archivos con información de los proyectos estos serán de diferentes extensiones:.pdf,.doc,.xls, Nivel de sistema: Se probara el funcionamiento a la hora de cargar archivos Historia de usuario numero 3 ID 4 Eliminación de información Descripción El sistema no debe de permitir que un proyectos ya registrado sea eliminado de forma manual por el usuario Pruebas de Aceptación El sistema no debe permitir eliminar ningún dato. Nivel de sistema: Se comprobará el funcionamiento de estas acciones. Historia de usuario numero 4 ID 5 Manejo de la información Descripción Se permitirá la actualización y modificación de cada dato guardado de los proyectos Pruebas de Aceptación El sistema solo permite la actualización y modificación de los datos, no se permite eliminar. Nivel de sistema: Se comprobará el funcionamiento de estas acciones. Historia de usuario numero 5 ID 6 Usuarios Descripción El sistema será utilizado por dos tipos de usuario administrador OPCS y consultor,

48 Pruebas de Aceptación pero también habrá un administrador del sistema. Identificar y listar cada actor y las funciones y datos a los que tiene acceso. Crear pruebas para cada actor y verificar los permisos creando órdenes especificas. Modificar el actor y repetir las pruebas para los mismos usuarios. Nivel de sistema: Se comprobará el funcionamiento del sistema de autenticación de la aplicación, basado en las diferentes sesiones de usuario. Historia de usuario numero 6 3. Lista de Product Backlog ID Nombre de la Estado Prioridad Comentario Historia Historia 1 El sistema deberá gestionar toda la Planeado Alta Aquí se encontraran todos los datos específicos de los proyectos información que generen los proyectos 2 Los Proyectos estarán organizados Planeado Media Esto facilitara las búsquedas de los proyectos por diferentes áreas temáticas 3 Se debe de permitir la carga de archivos Planeado Media Permitirá un manejo de archivos más eficiente digitales en diferentes tipos de formatos 4 El sistema no debe de permitir que un proyectos ya Planeado Alta Solo se cambiará de estado al proyecto pero no será eliminado por completo de la base de datos registrado sea eliminado de forma manual por el usuario 5 Se permitirá la Planeado Media actualización y modificación de cada dato guardado de los proyectos 6 El sistema será Planeado Alta Manejo de sesiones y vistas de los

49 utilizado por dos tipos de usuario administrador OPCS y consultor, pero también habrá un administrador del sistema. proyectos por usuarios

50 4. Sprint 1

51 4.1 Gráficos

52

53 5. Sprint 2

54 5.1 Gráficos

55

56 6. Sprint 3

57 6.1 Gráficos

58

59 10.3 Documento de Casos de Uso Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Desarrollo de un Sistema web para la gestión de la información del portafolio de proyectos de la Universidad Centroamericana UCA () Documento de Casos de Uso y Diagramas AUTOR: Katherine Valeska Dumas Hernández ( )

60 Historial de Revisiones Fecha Versión Descripción Autor Creación y descripción de Casos de Uso Katherine Valeska Dumas Hernández Actualización de diagramas Katherine Valeska Dumas Actualización de diagramas Katherine Valeska Dumas

61 Tabla de Contenidos 1. Introducción 1.1 Propósito 1.2 Alcance 1.3 Referencias 2. Representación Arquitectural 3. Actores del Sistema 3.1 Detalles de Actores 4. Diagramas de Casos de Uso 4.1 Diagrama de caso de uso Nivel Diagramas Nivel 1 Figura (5) Diagrama de caso de uso Consultor: 4.3 Diagramas de casos de uso Nivel 2 Figura (6) Diagrama de caso de uso Gestionar área temática: Figura (7) Diagrama de caso de uso Gestionar proyectos 5. Especificaciones de los casos de uso. 5.1 Tabla (2) especificación del Caso de Consultar Información del Proyectos 5.2 Tabla (3) especificación del caso de uso Generar Reporte 5.3 Tabla (4) especificación del Caso de Registrar Información de los Proyectos 5.4 Tabla (5) especificación del Caso de Modificar Proyectos 5.5 Tabla (6) especificación del Caso de Gestionar Área Temática 5.6 Tabla (8) especificación del Caso de Gestionar Usuario 5.7 Tabla (9) especificación del Caso de Gestionar Roles 6. Diagramas de secuencia 6.1 Diagrama consultar proyectos 6.2 Diagrama: Diagrama Generar Reportes 6.3 Diagrama: Diagrama gestionar área temática 6.4 Diagrama: Diagrama gestionar roles 6.5 Diagrama: Diagrama Gestionar usuario 6.6 Diagrama: Diagrama modificar proyectos 6.7 Diagrama: Diagrama registrar proyectos 7. Diagramas de estados 7.1 Diagrama: consultar proyecto 7.2 Diagrama: crear usuario 7.3 Diagrama: generar reporte 7.4 Diagrama: gestionar área temática

62 7.5 Diagrama: gestionar roles 7.6 Diagrama: modificar proyecto 7.7 Diagrama : registrar proyecto 8. Diagramas de colaboración FORMA DE CULMINACION DE ESTUDIOS

63 1. Introducción 1.1 Propósito El propósito de la realización de este documento es de expresar y definir claramente los casos de uso del sistema. Estos casos de uso fueron especificados de acuerdo a la product backlog y las entrevistas realizadas al usuario final. 1.2 Alcance Estos casos de uso sirven para plantear las funcionalidades deseada del sistema, por lo que cada uno tendrá una descripción, se tendrán las especificaciones de todos los actores con los que se involucra SGIPP, sus requerimientos asociados, una precondición, una pos condición, el escenario de éxito y los escenarios alternos. 1.3 Referencias Este documento explica los Casos de Uso en un grado más detallado que en el documento de Arquitectura del sistema. 2. Representación Arquitectural Para representar los Casos de Uso se utilizará el Diagrama de Casos de Uso en notación UML, y realizados con la herramienta Enterprise Architect. 3. Actores del Sistema La figura (1) muestra el diagrama de los actores del sistema. Estos serán los que interactuarán con el sistema y las funcionalidades del mismo.

64 Figura 1. Diagrama de Actores. 3.1 Detalles de Actores La Tabla (1) explica cada uno de los actores presentados en la Figura (1) que corresponden a los usuarios del sistema. Actor Administrador de la OPCS Administrador del Sistema Consultor de proyectos Descripción Es el encargado de la OPCS, y podrá realizar todas funciones relacionados con la administración de la información de los proyectos así como la creación usuarios, roles y asignación de permisos. Podrá ser el encargado de la OPCS o cualquier otra persona ajena a esta oficina, se encargará de gestionar roles, usuarios y permisos. Es cualquier persona de las distintas facultades de la UCA o financiante de un proyecto, este solo podrá visualizar la información de los proyectos.

65 4. Diagramas de Casos de Uso En este apartado del documento se presentan los diferentes casos de usos en tres niveles: 0,1 y 2 con una breve descripción de que representan. 4.1 Diagrama de caso de uso Nivel 0 Este diagrama corresponde al caso de uso general del sistema a como lo muestra la figura (2). Representa los actores que podrán interactuar con el sistema. uc Caso de Uso 0 SGIPP Figura 2. Diagrama general del sistema

66 4.2 Diagramas Nivel 1 Figura (3) Diagrama de caso de uso Administrador de la OPCS: Este representa cada una de las funcionalidades que podrá realizar el administrador de la OPCS en el sistema. Figura 3. Diagrama de Casos Administrador de la OPCS.

67 Figura (4) Diagrama de caso de uso Administrador SGIPP: este representa cada una de las funcionalidades que podrá realizar el Administrador de SGIPP. Figura 4. Diagrama de Casos de Uso Administrador SGIPP

68 Figura (5) Diagrama de caso de uso Consultor: Este diagrama representa las funcionalidades que puede realizar el actor consultor en el sistema. Figura 5. Diagrama Caso de Uso Consultor. 4.3 Diagramas de casos de uso Nivel 2 En esta etapa se detallan a un nivel más alto los casos de uso y aquí se presenta a mayor escala la lógica del sistema. Figura (6) Diagrama de caso de uso Gestionar área temática: en este diagrama se representa todas las funcionalidades que tienen que ver con la gestión del área temática en el sistema.

69 Figura 6. Diagrama de Caso de Uso Gestionar Área Temática. Figura (7) Diagrama de caso de uso Gestionar proyectos: en este diagrama se representan todos los procesos que se realizan en la gestión de proyectos. Figura 7. Diagrama de Caso de Uso Gestionar Proyectos.

70 Figura (8) Diagrama de caso de uso Registrar proyectos: en este diagrama se representan todos los procesos que se realizan en el registro de un proyectos. Figura (8) Diagrama de caso de uso Registrar proyectos 5. Especificaciones de los casos de uso. 5.1 Tabla (11) especificación del Caso de Consultar Información del Proyectos ESPECIFICACIÓN DE CASO DE USO: Consultar Información Proyectos Actores Propósito Descripción Precondiciones Consultor, Administrador OPCS Visualizar toda la información de los proyectos guardada en el sistema. Permite la visualización de todos los datos del portafolio de proyecto Usuario Autenticado como Consultor

71 Flujo Básico - Buscar la información del proyecto por fecha o nombre - Elegir el proyecto que busca Flujos Alternativos Post-condiciones Búsqueda por área temática - Realizar búsqueda por área temática - Elegir el proyecto que busca No Aplica 5.2 Tabla (12) especificación del caso de uso Generar Reporte ESPECIFICACIÓN DE CASO DE USO: Generar Reporte Actores Propósito Descripción Precondiciones Flujo Básico Flujos Alternativos Consultor, Administrador OPCS Imprimir la información de los proyectos guardada en el sistema. Permite la impresión de toda la información relacionada del proyecto, así como los anexos si existieren. Usuario Autenticado - Buscar el proyecto que necesita - Generar reporte de los datos que necesite - No hay Post-condiciones Registros Impresos 5.3 Tabla (13) especificación del Caso de Registrar Información de los Proyectos ESPECIFICACIÓN DE CASO DE USO: Registrar Proyectos Actores Propósito Administrador de la OPCS Realizar el registro exitoso de los proyectos ejecutados por la OPCS.

72 Descripción Precondiciones Flujo Básico Flujos Alternativos Postcondiciones Permite realizar el registro de los datos de cada uno de los proyectos ejecutados por la OPSC, así como la selección del área temática a la que pertenece y los documentos anexos del mismo, y la asignación de los usuarios que podrán visualizar dicho proyecto. Usuario Autenticado como Administrador - Ingresar los datos necesarios del nuevo proyecto - Establecer el área temática al que pertenece el proyecto - Agregar usuario que tendrá acceso a visualizar el proyecto. Cargar documentos Anexos - Subir documentos anexos correspondientes al proyecto si los tiene. No Aplica 5.4 Tabla (14) especificación del Caso de Modificar Proyectos ESPECIFICACIÓN DE CASO DE USO: Modificar Proyectos Actores Propósito Descripción Precondiciones Flujo Básico Flujos Alternativos Administrador de la OPCS Realizar las modificaciones necesarias de la información de los proyectos ejecutados por la OPCS. Permite realizar el cambio de los datos de cada uno de los proyectos ejecutados por la OPSC. Usuario Autenticado como Administrador - Buscar el proyecto que será modificado. - Modificar la información. - Guardar los cambios. Cargar documentos Anexos - Subir documentos anexos si fuera necesario. Post-condiciones No Aplica

73 5.5 Tabla (15) especificación del Caso de Gestionar Área Temática ESPECIFICACIÓN DE CASO DE USO: Gestionar Área Temática Actores Propósito Descripción Precondiciones Flujo Básico Flujos Alternativos Post-condiciones Administrador de la OPCS Realizar la creación, modificación y eliminación de las diferentes áreas temáticas en las que se encuentran organizados los proyectos ejecutados por la OPCS Permite agregar, eliminar y modificar la información relacionada a las diferentes áreas temáticas en los que estarán ubicados los proyectos para una búsqueda más rápida. Usuario Autenticado como Administrador - Ingresar la nueva área temática - Agregar los datos - Guardar área temática Modificar área temática - Buscar área temática - Modificar la información del área a cambiar - Guardar los cambios Eliminar área temática - Buscar área temática - Eliminar área temática Se pueden cancelar cualquiera de las opciones No Aplica 5.6 Tabla (16) especificación del Caso de Gestionar Usuario ESPECIFICACIÓN DE CASO DE USO: Gestionar Usuario Actores Propósito Administrador SGIPP, Administrador de la OPCS Realizar el registro, modificación y eliminación de los usuarios de SGIPP

74 Descripción Precondiciones Flujo Básico Flujos Alternativos Permite registrar, eliminar y modificar toda la información relacionada a los usuarios que interactúan con el sistema. Usuario Autenticado como Administrador - Registrar usuario - Ingresar la información del usuario - Asignar rol Modificar usuario - Buscar usuario - Modificar la información - Guardar los cambios Eliminar usuario - Buscar usuario - Eliminar Se pueden cancelar cualquiera de las opciones Post-condiciones No Aplica 5.7 Tabla (17) especificación del Caso de Gestionar Roles, permisos y opciones ESPECIFICACIÓN DE CASO DE USO: Gestionar Roles Actores Propósito Descripción Precondiciones Administrador SGIPP, Administrador de la OPCS Realizar la creación, modificación y eliminación de los roles permitidos en SGIPP, así como la asignación de permisos y opciones Permite crear, eliminar y modificar toda la información relacionada a los roles permitidos en el sistema, así como la asignación de permisos. Usuario Autenticado como Administrador

75 Flujo Básico Flujos Alternativos - Crear rol - Asignar permisos y opciones Modificar rol - Buscar rol - Modificar permisos y opciones - Guardar los cambios Eliminar rol - Buscar rol - Eliminar Se pueden cancelar cualquiera de las opciones Postcondiciones No Aplica

76 6. Diagramas de secuencia FORMA DE CULMINACION DE ESTUDIOS 6.1 Diagrama consultar proyectos

77 6.2 Diagrama: Diagrama Generar Reportes

78 6.3 Diagrama: Diagrama gestionar área temática

79 6.4 Diagrama: Diagrama gestionar roles

80 6.5 Diagrama: Diagrama Gestionar usuario

81 6.6 Diagrama: Diagrama modificar proyectos

82 6.7 Diagrama: Diagrama registrar proyectos

83 7. Diagramas de estados 7.1 Diagrama: consultar proyecto stm Consultar Proyecto

84 7.2 Diagrama: crear usuario stm Crear Usuario 7.3 Diagrama: generar reporte stm Generar Reportes inicio /activar buscar proyecto buscar proyecto esperando orden vizualizando reporte /imprimir reporte imprimiento reporte /definir items para búsqueda /búsqueda en curso /vizualizar reporte definiento items de búsqueda /seleccionar proyecto /modificar items de búsqueda selecionando proyecto [Proyecto selecionado] /generar reporte generando reporte /cancelación /definir nuevo items de búsqueda Final

85 7.4 Diagrama: gestionar área temática stm Gestionar Area Temática

86 7.5 Diagrama: gestionar roles stm Gestionar Roles

87 7.6 Diagrama: modificar proyecto stm Modificar Proyect Diagrama : registrar proyecto stm Registrar Proyecto

88 8. Diagramas de colaboración 8.1 Diagrama: Generar Reportes sd Generar Reportes 8.2 Diagrama: Consultar Proyecto sd Consultar Proyecto 4.1: DesplegarProyecto() 2.2: LimpiarFormulario() 5: Salir() :GUI Usuario 4: SeleccionarProyecto() 3.4: ListaProyectos() 3: SeleccinarAreatematica() 2.6: ListaAreasTemáticas() 2: BuscarProyecto() 1.1: MenuOpciones() 1: AutenticarUsuario() 2.3: DatosValidos() Base de Datos 3.3: ListaProyectos() 2.5: Lista= DesplegarAreaTemática() 2.4: Lista=SolicitarAreaTemática() 1.2: VeridicarDatosUsuario() 2.1: ConcultaSQL() 3.1: ListaDeProyectos() Proyectos Bandeja Area Temática 3.2: Lista=SolicitarListaProyectos() Control

89 8.3 Diagrama: Registrar Proyecto sd Registrar Proyecto

90 8.4 Diagrama: Gestionar usuario sd Gestionar Usuario 7.2: DesplegarLista() 5.2: DesplegarLista() 7.3: EliminarRol() :GUI 5.3: ModificarRegistros() 8: Salir() 6: Salir() 4: Salir() 3: Guardar() 1.1: CapturarSeleccion () 2.2: RegistrarDatos() Administrador SGIPP 1: OpcionGestionarUsuario() 2: CrearUsuario() 7.4: EliminarRol() 2.1: DesplegarDatos() 5.4: GuardarDatos(Usuario) 5: ModificarUsuario() 5.1: DesplegarLista(Usuario) 3.1: RegistrarNuevoUsuario() Bandeja Usuario 7.1: DesplegarLista(Usuario) 7: EliminarUsuario() 7.5: EliminarDatos() 5.5: GuardarDatos() 3.2: RegistrarUsuario() 3.5: Aceptar() 5.8: Aceptar() 7.8: Aceptar() 7.7: Aceptar() 5.7: Aceptar() 3.4: Aceptar() Control 3.3: ExecuteCreate(SQL) 5.6: ExecuteUpdate(SQL) 7.6: ExecuteDelete(SQL) Base de Datos

91 8.5 Diagrama: Modificar proyecto sd Modificar Proye...

92 8.6 Diagrama: Gestionar Roles sd Gestionar Roles

93 8.7 Diagrama: Gestionar Área Temática sd Gestionar Area Temática 4.2: DesplegarLista() 5.1: DesplegarLista() 1.1: CapturarSelección() 6: Salir() 5.3: Eliminar() :GUI 4.3: ModificarDatosAreaTemática() 3: Guardar() Administrador OPCS 2.2: IngresarDatos() 1: OpccionGestionarAreaTemática() 2: CrearAreaTemática() 4: ActualizarAreaTemática() 5.4: EliminarDato() 2.1: DesplegarDatos() 4.1: Lista=DesplegarListaAreaTemática() 5: EliminarAreaTemática() 4.4: Guardar() Bandeja Area Tematica 3.1: AgregarAreaTemática() 5.2: Lista=DesplegarListaAreaTemática() 4.8: Aceptar() 3.2: RegistararAreaTemática() 4.5: ActualizarDatos() 5.5: EliminarAreaTemática() 3.5: Aceptar() 5.8: Eliminado() 5.7: Eliminado() 4.7: Aceptar() 3.4: Aceptar() Control 3.3: ExecuteCreate(SQL) 4.6: ExecuteUpdate(SQL) 5.6: ExecuteDelete(SQL) Base de Datos

94 10.4 Documento de Arquitectura del Sistema Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Desarrollo de un Sistema web para la gestión de la información del portafolio de proyectos de la Universidad Centroamericana UCA () Documento de Arquitectura del Sistema AUTOR: Katherine Valeska Dumas Hernández ( )

95 Historial de Revisiones Fecha Versión Descripción Autor Descripción de toda la arquitectura y funcionalidades del sistema Cambios en la arquitectura y diagramas Katherine Valeska Dumas Hernández Katherine Valeska Dumas Hernández Actualización de diagramas Katherine Valeska Dumas Hernández

96 Tabla de contenido 1. Introducción 1.1 Propósito 1.2 Alcance 1.3 Visión General del documento 2. Representación de la arquitectura 3. Metas y Restricciones de la arquitectura 3.1 Metas 3.2 Restricciones del Sistema 4. Vista de Casos de Uso 5. Realizaciones de Casos de Uso 5.1 Caso de uso Administrador de la OPCS 5.2 Caso de Uso Administrador SGIPP 6. Vista Lógica 6.1 Descripción 6.2 Diseño en Capas 7. Vista de Proceso 7.1 Diagrama de clases 7.2 Diagrama Físico de la Base de Datos 8 Vista de Despliegue 9 Vista de Componentes Descripción

97 1. Introducción Uno de los documentos más importantes en el desarrollo de un sistema es el documento de Arquitectura del sistema, este representa la estructura del mismo ayudando a realizar diversos análisis que orienten el proceso de desarrollo y toma de decisiones durante la ejecución. El siguiente documento está basado en la plantilla que proporciona la metodología RUP (Rational Unified Process) pero las especificaciones incluidas para su desarrollo fueron tomadas de las historias de usuarios que se generan a partir de la metodología SCRUM, las entrevistas realizadas al usuario, así como recomendaciones de ambas metodologías. 1.1 Propósito Este documento proporciona una descripción de la arquitectura del sistema. 1.2 Alcance Este documento presenta la arquitectura en la cual estará basado SGIPP. 1.3 Visión General del documento En secciones de este documento se detalla la arquitectura de SGIPP. Para ello se presenta de manera clara los casos de uso del sistema, empleando un lenguaje sencillo.

98 2. Representación de la arquitectura La Arquitectura a utilizar será la de tres capas. Está la capa de presentación, es la que comúnmente ve el usuario, la capa de negocio, aquí es donde se reciben las peticiones del usuario mediante las reglas que se establecen del negocio, y la capa de datos, que es en donde residen los datos y se lleva el control de los mismo en este caso la base de datos. 3. Metas y Restricciones de la arquitectura La meta principal de la arquitectura del sistema es el brindar los aspectos que influirán en la etapa de Pregame. Se tomarán en cuenta las siguientes metas y restricciones para el diseño de la arquitectura del sistema: 3.1 Metas 1. El sistema deberá gestionar toda la información que generen los proyectos. 2. Los Proyectos estarán organizados por diferentes áreas temáticas. 3. Se permitirá la actualización y modificación de cada dato guardado de los proyectos. 4. Se debe de permitir la carga de archivos digitales en diferentes tipos de formatos. 5. El sistema será utilizado por dos tipos de usuario administrador OPCS y consultor, pero también habrá un administrador del sistema.

99 3.2 Restricciones del Sistema 1. Necesariamente el sistema usará como motor de Base de Datos SQL Server El sistema estará desarrollado en Visual Studio 2010 y en lenguaje C#. 4. Vista de Casos de Uso Los diagramas de casos de usos representa la forma en cómo un cliente opera el sistema, además brinda al equipo de desarrollo realizar todas las funcionalidades del sistema. Cada caso de uso tiene una descripción que especifica la funcionalidad que se incorporará al sistema propuesto. En este apartado se mostraran los casos de uso más significativos del sistema, las especificaciones a mas detalle se encuentran en el documento de definición de casos de usos.

100 5. Realizaciones de Casos de Uso 5.1 Caso de uso Administrador de la OPCS Fig. 1: Casos del uso Administrador OPCS

101 Generar Reportes El propósito de este caso de uso es generar los reportes de los proyectos. Gestionar de proyectos El propósito de este caso de uso es permitir registrar, consultar y modificar toda la información de los proyectos, así como los diferentes procesos que se pueden llevar a cabo. Gestionar área temática El propósito de este caso de uso es permitir crear, modificar y eliminar las áreas temáticas que permitirán la búsqueda de los proyectos.

102 5.2 Caso de Uso Administrador SGIPP Fig. 2: Casos del uso Administrador SGIPP

103 Gestionar usuario El propósito de este caso de uso es crear, eliminar y modificar las cuentas de usuarios que tendrán acceso al sistema. Gestionar Roles El propósito de este caso de uso es crear, modificar, eliminar y asignar permisos que serán otorgados a las cuentas de usuario. 6. Vista Lógica 6.1 Descripción La vista lógica del sistema SGIPP está compuesta de tres paquetes: Interfaz de usuario, lógica del negocio, y el acceso a datos. Interfaz de usuario, contiene la parte visual del sistema, estos son los formularios que utiliza el usuario para comunicarse con el sistema. Interfaz de Usuario El paquete Lógica del Negocio contiene las normas que permiten llevar a cabo los servicios del negocio. Lógica del Negocio El Acceso de Datos contiene las conexiones que el sistema utiliza para manejar los objetos con la Base de Datos.

104 Acceso a Datos 6.2 Diseño en Capas En la siguiente figura podemos observar la distribución de cada uno de los paquetes en las capas del sistema. Figura.3: Diagrama de Distribución de Capas del Sistema

105 7. Vista de Proceso 7.1 Diagrama de clases dm sgipp proyectos::contraparte «column» *PK id_contraparte: int nombres: varchar(max) apellidos: varchar(max) telefono: varchar(max) celular: varchar(max) varchar(max) direccion: varchar(max) fecha: datetime = (getdate()) estado: bit = ((1)) «PK» + PK contacto 3213E83F239E4DCF_contraparte(int) proyectos::cuenta_contable «column» *PK id_cuenta_contable: int codigo: varchar nombre: varchar(max) fecha: datetime = (getdate()) estado: bit = ((1)) «PK» + PK cuenta_c 3213E83F30F848ED(int) «unique» + UQ cuenta_c 40F9A20633D4B598(varchar) proyectos::facultades «column» *PK id_facultad: int nombre: varchar(max) descripcion: varchar(max) fecha: datetime = (getdate()) estado: bit = ((1)) «PK» + PK facultad B583ABCE3D5E1FD2(int) proyectos::contactos «column» *PK id_contacto: int nombres: varchar(max) apellidos: varchar(max) telefono: varchar(max) celular: varchar(max) varchar(max) direccion: varchar(max) fecha: datetime = (getdate()) estado: bit = ((1)) «PK» + PK contacto 099A52B82E1BDC42(int) proyectos::areas_tematicas «column» *PK id_area_tematica: int nombre_area: varchar(max) fecha: datetime = (getdate()) estado: bit = ((1)) «PK» + PK_areas_tematicas_areas_tematicas(int) «unique» + UQ_areas_tematicas_id_area_tematica_areas_tematicas(int) proyectos::proyectos proyectos::anexo_proyecto «column» *PK id_anexo: int FK id_proyecto: int ruta: varchar(max) fecha: datetime = (getdate()) estado: bit = ((1)) nombre_anexo: varchar(max) «PK» + PK_anexo_proy_anexo_proyecto(int) «unique» + UQ_anexo_proy_id_anexo_proyecto(int) «FK» + anexo_proyecto_fk(int) «column» *PK id_proyecto: int *FK id_area_tematica: int nombre_pro: varchar(max) sistesis_pro: varchar(max) FK id_facultad: int FK id_contacto: int FK id_contraparte: int FK id_cuenta_contable: int FK id_cuenta_bancaria: int periodo: int costo_total: float aporte_uca: float aporte_financiante: float desembolsos: int anexos: bit fecha: datetime = (getdate()) estado: bit = ((1)) «PK» + PK_Proyectos_ proyectos(int) «FK» + Proyectos_fk(int) + Proyectos_ contactos_fk(int) + Proyectos_ fk4(int) + Proyectos_fk2(int) + Proyectos_fk3(int) + Proyectos_fk5(int) proyectos::cuentas_bancarias «column» *PK id_cuenta_bancaria: int nombre: varchar(max) codigo: varchar(max) FK id_banco: int fecha: datetime = (getdate()) estado: bit = ((1)) «PK» + PK cuentas 2004CD98398D8EEE(int) «FK» + cuentas_bancarias_fk(int) proyectos::bancos «column» *PK id_banco: int nombre: varchar(max) descripcion: varchar(max) fecha: datetime = (getdate()) estado: bit = ((1)) «PK» + PK bancos 70BD164236B12243(int) permisos::permisos «column» *PK Id_permiso: int tipo_permiso: varchar(max) fecha: datetime = (getdate()) estado: bit = ((1)) «PK» + PK_pERMISOS_Permisos(int) permisos::opciones *PK id_opcion: int nombre: varchar(max) ruta: varchar(max) «PK» + PK opciones EFAF42587D439ABD(int) proyectos::objetiv os «column» *PK id_objetivo: int objetivo: varchar(max) *FK id_proyecto: int estado: bit = ((1)) fecha: datetime = (getdate()) «PK» + PK objetivo 380EF46073BA3083(int) «FK» + objetivos_fk(int) permisos::usuario_proyecto «column» *PK id_usuario_x_proyecto: int *FK id_proyecto: int *FK id_usuario: int fecha: datetime = (getdate()) estado: bit = ((1)) «PK» + PK_usuario_proyecto_usuario_proyecto(int) «unique» + UQ_usuario_proyecto_id_usuario_proyecto(int) «FK» + usuario_proyecto_fk2(int) + usuario_proyecto_fk(int) permisos::usuario «column» *PK id_usuario: int nombre: varchar(max) apellidos: varchar(max) login: varchar password: varchar fecha: datetime = (getdate()) estado: bit = ((1)) *FK id_rol: int «PK» + PK_usuario_usuario(int) «FK» + usuario_fk(int) permisos::roles «column» *PK id_rol: int nombre_rol: varchar(max) fecha: datetime = (getdate()) estado: bit = ((1)) «PK» + PK_roles_roles(int) permisos::roles_x_permisos «column» *PK id_roles_x_permisos: int *FK id_permiso: int *FK id_rol: int estado: bit = ((1)) *FK id_opcion: int fecha: datetime = (getdate()) «PK» + PK roles_x 3213E83F44FF419A(int) «FK» + roles_x_permisos_fk2(int) + roles_x_permisos_fk3(int) + roles_x_permisos_fk(int) Figura 4: Vista del Diagrama de Clases

106 Es el diagrama principal donde se determina el análisis y diseño de la aplicación. En este diagrama se presentan las clases del sistema con sus relaciones.

107 7.2 Diagrama Físico de la Base de Datos 8 Vista de Despliegue El 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. cmp Diagrama de Despliegue LAN Serv idor de Aplicaciones TCP-IP «device» Adaptador Etherne t Sw itch «device» Sw itch 9 Vista de Componentes Figura 5: Diagrama de Despliegue del Sistema.

108 Descripción Esta contiene cada uno de los componentes de los que consta SGIPP cmp diagrama de componentes Interfaz de usuario (Paginas aspx) Lógica del negoci o Dataset (dssgipp) Conección SQL Server 2008 Base de datos (SGIPP) Figura 7: Diagrama de Componentes del Sistema.

109 10.5 Diccionario de Datos Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Desarrollo de un Sistema web para la gestión de la información del portafolio de proyectos de la Universidad Centroamericana UCA () Diccionario de Datos AUTOR: Katherine Valeska Dumas Hernández ( )

110 Tabla de contenido Diccionario de Datos Introducción Base de Datos SGIPP Esquema Permisos con el detalle de las tablas Esquema Permisos Tabla opciones Tabla permisos Taba roles Tabla roles_x_permisos Tabla usuario Tabla usuario_proyecto Esquema Proyectos con el detalle de las tablas Proyectos Tabla anexo_proyecto Tabla areas_tematicas Taba contactos Tabla contraparte Tabla cuenta_contable Tabla cuentas_bancarias Tabla facultades Tabla objetivos Tabla proyectos

111 Diccionario de Datos Introducción El presente documento describe las Normas y Especificaciones de la Base de Datos SGIPP para la posterior integración al del Sistema. Este contiene cada una de las especificaciones de las tablas y los campos. Base de Datos SGIPP Tipo: Paquete Detalle: Creado el 02/11/2011. Modificado el 02//11/2011. Notas: Base de datos del sistema Esquema Permisos con el detalle de las tablas Esquema Permisos Tipo: Paquete Paquete: SGIPP Detalle: Creado el 02/11/2011. Modificado el 04/11/2011. Notas: Esquema de las tablas que manejan todo lo relacionado a la seguridad del sistema Tabla opciones Database: SQL Server 2008, StereoTipo: «table», Paquete: permisos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla que contiene el detalle de las opciones que podrán manejar los usuarios en el sistema.

112 Atributos PK Nombre Tipo Not Null Unique Descripción True id_opcion int True True Identificador del catalogo de opciones. False nombre varchar(max) False False Nombre de la opción guardada en el catálogo. False ruta varchar(max) False False Ruta en la que se encuentra guardado el archivo físico de la opción. Relaciones Atributos Asociación Descripción (id_opcion = id_opcion) 0..* roles_x_permisos.roles_x_permisos_fk2 1 opciones.pk opciones EFAF42587D439AB D Tabla permisos Database: SQL Server 2008, StereoTipo: «table» Paquete: permisos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla que contiene los permisos que tendrán los usuarios para manejar las opciones del sistema. Entre estos están: Crear, leer, editar, eliminar y usuarios por proyectos.

113 Atributos PK Nombre Tipo Not Null Unique Descripción True Id_permiso int True True Identificador del permiso. False tipo_permiso varchar(max) False False Nombre del tipo de permiso. False fecha datetime False False Fecha de creación del registro. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. Relaciones Atributos Asociación Descripción (id_permiso = Id_permiso) 0..* roles_x_permisos.roles_x_permisos_fk3 1 permisos.pk_permisos_permisos Taba roles Database: SQL Server 2008 StereoTipo: «table» Paquete: permisos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla de los roles existentes en el sistema. Atributos PK Nombre Tipo Not Null Unique Descripción True id_rol int True True Identificador del rol creado.

114 False nombre_rol varchar (max) False fecha datetim e False False Nombre del rol registrado. False False Fecha de creación del registro. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. Relaciones Atributos Asociación Descripción (id_rol = id_rol) 0..* usuario.usuario_fk 1 roles.pk_roles_roles (id_rol = id_rol) 0..* roles_x_permisos.roles_x_permisos_fk 1 roles.pk_roles_roles Tabla roles_x_permisos Database: SQL Server 2008 StereoTipo: «table» Paquete: permisos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla de los permisos asignados a cada rol en el sistema. Atributos PK Nombre Tipo Not Null Unique Descripción True id_roles_x_per misos int True True Identificador del registro creado.

115 False id_permiso int True False Identificador de la tabla de permisos. False id_rol int True False Identificador de la tabla de roles. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. False id_opcion int True False Identificador de la tabla de opciones del sistema. False fecha datetime False False Fecha de creación del registro. Relaciones Atributos Asociación Descripción (id_rol = id_rol) 0..* roles_x_permisos.roles_x_permisos_fk 1 roles.pk_roles_roles (id_permiso = Id_permiso) 0..* roles_x_permisos.roles_x_permisos_fk3 1 permisos.pk_permisos_permisos (id_opcion = id_opcion) 0..* roles_x_permisos.roles_x_permisos_fk2 1 opciones.pk opciones EFAF42587D 439ABD Tabla usuario Database: SQL Server 2008 StereoTipo: «table» Paquete: permisos

116 Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla de registros de los usuarios que tienen acceso al sistema. Atributos PK Nombre Tipo Not Null Unique Descripción True id_usuario int True True Identificador del registro de usuario. False nombre varchar( max) False apellidos varchar( max) False False Primer y segundo nombre del usuario. False False Primer y segundo apellido del usuario. False login varchar False False Nick Nombre o login del usuario en el sistema. False password varchar False False Contraseña del usuario para ingresar al sistema. False fecha datetim e False False Fecha de creación del registro. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. False id_rol int True False Identifiacador de la tabla roles. Relaciones Atributos Asociación Descripción (id_usuario = id_usuario) 0..* usuario_proyecto.usuario_proyecto_fk2 1 usuario.pk_usuario_usuario (id_rol = id_rol) 0..* usuario.usuario_fk

117 1 roles.pk_roles_roles Tabla usuario_proyecto Database: SQL Server 2008 StereoTipo: «table» Paquete: permisos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla de registros de los usuarios asignados a un proyecto. Atributos PK Nombre Tipo Not Null Unique Descripción True id_usuario_x_ proyecto int True True Identificador del registro de usuario por proyecto. False id_proyecto int True False Identificador de la tabla proyectos. False id_usuario int True False Identificador de la tabla usuario. False fecha datetime False False Fecha de creación del registro. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. Relaciones Atributos Asociación Descripción (id_usuario = id_usuario) 0..* usuario_proyecto.usuario_proyecto_fk2 1 usuario.pk_usuario_usuario (id_proyecto = 0..* usuario_proyecto.usuario_proyecto_fk

118 id_proyecto) 1 proyectos.pk_proyectos_proyectos Esquema Proyectos con el detalle de las tablas Proyectos Tipo: Paquete Paquete: SGIPP Detalle: Creado el 02/11/2011. Modificado el 04/11/2011. Notas: Esquema que contiene las tablas principales del sistema. Tabla anexo_proyecto Database: SQL Server 2008 StereoTipo: «table» Paquete: proyectos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla o catálogo de los registros de los documentos anexos a cada uno de los proyectos. Atributos PK Nombre Tipo Not Null Unique Descripción True id_anexo int True True Identificador del registro de anexos. False id_proyecto int False False Identificador de la tabla de proyectos. False ruta varchar(max) False False Ruta física donde se guarda el documento anexo al proyecto.

119 False fecha datetime False False Fecha de creación del registro. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. False nombre_anex o varchar(max) False False Nombre del documento anexo. Relaciones Atributos Asociación Descripción (id_proyecto = id_proyecto) 0..* anexo_proyecto.anexo_proyecto_fk 1 proyectos.pk_proyectos_proyectos Tabla areas_tematicas Database: SQL Server 2008 StereoTipo: «table» Paquete: proyectos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla o catálogo que contiene las áreas temáticas, que facilitará la búsqueda de los proyectos por categorías. Atributos PK Nombre Tipo Not Null Unique Descripción True id_area_temat ica int True True Identificador del registro almacenado. False nombre_area varchar(max) False False Nombre correspondiente al área

120 temática. False fecha datetime False False Fecha de creación registro. del False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. Relaciones Atributos Asociación Descripción 0..* proyectos.proyectos_fk 1areas_tematicas.UQ_areas_tematicas_id_ar ea_tematica_areas_temat... Tabla bancos Database: SQL Server 2008 StereoTipo: «table» Paquete: proyectos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla o catálogos de bancos. Atributos PK Nombre Tipo Not Null Unique Descripción True id_banco int True True Identificador del registro de bancos. False nombre varchar(max) False False Nombre del banco. False descripcion varchar(max) False False Breve descripción del

121 banco. False fecha datetime False False Fecha de creación del registro. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. Relaciones Atributos Asociación Descripción (id_banco = id_banco) 0..*cuentas_bancarias.cuentas_bancarias_fk 1bancos.PK bancos 70BD164236B12243 Taba contactos Database: SQL Server 2008 StereoTipo: «table» Paquete: proyectos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla o catálogo donde se encuentran almacenamos todos los contactos asociados al proyecto. Atributos PK Nombre Tipo Not Null Unique Descripción True id_contacto int True True Identificador del registro de contacto. False nombres varchar(max) False False Primer y segundo nombre del contacto. False apellidos varchar(max) False False Primer y segundo apellido del contacto.

122 False telefono varchar(max) False False Número de télefono convencional del contacto, ya sea de la oficina o de la casa de habitación. False celular varchar(max) False False Número celular del contacto. False varchar(max) False False Dirección del correo electronico contacto. del False direccion varchar(max) False False Dirección donde localizar al contacto. False fecha datetime False False Fecha de creación del registro. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. Relaciones Atributos Asociación Descripción (id_contacto = id_contacto) 0..* proyectos.proyectos_contactos_fk 1contactos.PK contacto 099A52B82E1BD C42 Tabla contraparte Database: SQL Server 2008 StereoTipo: «table» Paquete: proyectos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011.

123 Descripción: Tabla o catálogo donde se encuentran almacenamos todos los datos de la contraparte asociada al proyecto. Atributos PK Nombre Tipo Not Null Unique Descripción True id_contraparte int True True Identificador del registro de contacto. False nombres varchar(max) False False Primer y segundo nombre de la contraparte. False apellidos varchar(max) False False Primer y segundo apellido de la contraparte False telefono varchar(max) False False Número de teléfono convencional de la contraparte, ya sea de la oficina o de la casa de habitación. False celular varchar(max) False False Número celular de la contraparte. False varchar(max) False False Dirección del correo electrónico de la contraparte. False direccion varchar(max) False False Dirección donde localizar al contacto. False fecha datetime False False Fecha de creación del registro. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0.

124 Relaciones Atributos Asociación Descripción (id_contraparte = id_contraparte) 0..* proyectos.proyectos_fk4 1contraparte.PK contacto 3213E83F239E4 DCF_contraparte Tabla cuenta_contable Database: SQL Server 2008 StereoTipo: «table» Paquete: proyectos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla o catálogo de los registros de las cuentas contables de los proyectos. Atributos PK Nombre Tipo Not Null Unique Descripción True id_cuenta_con table int True True Identificador del registro de cuentas contables. False codigo varchar False True Número o código de la cuenta contable asociada al proyecto. False nombre varchar(max) False False Nombre de la cuenta contable. False fecha datetime False False Fecha de creación del registro. False estado bit False False Estado del registro, este puede ser activo

125 1, o inactivo 0. Relaciones Atributos Asociación Descripción (id_cuenta_contable = id_cuenta_contable) 0..* proyectos.proyectos_fk2 1cuenta_contable.PK cuenta_c 3213E83F 30F848ED Tabla cuentas_bancarias Database: SQL Server 2008 StereoTipo: «table» Paquete: proyectos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla o catálogo de las cuentas bancarias asociadas a cada proyecto registrado. Atributos PK Nombre Tipo Not Null Unique Descripción True id_cuenta_ban caria int True True Identificador del registro de la cuenta bancaria. False nombre varchar(max) False False Nombre de la cuenta bancaria. False codigo varchar(max) False False Número o código de la cuenta bancaria. False id_banco int False False Identificador de la tabla bancos. False fecha datetime False False Fecha de creación del registro.

126 False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. Relaciones Atributos Asociación Descripción (id_cuenta_bancaria = id_cuenta_bancaria) 0..* proyectos.proyectos_fk3 1 cuentas_bancarias.pk cuentas 2004CD9 8398D8EEE (id_banco = id_banco) 0..* cuentas_bancarias.cuentas_bancarias_ fk 1 bancos.pk bancos 70BD164236B Tabla facultades Database: SQL Server 2008 StereoTipo: «table» Paquete: proyectos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla o catálogo de las facultades o entidades relacionadas a la ejecución o creación de un proyecto. Atributos PK Nombre Tipo Not Null Unique Descripción True id_facultad int True True Identificador del registro de las

127 faculatades entidades. o False nombre varchar(max) False False Nombre de la facultad o entidad. False descripcion varchar(max) False False Breve descripción de la facultad o entidad. False fecha datetime False False Fecha de creación del registro. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. Relaciones Atributos Asociación Descripción (id_facultad = id_facultad) 0..* proyectos.proyectos_fk5 1 facultades.pk facultad B583ABCE3 D5E1FD2 Tabla objetivos Database: SQL Server 2008 StereoTipo: «table» Paquete: proyectos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla o catálogo donde se almacenan los objetivos por cada proyecto.

128 Atributos PK Nombre Tipo Not Null Unique Descripción True id_objetivo int True True Identificador del objetivo False objetivo varchar(max) False False Texto del objetivo. False id_proyecto int True False Identificador del proyecto asociado de la tala proyectos. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. False fecha datetime False False Fecha de creación del registro. Relaciones Atributos Asociación Descripción (id_proyecto = id_proyecto) 0..* objetivos.objetivos_fk 1 proyectos.pk_proyectos_proyectos Tabla proyectos Database: SQL Server 2008 StereoTipo: «table» Paquete: proyectos Detalles: Creado el 12/12/2011. Modificado el 18/12/2011. Descripción: Tabla que contiene todos los datos relacionados a la creación de un proyecto.

129 Atributos PK Nombre Tipo Not Null Unique Descripción True id_proyecto int True True Identificador del proyecto registrado. False id_area_temat ica int True False Identificador de la tabla de áreas temáticas. False nombre_pro varchar(max) False False Nombre del proyecto registrado. False sistesis_pro varchar(max) False False Síntesis o resumen del proyecto. False id_facultad int False False Identificador de la facultad a la que pertenece el proyecto. False id_contacto int False False Identificador del registro del contacto del proyecto. False id_contraparte int False False Identificador de la contraparte al proyecto. asociada False False id_cuenta_con table id_cuenta_ban caria int False False Identificador de la cuenta contable asignada al proyecto. int False False Identificador de la cuenta bancaria asignada al proyecto. False periodo int False False Periodo de ejecución del proyecto esto

130 dado en meses. False costo_total float False False Costo total para llevar a cabo el proyecto. False aporte_uca float False False Aporte que realiza la universidad al costo total del proyecto. False aporte_financi ante float False False Aporte que realiza la entidad financiante al costo total del proyecto. False desembolsos int False False Desembolsos realizados durante todo el periodo de ejecución del proyecto. False anexos bit False False Documentos anexos del proyecto. False fecha datetime False False Fecha de creación del registro. False estado bit False False Estado del registro, este puede ser activo 1, o inactivo 0. Relaciones Atributos Asociación Descripción (id_facultad = id_facultad) 0..* proyectos.proyectos_fk5 1 facultades.pk facultad B583ABCE3

131 D5E1FD2 (id_cuenta_bancaria = id_cuenta_bancaria) (id_cuenta_contable = id_cuenta_contable) (id_contraparte = id_contraparte) (id_contacto = id_contacto) 0..* proyectos.proyectos_fk3 1 cuentas_bancarias.pk cuentas 20 04CD98398D8EEE 0..* proyectos.proyectos_fk2 1 cuenta_contable.pk cuenta_c 3213 E83F30F848ED 0..* proyectos.proyectos_fk4 1 contraparte.pk contacto 3213E83F2 39E4DCF_contraparte 0..* proyectos.proyectos_contactos_fk 1 contactos.pk contacto 099A52B82E 1BDC42 0..* proyectos.proyectos_fk 1 areas_tematicas.uq_areas_tematicas_i d_area_tematica_areas_temat... (id_proyecto = id_proyecto) (id_proyecto = id_proyecto) (id_proyecto = id_proyecto) 0..* objetivos.objetivos_fk 1 proyectos.pk_proyectos_proyectos 0..* anexo_proyecto.anexo_proyecto_fk 1 proyectos.pk_proyectos_proyectos 0..* usuario_proyecto.usuario_proyecto_fk 1 proyectos.pk_proyectos_proyectos

132 10.6 Glosario de Términos Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Desarrollo de un Sistema web para la gestión de la información del portafolio de proyectos de la Universidad Centroamericana UCA () Glosario de Términos AUTOR: Katherine Valeska Dumas Hernández ( )

133 Historial de Revisiones Fecha Versión Descripción Autor Glosario de Términos del Sistema Katherine Valeska Dumas Hernández

134 Tabla de Contenido GLOSARIO DE TARMINOS Aplicación Base de Datos Contraseña OPCS Product Backlog RUP SCRUM Sprints webapp workflows

135 GLOSARIO DE TERMINOS Introducción Este documento es una lista de conceptos detallados en forma de diccionario, este se incluyen términos o palabras con su respectivo significado. Este fue creado con el propósito de brindar un mejor entendimiento del sistema. Algunos de los términos fueron tomados de estándares internacionales y otros fueron adaptados a partir de esos estándares. Glosario Este se encuentra dividido en orden alfabético y contiene la palabra y su significado en términos simples. A Aplicación B Base de Datos C Contraseña E Enterprise Architect O OPCS P Product Backlog Conjunto de programas informáticos que incluyen las funcionalidades definidas para la ejecución de las tareas inherentes a un área dentro de una Organización. Conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. Conjunto finito de caracteres limitados que forman una palabra secreta que sirve a un usuario para acceder a un determinado recurso. Herramienta que permite el modelado del sistema mediante la diagramación. Oficina de Proyectos, Consultorías y Servicios de la UCA Herramienta de la metodología SCRUM que permite llevar el control mediante las historias del usuario para obtener los requisitos del sistema

136 R RUP S SCRUM Metodología de desarrollo tradicional Rational Unified Process Metodología de desarrollo ágil, en la cual se encuentra basado el sistema. Sprints W webapp workflows Sistema para la Gestión de Información del Portafolio de Proyecto de la Universidad Centroamericana UCA Herramienta de metodología SCRUM que permite llevar el control de las actividades del proyecto durante cada iteración. Web application o webapp. Es una aplicación web o cualquier aplicación que es accedida vía web por una red. El Flujo de trabajo (WorkFlow en inglés) es el estudio de los aspectos operacionales de una actividad

137 10.7 Manual de Usuario Universidad Centroamericana Facultad de Ciencia Tecnología y Ambiente Ingeniería en Sistemas y Tecnologías de la Información Desarrollo de un Sistema web para la gestión de la información del portafolio de proyectos de la Universidad Centroamericana UCA () Manual de Usuario AUTOR: Katherine Valeska Dumas Hernández ( )

138 Historial de Revisiones Fecha Versión Descripción Autor Manual de descripciones para el usuario Katherine Valeska Dumas Hernández Actualización Katherine Valeska Dumas Hernández

139 Tabla de Contenido Opciones del Sistema Botones de navegación estándares Ingreso al sistema mediante el login. Catálogos de proyectos (Opciones básicas) Vista General Vista Nuevos Registros Gestión de proyectos Vista Principal Vista de Informacion de proyectos Vista de registrar o editar proyectos Vista agregar o ver objetivos Vista de descargar o cargar anexos Vista de asignar usuarios por proyecto Vista de reportes Gestión de roles y permisos

140 MANUAL DE USUARIO FORMA DE CULMINACION DE ESTUDIOS Introducción El objetivo de este documento es el mostrar al usuario las funcionalidades del sistema partiendo de cada unos de los controles que se incluyen en las pantallas. Opciones del Sistema El presente Manual está organizado de acuerdo a la secuencia de ingreso a las pantallas del sistema de la siguiente manera: 1. Botones de navegación estándar. 2. Ingreso al sistema mediante el login. 2. Catálogos de proyectos (Opciones básicas) 3. Gestión de proyectos 4. Gestión de roles y permisos Botones de navegación estándares Agregar Registro o Nuevo Registro Indica una búsqueda Indica cancelar o regresar a la página anterior Eliminar un registro Guardar el registro Información de un registro Actualizar y recargar la pagina ---- Editar registros

141 Ingreso al sistema mediante el login. Ventana principal del sistema Figura 1. Vista Principal En esta pantalla el usuario debe digitar el nombre del usuario y su clave luego presionar sobre el botón entrar tal como se muestra en la figura siguiente. Figura 2. Login

142 Posteriormente carga la pantalla de opciones o menú, aquí se encuentran todas los catálogos y opciones a los que tiene permiso el usuario logueado. Esto se muestra en la imagen siguiente. Así como el nombre del usuario y el botón de cerrar sesión (esto se mantiene en todos los formularios). Menú de opciones Figura 3. Pantalla de menú u opciones Catálogos de proyectos (Opciones básicas) Vista General Las opciones: Áreas temáticas Bancos Contactos Contraparte

143 Cuenta contable Cuenta Bancaria Facultades Usuarios Roles Son formularios que tienen las mismas características que se describen a continuación. Figura 4. Ventana de Catálogos Los detalles de navegación, así como los botones son estándares para todos los formularios de la aplicación. La pantalla muestra en la parte superior las opciones y actividades que se pueden realizar en los catalogos. Entre estas se encuentran:

144 1- El botón carga la vista de ingresar registros nuevos. 2- El botón que permite recargar la pagina y actualizar los datos automáticamente después de realizada una búsqueda. 3- Luego tenemos la barra de búsqueda esta va a ser de acuerdo a los parámetros que establezca el usuario 4- A la par de la barra de búsqueda se encuentra el botón de imprimir existen. este sirve para imprimir una captura de los datos que 5- Debajo de la barra de opciones tenemos la vista de los datos que existen dependiendo de qué catalogo se esté cargando Figura (5). Elimin ar Editar Figura 5. Vista de los datos

145 Este también contiene los botones de eliminar y editar el registro al que se seleccione. En la parte inferior derecha está la barra de navegación para la paginación. Número de registros visibles por página Numero de páginas totales Navegación Vista Nuevos Registros Figura 6. Vista de nuevos registros. En la vista de nuevo registro se muestran los controles de la siguiente manera. En la tabla están los datos que pertenecen al catalogo que se vaya a guardar luego están los botones de guardar registro y cancelar. (Esta vista es la misma para editar el registro con la diferencia que en los cuadros de texto se muestran los datos pertenecientes al registro)

146 Gestión de proyectos Vista Principal En esta pantalla se muestran todas actividades que se pueden realizar en la gestión de la información de un proyecto. Objetivos del proyecto Editar Usuarios Asignado al proyecto Ver información de los proyectos Eliminar Anexos del proyecto Imprimir Reporte del proyecto Figura 7. Vista General de Proyectos Vista de Informacion de proyectos La figura (8) muestra la vista de ver información se cargan las siguientes opciones:

147 Figura 8. Vista de información de proyectos Al dar click al botón de información se muestran unas pestañas con toda la información que corresponde al proyecto seleccionado, asi como el botón que regresa a la pagina principal de proyectos. Figura 9. Pestañas de información de un proyecto. Vista de registrar o editar proyectos Dar click en nuevo y editar se cargan las siguientes pestañas

148 Figura 10. Nuevo Registro de proyecto Vista agregar o ver objetivos Cuando se selección la opción de objetivos se cargan de la siguiente manera Botón para agregar un objetivo Figura 11. Objetivos El nombre del proyecto, una caja de texto donde se agrega el objetivo se guarda el objetivo así como puede realizarse la impresión del reporte, este también tiene el botón de eliminar y el botón que me regresa a la página de proyectos. Vista de descargar o cargar anexos Al dar click en el botón de anexos se cargan los siguientes controles:

149 Botón para cargar archivos Figura 12. Anexos En esta pantalla se carga el nombre del proyecto al que se le añadirán anexos, una caja de texto donde se pone el nombre del archivo, luego se encuentra la barra para seleccionar el archivo desde los documentos en la computadora posteriormente a la derecha está el botón de cargar archivo al servidor, este guarda el archivo. Barra para seleccionar el archivo que será cargado Botón para descargar archivos Después se cargan los datos de los anexos existentes, este tienen su botón para eliminar anexo y para descargar el archivo a la computadora. Así como su botón de atrás e imprimir reporte. Vista de asignar usuarios por proyecto Al dar click al botón de usuarios asignados a los proyectos, se carga la siguiente vista de controles:

150 Usuarios registrados en el sistema Botón para guardar registro Figura 13. Usuarios por proyecto Esta contiene el nombre del proyecto al que le serán asignados los usuarios que podrán tener acceso a él, luego está la lista de usuarios registrados en el sistema, al seleccionar el usuario se le da click al botón de guardar registro. También contiene el botón de imprimir reporte, cancelar y atrás. Vista de reportes Al dar click en el botón de imprimir reporte, se genera una vista previa de dicho reporte, que contiene toda la información relacionada a un proyecto. Gestión de roles y permisos Anadir o editar permisos y opciones Figura 14. Roles, permisos y opciones del por sistema usuario

151 En la pantalla de gestión de roles y permisos se carga toda la información de roles, permisos y opciones que pueden ser otorgados a un usuario del sistema, al dar click en el botón de permisos se carga la siguiente vista: Opciones del sistema Permisos que puede tener cada opción Figura 15. Registro de roles y opciones En esta vista se cargan el nombre del rol al que se le asignaran los permisos, después tenemos la lista de vistas, catálogos u opciones del sistema y al lado derecho los permisos (leer, crear, eliminar, editar y asignar usuarios a los proyectos) que puede tener cada catálogo. Se encuentra el botón de agregar registro, imprimir, eliminar y atrás.

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

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

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto.

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICES En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICE 1. Herramientas Las herramientas que se usaron en el análisis, desarrollo

Más detalles

Desarrollo de Aplicaciones con Tecnologías Web

Desarrollo de Aplicaciones con Tecnologías Web Desarrollo de Aplicaciones con Tecnologías Web Código: Modalidad: Distancia Duración: 100 Horas. Objetivos: La presente formación se ajusta al itinerario formativo del Certificado de Profesionalidad IFCD0210

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

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

Desarrollo de Aplicaciones con Tecnologías Web (Online) (Dirigida a la Acreditación de las Competencias Profesionales R.D.

Desarrollo de Aplicaciones con Tecnologías Web (Online) (Dirigida a la Acreditación de las Competencias Profesionales R.D. Desarrollo de Aplicaciones con Tecnologías Web (Online) (Dirigida a la Acreditación de las Competencias Profesionales R.D. 1224/2009) Titulación certificada por EUROINNOVA BUSINESS SCHOOL Desarrollo de

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

UNIVERSIDAD TECNOLÓGICA PRIVADA DE SANTA CRUZ FACULTAD DE CIENCIAS Y TECNOLOGIA. CARRERA: Ingeniería en Sistemas

UNIVERSIDAD TECNOLÓGICA PRIVADA DE SANTA CRUZ FACULTAD DE CIENCIAS Y TECNOLOGIA. CARRERA: Ingeniería en Sistemas UNIVERSIDAD TECNOLÓGICA PRIVADA DE SANTA CRUZ FACULTAD DE CIENCIAS Y TECNOLOGIA CARRERA: Ingeniería en Sistemas Perfil de Tesis para Proyecto Empresarial Aplicación para mejorar la evaluación del desempeño

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

Simulador de Protocolos de Red a tráves de WEB

Simulador de Protocolos de Red a tráves de WEB Simulador de Protocolos de Red a tráves de WEB Propuesta de Estudio 20071608 Director Ing. Francisco Antonio Polanco Montelongo Resumen Introducción Actualmente, el desarrollo tecnológico a alcanzado niveles

Más detalles

Javier Velásquez Maldonado velasquezj7@hotmail.com. Jhoanna Isabel Lansinot Tocain jlansinot@yahoo.com

Javier Velásquez Maldonado velasquezj7@hotmail.com. Jhoanna Isabel Lansinot Tocain jlansinot@yahoo.com DISEÑO, DESARROLLO E IMPLANTACIÓN DE UNA APLICACIÓN WEB PARA LA AUTOMATIZACIÓN DE LA INFORMACIÓN DE LA IGLESIA EVANGÉLICA INDÍGENA ECUATORIANA DE LA ALIANZA CRISTIANA Y MISIONERA. Javier Velásquez Maldonado

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

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Mario R. MORENO SABIDO Depto. de Sistemas y Computación, Instituto Tecnológico de Mérida Mérida, Yucatán 97118, México y Jorge

Más detalles

Proyecto Final de Carrera

Proyecto Final de Carrera Aplicación de gestión de proyectos informáticos Memoria del Proyecto Consultor: Jairo Sarrias Guzmán Ingeniería Técnica Informática de Gestión P á g i n a 2 CONTENIDO 1. Introducción... 6 1.1. Resumen...

Más detalles

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB]

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] Visión Universidad Técnica del Norte Histórico de Revisiones

Más detalles

IFCD0210 Desarrollo de Aplicaciones con Tecnologías Web (Dirigida a la Acreditación de las Comptencias Profesionales R.D.

IFCD0210 Desarrollo de Aplicaciones con Tecnologías Web (Dirigida a la Acreditación de las Comptencias Profesionales R.D. IFCD0210 Desarrollo de Aplicaciones con Tecnologías Web (Dirigida a la Acreditación de las Comptencias Profesionales R.D. 1224/2009) IFCD0210 Desarrollo de Aplicaciones con Tecnologías Web (Dirigida a

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO

PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO ASUNTO: PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO Informazioaren Teknologien Saila Departamento de Tecnologías de la Información Herritarrentzako

Más detalles

SOFTWARE PROJECT MANAGEMENT PLAN

SOFTWARE PROJECT MANAGEMENT PLAN SOFTWARE PROJECT MANAGEMENT PLAN HERRAMIENTA PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS DE LOS PROYECTOS DE LAS ASIGNATURAS DE INGENIERÍA Y ARQUITECTURA DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA.

Más detalles

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web.

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web. Microsoft Office SharePoint Server 2007 es un conjunto integrado de características de servidor que puede contribuir a mejorar la eficacia organizativa al ofrecer completas funciones de administración

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

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

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

GUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA

GUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA 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

El XBRL y sus aportes al intercambio de información financiera

El XBRL y sus aportes al intercambio de información financiera Universidad ORT Uruguay Facultad de Ingeniería El XBRL y sus aportes al intercambio de información financiera Entregado como requisito para la obtención del título de Licenciado en Sistemas Carlos Rial

Más detalles

PFC- Aplicaciones Web para trabajo colaborativo:

PFC- Aplicaciones Web para trabajo colaborativo: PFC- Aplicaciones Web para trabajo colaborativo: Aplicación para Control de una Integración de S.I. 2º Ciclo Ingeniería Informática Curso 2011-2012 Consultor : Fatos Xhafa Autor : Miguel Angel Pineda Cruz

Más detalles

Introducción En este apartado se va a proporcionar una apreciación global del SRS.

Introducción En este apartado se va a proporcionar una apreciación global del SRS. INTRODUCCIÓN Se pretende desarrollar una aplicación web para la gestión de un restaurante que ofrece espectáculos en fechas determinadas con el fin de poner en práctica los principios de planificación

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

CAPÍTULO V PROPUESTA DE LA SOLUCIÓN

CAPÍTULO V PROPUESTA DE LA SOLUCIÓN CAPÍTULO V PROPUESTA DE LA SOLUCIÓN 5.1 Introducción En los últimos tres años la entidad financiera ha venido sufriendo cambios que le han permitido crecer y pasar de ser una Sociedad Financiera a un Banco

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

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI Informe de Práctica Profesional de 4to Año, Ingeniería Informática Autor: Manuel Alejandro Aguilar Díaz

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

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera. Departamento de Lenguajes y Sistemas Informáticos

Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera. Departamento de Lenguajes y Sistemas Informáticos Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera Departamento de Lenguajes y Sistemas Informáticos INDICE 1. Introducción. 2. Documentación del Proyecto de Fin de

Más detalles

HOJA TÉCNICA. SemTalk 2

HOJA TÉCNICA. SemTalk 2 HOJA TÉCNICA SemTalk 2 SemTalk 2 - Información Técnica SemTalk 2 es una herramienta para modelamiento de procesos de negocios y conocimientos orientado a objetos 100% compatible con MS Office. REQUERIMIENTOS

Más detalles

UNIVERSIDAD FRANCISCO GAVIDIA

UNIVERSIDAD FRANCISCO GAVIDIA UNIVERSIDAD FRANCISCO GAVIDIA FACULTAD DE INGENIERIA Y ARQUITECTURA TRABAJO DE GRADUACION: DISEÑO DE UN SISTEMA DE INFORMACIÓN MECANIZADO PARA LA PLANIFICACIÓN DEL TRABAJO DOCENTE DE LOS DECANATOS DE LA

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

DIPLOMADO EN TECNOLOGÍAS DE LA INFORMACIÓN

DIPLOMADO EN TECNOLOGÍAS DE LA INFORMACIÓN DIPLOMADO EN TECNOLOGÍAS DE LA INFORMACIÓN MODULO I: Análisis y Diseño de Sistemas El alumno se familiarizará y describirá los conceptos y aspectos fundamentales del Análisis y Diseño Orientado a Objetos

Más detalles

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

Más detalles

Collaborative Lifecycle Management

Collaborative Lifecycle Management Collaborative Lifecycle Management IBM Rational Software Portafolio.. Documentación Técnica... COLLABORATIVE LIFECYCLE MANAGEMENT La solución de IBM Rational para la Gestión del Ciclo de Vida Colaborativo

Más detalles

ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS

ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS Base de Datos ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS Una base de datos es un conjunto de elementos de datos que se describe a sí mismo, con relaciones entre esos elementos, que presenta

Más detalles

Metodología para el diseño y desarrollo de interfaces de usuario

Metodología para el diseño y desarrollo de interfaces de usuario Metodología para el diseño y desarrollo de interfaces de usuario Versión Historia de Revisión Fecha Versión Descripción Responsable 20/06/2005 Creación. Alejandro Báez Cristian Castañeda Diego

Más detalles

DESARROLLO DE SISTEMA DE INFORMACIÓN GEOGRÁFICA SOBRE PLATAFORMA WEB

DESARROLLO DE SISTEMA DE INFORMACIÓN GEOGRÁFICA SOBRE PLATAFORMA WEB Inmobiliaria Nueva Vía S.A. (INVIA) Phillips 84, Oficina 65, Piso 6 Santiago Centro / Chile e-mail: leo.corvalan@invia.cl LICITACIÓN PÚBLICA DESARROLLO DE SISTEMA DE INFORMACIÓN GEOGRÁFICA Parte II. Bases

Más detalles

Identificación de requerimientos

Identificación de requerimientos Licenciatura en Informática Administración de requerimientos Identificación de requerimientos Licenciatura en Informática Sirva este material como apoyo a los apuntes de la asignatura Administración de

Más detalles

COUNTSTAR: ADMINISTRACIÓN Y GESTIÓN DE EMPRESA

COUNTSTAR: ADMINISTRACIÓN Y GESTIÓN DE EMPRESA Trabajo fin de carrera INGENIERÍA TÉCNICA EN INFORMÁTICA DE SISTEMAS Facultad de Matemáticas Universidad de Barcelona COUNTSTAR: ADMINISTRACIÓN Y GESTIÓN DE EMPRESA Óscar Llorente Lucía Director/a: Dra.

Más detalles

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 6. Actualización

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 6. Actualización Página 1 de 19 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 6 Situación Contraste externo Actualización

Más detalles

UNIVERSIDAD TÉCNICA DEL NORTE

UNIVERSIDAD TÉCNICA DEL NORTE UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS ESCUELA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN SISTEMAS COMPUTACIONALES

Más detalles

Desarrollo de Aplicaciones Windows Con Visual Studio 2010

Desarrollo de Aplicaciones Windows Con Visual Studio 2010 Desarrollo de Aplicaciones Windows Con Visual Studio 2010 (.NET FRAMEWORK 4.0) ACERCA DEL CURSO: Esta Especialidad está diseñado para desarrollar los conocimientos y habilidades para el desarrollo de aplicaciones

Más detalles

ACCIÓN FORMATIVA FINANCIADA POR EL SERVICIO PÚBLICO DE EMPLEO ESTATAL

ACCIÓN FORMATIVA FINANCIADA POR EL SERVICIO PÚBLICO DE EMPLEO ESTATAL MF0491_3: PROGRAMACIÓN WEB EN EL ENTORNO CLIENTE. (IFCD0210: DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB) 180 HORAS PRESENCIALES Nº DE EXPEDIENTE: FC/2013/0064 ACCION 141 GRUPO 1 ACCIÓN FORMATIVA FINANCIADA

Más detalles

Ingeniería de software

Ingeniería de software Ingeniería de software MSC-0102 Nombre de la asignatura: Ingeniería de Software Línea de trabajo: Asignatura básica Tiempo de dedicación del estudiante a las actividades de: DOC TIS TPS Horas totales Créditos

Más detalles

Planificación en Team Foundation Server 2010

Planificación en Team Foundation Server 2010 Planificación en Team Foundation Server 2010 Planificación y Seguimientos en Proyectos Agile con Microsoft Visual Studio Team Foundation Server 2010 Dirigido a: Todos los roles implicados en un proyecto

Más detalles

Análisis y Diseño del Sistema Integrado de Información (SII)

Análisis y Diseño del Sistema Integrado de Información (SII) Análisis y Diseño del Sistema Integrado de Información (SII) Para el proyecto Manejo integrado y sostenible de los recursos hídricos transfronterizos en la cuenca del Amazonas El presente documento permite

Más detalles

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred. cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema

Más detalles

Integración de Metodologías Ágiles en el Desarrollo de un Sistema de Monitoreo Inalámbrico para Medir la Contaminación del Aire en Tiempo Real.

Integración de Metodologías Ágiles en el Desarrollo de un Sistema de Monitoreo Inalámbrico para Medir la Contaminación del Aire en Tiempo Real. Integración de Metodologías Ágiles en el Desarrollo de un Sistema de Monitoreo Inalámbrico para Medir la Contaminación del Aire en Tiempo Real. Walter Fuertes, Diego Carrera, César Villacís, Fernando Galárraga,

Más detalles

Confección y publicación de páginas Web

Confección y publicación de páginas Web 2014 Confección y publicación de páginas Web Docente: Manuel Fernández Catalán 0 ÍNDICE 1 Presentación... 2 2 Objetivos... 2 3 Tecnología... 2 4 Metodología y evaluación... 3 5 Material didáctico... 3

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

DESARROLLO DE UNA APLICACIÓN WEB QUE GUARDA INFORMACIÓN DE LOS ACTIVOS EXISTENTES DE LA EMPRESA MDY CONTACT CENTER.

DESARROLLO DE UNA APLICACIÓN WEB QUE GUARDA INFORMACIÓN DE LOS ACTIVOS EXISTENTES DE LA EMPRESA MDY CONTACT CENTER. DESARROLLO DE UNA APLICACIÓN WEB QUE GUARDA INFORMACIÓN DE LOS ACTIVOS EXISTENTES DE LA EMPRESA MDY CONTACT CENTER. CRISTIAN CAMILO VELASQUEZ PIRANEQUE. CORPORACION UNIVERSITARIA MINUTO DE DIOS FACULTAD

Más detalles

Web 2.0 del COAC: Drupal & Joomla

Web 2.0 del COAC: Drupal & Joomla Web 2.0 del COAC: Drupal & Joomla Óscar Guerrero García Ingeniería Técnica en Informática de Gestión Escola Politècnica Superior d Enginyeria de Vilanova i la Geltrú Universitat Politècnica de Catalunya

Más detalles

USABILIDAD Y ACCESIBILIDAD DE SITIOS WEB

USABILIDAD Y ACCESIBILIDAD DE SITIOS WEB ASIGNATURA DE MÁSTER: USABILIDAD Y ACCESIBILIDAD DE SITIOS WEB Curso 2009/2010 (Código:101038) 1.PRESENTACIÓN Este curso introduce al estudiante en los principios de usabilidad y diseño de páginas web

Más detalles

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0)

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0) Proyecto: Actualización del Sistema de Información de Muebles Documento: Especificación de s del Sistema de Registro y Control de Muebles ULA (ULA_SRCBM, versión 1.0) Elaborado por: William J. Montilva

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

Introducción a Javato

Introducción a Javato Introducción a Javato Fº. Javier Pereñiguez Steria Iberica 20/02/2008 Índice Introducción Arquitectura Ejemplo arquitectura Plataforma Desarrollo Ejemplo de entorno de desarrollo Vías futuras Casos de

Más detalles

CAPÍTULO 5. DESARROLLO Y PRUEBAS

CAPÍTULO 5. DESARROLLO Y PRUEBAS CAPÍTULO 5. DESARROLLO Y PRUEBAS 5.1 Introducción a las Tecnologías 5.1.1 Herramientas 5.1.1.1 SQL Server Es un sistema que sirve para la gestión de base de datos basado en un modelo relacional. Así mismo

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

Servidores Donantonio

Servidores Donantonio Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3

Más detalles

operación de los sitios Web www.minaet.go.cr y de la sección de la Direccion de cambio climático www.minaet.go.cr/dcc

operación de los sitios Web www.minaet.go.cr y de la sección de la Direccion de cambio climático www.minaet.go.cr/dcc PROYECTO Plan de Trabajo para la Gestión del Cambio Climatico Consultoría: Contratación de una empresa para el diseño, construcción y puesta en operación de los sitios Web www.minaet.go.cr y de la sección

Más detalles

1. Capítulo 1: Herramientas de Software para el sistema

1. Capítulo 1: Herramientas de Software para el sistema 1. Capítulo 1: Herramientas de Software para el sistema 1.1 Conceptos Generales 1.1.1 Joomla.- Es un sistema dinámico que gestiona y administra contenidos de código abierto, y permite desarrollar sitios

Más detalles

INTEGRACION DE BASES DE DATOS EN LA WEB

INTEGRACION DE BASES DE DATOS EN LA WEB 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Clave de la asignatura: INTEGRACION DE BASES DE DATOS EN LA WEB Ingeniería en Tecnologías de la Información y Comunicaciones DSD-1202 SATCA1

Más detalles

SERVICIOS PARA DEMANDANTES DE EMPLEO A TRAVÉS DE INTERNET: ÁREA PERSONAL PARA DEMANDANTES

SERVICIOS PARA DEMANDANTES DE EMPLEO A TRAVÉS DE INTERNET: ÁREA PERSONAL PARA DEMANDANTES SERVICIOS PARA DEMANDANTES DE EMPLEO A TRAVÉS DE INTERNET: ÁREA PERSONAL PARA DEMANDANTES Servicio de Intermediación Profesional Dirección General de Intermediación e Inserción Laboral Servicio Andaluz

Más detalles

Manual de Usuario. 2005 MexWebs Soluciones Web Globales S. de R.L. MEXWEBS Content Management System v2.0

Manual de Usuario. 2005 MexWebs Soluciones Web Globales S. de R.L. MEXWEBS Content Management System v2.0 Manual de Usuario 2005 MexWebs Soluciones Web Globales S. de R.L. MEXWEBS Content Management System v2.0 MEXWEBS CMS v2.0 2 Índice ÍNDICE...2 MANUAL PARA EL MEXWEBS CMS V2.0...3 Qué es MexWebs CMS v2.0?...

Más detalles

CAPITULO V: Contribución Teórica y Práctica

CAPITULO V: Contribución Teórica y Práctica CAPITULO V: Contribución Teórica y Práctica 5.1. Requerimientos Funcionales El sistema propuesto reúne una serie de requerimientos captados en las reuniones llevadas a cabo por parte del cliente GMD. Mediante

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

PROYECTO FINAL DE CARRERA: RESERVA DE VEHÍCULOS MEDIANTE INTERFAZ WEB

PROYECTO FINAL DE CARRERA: RESERVA DE VEHÍCULOS MEDIANTE INTERFAZ WEB PROYECTO FINAL DE CARRERA: RESERVA DE VEHÍCULOS MEDIANTE INTERFAZ WEB Ingeniería Técnica Informática de Gestión Alumno: Jorge Bou Ramón Director: Sergio Sáez Barona Junio 2012 ÍNDICE 1. INTRODUCCIÓN...4

Más detalles

Implementación de la Metodología para el Desarrollo Colaborativo de Aplicaciones Web (MDCAW), Basada en Arquitecturas Orientadas a Servicios (AOS)

Implementación de la Metodología para el Desarrollo Colaborativo de Aplicaciones Web (MDCAW), Basada en Arquitecturas Orientadas a Servicios (AOS) Implementación de la Metodología para el Desarrollo Colaborativo de Aplicaciones Web (MDCAW), Basada en Arquitecturas Orientadas a Servicios (AOS) Luís F GONZÁLEZ ALVARÁN Facultad de Ingenierías, Politécnico

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

GLOSARIO DE TERMINOS

GLOSARIO DE TERMINOS GLOSARIO DE TERMINOS A Aplicaciones Legacy.- Conjunto de aplicaciones desarrolladas o implementadas en plataformas de sistemas anteriores o antiguos. B Bases de Datos.- Organización y conservación de datos

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

Desarrollo de software

Desarrollo de software Agenda 1. Introducción 2. Aspectos Metodológicos del Desarrollo de Software 3. Aplicación Web (Modelo del Producto) 4. Modelo del proceso 5. Dos enfoques Metodológicos 6. Métodos Seleccionados 7. Evaluación

Más detalles

Novedades en Crystal Reports 10

Novedades en Crystal Reports 10 Novedades en Crystal Reports 10 Basado en la estabilidad probada de la versión 9, Crystal Reports ofrece nuevas funciones y mejoras. Este capítulo presenta dichas funciones y mejoras proporcionando un

Más detalles

I. OBJETIVOS INTRODUCCIÓN. Oscar Daniel Camuendo Vásquez e-mail: oscardny86@hotmail.com

I. OBJETIVOS INTRODUCCIÓN. Oscar Daniel Camuendo Vásquez e-mail: oscardny86@hotmail.com DISEÑO, IMPLEMENTACIÓN E IMPLANTACIÓN DE UNA APLICACIÓN WEB DE ADMINISTRACIÓN Y CONTROL DE CALIFICACIONES PARA LA UNIDAD EDUCATIVA PARTICULAR OVIEDO (SECCIÓN SECUNDARIA), UTILIZANDO SOFTWARE LIBRE. Oscar

Más detalles

Estándares Web: XHTML y CSS - Usabilidad - Accesibilidad. Desarrollo de Sitios Web de Calidad, Usables, Seguros, Válidos y Accesibles

Estándares Web: XHTML y CSS - Usabilidad - Accesibilidad. Desarrollo de Sitios Web de Calidad, Usables, Seguros, Válidos y Accesibles Estándares Web: XHTML y CSS - Usabilidad - Accesibilidad Desarrollo de Sitios Web de Calidad, Usables, Seguros, Válidos y Accesibles Versión actualizada en http://www.usabilidadweb.com.ar/cursos_esp.php

Más detalles

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3

Más detalles

Accesibilidad en el Diseño de Aplicaciones Web

Accesibilidad en el Diseño de Aplicaciones Web Accesibilidad en el Diseño de Aplicaciones Web Sergio Luján Mora CÓMO HAGO QUE MI SITIO WEB SEA ACCESIBLE? 1 El WAI 10 consejos breves WCAG 1.0 Contenido Método de aplicación Niveles de conformidad WCAG

Más detalles

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN AREA SISTEMAS INFORMATICOS

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN AREA SISTEMAS INFORMATICOS TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN AREA SISTEMAS INFORMATICOS HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS Pág. 1 de 25 1. Nombre de la asignatura Desarrollo

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

Evaluar el rendimiento de los servicios de comunicaciones. ANEXO CLIV

Evaluar el rendimiento de los servicios de comunicaciones. ANEXO CLIV 746 Miércoles 5 octubre 2005 Suplemento del BOE núm. 238 CE2.1 Identificar los distintos sistemas de archivo utilizables en un dispositivo de almacenamiento dado para optimizar los procesos de registro

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

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m. Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas

Más detalles

Manual de Asignatura Basado en Competencias Profesionales. Integradora I

Manual de Asignatura Basado en Competencias Profesionales. Integradora I Programa Educativo de Tecnologías de la Información y Manual de Asignatura Basado en Competencias Profesionales Abril, 2011 ELABORÓ: UNIVERSIDAD TECNOLÓGICA AUTOR: MTRO. SERGIO VALERO OREA APROBÓ: COMISION

Más detalles

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0 Deportes LSI 03 Sistema para Gestión de Artículos Deportivos LSI 03 Versión 3.0 Fecha: 02/01/2003 Historial de Revisiones Fecha Versión Descripción Autor 22/07/2002 0.9 Versión preliminar como propuesta

Más detalles

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Gestionando Agile/Scrum con Sciforma

Gestionando Agile/Scrum con Sciforma agile Gestionando Agile/Scrum con Sciforma El desarrollo ágil de software son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones

Más detalles

Sistema de Control Presupuestario para el Departamento de P.M.U. de la Ciudad de Talca

Sistema de Control Presupuestario para el Departamento de P.M.U. de la Ciudad de Talca Sistema de Control Presupuestario para el Departamento de P.M.U. de la Ciudad de Talca Alumnos: Año Académico: 2011 ANAHÍ DEL CARMEN MAR FIGUEROA SOTO IVÁN ANTONIO CAMPOS DIAZ Profesores Guías: RODOLFO

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

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR En este capítulo se describe el análisis y diseño de un sistema, denominado e-commerce Constructor, el cual cumple con los siguientes objetivos: Fungir

Más detalles

Construyendo una Intranet colaborativa para PyMES con SharePoint 2010

Construyendo una Intranet colaborativa para PyMES con SharePoint 2010 Construyendo una Intranet colaborativa para PyMES con SharePoint 2010 Descripción Microsoft SharePoint, también conocido como Microsoft SharePoint Products and Technologies, es una plataforma de colaboración

Más detalles

Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web

Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web Secretaría de Planificación Estratégica Oficina de Informática Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web VERSIÓN 4 Julio 2009 Índice 1. Generalidades... 3 1.1

Más detalles