La Universidad Peruana de Ciencias Aplicadas (UPC) posee diversas facultades. Dentro de ellas está la de Ingeniería, la cual a su vez contiene carreras. Estas carreras son agrupadas por escuelas. La EISC (Escuela de Ingeniería de Sistemas y Computación) tiene a su cargo las carreras La gerencia de los proyectos ABET tiene como finalidad guiar, gestionar y gerenciar la solución que servirá para automatizar la generación de evidencias que ayudan a sustentar como la escuela cumple con los requerimientos por la empresa acreditadora para mantener la acreditación obtenida. • Son cinco los proyectos que se tiene a cargo de esta gerencia los cuales son: • Actas de reunión e informes de fin de ciclo (ARIFC) • Generación de encuestas para evidencias ABET (GEEA) • Carga masiva (CM) • Gestión de reportes de calificaciones, hallazgos y acciones de mejora (GRCHA) • Gestión de indicadores de la Escuela de Ingeniería de Sistemas y Computación (GISC) Durante el ciclo verano se tuvo diversas reuniones con jefes de proyectos de antiguos proyectos, el asesor, los coordinadores de la carrera y la directora de la carrera que está a su vez es el cliente de los proyectos en mención. En este proceso se levantó requerimientos del sistema, procesos AS IS, generación de los procesos TO BE, el diseño gráfico de la solución y las historias de usuario a implementar. Estos proyectos fueron gestionados con la metodología SCRUM, la cual es una metodología ágil para la gestión y desarrollo de software. Durante el ciclo regular se procedió al desarrollo del software así como los ciclos de prueba que aseguran la calidad del producto final, Esta solución disminuirá los tiempos empleados para la generación de estas evidencias que se hacían de forma manual. Reducirá el porcentaje de errores humanos en la generación. Automatizará la generación de reportes que ayudarán a sustentar la acreditación. Finalmente, permitirá el acceso remoto a las evidencias.

Las carreras de Ingeniería de Software y de Ingeniería de Sistemas de Información de la UPC cuentan con la acreditación ABET (Accreditation Board for Engineering and Technology). Esto da un gran prestigio a la carrera y a la universidad, por lo que es un objetivo de la Escuela de Ingeniería de Sistemas y Computación de la UPC, siempre mantener dicha acreditación. Para lograrlo la UPC debe mostrar evidencias directas o indirectas que los alumnos de sus carreras están alcanzando una serie de competencias específicas, llamadas Resultados del Estudiante (RE). Las calificaciones obtenidas en los cursos son consideradas evidencias directas. Los cursos de la malla curricular de las carreras pueden controlar o verificar que un alumno este adoptando un Resultado de Estudiante, estos cursos se clasifican en Control y Verificación de acuerdo a ello. Los cursos que no intervienen en la obtención de un RE, sino que dan las bases para la consolidación de una o más competencias específicas son llamados de Formación. La información de las calificaciones de estos cursos se convierte manualmente en reportes, que luego son enviados al equipo que evalúa a la carrera en el marco de la acreditación ABET. De las evidencias generadas tanto por los reportes de control y verificación como de los otros instrumentos, se encuentran hallazgos que son enunciados que describen el estado de un curso o de la carrera. Por ejemplo las notas de trabajos finales de los cursos de verificación, y los comentarios de las encuestas de fin de ciclo son hallazgos. Luego se generan reportes de hallazgos y en base a estos reportes se proponen acciones de mejora con el fin de continuar el proceso de mejora continua de la carrera. El objetivo de este proyecto al finalizar, es entregar una solución web a la escuela con el fin de automatizar la generación de estos reportes y el ingreso de acciones de mejora. De esta manera obtener más rápido información actualizada y útil para determinar qué puntos mejorar. Este sistema está dirigido a los miembros del comité, que serán los encargados de generar los reportes e ingresar las acciones de mejora. / The UPC programs of Software Engineering and Information Systems Engineer have the ABET accreditation. This gives great prestige to the program and the university, which is why it’s an objective of the UPC Computing and Systems College always keep having such accreditation. To accomplish that, the UPC must show direct or indirect evidence that the alumni of those programs are achieving a series of specific abilities, called Student Outcomes (SO). The grades that students get during their career, are considered direct evidence. The courses of the academic path of such programs can control or verify that a student is achieving a Student Outcome. Such courses are classified as Control or Verification according to that. The other courses that neither control, nor verify that a student is achieving a SO, is classified as Formation. The grades of the courses of Control or Verification are manually converted into reports, that afterwards are sent to the team that evaluates the program for the ABET accreditation. Gathering the evidence generated by the reports of Control and Verification, and also from other instruments, they become findings, which are sentences that describe the current state of a program or the career. For example, the grades on the final project of the Verification courses and the comments on the surveys at the end of the term, are considered findings. Afterwards, those findings become reports and on the basis of them, improvement actions are proposed, with the goal of continuing the process of continuous improvement of the program. The objective of this Project, is to create a web solution for the College, with the goal of automatizing the generation of this reports, and the insertion of improvement actions. This what, we can obtain faster, up to date information to determinate what can it be done to improve the program. This system is geared toward the member of the committee, who are the responsible of the generation the reports and the proposal of Improvement Actions.

Genera e implementa un modelo de aseguramiento de la calidad en el proceso de desarrollo de software con un enfoque orientado al factor humano; factor que es responsable de introducir y gestionar la calidad en el proceso de desarrollo de software. El modelo propuesto se basa en tres modelos “Modelos de Madurez de Capacidades Integrado, Proceso de Software para Equipos y Proceso de Software para Personas. / Tesis

Los estudios muestran que una de las causas de los atrasos de los proyectos de software se encuentra en la Captación de Requisitos. Se sabe que el costo para reparar un error en los requisitos es 5 a 10 veces menos que en la codificación y 200 veces menos que en el mantenimiento. Existen muchos esfuerzos para mitigar este problema, como por ejemplo: herramientas y técnicas que facilitan el trabajo en la administración y gestión de requisitos, tales como REM, Entrevistas, Encuestas, Casos de Usos, Win Win, etc. Sin embargo, según los últimos reportes aún se mantienen los problemas. Es por ello que en el presente trabajo proponemos Un Modelo de Razonamiento Basado en Casos para la Captación de Requisitos en el desarrollo de proyectos de software. Con esta técnica de inteligencia artificial se aprovecha los requisitos funcionales de proyectos de software desarrollados anteriormente, para luego resolver o identificar requisitos funcionales de un nuevo proyecto. Se realizan dos casos de estudio donde se compara el Modelo CBR propuesto con otras dos técnicas: Casos de Usos y Win Win, se aplica métricas de calidad a los requisitos obtenidos con el modelo propuesto, Casos de Uso y Win Win, finalmente, se ve el éxito de los resultados. Palabras clave: Razonamiento basado en casos, Requisito, Captación de Requisitos. / --- Studies show that one of the causes of delay in software projects is in the Collection Requirements. It is also known that the cost to repair an error in the requirements is 5 to 10 times less than in the encoding and 200 times less than in maintenance. Thus there are many efforts to mitigate this problem. Such as: tools and techniques that make working in the administration and management requirements, such as REM, Interviews, Surveys, Case Uses, Win Win, etc. However according to the latest reports are the problems. That is why in this paper we propose a model of Case-Based Reasoning for Collecting Requirements in the software development project. With this artificial intelligence technique, is used the functional requirements of software projects previously developed to solve or identify functional requirements of a new project. There are two case studies, which compares the proposed CBR model with two other techniques: Use Cases and Win Win. Quality Metrics Applicable requirements obtained with the proposed model, Use Cases and Win Win, finally see the successful outcome. Keywords: Case-based reasoning, Requirement, Requirements Elicitation.

El presente documento contiene la memoria del proyecto Software para la Gestión de Horarios en los Colegios Fe y Alegría desarrollado para la Institución Educativa Fe y Alegría N° 33 como parte de los cursos Taller de Proyecto 1 y Taller de Proyecto 2 de la carrera de Ingeniería de Software e Ingeniería de Información de la Universidad Peruana de Ciencias Aplicadas (UPC). Durante varios años, la Institución Educativa Fe y Alegría N° 33 ha venido elaborando sus horarios de clase y de talleres extra-académicos siguiendo procedimientos manuales. Sin embargo, de acuerdo a los integrantes del comité de elaboración de horarios, este proceso es demasiado largo y con frecuencia se cometen errores por inconsistencias de la información contenida en los horarios (cruces), por no considerar las horas mínimas de dictado exigidas por el Ministerio de Educación y, por no tener en cuenta la disponibilidad horaria presentada por los docentes. Todos estos errores ocasionan que se rediseñen frecuentemente los horarios, perjudicando a los encargados de su elaboración, por el mayor tiempo y dedicación empleados. Ante este problema, se presenta la solución Software para la Gestión de Horarios en los Colegios Fe y Alegría, subsistema de SIGCOL2 que a través de sus productos Gestión Talleres y Especialidades, Programación de Horarios y Gestión de Aulas facilita la elaboración de horarios académicos y de talleres extra-académicos, evitando cometer los errores de inconsistencia y de validación presentados en el proceso manual del C.E. Fe y Alegría Nº 33. Estos productos facilitan el proceso de elaboración de horarios académicos y de talleres extra-académicos validando las inconsistencias que puedan presentarse por cruces de profesores y aulas, considerando la disponibilidad docente y verificando el cumplimiento de las horas mínimas de dictado por asignatura definido por el Ministerio de Educación. Asimismo, la solución proporciona flexibilidad para la configuración de las horas de dictado utilizadas en la elaboración de los horarios, y reportes de gran utilidad para los usuarios finales.

Magíster en Tecnologías de la Información / El proyecto de tesis Línea de Productos Software de Tramitación de Causas Judiciales se enmarca en el contexto laboral de la empresa Amisoft, organización especializada en tecnologías de la información con más de 14 años en el mercado nacional. Durante los últimos años, se ha adjudicado una serie de proyectos en el sector judicial, diseñando e implementando los principales sistemas informáticos de tramitación de causas para el Poder Judicial de Chile y Ministerio de Justicia. Durante el año 2011 la organización decidió capitalizar todo el conocimiento adquirido durante este último tiempo en la creación de un producto propio que implementará las principales actividades de una organización judicial para la tramitación de causas judiciales. Una vez creado el producto, surgieron una serie de inconvenientes, ya que conociendo el negocio y teniendo una experiencia importante en el ámbito, la organización no cuenta con un core definido sobre el cual aplicar el desarrollo diferenciado y particular del producto para cada grupo de clientes pertenecientes al sector judicial. Es así como surgen las líneas de productos software (LPS) que permiten la reutilización sistemática de software similar pero diferenciado por algunas características. El objetivo es sacar el máximo partido de los elementos comunes, y gestionar de una manera eficaz las variaciones. El desarrollo del proyecto de tesis buscar implementar en la organización una línea de productos dentro del dominio de tramitación de causas judiciales, permitiendo contar con una serie de componentes reutilizables y gestionar en forma eficiente la variabilidad de los nuevos productos que son creados para diferentes clientes. Para la creación de la línea de productos se utiliza la metodología de Desarrollo Dirigido por Características (Feature-Driven Development) (1) el cual es un proceso ágil que se basa en construir iteraciones cortas que produzcan incrementos funcionales en el software que los clientes y personas encargadas de la gestión del proyecto puedan ver, analizar y aprobar. Del punto de vista de diseño e implementación se aplica el concepto de combinación de paquetes ( package merge ), propuesta de Laguna y Otros (2) que consiste fundamentalmente en añadir detalles de forma incremental y se define como una relación entre dos paquetes que indica que los contenidos de ambos se combinan. Por último, para extender la trazabilidad hasta los modelos de implementación, se utiliza el concepto de clases parciales en C#. La utilización de mixins o clases parciales fue propuesta originalmente en el lenguaje Flavors (3) y representa una alternativa a la herencia múltiple y una manera de manejar la variabilidad relacionada con aspectos. La intención es mantener la correspondencia uno a uno no sólo entre características y paquetes de diseño sino también con la estructura del código.

Doctor en Ciencias, Mención Computación / La Arquitectura de Software juega un rol crucial en la Ingeniería de Software, permitiendo el control intelectual, la integridad conceptual, la comunicación efectiva, la administración de un conjunto relacionado de variantes de sistemas, y la reutilización de conocimiento, experiencia, diseño e implementación. Aplicar el conocimiento arquitectónico promueve la calidad, reduce los riesgos, y es esencial para alcanzar las expectativas de los interesados con resultados predecibles. El conocimiento arquitectónico actual es vasto y está en constante aumento, pero a su vez, es heterogéneo y disperso, está expresado en diferentes niveles de abstracción y rigor, y requiere de herramientas que raramente están disponibles en los ambientes de desarrollo. En la práctica, el diseño arquitectónico está limitado por las habilidades y experiencia del arquitecto y por el conocimiento que domina, y requiere de gran esfuerzo para ajustarlo y adaptarlo al escenario de desarrollo. Así, el diseño arquitectónico rara vez alcanza el nivel de calidad que es posible dado el conocimiento arquitectónico disponible. Además, el esfuerzo del arquitecto no es repetible ya que resultan embebidos en las descripciones de las arquitecturas. Aunque las técnicas de modelado están siendo usadas en Arquitectura de Software, la mayoría de los enfoques carecen de generalidad y homogeneidad, dificultando su integración y aplicación. En este trabajo, usamos megamodelado para definir un mecanismo unificado y homogéneo para capturar conocimiento arquitectónico, haciéndolo compartible, reusable, manejable por herramientas, y directamente aplicable. Definimos una interpretación formal de los conceptos principales de la disciplina en términos de artefactos de modelado. Además, cambiamos el foco de construir la descripción de la arquitectura directamente, a capturar cómo dicha descripción es creada. Para ello, definimos un lenguaje para capturar las acciones de diseño, y lo interpretamos en términos de técnicas de modelado haciendo el diseño repetible. Validamos nuestro enfoque definiendo procedimientos para guiar a la comunidad en cómo capturar conocimiento arquitectónico usando nuestra interpretación formal, aplicando estos procedimientos para capturar las técnicas de descripción y diseño del SEI, y aplicando el conocimiento capturado al diseño de la línea de productos de mallas geométricas. Nuestro trabajo realiza dos contribuciones originales. Primero, definimos un mecanismo unificado y homogéneo para capturar conocimiento arquitectónico, usando técnicas de Ingeniería Dirigida por Modelos, particularmente el enfoque de megamodelado Global Model Management, y usando semántica denotacional para la formalización. Segundo, definimos una representación de decisiones y soluciones arquitectónicas en términos de un lenguaje específico, haciéndolas descriptivas y aplicables. Así, facilitamos el cambio de foco del arquitecto haciendo el diseño arquitectónico explícito, repetible y reusable, y obteniendo descripciones de arquitectura implícitas y generables en forma automática.

Datos (datasets) que contiene Información en lenguaje SQL de la base de datos de la aplicación así como el código fuente de la aplicación. en formato HTML. El tamaño de los archivos fluctual entre 20 Kb y 8 Mb. / Los datos (dataset) que se presentan en este registro están relacionados al proyecto profesional "Ignotus", propuesta desarrollado para cubrir la necesidad de los jóvenes de obtener información especializada acerca de las carreras de la Escuela de Ingeniería de Sistemas y Computación de la Universidad Peruana de Ciencias Aplicadas en los eventos de orientación vocacional.

Define un conjunto de elementos que se presentan en todo desarrollo de software, Essence, un estándar de Object Management Group. Una de sus aplicaciones se orienta en apoyar a equipos a establecer el estado actual de su proyecto (monitoreo) y definir dónde dirigirse (dirección). Actualmente se han desarrollado pocas herramientas que contribuyan a esta aplicación, más aún ellas dejan de lado la colaboración que promueve la comunicación e interacción del equipo en el desarrollo de software y que en sí es inherente a ella. Por lo que en este trabajo desarrollamos Essboard, una herramienta que toma un enfoque colaborativo en la dirección y monitoreo de proyectos de software, al brindar un entorno de trabajo a equipos de desarrollo que promueve la colaboración en la definición del estado y las metas de un proyecto, como también promueve una visión común del estado y el progreso del desarrollo a través de radares de información. Mostramos, a través de un caso práctico, que Essboard puede soportar reuniones comunes de dirección y monitoreo de proyectos; y evidenciamos mediante un test de generación de conciencia que Essboard promueve mejor el trabajo colaborativo al obtener resultados superiores en relación a las herramientas para Essence actuales. / Tesis

El accidente cerebrovascular es la principal causa de discapacidad a largo plazo en los adultos mayores en el Perú y el mundo. Una de las principales consecuencias que estas personas sufren es el debilitamiento y pérdida de la funcionalidad de manera parcial o total de las extremidades superiores; lo que puede hacer difícil la vida independiente. Sin embargo, la mayoría de pacientes podrían recuperarse ejecutando, de manera independiente, los ejercicios de repeticiones diarias de movimientos en las extremidades afectadas. Lamentablemente, los pacientes no realizan los ejercicios recomendados por el terapeuta debido a que los consideran monótonos y aburridos. Por ello, en este trabajo se implementó un sistema de telerehabilitación basado en juegos que pretenden motivar a los pacientes para que realicen los movimientos o ejercicios necesarios para recuperarse; así como también lograr la adherencia a su régimen prescrito por el terapeuta, lo que aumenta las posibilidades de una recuperación significativa. En síntesis, el presente proyecto representa una gran oportunidad y desafío para comprobar que la propuesta logra más adherencia que la rehabilitación tradicional. A continuación, en el primer capítulo se expondrá el proyecto y sus objetivos a mayor detalle. Luego, el segundo capítulo, documentará los Student Outcomes cumplidos en este proyecto. En el tercer capítulo se analizará la situación actual de la herramienta Myo Armband la cual permitirá desarrollar aplicaciones orientadas a la rehabilitación, debido a la presencia de electromiógrafos en su composición. Después, en el cuarto capítulo se detallarán los conceptos necesarios para el propio entendimiento del proyecto y el problema identificado. A continuación, en el quinto capítulo se presentará el desarrollo y aporte final del proyecto. En el sexto capítulo se describirá como se llevó a cabo la gestión del proyecto. Finalmente, se listarán las conclusiones propuestas para el proyecto. / Strokes are the main cause of long-term disability in elderly adults in Peru and in the world. One of the major consequences these people undergo is weakening and partial or full upper limbs functionality loss, which can hinder independent living. Nonetheless, most patients could recover by doing self-consciously daily repetition movement exercises in the weakened limbs. Pitifully, patients do not do the exercises by themselves as their therapist suggested due to the fact that they consider the exercises to be monotonous and dull. Therefore, in this work, a telerehabilitation system based on games was implemented that aims to motivate patients to perform exercises or necessary movements to convalesce themselves; as well as achieving adherence to their regime prescribed by the therapist, increasing the changes of an astonishing recovery. In summary, the present project represents a great opportunity and challenge to verify that the proposal achieves more adherence than traditional rehabilitation. Chapter one explores the project and its objectives in greater detail. Chapter two documents the Student Outcomes fulfilled in this project. Chapter three analyzes the current situation of of the Myo Armband tool which will allow the development of applications oriented to rehabilitation, due to the presence of electromyographs in its composition. Chapter four details the concepts needed to identify and understand the problem space. Chapter five presents the project's development and our contributions. Chapter six describes how project management was carried out. Finally, conclusions generated from this project are listed. / Tesis