universidad de guayaquil -...

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA

“FRAMEWORK DE TRABAJO PARA PROYECTOS

DE TITULACIÓN APLICANDO LA METODOLOGÍA

SCRUM EN LA INGENIERÍA DE SOFTWARE”

ENFOCADO EN CONTROL DE VERSIONES.

PROYECTO DE TITULACIÓN

Previa a la obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTOR: STEVEN ANDRÉS CRUZ BONITO

TUTOR: MSc. VIVIANA PINOS MEDRANO

GUAYAQUIL – ECUADOR

II

REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA

FICHA DE REGISTRO DE TESIS

ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA METODOLOGÍA SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO EN CONTROL DE VERSIONES.

REVISORES: Ing. Gary Reyes Zambrano e Ing. Janet Elizabeth Pazmiño Ramírez

INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias Matemáticas y Físicas

CARRERA: Ingeniería en Sistemas Computacionales

FECHA DE PUBLICACIÓN: Abril del 2016 N° DE PÁGS.: 83

ÁREA TEMÁTICA: Tecnología de Información

PALABRAS CLAVES: Estudio de Factibilidad, Metodología Ágil Scrum, Control de Versiones.

RESUMEN: El objetivo de este proyecto de titulación es efectuar un estudio de factibilidad en donde se examinen las posibilidades que tiene la

propuesta para ser desarrollada e implementada en el proyecto Framework de Trabajo para Proyectos de Titulación aplicando La Metodología Scrum en la Ingeniería de Software. De la misma forma comprobar la eficacia sistemática que se aplicó durante el desarrollo del proyecto la cual es la metodología SCRUM. Dicha metodología propone entregar partes funcionales del producto en cortos periodos de tiempo conocidos como Sprint, esto es muy útil porque permite realizar correcciones de forma oportuna antes de que el producto se encuentre finalizado ayudando de esta forma a mejorar la experiencia del usuario. De acuerdo a la técnica entrevista para la recopilación de información, la misma que se realizó a la comunidad que es parte del proyecto, con la intención de conocer el escenario actual respecto a los Sistemas de Control de Versiones, para analizar si es factible implementar un Sistema de Control de Versiones en el proyecto Framework de Trabajo para Proyectos de Titulación aplicando La Metodología Scrum. La implementación de un Sistema de Control de Versiones nos proveerá como resultado de su aplicación, la última versión estable del producto desarrollado. Esto demuestra la importancia de la implementación de un Sistema de Control de Versiones como herramienta en el proceso de desarrollo porque nos ayuda a tener control en las versiones del producto permitiendo que se encuentra libre de errores tanto en el front-end como en el back-end.

N° DE REGISTRO: N° DE CLASIFICACIÓN: Nº

DIRECCIÓN URL:

ADJUNTO PDF SÍ

NO

CONTACTO CON AUTOR: Steven Andrés Cruz Bonito TELÉFONO: 0979592395

E-MAIL: [email protected]

CONTACTO DE LA INSTITUCIÓN:

Universidad de Guayaquil

Carrera de Ingeniería en Sistemas Computacionales

Víctor Manuel Rendón y Baquerizo Moreno

NOMBRE: MSc. VIVIANA PINOS MEDRANO

X

III

APROBACIÓN DEL TUTOR

En mi calidad de Tutor del trabajo de investigación, ESTUDIO DE

FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE TRABAJO

PARA PROYECTOS DE TITULACIÓN APLICANDO LA METODOLOGÍA

SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO EN

CONTROL DE VERSIONES elaborado por el Sr. STEVEN ANDRÉS

CRUZ BONITO, Alumno no titulado de la Carrera de Ingeniería en

Sistemas Computacionales, Facultad de Ciencias Matemáticas y Físicas

de la Universidad de Guayaquil, previo a la obtención del Título de

Ingeniero en Sistemas Computacionales, me permito declarar que luego

de haber orientado, estudiado y revisado, la Apruebo en todas sus partes.

Atentamente

MSc. VIVIANA PINOS MEDRANO

TUTOR

IV

DEDICATORIA

Quiero dedicar este trabajo a Dios, porque

gracias a Él y a sus bendiciones he logrado

conseguir tan importante logro en mi vida.

Dedicárselo a las personas más importantes en

mi vida: mi madre, Cecilia Bonito por su infinito

amor; mi padre, Fausto Cruz por su sacrificio

para criarme; mi hermano, Luis Cruz por su

ayuda incondicional. A mi amiga, mi compañera,

mi amada esposa Anabell Tingo quien me

acompaño en esta aventura llamada universidad,

dándome fuerzas en los momentos que desistía,

a ella quiero decirle ¡Lo Logramos! Gracias por

su apoyo desinteresado.

V

AGRADECIMIENTO

Agradezco a mi familia, por siempre haber creído

en mí. A las personas que de una u otro forma

me han apoyado para alcanzar tan importante

meta académica – profesional.

A los docentes y autoridades de la CISC por su

trabajo y dedicación formando jóvenes; en

especial al Director del Proyecto de Titulación,

Lsi. Oscar Apolinario por brindarme la

oportunidad de ser parte de este proyecto.

VI

TRIBUNAL PROYECTO DE TITULACIÓN

Ing. Eduardo Santos Baquerizo, MSc.

DECANO DE LA FACULTAD CIENCIAS MATEMÁTICAS Y

FÍSICAS

Ing. Inelda Martillo Alcívar, Mgs.

DIRECTORA CARRERA INGENIERÍA EN

SISTEMAS COMPUTACIONALES

Ing. Viviana Pinos Medrano, MSc. TUTORA DEL PROYECTO DE

TITULACIÓN

Ing. Janet Pazmiño Ramírez, MSc. PROFESOR DEL ÁREA

MIEMBRO DEL TRIBUNAL

Lcdo. Pablo Alarcón S., MSc. PROFESOR DEL ÁREA

MIEMBRO DEL TRIBUNAL

Ab. Juan Chávez A. SECRETARIO

VII

DECLARACIÓN EXPRESA

“La responsabilidad del contenido de este Proyecto de Titulación, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”

STEVEN ANDRÉS CRUZ BONITO

VIII

.


FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE

TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA

METODOLOGÍA SCRUM EN LA INGENIERÍA DE SOFTWARE”

ENFOCADO EN CONTROL DE VERSIONES

Proyecto de Titulación que se presenta como requisito para optar por el

título de INGENIERO en SISTEMAS COMPUTACIONALES

Autor/a: STEVEN ANDRÉS CRUZ BONITO C.I.0929812915

Tutor: MSc. VIVIANA PINOS MEDRANO

Guayaquil, Diciembre del 2015

IX

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.

CERTIFICO:

Que he analizado el Proyecto de Titulación presentado por el/la estudiante STEVEN ANDRÉS CRUZ BONITO, como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es: ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA METODOLOGÍA SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO EN CONTROL DE VERSIONES

Considero aprobado el trabajo en su totalidad.

Presentado por:

STEVEN ANDRÉS CRUZ BONITO C.I: 0927097170

Tutor: MSc. VIVIANA PINOS MEDRANO

Guayaquil, Diciembre del 2015

X


FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

Autorización para Publicación de Proyecto de Titulación en Formato

Digital 1. Identificación del Proyecto de Titulación Nombre Alumno: STEVEN ANDRÉS CRUZ BONITO

Dirección: Nicolás Segovia y Bolivia

Teléfono: 0979592395 E-mail: [email protected]

Tema del Proyecto de Titulación: Estudio de Factibilidad para la propuesta Framework de Trabajo

2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación. Publicación electrónica:

Firma Alumno: Steven Andrés Cruz Bonito.

3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.

DVD ROM CD-ROM

Facultad: Ciencias Matemáticas y Físicas

Carrera: Ingeniería en Sistemas Computacionales

Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales

Profesor guía: MSc. VIVIANA PINOS MEDRANO

Título del Proyecto de titulación: “ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA METODOLOGÍA SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO EN CONTROL DE VERSIONES

Inmediata X Después de 1 año

mailto:[email protected]

XI

ÍNDICE GENERAL

CARTA DE ACEPTACIÓN DEL TUTOR III

DEDICATORIA IV

AGRADECIMIENTO V

TRIBUNAL PROYECTO DE TITULACIÓN VI

DECLARACIÓN EXPRESA VII

CERTIFICADO DE ACEPTACIÓN DEL TUTOR IX

ÍNDICE GENERAL XI

ABREVIATURA XII

SIMBOLOGÍA XIII

ÍNDICE DE GRÁFICOS XIV

ÍNDICE DE CUADROS XVI

RESUMEN XVII

(ABSTRACT) XVIII

INTRODUCCIÓN 1 – 2

CAPITULO I – EL PROBLEMA 3 – 10

Ubicación del problema en un contexto 3

Situación conflicto 4

Causa del problema, consecuencia 4

Delimitación del problema 5

Planteamiento 5

Evaluación del problema 6

Objetivo General 7

Objetivo Específico 7

Alcance del problema 7

Justificación e Importancia 8

Utilidad práctica de la investigación 9

Beneficiarios 9

Metodología del Proyecto 9

CAPITULO II- MARCO TEÓRICO 11 – 34

Antecedentes del estudio 11

Fundamentación Teórica 12 – 31

Fundamentación Legal 32

Pregunta científica a contestarse 33

Definiciones conceptuales 34

CAPÍTULO III – PROPUESTA TECNOLÓGICA 35 – 58

Análisis de Factibilidad 35

Etapas de la Metodología del Proyecto 36

Entregables del proyecto 45

Criterios de validación de la propuesta 46 CAPÍTULO IV – CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO 59

Bibliografías 62

Anexos 64

XII

ABREVIATURAS

UG Universidad de Guayaquil

CISC Carrera de Ingeniería en Sistemas Computacionales.

Ing. Ingeniero

TIC Tecnologías de la Información y la Comunicación

CVCSs Centralized Version Control Systems

CVS Concurrent Versioning System

DVCSs Distributed Version Control Systems

ARES Academic Relation Student

XIII

SIMBOLOGÍA

S Desviación estándar

e Error

E Espacio muestral

E(Y) Esperanza matemática de la v.a. y

s Estimador de la desviación estándar

e Exponencial

XIV

ÍNDICE DE GRÁFICOS

Pág.

GRÁFICO 1 Sistema de Control de Versiones Centralizados…………………………..……….14 GRÁFICO 2 Sistema de Control de Versiones Distribuido…………………….………..……….15 GRÁFICO 3 Repositorio……………...………………………………………………………………19 GRÁFICO 4 Ejemplo de Listado de Revisiones.…………………………………………………. 21 GRÁFICO 5 Evolución de un Repositorio Y etiqueta Head...……………………………………21 GRÁFICO 6 Menú TortoiseSVN Integrado en el Explorador Windows...……………………….24 GRÁFICO 7 Interfaz Gráfica de VisualSVN Server Manager……….…………………………...26 GRÁFICO 8 Interfaz Gráfica de VisualSVN para Usuarios………………………………………26 GRÁFICO 9 Roles de Proyecto Con Metodología SCRUM ……………………………………..31 GRÁFICO 10 Rol dentro de Proyecto SCRUM ………………………………………………….....31 GRÁFICO 11 Estructura Sugerida del Repositorio ………………………………………………...37 GRÁFICO 12 Estructura del Repositorio y Elementos a Versionar............................................38 GRÁFICO 13 Diagrama del Repositorio……………………………………………………………. 39 GRÁFICO 14 Flujo de Proceso para Pase a Producción………………………………………….42 GRÁFICO 15 Creación de Archivo Dump …………………………..………………………………44

XV

GRÁFICO 16 Resultados en pastel de la pregunta 1 de la encuesta. ………………………..…47 GRÁFICO 17 Resultados en barras de la pregunta 1 de la encuesta. ………………………..…48 GRÁFICO 18 Resultados en pastel de la pregunta 2 de la encuesta. ………………………..…49 GRÁFICO 19 Resultados en barras de la pregunta 2 de la encuesta. ………………………..…49 GRÁFICO 20 Resultados en pastel de la pregunta 3 de la encuesta. ………………………..…50 GRÁFICO 21 Resultados en barras de la pregunta 3 de la encuesta. ………………………..…51 GRÁFICO 22 Resultados en barras de la pregunta 4 de la encuesta. ………………………..…52 GRÁFICO 23 Resultados en pastel de la pregunta 5 de la encuesta. ………………………..…53 GRÁFICO 24 Resultados en barras de la pregunta 5 de la encuesta. ………………………..…53 GRÁFICO 25 Resultados en pastel de la pregunta 6 de la encuesta. ………………………..…54 GRÁFICO 26 Resultados en barras de la pregunta 6 de la encuesta. ………………………..…55 GRÁFICO 27 Resultados en pastel de la pregunta 7 de la encuesta. ………………………..…56 GRÁFICO 28 Resultados en barras de la pregunta 7 de la encuesta. ………………………..…57 GRÁFICO 29 Resultados en pastel de la pregunta 8 de la encuesta. ………………………..…58 GRÁFICO 30 Resultados en barras de la pregunta 8 de la encuesta. ………………………..…58

XVI

ÍNDICE DE CUADROS

Pág.

CUADRO 1 URLs de Acceso al Repositorio………………...…………………………………….22 CUADRO 2 Definición de Elementos a Versionar………………………………………………..37 CUADRO 3 Permisos Acceso al Repositorio por Perfiles de Usuario………………………….41 CUADRO 4 Informe de Pruebas…………………………...……………………………………….46 CUADRO 5 Resultados de la pregunta 1 de la encuesta.……………………………………….47 CUADRO 6 Resultados de la pregunta 2 de la encuesta.……………………………………….48 CUADRO 7 Resultados de la pregunta 3 de la encuesta.……………………………………….50 CUADRO 8 Resultados de la pregunta 4 de la encuesta.……………………………………….51 CUADRO 9 Resultados de la pregunta 5 de la encuesta.……………………………………….52 CUADRO 10 Resultados de la pregunta 6 de la encuesta.……………………………………….54 CUADRO 11 Resultados de la pregunta 7 de la encuesta.……………………………………….56 CUADRO 12 Resultados de la pregunta 8 de la encuesta.……………………………………….57 CUADRO 13 Aceptación del Proyecto.……………………………………………………………...59

XVII


FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES





Resumen El objetivo de este proyecto de titulación es efectuar un estudio de factibilidad en donde se examinen las posibilidades que tiene la propuesta para ser desarrollada e implementada en el proyecto Framework de Trabajo para Proyectos de Titulación aplicando La Metodología Scrum en la Ingeniería de Software. De la misma forma comprobar la eficacia sistemática que se aplicó durante el desarrollo del proyecto la cual es la metodología SCRUM. Dicha metodología propone entregar partes funcionales del producto en cortos periodos de tiempo conocidos como Sprint, esto es muy útil porque permite realizar correcciones de forma oportuna antes de que el producto se encuentre finalizado ayudando de esta forma a mejorar la experiencia del usuario. De acuerdo a la técnica entrevista para la recopilación de información, la misma que se realizó a la comunidad que es parte del proyecto, con la intención de conocer el escenario actual respecto a los Sistemas de Control de Versiones, para analizar si es factible implementar un Sistema de Control de Versiones en el proyecto Framework de Trabajo para Proyectos de Titulación aplicando La Metodología Scrum. La implementación de un Sistema de Control de Versiones nos proveerá como resultado de su aplicación, la última versión estable del producto desarrollado. Esto demuestra la importancia de la implementación de un Sistema de Control de Versiones como herramienta en el proceso de desarrollo porque nos ayuda a tener control en las versiones del producto permitiendo que se encuentra libre de errores tanto en el front-end como en el back-end.

Autor: Steven Andrés Cruz Bonito Tutor: MSc. Viviana Pinos Medrano

XVIII

.

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES





Abstract The objective of this project is to conduct a certification feasibility study where the possibilities for the proposal to be developed and implemented in the project Framework Work Projects applying the methodology Scrum Degree in Software Engineering are examined. Similarly check the systematic efficiency was applied for the project which is the SCRUM methodology. This methodology proposes functional parts of the product delivered in short periods of time known as Sprint, this is very useful because it allows for timely corrections before the finished product is thus helping to improve the user experience. According to the technical interview for gathering information, the same as was done to the community that is part of the project, intended to meet the current scenario regarding Version Control Systems, to analyze the feasibility of implementing a Version Control System in the Framework Project Work Degree Projects applying the methodology Scrum. Implementation of a Version Control System will provide us as a result of its application, the latest stable version of the product developed. This demonstrates the importance of implementing a version control system as a tool in the development process because it helps to have control product versions is allowing error free both front-end and the back- end.

Autor: Steven Andrés Cruz Bonito Tutor: MSc. Viviana Pinos Medrano

1

INTRODUCCIÓN

Los adelantos científicos, específicamente los tecnológicos han permitido la

tecnificación de procesos, tareas y actividades, estos progresos se han

manifestado en diferentes áreas dentro de la humanidad, el sector educativo no

se escapa de esta innovación.

Las instituciones de Educación Superior a nivel Nacional, se encuentran

categorizadas, entre los criterios de evaluación esta la infraestructura y uno de

los indicadores son las TIC. Este escenario genera que las instituciones

implementen diferentes servicios novedosos basados en tecnología, en la

mayoría de los casos son herramientas que satisfacen necesidades y optimizan

el tiempo.

Por consiguiente la Unidades Académicas, tiene falencias en la gestión de

tareas académicas, esto provoca malestar en la comunidad que es parte del

proyecto Framework de Trabajo para Proyectos de Titulación aplicando La

Metodología Scrum en la Ingeniería de Software. Debido a esto nace la

necesidad de contar con el Producto ARES que automatice los procesos y las

actividades que los usuarios realizan, buscando alcanzar una mejor gestión

rápida y eficaz dentro de la institución universitaria.

Por lo tanto el presente proyecto de titulación se enfoca y orienta concretamente

en el estudio de factibilidad orientado al control de versiones en el desarrollo del

Framework de Trabajo para Proyectos de Titulación aplicando La Metodología

ágil Scrum, el cual es creado para cubrir las necesidades y requerimientos de los

usuarios respecto a la creación del producto ARES el cual se plantea como

objeto de estudio en este proyecto.

2

En consecuencia, el presente proyecto de titulación se compone o divide

específicamente de cuatro capítulos, los cuales hacen referencia al proyecto de

investigación, los mismos que se describen a continuación:

El capítulo I, en este capítulo se describe el problema existente dentro de un

contexto, se determina cuál es la situación conflicto, se definen cuáles son las

causas del problema y se analizan y fijan las consecuencias de seguirse

manteniendo, en este capítulo también se describe la delimitación del problema

que se plantea solucionar y su planteamiento, asimismo se describen cuáles son

los objetivos de la investigación, su alcance y la justificación del problema a

resolver.

El capítulo II, en este capítulo se investiga, analiza y elabora el marco

referencial, el marco conceptual; el mismo que hace referencia a fuentes

bibliográficas sobre los temas tratados en el estudio del presente proyecto de

titulación, lo que permitirá establecer las palabras claves involucradas en el

mismo, así como también determinar la fundamentación legal en la que se

apoya la propuesta y constan las preguntas científicas y las variables con

respecto al estudio.

El capítulo III, en este capítulo se describe la propuesta tecnológica, y

finalmente se presentan los criterios de validación de la misma lo que permitirá

aplicar las métricas usadas para evaluar la solución planteada en el presente

proyecto de titulación.

El capítulo IV, en este capítulo constan las conclusiones y recomendaciones,

establecidas una vez que se haya analizado y concluido el estudio del problema

existente y posterior la implementación de una solución para dicho problema,

además sirven como respaldo para este estudio las referencias bibliográficas

utilizadas con los anexos correspondientes.

3

CAPÍTULO I

EL PROBLEMA

PLANTEAMIENTO DEL PROBLEMA

Ubicación del Problema en un Contexto

Actualmente en el grupo de trabajo del proyecto Framework de Trabajo para

Proyectos de Titulación aplicando La Metodología Scrum, requiere la

implementación de un Sistema de Control de Versiones, para la creación del

producto ARES.

En el pasado los productos que se han diseñado, han presentado problemas de

funcionamiento, no cubren las necesidades de los usuarios, no soportan gran

demanda de uso por lo que en aquellas situaciones se quedan fuera de servicio,

todos estos inconvenientes producen malestar e insatisfacción en los usuarios.

La ausencia de un sistema de control de versiones en el desarrollo de software,

que entregue la última versión estable del producto, puede ocasionar que la

instalación del software en producción, sea de un software incompleto, con

aparición de errores que ya habían sido corregidos, con opciones incompletas.

Estos escenarios ocasionan errores que pueden ser simples como consultas sin

resultados o significativos como por ejemplo que el producto este fuera de

servicio en medio de un proceso crítico. El presente estudio de factibilidad, se

encargará de demostrar la importancia de aplicar un Control de Versiones en el

proyecto Framework de Trabajo para Proyectos de Titulación aplicando La

Metodología Scrum que se plantea en esta tesis como el objeto de estudio para

la propuesta a investigar.

4

Situación Conflicto Nudos Críticos

Con respecto a las metodologías usadas en la actualidad para el desarrollo e

implementación de productos tecnológicos dentro de las unidades académicas

de alto nivel, no permiten entregar valor de funcionalidades útiles en cortos

periodos de tiempo, es decir, no permiten la entrega de avances funcionales del

producto que puedan ser usados por los usuarios y conocer sus opiniones de

manera temprana, al contrario, estas metodologías entregan un producto al final

del desarrollo que muchas veces presenta fallas que podían ser solucionadas

mucho antes.

De igual forma, las metodologías usadas no llegan a cumplir los tiempos

pautados en el cronograma de trabajo, esto ocurre puesto que no se cuenta con

un control de versiones en el desarrollo de un producto tecnológico, que admita

tener disponible la última versión estable, consiguiendo evitar errores como

sobre-escritura de archivos, trabajar con código antiguo. Esto hace que los

productos desarrollados no satisfagan los requerimientos de sus usuarios.

Cabe recalcar, que el problema no solo se debe a la ausencia de una

metodología ágil y a la falta de un sistema de control de versiones en el

desarrollo de un producto tecnológico, sino también a la carencia de recursos

hardware, así como la infraestructura tecnológica con la que se cuenta al

momento de desarrollar los productos.

CAUSAS Y CONSECUENCIAS DEL PROBLEMA

CAUSAS

La falta de implementación de una metodología que permita la entrega de

valor de funcionalidades útiles en corto periodo de tiempo para comprobar

impacto de factibilidad.

5

La carencia de un sistema de control de versiones en el desarrollo de

productos tecnológicos aplicado a una metodología ágil.

La ausencia de conocimientos sobre las múltiples herramientas para la

elaboración del estudio previo a la implantación del proyecto.

CONSECUENCIAS

Realización de un proyecto de software que no cumple los requerimientos y

expectativas del usuario respecto a su funcionalidad.

Pérdida de interés por parte de los usuarios en el uso del software y falta de

cambios y actualizaciones por parte de los desarrolladores.

Usuarios insatisfechos al usar un producto tecnológico con problemas y

fallas.

Delimitación del Problema

Campo: Educación e Investigación

Área: Tecnologías de la Información

Aspecto: Estudio de Factibilidad

Tema: Estudio de Factibilidad para la Propuesta “Framework de Trabajo para

Proyectos de Titulación, aplicando la Metodología SCRUM en la Ingeniería de

Software” Enfocado en Control de Versiones.

Formulación del Problema

Para el presente proyecto de titulación se ha formulado la siguiente pregunta:

¿Cómo se asegura a los usuarios del proyecto Framework de Trabajo para

Proyectos de Titulación aplicando La Metodología Scrum, que el producto ARES

que se encuentra en producción, es la última versión estable del software

desarrollado para satisfacer las necesidades de todos los interesados?

6

Evaluación del Problema

Para evaluar el problema se detallan seis aspectos que se ajustan debidamente

al estudio, los cuales se detallan a continuación:

Delimitado: Para el proyecto Framework de Trabajo para Proyectos de

Titulación aplicando La Metodología Scrum, se necesita implementar un control

de versiones en el desarrollo del producto ARES, para obtener la última versión

estable que cumpla las expectativas del usuario.

Claro: Redactado en forma precisa, fácil de comprender e identificar los

requerimientos con las que cuentan los usuarios, este proyecto verificará las

posibilidades que tiene para poder ser implementado y poder así satisfacer las

necesidades de los usuarios del producto ARES.

Concreto: El proyecto de investigación nos ayuda a examinar cada una de las

posibilidades sobre la implementación de un control de versiones en el desarrollo

del producto ARES aplicando la metodología ágil Scrum, con el objeto de

identificar el problema y lograr encontrar una solución óptima de acuerdo a los

criterios que tienen cada uno de los usuarios.

Relevante: El estudio que se genere es de gran importancia para determinar la

factibilidad de implementar un control de versiones en el proyecto Framework de

Trabajo para Proyectos de Titulación aplicando La Metodología Scrum, a través

del levantamiento de información que se recopila a los usuarios de ARES.

Original: El control de versiones del producto ARES será elaborado y

ejecutado aplicando la metodología ágil Scrum, la misma que no se ha usado

antes en el desarrollo de ningún proyecto de titulación.

7

Factible: La posibilidad de resolver la problemática resulta ser factible en

cuenta a tiempo y recursos que se usaran en la resolución de la misma.

OBJETIVOS

OBJETIVO GENERAL

Proveer de un control de versiones que permita el estudio de factibilidad sobre la

metodología SCRUM en proyectos de ingeniería de software para el proyecto

Framework de Trabajo para Proyectos de Titulación aplicando La Metodología

Scrum.

OBJETIVOS ESPECÍFICOS

Definir el sistema de control de versiones.

Evaluar la arquitectura de almacenamiento del repositorio.

Implementar un repositorio de versiones, estructura de archivos y

usuarios con permisos.

Obtener la última versión de las capas del proyecto: capa de

presentación, negocio y base de datos.

Instalar en el ambiente de Producción la versión final de cada Sprint.

ALCANCES DEL PROBLEMA

Asegurar que en cada culminación de Sprint se instale la última versión

estable en producción.

Obtener la última versión de las aplicaciones de dispositivos móviles.

Cumplir con los objetivos entregables de los seis Sprint.

8

JUSTIFICACIÓN E IMPORTANCIA

El presente proyecto de titulación, el cual tiene por título Estudio de Factibilidad

para la Propuesta Framework de Trabajo para Proyectos de Titulación

Aplicando La Metodología Scrum en la Ingeniería de Software” enfocado en

control de versiones, tiene su justificación por la necesidad de poder brindar a

los interesados de administrar el producto, siempre la última versión estable y

funcional del software que se ha desarrollado en el instante que éste sea

requerido, el cual se obtiene tras la culminación de cada una de las partes

funcionales que conforman el producto ARES.

La implementación y uso de un sistema de control de versiones disminuye que

se presenten errores durante el proceso de desarrollo del producto, como

código obsoleto o con errores, funcionalidades incompletas, archivos dañados.

Esto ocurre porque el sistema de control de versiones permite que el equipo de

trabajo obtenga fácilmente la última versión correcta y funcional de cada uno de

los archivos.

Con respecto a lo descrito anteriormente, resulta entonces importante tomar en

cuenta el control de versiones en todo desarrollo informático ya que nos permite

tener un historial de los cambios realizados sobre algún componente del

software, además de tener siempre operativo en producción el producto ARES.

En este proyecto el principal beneficiario del control de versiones es el grupo de

estudiante del proyecto Framework de Trabajo para Proyectos de Titulación

aplicando La Metodología Scrum ya que el objetivo principal es determinar si el

uso de esta sistemática es un éxito ya que anteriormente se ha venido

utilizando otras técnicas y no se ha obtenido el resultado deseado. Si los

resultados son favorables al aplicar éste método, será la inventiva aplicada para

los futuros proyectos de tesis de los estudiantes universitarios. Esto llevará a

cabo el desarrollo integral del producto ARES resistente y eficiente.

9

UTILIDAD PRÁCTICA DE LA INVESTIGACIÓN

Se propone presentar el estudio de factibilidad en la implementación de un

control de versiones en el proyecto Framework de Trabajo para Proyectos de

Titulación aplicando La Metodología Scrum, que servirá para cubrir las

necesidades del equipo de desarrollo y de esta forma entregar el prototipo que

intentará cubrir las necesidades de los usuarios.

BENEFICIARIOS

Para la realización de este estudio de factibilidad se consideran como

principales beneficiarios al grupo de trabajo del proyecto Framework de Trabajo

para Proyectos de Titulación aplicando La Metodología Scrum.

METODOLOGÍA DEL PROYECTO

Metodología de Desarrollo:

Para este proyecto se aplicará la metodología Scrum. La metodología Scrum,

permite que el desarrollo del producto se realice en cortos periodos de tiempo

conocidos como Sprint.

Para este desarrollo la propuesta planteada radica en aportar el Control de

Versiones al equipo de trabajo. Se creará un repositorio, que se dividirá en tres

partes: desarrollo, preproducción, y producción. Las partes del repositorio se

crearon igual que los ambientes que usa el equipo de trabajo, el ambiente de

desarrollo contiene el código que el grupo de estudiantes cambia

constantemente aquí se realizan pruebas, mejoras, desarrollos parciales, etc.

El ambiente de preproducción posee una versión estable del sistema, contiene

el corte en el desarrollo que será enviado a producción, este ambiente es usado

10

por el Tester. El ambiente de producción posee la última versión estable del

sistema este ambiente está diseñado para los usuarios finales. Se proporciona

un proceso para los pases a producción.

Supuestos:

Se realizará pruebas de acceso a los repositorios.

Se revisa que los permisos para usuario estén correctos.

Se explica manejo de cliente SVN y uso de CheckOut, Update, Commit.

Se realiza el procedimiento de pase de versión.

Realizar los pases a producción siguiendo el checklist del solicitante.

Obtener la versión del sistema cada vez que se ejecute un pase de sprint.

Restricciones:

No se puede tener aislado el ambiente de producción ya que por

presupuesto se implementó el ambiente de preproducción en el mismo

servidor de producción.

Hay un repositorio en Linux pero no se ha usado ya que por tiempo solo

hemos usado el repositorio en Windows.

Plan de Calidad (Pruebas a realizar):

Las pruebas que se realizarían en el proyecto aparte de las mencionadas son:

Validar que se pueda hacer checkout, commit, update en Windows.

Se entregará una política de pase versión sin implementar.

11

CAPÍTULO II

MARCO TEÓRICO

ANTECEDENTES DEL ESTUDIO

En la ingeniería de software se conocen diferentes tipos de metodologías a

usarse a la hora de desarrollar un software. Entre algunas de ellas podemos citar

el modelo en cascada, prototipado, incremental, espiral, etc., conocidas hoy en

día como metodologías tradicionales en el desarrollo de software, cuya

característica principal radica en la extensa y muchas veces innecesaria

documentación y en sus complejos y nada flexibles procesos a seguir, lo que

desencadena, en mucho de los casos, en la entrega tardía del producto al

usuario final.

Teniendo como precedente lo expuesto anteriormente, en la actualidad se ha

conformado un grupo o equipo de trabajo para elaborar el proyecto Framework

de Trabajo para Proyectos de Titulación aplicando La Metodología Scrum en la

Ingeniería de Software, con el único fin de revelar o demostrar la eficacia y

validez de una metodología de trabajo para el desarrollo de software en la

ejecución de diversos proyectos donde se requiera aplicar la ingeniería de

software.

El resultado de esto, será cotejado con proyectos parecidos que hayan aplicado

o usado las metodologías tradicionales de desarrollo de software, y así poder

evidenciar el resultado de demostrar que metodología entrega un producto final

en menos tiempo, el producto que se desarrolle debe ser totalmente funcional,

para esto debe estar la última versión estable creada por el equipo de desarrollo,

en producción, por esta razón nace o surge la necesidad de un control de

versiones que nos permita tener siempre la versión estable de la aplicación

desarrollada.

12

FUNDAMENTACIÓN TEÓRICA

Según la Real Academia de la Lengua (2014), la palabra versión se define como

"Cada una de las formas que adopta la relación de un suceso, el texto de

una obra o la interpretación de un tema". Podemos comprender que versión

es el estado o forma de algún objeto, en un momento determinado. Entonces se

puede decir, que en el desarrollo de software una versión es el estado en el que

se encuentra el código en un momento.

Control de Versiones

Sobre el Sistema de Control de Versiones (Fogel, 2007) nos dice lo siguiente:

Un sistema de control de versiones es una combinación de tecnologías y prácticas para seguir y controlar los cambios realizados en los ficheros del proyecto, en particular en el código fuente, en la documentación y en las páginas web.

Podemos citar, que el Sistema de Control de Versiones nos ayuda a llevar un

registro de las modificaciones realizadas sobre cualquier tipo de archivo, pero su

uso más destacado y practico es tener registro de los cambios en el código

fuente de un proyecto de desarrollo de software.

Un Control de Versiones, puede llevarse sin la ayuda de un software, pero las

complicaciones y molestias que ocurren por el aumento de información y de

cambios en el transcurrir del tiempo, obligan a replantear la situación y a buscar

la implementación de un Sistema de Control de Versiones. Por eso (Fogel, 2007)

manifiesta lo siguiente:

El núcleo del sistema de control de versiones es la gestión de cambios: identificar cada cambio a los ficheros del proyecto, anotar cada cambio con meta-data como la fecha y el autor de la modificación y disponer esta información para quien sea y como sea. Es un mecanismo de

13

comunicación donde el cambio es la unidad básica de información.

La fortaleza de un Sistema de Control de Versiones se da en el registro histórico

de quien y cuando realizo cambios en el código fuente del proyecto de

desarrollo.

Seleccionar un Sistema de Control de Versiones

Para escoger un Sistema de Control de Versiones, es necesario evaluar lo

siguiente:

1. Conocer las necesidades del equipo involucrado en el desarrollo del

proyecto de software.

2. También es útil saber si los miembros del equipo de trabajo han trabajado

antes con un control de versiones ya que el aprendizaje se vuelve un

factor importante.

Los sistemas de Control de Versiones se clasifican por el tipo de arquitectura de

almacenamiento: Centralizado y Distribuido.

Sistema de Control de Versiones Centralizado

Algunos Sistema de Control de Versiones Centralizados (CVCSs) son CVS,

Subversion, Perforce, etc. A continuación una descripción de (Chacon, 2009)

sobre los Sistemas Centralizados:

Tienen un único servidor que contiene todos los archivos versionados, y varios clientes que descargan los archivos desde ese lugar central. Durante muchos años éste ha sido el estándar para el control de versiones.

En relación a lo citado anteriormente, se aprecia que el autor hace énfasis en la

importancia de poseer centralizada la información con el fin de que el acceso a la

misma se torne más viable para todos los integrantes de un proyecto.

14

GRAFICO N° 1 SISTEMA DE CONTROL DE VERSIONES CENTRALIZADOS

Fuente: https://git-scm.com/book/es/v1/Empezando-Acerca-del-control-de-versiones

Elaboración: Steven Cruz Bonito

Un Sistema de Control de Versiones Centralizado presenta ciertas ventajas y

desventajas las mismas que se detallan a continuación para una mejor

comprensión de la problemática propuesta.

Ventajas

Un miembro del equipo de trabajo puede conocer en que está trabajando

el resto del equipo en el proyecto.

Los administradores tienen un mejor control y detalle de lo que puede

hacer cada miembro del equipo.

Es más sencilla la administración de un CVCS, que tener que trabajar con

varias bases de datos locales en cada cliente.

Desventajas

Un único punto de fallo que representa el servidor centralizado. Si este se

pone fuera de servicio durante un tiempo indeterminado, en ese lapso

nadie puede guardar los cambios realizados.

https://git-scm.com/book/es/v1/Empezando-Acerca-del-control-de-versiones

15

Si el disco duro en el que se encuentra el repositorio central se corrompe

o sufre una avería, y no se tienen copias de seguridad, se pierde

absolutamente todo, salvo las copias de trabajo que el equipo pueda

tener en sus máquinas.

Sistema de Control de Versiones Distribuidos

Algunos Sistema de Control de Versiones Distribuidos (DVCSs) son GIT,

Mercurial, Bazaar, etc. A continuación una descripción de (Chacon, 2009) sobre

los Sistemas Distribuidos:

Los clientes no sólo descargan la última instantánea de los archivos: replican completamente el repositorio. Así, si un servidor muere, y estos sistemas estaban colaborando a través de él, cualquiera de los repositorios de los clientes puede copiarse en el servidor para restaurarlo. Cada vez que se descarga una instantánea, en realidad se hace una copia de seguridad completa de todos los datos.

GRAFICO N° 2 SISTEMA DE CONTROL DE VERSIONES DISTRIBUIDO

Fuente: https://git-scm.com/book/es/v1/Empezando-Acerca-del-control-de-versiones


16

Un Sistema de Control de Versiones Distribuidos también presenta ciertas

ventajas y desventajas enlistadas a continuación.

Ventajas

Aunque falle el repositorio remoto el equipo de trabajo puede seguir

trabajando.

Necesita menos veces estar conectado a red para hacer operaciones. Y

esto produce una mayor autonomía y una mayor rapidez quipo.

Desventajas

En los sistemas distribuidos hay menos control a la hora de trabajar en

equipo ya que no se tiene una versión centralizada de todo lo que se está

haciendo en el proyecto.

Software de Control de Versiones

Hemos visto que los programas se clasifican por la forma de almacenar la

información en el repositorio. Otra clasificación que puede llegar a ser

importantes es la de escoger si el Sistema de Control de Versiones es libre o de

pago. Una vez más la elección dependerá de las necesidades de la

organización. Las herramientas de software libre son robustas, eficientes y

populares.

A continuación, revisaremos algunas: de tipo distribuido, GIT y Mercurial; de tipo

centralizado, CVS y Subversion.

GIT

El sistema GIT está escrito en lenguaje Perl, C y algunos scripts de Shell. Es un

sistema que está adquiriendo cada vez mayor popularidad.

Sobre GIT (Salamon, 2014) nos dice:

17

Es un sistema de control de versiones distribuido diseñado para trabajar con proyectos de diferentes tamaños, haciendo foco en la eficiencia (velocidad de trabajo). Cada directorio de trabajo de GIT es un repositorio en sí mismo con un historial completo de las modificaciones realizadas y las capacidades de tracking completas que no depende del acceso a una red o servidor central.

En la cita anterior, el autor define a GIT como una herramienta de control de

versiones orientada a usar un sistema distribuido cuyo principal propósito es

otorgar agilidad en el trabajo.

Mercurial

El sistema Mercurial está escrito en Python, al ser un sistema distribuido,

presenta las mismas características que GIT. Tiene licencia GPL por lo que es

Software Libre. Es portable, ligero y fácil de usar mediante una interfaz web

integrada.

CVS

Es un Sistema Concurrente de Versiones, su almacenamiento es centralizado y

permite guardar el código fuente de grandes proyectos de software. CVS

almacena todas las versiones de todos los ficheros de tal forma que nada pueda

perderse.

SUBVERSION

También conocido como SVN. Sobre Subversion (Lanfranco, 2009) comenta:

Es un software de sistema de control de versiones de cualquier documento digital. Mantiene el registro de todo el trabajo y los cambios en los archivos (código fuente principalmente) que forman un proyecto. Agiliza, ordena y promueve la colaboración entre distintos miembros del proyecto.

18

En la cita anterior, el autor define a Subversión como una herramienta de

software con características potentes usadas para el control de versiones como

el registro de cualquier alteración realizada a un determinado archivo.

Características de Subversion

Subversión posee características que lo hacen popular entre los otros sistema de

Control de Versiones. A continuación (Trinidad, 2012) expresa:

Este sistema permite centralizar el almacenamiento del código fuente de un proyecto, registrando los cambios realizados en el mismo y permitiendo volver a versiones anteriores si es necesario. Además, la herramienta da soporte al trabajo concurrente sobre los ficheros de código aumentando así la flexibilidad y productividad en el desarrollo.

Es importante mencionar lo que se destaca de la cita anterior lo cual es la

característica de regresar a una determinada versión de un archivo en caso de

así requerirlo.

Componentes de Subversion

Las partes de Subversion son descritas por (Collins-Sussman, 2004):

SVN: El programa cliente de línea de comandos.

SVNVERSION: Programa para informar del estado (en términos de

revisiones de los elementos presentes) de una copia de trabajo.

SVNLOOK: Una herramienta para inspeccionar el repositorio Subversion.

SVNADMIN: Herramienta para crear, modificar o reparar un repositorio de

Subversion.

SVNDUMPFILTER: Un programa para filtrar el formato de salida de volcado

de repositorios Subversion.

MOD_DAV_SVN: Un módulo para el servidor HTTP Apache usado para

hacer que su repositorio esté disponible a otros a través de una red.

SVNSERVE: Un servidor independiente, ejecutable como proceso demonio o

19

invocable por SSH; otra manera de hacer que su repositorio esté disponible

para otros a través de una red.

Terminología de Subversion

Los términos más comunes que se usan en Subversion y en las herramientas de

Control de Versiones son los siguientes:

Repositorio

Es el corazón de Subversion, es un almacén central de datos. El funcionamiento

de este lo explica (Küng, 2015) a continuación:

El repositorio almacena información en forma de un árbol de archivos - una jerarquía típica de archivos y directorios. Un número de clientes se conectan al repositorio, y luego leen o escriben esos archivos. Al escribir datos, el cliente hace que la información esté disponible para los otros; al leer los datos, el cliente recibe información de los demás.

Por lo tanto, el repositorio es el elemento más importante de un Sistema de

Control de Versiones, debido a que almacena la información actual y los datos

históricos.

GRAFICO N° 3 REPOSITORIO

Fuente: http://svnbook.red-bean.com/nightly/es/svn-book.pdf


http://svnbook.red-bean.com/nightly/es/svn-book.pdf

20

CHECKOUT

Sirve para obtener una copia de trabajo de los objetos del repositorio de manera

local. Esta copia sirve para leer/escribir archivos, que de ser el caso serán

actualizados/creados en lo posterior al repositorio.

COMMIT

Sirve para integrar al repositorio los cambios que se realizaron en la copia de

trabajo local. De esta forma los otros miembros del equipo pueden acceder a

dicha información.

MENSAJE DE REGISTRO

Es un pequeño comentario que sirve para describir el commit. Son importantes

ya que le dan mayor sentido al listado de las revisiones. Cuando se realiza el

commit se debe describir lo que se está actualizando/creando. Son opcionales

pero configurables para que sean obligatorios.

UPDATE

Sirve para actualizar la copia de trabajo, con esto, se obtienen los commit

realizados por los otros miembros del equipo, es decir, las actualizaciones y los

nuevos elementos del repositorio.

REVISIÓN

Esto ocurre cuando se hace Commit al repositorio. La revisión por lo general es

un número, un contador de los commit ejecutados (1, 2, 3, 4…). La revisión usa

el mensaje de registro para describirse.

21

GRAFICO N° 4 EJEMPLO DE LISTADO DE REVISIONES

Fuente: Datos de la Investigación Elaboración: Steven Cruz Bonito

HEAD

Es el nombre que se le da a la última revisión existente, todos los miembros del

equipo deberían tener actualizada su copia de trabajo local a esa revisión.

GRAFICO N° 5 EVOLUCIÓN DE UN REPOSITORIO Y ETIQUETA HEAD


Head

22

Acceso al Repositorio

El repositorio de Subversion puede ser accedido de diferentes formas. La ruta de

acceso a un repositorio es siempre una URL. El esquema URL nos indica el

método de acceso.

CUADRO N° 1 URLs DE ACCESO AL REPOSITORIO

Esquema Método de Acceso

file:// Acceso directo al repositorio en el disco local o de red

http:// Acceso utilizando el protocolo WebDAV a un servidor Apache configurado para Subversion.

https:// Lo mismo que http://, pero con encriptación SSL.

svn:// Acceso TCP/IP sin autentificación utilizando un protocolo personalizado a un servidor svnserve

svn+ssh:// Acceso TCP/IP autentificado y encriptado utilizando un protocolo propio a un servidor svnserve.

Fuente: http://tortoisesvn.net/docs/release/TortoiseSVN_es/tsvn-basics-svn.html


Cliente de Subversion

Una vez creado el repositorio, ya se puede empezar a trabajar, para eso lo

primero que se debe hacer es crear una copia de trabajo. Para facilitar el uso de

Subversion (y de cualquier Sistema de Control de Versiones) se han creado

programas denominados clientes.

La mayoría de estas herramientas poseen las características necesarias para

cubrir las opciones disponibles en Subversion. Uno de los clientes más

populares es TortoiseSVN.

http://tortoisesvn.net/docs/release/TortoiseSVN_es/tsvn-basics-svn.html

23

TortoiseSVN

Es un cliente de Subversion de código abierto. TortoiseSVN permite manejar los

archivos y directorios del repositorio a lo largo del tiempo. (Küng, 2015) explica a

continuación:

El repositorio es prácticamente lo mismo que un servidor de archivos ordinario, con la excepción de que recuerda todos los cambios que se hayan hecho a sus archivos y directorios. Esto le permite al usuario recuperar versiones antiguas de sus archivos y examinar la historia de cómo y cuándo cambiaron sus datos, y quién hizo el cambio.

Las actividades que describe Küng, son cubiertas por el cliente TortoiseSVN.

La herramienta posee una interfaz amigable y una integración atractiva para los

equipos Windows.

Característica de TortoiseSVN

Las principales características del cliente Subversion son:

Integración con Windows.

El cliente de Subversion se integra sin inconvenientes al

explorador de archivos de Windows. Esto resulta útil para los

usuarios que no han usado Linux y consola de comandos.

Iconos Superpuestos.

Para ver el estado en el que se encuentra los archivos y

directorios de la copia de trabajo del repositorio, el cliente coloca

iconos superpuestos.

Interfaz Gráfica de Usuario.

La interfaz gráfica del cliente facilita el control de los cambios a los

objetos del repositorio porque permite escoger que cambios son

válidos, facilita el uso de las revisiones, permite agregar

fácilmente objetos nuevos al repositorio.

24

Fácil acceso a los comandos Subversion.

Los comandos de Subversion (CheckOut, Commit, Update, Diff,

etc) están disponibles desde el menú de dialogo que se crea en el

explorador.

GRAFICO N° 6 MENÚ TORTOISESVN INTEGRADO EN EL EXPLORADOR WINDOWS


25

Instaladores Pre-Empaquetados

Sobre los instaladores pre-empaquetados de Subversion (Küng, 2015) lo explica

de la siguiente forma:

En los inicios de Subversion, implantar un servidor requería buen conocimiento de las configuraciones en el servidor. Desde entonces las cosas se han vuelto más sencillas, y existen distintos instaladores pre-empaquetados que le guiará.

Las facilidades que tienen los instaladores pre-empaquetados permiten a

cualquier persona acceder a las bondades de un Control de Versiones, uno de

los instaladores pre-empaquetados más populares es VisualSVN Server.

VisualSVN Server

Es un software gratuito de Apache Subversion Server para ambiente Windows.

(Balcázar, 2012) se refiere de la siguiente forma:

Un sistema que nos ayuda a configurar un servidor de Subversion, para el manejo de versiones de un proyecto, este nos va ayudar en el manejo de usuarios y de privilegios, además en este se va a cargar la última versión del proyecto y cada cambio realizado por el usuario.

VisualSVN facilita la administración y configuración de repositorios Subversion,

gracias a la consola de administración VisualSVN Server Manager

26

GRAFICO N° 7 INTERFAZ GRAFICA DE VISUALSVN SERVER MANAGER


VisualSVN provee una interfaz web para uso de los usuarios que permite ver y

descargar archivos del repositorio, ver el registro de cambios y los cambios

realizados.

GRAFICO N° 8

INTERFAZ GRAFICA DE VISUALSVN PARA USUARIOS


27

Metodología

Conjunto de métodos y técnicas las cuales se adaptan sistemáticamente a lo

largo de la elaboración de un proyecto de investigación, el cual tiene como

finalidad lograr un resultado esperado. “Conjunto de actividades mutuamente

relacionadas o que se interactúan, las cuales transforman elementos de

entrada en resultados”. (ISO 9000,2001), es decir, son técnicas cuyos

principios y métodos de trabajo aportarán positivamente en la elaboración de un

producto.

Metodología Ágil

El objetivo principal de la aplicación de una Metodología Ágil es devolver valor

de funcionalidades útiles al cliente que permita apreciar el desarrollo del software

de una manera general. Es preciso que exista entre el cliente y los

desarrolladores una continua colaboración, porque solo existe un modo efectivo

de crear software y es de manera colaborativa entre todos los involucrados.

Manifiesto Ágil

Es un documento que resume la filosofía de la metodología ágil.

Principios

Al individuo y las interacciones del equipo de desarrollo sobre el proceso

y las herramientas.

Desarrollar software que funcione más que conseguir una buena

documentación.

La colaboración con el cliente más que la negociación de un contrato.

Responder a los cambios más que seguir estrictamente un plan.

28

Valores

La prioridad es satisfacer al cliente mediante tempranas y continuas

entregas de software que le aporte valor de funcionalidades útiles.

Dar la bienvenida a los cambios. Se capturan los cambios para que el

cliente tenga una ventaja competitiva.

Entregar frecuentemente software que funcione desde un par de

semanas a un par de meses, con el menor intervalo de tiempo posible

entre entregas.

La gente del negocio y los desarrolladores deben trabajar juntos a lo largo

del proyecto.

Construir el proyecto en torno a individuos motivados. Darles el entorno y

el apoyo que necesitan y confiar en ellos para conseguir finalizar el

trabajo.

El diálogo cara a cara es el método más eficiente y efectivo para

comunicar información dentro de un equipo de desarrollo.

El software que funciona es la medida principal de progreso.

Los procesos ágiles promueven un desarrollo sostenible.

La atención continua a la calidad técnica y al buen diseño mejora la

agilidad.

La simplicidad es esencial.

Las mejores arquitecturas, requisitos y diseños surgen de los equipos

organizados por sí mismos.

En intervalos regulares, el equipo reflexiona respecto a cómo llegar a ser

29

más afectivo, y según esto ajusta su comportamiento.

Metodología Scrum

Scrum, es una metodología de desarrollo ágil. Se caracteriza por no seguir las

fases de un desarrollo con un equipo especializado, sino que inician de

requerimientos muy generales y el producto lo realiza un equipo

multidisciplinario.

El desarrollo se ejecuta en cortos periodos de tiempo conocido dentro de la

metodología como Sprints. Al finalizar cada Sprint se busca entregar valor de

funcionalidades útiles al cliente, esto a su vez permite realizar correcciones de

manera temprana y no al finalizar todo el proyecto.

Componentes de SCRUM

Las reuniones

Planificación del Backlog: Se deberá definir un documento donde consten

los requisitos del sistema por prioridad.

En esta fase también se hará la planificación del Sprint 0, indicando

tareas a realizar para esa iteración. De esta reunión también

obtendremos un Sprint Backlog, que es la lista de tareas; Objetivo

más importante del Sprint.

Seguimiento del Sprint: Se tendrán reuniones diarias donde se evaluará

el avance de las tareas de cada miembro del equipo, al abordarlos con

las siguientes preguntas:

¿Qué tareas se realizó el día de ayer?

¿Qué tareas se realizarán el día de hoy?

¿Ha surgido algún bloqueo durante el desarrollo de la tarea, Si los hay,

30

qué se hará para solucionarlos?

Revisión del sprint: Cuando se haya culminado un sprint se realizará una

revisión del incremento que se haya logrado en el proyecto.

Los Roles

Producto Owner: Es la persona que realmente conoce el negocio.

Scrum Master: Es el encargado de comprobar que la metodología

funciona.

Equipo de desarrollo: Tienen autoridad para organizar y tomar decisiones

para conseguir su objetivo. También se encuentra involucrado en la

estimación del esfuerzo correspondiente a las tareas del BackLog.

Tester: Es la persona encargada del aseguramiento de la calidad del

software.

SVN: Esla persona encargada del control de versiones del software que

se está desarrollando. Su misión es mantener en línea siempre el

sistema.

Infraestructura: Es la persona encargada de proveer a todo el equipo de

trabajo de las herramientas necesarias para el desarrollo del software.

También se encargará de evitar las caídas de los servidores donde se

encuentra alojada la aplicación.

Usuarios: Es el destinatario del producto final. Es el cliente.

Stakeholders: Estas participan participaran durante las revisiones de cada

sprint. Son las personas a las que el proyecto le s generará un beneficio.

Managers: Es la persona encargada de tomar decisiones finales y

31

siempre es partícipe en la selección de los objetivos y de los requisitos.

GRAFICO N° 9 ROLES DE PROYECTO CON METODOLOGÍA SCRUM

Fuente: Alcance del Proyecto


GRAFICO N° 10

ROL DENTRO DE PROYECTO SCRUM

Fuente: Alcance del Proyecto


32

FUNDAMENTACIÓN LEGAL

En la Constitución de la República del Ecuador en su art. 350 se menciona:

“El sistema de educación superior tiene como finalidad la formación académica y

profesional con visión científica y humanista; la investigación científica y

tecnológica; la innovación, promoción, desarrollo y difusión de los saberes y las

culturas: la construcción de soluciones para problemas del país, en relación con

los objetivos del régimen de desarrollo.

En la ley de la Propiedad Intelectual en su art. 29 dice: “Es titular de un

programa de ordenador, el productor, esto es la persona natural o jurídica que

toma la iniciativa y responsabilidad de la realización de la obra. Se considera

titular, salvo prueba en contrario, a la persona cuyo nombre conste en la obra o

sus copias de la forma usual.”

Capítulo Sexto

Derechos de libertad

Art. 66.- Se reconoce y garantizará a las personas:

En especial el numeral 19 que indica: “El derecho a la protección de datos de

carácter personal, que incluye el acceso y la decisión sobre información y datos

de este carácter, así como su correspondiente protección.”

Sección octava

Ciencia, tecnología, innovación y saberes ancestrales

Art. 385.- El sistema nacional de ciencia, tecnología, innovación y saberes

ancestrales, en el marco del respeto al ambiente, la naturaleza, la vida, las

culturas y la soberanía, tendrá como finalidad:

1. Generar, adaptar y difundir conocimientos científicos y tecnológicos.

33

2. Recuperar, fortalecer y potenciar los saberes ancestrales.

3. Desarrollar tecnologías e innovaciones que impulsen la producción

nacional, leven la eficiencia y productividad, mejoren la calidad de vida y

contribuyan a la realización del buen vivir.

REGLAMENTO A LA LEY DE COMERCIO ELECTRÓNICO, FIRMAS

ELECTRÓNICAS Y MENSAJES DE DATOS.

Art. 21.- De la seguridad en la prestación de servicios electrónicos.- La

prestación de servicios electrónicos que impliquen el envío por parte del usuario

de información personal, confidencial o privada, requerirá el empleo de sistemas

seguros en todas las etapas del proceso de prestación de dicho servicio.

Se consideran datos sensibles del consumidor sus datos personales, información

financiera de cualquier tipo como números de tarjetas de crédito, o similares que

involucren transferencias de dinero o datos a través de los cuales puedan

cometerse fraudes o ilícitos que le afecten. Por el incumplimiento de las

disposiciones contenidas en el presente artículo o por falta de veracidad o

exactitud en la información sobre seguridades, certificaciones o mecanismos

para garantizar la confiabilidad de las transacciones o intercambio de datos

ofrecida al consumidor o usuario, el organismo de control podrá exigir al

proveedor de los servicios electrónicos la rectificación necesaria y en caso de

reiterarse el incumplimiento o la publicación de información falsa o inexacta,

podrá ordenar la suspensión del acceso al sitio con la dirección electrónica del

proveedor de servicios electrónicos mientras se mantengan dichas condiciones.

PREGUNTA CIENTÍFICA A CONTESTARSE

¿La provisión de un Control de Versiones, ayudará al proyecto Framework de

Trabajo para Proyectos de Titulación aplicando la Metodología Scrum en el

desarrollo del producto ARES?

34

DEFINICIONES CONCEPTUALES

Control de Versiones: Un sistema de control de versiones es una

combinación de tecnologías y prácticas para seguir y controlar los cambios

realizados en los ficheros del proyecto, en particular en el código fuente, en la

documentación y en las páginas web.

Repositorio: El repositorio almacena información en forma de un árbol de

archivos - una jerarquía típica de archivos y directorios. Un número de clientes

se conectan al repositorio, y luego leen o escriben esos archivos. Al escribir

datos, el cliente hace que la información esté disponible para los otros; al leer los

datos, el cliente recibe información de los demás.

Metodología: Conjunto de métodos y técnicas las cuales se adaptan

sistemáticamente a lo largo de la elaboración de un proyecto de investigación, el

cual tiene como finalidad lograr un resultado esperado

Metodología Scrum: Scrum, es una metodología de desarrollo ágil. Se

caracteriza por no seguir las fases de un desarrollo con un equipo especializado,

sino que inician de requerimientos muy generales y el producto lo realiza un

equipo multidisciplinario. El desarrollo se ejecuta en cortos periodos de tiempo

conocido dentro de la metodología como Sprints.

Subversion: Es un software de sistema de control de versiones de

cualquier documento digital. Mantiene el registro de todo el trabajo y los

cambios en los archivos (código fuente principalmente) que forman un

proyecto. Agiliza, ordena y promueve la colaboración entre distintos

miembros del proyecto.

35

CAPÍTULO III

PROPUESTA TECNOLÓGICA

El objetivo principal de esta propuesta es facilitar un Control de Versiones para el

grupo de trabajo, para que puedan efectuar su objetivo primordial, poner en

marcha su proyecto en el ambiente de producción y poder evaluar el producto

terminado.

Análisis de Factibilidad

Este proyecto se considera factible debido a que es necesario para que el grupo

de trabajo pueda poner en ejecución en un ambiente de producción la última

versión estable y así poder determinar si el producto ARES desarrollado usando

Scrum como metodología se considera un éxito o fracaso versus las

metodologías tradicionales de desarrollo de software.

Factibilidad Operacional

El control de Versiones permitirá colocar en el ambiente de producción la última

versión estable del producto ARES, y separar el código fuente en desarrollo,

preproducción y producción. El grupo de trabajo colaborará con los pases a

producción para poder colocar en el ambiente de producción la aplicación

desarrollada y se puede ejecutar sin ningún inconveniente.

Factibilidad Técnica

Este proyecto se considera técnicamente factible porque los recursos en

hardware y software obligatorios para la ejecución de este tipo de proyectos se

los puede hallar con proveedores locales diferentes.

36

Este Control de Versiones y el repositorio se está visionando para que el equipo

de trabajo pueda trabajar sin inconvenientes al momento de crear/actualizar

objetos del repositorio.

Factibilidad Legal

Para el presente proyecto no se encuentra inconveniente alguno de forma legal.

Para estar conforme con todo el marco legal del uso de software se debe tener

en cuenta la adquisición de las licencias en caso que sean requeridas.

Factibilidad Económica

Para este proyecto se usó software open source y también software libre de

pago de licencia. Esto se considera factible, porque está enfocada para el grupo

de trabajo, de donde se obtendrá la última versión estable que se colocará en

producción. La solución cubre las necesidades del proyecto y no incurre en

gastos.

Etapas de la Metodología del Proyecto

Se definió que el proyecto se divida en 6 Sprint. Al finalizar cada Sprint se debe

tener un entregable, para nuestra propuesta, el resultado es la versión del

sistema:

Sprint 0

Reunión General:

En esta reunión se definieron las actividades a realizar la asignación de

tareas a los grupos de trabajo.

Se definieron los Scrum Master, los Scrum Team.

37

Reunión Project Manager:

Se discute sobre el sistema de control de versiones que se va a usar.

Se busca definir qué elementos del proyecto se van a versionar.

CUADRO N° 2

DEFINICIÓN DE ELEMENTOS A VERSIONAR

Partes del Proyecto Descripción ¿Se Versiona?

Realizado

Aplicación Web

Front End SI SI

Back End SI SI

Base de Datos SI SI

Aplicación Móvil IOS SI SI

ANDROID SI SI

Otros

Wiki NO NO

Tester NO NO

Version NO NO


Se sugiere la estructura del repositorio.

GRAFICO N° 11

ESTRUCTURA SUGERIDA DEL REPOSITORIO

Fuente: Datos de la Investigación


38

Actividades:

Se recopila información sobre los sistemas de control de versiones.

Sprint 1

Reunión General:

En esta reunión se conversan las novedades del proyecto en general.

Reunión Project Manager (Scrum Master):

Se establece usar Subversion (SVN) por su arquitectura centralizada.

Se define la estructura del repositorio junto a los elementos que se van a

versionar.

GRAFICO N° 12 ESTRUCTURA DEL REPOSITORIO Y ELEMENTOS A VERSIONAR


Se conversó las novedades del Sprint 0 y las falencias por no haber

39

alcanzado el pase a producción.

Se planteó el uso de un sistema de control de versiones para Windows,

dado el corto tiempo que se tenía para presentar la solución.

Actividades:

Se prueban diferentes sistemas de Control de Versiones.

Se elige para el proyecto el programa Visual SVN Server por sus

características y por su amigable configuración.

Se empieza a trabajar en la creación del repositorio.

Se crea un diagrama principal del repositorio. (Entregable).

GRAFICO N° 13

DIAGRAMA DEL REPOSITORIO


40

Se empieza a elaborar un flujo de proceso de pases de versión.

Se realiza pase a Producción de Sprint 0-1.

Sprint 2

Reunión General:



Se conversó las novedades del sprint 1, y se compartieron comentarios

constructivos para sacar adelante los otros Sprint.

Se plantea poner credenciales en los accesos al repositorio, para un

mayor control en el uso que se le pueda dar a este. Se identificación 3

grupos de usuario.

Se solicita que se pida a los Scrum Team la colaboración de todos para

realizar un correcto control de versiones.

Se realizó una reunión con los Scrum Team de cada Grupo de trabajo y

el Project Manager, el punto a tratar fueron los permisos, responsables, y

encargados de fuentes en cada equipo.

Se estableció que solo los Scrum Master tenían acceso de escritura al

repositorio en los directorios desarrollo y preproducción, y que el acceso

a los desarrolladores (Scrum Team) queda restringido, para evitar errores

que retrasan el desarrollo del proyecto.

Se realiza pase a Producción del Sprint 2. (EMERGENTE).

Actividades:

41

Gracias a las bondades de VisualSVN Server se monitorea los accesos

a los directorios, es notable la poca participación de los usuarios, el

responsable de Back End, es la excepción.

Se establecen los permisos de los usuarios al repositorio.

CUADRO N° 3 PERMISOS ACCESO AL REPOSITORIO POR PERFILES DE USUARIO

Perfil

JAVA PHP SQL

Desarrollo Preproducción Producción Desarrollo Preproducción Producción Desarrollo Preproducción Producción

Administrador R / W R / W R / W R / W R / W R / W R / W R / W R / W

JavaLider R / W R / W - R R - R R -

JavaEquipo R / W R - R R - R R -

PhpLider R R - R / W R / W - R R -

PhpEquipo R R - R / W R - R R -

SqlLider R R - R R - R / W R / W -

SqlEquipo R R - R R - R / W R -


Sprint 3

Reunión General:





Se solicita que se regularicen los pases a producción del Sprint 2.

Se solicita que se pida a los Scrum Team la actualización diaria de los

cambios en el repositorio.

42

Se realiza una reunión con los Scrum Team de cada grupo de trabajo y el

Project Manager, el punto a tratar fue el poco uso que dan al directorio

desarrollo. Argumentan falta de tiempo.

Se realiza pase a Producción del Sprint 3 (EMERGENTE).

Actividades:

Monitorea al repositorio.

Se completa el flujo de proceso para los pase a producción. (Entregable).

GRAFICO N° 14

FLUJO DE PROCESO PARA PASE A PRODUCCIÓN


43

Sprint 4

Reunión General:







Actividades:


Acceso a equipo Linux para control de versiones.

Sprint 5

Reunión General:







44

Actividades:


Se realizan pruebas de SVN en el equipo Linux.

Se revisan diferentes formas de migrar el repositorio de Windows a Linux.

Se crea una copia (DUMP) del repositorio principal, para levantarlo en

Linux.

GRAFICO N° 15

CREACIÓN DE ARCHIVO DUMP


45

Sprint 6

Reunión General:






Se indica que se están haciendo pruebas en el servidor Linux para migrar

el repositorio del equipo Windows.


Actividades:


Se carga el archivo DUMP con LOAD en Linux.

Se realiza configuración y se replica el ambiente de Windows en Linux, se

hacen pruebas internas y resultan satisfactorias.

Entregables del Proyecto

Como entregables del presente proyecto de titulación se entregaran en formato

digital los siguientes archivos: diagrama del repositorio y el flujo de proceso para

pases a producción.

46

CRITERIOS DE VALIDACIÓN DE LA PROPUESTA

Para el presente proyecto de titulación se utilizó como criterio de validación el

Informe de prueba y la encuesta de satisfacción.

CUADRO N° 4

INFORME DE PRUEBAS

Actividad Escenario de Prueba

Resultado esperado

Resultado obtenido Obs.

Pruebas de Ingreso de Usuarios no autorizados.

Ingreso al repositorio.

No tener acceso al

repositorio.

El acceso es prohibido para

usuarios no autorizados

Ok

Pruebas de Ingreso al Repositorio Java – PHP – SQL

Acceso a los directorios del repositorios

Acceso correcto al repositorio.

El acceso es correcto.

Ok

Pruebas de Creación de copia de trabajo Java – PHP – SQL

Acceso a los directorios del repositorio.

Perdida de conexión.

La copia se creó correctamente.

Ok

Pruebas de confirmación de cambios Java – PHP – SQL


Perdida de conexión

La subida de información al repositorio fue

correcta.

Ok

Pruebas de actualización de copia de trabajo Java – PHP – SQL


Perdida de conexión

Se actualiza correctamente la copia de trabajo.

Ok

Monitoreo Monitorear los repositorios

Poder visualizar

las revisiones.

Se pueden ver las revisiones

Ok

Fuente: Datos de la investigación Elaboración: Steven Cruz Bonito

47

ENCUESTAS

PREGUNTA 1:

¿Ha trabajado con un Sistema de Control de Versiones?

CUADRO N° 5

RESULTADOS DE LA PREGUNTA 1 DE LA ENCUESTA

Opciones de respuesta Respuestas

Sí, he trabajado. 96,00% 48

No, he trabajado. 4,00% 2

Total

50


GRÁFICO N° 16 RESULTADOS EN PASTEL DE LA PREGUNTA 1 DE LA ENCUESTA


48

GRÁFICO N° 17 RESULTADOS EN BARRAS DE LA PREGUNTA 1 DE LA ENCUESTA


Del total de estudiantes encuestados el 100% contesto la pregunta. De esto se

desprenden los siguientes resultados: un 96.00% de estudiantes indica que si ha

trabajado con un Sistema de Control de Versiones y un 4.00% afirma no haber

trabajado con un Sistema de Control de Versiones.

PREGUNTA 2:

¿En qué sitio, ha usado un Sistema de Control de Versiones?

CUADRO N° 6



En la Universidad. 10,42% 5

En el Trabajo. 77,08% 37

En el Colegio. 0,00% 0

En el Hogar. 12,50% 6

Total 48


49





50

Del total de estudiantes encuestados el 96.00% contesto la pregunta. De esto se

desprenden los siguientes resultados: un 10.42% de estudiantes nos dice que

han usado un Sistema de Control de Versiones en la Universidad, un 77.08% de

estudiantes nos dice que han usado un Sistema de Control de Versiones en su

trabajo y un 12.50% de estudiantes nos dice que han usado un Sistema de

Control de Versiones en su hogar de manera autodidacta.

PREGUNTA 3:

¿Puede indicar cuál es el sistema Control de Versiones que ha usado?

CUADRO N° 7



CVS 0,00% 0

Subversion 52,08% 25

Git 25,00% 12

Team Foundation Server 22,92% 11

Total 48




51





han usado Subversion (SVN) como Sistema de Control de Versiones, un 25.00%

de estudiantes nos dice que han usado GIT y un 22.92% de estudiantes nos dice

que han usado Team Foundation.

PREGUNTA 4:

En su opinión, ¿Cuál es el mejor medio para obtener una copia de los

archivos del repositorio del Control de Versiones?

CUADRO N° 8



Navegador (Página Web) 57,14% 24

Cliente (Programa) 88,10% 37

Total de encuestados: 42


52





han usado el navegador y desde una página web obtiene objetos del repositorio,

un 88.10% de estudiantes nos dice que han usado un programa cliente para

obtener objetos del repositorio.

PREGUNTA 5:

¿Usted cree que un Sistema de Control de Versiones es una buena opción

para implementar en un proyecto de desarrollo de software?

CUADRO N° 9



De acuerdo. 80,00% 40

En desacuerdo. 20,00% 10

Total 50


53





54

Del total de estudiantes encuestados el 100.00% contesto la pregunta. De esto

se desprenden los siguientes resultados: un 80.00% de estudiantes nos dice que

es una buena opción implementar un Sistema de Control de Versiones en un

proyecto de software, un 20.00% considera que no es necesario implementar un

Sistema de Control de Versiones en un proyecto de software.

PREGUNTA 6:

En su opinión, ¿Qué tan útil resulta el uso de un Sistema de Control de

Versiones es un proyecto de desarrollo de software?

CUADRO N° 10



Es Útil. 68,00% 34

Es poco Útil 20,00% 10

No es Útil 12,00% 6

Total 50




55




se desprenden los siguientes resultados: un 68.00% considera que es útil usar

un Sistema de Control de Versiones en un proyecto de software, un 20.00%

considera que es poco útil usar un Sistema de Control de Versiones en un

proyecto de software, un 12.00% considera que no es útil usar un Sistema de

Control de Versiones en un proyecto de software.

PREGUNTA 7:

En su opinión, ¿Cuál de los siguientes beneficios considera es el más

relevante al implementar un Sistema de Control de Versiones?

56

CUADRO N° 11 RESULTADOS DE LA PREGUNTA 7 DE LA ENCUESTA


Evitar trabajar con código obsoleto 16,00% 8

Tener rápidamente los cambios del código 12,00% 6

Retornar a una versión de código anterior 24,00% 12

Tener la última versión de código estable. 6,00% 3

Todas las anteriores. 42,00% 21

Total 50




57




se desprenden los siguientes resultados: Sobre los beneficios de un Sistema de

Control de Versiones, un 16.00% considera que evitar trabajar con código

obsoleto, un 12.00% considera que tener rápidamente los cambios del código,

un 24.00% considera retornar a una versión de código anterior, un 6.00%

considera tener la última versión de código estable y un 42% considera que

todas las anteriores son beneficios de un Sistema de Control de Versiones.

PREGUNTA 8:

¿Usted considera que es organizado seguir un flujo de proceso para

realizar un pase a producción de la última versión estable?

CUADRO N° 12



De acuerdo. 100,00% 48

En desacuerdo. 0,00% 0

Total 48


58






desprenden los siguientes resultados: un 100.00% considera que es organizado

seguir un flujo de proceso para realizar un pase a producción de la última versión

estable.

59

CAPÍTULO IV

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O

SERVICIO

Como política de aceptación del presente proyecto de titulación se considera que

se tiene que cumplir con los seis sprint.

CUADRO N° 13

ACEPTACIÓN DEL PROYECTO

SPRINT NIVEL DE

CUMPLIMIENTO

Sprint 0 Objetivo del sprint: Colocar en el ambiente de Producción la versión completa del Sprint 0.

100%


100%


100%


100%


100%


100%


60

CONCLUSIONES Luego de analizar los resultados de las encuestas, se encuentra que la mayoría

de los encuestados está de acuerdo con la implementación de un Sistema de

Control de Versiones en el proyecto Framework de Trabajo para Proyectos de

Titulación aplicando La Metodología Scrum.

Los resultados de la pregunta 1 y 2, reflejan que el 96% de los encuestados ha

trabajado con un Sistema de Control de Versiones, de ellos un 77% lo ha usado

en su trabajo, y solo un 10% en la Universidad, estos resultados indican que en

la unidad académica no se usa un Sistema de Control de Versiones en las

actividades educativas.

El resultado de la pregunta 5, muestra que el 80% de los encuestados

consideran que es una buena opción implementar un Sistema de Control de

Versiones en un proyecto de desarrollo de software, esto se ratifica con el

resultado de la pregunta 6, que revela que el 68% de los encuestados considera

útil el uso de un Sistema de Control de Versiones en un proyecto de desarrollo

de software. Esto puede ser debido a los beneficios que entrega la

implementación de un Sistema de Control de Versiones como: Evitar trabajar con

código obsoleto, tener rápidamente los cambios del código, retornar a una

versión anterior y tener la última versión de código estable; que de acuerdo al

resultado la pregunta 7 el 42% de los encuestados los conoce.

RECOMENDACIONES

Por su utilidad, se considera una buena opción la implementación de un Sistema

de Control de Versiones en el proyecto Framework de Trabajo para Proyectos de

Titulación aplicando La Metodología Scrum, y se puede suponer la

implementación en los posteriores proyectos de titulación.

Un Sistema de Control de Versiones brinda muchos beneficios en un desarrollo

de software, por eso se debe considerar su uso en las actividades académicas,

61

permitiendo que la comunidad estudiantil adquieran conocimiento y destrezas en

su manejo permitiendo mejorar su perfil profesional.

Para explotar más las bondades de un Sistema de Control de Versiones se

recomienda usar un sistema de integración continua.

62

BIBLIOGRAFÍA

Libros ARTURO PAZ ARIAS Control de Versiones de Software con GIT, edición 2015. IAN SOMMERVILLE, MARÍA ISABEL ALFONSO GALIPIENSO Ingeniería del software, edición 2005, © Editorial: Pearson Educación. JOSÉ DE JAIME ESLAVA La gestión del control de la empresa, edición 2013, © Editorial: ESIC Editorial. R. PRESSMAN Ingeniería del Software, Un enfoque práctico, edición 2002, © McGraw-Hill Interamericana. ALONSO ÁLVAREZ GARCÍA, RAFAEL DE LAS HERAS DEL DEDO, CARMEN LASA GÓMEZ Métodos Ágiles y Scrum, edición 2012, © Editorial: Anaya Multimedia TROY DIMES Conceptos Básicos De Scrum: Desarrollo De Software Agile Y Manejo De Proyectos Agile, edición 2015, © Editorial: Babelcube Inc. JEFF SUTHERLAND Scrum: El nuevo y revolucionario modelo organizativo que cambiará tu vida, edición 2015, © Editorial: Grupo Planeta. ABLO LLEDO Gestión Ágil de Proyectos: Lean Project Management, edición 2012, © Pablo Lledó. TROY DIMES Conceptos Básicos De Scrum: Desarrollo De Software Agile Y Manejo De Proyectos Agile, edición 2015, © Editorial: Babelcube Inc. JEFF SUTHERLAND Scrum: El nuevo y revolucionario modelo organizativo que cambiará tu vida, edición 2015, © Editorial: Grupo Planeta. JOSÉ RUBÉN LAÍNEZ FUENTES Desarrollo de Software ÁGIL: Extreme Programming y Scrum, edición 2015.

63

BIBLIOGRAFÍA

DIRECCIONES WEB

(PDF) Rising, L., Janoff, N.S. (2000). The Scrum Software Development Process for Small Teams Retrieved March 15, 2007 Ben Collins-Sussman, B. W. (2004). svnbook.red-bean.com. Obtenido de svnbook.red-bean.com: http://svnbook.red-bean.com/nightly/es/svn-book.html#svn-ch-1-sect-1 Fogel, K. (2007). Producir Software de Código Abierto. Obtenido de Producir Software de Código Abierto: http://producingoss.com/es/vc.html Lanfranco, F. J.–C.-A.-E. (Julio de 2009). sedici. Obtenido de sedici: http://hdl.handle.net/10915/19024 Pablo Trinidad, M. R.-C. (Julio de 2012). upcommons.upc.edu. Obtenido de upcommons.upc.edu: http://hdl.handle.net/2099/15038 RAE. (s.f.). RAE. Obtenido de http://dle.rae.es/?id=bfl1j1x Salamon, A. |. (Noviembre de 2014). sedici.unlp.edu.ar. Obtenido de sedici.unlp.edu.ar: http://hdl.handle.net/10915/42358 Scott Chacon, B. S. (2009). git-scm.com. Obtenido de git-scm.com: https://git-scm.com/book/es/v1/Empezando-Acerca-del-control-de-versiones Stefan Küng, L. O. (20 de Agosto de 2015). tortoisesvn.net. Obtenido de http://tortoisesvn.net/docs/release/TortoiseSVN_es/tsvn-basics.html#tsvn-basics-repository

64

ANEXOS N° 1

ENCUESTA

1. ¿Ha trabajado con un Sistema de Control de Versiones?

Sí, he trabajado.

No, he trabajado.

2. ¿En qué sitio, ha usado un Sistema de Control de Versiones?

En la Universidad.

En el Trabajo.

En el Colegio.

En el Hogar.

3. ¿Puede indicar cuál es el sistema Control de Versiones que ha usado?

CVS

Subversion

Git

Team Foundation Server

4. En su opinión, ¿Cuál es el mejor medio para obtener una copia de los

archivos del repositorio del Control de Versiones?

Navegador (Página Web)

Cliente (Programa)

5. ¿Usted cree que un Sistema de Control de Versiones es una buena

opción para implementar en un proyecto de desarrollo de software?

De acuerdo.

En desacuerdo.

6. En su opinión, ¿Qué tan útil resulta el uso de un Sistema de Control de

Versiones es un proyecto de desarrollo de software?

Es Útil.

Es poco Útil

65

No es Útil

7. En su opinión, ¿Cuál de los siguientes beneficios considera es el más

relevante al implementar un Sistema de Control de Versiones?

Evitar trabajar con código obsoleto

Tener rápidamente los cambios del código

Retornar a una versión de código anterior

Tener la última versión de código estable.

Todas las anteriores.

8. ¿Usted considera que es organizado seguir un flujo de proceso para

realizar un pase a producción de la última versión estable?

De acuerdo.

En desacuerdo.

1

MANUAL DE USUARIO

PRODUCTO ARES

2

ÍNDICE GENERAL

MANUAL DE USUARIO 6

INTRODUCCIÓN AL USUARIO 7

DESCRIPCIÓN DE EVENTOS 7

Inicio de Sesión 7

Recuperación de Password 8

Tipo de Usuario 11 Docente 11

Menú de Opciones 11 Pantalla Principal - Datos Generales 11

Asistencias de Alumnos 12 Notas de Alumnos 15 Vista General de la Asignatura 18

Horario de examen 20 Horario de Clases 20

Estudiante 21 Menú de Opciones 21 Matriculación 22 Anulación de Materias 25 Consulta de Notas 26

Notas actuales 26 Histórico de notas 27 Consulta de Asistencias 27

Listado de formatos de Solicitudes 28 Horarios 28

Horario de Examen 28 Horario General 29

Coordinador 29 Menú de Opciones 29 Generación calendario Académico 30 Generación de Horarios de clases 31 Generación de Horarios de examen 32 Subir solicitudes 33 Consulta de Horarios de Clases 34 Consulta de Horarios de Examen 35

Secretario o Administrativo 36 Menú de Opciones 36 Inscritos & Matriculados 36 Materias Aprobadas 37 Estudiante por Docente 38 Registro de Inscripción 39 Legalización de Ordenes 40 Registro de Anulación 41

3

Actualización de los Datos Personales 42

Cambio de contraseña 43

Mensajes 44 Envío de Mensajes 45 Mensajes Recibidos 47 Eventos Recibidos 48 Notificaciones Recibidas 48

Calendario de Usuarios 49

Mensajes de la Aplicación 49

Reportes 51

Docentes 51

Estudiantes 52

Coordinador 55

Secretario o Administrativo 56

4

ÍNDICE DE CUADROS

Gráfico N° 1: Inicio de Sesión 8 Gráfico N° 2: Recuperación de Password 9 Gráfico N° 3: Mensaje de cambio de clave 9 Gráfico N° 4: Reestablecer contraseña 10

Gráfico N° 5: Menú de Opciones Docentes 11 Gráfico N° 6: Datos Generales 11 Gráfico N° 7: Opciones por Materia 12 Gráfico N° 8: Consulta de Asistencia 13

Gráfico N° 9: Consulta de Asistencia - Buscar 14 Gráfico N° 10: Mantenimiento de Asistencia 15 Gráfico N° 11: Notas de Alumnos – Consulta de Notas 16 Gráfico N° 12: Consulta de Notas - Buscar 16

Gráfico N° 13: Ingreso de Notas 17 Gráfico N° 14: Ingreso de Notas - Parcial 18 Gráfico N° 15: Vista General de la Asignatura - Primer Parcial 18 Gráfico N° 16: Vista General de la Asignatura - Segundo Parcial 19

Gráfico N° 17: Vista General de la Asignatura - Formatos de Descarga 19 Gráfico N° 18: Docente – Horario de Examen 20 Gráfico N° 19: Docente – Horario de Examen 21 Gráfico N° 20: Estudiantes - Detalle de Opciones 21

Gráfico N° 21: Matriculación 22 Gráfico N° 22: Matriculación – Proceso de Registro 22 Gráfico N° 23: Matriculación - Escoger materias 23 Gráfico N° 24: Matriculación - Validaciones 23

Gráfico N° 25: Matriculación - Finalización del Proceso 24 Gráfico N° 26: Matriculación – Datos Generales - Hoja de Registro 24 Gráfico N° 27: Anulación de Materia – Generar Solicitud 25 Gráfico N° 28: Anulación de Materias - Notificación 26

Gráfico N° 29: Consulta de Notas – Notas Actuales 26 Gráfico N° 30: Consulta de Notas – Históricos de Notas 27 Gráfico N° 31: Estudiantes - Consulta de Asistencias 27 Gráfico N° 32: Listado de formatos de Solicitudes 28

Gráfico N° 33: Estudiantes - Horario de Examen 28 Gráfico N° 34: Estudiantes - Horario de Examen 29 Gráfico N° 35: Coordinador - Menú de Opciones 29 Gráfico N° 36: Generación calendario Académico 30

Gráfico N° 37: Creación de Evento 31 Gráfico N° 38: Generación de Horarios de clases 32 Gráfico N° 39: Generación de Horarios de examen 33 Gráfico N° 40: Subir solicitudes 33

Gráfico N° 41: Coordinador - Consulta Horarios Clases 34 Gráfico N° 42: Coordinador - Buscar - Horario de Clases 35

5

Gráfico N° 43: Consulta de Horarios de Examen 35 Gráfico N° 44: Consulta de Horario Examen - Buscar 36

Gráfico N° 45: Secretario o Administrativo Menú de Opciones 36 Gráfico N° 46: Reportes de Estudiantes Inscritos 37 Gráfico N° 47: Reporte de Materias Aprobadas 38 Gráfico N° 48: Reporte de Estudiante por Docente 39

Gráfico N° 49: Registro de Inscripción 40 Gráfico N° 50: Legalización Orden de Pago 40 Gráfico N° 51: Anulación de Materia 41 Gráfico N° 52: Aprobación Anulación de Materia 41

Gráfico N° 53: Actualización de Datos 42 Gráfico N° 54: Imagen de Perfil 43 Gráfico N° 55: Cambio de Contraseña 44 Gráfico N° 56: Mensajes 44

Gráfico N° 57: Enviar Mensaje 45 Gráfico N° 58: Enviar Mensaje - Docente 46 Gráfico N° 59: Logs de mensajes 47 Gráfico N° 60: Mensajes recibidos 47

Gráfico N° 61: Eventos Recibidos 48 Gráfico N° 62: Notificaciones Recibidos 48 Gráfico N° 63: Mensaje - Usuario no encontrado 49 Gráfico N° 64: Mensaje - Usuario Registrado 49

Gráfico N° 65: Mensaje - Error de servidor 50 Gráfico N° 66: Mensaje - Cambio de Contraseña 50 Gráfico N° 67: Mensaje - Solicitud de anulación de materia 50 Gráfico N° 68: Mensaje - Registro de notas 50

Gráfico N° 69: Consulta de Asistencias 51 Gráfico N° 70: Consulta de Notas 51 Gráfico N° 71: Horario de Examen 51 Gráfico N° 72: Horario de Clases 52

Gráfico N° 73: Datos Generales 52 Gráfico N° 74: Hoja de Registro 53 Gráfico N° 75: Horario de Examen 53 Gráfico N° 76: Horario General 54

Gráfico N° 77: Consulta Horario Clases 55 Gráfico N° 78: Consulta Horario Examen 55 Gráfico N° 79: Reporte de Estudiantes Inscritos 56 Gráfico N° 80: Reporte de Materias Aprobadas 57

Gráfico N° 81: Reporte de Estudiantes por Docentes 57

6

MANUAL DE USUARIO ARES

7

INTRODUCCIÓN AL USUARIO

El presente documento tiene como objetivo definir y aclarar el uso al Usuario de

Manera detallada de todas las funcionalidades que presta el proyecto con la

finalidad de implementar de manera correcta la herramienta.

DESCRIPCIÓN DE EVENTOS

Inicio de Sesión

Permite al usuario el ingreso al Sistema autenticando los datos.

Username: Login o Username del usuario para ingresar al sistema.

Password: Clave o contraseña del usuario para ingresar al sistema.

Código: Código o captcha de acceso.

Para acceder a la pantalla de Inicio de Sesión se debe de llenar los datos descritos

y proceder a dar clic en Iniciar.

El sistema identifica mayúsculas, minúsculas, números y caracteres especiales en

la contraseña en la base de registros y si es correcto le redirige a la Pantalla

Principal de acuerdo al Rol que posea el Usuario.

8

Gráfico N° 1: Inicio de Sesión

Elaboración: Katiuska Barreto Barreto Fuente: Sistema ARE

Recuperación de Password

Permite al usuario la recuperación de contraseña a través de los siguientes datos:

Username: Login o Username del usuario para ingresar al sistema.

Código: Código o captcha de acceso

Para poder recuperar la contraseña se debe dar clic en Olvide mi clave, está

opción direccionará a una pantalla donde se deben de llenar los datos descritos y

proceder a dar clic Enviar Mail.

9

Gráfico N° 2: Recuperación de Password

Elaboración: Katiuska Barreto Barreto Fuente: Sistema ARES

Al momento de solicitar el envío de la nueva clave al correo, el usuario recibirá un

correo electrónico generado con el Asunto de Activación Password,

provisionándole una nueva contraseña y un link para poder restablecer la

contraseña.

Gráfico N° 3: Mensaje de cambio de clave


Al momento de dar clic en Restablecer contraseña, nos generará un formulario

donde se deben de llenar los siguientes datos, para proceder a recuperar la

contraseña:

10

Usuario: Usuario que utiliza para ingresar al sistema.

Ingrese contraseña: Contraseña proporcionada por el sistema a través del correo

electrónico.

Nueva contraseña: Contraseña generada por el usuario

Confirme contraseña: Contraseña generada por el usuario

Código de acceso: Código o captcha generado por el sistema

La contraseña debe constar de 8 caracteres entre ellos: mayúscula, minúscula,

números y caracteres especiales.

Gráfico N° 4: Reestablecer contraseña


11

Tipo de Usuario

La usabilidad de la aplicación se realiza a través de perfiles de usuarios, entre

ellos se describe a continuación:

Docente

En el momento de iniciar sesión con el perfil de docente, este usuario posee las

siguientes opciones detalladas a continuación:

Menú de Opciones

Gráfico N° 5: Menú de Opciones Docentes


Pantalla Principal - Datos Generales

Al momento de iniciar sesión con el perfil de docente, o dar clic dentro de las

opciones básicas en datos generales, el usuario podrá visualizar en ambas

alternativas la o las carreras donde él tiene actividad o ejerce su catedra.

Gráfico N° 6: Datos Generales


12

Al dar clic en la carrera que el docente ejerce su cátedra se desplegará las

materias que actualmente dicta y sobre ella el docente tendrá diferentes opciones

tales como:

• Asistencias de Alumnos

• Notas de Alumnos

• Vista General de la Asignatura

Gráfico N° 7: Opciones por Materia


Asistencias de Alumnos

Al dar clic en esta opción, el docente podrá consultar las asistencias de los

alumnos y actualizar la asistencia por alumno.

13

Asistencias de Alumnos – Consulta de Asistencia

El Docente puede consultar la asistencia de los alumnos asignados por materia

con los siguientes campos:

Seleccionar Fechas: El usuario podrá seleccionar una fecha de inicio y fin para

proceder a consultar la asistencia a través del botón consultar.

Selec. Rango: El usuario podrá seleccionar un rango determinado por fechas

tales como: Semana Actual, Mes Actual, Ciclo Actual, una vez seleccionado el

rango la consulta se generará automáticamente.

Ingresando a la opción de consulta de asistencia se mostrarán todos los alumnos

en una lista, donde se podrá consultar sus asistencias ya sea por selección de

fechas o un rango determinado, en esta lista constaran sus faltas y asistencias.

Gráfico N° 8: Consulta de Asistencia


El Docente puede filtrar la consulta de la asistencia de los alumnos asignados por materia

a través de la opción:

14

Buscar: El usuario podrá ingresar en el campo el nombre o apellido de tal manera que

pueda filtrar la consulta realizada y tener más específica su búsqueda.

El sistema valida si lo que se digita en el campo existe en la lista o no y le presenta los

nombres a medida que se vaya digitando.

Gráfico N° 9: Consulta de Asistencia - Buscar


Una vez realizada la búsqueda, el docente podrá descargar en un archivo la consulta

realizada a través del campo:

Exportar Lista Actual: El usuario podrá exportar en un documento Excel la consulta

realizada. Ver Reporte

Asistencias de Alumnos – Mantenimiento de Asistencia

El docente podrá actualizar o ingresar la asistencia de sus alumnos colocando un

visto o inactivar el visto a la opción Asistió para registrar la asistencia y lo contrario

en caso de una falta, se lo puede realizar a través de las tres últimas fechas que

el docente tiene asignado de acuerdo a su horario de clases.

15

Gráfico N° 10: Mantenimiento de Asistencia


Notas de Alumnos

Al dar clic en esta opción, el docente podrá consultar las notas de los alumnos y

registrar las notas por alumno.

Notas de Alumnos – Consulta de Notas

El Docente puede consultar las notas de los alumnos asignados por materia a través

del campo:

Seleccionar Parcial: El usuario podrá seleccionar una opción específico para

realizar la consulta como: primer parcial, segundo parcial, suspenso, todos.

16

Gráfico N° 11: Notas de Alumnos – Consulta de Notas


Una vez realizada la búsqueda, el docente podrá filtrarla con la opción:

Buscar: El usuario podrá ingresar en el campo el nombre o apellido de tal manera

que pueda filtrar la consulta realizada y tener más específica su búsqueda.

El sistema valida si lo que se digita en el campo existe en la lista o no y le presenta

los nombres a medida que se vaya digitando.

Gráfico N° 12: Consulta de Notas - Buscar


17

Una vez realizada la búsqueda, el docente podrá descargar en un archivo la consulta

realizada a través del campo:

Exportar Lista Actual: El usuario podrá exportar en un documento Excel la consulta


Notas de Alumnos – Ingreso de Notas

A través de esta opción el Docente podrá ingresar las notas de sus alumnos por

materia de acuerdo al parcial que se esté cursando.

Gráfico N° 13: Ingreso de Notas


Al dar clic en la opción Ingreso Notas, se desplegará una ventana la cual permite

el ingreso de las notas de acuerdo a los siguientes campos:

Gestión Formativa: Se debe registrar números de 1 a 3.

Gestión Práctica: Se debe registrar números de 1 a 3.

Acreditación: Se debe registrar números de 1 a 4.

18

Gráfico N° 14: Ingreso de Notas - Parcial


Vista General de la Asignatura

En esta opción de acuerdo al parcial se podrá visualizar:

Primer Parcial: Los porcentajes de las asistencias de los alumnos y las notas de

la materia

Gráfico N° 15: Vista General de la Asignatura - Primer Parcial


19

Segundo parcial: un detalle completo de los porcentajes de asistencias y con

respecto a las notas quienes están aprobados, reprobados y suspensos, esto le

dará una mejor vista del nivel académico de los estudiantes al docente.

Gráfico N° 16: Vista General de la Asignatura - Segundo Parcial


El sistema permite la descarga de los gráficos en los siguientes formatos: png,

jpeg, pdf, svg.

Gráfico N° 17: Vista General de la Asignatura - Formatos de Descarga


20

Horario de examen Al momento de iniciar sesión con el perfil de docente y dar clic dentro de las

opciones básicas en horario de examen, el usuario podrá descargar en un archivo

pdf o imprimir el reporte de su horario de examen de las materias que está dando

cátedra al dar clic en el botón Exportar Horarios de Examenes. Ver Reporte

Gráfico N° 18: Docente – Horario de Examen


Horario de Clases

Al momento de iniciar sesión con el perfil de docente y dar clic dentro de las

opciones básicas en horario de clases, el usuario podrá descargar en un archivo

pdf y proceder a imprimir el reporte de su horario de clases de las materias que

está dando cátedra. Ver Reporte

21

Gráfico N° 19: Docente – Horario de Examen


Estudiante

En el momento de iniciar sesión con el perfil de estudiante, este usuario posee las

siguientes opciones detalladas a continuación:

Menú de Opciones

El usuario posee las siguientes opciones en las cuales podrá navegar en el

aplicativo, tales como:

Gráfico N° 20: Estudiantes - Detalle de Opciones


22

Matriculación

Los estudiantes tendrán que acceder a la página con su usuario y contraseña,

una vez dentro del sistema podrán dirigirse a la opción de matriculación, deberán

solicitar un turno que les indicará día y hora para ingresar al proceso. Si este turno

expira tendrán que solicitar un nuevo turno.

Gráfico N° 21: Matriculación


Cuando llegue su turno en fecha y hora establecida para iniciar la matriculación,

aparecerá la carrera que se está cursando, dando clic en esa carrera se da inicio

al proceso el mismo que una vez iniciado no puede ser reversado.

Gráfico N° 22: Matriculación – Proceso de Registro


23

Se procede dar clic en siguiente, se muestran las materias que el estudiante tiene

disponible para escoger, el número de vez que tomara la materia y los cursos

disponibles.

Gráfico N° 23: Matriculación - Escoger materias


En la columna de “Cursos” se debe seleccionar las materias y verificar que se

habilite el respectivo visto en la columna “Matricular”. Una vez escogidas todas las

materias deseadas dar clic en el botón “Inscribir”. Al momento de seleccionar

todas las materias y proceder a inscribirse, no se admitirá cruces de horarios ni

materias de la misma rama.

Gráfico N° 24: Matriculación - Validaciones


24

Se procede a corregir y se realiza el proceso de matriculación por parte del

estudiante.

Gráfico N° 25: Matriculación - Finalización del Proceso


Al finalizar el proceso de matriculación se muestran las materias en las que el

estudiante se ha matriculado con su respectivo curso, dándole la opción al usuario

descargar dos reportes Datos Generales Ver Reporte , Hoja de registro. Ver

Reporte

Gráfico N° 26: Matriculación – Datos Generales - Hoja de Registro


25

Anulación de Materias

Una vez seleccionada las materias, puede darse la opción de anular una materia,

para esto se debe de escoger entre las opciones Anulación de Materia, se

desplazará una pantalla en la cual muestra las materias registradas.

Al tener una lista de las materias registradas, se procede a seleccionar la o las

materias a anular, se procede a dar clic en Generar Solicitud, generando una

petición de Anulación de materia.

Gráfico N° 27: Anulación de Materia – Generar Solicitud


Una vez que se generó la solicitud se envía una notificación al correo electrónico

al usuario estudiante acerca del éxito de la generación de la Solicitud de Anulación

de materia. La o las materias serán anuladas al momento de se apruebe la

Solicitud de anulación.

26

Gráfico N° 28: Anulación de Materias - Notificación


Consulta de Notas

Al momento de ir a la opción consulta de notas los estudiantes podrán consultar

los siguientes puntos:

• Notas actuales

• Histórico de notas

• Porcentaje de asistencias dentro de las notas actuales

Notas actuales

Aquí se mostrará las notas de los parciales del semestre en curso es decir

actuales, se visualizará de manera fácil y rápida una vez registradas por el

docente.

Gráfico N° 29: Consulta de Notas – Notas Actuales


27

Histórico de notas

Se podrá visualizar las notas de todos los semestres pasados con sus respectivas

materias aprobadas, reprobadas o suspensas.

Gráfico N° 30: Consulta de Notas – Históricos de Notas


Consulta de Asistencias

Se podrá visualizar el porcentaje de asistencias de todas las materias que

actualmente se encuentra cursando el estudiante siempre y cuando el docente las

registre.

Gráfico N° 31: Estudiantes - Consulta de Asistencias


28

Listado de formatos de Solicitudes

El usuario podrá visualizar las solicitudes proporcionadas por el usuario

coordinador, de tal manera que el estudiante tenga una guía de las solicitudes que

debe de presentar de acuerdo sea el caso a presentarse.

Gráfico N° 32: Listado de formatos de Solicitudes


Horarios

En esta opción el usuario estudiante podrá visualizar los horarios de la carrera

seleccionada, dentro de los horarios a visualizar son: Horario de Examen y Horario

General.

Horario de Examen

El usuario podrá visualizar el horario a través de la selección de la opción de tal

manera que lo pueda descargar o imprimir. Ver Archivo

Gráfico N° 33: Estudiantes - Horario de Examen


29

Horario General

El usuario podrá visualizar el horario general de clase a través de la selección de

la opción de tal manera que lo pueda descargar o imprimir. Ver Archivo

Gráfico N° 34: Estudiantes - Horario de Examen


Coordinador

En el momento de iniciar sesión con el perfil de coordinador, este usuario

posee las siguientes opciones detalladas a continuación:

Menú de Opciones



Gráfico N° 35: Coordinador - Menú de Opciones


30

Generación calendario Académico

Al momento de ingresar al sistema el usuario puede generar un evento académico

asignándole una rango de fecha específico por cada evento descrito:

Gráfico N° 36: Generación calendario Académico


Matriculación: Comprende Matriculación Ordinaria, extraordinaria, especial se

establece un periodo de duración para el evento.

Parciales: Comprende la duración de cada uno de los parciales primer y segundo

parcial.

Ingreso de Notas: Comprende la duración del ingreso de notas para cada uno de

los parciales.

Generación de Turnos: Duración de generación de turo, fecha establecida.

Feriados: Eventualmente un feriado dentro del periodo de estudio.

31

Gráfico N° 37: Creación de Evento


Generación de Horarios de clases

El usuario podrá crear el horario de clases previamente seleccionando cada uno

de los campos descritos:

Paralelo: Se enlista los paralelos, se debe seleccionar aquellos que el docente va

a dar cátedra.

Materia: Se enlista las materias, se debe seleccionar aquellas que se le asigne al

docente.

Día: comprendido entre lunes a sábados disponibles para el docente.

Hora: comprendida entre 07:00 – 22:00, se debe seleccionar las disponibles para

el docente.

Docente: se enlistan los docentes, se debe seleccionar uno de ellos a crear el

horario.

32

Para su visualización se debe dar clic en la opción Asignar una vez terminada la

asignación y pre visualizado el horario, proceder a dar clic en Generar Horario

Docente.

Gráfico N° 38: Generación de Horarios de clases


Generación de Horarios de examen

Permite al usuario coordinador la generación de horarios de exámenes de manera

automática para los docentes de acuerdo a su horario de clases dando clic en el

botón Generar Horarios de Examen.

En esta Pantalla se presentan los siguientes campos:

Nombre y Apellido: Perteneciente del Usuario Coordinador que generará el

horario.

Cédula: Número de Cédula del Usuario Coordinador.

Rol: Perfil que posee el Usuario, en este caso coordinador.

33

Gráfico N° 39: Generación de Horarios de examen


Subir solicitudes

Permite al usuario coordinador subir los formatos de las Solicitudes de los

diferentes casos que presente un estudiante a lo largo de su curso académico, a

través de las opciones:

Seleccionar Archivo: Permite la selección del archivo de la Solicitud.

Subir Archivo: se guarda el archivo en un repositorio para que luego pueda ser

visualizado.

Gráfico N° 40: Subir solicitudes


34

En esta pantalla se presentan los siguientes campos:

Nombre y Apellido: Perteneciente del Usuario Coordinador que subirá la

solicitud.

Cédula: Identificación del Usuario Coordinador que subirá la solicitud.

Rol: Perfil que posee el Usuario, en este caso coordinador.

Consulta de Horarios de Clases

Permite al usuario coordinador consultar los horarios de clases de los docentes.

Gráfico N° 41: Coordinador - Consulta Horarios Clases


A través del campo Buscar: Permite al usuario poder filtrar a través del apellido o

nombre del docente su horario de clases en la lista de docentes que se presenta

para encontrar de una manera rápida un horario de un docente específico.

35

Gráfico N° 42: Coordinador - Buscar - Horario de Clases


Además de poder encontrar el horario de clases se le da la opción al usuario de

poder descargar dicho archivo. Ver archivo

Consulta de Horarios de Examen

Permite al usuario coordinador consultar los horarios de exámenes de los

docentes.

Gráfico N° 43: Consulta de Horarios de Examen


A través del campo Buscar: Permite al usuario poder filtrar a través del apellido o

nombre del docente su horario de exámenes en la lista de docentes que se

presenta para encontrar de una manera rápida un horario de un docente

específico.

36

Gráfico N° 44: Consulta de Horario Examen - Buscar


Además de poder encontrar el horario de examen se le da la opción al usuario de

poder descargar dicho archivo. Ver Reporte

Secretario o Administrativo

En el momento de iniciar sesión con el perfil de secretario o administrativo, este

usuario posee las siguientes opciones detalladas a continuación:

Menú de Opciones



Gráfico N° 45: Secretario o Administrativo Menú de Opciones


Inscritos & Matriculados

En esta pantalla se visualiza el reporte de estudiantes inscritos en la carrera,

presenta las siguientes opciones:

37

Identificación Estudiante: Filtro de ayuda para el usuario para una búsqueda

específica de un estudiante.

Estado Matricula: Búsqueda especializada por: registrados, inscritos,

matriculados o todos.

Pdf: Link de descarga de un archivo de acuerdo a la búsqueda realizada.

Además brinda al usuario una estadística proporcional a la cantidad de

estudiantes tanto registrados, inscritos y matriculados, proporciona para que la

búsqueda realizada se pueda descargar. Ver Reporte.

Gráfico N° 46: Reportes de Estudiantes Inscritos


Materias Aprobadas

En esta pantalla se puede observar el reporte completo de las materias aprobadas

por el estudiante en el ciclo correspondiente con una perspectiva de estadísticas

de los datos, está pantalla presenta los siguientes campos:

38

Cédula: Número de identificación del estudiante.

Ciclo: El ciclo por los cuales ha cursado o está cursando el estudiante, Ejemplo:

2015 – 1 (año 2015 ciclo 1)

Nivel: El Semestre que ha visto esta materia.

Pdf: Link de descarga del archivo de la búsqueda realizada.

Gráfico N° 47: Reporte de Materias Aprobadas


Adicional permite al usuario descargar e imprimir el archivo de la búsqueda


Estudiante por Docente

En esta pantalla se puede observar el reporte completo de los estudiantes que

están cursando la materia con un determinado docente, proporciona los siguientes

campos:

Docente: Selecciona el docente sobre el cual se desea realizar la búsqueda.

39

Materia: Las materias junto con su respectivo paralelo que el docente se le

asignado para dar clases.

Pdf: Link de descarga del archivo de la búsqueda realizada.

Gráfico N° 48: Reporte de Estudiante por Docente


Adicional permite al usuario descargar e imprimir el archivo de la búsqueda


Registro de Inscripción

Para la aprobación el usuario procede a verificar las materias y para aprobar la

inscripción dará clic en el botón Inscribir, con esta opción el estudiante queda

registrado, su búsqueda es realizada a través del Número de identificación del

estudiante.

40

Gráfico N° 49: Registro de Inscripción


Legalización de Ordenes

Pantalla donde el usuario podrá realizar la legalización de una orden de pago de

un determinado estudiante con la utilización de los siguientes campos:

Criterio de consulta: Se seleccionará el número de cedula o el código del

estudiante.

Estados: Dentro de los estados existen: Pendientes, Pagadas, Anuladas.

Dato a consultar: De acuerdo al criterio de consulta se inserta el dato.

Gráfico N° 50: Legalización Orden de Pago


41

Registro de Anulación

En esta pantalla se verá que se aprobará el proceso de anulación de la materia

solicitadas por los estudiantes, se podrá consultar en un rango de mes.

Gráfico N° 51: Anulación de Materia


Para poder ver el desglose de las materias solicitadas por el estudiante el sistema

proporciona un botón de Detalle el usuario procederá a aceptar o negar la

anulación de materias para legalizar la anulación.

Gráfico N° 52: Aprobación Anulación de Materia


42

Actualización de los Datos Personales

En esta pantalla es donde se va a actualizar toda la información personal del

usuario.

Gráfico N° 53: Actualización de Datos


Proporciona al usuario colocar una imagen a su perfil, en esta parte de

actualización de datos nos da la oportunidad de agregar la foto en nuestra ficha

de datos personales.

43

Gráfico N° 54: Imagen de Perfil


Cambio de contraseña

Permite al usuario el cambio de contraseña, ésta debe constar de 8 caracteres

entre ellos: mayúscula, minúscula, números y caracteres especiales.

44

Gráfico N° 55: Cambio de Contraseña


Mensajes

A través de esta opción le permite al usuario realizar las siguientes opciones:

Gráfico N° 56: Mensajes


45

Envío de Mensajes

Permite al usuario con perfiles de Coordinador y Secretario o Administrativo enviar

un mensaje, notificación o evento a continuación se describe los campos que se

presenta en la pantalla:

Profesores – Estudiantes: Los destinatarios, se escoge a cualquiera de los

grupos para proceder a enviar un mensaje, evento o notificación.

Tipo de Mensaje: Se escoge el tipo a enviar mensaje, evento o notificación.

Asunto: Motivo por el cual se procede a enviar el mensaje, evento o notificación.

Mensaje: Cuerpo del mensaje, evento o notificación que se va a enviar.

Gráfico N° 57: Enviar Mensaje


46

Permite al usuario con perfil de Docente enviar un mensaje, notificación o evento

a continuación se describe los campos que se presenta en la pantalla:

Profesores – Estudiantes: Los destinatarios, se escoge a cualquiera de los

grupos para proceder a enviar un mensaje, evento o notificación.

Tipo de Mensaje: Se escoge el tipo a enviar mensaje, evento o notificación.

Grupo: Selecciona el grupo específico de Paralelo a enviar a los determinados

destinatarios.

Asunto: Motivo por el cual se procede a enviar el mensaje, evento o notificación.

Mensaje: Cuerpo del mensaje, evento o notificación que se va a enviar.

Gráfico N° 58: Enviar Mensaje - Docente


47

Adicional el usuario puede visualizar un Log de todos tipos de mensajes enviados

ya sean estos: mensajes, notificaciones, eventos.

Gráfico N° 59: Logs de mensajes


Mensajes Recibidos

En esta opción el usuario con perfil de Docente, Administrativo y Coordinador

consta con una bandeja de los mensajes que ha recibido.

Gráfico N° 60: Mensajes recibidos


48

Eventos Recibidos


consta con una bandeja de los eventos que ha recibido.

Gráfico N° 61: Eventos Recibidos


Notificaciones Recibidas


consta con una bandeja de las notificaciones que ha recibido.

Gráfico N° 62: Notificaciones Recibidos


49

Calendario de Usuarios

En esta opción todos los usuarios constan con calendario donde se puede

visualizar los eventos programados por pate del coordinador.


Mensajes de la Aplicación

Usuario no encontrado

Gráfico N° 63: Mensaje - Usuario no encontrado


Usuario registrado

Gráfico N° 64: Mensaje - Usuario Registrado


Error de servidor

50

Gráfico N° 65: Mensaje - Error de servidor


Cambio de contraseña

Gráfico N° 66: Mensaje - Cambio de Contraseña


Solicitud de anulación de materia

Gráfico N° 67: Mensaje - Solicitud de anulación de materia


Verificación de evento al registrar notas

Gráfico N° 68: Mensaje - Registro de notas

51


Reportes

Docentes

Gráfico N° 69: Consulta de Asistencias


Gráfico N° 70: Consulta de Notas


Gráfico N° 71: Horario de Examen


52

Gráfico N° 72: Horario de Clases


Estudiantes

Gráfico N° 73: Datos Generales


53

Gráfico N° 74: Hoja de Registro


Gráfico N° 75: Horario de Examen


54

Gráfico N° 76: Horario General


55

Coordinador

Gráfico N° 77: Consulta Horario Clases


Gráfico N° 78: Consulta Horario Examen


56

Secretario o Administrativo

Gráfico N° 79: Reporte de Estudiantes Inscritos


57

Gráfico N° 80: Reporte de Materias Aprobadas


Gráfico N° 81: Reporte de Estudiantes por Docentes


universidad de guayaquil -...

Documents