INSTITUTO SUPERIOR MINERO METALURGIC O DE MOA
Ingeniería Informática
Facultad: Geología y Minas
Trabajo de Diploma
Para Optar por el Título de
Ingeniero Informático
Título:
Aplicación web para la gestión de la
información de cursos y entrenamientos de posgrado
del ISMMM.
Autor: Nestor Antonio López Arcia
Tutores:
Ing. Adriannys Céspedes Ramírez Ing. Alexei Cala Hinojosa
Moa, 2014
“Año 56 de la Revolución
”
DECLARACIÓN DE AUTORÍA
Declaro que soy el único autor de este trabajo y autorizo al Departamento de Informática del Instituto Superior Minero Metalúrgico de Moa para que hagan el uso que estimen pertinente con el mismo.
Para que así conste firmo la presente a los ___ días del mes de ___________del 2014.
Nestor Antonio López Arcia ______________
Firma del Autor
Ing. Adriannys Céspedes Ramírez ______________
Dedicatoria
Agradecimientos
A Yuri y a Jose por ayudarme en la universidad de un modo u otro.
A los profesores porque fueron mi guía en la universidad.
A mis vecinos Raulito, Javier y Eliober que siempre han estado ahí
apoyándome.
A mi tutora Adriannys por su apoyo brindado.
RESUMEN
La Vicerrectoría de Investigación y Posgrado (VRIP) en el Instituto Superior Minero Metalúrgico de Moa (ISMMM) atiende los procesos asociados a la investigación, el posgrado, la superación de cuadros, la comercialización de la actividad científica, la colaboración internacional y la información científica técnica. Además, responde a nivel institucional por las áreas de resultados claves (Posgrado y Superación de cuadros, Ciencia e innovación tecnológica) y coordina las estrategias de informatización y relaciones internacionales.
Debido a esto en el VRIP, se maneja un gran volumen de información referente a los cursos y entrenamientos de posgrado, lo cual provoca que esta tarea se realice de una forma más lenta debido a que las consultas realizadas sobre los datos se deben realizar de forma manual por una o varias personas. Por lo que se propone el desarrollar la informatización de la gestión de la información correspondiente a los cursos y entrenamientos de posgrado a partir de la creación de una aplicación web para controlar toda la información que se maneja de modo eficaz y seguro.
Abstract
The Vicerectory of Investigation and Postgrad (VRIP) in the Institute of Mining Metallurgical of Moa (ISMMM) assist the processes associated to the investigation, the postgrad, and the growth process of squares, the commercialization of the scientific activity, the international collaboration and the scientific technical information. Also, responds at institutional level for the areas of key (Postgrad and growth process of squares, Science and technological innovation) results and it coordinates the informatization strategies and international relationships.
Due to this in VRIP, a great volume of information is managed with respect to the courses and postgrad trainings, that which provokes that this task is carried out in a slower way because the consultations carried out on the data should be carried out in a manual way for an or several people. For what intends developing the informatization of the management of the information corresponding to the courses and postgrad trainings starting from the creation of an application web to control all the information that is managed in an effective and sure way.
Contenido
Introducción ... 1
Capítulo 1 – Fundamentación Teórica ... 5
1.1 Introducción ...5
1.2 Estado del Arte ...5
1.2.1 Descripción de cursos y entrenamientos de posgrados. ...5
1.2.2 Soluciones existentes para la gestión de información de posgrados ...6
1.2.3 Propuesta de solución. ...7
1.3 Lenguajes y herramientas utilizados ...7
1.3.1 Lenguajes de programación ...7
1.3.2 Servidor web ...8
1.3.3 Marco de trabajo (Framework) ...9
1.3.4 Sistema Gestor de Base de Datos ...11
1.3.5 Entorno de Desarrollo Integrado ...12
1.3.6 Herramientas CASE ...13
1.4 Metodología para el desarrollo de la aplicación. ...15
1.4.1 Scrum ...15
1.4.2 Programación Extrema (Extreme Programming, XP)...20
1.4.3 Metodología propuesta para el desarrollo de la aplicación. ...26
1.5 Patrón Arquitectónico MVC ...27
1.6 Conclusiones ...29
Capítulo 2 – Planeación y Diseño... 30
2.1 Introducción ...30
2.2 Problema y situación problémica ...30
2.3 Propuesta de solución ...30
2.4 Descripción del proceso del negocio ...31
2.5 Personal relacionado con el sistema ...32
2.6 Lista de reserva ...32
2.8 Planificación de entregas...36
2.8.1 Estimación de esfuerzo por Historia de Usuario ...37
2.3.1 Plan de iteraciones ...37
2.4 Tarjetas CRC...39
2.5 Conclusiones ...42
Capítulo 3 – Desarrollo y Pruebas ... 43
3.1 Introducción ...43
3.2 Diseño de la base de datos ...43
3.3 Desarrollo de las iteraciones ...44
3.3.1 Tareas por historias de usuario ...45
3.3.2 Tareas de ingeniería ...46
3.4 Pruebas ...47
3.4.1 Desarrollo dirigido por pruebas ...47
3.4.2 Pruebas de aceptación ...48
3.5 Conclusiones ...49
Capítulo 4 – Estudio de Factibilidad ... 51
4.1 Introducción ...51
4.2 Evaluación Costo - Beneficio ...51
4.3 Efectos económicos ...52
4.3.1 Efectos directos ...52
4.3.2 Efectos indirectos ...52
4.3.3 Efectos externos ...53
4.3.4 Intangibles ...53
4.4 Elementos para identificar los Costos y Beneficios del Proyecto ...53
4.5 Ficha de costo de un producto informático ...54
4.6 Conclusiones ...57
Conclusiones Generales ... 58
Recomendaciones... 59
Referencias Bibliográficas... 60
Bibliografías ... 62
Anexo 1 – Historias de usuarios ... 68
Anexo 2 – Tarjetas CRC... 71
Anexo 3 – Tareas de ingeniería ... 78
Anexo 4 – Pruebas de Aceptación ... 91
Índice de ilustraciones y tablas
Figura 1.1 Pila del Producto ... 18Figura 1.2 Gráfica de progreso ... 19
Figura 1.3 Patrón Arquitectura Modelo Vista Controlador ... 28
Figura 3.1 Modelo de la base de datos ... 44
Figura 4.1 Gráfica de la solución sin el producto y solución con el producto. ... 57
Tabla 2.1 Personal relacionado con el sistema ... 32
Tabla 2.10 Historia de usuario gestionar solicitud ... 69
Tabla 2.11 Historia de usuario gestionar especialidad miembro claustro ... 70
Tabla 2.12 Historia de usuario autenticar usuario ... 70
Tabla 2.13 Estimación de esfuerzo por Historia de Usuario ... 37
Tabla 2.14 Plan de duración de las iteraciones ... 37
Tabla 2.15 Tarjeta CRC de Posgrado ... 40
Tabla 2.16 Tarjeta CRC de Profesor ... 41
Tabla 2.17 Tarjeta CRC de Estudiante ... 41
Tabla 2.18 Tarjeta CRC de Estudiante ... 71
Tabla 2.19 Tarjeta CRC de Usuario... 71
Tabla 2.2 Lista de reserva del producto ... 32
Tabla 2.20 Tarjeta CRC de Persona ... 72
Tabla 2.21 Tarjeta CRC de Evaluación ... 72
Tabla 2.22 Tarjeta CRC de Grado científico ... 73
Tabla 2.23 Tarjeta CRC de Claustro ... 73
Tabla 2.24 Tarjeta CRC de Especialidad ... 74
Tabla 2.26 Tarjeta CRC de Solicitud... 75
Tabla 2.27 Tarjeta CRC de Modalidad ... 75
Tabla 2.28 Tarjeta CRC de País ... 76
Tabla 2.29 Tarjeta CRC del Permiso... 76
Tabla 2.3 Historia de usuario gestionar posgrado ... 35
Tabla 2.30 Tarjeta CRC del Menú ... 77
Tabla 2.4 Historia de usuario gestionar material ... 36
Tabla 2.5 Historia de usuario gestionar usuario... 68
Tabla 2.6 Historia de usuario gestionar profesor ... 68
Tabla 2.7 Historia de usuario gestionar estudiante ... 68
Tabla 2.8 Historia de usuario gestionar evaluación estudiante ... 69
Tabla 2.9 Historia de usuario gestionar claustro... 69
Tabla 3.1 Distribución de tareas por historia de usuario ... 45
Tabla 3.10 Tarea de programación Buscar material ... 81
Tabla 3.11 Tarea de programación Eliminar material ... 81
Tabla 3.12 Tarea de programación Insertar estudiante ... 81
Tabla 3.13 Tarea de programación Mostrar estudiante ... 82
Tabla 3.14 Tarea de programación Buscar estudiante ... 82
Tabla 3.15 Tarea de programación Modificar estudiante ... 82
Tabla 3.16 Tarea de programación Eliminar estudiante ... 83
Tabla 3.17 Tarea de programación Insertar profesor ... 83
Tabla 3.18 Tarea de programación Mostrar profesor ... 83
Tabla 3.19 Tarea de programación Buscar profesor ... 84
Tabla 3.2 Tarea de programación Insertar posgrado ... 47
Tabla 3.20 Tarea de programación Modificar profesor ... 84
Tabla 3.21 Tarea de programación Eliminar profesor ... 84
Tabla 3.22 Tarea de programación Insertar especialidad miembro claustro... 85
Tabla 3.23 Tarea de programación Mostrar especialidad miembro claustro... 85
Tabla 3.24 Tarea de programación Buscar especialidad miembro claustro... 85
Tabla 3.25 Tarea de programación Modificar especialidad miembro claustro ... 86
Tabla 3.26 Tarea de programación Eliminar especialidad miembro claustro ... 86
Tabla 3.28 Tarea de programación Mostrar evaluación... 87
Tabla 3.29 Tarea de programación Modificar evaluación ... 87
Tabla 3.3 Prueba de aceptación para la HU: Gestionar posgrado ... 49
Tabla 3.30 Tarea de programación Eliminar evaluación ... 87
Tabla 3.31 Tarea de programación Insertar claustro... 88
Tabla 3.32 Tarea de programación Eliminar claustro... 88
Tabla 3.33 Tarea de programación Insertar usuario ... 88
Tabla 3.34 Tarea de programación Mostrar usuario ... 89
Tabla 3.35 Tarea de programación Buscar usuario ... 89
Tabla 3.36 Tarea de programación Modificar usuario... 89
Tabla 3.37 Tarea de programación Eliminar usuario... 90
Tabla 3.38 Tarea de programación Insertar solicitud ... 90
Tabla 3.39 Tarea de programación Mostrar solicitud ... 90
Tabla 3.4 Tarea de programación Mostrar posgrado ... 79
Tabla 3.40 Tarea de programación Buscar solicitud ... 91
Tabla 3.41 Tarea de programación Eliminar solicitud... 91
Tabla 3.42 Tarea de programación Autenticar usuario... 91
Tabla 3.43 Prueba de aceptación para la HU: Gestionar Material ... 92
Tabla 3.44 Prueba de aceptación para la HU: Gestionar Estudiante ... 92
Tabla 3.45 Prueba de aceptación para la HU: Gestionar Profesor ... 93
Tabla 3.46 Prueba de aceptación para la HU: Gestionar Especialidad Miembro Claustro... 94
Tabla 3.47 Prueba de aceptación para la HU: Gestionar Evaluación ... 95
Tabla 3.48 Prueba de aceptación para la HU: Gestionar Claustro... 96
Tabla 3.49 Prueba de aceptación para la HU: Gestionar Usuario ... 97
Tabla 3.5 Tarea de programación Buscar posgrado ... 79
Tabla 3.50 Prueba de aceptación para la HU: Gestionar Solicitud ... 97
Tabla 3.51 Prueba de aceptación para la HU: Autenticar Usuario ... 98
Tabla 3.6 Tarea de programación Modificar posgrado ... 79
Tabla 3.7 Tarea de programación Eliminar posgrado ... 80
Tabla 3.8 Tarea de programación Insertar material ... 80
1
Introducción
El Instituto Superior Minero Metalúrgico de Moa (ISMMM), se ha trazado como estrategia la informatización de la mayoría de sus procesos, también se ha hecho necesaria la creación de sistemas que mejoren y faciliten la gestión de la información en los procesos productivos y de servicios. Además se trabaja para incorporar las facilidades y ventajas del uso de las nuevas tecnologías en la formación de profesionales, en las investigaciones científicas y en otras que contribuyan a elevar el nivel técnico y humano.
La Vicerrectoría de Investigación y Posgrado (VRIP) atiende los procesos asociados a la investigación, el posgrado, la superación de cuadros, la comercialización de la actividad científica, la colaboración internacional y la información científica técnica. Además, responde a nivel institucional por las áreas de resultados claves (Posgrado y Superación de cuadros, Ciencia e innovación tecnológica) y coordina las estrategias de informatización y relaciones internacionales.
Particularmente, en el VRIP, se maneja un gran volumen de información referente a los cursos y entrenamientos de posgrado, lo cual provoca que esta tarea se realice de una forma más lenta debido a que las consultas realizadas sobre los datos se deben realizar de forma manual por una o varias personas.
También existen otros problemas que hacen que esta labor no se realice de la manera más adecuada, como la existencia de la mayoría de la documentación en formato duro, por lo que se corre el riesgo de que se deteriore. Otro problema es el relacionado con el acceso a la información por parte de los usuarios interesados en participar en los cursos de posgrados o de entrenamientos debido a que la información no se encuentra centralizada y se desperdicia mucho tiempo buscándola.
Por la situación expuesta anteriormente se identifica como Problema científico
2
objeto de estudio de este trabajo es el proceso de gestión de información en
cursos y entrenamientos de posgrados del ISMMM, el campo de acción es la informatización de la gestión de información en cursos y entrenamientos de posgrados del ISMMM.
Para darle solución al problema se plantea el siguiente objetivo general:
Desarrollar una aplicación informática que favorezca la gestión de información de los cursos y entrenamientos de posgrados coordinados por la VRIP del ISMMM. Como idea a defender se plantea que si se implementa una aplicación Web orientada a la gestión de información en los cursos y entrenamientos de posgrados, garantizando disponibilidad, control y seguridad de los datos, se favorecerá una de las actividades fundamentales de la VRIP del ISMMM.
Como guía de la investigación se plantean los siguientes objetivos específicos y
las tareas de la investigación:
A. Definir los aspectos esenciales de la gestión de información en los cursos y entrenamientos de posgrado.
A.1. Establecer los elementos teóricos de la gestión de información en los cursos y entrenamientos de posgrados.
A.2. Realizar un análisis crítico de los sistemas vinculados con la gestión de información en los cursos y entrenamientos de posgrado.
A.3. Analizar y seleccionar las herramientas y tecnologías para el desarrollo de la solución propuesta.
B. Realizar análisis y diseño de la solución propuesta.
B.1. Realizar un análisis crítico de la situación actual del objeto de estudio.
B.2. Establecer el diseño de la solución propuesta.
B.3. Elaborar la documentación y los artefactos correspondientes a la metodología de desarrollo seleccionada.
C. Implementar la solución propuesta.
3 C.2. Diseñar y realizar las pruebas funcionales al sistema construido. D. Realizar el estudio de factibilidad.
D.1. Seleccionar la metodología para el estudio de factibilidad. D.2. Realizar el estudio de factibilidad.
La investigación se realizó basada en los métodos mencionados a continuación:
Métodos teóricos
Análisis y síntesis: Este método se utiliza en los fundamentos teóricos, en
el procesamiento de la información y en la descomposición de cada uno de los requerimientos del sistema informático.
Histórico-Lógico: Es utilizado para la comprensión de la evolución del
empleo de herramientas para la gestión de la información que es generada por la interacción de dos o más personas.
Métodos empíricos
Entrevista: Se usa con el objetivo de recopilar información, se deberá
llevar a cabo un diálogo con las personas involucradas en la materia, esta será la vía fundamental para la determinación de los requerimientos del sistema.
La observación: Es útil para entender el comportamiento del sistema y sus
especificaciones.
Revisión de documentos: lo utilizamos para conocer los detalles del
funcionamiento del proceso de planificación de los cursos y entrenamientos de posgrado.
El presente trabajo consta de cuatro capítulos:
Capítulo 1 “Fundamentación Teórica”: En este capítulo se ofrece una breve
4
Capítulo 2: “Planeación y Diseño”: Se hace uso de la metodología expuesta en
el capítulo anterior para el desarrollo del proyecto, abordando en detalles cada una de sus fases.
Capítulo 3: “Desarrollo y Pruebas”: Se presentan los principales métodos y
definiciones dentro de la implementación de los flujos de trabajo. Se describen las pruebas realizadas y sus resultados.
Capítulo 4: “Estudio de factibilidad”: En este se realiza un estudio para ver la
5
Capítulo 1 – Fundamentación Teórica
1.1 Introducción
En este capítulo se abordarán los conceptos fundamentales para el desarrollo de aplicaciones Web, se hará un estudio de las ventajas y desventajas que estas ofrecen, las características generales de los sistemas de bases de datos y lenguajes de programación Web para la implementación, además se verán las diferentes metodologías existentes para el desarrollo de aplicaciones, y de ellas las adecuadas a utilizar en este trabajo basando su selección en las ventajas que estas ofrecen. También, se hace una descripción de las herramientas y tecnologías utilizadas para el análisis y diseño del software.
1.2 Estado del Arte
En este epígrafe se realiza un estudio acerca de los Trabajos de Diploma, pues para la aplicación de cualquier estrategia es necesario o aconsejable apoyarse en los datos históricos del tema que se está tratando.
1.2.1 Descripción de cursos y entrenamientos de posgrados.
Existen dos tipos de educación de posgrado, la superación profesional y la formación académica.
La superación profesional está formada por los Cursos, Entrenamiento,
Diplomado, Conferencia especializada, Seminario, Taller y Debate científico;
mientras que la formación académica está compuesta por Maestría, Especialidad
dePosgradoyDoctorado.
Los Cursos posibilitan la formación básica y especializada de los graduados universitarios. Tienen una extensión mínima de un crédito. Cada hora de docencia directa del profesor o tutor (actividad lectiva), implica no menos de tres horas de trabajo independiente del estudiante.
6 tecnologías para complementar, actualizar y perfeccionar conocimientos y habilidades prácticas. Tiene una extensión mínima de un crédito.
1.2.2 Soluciones existentes para la gestión de información de posgrados
En Cuba, el desarrollo de estos sistemas es escaso y principalmente se ha trabajado la presentación de posgrados en la Plataforma MOODLE.
MOODLE es un sistema de gestión de cursos de libre distribución que ayuda a los educadores a crear comunidades de aprendizaje en línea. Tiene una interfaz de navegador de tecnología sencilla, ligera, y compatible. Su arquitectura y herramientas son apropiadas para clases en línea, así como también para complementar el aprendizaje presencial. La instalación es sencilla requiriendo una plataforma que soporte PHP y la disponibilidad de una base de datos. También tiene una capa de abstracción de bases de datos por lo que soporta los principales sistemas gestores de bases de datos. Todos los formularios son revisados, las cookies cifradas, etc. La mayoría de las áreas de introducción de texto (materiales, mensajes de los foros, entradas de los diarios, etc.) pueden ser editadas usando el editor HTML, tan sencillo como cualquier editor de texto. (1)
Este sistema carece de muchas funcionalidades necesitadas en la aplicación que se desea obtener, por lo tanto no se puede hacer uso del mismo, solamente adquirir conocimiento de las funciones que este brinda.
7
1.2.3 Propuesta de solución.
Después de analizar la situación existente con respecto a la gestión de los cursos y entrenamientos de posgrados en el ISMMM, se determinó como propuesta de solución al problema existente, la realización de una Aplicación Web, que sea capaz de gestionar la información en los cursos y entrenamientos de posgrados que se realizan actualmente de manera manual. La realización de esta Aplicación será posible mediante herramientas libres como política del ISMMM. En cumplimiento con esto se utilizará como lenguaje de programación php, para esto la aplicación guardará sus datos en el gestor de base de datos PostgreSQL y se utilizará la metodología de programación extrema XP para llevar a cabo el proceso de desarrollo del software.
1.3 Lenguajes y herramientas utilizados
La humanidad con el desarrollo de las tecnologías lucha por hacer más rápido y seguro el manejo de las comunicaciones y el control de datos. Muchas tecnologías han revolucionado el mundo, en el campo de la informática, la tecnología Cliente-Servidor toma fuerza progresivamente debido a sus ventajas. La Web deja de ser un medio de divulgación de información para convertirse en una forma operativa, eficaz y accesible, desde cualquier parte para el control de datos.
1.3.1 Lenguajes de programación
1.3.1.1 HTML
8 etiquetas de HTML están divididas en etiquetas de apertura y de cierre, aunque no siempre existen estas últimas. (2)
1.3.1.2 JavaScript
Es un lenguaje pensado para agregar interactividad con el usuario a las páginas HTML. Permite ejecutar secuencias de comandos en el mismo navegador del usuario. Con JavaScript de puede realizar cálculos rápidos y complejos, verificar formularios antes de enviarlos, crear calendarios, convertir divisas. Es un lenguaje que distingue entre minúscula y mayúscula, no exige la declaración explícita de las variables, es posible crear las variables. Es importante saber que JavaScript no lo soportan todos los navegadores por lo que nos vemos en la situación de probar el código resultante en más de un navegador. La sintaxis es muy parecida a C o C++, por lo que en lenguaje fácil para el que lo domine. (3)
1.3.1.3 Personal Home Page (PHP)
PHP es un lenguaje de programación de uso general de código del lado del servidor originalmente diseñado para el desarrollo web de contenido dinámico. Fue uno de los primeros lenguajes de programación del lado del servidor que se podían incorporar directamente en el documento HTML en lugar de llamar a un archivo externo que procese los datos. El código es interpretado por un servidor web con un módulo de procesador de PHP que genera la página Web resultante. PHP ha evolucionado por lo que ahora incluye también una interfaz de línea de comandos que puede ser usada en aplicaciones gráficas independientes. PHP puede ser usado en la mayoría de los servidores web al igual que en casi todos los sistemas operativos y plataformas sin ningún costo. (4)
1.3.2 Servidor web
Un servidor web o servidor HTTP es un programa informático que procesa una
9 Para la transmisión de todos estos datos suele utilizarse algún protocolo. Generalmente se utiliza el protocolo HTTP para estas comunicaciones.
1.3.2.1 Apache
El servidor HTTP Apache es un servidor web HTTP de código abierto, para
plataformas Unix, Microsoft Windows, Macintosh y otras. Apache nace, por una parte, de un código ya existente y de una serie de parches para mejorar su fiabilidad y sus características; de ahí su nombre. (5)
Características:
Corre en una multitud de Sistemas Operativos, lo que lo hace prácticamente universal.
Es una tecnología gratuita con un código fuente disponible. El hecho de ser gratuita es importante pero no tanto como que se trate de código fuente abierto. Esta característica le ofrece al software un grado de transparencia tal que es posible determinar en todo momento qué es lo que se está instalando, sin secretos ni puertas traseras.
Es un servidor altamente configurable de diseño modular. Es muy sencillo ampliar las capacidades del servidor Web Apache. Actualmente existen muchos módulos para Apache que son adaptables a este, y están ahí para que se instalen cuando se necesiten. Otra cosa importante es que cualquiera que posea alguna experiencia en la programación de C o Perl puede escribir un módulo para realizar una función determinada. (6)
1.3.3 Marco de trabajo (Framework)
10 reutilizar código ya existente y promover buenas prácticas de desarrollo como el uso de patrones. Un framework Web, es un conjunto de componentes (por ejemplo clases en java y descriptores y archivos de configuración en XML) que componen un diseño reutilizable que facilita y agiliza el desarrollo de sistemas web. El propósito de un framework es ayudar y facilitar el proceso de desarrollo de aplicaciones. Debe permitir desarrollar la aplicación rápido y fácilmente y debe resultar en una aplicación superior finalizada.
Los Frameworks son importantes en todas las fases de desarrollo, desde el diseño hasta el desarrollo y quizá más en el mantenimiento continúo. (7)
1.3.3.1 Ext JS (versión 3.3.0)
Ext JS es una librería de JavaScript construida para el desarrollo veloz de aplicaciones Web para los diferentes tipos de navegadores actuales, usando técnicas como Ajax, DHTML y manipulación del DOM. (8)
Esta librería incluye:
Componentes UI del alto performance y personalizables.
Modelo de componentes extensibles.
Un API fácil de usar.
Licencias Open Source (GPL) y comerciales.
Ventajas
Una de las grandes ventajas de utilizar Ext JS es que permite crear aplicaciones complejas utilizando componentes predefinidos.
Evita el problema de tener que validar el código para que funcione bien en cada uno de los navegadores (Firefox, IE, Safari, Opera etc.).
El funcionamiento de las ventanas flotantes lo pone por encima de cualquier otro.
11
Eficiencia de la red: Disminuye el tráfico en la red pues las aplicaciones cuentan con la posibilidad de elegir qué datos desea trasmitir al servidor y viceversa (Criterio este que puede variar con el uso de aplicaciones de precarga).
Comunicación asíncrona. En este tipo de aplicación el motor de render puede comunicarse con el servidor sin necesidad de estar sujeta a un clic o una acción del usuario, dándole la libertad de cargar información sin que el cliente se dé cuenta. (9)
1.3.4 Sistema Gestor de Base de Datos
Un Sistema de Gestión de Bases de Datos (SGBD) es el conjunto de programas que permiten definir, manipular y utilizar la información que contienen las bases de datos, realizar todas las tareas de administración necesarias para mantenerlas operativas, mantener su integridad, confidencialidad y seguridad. Una base de datos nunca se accede o manipula directamente, sino a través del SGBD. Se puede considerar al SGBD como la interfaz entre el usuario y la base de datos. El funcionamiento del SGBD está muy interrelacionado con el del Sistema Operativo, especialmente con el sistema de comunicaciones. El SGBD utilizará las facilidades del sistema de comunicaciones para recibir las peticiones del usuario (que puede estar utilizando un terminal físicamente remoto) y para devolverle los resultados. Las peticiones se realizan generalmente en forma de sentencias SQL (Structure Query Languaje), que no es más que un lenguaje de consultas estructurado compuesto por comandos, cláusulas, operadores y funciones de agregado. (10)
1.3.4.1 PostgreSQL
12 del mundo. Posee muchas características que tradicionalmente sólo se podían ver en productos comerciales de alto calibre.
Presenta alta concurrencia ya que permite que mientras un proceso escribe en una tabla, otros accedan a la misma tabla sin necesidad de bloqueos. Cada usuario obtiene una visión consistente de lo último a lo que se le hizo commit. Esta estrategia es superior al uso de bloqueos por tabla o por filas común en otras bases, eliminando la necesidad del uso de bloqueos explícitos. Adicionalmente los usuarios pueden crear sus propios tipos de datos, los que pueden ser por completo indexables gracias a la infraestructura GiST de PostgreSQL. Algunos ejemplos son los tipos de datos GIS creados por el proyecto PostGIS.
PostgreSQL cuenta con bloques de código que se ejecutan en el servidor. Pueden ser escritos en varios lenguajes, con la potencia que cada uno de ellos muestra, desde las operaciones básicas de programación, tales como bifurcaciones y bucles, hasta las complejidades de la programación orientada a objetos o la programación funcional.
PostgreSQL soporta funciones que retornan "filas", donde la salida puede tratarse como un conjunto de valores que pueden ser tratados igual a una fila retornada por una consulta.
Las funciones pueden ser definidas para ejecutarse con los derechos del usuario ejecutor o con los derechos de un usuario previamente definido. El concepto de funciones, en otros DBMS, son muchas veces referidas como "procedimientos almacenados" (stored procedures en inglés). (11)
1.3.5 Entorno de Desarrollo Integrado
Un entorno de desarrollo integrado, llamado también IDE es un programa
informático compuesto por un conjunto de herramientas de programación. Puede dedicarse en exclusiva a un solo lenguaje de programación o bien puede utilizarse para varios.
13 Los IDE proveen un marco de trabajo amigable para la mayoría de los lenguajes de programación tales como C++, PHP, Python, Java, C#, Delphi, Visual Basic, etc.
1.3.5.1 NetBeans 7.3
Es un software, en el cual se pueden crear programas en un lenguaje de programación determinado, de manera rápida y fácil. Es una herramienta libre y gratuita. Permite programar aplicaciones principalmente en Java, pero también admite otros lenguajes como PHP. Algo muy importante de NetBeans es que es compatible con diversos sistemas operativos, tal como lo es Windows, Mac, Linux o Solaris, además de tener una fácil instalación. Actualmente hay disponibles dos productos: el NetBeans IDE y NetBeans Platform.
NetBeans IDE es un entorno de desarrollo, una herramienta para que los programadores puedan escribir, compilar, depurar y ejecutar programas. Está escrito en Java - pero puede servir para cualquier otro lenguaje de programación. Existe además un número importante de módulos para extender el NetBeans IDE. Es un producto libre y gratuito sin restricciones de uso.
NetBeans posee múltiples ventajas entre ellas se destacan las siguientes:
Soporte a JavaScript, HTML, y PHP
Interprete de fondo (Background Parser) capaz de identificar errores sintácticos en tiempo de edición.
Completamiento de código.
Marcado sintáctico que presenta en diferentes estilos de letras palabras claves, identificadores estándares y literales en general facilitando la claridad del código.
Soporte a documentación tanto para JavaScript como para PHP.
1.3.6 Herramientas CASE
Las herramientas CASE (Ingeniería de Software Asistida por Computadora) son
14 desarrollo de software reduciendo el costo de las mismas en términos de tiempo y de dinero. Estas herramientas pueden ayudar en todos los aspectos del ciclo de vida de desarrollo del software en tareas como el proceso de realizar un diseño del proyecto, cálculo de costos, implementación de parte del código automáticamente con el diseño dado, compilación automática, documentación o detección de errores entre otras
1.3.6.1 Embarcadero ER/Studio
Es una herramienta de modelado de datos, se usa para el diseño y la construcción lógica y física de bases de datos. Su ambiente es de gran alcance y multinivel. Simple y fácil al usuario, ayuda a las organizaciones para tomar decisiones en cómo resolver embotellamientos de los datos, elimina redundancia y alcanza en última instancia usos de más alta calidad que entreguen datos más eficientes y exactos a la empresa. (12)
1.3.6.2 Visual Paradigm para UML
Es un a herramienta que interpreta UML profesional, que soporta el ciclo de vida completo del desarrollo de software: análisis y diseño orientados a objetos, construcción, pruebas y despliegue. Este software ayuda a una más rápida construcción de aplicaciones de calidad, mejores y a un menor costo. Permite dibujar todos los tipos de diagramas de clases, código inverso, generar código desde diagramas y generar documentación. Una de las características más importantes del Visual Paradigm es que es multiplataforma. (13)
Características de Visual Paradigm:
Licencia: gratuita y comercial. Producto de calidad.
Soporta aplicaciones web. Varios idiomas.
15
1.4 Metodología para el desarrollo de la aplicación.
1.4.1 Scrum
Scrum es un marco de trabajo para la gestión y desarrollo de software basada en un proceso iterativo e incremental utilizado comúnmente en entornos basados en el desarrollo ágil de software. Aunque Scrum estaba enfocado a la gestión de procesos de desarrollo de software, puede ser utilizado en equipos de mantenimiento de software, o en una aproximación de gestión de programas. (14)
Es un método adaptativo de gestión de proyectos que se basa en los principios ágiles:
Colaboración estrecha con el cliente. Predisposición y respuesta al cambio
Prefiere el conocimiento tácito de las personas al explícito de los procesos
Desarrollo incremental con entregas funcionales frecuentes Comunicación verbal directa entre los implicados en el proyecto
Motivación y responsabilidad de los equipos por la gestión, auto-organización y compromiso.
Simplicidad. Supresión de artefactos innecesarios en la gestión del proyecto.
Roles
En Scrum se definen varios roles, estos están divididos en dos grupos: cerdos y gallinas. El nombre de los grupos está inspirado en la siguiente frase.
De esta forma, los “cerdos” están comprometidos a desarrollar el software de forma regular y frecuente, mientras que todos los demás son 'gallinas' que sólo interesados en el proyecto, y si este falla, ellos no son los cerdos, es decir, ellos no fueron los que se comprometieron a hacerlo.
Las necesidades, deseos, ideas e influencias de los roles “gallina” se tienen en cuenta, pero no de forma que pueda afectar, distorsionar o entorpecer el proyecto Scrum.
Roles "Cerdo"
16 El Propietario del Producto representa la voz del cliente. Se asegura de que el equipo Scrum trabaja de forma adecuada desde la perspectiva del negocio. Sus áreas de responsabilidad son:
Financiación del producto. Requisitos del sistema.
Retorno de la inversión del proyecto. Lanzamiento del proyecto.
Equipo
Responsable de transformar la pila del sprint (Sprint Backlog) en un incremento de la funcionalidad del software.
Auto-gestionado. Auto-organizado. Multi-funcional.
Scrum Manager
Responsable del proceso Scrum.
Formación y entrenamiento del proceso.
Incorporación de Scrum en la cultura de la empresa. Garantía de cumplimiento de roles y responsabilidad.
Roles "Gallina"
Los roles gallina en realidad no son parte del proceso Scrum, pero deben tenerse en cuenta. Un aspecto importante de una aproximación ágil es la práctica de involucrar en el proceso a los usuarios, expertos del negocio y otros interesados (stakeholders). Es importante que esa gente participe y entregue retroalimentación con respecto a la salida del proceso a fin de revisar y planear cada sprint.
Análisis de la frase "Rol gallina":
La gallina alimenta al proyecto "poniendo huevos", no se ve comprometida como el cerdo que va al matadero.
Usuarios
Es el destinatario final del producto. Como bien lo dice la paradoja, El árbol cae en el bosque cuando no hay nadie ¿Hace ruido? Aquí la definición sería Si el software no es usado ¿fue alguna vez escrito?
17 Se refiere a la gente que hace posible el proyecto y para quienes el proyecto producirá el beneficio acordado que lo justifica. Sólo participan directamente durante las revisiones del sprint.
Managers
Es la gente que establece el ambiente para el desarrollo del producto.
Sprint
Es el periodo de tiempo durante el que se desarrolla un incremento de funcionalidad. Constituye el núcleo de Scrum, que divide de esta forma el desarrollo de un proyecto en un conjunto de pequeñas “carreras”.
Duración máxima: 30 días.
Durante el sprint no se puede modificar el trabajo que se ha acordado en el Backlog.
Sólo es posible cambiar el curso de un sprint, abortándolo, y sólo lo puede hacer el Scrum Master si decide que no es viable por alguna de las razones siguientes:
La tecnología acordada no funciona.
Las circunstancias del negocio han cambiado.
El equipo ha tenido interferencias.
Artefactos
Pila de producto (Product Backlog)
Listado con los requisitos del sistema
Es responsabilidad del dueño del producto
Contenido
Priorización
Disponibilidad
Nunca llega a ser una lista completa y definitiva.
El empleado para planificar el proyecto es sólo una estimación inicial de requisitos.
Es un documento dinámico que incorpora constantemente las necesidades del sistema.
18
Pila del producto
FIGURA 1.1 PILA DEL PRODUCTO
Pila del Sprint (Sprint backlog)
19
Gráfica de progreso
Figura 1.2 Gráfica de progreso
Burn down
La burn down chart es una gráfica mostrada públicamente que mide la cantidad de requisitos en el Backlog del proyecto pendientes al comienzo de cada Sprint. Dibujando una línea que conecte los puntos de todos los Sprints completados, podremos ver el progreso del proyecto. Lo normal es que esta línea sea descendente (en casos en que todo va bien en el sentido de que los requisitos están bien definidos desde el principio y no varían nunca) hasta llegar al eje horizontal, momento en el cual el proyecto se ha terminado (no hay más requisitos pendientes de ser completados en el Backlog). Si durante el proceso se añaden nuevos requisitos la recta tendrá pendiente ascendente en determinados segmentos, y si se modifican algunos requisitos la pendiente variará o incluso valdrá cero en algunos tramos.
20 Sin embargo, el resultado final sería un proceso de desarrollo más complejo que puede incluso limitar la propia habilidad del equipo para llevar a cabo el proyecto. Otra aproximación es centrarse en otras dimensiones, como por ejemplo el factor humano o el producto software. A continuación se analizan varias metodologías de desarrollo de software escogiendo la más factible para el desarrollo de la herramienta a construir.
1.4.2 Programación Extrema (Extreme Programming, XP)
XP es una metodología ágil, centrada en potenciar las relaciones interpersonales como clave para el éxito en desarrollo de software, promoviendo el trabajo en equipo, se preocupa por el aprendizaje de los desarrolladores, y propicia un buen clima de trabajo. Se basa en realimentación continua entre el cliente y el equipo de desarrollo, comunicación fluida entre todos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar los cambios. Se define como especialmente adecuada para proyectos con requisitos imprecisos y muy cambiantes, y donde existe un alto riesgo técnico. Los principios y prácticas son de sentido común pero llevadas al extremo, de ahí proviene su nombre. Kent Beck, el padre de XP, que describe la filosofía de XP en el "Manifiesto Á gil", sin cubrir los detalles técnicos y de implantación de las prácticas. Posteriormente, otras publicaciones de experiencias se han encargado de dicha tarea. (15)
1.4.2.1 Valores que promueve XP
Cuatro valores que promueven la metodología XP:
Simplicidad: XP propone el principio de hacer las cosas más simple que pueda
funcionar, en relación al proceso y la codificación. Es mejor hacer hoy algo simple, que hacerlo complicado y probablemente nunca usarlo mañana.
Comunicación: Algunos problemas en los proyectos tienen su origen en que
21
Retroalimentación: Retroalimentación concreta y frecuente del cliente, del equipo
y de los usuarios finales da una mayor oportunidad de dirigir el esfuerzo eficientemente.
Coraje: El coraje (valor) existe en el contexto de los otros 3 valores.
1.4.2.2 El ciclo de vida ideal de XP
El ciclo de vida ideal de XP consta de seis fases:
Exploración.
Planificación de la Entrega (Reléase) Iteraciones.
Producción. Mantenimiento. Muerte del Proyecto.
1.4.2.3 Prácticas en las que se fundamenta XP
Planificación incremental
La programación extrema asume que la planificación nunca será perfecta, y que variará en función de cómo varíen las necesidades del negocio. Por tanto, el valor real reside en obtener rápidamente un plan inicial, y contar con mecanismos de retroalimentación que permitan conocer con precisión dónde se está. Como es lógico, la planificación es iterativa: un representante del negocio decide al inicio de cada iteración qué características concretas se van a implementar.
El objetivo de XP es generar versiones de la aplicación tan pequeñas como sea posible, pero que proporcionen un valor adicional claro, desde el punto de vista del negocio. A estas versiones se les denomina releases.
22 Gran parte de la eficacia de este modelo de planificación se deriva de una división clara de responsabilidades, que tiene en cuenta las necesidades del negocio en todo momento. Dentro de esta división, el representante del cliente tiene las siguientes responsabilidades:
Decidir qué se implementa en cada release o iteración.
Fijar las fechas de fin de un release, recortando unas características o añadiendo otras.
Priorizar el orden de implementación, en función del valor de negocio. Las responsabilidades del equipo de desarrollo son las siguientes:
Estimar cuánto tiempo llevará una historia de usuario, esto es fundamental para el cliente, y puede llevarle a reconsiderar qué historias se deben incluir en una iteración.
Proporcionar información sobre el coste de utilizar distintas opciones tecnológicas.
Organizar el equipo.
Estimar el riesgo de cada historia.
Decidir el orden de desarrollo de historias dentro de la iteración.
Testing
La ejecución automatizada de tests es un elemento clave de la metodología XP. Existen tanto tests internos (o tests de unidad), para garantizar que el mismo es correcto, como tests de aceptación, para garantizar que el código hace lo que debe hacer. El cliente es el responsable de definir los tests de aceptación, no necesariamente de implementarlos. Él es la persona mejor calificada para decidir cuál es la funcionalidad más valiosa.
23
Diseño simple
Una práctica fundamental de la programación extrema es utilizar diseños tan simples como sea posible. El principio es "utilizar el diseño más sencillo que consiga que todo funcione". La metodología XP nos pide, que no se viva bajo la ilusión de que un diseño puede resolver todas o gran parte de las situaciones futuras.
XP define un “diseño tan simple como sea posible” aquel que pasa todos los tests, no contiene código duplicado, deja clara la intención de los programadores (enfatiza el qué, no el cómo) en cada línea de código y contiene el menor número posible de clases y métodos.
Propiedad colectiva del código
XP aboga por la propiedad colectiva del código. En otras palabras, todo el mundo tiene autoridad para hacer cambios a cualquier código, y es responsable de ellos. Esto permite no tener que estar esperando a otros cuando todo lo que hace falta es algún pequeño cambio.
Integración continua
En muchos casos la integración de código produce efectos laterales imprevistos, y en ocasiones esta puede llegar a ser realmente traumática, cuando dejan de funcionar cosas por motivos desconocidos. La programación extrema hace que la integración sea permanente, con lo que todos los problemas se manifiestan de forma inmediata.
Clientes en el equipo
Algunos de los problemas más graves en el desarrollo son los que se originan cuando el equipo toma decisiones de negocio críticas. Esto no debería ocurrir, pero en el momento cumbre, con frecuencia no se obtiene retroalimentación del cliente con la fluidez necesaria.
La metodología XP intenta resolver este tipo de problemas integrando un representante del negocio dentro del equipo de desarrollo. Esta persona siempre está disponible para resolver dudas y para decidir qué se hace en cada momento, en función de los intereses del negocio.
24 Siguiendo la política de la metodología XP, de dar el máximo valor posible en cada momento, se intenta liberar nuevas versiones de las aplicaciones con frecuencia. Estas deben ser tan pequeñas como sea posible, aunque deben añadir suficiente valor, para que resulten meritorias para el cliente.
Semana de 40 horas
La programación extrema lleva un modo de trabajo en el que el equipo siempre está al 100%. Una semana de 40 horas en las que se dedica la mayor parte del tiempo a tareas que suponen un avance puede dar mucho de sí, y hace innecesario recurrir a sobreesfuerzos, excepto en casos extremos. Además, el esfuerzo continuado pronto lleva a un rendimiento menor y a un deterioro de la moral de todo el equipo.
1.4.2.4 Fases de la Metodología XP
Fase I: Planificación
Se escriben historias de usuario, cuya idea principal es describir un caso de uso en dos o tres líneas con terminología del cliente (de hecho, se supone que deben ser escritos por el mismo), de tal manera que se creen test de aceptación para historias de usuarios (user storie) y permita hacer una estimación de tiempo de desarrollo del mismo.
Se crea un plan de lanzamiento (release planning), que debe servir para crear un calendario que todos puedan cumplir y en cuyo desarrollo hayan participado todas las personas involucradas en el proyecto. Se usa como base las historias de usuario, participando el cliente en la elección de las que se desarrollarán, y según las estimaciones de tiempo de los mismos se crearán las iteraciones del proyecto.
El desarrollo se divide en iteraciones, cada una de las cuales comienzan con un plan de iteración, para el que se eligen las historias de usuario a desarrollar y las tareas de desarrollo.
Se cambia el proceso cuanto sea necesario, para adaptarlo al proyecto.
25 Se eligen los diseños funcionales más simples.
Se elige una metáfora del sistema para que el nombrado de clases, siga una misma línea, facilitando la reutilización y la comprensión del código. Se escriben tarjetas de clase-responsabilidades-colaboración (CRC) para
cada objeto, que permitan abstraerse al pensamiento estructurado y que el equipo de desarrollo completo participe en el diseño.
Fase III: Codificación
El cliente está siempre disponible, de ser posible, cara a cara. La idea es que forme parte del equipo de desarrollo, y esté presente en todas las fases de XP. La idea es usar el tiempo del cliente para estas tareas en lugar de crear una detallada especificación de requisitos, y evitar la entrega de un producto insuficiente, que le hará perder tiempo.
El código se ajustará a unos estándares de codificación, asegurando la consistencia y facilitando la comprensión y refactorización del código.
Las pruebas unitarias se codifican antes que el código en sí, haciendo que la codificación de este último sea más rápida, y que cuando se afronte la misma se tenga más claro, qué objetivos tiene que cumplir lo que se va a codificar.
La programación del código se realiza en parejas, para aumentar la calidad del mismo. En cada momento, sólo habrá una pareja de programadores que integre código.
Se integra código y se lanza dicha integración de manera frecuente, evitando divergencias en el desarrollo y permitiendo que todo el mundo trabaje con la última versión del desarrollo. De esta manera, se evitará pasar grandes períodos de tiempo integrando el código al final del desarrollo, ya que las incompatibilidades serán detectadas enseguida.
26 No se hacen horas extra de trabajo.
Fase IV: Pruebas
Todo el código debe tener pruebas unitarias, y debe pasarlas antes de ser lanzado.
Cuando se encuentra un error de codificación o bug, se desarrollan pruebas para evitar volver a caer en el mismo.
Se realizan pruebas de aceptación frecuentemente, publicando los resultados de las mismas. Estas pruebas son generadas a partir de las historias de usuarios (HU) elegidas para la iteración, y son "pruebas de caja negra", en las que el cliente verifica el correcto funcionamiento de lo que se está probando. Cuando se pasa la prueba de aceptación, se considera que la correspondiente historia de usuario se ha completado.
1.4.3 Metodología propuesta para el desarrollo de la aplicación.
En este trabajo, se decide utilizar la metodología XP ya que es ideal para grupos de desarrollo relativamente pequeños y donde el tiempo disponible para la entrega del proyecto es corto; como es el caso de la presente investigación. Además de ser de fácil realización y requiere poco papeleo por lo que se hace más cómoda su utilización. Actualmente XP es el método ágil más documentado (hay una colección de libros con XP Series de Addison Wesley) y extendido. Existe una gran comunidad de desarrolladores XP. Otra de las ventajas de XP es que no es necesario adoptarlo en forma completa, sino que pueden utilizarse varias de sus prácticas en forma independiente. Esto hace que el costo de su implementación sea mucho más accesible que el de otras metodologías.
Ventajas de XP
Apropiado para entornos volátiles.
Puede ser implementado en forma parcial (elegir sólo algunas de las prácticas) o en forma gradual.
27 Estar preparados para el cambio, significa reducir su coste.
Permite definir en cada iteración cuáles son los objetivos de la siguiente. Exige que se establezca una comunicación más fluida con el cliente y que
este tenga mayor participación en el proceso de desarrollo. La consecuencia de esto es que el cliente se involucre más en el desarrollo del producto.
Permite la retroalimentación.
Actualmente es la metodología ágil más extendida y documentada. Se realizan pruebas constantemente del sistema.
1.5 Patrón Arquitectónico MVC
Para el diseño de aplicaciones con sofisticadas interfaces se emplea este patrón:
Modelo-Vista-Controlador. La lógica de una interfaz de usuario cambia con más
frecuencia que los almacenes de datos y la lógica de negocio. Si se realiza un diseño ofuscado, es decir, una forma de mezclar los componentes de interfaz y de negocio, entonces, la consecuencia será que, cuando se necesite cambiar la interfaz, tendrá que modificarse trabajosamente los componentes de negocio, por lo que propiciará mayor trabajo y más riesgo de error. Se trata de realizar un diseño que desacople la vista del modelo, con el fin de perfecci onar la reusabilidad. (16)
Modelo: En estas clases está todo el código que tiene que ver con el acceso a
28
Vista: La vista codifica y mantiene la presentación final de una aplicación de cara
al usuario. Es decir, en ella se coloca todo el código HTML, CSS, Javascript y librerías como JQuery etc. que se tiene que generar para producir la página tal cual se desea que la vea el usuario. En la práctica la vista no sólo sirve para producir páginas web, sino también para cualquier otra salida que se quiera enviar al usuario, en formatos o lenguajes distintos, como pueden ser archivos JSON, XML, etc.
Controlador: El controlador se puede decir que es la parte más importante,
porque hace de enlace entre el modelo, la vista y cualquier otro recurso que se tenga que procesar en el servidor para generar la página web. En el controlador se guarda la lógica de las páginas y se realizan todas las acciones que sean necesarias para generarlas, ayudados del modelo o la vista. Con el objetivo de lograr una mejor integridad de los datos, la base de datos está dividida por esquemas, cada uno de estos representa a un módulo, solo se puede acceder directamente a las tablas del esquema al que se pertenezca. La persona que necesite algún dato que se encuentre en la tabla de otro modulo, debe obtenerlo mediante el IOC acrónimo que significa “Invertion of Control (Inversión de Control)”. El IOC es un archivo XML en el cual cada módulo publica métodos que devuelven datos solicitados por otros y su vez accede a los métodos que necesita.
29
1.6 Conclusiones
30
Capítulo 2 – Planeación y Diseño
2.1 Introducción
En el presente capítulo se tratan los temas relacionados con el análisis y construcción de la aplicación propuesta. Para ello se expone la propuesta de solución, describiéndose el proceso del negocio, los requisitos funcionales y no funcionales con los que contará el sistema y, se da a conocer las historias de usuarios.
2.2 Problema y situación problémica
A los especialistas y profesores de los cursos y entrenamientos de posgrados se les dificulta registrar todas las actividades y datos que se generan con la realización de los distintos cursos y entrenamientos de posgrado. Debido a que es muy diversa y cuantiosa la información generada, profesores y especialistas, necesitan un sistema que les ayude a realizar su trabajo de una manera fácil, con mayor rapidez y organización y a la vez les proporcione la opción de obtener de forma digital todos los documentos que se obtienen, ya que los mismos en copia dura se van deteriorando o extraviando, también porque se les hace muy difícil realizar reportes o actualizaciones de datos, actividades que se realizan de manera muy sencilla con la ayuda de un sistema informático, esto hace que se determine la gestión de información de los cursos y entrenamientos de posgrados como una situación problémica que debe resolverse en el ISMMM.
2.3 Propuesta de solución
31 Se pretende que la aplicación incluya: el registro y gestión de los datos de los cursos y entrenamientos de posgrados y claustro de profesores, permitiendo que se realicen búsquedas rápidas, corrección de los datos en caso de que al introducirlos se cometa algún error, debe brindar la opción de ver resúmenes de toda la información de los estudiantes que se seleccione, igualmente que permita saber todos los integrantes que conforman un determinado claustro.
También debe garantizar que se adjunten los materiales bibliográficos de los cursos y entrenamientos de posgrados, documentos donde se recojan resúmenes e información de vital importancia sobre los estudiantes y estos deben ser conservados de forma digital. De la misma manera podrán ser informatizados los datos de las solicitudes, estas son realizadas por los interesados a cursar dichos cursos y entrenamientos de posgrados.
2.4 Descripción del proceso del negocio
El proceso comienza cuando se crea uno o varios cursos y entrenamientos de posgrados, esta actividad es realizada por el comité académico de la facultad encargada de los cursos y entrenamientos de posgrados. Posteriormente el comité define el claustro de profesores que los impartirán. Terminadas estas tareas se lanza una convocatoria de cada curso con sus respectivas descripciones.
32
2.5 Personal relacionado con el sistema
Tabla 2.1 Personal relacionado con el sistema
Personal relacionado Justificación
Administrador del sistema Responsable de administrar el sistema.
Profesor de un claustro
Es el encargado de poner las notas a los estudiantes y poner a disposición de estos los materiales de la asignatura.
Estudiante Usuario que recibe el curso de maestría.
Solicitante Persona que solicita recibir un curso de maestría.
2.6 Lista de reserva
La Lista de Reserva del Producto es el primer artefacto generado en la etapa de Captura de Requisitos. Cuando un proyecto comienza es muy difícil tener claro todos los requerimientos sobre el producto, debido a eso la metodología XP nos brinda la posibilidad de que esta lista pueda crecer y modificarse a medida que se obtienen más conocimientos acerca del producto y del cliente, con la restricción de que sólo puede cambiarse entre iteraciones. El objetivo es asegurar que el producto definido al terminar la lista es el más correcto, útil y competitivo posible, para esto la lista debe acompañar los cambios en el entorno y el producto. A continuación, se enumeran las funcionalidades que el sistema debe ser capaz de cumplir.
Tabla 2.2 Lista de reserva del producto
Número Descripción de las historias de usuarios Prioridad
RF1 Insertar posgrado Alta
RF2 Modificar posgrado Alta
33
RF4 Mostrar posgrado Alta
RF5 Eliminar posgrado Alta
RF6 Insertar material Media
RF7 Mostrar material Media
RF8 Buscar material Media
RF9 Eliminar material Media
RF10 Autenticar usuario Baja
RF11 Insertar usuario Alta
RF12 Modificar datos usuario Alta
RF13 Mostrar usuario Alta
RF14 Buscar usuario Alta
RF15 Eliminar usuario Alta
RF16 Insertar profesor Alta
RF17 Modificar profesor Alta
RF18 Buscar profesor Alta
RF19 Mostrar profesor Alta
RF20 Eliminar profesor Alta
RF21 Insertar estudiante Alta
RF22 Modificar estudiante Alta
RF23 Buscar estudiante Alta
RF24 Mostrar estudiante Alta
RF25 Eliminar estudiante Alta
RF26 Insertar evaluación estudiante Media
RF27 Mostrar evaluación estudiante Media
RF28 Buscar evaluación estudiante Media
34
RF30 Insertar claustro Baja
RF31 Eliminar claustro Baja
RF32 Insertar miembro claustro Baja
RF33 Mostrar miembro claustro Baja
RF34 Modificar datos miembro claustro Baja
RF35 Eliminar miembro claustro Baja
RF36 Insertar solicitud Media
RF37 Mostrar solicitud Media
RF38 Buscar datos solicitud Media
RF39 Eliminar solicitud Media
RF40 Insertar especialidad miembro claustro Baja
RF41 Mostrar especialidad miembro claustro Baja
RF42 Buscar especialidad miembro claustro Baja
RF43 Modificar especialidad miembro claustro Baja
RF44 Eliminar especialidad miembro claustro Baja
RNF (Requisitos no funcionales)
Usabilidad
RNF1
Facilidad de uso por parte de los usuarios: el sistema debe
presentar una interfaz amigable que permita la fácil interacción con el mismo y llegar de manera rápida y efectiva a la información buscada, y debe ser una interfaz de manejo cómodo que posibilite a los usuarios sin experiencia una rápida adaptación.
RNF2
Emplear perfiles de usuario: diferenciar las interfaces y opciones
para los usuarios que accedan al sistema según los diferentes roles que estos tengan dentro del sistema.
Fiabilidad
35
2.7 Historias de usuario
La HU, es la técnica utilizada en XP para detallar los requisitos del software; es el resultado directo del intercambio entre el cliente y desarrolladores a través de reuniones donde las conocidas tormenta de ideas arrojan no solo los requerimientos, sino también las posibles soluciones; representa una forma rápida de administrar las necesidades del cliente sin tener que elaborar gran cantidad de documentos formales y sin requerir de mucho tiempo para gestionarlos, debido a que un requerimiento de software es descrito de forma concreta y sencilla utilizando el lenguaje común del usuario. Anexo 1 – Historias de usuario
Tabla 2.3 Historia de usuario gestionar posgrado
está a nivel de roles, con el fin de mantener la integridad de los datos en función del acceso de cada uno de ellos, trayendo consigo además la protección de la información.
RNF4
Servicios web restringidos: los servicios web que brinde el sistema
deben estar restringidos a grupos de usuarios definidos y aprobados previamente.
RNF5
Políticas de seguridad por usuario y rol: el sistema debe contar con
un grupo de políticas de accesibilidad a las diferentes funcionalidades del mismo en dependencia del nivel de autorización que presente un usuario determinado.
Eficiencia
RNF6 Cantidad de conexiones: el sistema debe soportar una conexión
simultánea de más de 30 usuarios.
Interfaz
RNF7
Interfaz web: la interfaz deberá ser sencilla con colores suaves a la
36
Historia de usuario
Número: 1 Nombre: Gestionar posgrado
Prioridad en el negocio: Alta Riesgo en desarrollo: Alta
Puntos estimados: 2 Iteración asignada: Primera
Programador asignado: Nestor Antonio López Arcia
Descripción: La historia de usuario permite insertar, mostrar, buscar, modificar y eliminar los
posgrados.
Observaciones: Confirmado por el cliente.
Tabla 2.4 Historia de usuario gestionar material
Historia de usuario
Número: 2 Nombre: Gestionar material
Prioridad en el negocio: Media Riesgo en desarrollo: Alta
Puntos estimados: 1 Iteración asignada: Segunda
Programador asignado: Nestor Antonio López Arcia
Descripción: La historia de usuario permite insertar, mostrar, buscar y eliminar los materiales
bibliográficos.
Observaciones: Confirmado por el cliente.
2.8 Planificación de entregas
37 La planificación se puede realizar basándose en el tiempo o el alcance. La velocidad del proyecto es utilizada para establecer cuántas historias se pueden implementar antes de una fecha determinada o cuánto tiempo tomará implementar un conjunto de historias.
2.8.1 Estimación de esfuerzo por Historia de Usuario
Tabla 2.13 Estimación de esfuerzo por Historia de Usuario
Historias de Usuario Puntos de Estimación
(semanas)
Gestionar posgrado 2
Gestionar Material 1
Gestionar Usuario 2
Gestionar Profesor 2
Gestionar Estudiante 2
Gestionar Evaluación Estudiante 1
Gestionar Claustro 1
Gestionar Solicitud 1
Gestionar Especialidad Miembro Claustro 1
Autenticar Usuario 1
2.3.1 Plan de iteraciones
Tabla 2.14 Plan de duración de las iteraciones
Iteración
Descripción
de la
iteración
Orden de la HU a implementar
Duración de cada HU(días) Duración total (días) Primera En esta iteración se
Insertar posgrado 2
Modificar posgrado 1
