Punto de Vista de Motivaci´ on

7.4.1.

Modelo

CAP´ITULO 7. MOTIVACI ´ON 78

7.4.2.

Caso de Estudio

Cap´ıtulo 8

METODOLOG´IA SCRUM

8.1.

Introduci´on

Se utilizo metogolog´ıa agile, debido a la retroalimentaci´on que un proyec- to de este tipo requiere. Una de las ventajas de trabajar con esta metogolog´ıa es que se permite tener respuestas a los cambios que surgen durante el trans- curso del proyecto, en pro de implementar software con valor y funcional, partiendo de la cultura de poder hacer seguimientos diarios o dailys, ejecutar unas review para controlar que todo este encamidado al resultado esperado. Cada iteraci´on(sprint) del proyecto ayuda a mitigar los errores que pueden encontrarse en la fase de desarrollo y a su vez optimizar funcionalidades re- queridas. De esta forma as´ı se finalicen historias de usuarios como por ejemplo el modulo de iniciar sesi´on se podr´a realizar la entrega de este m´odulo ya que es independiente del resto.

CAP´ITULO 8. METODOLOG´IA SCRUM 80

8.2.

Historias de Usuarios

Historias de usuarios definidas para la implementaci´on del prototipo web:

Nombre HUO1 - Crud de requerimientos de soft-

ware

Como L´ıder de desarrollo - Scrum master

Quiero

Registrar requerimientos de software y asignar a los equipos de desarrollo previa- mente creados

Para que pueda

Controlar y verificar el avance de un requerimiento de software.

Definir los sprint de desarrollo nece- sarios para la implementacion de un requerimiento de software.

Cuadro 8.1: Historia de Usuario HUO1 - Crud de reque- rimientos de software

Nombre HUO2 - Crud equipos de desarrollo

Como L´ıder de desarrollo - Scrum master

Quiero Registrar los equipos de desarrollo de soft-

ware involucrados.

Para que pueda

Controlar el registro de los equipos de desarrollo que estaran involucrados en las soluciones de software

Cuadro 8.2: Historia de Usuario HUO2 - Crud equipos de desarrollo

CAP´ITULO 8. METODOLOG´IA SCRUM 81

Nombre HUO3 - Crud de sprints de desarrollo

Como L´ıder de desarrollo - Scrum master

Quiero

Crear y registrar los Sprint de desarrollo a ejecutar por cada equipo de desarrollo para un determinado requerimiento.

Para que pueda

Identificar los sprint de desarrollo que eje- cutaran los equipos de desarrollo para la soluci´on de requerimientos.

Cuadro 8.3: Historia de Usuario HUO3 - Crud de sprints de desarrollo

Nombre HUO4 - Registrar y gestionar tareas de

desarrollo

Como L´ıder de desarrollo - Scrum master

Quiero

Registrar las tareas asignadas a ejecutar durane un determinado sprint y asignadas a un equipo de desarrollo.

Para que pueda

Controlar las tareas definidas a ejecutar durante un determinado sprint, para pode asociar impedi- mentos.

Consultar el estado de las tareas re- gistradas conforme a los impedimen- tos que les sean asociados..

Cuadro 8.4: Historia de Usuario HUO4 - Registrar y ges- tionar tareas de desarrollo

CAP´ITULO 8. METODOLOG´IA SCRUM 82

Nombre HUO5 - Asociar impedimentos a tareas

Como L´ıder de desarrollo - Scrum master

Quiero

Registrar los impedimentos y dificultades asociadas a las tareas asignadas a un equi- po de desarrollo durante el transcurso de un sprint.

Para que pueda

Controlar los impedimentos obenidos y evidenciados en los equipos de desarrollo durante la ejecucion de tareas.

Cuadro 8.5: Historia de Usuario HUO5 - Registar y con- trolar impedimentos de tareas

Nombre HUO6 - Generar de retrospectivas

Como Colaboradores - l´ıder de desarrollo - scrum

master

Quiero

Generar modelos de retrospectivas al fina- lizar cada Sprint en base a los impedimen- tos evidenciados y asociados a las tareas ejecutadas o por ejecutar de un equipo o celula de desarrollo.

Para que pueda

Ofrecer modelo o t´ecnica de retrospectiva que pueden ejecutar los equipos de desa- rrollo en base a los impedimentos eviden- ciados para la ejecuci´on de las tareas defi- nidas en cada Sprint, con el objetivo de lo- grar la mejora continua y poder solucionar el requerimiento en los tiempos pactados y con la fiabilidad requerida.

Cuadro 8.6: Historia de Usuario HUO6 - Generar de re- trospectivas

CAP´ITULO 8. METODOLOG´IA SCRUM 83

Nombre HUO7 - Consultar retrospectivas por

Sprint

Como Colaboradores - l´ıder de desarrollo - scrum

master

Quiero Consultar las retrospectivas generadas en

cada Sprint.

Para que pueda

Poder conocer las retrospectivas ofrecidas y generadas en cada sprint. Conocer e identificar los impedimen- tos que se han presentado durante la ejecuci´on de tareas en cada sprint. Cuadro 8.7: Historia de Usuario HUO7 - Consultar re- trospectivas por Sprint

Nombre HUO8 - Login de usuarios

Como Colaboradores- l´ıder de desarrollo - scrum

master

Quiero Permitir la autenticacion y acces de usua-

rios a la aplicaci´on web.

Para que pueda

Poder permitir ingresar usuario y clave re- gistrada previamente para lograr acceder a la aplicaci´on web. Poder conocer e iden- tificar los impedimentos que se han pre- sentado durante la ejecuci´on de tareas en cada sprint.

Cuadro 8.8: Historia de Usuario HUO8 - Login de usua- rios

CAP´ITULO 8. METODOLOG´IA SCRUM 84

Nombre HUO9 - Gesti´on de permisos y roles de

usuarios

Como Administrador

Quiero Controlar los permisos de navegacion

acorde a los roles de usuarios.

Para que pueda

Crear, modificar y elminar roles de usuarios.

Permitir controlar los permisos de navegaci´on de cada tipo de rol de usuario.

Cuadro 8.9: Historia de Usuario HUO9 - Gesti´on de per- misos y roles de usuarios

Nombre HU10 - Registrar categorias de impedi-

mentos

Como L´ıder de Desarrollo - Scrum Master

Quiero Controlar la creaci´on de categorias de im-

pedimentos.

Para que pueda

Crear, modificar y elminar catego- rias de impedimentos.

Permitir controlar las categorias pa- dres a las cuales son asociadas los distintos tipos de impedimentos que se presenten durante la ejecucic´on de tareas de desarrollo.

Cuadro 8.10: Historia de Usuario HHU10 - Registrar ca- tegorias de impedimentos

Cap´ıtulo 9

DISE ˜NO DE SOFTWARE

9.1.

Introduci´on

Para la implementaci´on del prototipo web se establece un dise˜no de soft- ware basado el patr´on de dise˜no MVC, con el cual se implementar´an com- ponentes interrelacionados pero cada uno con una responsabilidad de capas distintas, es decir componentes propios para la capa de vista o presentaci´on, capa de l´ogica de negocio y capa de modelo o datos. Para la capa de presen- taci´on y control de las peticiones de usuario se utiliza el framework Angular JS versi´on 5.0, y en la capa de negocio(modelo) Sprint Boot.