Se presenta una arquitectura modular que expone una solución a las aplicaciones Web personalizadas, enfrentando la construcción de la aplicación en módulos para facilitar el desarrollo de la misma. El trabajo se orienta a aplicaciones Web de comercio electrónico, contemplando el hecho que los sitios de comercio electrónico son más complejos y abarcan más variables dinámicas y más información sobre los usuarios. Esta arquitectura si bien se orienta a este tipo de aplicación es amplia y genérica como para poder ser adaptada a otros tipos de aplicaciones Web personalizadas.

No description available.

Desarrollo de una propuesta de arquitectura empresarial para la Universidad Peruana de Ciencias Aplicadas. Se analizará el subproceso de Gestión de Alumnos Vulnerables el cual es parte del proceso de Bienestar del Alumno. Este trabajo tiene como objetivo diseñar la propuesta de arquitectura empresarial siguiendo el marco de trabajo TOGAF. Se analizará el AS IS de la organización y se propondrá el TO BE basado en un análisis de brechas. Asimismo, se diseñará una propuesta para el desarrollo de software bajo la metodología de gestión de proyectos de UPC.

Implementar una arquitectura tecnológica utilizando la tecnología de prestación de servicios de Cloud Computing que soporte los proyectos profesionales de la Escuela de Ingeniería de Sistemas y Computación (EISC). / Implement a technological architecture using Cloud Computing service provision technology that supports the professional projects of the School of Engineering of Systems and Computing (EISC).

Magíster en Tecnologías de la Información / Un banco posee cientos de sistemas para apoyar a la mayoría de las funciones del negocio y procesar millones de solicitudes de sus clientes internos y externos. Una falla en estos sistemas puede causar, desde un retraso en la entrega de informes de gestión, hasta pérdidas millonarias e incluso la cancelación de la licencia para poder operar. La falta de documentación apropiada puede ser la causa de errores en el diseño de una modificación de la infraestructura existente. Cuando se produce una falla, el no tener la documentación adecuada puede aumentar los tiempos de respuesta de los equipos de soporte. En general, el contar con la documentación de la arquitectura de los sistemas permite a los equipos de trabajo tener una visión general y un punto de partida para tomar decisiones ante contingencias que puedan involucrarlos. Cuando se habla de documentación formal de la arquitectura de software, existen varios modelos que se basan en la presentación de vistas que describen cómo se estructura. Algunos tienen un número fijo de vistas, y otros permiten acotar este número de acuerdo a un análisis de las necesidades existentes. En este trabajo, se propone una metodología para aplicar y verificar la utilidad de uno de los modelos de documentación existentes: el modelo de vistas del Software Engineering Institute (SEI), que busca identificar y documentar las vistas de arquitectura de software más adecuadas, de acuerdo a los requerimientos de calidad de los stakeholders de un sistema en estudio. Para realizar lo anterior, se seleccionó un sistema utilizado en un Banco, se entrevistó a sus stakeholders para conocer cuáles son sus intereses y con ello se generaron las vistas de arquitectura que propone el modelo. Finalmente, se presentan 3 casos donde se valida que la documentación de las vistas de arquitectura generadas en base al modelo mejoran la toma de decisiones de sus stakeholders, comparándola con el uso de la documentación existente antes de realizar este trabajo. Este trabajo entrega una metodología práctica para aplicar el modelo de vistas del SEI, aprovechando principalmente la relación existente entre sus guías de estilos y los atributos de calidad que apoyan, orientando la documentación de la arquitectura de sistemas a las necesidades específicas de sus stakeholders. Para la comunidad académica y profesional sirve como caso de estudio de aplicación del modelo y, para el Banco involucrado, como el punto de partida para incorporarla en su ciclo de desarrollo de proyectos tecnológicos.

La presente memoria documenta el desarrollo del proyecto “Gestión de Prácticas preprofesionales GPPP” el cual tiene como objetivo la automatización de la preparación y procesamiento de las encuestas de prácticas preprofesionales que realizan los alumnos de pregrado de las carreras de la escuela de Ingeniería de Sistemas y Computación de la Universidad Peruana de Ciencias Aplicadas (UPC). Esta memoria se encuentra dividida en seis capítulos que describen la constitución del proyecto. El primer capítulo aborda el fundamento teórico del proyecto. El segundo capítulo describe el marco teórico del proyecto en base a las definiciones de los principales conceptos considerados para su desarrollo. El tercer capítulo está compuesto por las investigaciones sobre las aplicaciones más recientes de los conceptos presentados en el marco teórico. El cuarto capítulo explica el desarrollo del proyecto mediante esquemas de trabajo utilizados. El quinto capítulo aborda la arquitectura del software y describe los funcionamientos a nivel de componentes. Finalmente, el sexto capítulo detalla las herramientas usadas para la gestión del proyecto y sus resultados.

Magíster en Tecnologías de la Información / El Poder Judicial de Chile en su afán de transparentar los procesos, ofrece a sus usuarios (funcionarios públicos y abogados) varios portales en donde se puede consultar las diferentes causas y trámites que se llevan a cabo. Estos portales se encuentran publicados en la página oficial de la institución, pero funcionan de manera independiente según el juzgado al que se consulte: Corte Suprema, Laboral, Cobranza, Penal, Civil, Familia o Apelaciones. Por lo tanto, la arquitectura actual no permite una fácil escalabilidad de los sistemas, ya que al ser soluciones independientes, sus datos y servicios no están integrados y existe duplicidad de ellos. Además, manejan diferentes credenciales de autenticación para cada sistema aunque se trate del mismo usuario. Por otra parte, estos sistemas no están preparados para ser utilizados en dispositivos móviles, como tablets o teléfonos inteligentes, por lo tanto sus interfaces de usuario no son adaptables a los diferentes tipos de pantalla y resoluciones. Lamentablemente una parte importante de los usuarios requiere acceso a la información en terreno, por lo que el acceso para móviles se hace indispensable. Para dar solución a estos problemas se realizaron nuevos desarrollos que apuntan a unificar estos sistemas de consulta, adaptar sus interfaces de usuario a dispositivos móviles y facilitar el acceso a los usuarios estacionarios y móviles. Para ello, se diseñó e implementó una arquitectura de software orientada a servicios, que permitió dar solución a los problemas de escalabilidad y duplicidad de datos de los sistemas de la institución, permitiendo el manejo integral de la información y unificando los diferentes sistemas que actualmente están en producción. Finalmente, se implementó una aplicación móvil multi-plataforma que hace uso de la nueva arquitectura, y que está disponible para facilitar la consulta a los usuarios. Estas personas ahora acceden a los sistemas de la institución a través de un único nombre de usuario y clave, y pueden consultar en cualquiera de las cortes antes mencionadas.

El presente documento presenta al proyecto “Arquitectura de datos SSIA”, sus etapas, procesos de administración, implementación y pase a producción del mismo. Este proyecto se desarrolló dentro del curso Taller de proyecto de la UPC de las carreras de Ingeniería de Sistemas de Información e Ingeniería de Software. El principal objetivo de este proyecto es definir procesos de administración, mantenimiento y control de cambios en la base de datos de la empresa SSIA, empresa que da soporte al proceso de acreditación de las carreras. En cada capítulo de este documento se describirán tanto los antecedentes como la distribución de las tareas de los responsables del proyecto. El documento consta de cuatro capítulos, los cuales se describen a continuación: El primer capítulo presenta los antecedentes, motivos y aspectos generales del proyecto. Aquí se detallan los riesgos identificados en la etapa de planeamiento del proyecto, los responsables involucrados en el proceso, stakeholders, definición formal de objetivos y alcances entre otros. El segundo capítulo hace referencia al plan de implementación en sí, se plantea un cronograma de trabajo y fases del proyecto orientadas a hitos, objetivos y entregables. Además, se presentan formalmente los organigramas de la empresa cliente, responsables por equipo de trabajo y puntos de contacto. El tercer capítulo inicia los procesos y actividades que se realizaron para alcanzar los objetivos del proyecto. En este capítulo se recopiló información inicial de la base de datos, productos software que consumen los datos de la misma y se utilizaron para detectar y documentar los problemas encontrados. A su vez, esta información permite generar soluciones y mejoras para obtener un resultado óptimo. Por último, se especificará el pase a producción del proyecto. Se detallan las migraciones de información y procedimientos de los productos software de la empresa indicando las consideraciones, riesgos, problemas y soluciones a los mismos. El capítulo concluye con un documento por parte de la empresa virtual QA de los talleres de proyectos afirmando que todos los productos software funcionan correctamente luego de la migración de base de datos. / Tesis

El proyecto de Recorridos Virtuales 3D es un conjunto de programas software destinados a proveer las facilidades necesarias para el diseño y publicación de exposiciones virtuales en tres dimensiones, las cuales serán visualizadas vía web con el fin de presentar no sólo la infraestructura del ambiente virtual diseñado, sino también proveer las facilidades para presentar los productos y/o servicios para los cuales el ambiente virtual fue diseñado. En este documento se describe al detalle cada aspecto relacionado con el proyecto. Para ello procedemos a detallar los capítulos y sus respectivos contenidos. En el primer capítulo presentaremos la descripción del proyecto, sus objetivos generales y específicos, las oportunidades de negocio y los beneficios esperados de la implementación del proyecto. Además, se presentará el plan de desarrollo del proyecto, sus alcances, los entregables a presentar al final de la implementación del proyecto y los riesgos identificados y encontrados y los que podrían aparecer en un futuro. Para el segundo capítulo, se describirá toda la teoría concerniente a las exposiciones virtuales 3D. Dicho de otra manera, se explicarán los términos correspondientes a las tres dimensiones, la realidad virtual y sus diferentes aplicaciones en la industria de las aplicaciones en tres dimensiones. En el tercer capítulo se presentará los casos de uso a desarrollar para la implementación de los entregables del proyecto y las funcionalidades que éstas podrán realizar. iv En el cuarto capítulo, se describirá la arquitectura del sistema, la arquitectura de red que utiliza y la arquitectura de sus aplicaciones. Además, se describirá la implementación y aprobación del prototipo del sistema. Para el quinto capítulo se procederá a describir los entregables, denominados releases, que constará la construcción del proyecto y en donde se detallará las tareas a realizar. Asimismo, especificaremos quienes conforman el equipo de desarrollo del proyecto y cuales son sus roles y acciones para el proyecto. Finalmente, en el sexto capítulo se describirán los entregables destinados a facilitar la instalación y uso de los sistemas desarrollados; es decir, se detallará en qué consisten los manuales de instalación y de uso del sistema, presentando además los requisitos de sistemas que ellas requieren para su buen funcionamiento. Se finalizará el capítulo presentando una muestra de la implementación de una aplicación práctica para el Centro de Información de la Universidad Peruana de Ciencias Aplicadas

No description available.