Proyecto Final Ututor-1

Universidad Nacional de Ingeniería
Recinto Universitario Pedro Arauz Palacios

Facultad de Ciencias Y Sistemas
Ingeniería de Software II
Proyecto de Curso “Software Ututor.ni”
Autores:
 Wendy Mendoza
 Abner Navarro
 Kevin Montenegro
 Fernando Schoneich
 Néstor González
 Allison Rosales
 Lina Moreno
 Hensell Espinoza
Docente:
Marvin César Parrales Romero
Grupo: 4TN1-IS
Proyecto Software Ututor.ni

Scrum
Entradas
Inception Scrum
Fragmento destacado de la Web

La finalidad de una "inception" es dar comienzo a un proyecto o iteración,
evitando las causas que suelen producir marchas fúnebres. Esto es: que todos los
implicados en el proyecto compartan la visión de los objetivos y queden
dimensionados el alcance y riesgos, y con ello determinada su viabilidad.
Caso de estudio del negocio
Diseño de una aplicación web de tutorias particulares para bachilleres

presenciales haciendo uso de las tecnologias de desarrollo web y el marco de
trabajo estructurado "scrum" con el fin de mejorar en un porcentaje del 20% la
cantidad de estudiantes aprobados en examenes de admision de las
universidades publicas de nicaragua entre abril y julio de 2022.
Visión
Convertirnos en una plataforma de referencia y reconocida en el ámbito de tutorías

educativas para exámenes de admisión a futuro, por la calidad y pertinencia de los
programas ofrecidos, las competencias técnicas y profesionalidad de los tutores.
Misión

Acompañar a los alumnos a lo largo de su preparación para los exámenes de
admisión de las diferentes universidades, mejorando la calidad de su aprendizaje y
fortaleciendo su autonomía y responsabilidad, con la finalidad de la aprobación a
dicho exámenes. Contribuyendo a la formación integral de personas competentes
que incidan en el desarrollo social y económico del país.
Valores
 El trabajo en equipo
 El espíritu de servicio
 La calidad académica
 El alto desempeño
 Garantía en continuidad de los programas
 Atención personalizada
Algunas de las características de la aplicación

Web A nivel de empresa
• Debe permitir registro de usuarios con diferentes roles.
 A nivel de empresa (Administradores, Contabilidad, Recursos

Humanos, Mercadeo, etc.)
 A nivel de usuario final (Estudiantes, Tutores)

• A nivel de empresa, los permisos de la aplicación deben ser estrictos para
cada rol de usuarios y cada rol tendrá capacidades de acción y ejecución
en el sistema en base a sus tareas laborales asignadas.
• Debe permitir el pago en línea de los cursos a través de pasarelas de pago.

(Si el estudiante no posee la forma de hacer la transacción en línea se le da
la opción de hacer depósitos en una cuenta bancaria.
Algunas de las características de la

Administración del Proyecto
• Debemos ofrecer oportunidades de crecimiento a los tutores para que

constantemente mejoren sus habilidades y se les pueda ofrecer un plan de
ganancias mejor.
• Esta aplicación debe ser capaz de adaptarse a cambios en los precios de

los planes de mercadeo que se vayan ejecutando en la vida del proyecto.
• Las clases que se impartirán a los estudiantes deben ser preferiblemente

en casa de los tutores para poder evitar costes de transporte, pero no es
estrictamente la única forma de encuentro (pueden llevarse a cabo en la
casa de los estudiantes con supervisión de un adulto).

Algunas de las características de la aplicación
Web A nivel de usuarios finales
• Debe permitir a los usuarios finales estudiantes visualizar y filtrar categorías

de cursos que se adapten a sus necesidades de reforzamiento para sus
test de admisión. (Matemáticas, Psicométricos y/o de aptitud).
• Debe permitir a los estudiantes elegir a los docentes que consideren más
aptos y que cobren en base a su experiencia y el plan que elijan para
reforzamiento. (Esta es un área muy importante en la que está involucrada
el área de mercadeo y publicidad que gestionan y determinan planes de
consumo y de propaganda que se adecúen correctamente y ganar la mayor
cantidad de usuarios activos posibles.)
• Debe permitir a los usuarios finales tutores la completa modificación y

actualización de sus perfiles para poder ofrecer nuevos cursos.
• Debe permitir a los usuarios finales acceder a los materiales
complementarios que amerita el curso completo para la entera accesibilidad
a los mismos, sobre todo para los estudiantes.
• Debe permitir a los estudiantes tener un espacio de quejas y sugerencias si
acaso suceden situaciones incorrectas o extrañas en el servicio con los
tutores.

Algunas de las características y
responsabilidades de los tutores.ni
• Autogestionar su horario en base a su propia disponibilidad de tiempo y en

base a las preferencias que defina el proyecto para su correcta ejecución.
• Generar reportes en formatos que los responsables del proyecto

facilitaremos con objetivo de verificar el trabajo del tutor y los resultados
que el estudiante ha alcanzado.
• Hacer llegar reportes a los responsables de los estudiantes con un marco

de tiempo no mayor a 15 días mostrando los contenidos impartidos hasta
ese momento y el porcentaje de completado del curso a través de medios
de comunicación que se considere conveniente con los mismos
responsables.
• Hacer uso correcto de la aplicación web y dejar claro cuál es el contenido

que puede y no puede impartir a los estudiantes (esto es con el objetivo de
elaborar perfiles que se adecuan a las necesidades de los estudiantes).
• Los tutores deben pasar por un proceso de reclutamiento y pruebas que

validen que poseen los conocimientos necesarios para impartir clases.
• Deben seguir un código de ética estricto con todas las partes involucradas y
ser transparente.

Algunas de las características y
responsabilidades de los estudiantes.
• Ser puntuales. Estos cursos se impartirán en donde mejor se consensua, ya

sea el hogar de los tutores o los estudiantes y es necesario que se den en
los horarios correspondientes con el fin de garantizar que todas las clases
se impartan en tiempo y forma a cada estudiante por cada tutor.
• Ser participativos en cada clase y entrenar con las guías prácticas

facilitadas por los tutores, así como finalizar todas las evaluaciones
después de finalizar cada módulo de sus cursos, así como un test final que
servirá de simulación para el test de admisión.
• Ser responsables con la finalización del curso para tener éxito en su

admisión a la universidad.
Resultados esperados
• Convertirse en una empresa de servicios de tutorías de alta calidad con un

servicio original y enfocado a la ENSEÑANZA PARTICULAR.
• Dar empleo a estudiantes universitarios capaces de poder impartir estos

cursos a fin de que financien sus gastos universitarios.

• Proveer una solución que beneficie a todos los involucrados y que genere
una oportunidad de negocio en crecimiento.
• Aumentar el porcentaje de aprobados en exámenes de admisión que hagan

uso de nuestra app y servicios.
Requerimientos Funcionales y No funcionales del Sistema de

Información Web.
Requerimientos Funcionales para los

usuarios
 El sistema de información deberá permitir a los estudiantes registrarse e

iniciar sesión como nuevos usuarios y salir de sus sesiones.
 El estudiante podrá adquirir cualquier plan de cursos.
 El estudiante podrá elegir el docente que impartirá los cursos de su plan.
 El estudiante podrá elegir entre los horarios disponibles el horario que

considera conveniente.
 El sistema deberá permitir la descarga y subida de archivos de

documentación especializada para los cursos correspondientes para los
tutores.

 El sistema deberá permitir al tutor elegir los horarios convenientes en base
a la disponibilidad de su tiempo y los horarios disponibles que ofrece
ututor.ni.
 El sistema debe permitir al tutor subir y visualizar resultados de pruebas de

cada estudiante.
 El sistema debe generar reportes de cumplimiento de los módulos y del

cumplimento del curso en su totalidad para todos los estudiantes.
 El sistema permitirá el pago en línea del curso o plan de cursos que haya
escogido a través de una pasarela de pagos.
 El sistema debe permitir al estudiante visualizar los reportes de

cumplimiento del curso, así como un resumen del avance metodológico del
mismo.
 El sistema debe permitir al estudiante cancelar el servicio (únicamente en la

primera semana de clases – período de cancelación).
 El sistema debe permitir a los postulantes a nuevos tutores de la plataforma

enviar su información personal y de contacto a través de un formulario de
contacto.

Requerimientos Funcionales para los
administradores
 El sistema debe permitir a los administradores el registro, modificación y

eliminación de nuevos cursos o planes de cursos.
 El sistema debe permitir a los administradores la visualización de

información de valor respecto al progreso del proyecto para la toma de
decisiones.
 El sistema debe poseer un panel donde se visualice los cupos disponibles

por cada curso y docentes con demanda de estudiantes parcial o
totalmente insatisfecha para posterior toma de decisiones.
 El sistema debe permitir la descarga parcial o total de información en forma

de reportes de: los tutores activos o inactivos, estudiantes activos y/o
inactivos, planes de cursos activos o inactivos, entre otros, para su gestión
por la sección administrativa de la empresa (para cálculos de costos y
ganancias, gestión de los docentes, propuestas de horarios nuevos o
modificaciones de los existentes, cambios en políticas de la empresa, etc.).

Requerimientos No Funcionales
 El sistema deberá proveer al estudiante toda la información necesaria para

poder comparar los cursos y planes de cursos unos con otros a fin de que
elija la opción conveniente fácilmente.
 El sistema debe mostrar un panel de inicio sencillo de entender para
acceder a la información que está solicitando, por ejemplo, los resultados
de su última prueba.
 El sistema debe poseer una caja de comentarios y sugerencias para los
estudiantes.
 El sistema debe poseer una paleta de colores, fuentes y distribución visual
del contenido neutral para evitar distracciones en contenido no relevante de
la página.
 El sistema debe poseer una galería de cursos visualmente atractiva donde
se plasmen con facilidad los planes de cursos que ofrecemos y los precios
respectivos.
Salidas
Product owner
Es la persona responsable de asegurar que el equipo aporte valor al

negocio. Representa las partes interesadas internas y externas, por lo que
debe comprender y apoyar las necesidades de todos los usuarios en el
negocio, así como también las necesidades y el funcionamiento del Equipo
Scrum.

El Product Owner en nuestro proyecto es, Abner Navarro, ya que tiene las
capacidades de liderazgo, disponible y comprometido, decisivo y tiene buen
conocimiento del dominio del proyecto a realizar.
 Impact Mapping
S specific
M measurable
A attainable
R relevant
Time Boxed
¿Para qué es el software?
El Proyecto se desea desarrollar para resolver una problemática social del campo
educativo que se presenta año con año en las universidades públicas y/o privadas,
las cuales obtienen al final de proceso de admisión y de matrícula un porcentaje
elevado de alumnos reprobados en los exámenes de matemática, psicométrico y
de aptitud. El objetivo es aumentar en un 20% el porcentaje de alumnos
aprobados en los diferentes exámenes de admisión de las universidades públicas
y privadas mediante un servicio innovador.
¿A quiénes impactará?
Los grupos de personas impactadas por el proyecto son los siguientes:
 Estudiantes Bachilleres que se preparan para su admisión en las

universidades.

 Padres de familia responsables de los estudiantes que buscan un servicio
de calidad que asegure que sus hijos estén preparados en tiempo y forma
para sus procesos de admisión.
 Estudiantes universitarios que buscan una fuente de ingresos para cubrir
los gastos de sus estudios, transporte, entre otros, que sean capaces de
impartir los cursos que se oferten.
 Los socios del proyecto que desean que el proyecto tenga éxito, crezca,
que genere empleos para la sociedad y que genere rentabilidad a los
mismos.
¿Quiénes impactan?
 Las universidades sujetas a regímenes de admisión a las cuáles nos

adecuamos, quienes darán retroalimentación al proyecto en base a los
resultados generales obtenidos en cada proceso de admisión anual.
 Es posible que una de las instituciones nacionales (MINED) pueda dar
recomendaciones o establecer estatutos que debamos seguir y a su vez
recomendarnos a la comunidad estudiantil.

Impacto del proyecto ¿A quiénes impactara?
Impactos Positivos
Estudiantes Bachilleres que
se preparan para su Servicio innovador que permite a los
admisión en las estudiantes formarse de la manera que se
universidades. considere conveniente, en horarios
convenientes.
Este servicio permite la elección de los cursos

requeridos por el estudiante, el docente, y la
modalidad del curso, lo cual les permite
disponer del tiempo de estudio propio
oportuno.
El servicio es de alta calidad e impartida por

estudiantes universitarios destacados y
capacitados para impartir estos cursos gracias
a su experiencias y conocimientos.
Impactos Negativos
No se ha encontrado ningún impacto negativo.

Impactos Negativos
Estudiantes universitarios
No se ha encontrado ningún impacto negativo.
Impactos Positivos
Socios del Proyecto.

Combinar habilidades, recursos y experiencias
en el tipo de negocios en cuestión, así como
conocimientos del mercado, entre otros.
Apoyo Logístico y Moral.
Acumular un mayor capital e inversión.
Impactos Negativos
Posible incoordinación en la toma de decisiones.

Impacto del proyecto ¿Quiénes impactan?
Impactos Positivos
Universidades. Las universidades darán retroalimentación a

los miembros organizadores del proyecto.
Las universidades proveen oportunidades de

admisión igualitario para estudiantes
nicaragüenses, permitiendo así que este
proyecto sea viable.
Impactos Negativos
Posible cancelación del examen de admisión para

todas las universidades en un futuro.
Impactos Positivos
MINED El desarrollo integral de la personalidad moral

y social de la educación en nuestro proyecto.

Impactos Negativos
No se ha encontrado ningún impacto

negativo.
¿Qué haremos?
1. en dicho sistema un panel de información sobre nuevos cursos y planes

de cursos disponibles para los estudiantes, un calendario de formación,
modalidades, los encuentros y sus duraciones. También, el sistema
permitirá navegar entre los perfiles de tutores similares que impartan
dichos cursos, aportando así suficiente libertad de elección a los
usuarios.
2. Proveer a la plataforma de un repositorio de descarga de material
didáctico especializado para los estudiantes, así como de guías de
estudio y enlaces a archivos multimedia.
 Padres de familia responsables de los estudiantes que buscan un servicio

de calidad que asegure que sus hijos estén preparados en tiempo y forma
para sus procesos de admisión.
1. Los tutores realizarán encuentros mínimamente en un período

quincenal para abordar con los padres de familia los resultados de sus
hijos en los avances del curso hasta ese momento. Dichos encuentros

pueden ser acordados por las partes ya sea mediante de contacto
verbal directo o encuentro audiovisual digital.
2. El tutor debe preparar un informe final de porcentajes de contenido
asimilado para el estudiante y facilitarlo al padre de familia como un
certificado de cumplimiento por cada módulo del curso, así como un
informe final del curso, este informe será enviado digitalmente y subido
a su vez a la plataforma.
 Estudiantes universitarios que buscan una fuente de ingresos para cubrir

los gastos de sus estudios, transporte, entre otros. Dichos universitarios
serán capaces de impartir los cursos que se oferten.
1. El sistema permitirá a nuevos instructores aplicar a un puesto en la

empresa como educadores para impartir nuestros planes de cursos
mediante un formulario de aplicación.
2. Desarrollaremos un sistema de reclutamiento completo para los nuevos
instructores. En ellos se pondrá a prueba los conocimientos básicos y
especializados, así como de experiencia en la enseñanza de cada
instructor. Se establecerán entrevistas por parte del personal de
Recursos Humanos para establecer expectativas salariales y de
disponibilidad de tiempo y demás recursos.
3. El sistema permitirá a los tutores optimizar sus perfiles de la plataforma
(esto incluye experiencia, títulos y la formación del docente
didácticamente, así como las modalidades y horarios en los que imparte
clases). de forma atractiva para nuevos usuarios con el objetivo que
puedan llegar a más de ellos y establecerse como docentes reconocidos
de ututor.ni.

4. El sistema permitirá a los tutores descargar, subir y hacer uso de
documentación didáctica en la plataforma, así como la documentación
de informes de progreso para cada estudiante.
 Las universidades sujetas a regímenes de admisión a las cuáles nos

adecuamos, quienes darán retroalimentación al proyecto en base a los
resultados generales obtenidos en cada proceso de admisión anual.
1. Desarrollaremos una propuesta de retroalimentación con las

universidades ofreciendo nuestros servicios a sus estudiantes.
 Es posible que una de las instituciones nacionales (MINED) pueda dar

recomendaciones o establecer estatutos que debamos seguir y a su vez
recomendarnos a la comunidad estudiantil.
1. Realizaremos un encuentro presencial con las autoridades del MINED

para presentar el proyecto a fin de que se comparta la información con
las demás instituciones educativas.
User Story Mapping
Perfil Comprar Búsqued Visualizac Postulant Reporte Administr Tutores

cursos a ión es adores
Añadir foto Elegir el Buscar Ver menú Enviar Cumplimi Registro Subir
al perfil método de cursos informació ento de de cursos archivos de
pago por n personal cursos retroalimenta
nombres ción
Ingresar Visualizaci Elegir Visualizaci Avance Modificació Subir
Informació ón de categoría ón de metodoló n de resultados de
n de la cursos de cursos documenta gico del cursos prueba
persona ción curso
Formulario Personaliz Filtrar la Visualizaci Tutores Eliminació Selección de

de ación de informaci ón de activos o n de horarios
Registro cursos ón pruebas inactivos cursos
Recuperar Agregar Mostrar Estudiant Disponibili
contraseñ dirección descripció es dad de
a del usuario n de activos o cursos
cursos inactivos
Cambiar Selecciona Informació Cursos Descarga
contraseñ r el n de activos o total de
a docente contacto inactivos reportes
Editar Selección Sección de Descarga
Perfil de horarios preguntas parcial de
frecuentes reportes
Inicio de Elegir del Reportes
sesión catálogo de
de cursos cumplimie
nto
Cierre de Cancelació Avance
sesión n de metodológi
cursos co del
curso
Priorizar
Must Este color representa lo primero que se debe hacer primordialmente

Should Este color representa lo que se debe hacer, pero no es tan primordial
Could Este color representa lo que se debería hacer
Won´t Este color representa lo que no se va a hacer

Perfil Comprar Búsqued Visualizac Postulant Reporte Administra Tutores
cursos a ión es dores
Añadir foto Elegir el Buscar Ver menú Enviar Cumplimi Registro de Subir
al perfil método de cursos informació ento de cursos archivos de
pago por n personal cursos retroaliment
nombres ación
Ingresar Visualizació Elegir Visualizaci Avance Modificación Subir
Informació n de cursos categoría ón de metodoló de cursos resultados
n de la de cursos documenta gico del de prueba
persona ción curso
Formulario Personaliza Filtrar la Visualizaci Tutores Eliminación Selección
de ción de informaci ón de activos o de cursos de horarios
Registro cursos ón pruebas inactivos
Recuperar Agregar Mostrar Estudiant Disponibilid
contraseñ dirección descripció es ad de
a del usuario n de activos o cursos
cursos inactivos
Cambiar Seleccionar Informació Cursos Descarga
contraseñ el docente n de activos o total de
a contacto inactivos reportes
Editar Selección Sección de Descarga
Perfil de horarios preguntas parcial de
frecuentes reportes
Inicio de Elegir del Reportes
sesión catálogo de de
cursos cumplimie
nto
Cierre de Cancelación Avance
sesión de cursos metodológi
co del
curso

Perfil Comprar Búsqued Visualizac Postulant Reporte Administra Tutores
cursos a ión es dores
Versión 1
Formulario Elegir el Elegir Ver menú Enviar Cumplimi Registro de Subir

de método de categoría informació ento de cursos archivos de
Registro pago de cursos n personal cursos retroaliment
ación
Recuperar Visualizació Mostrar Avance Disponibilid Subir
contraseñ n de cursos descripció metodoló ad de resultados
a n de gico del cursos de prueba
cursos curso
Cambiar Agregar Informació Tutores Descarga Selección
contraseñ dirección n de activos o total de de horarios
a del usuario contacto inactivos reportes
Inicio de Seleccionar Reportes Estudiant
sesión el docente de es
cumplimie activos o
nto inactivos

Cierre de Selección Avance Cursos
sesión de horarios metodológi activos o
co del inactivos
curso
Elegir del
catálogo de
cursos
Cancelación
de cursos
Versión 2
Añadir foto Buscar Visualizaci Modificación
al perfil cursos ón de de cursos
por documenta
nombres ción
Editar Filtrar la Visualizaci Eliminación
Perfil informaci ón de de cursos
ón pruebas
Versión 3
Ingresar Sección de Descarga
Informació preguntas individual de
n de la frecuentes reportes
persona
Armar versiones

Identificar al scrum master y stakeholder
Scrum Master
Herramientras
Criterios de selección
1. Habilidades para resolver problemas: Es uno de los principales criterios a

considerar al seleccionar al(los) Scrum Master(s). El(los) Scrum Master(s) debe(n)
tener las habilidades y la experiencia necesarias para ayudar a eliminar cualquier
impedimento que enfrente el Equipo Scrum.
2. Disponibilidad: El Scrum Master debe estar disponible para programar,

supervisar y organizar varias reuniones, incluyendo la reunión de planificación de
del lanzamiento, el Daily Standup y otras reuniones relacionadas al sprint.
3. Compromiso: El Scrum Master debe estar muy comprometido a fin de asegurar

que el Equipo Scrum cuente con un ambiente laboral conductivo para garantizar la
entrega exitosa de proyectos Scrum.
5. Estilo de liderazgo servicial: El líder servicial es primero que nada un

servidor. Empieza con el sentimiento natural de que uno quiere servir,
servir primero. La diferencia se manifiesta en el cuidado que tiene el
servidor para asegurarse que se atiendan las necesidades de mayor
prioridad de las demás personas.

Skills
Habilidad
para Disponibilida
Compromiso Servicial Promedio
resolver d
Nombre problemas
Abner Navarro 3 2 4 2 2.75
Malikha Artola 4 3 4 3 3.5
Wendy Mendoza 3 2 4 2 2.75
Lina Moreno 2 3 3 2 2.5
Allison Rosales 2 3 3 2 2.5
Nestor Gonzalez 3 3 3 3 3
Mayner
Schoneich 2 2 2 3 2.25
Kevin
Montenegro 2 2 2 3 2.25
Hensell
Espinoza 2 2 2 2 2
Media equipo 2.56 2.44 3.00 2.44 2.61
Objetivo equipo 4 4 4 4 4
Definiciones
0: Sin
conocimiento
1: Basico
2: Medio
3: Independiente
4: Excelente
Salidas
Asignacion de roles

Scrum Master (Malikha Artola)
El rol del scrum master es asegurarse de que el equipo siga metodologías y

estructuras ágiles (o “Agiles”, como se las conoce en inglés). Estas metodologías
son un concepto que puede describirse como una mentalidad de gestión de
proyectos que se enfoca en la colaboración y la creación de valor.
Product Owner (Abner Navarro)
se enfoca en entregar el mejor producto posible. Conecta al equipo de Scrum con

las partes interesadas y se centra en las necesidades de los usuarios finales, para
que todos entiendan qué se intenta lograr con el producto y por qué.
Formar equipo scrum
Herramientas
1. Conocimiento en UI/UX
2. Conocimiento en html y css
3. Conocimiento de marketing
4. Conocimiento en administración
5. Conocimiento legal
Skills
Conocimiento
Conocimiento Conocimiento Conocimiento en Conocimiento
Nombre Promedio
en UI/UX en html y css de marketing administració legal
n
Abner Navarro 3 3 2 2 2 2.4
Malikha Artola 3 2 3 2 2 2.4
Wendy Mendoza 2 2 2 4 2 2.4
Lina Moreno 2 2 2 2 4 2.4
Allison Rosales 2 2 4 2 3 2.6

Nestor Gonzalez 3 3 4 3 3 3.2
Mayner
Schoneich 3 3 4 2 2 2.8
Kevin
Montenegro 4 3 2 2 2 2.6
Hensell Espinoza 3 4 2 2 2 2.6
Media equipo 2.78 2.67 2.78 2.33 2.44 2.6
Objetivo equipo 4 4 4 4 4.00 4
Definiciones
0: Sin
conocimiento
1: Básico
2: Medio
3: Independiente
4: Excelente
Asignación de roles
 Contador (Wendy Mendoza)
Mira, ordena, evalúa, analiza e interpreta y tras la suma de dichas acciones

genera un informe con su correspondiente visión integral.

 Comité de Ética (Lina Moreno)
Permite a todos los servidores públicos de la institución acceder para consultar

dilemas, denunciar contravenciones a las normas éticas vigentes y sugerir ajustes
a las normas éticas.
 Diseñador UI/UX (Kevin Montenegro)
UI (User Interface). Se encarga del diseño de toda la interfaz con programas

como: Sketch, AdobeXD Photoshop, etc. UI está profundamente ligado con UX,
podemos diseñar perfecto el flujo de usuario, pero sin algún botón es confuso
puede que el usuario no de clic y nuevamente la empresa pierde dinero.
 Web Designer O Maquetador (Hensell Francisco)
Se encarga de recoger los mockups que ha diseñado el UI y llevarlos a código

HTML y css, tal vez tenga que usar javascript para algún un efecto que no pueda
lograrse con css, por lo que es recomendable que el Web Designer sepa un poco
de JavaScript. Esta persona se encarga de llevar el diseño a código, pero no está
orientado a la interacción o la lógica del lado del cliente.
 Profesional en marketing digital. (Mayner Schoneich)
No basta con que un proyecto esté bien hecho, si nadie lo conoce de nada sirve,
es aquí donde entra este rol, su labor es la de promocionar el proyecto, se
encarga cosas como analytics, SEO, campañas en redes sociales, campañas en
buscadores, etc.
 Analista comercial (Allisson Rosales Y Nestor González)

Es el responsable de cumplir con las necesidades comerciales del cliente. Esto
significa que tienen en cuenta los objetivos comerciales del cliente y lo ayudan a
definir metas claras. Luego, ellos toman estos objetivos y los convierten en
soluciones de software viables. Están involucrados en el proyecto desde el inicio, y
conectan las necesidades del cliente con las realidades del proyecto. Además,
llevan a cabo análisis del mercado, evalúan a la competencia y definen a la
audiencia meta. También crean soluciones de documentación y prueban
soluciones.
Desarrollo de épicas e historias de usuario
Características de una épica en scrum
Las épicas son un conjunto de historias de usuario, recogidas dentro de las

iniciativas. Ya, pero, ¿qué es todo esto? Para ello vamos a ver el proceso.
 Las épicas suelen abarcar varios equipos

 Suelen trabajar con varios proyectos al mismo tiempo
 Recogen normalmente muchas historias de usuario
 Los clientes determinan si eliminan o añaden historias dentro de cada épica
 Una épica sirve para estructurar los temas e iniciativas
 Las épicas también sirven para dar flexibilidad y agilidad al proyecto
 Cada nivel tiene su cargo y rol en el equipo
 Una épica no tiene por qué estar en una sola iteración o sprint
 Cada iteración está dividida en diferentes historias de usuario

Definición de las épicas del proyecto de
Ututor.ni
1. Perfil
2. Comprar cursos
3. Búsqueda
4. Visualización
5. Postulantes
6. Reporte
7. Administradores
8. Tutores
Épicas creadas en jira

 Historias de usuario
Se crean las historias de usuario en base al formato:
Como [rol], quiero que [objetivo] para que [motivo]
 Historias de usuario pertenecientes a épica: Perfil
Como usuario quiero tener la posibilidad de recuperar mi contraseña, para

cualquier pérdida de la misma
Como usuario quiero poder cambiar mi contraseña, para sentirme más seguro
Como usuario quiero poder editar mi perfil, para mantenerlo actualizado
Como usuario quiero poder agregar una breve descripción de mi persona, para
que sepan un poco de mi personalidad

Como usuario quiero poder añadir una foto al perfil, para que las personas me
reconozcan
Como usuario quiero que exista un formulario de registro para poder ingresar a la
página.
Como docente quiero poder tener mi propio perfil para diferenciarme de los
alumnos.
Como usuario quiero poder cerrar e iniciar la sesión, para mantener la privacidad y
la seguridad de mismo.
 Historias de usuario pertenecientes a épica: Comprar cursos
Como comprador online quiero obtener una factura por la compra de los cursos,
para poder tener un respaldo de la misma
Como comprador online quiero visualizar las características de los cursos, para
ver la duración y el tipo del mismo.
Como comprador online quiero poder elegir el método de pago, para escoger el
método de mi preferencia.
Como comprador online quiero poder visualizar un carrito de compras de los

cursos, para poder comprar los cursos de mi preferencia.

Como comprador online quiero que exista un catálogo de cursos, para poder
visualizar los cursos y su contenido
 Historias de usuario pertenecientes a épica: Búsqueda
Como comprador online quiero un menú de categorías de cursos, para que me

facilite la búsqueda y las categorías de los cursos.
Como comprador online quiero visualizar una barra de búsqueda, para realizar la
búsqueda de manera más fácil y rápida.
 Historias de usuario pertenecientes a épica: Visualización
Como comprador online quiero ver un menú en la página, para poder navegar de
manera más rápida y ordenada
Como comprador online quiero que la página muestre los cursos recomendados,
para realizar la elección de manera más rápida.
Como comprador online quiero que en la página se muestre la información de

contacto de la academia, para facilitar la comunicación.
Como comprador online quiero que en la página se muestre la información de

páginas en redes sociales de la academia, para facilitar la elección de la misma y
visualizar comentarios de los otros clientes.
Como comprador online quiero que la página tenga una sección de preguntas
frecuentes, para realizar cualquier duda.

 Historias de usuario pertenecientes a épica: Postulantes
Como usuario quiero que exista una sección donde pueda postularme como
docente, para poder ofrecer mis servicios
Como usuario quiero que exista una sección para poder mandar enviar mi
Curriculum, para poder optar a la vacante
 Historias de usuario pertenecientes a épica: Reporte
Como usuario administrativo quiero poder visualizar un reporte de
Cumplimiento de cursos, para revisar los alumnos que cumplen con los cursos.
Como usuario quiero poder visualizar un avance metodológico del curso, para
poder revisar los avances del mismo
Como usuario administrativo quiero poder visualizar el reporte los tutores activos e
inactivos, para poder ofrecer a los docentes disponibles
Como usuario administrativo quiero poder visualizar los reportes de los

estudiantes activos e inactivos, para revisar los avances y brindar información de
los mismos.
Como usuario administrativo quiero poder visualizar el historial de los cursos

activos e inactivos, para poder realizar proyecciones.
 Historias de usuario pertenecientes a épica: Administradores
Como usuario quiero poder realizar el registro de cursos nuevos, para ofrecerlos.
Como usuario quiero poder realizar modificaciones de los cursos, para cualquier
cambio que ocurra en el mismo.

Como usuario quiero poder eliminar los cursos, para los que no estén disponibles.
Como usuario quiero poder visualizar la disponibilidad de los cursos, para

mantener el orden de los mismos.
Como usuario quiero poder realizar la descarga total y parcial de los reportes, para
llevar un control de los mismos.
 Historias de usuario pertenecientes a épica: Tutores
Como usuario quiero poder realizar la subida de archivos de retroalimentación,

para los alumnos.
Como usuario quiero poder subir los resultados de ñas pruebas, para los
estudiantes
Como usuario quiero poder seleccionar el horario, para llevar un orden del mismo.
 Creación del Backlog Priorizado del Producto
1. Como usuario-estudiante quiero tener una interfaz limpia y sencilla.

2. Como usuario-estudiante puedo ver una galería detallada con la
información de cada curso o plan de curso.
3. Como usuario-estudiante deseo poder filtrar los cursos que estoy buscando,
por nombres, por docentes mejores puntuados, por carreras afines
4. Como usuario-estudiante quiero poder ver a todos los docentes con cupos y
cursos disponibles.
5. Como usuario-estudiante quiero poder adquirir el curso o plan de cursos
que deseo, elegir tanto el docente como el horario y las frecuencias de
entre las que se ofertan.
6. Como usuario-estudiante quiero poder acceder a toda la documentación de
cada uno de mis cursos y poder descargar total o parcialmente dicha
información para auto-estudio.

7. Como usuario-estudiante quiero poder personalizar mi perfil añadiendo una
foto de perfil e información personal de contacto. (Esta información es
importante para procesos de validación del cumplimiento de los cursos para
cada estudiante).
8. Como usuario-estudiante deseo poder registrarme e iniciar sesión al sitio
web de manera sencilla.
9. Como usuario-estudiante deseo poder recuperar mi contraseña en caso de
olvido o pérdida, así como de cambiar mi contraseña de ser requerido.
10. Como usuario-estudiante deseo poder pagar por mis cursos mediante dos
alternativas, a través de un formulario de pago en línea o a través de
transferencia a cuenta bancaria de Ututor.ni
11. Como usuario-estudiante deseo poder cancelar mi suscripción a mis cursos
en línea en la primera semana de iniciado mi plan de cursos.
12. Como usuario-estudiante deseo poder navegar en el sitio web de manera
sencilla haciendo uso de un panel de navegación o menú.
13. Como usuario-estudiante deseo poder visualizar los resultados de mis
pruebas sistemáticas por módulos y los comentarios de parte de mi tutor
para posterior discusión en clases.
14. Como usuario-estudiante deseo poder visualizar los resultados de mis
pruebas sistemáticas por módulos y los comentarios de parte de mi tutor
para posterior discusión en clases.
15. Como usuario-estudiante deseo acceder a un espacio de preguntas y
respuestas frecuentes.
16. Como usuario-estudiante deseo poder visualizar y/o descargar un reporte
de cumplimiento total o parcial de cada uno de mis cursos, así como las
calificaciones de cada módulo y el avance metodológico del curso.
17. Como usuario-tutor deseo poder enviar mi información personal y de
contacto para luego poder conectar con Ututor.ni y aplicar a tutor de planta.
18. Como usuario-tutor deseo poder personalizar mi perfil añadiendo formación,
experiencia en enseñanza y títulos o grados académicos, entre otras, de tal

forma que capte la atención de más estudiantes y volverse un tutor
reconocido.
19. Como usuario-tutor deseo poder elegir de entre los horarios ofrecidos por
Ututor.ni el que más se adapte a nuestros horarios disponibles después de
las clases universitarias.
20. Como usuario-tutor deseo poder subir los archivos y comentarios de
retroalimentación a cada estudiante después de cada prueba sistemática.
(Los archivos deben incluir formularios y respuestas, en base a ello citar
áreas de oportunidad de mejora para cada estudiante)
21. Como usuario-administrador deseo poder Registrar nuevos cursos y planes
de cursos, su costo respectivo, marcos metodológicos, frecuencias
semanales y duración de cada frecuencia, en general, poder describir un
plan de manera concisa y completa.
22. Como usuario-administrador deseo poder Modificar o eliminar información
de los cursos o planes, los costos, el marco metológico, etc, así como
reemplazar viejos con nuevos cursos de ser necesario o concesuado por
Ututor.ni para mejorar nuestros servicios.
23. Como usuario-administrador deseo Visualizar información detallada de
tutores activos o inactivos, así como estudiantes activos o inactivos.
24. Como usuario-administrador deseo visualizar información de los cursos con
mayor y menor demanda, así como los cursos en los que ya no existen
cupos, así como los que no tienen suficientes estudiantes.
25. Como usuario-administrador deseo poder descargar parcial o total mediante
reportes de toda la información mencionada anteriormente a fin de toma de
decisiones administrativas.

 Estimación de historias de usuario
La estimación la realizamos en base a un puntaje de 1-5. Tomando como

referencia 1, lo menos importante y 5, como lo más importante
Puntos de
Historias de Usuario historia de
usuario
Como usuario-estudiante quiero tener una interfaz limpia y

1 2
sencilla.
Como usuario-estudiante puedo ver una galería detallada

2 2
con la información de cada curso o plan de curso.
Como usuario-estudiante deseo poder filtrar los cursos que

3 estoy buscando, por nombres, por docentes mejores 4
puntuados, por carreras afines
Como usuario-estudiante quiero poder ver a todos los

4 4
docentes con cupos y cursos disponibles.
Como usuario-estudiante quiero poder adquirir el curso o

5 plan de cursos que deseo, elegir tanto el docente como el 4.5
horario y las frecuencias de entre las que se ofertan.
Como usuario-estudiante quiero poder acceder a toda la

documentación de cada uno de mis cursos y poder
6 4
descargar total o parcialmente dicha información para auto-
estudio.

Como usuario-estudiante quiero poder personalizar mi perfil
añadiendo una foto de perfil e información personal de
7 contacto. (Esta información es importante para procesos de 2
validación del cumplimiento de los cursos para cada
estudiante).
Como usuario-estudiante deseo poder registrarme e iniciar

8 3
sesión al sitio web de manera sencilla.
Como usuario-estudiante deseo poder recuperar mi

9 contraseña en caso de olvido o pérdida, así como de cambiar 3.5
mi contraseña de ser requerido.
Como usuario-estudiante deseo poder pagar por mis cursos

mediante dos alternativas, a través de un formulario de pago
10 4.5
en línea o a través de transferencia a cuenta bancaria de
Ututor.ni
Como usuario-estudiante deseo poder cancelar mi

11 suscripción a mis cursos en línea en la primera semana de 4.5
iniciado mi plan de cursos.
Como usuario-estudiante deseo poder navegar en el sitio

12 web de manera sencilla haciendo uso de un panel de 2
navegación o menú.
Como usuario-estudiante deseo poder visualizar los

resultados de mis pruebas sistemáticas por módulos y los
13 3
comentarios de parte de mi tutor para posterior discusión en
clases.
Como usuario-estudiante deseo acceder a un espacio de

14 3
preguntas y respuestas frecuentes.

Como usuario-estudiante deseo poder visualizar y/o
descargar un reporte de cumplimiento total o parcial de cada
15 4
uno de mis cursos, así como las calificaciones de cada
módulo y el avance metodológico del curso.
Como usuario-tutor deseo poder enviar mi información

16 personal y de contacto para luego poder conectar con 4
Ututor.ni y aplicar a tutor de planta.
Como usuario-tutor deseo poder personalizar mi perfil

añadiendo formación, experiencia en enseñanza y títulos o
17 3.5
grados académicos, entre otras, de tal forma que capte la
atención de más estudiantes y volverse un tutor reconocido.
Como usuario-tutor deseo poder elegir de entre los horarios

18 ofrecidos por Ututor.ni el que más se adapte a nuestros 3.5
horarios disponibles después de las clases universitarias.
Como usuario-tutor deseo poder subir los resultados de cada

19 3
prueba sistemática.
Como usuario-tutor deseo poder subir los archivos y

comentarios de retroalimentación a cada estudiante después
20 de cada prueba sistemática. (Los archivos deben incluir 4
formularios y respuestas, en base a ello citar áreas de
oportunidad de mejora para cada estudiante)
Como usuario-administrador deseo poder Registrar nuevos

cursos y planes de cursos, su costo respectivo, marcos
21 metodológicos, frecuencias semanales y duración de cada 4.5
frecuencia, en general, poder describir un plan de manera
concisa y completa.

Como usuario-administrador deseo poder Modificar o
eliminar información de los cursos o planes, los costos, el
22 marco metológico, etc. así como reemplazar viejos con 4.5
nuevos cursos de ser necesario o concesuado por Ututor.ni
para mejorar nuestros servicios.

Como usuario-administrador deseo Visualizar información
23 detallada de tutores activos o inactivos, así como estudiantes 3
activos o inactivos.
Como usuario-administrador deseo visualizar información de

los cursos con mayor y menor demanda, así como los cursos
24 4
en los que ya no existen cupos, así como los que no tienen
suficientes estudiantes.
Como usuario-administrador deseo poder descargar parcial o

25 total mediante reportes de toda la información mencionada 4
anteriormente a fin de toma de decisiones administrativas.
Total 88
Vista en jira

Comprometer historias de usuario
El Scrum-Team se compromete a un conjunto de historias de usuario, estimadas

que se consideran las mas iportantes y las que serán el inicio del primer sprint en
base a la velocidad del equipo.
Puntos de
Historias de Usuario historia de
usuario
1 Como usuario-estudiante quiero tener una interfaz limpia y

2
sencilla.
2 Como usuario-estudiante quiero poder ver a todos los docentes

4
con cupos y cursos disponibles.

3 Como usuario-estudiante quiero poder personalizar mi perfil
añadiendo una foto de perfil e información personal de contacto.
2
(Esta información es importante para procesos de validación del
cumplimiento de los cursos para cada estudiante).
4 Como usuario-estudiante deseo poder registrarme e iniciar sesión

3
al sitio web de manera sencilla.
5 Como usuario-estudiante deseo poder pagar por mis cursos

mediante dos alternativas, a través de un formulario de pago en 4.5
línea o a través de transferencia a cuenta bancaria de Ututor.ni
6 Como usuario-administrador deseo poder Registrar nuevos

cursos y planes de cursos, su costo respectivo, marcos
metodológicos, frecuencias semanales y duración de cada 4.5
frecuencia, en general, poder describir un plan de manera
concisa y completa.
7 Como usuario-administrador deseo poder Modificar o eliminar

información de los cursos o planes, los costos, el marco
metológico, etc, así como reemplazar viejos con nuevos cursos 4.5
de ser necesario o concesuado por Ututor.ni para mejorar
nuestros servicios.
Total 24.5
La velocidad del equipo es de 30 puntos por sprint, de esta manera se

compromete a realizar estas historias de usuario, con un total de 24.5 puntos

Identificar tareas
Puntos de
historia
Historia de usuario
de Tareas
usuario
 Realizar una interfaz limpia y
sencilla
1. Como usuario-estudiante quiero
 Desarrollar en HTML y css
tener una interfaz limpia y 2
as vistas para el usuario
sencilla.
 Realizar los formularios lo
más claros para el usuario
 Desarrollar en HTML y css los
frame donde se visualicen los
docentes
2. Como usuario-estudiante quiero 4  Crear una sección donde se
poder ver a todos los docentes puedan visualizar los cursos
con cupos y cursos disponibles.  Agregar las características de
los docentes y descripción de
los cursos
4. Como usuario-estudiante quiero  Crear un formulario de perfil

poder personalizar mi perfil  Realizar el evento de poder
2
añadiendo una foto de perfil e agregar una foto de perfil
información personal de  Crear una sección donde el
contacto. (Esta información es usuario pueda subir su
importante para procesos de información de contacto

validación del cumplimiento de
los cursos para cada
estudiante).
 Desarrollar un formulario de
6. Como usuario-estudiante deseo registro y de inicio de sesión
poder registrarme e iniciar  Desarrollar los campos de
3
sesión al sitio web de manera requerimientos de inicio de
sencilla. sesión y de registro
8. Como usuario-estudiante deseo  Realizar el formulario de

poder pagar por mis cursos pago para el usuario
mediante dos alternativas, a  Visualizar el tipo de pago
través de un formulario de pago 4.5 que puede realizar
en línea o a través de  Desarrollar la interfaz de tipo
transferencia a cuenta bancaria de pago y los cursos a
de Ututor.ni comprar
 Desarrollar la sección de
registro de administrador
9. Como usuario-administrador
 Desarrollar la vista de
deseo poder Registrar nuevos
registrar nuevos cursos,
cursos y planes de cursos, su
visualización de planes y
costo respectivo, marcos 4.5
registro de los mismos.
metodológicos, frecuencias
 Desarrollar la vista de marcos
semanales y duración de cada
metodológicos, incluyendo las
frecuencia, en general, poder
frecuencias semanales y la
describir un plan de manera
duración.
concisa y completa.
11. Como usuario-administrador  Desarrollar en la sección del
deseo poder Modificar o eliminar 4.5 administrador el evento de
información de los cursos o poder eliminar cursos y

planes, los costos, el marco planes
metológico, etc, así como  Desarrollar el evento de poder
reemplazar viejos con nuevos modificar cursos.
cursos de ser necesario o
concesuado por Ututor.ni para
mejorar nuestros servicios.
Estimar tareas
Historia de usuario
Tareas Total de horas
 Realizar una interfaz
limpia y sencilla 4hr
1. Como usuario-  Desarrollar en HTML y
estudiante quiero tener css as vistas para el 14 h
una interfaz limpia y usuario 5h
sencilla.  Realizar los formularios
lo más claros para el
usuario 5h
2. Como usuario-  Desarrollar en HTML y
estudiante quiero poder css los frame donde se
ver a todos los docentes visualicen los docentes
con cupos y cursos 2h
disponibles.  Crear una sección donde 7h
se puedan visualizar los
cursos 2h
 Agregar las
características de los
docentes y descripción
de los cursos 3h

4. Como usuario-  Crear un formulario de
estudiante quiero poder perfil 3h
personalizar mi perfil  Realizar el evento de
añadiendo una foto de poder agregar una foto
perfil e información de perfil 3h 7h
personal de contacto.  Crear una sección donde
(Esta información es el usuario pueda subir su
importante para información de contacto
procesos de validación 4h
del cumplimiento de los
cursos para cada
estudiante).
 Desarrollar un formulario
de registro y de inicio de
6. Como usuario-
sesión 3h
estudiante deseo poder
 Desarrollar los campos 5h
registrarme e iniciar
de requerimientos de
sesión al sitio web de
inicio de sesión y de
manera sencilla.
registro 2h
8. Como usuario-  Realizar el formulario

estudiante deseo poder de pago para el usuario
pagar por mis cursos 4h
mediante dos  Visualizar el tipo de
alternativas, a través de pago que puede 13h
un formulario de pago realizar 4h
en línea o a través de  Desarrollar la interfaz
transferencia a cuenta de tipo de pago y los
bancaria de Ututor.ni cursos a comprar 5h
9. Como usuario-  Desarrollar la sección de

registro de administrador
administrador deseo 4h
poder Registrar nuevos  Desarrollar la vista de
cursos y planes de registrar nuevos cursos,
cursos, su costo visualización de planes y 14h
respectivo, marcos registro de los mismos.
metodológicos, 5h
frecuencias semanales y  Desarrollar la vista de
duración de cada marcos metodológicos,
frecuencia, en general, incluyendo las
poder describir un plan frecuencias semanales y
de manera concisa y la duración. 5h
completa.
11. Como usuario-  Desarrollar en la sección

administrador deseo del administrador el
poder Modificar o evento de poder eliminar
eliminar información de cursos y planes 5h
los cursos o planes, los  Desarrollar el evento de 9h
costos, el marco poder modificar cursos.
metológico, etc, así 4h
como reemplazar viejos
con nuevos cursos de
ser necesario o
concesuado por
Ututor.ni para mejorar
nuestros servicios.
69 horas
Total horas

Sprint Backlog
Pruebas de Software

 ¿Qué son las pruebas de software?
Las pruebas de software es el proceso de validar y verificar un producto de

software con la intensión de encontrar defectos. Validamos que el producto
cumpla con los requerimientos del cliente, que se libre de errores y con la mayor
calidad posible a la hora de ser liberado.
 Tipos de prueba
 Pruebas unitarias: Son pruebas que corren sobre partes del código de
forma independiente, o sea, se prueban módulos individuales de una
aplicación de forma aislada (sin ninguna interacción con las dependencias).
 Pruebas de integración: Son pruebas sistemáticas que engloban dos o
más módulos, en otras palabras, comprueban el funcionamiento de los
diferentes módulos entre sí.
Pruebas para nuestro proyecto Ututor
Ututor como proyecto de software presenta algunas particularidades que

abordaremos a continuación. En las etapas en iniciales del desarrollo de las
pruebas habíamos decidido implementar una prueba unitaria en la parte del
backend con ayuda de la herramienta Jest(específicamente en la clase de User.js)
rápidamente nos dimos cuenta que debido a la naturaleza de nuestro proyecto era
imposible hacer test con herramientas de terceros, pero ¿por qué?, en nuestro
alcance actual y como ya vimos en otros capítulos de este documentos el

comportamiento de nuestro negocio no necesita en ningún momento de funciones
auto conclusivas como por ejemplo: ordenar alguna tabla, hacer alguna operación
aritmética básica. Nuestros métodos y funciones se basan en el uso de request
http y el uso de algunas APIs que proveen los navegadores actuales
(Localstorage), por motivos de seguridad ambas vías restringen de manera
absoluta el acceso de ellas a través de otra clase, en palabras más simples,
cuando queremos usar cualquier herramienta de testeo(Jest, Mocha, Jasmine, etc)
no vamos a tener acceso a la información necesaria para ejecutar las pruebas,
solamente obtendremos errores del tipo Undefined, acces denied, etc; como se
puede intuir, esto no aplica para la totalidad de nuestro proyecto, en la parte visual
del cliente(frontend) no tenemos restricciones de ningún tipo y pudimos aplicar
pruebas de integración sin ningún problema, esto lo veremos más adelante.
Pruebas Unitarias para Ututor
Aunque no dispongamos del uso de herramientas de terceros para testear

nuestros métodos y funciones nosotros como ingenieros de sistemas encontramos
una solución para ello.
La forma que se nos ocurrió para realizar pruebas unitarias es simple, dentro de la
misma clase en donde tenemos los métodos a probar, creamos un método y
función que compruebe el correcto funcionamiento de nuestra función objetivo.
El método objetivo a probar es el siguiente:

El método en síntesis consiste en enviar el nombre de usuario y la contraseña
para poder loguearnos, si la información correcta es enviada, recibiremos los
campos pertinentes para poder navegar por la página, en este caso, solo
requerimos del rol para saber si es un usuario normal o un administrador, luego
esos datos se cifran en un token jwt el cual usaremos contantemente para navegar
a través de las diferentes vistas.
Nuestro método para testear es el siguiente:
Este método verificamos que el token se haya creado de forma correcta y que
nuestro código está bien por medio de la función verifyToken que veremos más
adelante, si el token ha creado de manera correcta con los datos que nosotros le
pedimos, nos devolverá un json con la palabra información y desde la consola nos
mostrara la información del token.

La función verifyToken:
La función consiste en verificar que existe en token, si el token existe

comprobamos que es un token valido y no está vacío, si todo sale bien obtenemos
la desciframos nuestro token y mandamos la información para que se muestre en
consola.
Para poder hacer los request pertinentes hicimos uso de la herramienta insomnia,
una herramienta muy común para este tipo de pruebas http.
Prueba exitosa con el token correcto

Resultados de la prueba cuando el token esta vacío o el header no existe
Resultados de la prueba cuando el token que se manda no existe o es invalido

Pruebas de integración
Como mencionamos anteriormente, para hacer las pruebas de integración no

teníamos ningún tipo de restricción, ya que son aplicadas en las diferentes vistas,
las cuales no poseen ningún tipo de restricciones de seguridad.
Para hacer las pruebas de integración utilizamos las herramientas Jasmine y

Karma:
 Jasmine: Jasmine es una suite de testing que sigue la metodología

Behavior Driven Development. Tiene cosas muy buenas como que no
requiere un DOM para hacer los tests y la sintaxis es bastante sencilla de
entender.
 Karma: Karma es el test-runner, es decir, el módulo que permite
automatizar algunas de las tareas de las suites de testing, como Jasmine.
Karma, además, ha sido desarrollado directamente por el equipo de
Angular, lo cual, en cierto modo, nos da alguna garantía de que va a seguir
existiendo de aquí a un tiempo, por lo que parece una buena opción.
Los métodos de prueba de

Jasmine se crean a la par
de cada módulo que
tenemos en angular en los
archivos Spec.ts.
Acá un ejemplo de los

métodos de prueba para la
vista principal Home:

 En estas pruebas comprobamos lo siguiente:
1. Que exista la vista, existirá si se creó que manera correcta y no hay ningún
error con ninguna de las etiquetas HTML, CSS, etc.
2. Que cada uno de los componentes que conforman la vista estén bien.
Los resultados de las pruebas se mostrarán de la siguiente manera:

Como podemos observar es un resultado impecable, ya que la vista está
construida sin ningún error. También nos muestra una declaración que no muestra
un error, pero si una especie de recomendación a tomar en cuenta para futuras
actualizaciones de nuestro proyecto.
Estas son el conjunto de pruebas que se

ejecutan a la vez para ver si convergen de
manera correcta:
Acá en donde podemos apreciar la verdadera

integración, las pruebas efectuadas
correctamente nos indica que cargan
dinámicamente y asincrónicamente pudiendo
acceder de una vista a otra con solo un clic,
las que están en rojo, o sea, erróneas, es
porqué padecen de las restricciones

causadas por la propia seguridad de http, más abajo observaremos un ejemplo
con detenimiento.
En nuestra clase principal, tenemos este método en donde accedemos al

localstorage para comprobar si el header token existe en nuestro PC,
lamentablemente por motivos de seguridad esta información nos es negada, lo
cual está bien, ya que si buscáramos la forma de acceder a las API entre clases
estaríamos comprometiendo nuestro código y seria fácilmente hackeable, más
abajo mostramos con detalle el error.
Error que nos arroja el método:

Es erróneo no por qué el token no exista o el código este mal, sino por motivos de
seguridad no podemos acceder a esa información y nos arroja null.
Identificación de Riesgos
 Según el tamaño del producto:

1. El número de usuarios puede ser menor que lo planificado.
2. La fecha de entrega del producto puede ser mayor.
 Según el impacto empresarial:
1. Debido a que los exámenes de admisión están evadiendo el test de

matemáticas la demanda podría ser relativamente baja.
2. Riesgo a una mala reputación por parte de los usuarios poco dedicados o
de bajo rendimiento.
3. Riesgos a que emprendedores que ofrezcan servicios parecidos queden si
oportunidad laboral y nos culpen.

 Según las características de los participantes:
1. Riesgo a generar una plataforma no amigable con el usuario o insegura.

2. Riesgo a que los usuarios no quieran recibir tutorías en la plataforma
debido a la poca experiencia de los tutores.
3. Los tutores contratados abandonen sus roles masivamente en ciertos
tiempos o poco después de empezar a ofrecer su servicio.
4. Riesgo a que el producto no se lleve a cabo por diferencias de opiniones o
personales.
 Según la definición del proceso:
1. Generación de cuellos de botella por el trabajo planificado y no culminado

en tiempo y forma.
2. Reestructuración de los requisitos del producto a último momento de su
creación.
3. Reasignación de roles entre los participantes.
4. Eliminación de participantes.
 Según el entorno de desarrollo:
1. Involucrarse con dificultades en la implementación final, debido a la poca

experiencia en el manejo de la tecnología usada para la creación del
producto.
 Según la tecnología por construir:

1. Riesgo a generar un producto no amigable con el usuario debido a la
cantidad de recursos a consumirse.
2. Riesgos a ser copiados o mejorados por otras personas con más
experiencia en el mercado.
 Según el tamaño y experiencia del personal:

1. Toma de decisiones ineficientes organizacionales.
2. Desacuerdos con la metodología de implementación o creación de estas
para el producto.
3. Abandonar la creación del producto, por el poco tiempo que se posee para
lograr la implementación.
 Riesgos de Tecnología.
Se derivan de las tecnologías de software o de hardware utilizadas en el sistema

que se está desarrollando.
1. Inadecuado uso de las capacidades de almacenamiento de los servidores

contratados por Ututor.ni.
2. Actualizaciones de tecnologías de bases de datos, Frameworks de backend
o frontend, usos deprecados, etc.
3. Clausura de herramientas desfasadas por sus creadores.
4. Cambios de plataforma o migración a otros planes de almacenamiento,
alojamiento, servicios web, etc. por decisión de la empresa.
5. Fallos de equipos de cómputo.
 Riesgos de Personal:
Riesgos asociados con las personas del equipo de desarrollo.
1. Ausencia del personal en general.

2. Fallos de los empleados por accidentes o enfermedades que imposibilite su
asistencia parcial o total al lugar de trabajo.
3. Fraude de parte del personal por robo de cualquier medio tangible que sea
propiedad de Ututor.ni, como materiales de apoyo a docentes, medios
audiovisuales, documentos de propiedad intelectual, etc.
4. Fraude por robo de material no tangible como robo de identidad de
estudiantes y/o docentes, falsificación de documentos, fraude académico
y/o actos lascivos por parte de docentes a estudiantes con objetivos de
solvencia académica.
5. Renuncia por parte de trabajadores en período inter
 Riesgos Organizacionales:
Se derivan del entorno organizacional donde el software se está desarrollando.
1. Renuncia o despido de directores ejecutivos de la empresa.

2. Remodelaciones en edificios centrales de cómputo, administración u otros.
3. Asignación de roles inadecuados o no meritorios al personal sin
conocimiento de ello, ya sea por falsificación de credenciales o cualquier
otro acto de fraude de personal.
4. Coste elevado de reorganización de las áreas funcionales, de recursos
humanos y materiales de la empresa a causa de expansión o dispersión.
 Riesgos de Herramientas:
Se derivan de herramientas CASE y de otro software de apoyo utilizado para

desarrollar el sistema.

1. Obsolescencia de herramientas de apoyo en el desarrollo, testeo y/o
entorno de producción.
2. Coste elevado de migración a nuevas tecnologías suplementarias por
obsolescencia de herramientas previas.
3. Coste elevado de capacitación de personal para tecnologías
complementarias o suplementarias que se vayan a emplear, ya sea por
actualizaciones de plataforma o por toma de decisiones ejecutivas.
4. Cambios en los costos de planes de servicio que consuma la empresa con
terceros (herramientas CASE) si llegasen a aumentar demasiado.
 Riesgos de Requerimientos:
Se derivan de los cambios de los requerimientos del cliente y el proceso de

gestionar dicho cambio.
1. Gastos adicionales por complejos y/o extensos cambios de requerimientos

funcionales que sean solicitados por el cliente que influyan en calidad,
tiempo y forma de entrega.
2. Retraso de entrega del software y sus requerimientos parciales o totales
según lo previsto.
 Riesgos de Estimación:
Se derivan de los estimados administrativos de las características del sistema y

los recursos requeridos para construir dicho sistema.
1. Número de personal contratado por debajo de lo estimado antes de

arrancar el proyecto, ya sea por debido a falta de postulantes a cargos o
por falta de solvencia en el área de reclutamiento.

2. Gastos adicionales en publicidad y promoción según lo estimado en el
arranque del proyecto para cada período de tiempo.
3. Gastos adicionales en el desarrollo del software debido al uso de
herramientas imprevistas pero relevantes para el funcionamiento del
software. Estos gastos pueden incluir horas extra con el objetivo de
entregar a tiempo el sistema también.
4. Gastos extra en mantenimiento de los bienes de Ututor.ni debido a
fenómenos externos a la empresa, por ejemplo, terremotos y fenómenos
naturales en general.
5. Gastos imprevistos por emergencias dentro de las instalaciones, por
ejemplo, incendios o inundaciones por fallos eléctricos o fluviales
respectivamente.
Analisis de riesgos
Promedio para el Expresion del lenguaje Valor

Rango de probabilidad calculo natural numerico
de 1% a 10% 5% Baja 1
de 11% a 25% 18% Poco probable 2
de 26% a 55% 40% Media 3
de 56% a 80% 68% Altamente probable 4
de 81% a 99% 90% Casi seguro 5

Probabilidad de ocurrrencia del riesgo
ID Riesgo Expresion Probabilidad

RI-01 El número de usuarios puede ser menor que lo planificado Media 38%
RI-02 La fecha de entrega del producto puede ser mayor Altamente probable 70%
RI-03 la demanda podría ser relativamente baja Media 40%
RI-04 Riesgo a una mala reputación por parte de los usuarios Casi seguro 85%
RI-05 Emprendedores que ofrezcan servicios parecidos queden si oportunidad laboral Poco probable 20%
RI-06 Generar una plataforma no amigable con el usuario o insegura. Poco probable 11%
RI-07 Poca experiencia de los tutores Media 30%
RI-08 Los tutores contratados abandonen sus roles Media 25%
RI-09 Riesgo a que el producto no se lleve a cabo por diferencias Baja 5%
RI-10 Trabajo planificado y no culminado en tiempo y forma. Media 41%
RI-11 Reestructuración de los requisitos del producto Casi seguro 85%
RI-12 Reasignación de roles entre los participantes. Poco probable 15%
RI-13 Eliminación de participantes Poco probable 18%
RI-14 Involucrarse con dificultades en la implementación final Media 35%
Riesgo a generar un producto no amigable con el usuario debido a la cantidad de
RI-15
recursos a consumirse. Poco probable 11%
RI-16 Riesgos a ser copiados Altamente probable 80%
RI-17 Toma de decisiones ineficientes organizacionales Poco probable 11%
Desacuerdos con la metodología de implementación o creación de estas para el
RI-18 producto Baja 5%
RI-19 Abandonar la creación del producto Poco probable 14%
RI-20 Ausencia del personal en general. Poco probable 11%
RI-21 Fallos de los empleados por accidentes o enfermedades Altamente probable 70%
RI-22 Fraude de parte del personal Poco probable 15%
RI-23 Fraude por robo de material no tangible Altamente probable 60%
RI-24 Renuncia por parte de trabajadores en período inter Altamente probable 60%
RI-25 Renuncia o despido de directores ejecutivos Altamente probable 60%
RI-26 Remodelaciones en edificios centrales Baja 5%
RI-27 Asignación de roles inadecuados Baja 5%
RI-28 Coste elevado de reorganización de las áreas funcionales Altamente probable 75%
RI-29 Obsolescencia de herramientas de apoyo Poco probable 15%
RI-30 Coste elevado de migración a nuevas tecnologías Altamente probable 75%
RI-31 Cambios en los costos de planes de servicio Casi seguro 80%
Gastos adicionales por complejos y/o extensos cambios de requerimientos
RI-32
funcionales Casi seguro 85%
RI-33 Retraso de entrega del software Casi seguro 80%
RI-34 Número de personal contratado por debajo de lo estimado Baja 5%
RI-35 Gastos adicionales en publicidad y promoción Casi seguro 85%
RI-36 Gastos adicionales en el desarrollo del software Casi seguro 90%
RI-37 Gastos extra en mantenimiento de los bienes de Ututor.ni Altamente probable 75%
RI-38 Gastos imprevistos por emergencias dentro de las instalaciones Media 48%

Exposición al riesgo
Probabili Exposici
ID dad Impacto on
RI-01 38% 1 0.38
RI-02 70% 3 2.1
RI-03 40% 2 0.8
RI-04 85% 2 1.7
RI-05 20% 1 0.2
RI-06 11% 2 0.22
RI-07 30% 3 0.9
RI-08 25% 1 0.25
RI-09 5% 1 0.05
RI-10 41% 2 0.82
RI-11 85% 4 3.4
RI-12 15% 2 0.3
RI-13 18% 2 0.36
RI-14 35% 2 0.7
RI-15 11% 2 0.22
RI-16 80% 3 2.4
RI-17 11% 1 0.11
RI-18 5% 1 0.05
RI-19 14% 2 0.28
RI-20 11% 1 0.11
RI-21 70% 3 2.1
RI-22 15% 1 0.15
RI-23 60% 3 1.8

RI-24 60% 3 1.8
RI-25 60% 3 1.8
RI-26 5% 1 0.05
RI-27 5% 1 0.05
RI-28 75% 3 2.25
RI-29 15% 1 0.15
RI-30 75% 3 2.25
RI-31 80% 4 3.2
RI-32 85% 4 3.4
RI-33 80% 4 3.2
RI-34 5% 1 0.05
RI-35 85% 4 3.4
RI-36 90% 4 3.6
RI-37 75% 4 3
RI-38 48% 1 0.48
Matriz de riesgo
Clasificacion 5 4 3 2 1
Nivel de severidad Valor 3 3 2 2 1
Alt Medi Medi
Riesgo Alto o o o Bajo
Identifica Probabilid Clasificaci Severidad

dor Impacto ad on Valor Nivel
RI-01 Insignifica 38% 3 2 Medi

nte o
Medio
RI-02 critico 70% 4 3 Alto
Medi
RI-03 Marginal 40% 3 2 o
RI-04 Marginal 85% 5 3 Alto
Insignifica Medi
RI-05 nte 20% 2 2 o
Medi
Medio Medi
RI-07 critico 30% 3 2 o
Insignifica Medi
RI-08 nte 25% 2 2 o
Insignifica
RI-09 nte 5% 1 1 Bajo
Medi
Catastrofic
RI-11 o 85% 5 3 Alto
Medi
Medi
Medi
Medi
Medio
RI-17 Insignifica 11% 2 2 Medi

nte o
Insignifica
Medi
Insignifica Medi
RI-20 nte 11% 2 2 o
Medio
Insignifica Medi
RI-22 nte 15% 2 2 o
Medio
Medio
Medio
Insignifica
Insignifica
Medio
Insignifica Medi
RI-29 nte 15% 2 2 o
Medio
Catastrofic
RI-31 o 80% 4 3 Alto
Catastrofic
RI-32 o 85% 5 3 Alto

Catastrofic
RI-33 o 80% 4 3 Alto
Insignifica
Catastrofic
RI-35 o 85% 5 3 Alto
Catastrofic
RI-36 o 90% 5 3 Alto
Catastrofic
RI-37 o 75% 4 3 Alto
Insignifica Medi
RI-38 nte 48% 3 2 o
Clasificaci
on general Medi
del riesgo 2.24 o
Valoración del riesgo del proyecto
1. ¿Los gerentes de software y de cliente se reunieron formalmente para

apoyar el proyecto?
Si, se reunieron formalmente para apoyar cada uno de las actividades a realizar y
obtener resultados positivos del proyecto.

2. ¿Los usuarios finales se comprometen de manera entusiasta con el
proyecto y con el sistema/producto que se va a construir?
Los usuarios finales si se comprometen de manera entusiasta con el proyecto

porque cada uno de ellos tiene un mismo objetivo que es aprobar el examen de
admisión.
3. ¿El equipo de ingeniería del software y sus clientes entienden por

completo los requisitos?
Ambas partes están completamente claras de los requisitos del proyecto, ya que
se reunieron formalmente para poyarlo.
4. ¿Los clientes se involucraron plenamente en la definición de los

requisitos?
Si, los clientes se involucraron plenamente, ya que se tomó en cuenta sus

opiniones para poder definir los requisitos.
5. ¿Los usuarios finales tienen expectativas realistas?
Si, los usuarios finales (estudiantes) tienen como expectativas realistas aprobar el
examen de admisión en las distintas Universidades públicas, a través de las
tutorías impartidas por la aplicación web.

6. ¿El ámbito del proyecto es estable?
7. ¿El equipo de ingeniería del software tiene la mezcla correcta de

habilidades?
Si, el equipo de software tiene excelente conocimiento y habilidades tanto en

UI/UX, html y CSS.
8. ¿Los requisitos del proyecto son estables?
9. ¿El equipo de proyecto tiene experiencia con la tecnología que se va a

implementar?
Si, el equipo tiene experiencia y cuenta con muy buenas capacidades para
implementar dicha tecnología.
10. ¿El número de personas que hay en el equipo del proyecto es adecuado
para hacer el trabajo?
Si, cada uno tiene un rol asignado, en el cual si han desempeñado de manera
satisfactoria.
11. ¿Todas las divisiones de cliente/usuario están de acuerdo en la

importancia del proyecto y en los requisitos para el sistema/producto que se
va a construir?

Todas las divisiones de cliente/usuario están de acuerdo tanto en la importancia
del proyecto, como en los requisitos para el sistema/producto ya que el diseño de
esta aplicación web tiene el fin de mejorar en un porcentaje del 20% la cantidad
de estudiantes aprobados en exámenes de admisión de las Universidades
publicas.
Componentes y promotores de riesgo
Componentes
 Riesgos de rendimiento: promotor de riesgo despreciable

 Riesgos de costos: promotor de riesgo catastrófico
 Riesgos de apoyo: promotor de riesgo critico
 Riesgos de calendario: promotor de riesgo marginal
Proyección del Riesgo

Mitigación, Monitoreo y Manejo del Riesgo

Implementación del PMBOK

Implementación del PMBOK orientado al Software de Ututor.ni


Proyecto Final Ututor-1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto Final Ututor-1

Cargado por

Copyright:

Formatos disponibles

Universidad Nacional de Ingeniería

Recinto Universitario Pedro Arauz Palacios

Proyecto de Curso “Software Ututor.ni”

Marvin César Parrales Romero

Proyecto Software Ututor.ni

Fragmento destacado de la Web

Caso de estudio del negocio

Diseño de una aplicación web de tutorias particulares para bachilleres

Convertirnos en una plataforma de referencia y reconocida en el ámbito de tutorías

Proyecto Software Ututor.ni

Algunas de las características de la aplicación

• Debe permitir registro de usuarios con diferentes roles.

 A nivel de empresa (Administradores, Contabilidad, Recursos

 A nivel de usuario final (Estudiantes, Tutores)

Proyecto Software Ututor.ni

• Debe permitir el pago en línea de los cursos a través de pasarelas de pago.

Algunas de las características de la

• Debemos ofrecer oportunidades de crecimiento a los tutores para que

• Esta aplicación debe ser capaz de adaptarse a cambios en los precios de

• Las clases que se impartirán a los estudiantes deben ser preferiblemente

Proyecto Software Ututor.ni

• Debe permitir a los usuarios finales estudiantes visualizar y filtrar categorías

• Debe permitir a los usuarios finales tutores la completa modificación y

Proyecto Software Ututor.ni

• Autogestionar su horario en base a su propia disponibilidad de tiempo y en

• Generar reportes en formatos que los responsables del proyecto

• Hacer llegar reportes a los responsables de los estudiantes con un marco

• Hacer uso correcto de la aplicación web y dejar claro cuál es el contenido

• Los tutores deben pasar por un proceso de reclutamiento y pruebas que

Proyecto Software Ututor.ni

• Ser puntuales. Estos cursos se impartirán en donde mejor se consensua, ya

• Ser participativos en cada clase y entrenar con las guías prácticas

• Ser responsables con la finalización del curso para tener éxito en su

• Convertirse en una empresa de servicios de tutorías de alta calidad con un

• Dar empleo a estudiantes universitarios capaces de poder impartir estos

Proyecto Software Ututor.ni

• Aumentar el porcentaje de aprobados en exámenes de admisión que hagan

Requerimientos Funcionales y No funcionales del Sistema de

Requerimientos Funcionales para los

 El sistema de información deberá permitir a los estudiantes registrarse e

 El estudiante podrá adquirir cualquier plan de cursos.

 El estudiante podrá elegir el docente que impartirá los cursos de su plan.

 El estudiante podrá elegir entre los horarios disponibles el horario que

 El sistema deberá permitir la descarga y subida de archivos de

Proyecto Software Ututor.ni

 El sistema debe permitir al tutor subir y visualizar resultados de pruebas de

 El sistema debe generar reportes de cumplimiento de los módulos y del

 El sistema debe permitir al estudiante visualizar los reportes de

 El sistema debe permitir al estudiante cancelar el servicio (únicamente en la

 El sistema debe permitir a los postulantes a nuevos tutores de la plataforma

Proyecto Software Ututor.ni

 El sistema debe permitir a los administradores el registro, modificación y

 El sistema debe permitir a los administradores la visualización de

 El sistema debe poseer un panel donde se visualice los cupos disponibles

 El sistema debe permitir la descarga parcial o total de información en forma

Proyecto Software Ututor.ni

 El sistema deberá proveer al estudiante toda la información necesaria para

Es la persona responsable de asegurar que el equipo aporte valor al

Proyecto Software Ututor.ni

¿Para qué es el software?

Los grupos de personas impactadas por el proyecto son los siguientes:

 Estudiantes Bachilleres que se preparan para su admisión en las

Proyecto Software Ututor.ni