Documento Guía para El Documento

NOMBRE DE LA UNIVERSIDAD
NOMBRE DE LA FACULTAD
NOMBRE DE LA CARRERA
“TITULO DEL PROYECTO”
AUTOR:
Nombre del Estudiante
DOCENTE GUIA:
Ing. Juan Perez
Santa Cruz, Bolivia

JUNIO, 2022
Dedicatoria(ejemplo)
Ejemplo: A mis padres y hermanos, por su gran ejemplo de superación y valioso apoyo en
todo momento desde el inicio de los estudios de la maestría.
A mi esposa por su gran apoyo que impulso a seguir adelante.
A mis hijos por todas las veces que no pudieron tener a un papa a tiempo completo.
A mis familiares y amigos que tuvieron una palabra de apoyo durante los estudios.
1
Agradecimiento
Ejemplo: Expresar de todo corazón los más sinceros agradecimientos a todas aquellas
personas que brindaron su colaboración, sus conocimientos, su ayuda incondicional y por sobre
todo su amistad durante la realización de esta investigación. Este es el esfuerzo de un gran
equipo de trabajo, a cada uno de ellos, Gracias.
A Dios, por el regalo de una familia, por el amanecer cada día y por sobre todo quien regala
el entendimiento para realizar cada reto en la vida.
A los padres, quien siempre está pendiente de encomendarme en sus oraciones, que cada día
sea mejor, no solo en lo que hago como trabajo, sino de ser mejor persona, a ella por ayudarme a
comprenderme en el querer estar acá sin los míos para poder superarme, los quiero mucho,
gracias por todo.
Dra. Juan Perez quien, con sus valiosos conocimientos, enseñanza y apreciables asesorías,
han aportado grandes beneficios para la realización de esta investigación, además de su amistad
que hace de la vida un sabor especial y una experiencia enriquecedora en cada vivencia.
Nuevamente a todos, MUCHAS GRACIAS.
2
RESUMEN
En este punto se recomienda hacer un resumen de lo que contiene cada capítulo en un
párrafo por capitulo
3
4
INDICE GENERAL
CAPITULO I ANTECEDENTES GENERALES 1

1.1. Introducción 1
1.2. Antecedentes del Problema 1
1.3. Planteamiento del Problema 2
1.3.1. Objeto de Estudio 3
1.4. Objetivos 3
1.4.1. Objetivo General 3
1.4.2. Objetivos Específicos 3
1.5. Idea Científica a Defender 4
1.6. Justificación 4
1.6.1. Justificación Teórica 4
1.6.2. Justificación Metodológica 5
1.6.3. Justificación Práctica 5
1.6.4. Justificación Social 6
1.6.5. Justificación Institucional 6
1.6.6. Justificación Personal 6
1.6.7. Justificación Económica 6
1.7. Delimitación de la Investigación 7
1.7.1. Delimitación Espacial 7
1.7.2. Delimitación Temporal 7
1.7.3. Delimitación Sustantiva 7
1.8. Metodologías 8
1.9. Herramientas Tecnológicas 8
1.10. Normas 8
CAPITULO II MARCO TEORICO 10
2.1. Empresa 10
2.1.1. Historia 10
2.1.2. Misión 10
5
2.1.3. Visión 10
2.1.4. Organigrama 10
2.1.5. Localización 10
2.1.6. Servicios 10
2.2. Ingeniería de Software 10
2.2.1. Administración del proyecto 10
2.2.2. Métricas del Proyecto 10
2.2.3. Administración de Riesgo 10
2.3. Metodologías del Proyecto 10
2.3.1. Metodología SCRUM 10
2.3.2. Metodología XP 10
2.3.3. Otras metodologías utilizadas 10
2.4. Plataformas 10
2.4.1. Escritorio, Web o Aplicación Móvil… 10
2.4.2. Linux UBUNTU. 10
2.5. Interfaz de Programación de aplicaciones 11
2.5.1. REST o GraphQL (por ejemplo) 11
2.6. Arquitectura del Software 11
2.6.1. MVC 11
2.6.2. Formato de Intercambio de Datos JSON 11
2.7. Herramientas de Implementación 11
2.7.1. Lenguajes de Software 11
2.7.2. Frameworks 11
2.7.3. Entorno de Ejecución 11
2.7.4. Control de Versiones 12
2.7.5. Gestor de Base de Datos 12
2.7.6. IDE 12
CAPITULO III INGENIERIA DE PROYECTO 14
3.1. Planificación Temporal 14
3.1.1. Descripción del Proyecto 14
3.1.2. Cronograma General del Proyecto 14
6
3.1.3. Descripción de los Sprint 14
3.2. Organización Personal 15
3.3. Estimación del Proyecto 16
3.3.1. Métricas basadas en Puntos de historia 16
3.3.2. Cálculo de Duración 16
3.3.3. Costo de Personal 17
3.3.4. Costo del Software 17
3.4. Análisis y Gestión de Riesgos 17
3.4.1. Riesgo del Personal 17
3.4.2. Riesgo Metodológico 17
3.4.3. Riesgo del Negocio 17
3.5. Gestión de Calidad 17
3.5.1. Normas y Estándares 17
3.5.2. Factores que determinan Calidad 17
3.6. Estimaciones 18
3.6.1. Recursos Tecnológicos 18
3.6.2. Recursos Humanos 18
3.6.3. Recursos Funcionamientos (Escritorio, alquiler, Básicos) 18
3.6.4. Costo Total del Proyecto (más los adicionales) 18
3.7. Testeo 18
3.7.1. Tipo de Pruebas aplicables (fiabilidad y porque) 18
3.7.2. Justificación de las pruebas aplicables 18
3.7.3. Análisis de Resultados de las pruebas 18
CAPITULO IV INGENIERIA DE SOFWARE(XP por ejemplo) 19
4.1. FASE EXPLORACION 19
4.1.1. Requisitos Funcionales y No Funcionales 19
4.1.2. Historias de Usuarios 19
4.1.3. Planificación temporal 19
4.2. FASE PLANIFICACION 19
4.2.1. Priorizar historias de usuarios 19
4.2.2. Diagrama de Clases Conceptuales 20
7
4.3. FASE ITERACIONES 20
4.3.1. Sprint 1 20
4.3.2. Sprint 2 20
4.3.3. Sprint 3 20
4.3.4. Sprint 4 20
4.3.5. Sprint5 20
4.3.6. Sprint 6 20
4.3.7. Sprint 7 20
4.4. FASE PUESTA EN PRODUCCION 20
4.4.1. Diagrama de clases de Diseño 20
4.4.2. Modelo de la base de datos 20
4.4.3. Diagrama de Navegabilidad 20
4.4.4. Diseño de reportes 20
CONCLUSIONES 21
RECOMENDACIONES 22
BIBLIOGRAFIA 23
ANEXOS 24
8
También deben contemplar los siguientes índices
INDICE DE CUADROS
INDICE DE TABLAS
INDICE DE FIGURAS
INDICE DE ILUSTRACIONES
INDICE DE ANEXOS
9
CAPITULO 1. ANTECEDENTES GENERALES
1.1. Introducción
En la sección presente debe estar descrita la motivación al lector para continuar en la lectura
del presente documento relacionado con el tema, no describir el problema ni solución al
problema, máximo una plana.
1.2. Antecedentes del Problema
En este punto se describe el fondo del problema, los orígenes del problema referente al
proyecto y describir trabajos similares que se hubiesen hecho en el área, estos trabajos
podrían ser a nivel mundial, nacional o local.
También se pueden incluir una matriz FODA a la institución al cual va realizar el proyecto
Matriz FODA de la institución
Fortalezas Oportunidades
Debilidades Amenazas
Fuente: Elaboración Propia, 2022
1
Se pueden incluir el diagrama de Ishikawa para mostrar las causa y efecto de un problema
En la siguiente figura X se muestra el diagrama de Ishikawa(Espina de pescado) a partir de
agrupar en categorías las posibles causas que inciden en el problema que se analiza, en el
contexto de la organización Empresa XYZ .
CAUSAS
Entorno
EFECTO
Máquina
Hombre
PROBLEMA
Material Método
Administración
Diagrama de Ishikawa
Fuente: Elaboración Propia, 2022
1.3. Planteamiento del Problema
El planteamiento del problema es un enunciado corto que puede ser formulado mediante
pregunta o un párrafo de no más de tres líneas.
Ejemplo: ¿Qué efectos tendrá la aplicación móvil en las ventas de pasajes de la flota xyz?
También se puede describir en forma de enunciado, por ejemplo:
Ejemplo: Falta de control en la venta de pasajes de la Flota xyz
2
1.3.1. Campo de Acción
Ejemplo: Ventas de pasajes en la terminal Bimodal de Santa Cruz de la Sierra.
1.3.2. Objeto de Estudio
Ejemplo Aplicación móvil para sacar fichas para los pacientes hospital xyz.
Otro ejemplo Aplicación móvil para vender pasajes interdepartamentales en Bolivia
1.4. Objetivos
1.4.1. Objetivo General
El objetivo General tiene que comenzar con un verbo en infinitivo y responder a las siguientes
preguntas
que hacer? para que hacer? Como hacer? donde?
Ejemplo Implementar una aplicación móvil para sacar fichas médicas y de ésta manera
minimizar el tiempo de espera de los pacientes, utilizando la metodología XP, en el hospital
Señor de Malta en la provincia de Vallegrande de Santa Cruz Bolivia.
1.4.2. Objetivos Específicos
Los objetivos específicos son aquellos objetivos concretos que se deben alcanzar para lograr el
objetivo general, responden a la interrogantes: que hacer, y para qué. Se recomienda que el
verbo sea infinitivo, y esté relacionado con las fases de la metodología de desarrollo del
software.
3
1. Aplicar una metodología adecuada para levantamiento de requisitos.
2. Analizar las posibles soluciones para modelar la solución.
3. Diseñar las interfaces del usuario para crear posibles soluciones de la aplicación Web.
4. Codificar los módulos del sistema web para que todas las interfaces sean funcionales.
5. Testear el sistema Web para tener la aceptación del Cliente.
1.5. Idea Científica a Defender
Siempre tiene que ser redactada en forma afirmativa. ¿Qué se pretende demostrar?
Ejemplo: La aplicación móvil xxxxxxxx minimizará el tiempo de espera en obtención de fichas
médicas por parte de los pacientes.
1.6. Justificación
En esta sección se describen todas las justificaciones para la realización del trabajo, siéntase
libre de agregar las necesarias.
1.6.1. Justificación Teórica
Ejemplo: La teoría de la ingeniería de software se realiza con el propósito de aportar al
conocimiento existente sobre la documentación para proyectos de aplicaciones móviles, e
incorporar al conocimiento de desarrollo de aplicaciones móviles para los desarrolladores.
¿Por qué y para qué de la teoría o todo el documento?
¿Cómo influye a corto, mediano o largo plazo la parte teórica?
¿Se logrará llenar algún hueco de conocimiento?
¿Cuál es el propósito e impacto al ámbito teórico/académico del sector?
4
¿Qué teorías preexistentes pretende ampliar con el presente trabajo?
¿Cuál es la importancia de las aportaciones teóricas del presente trabajo?
1.6.2. Justificación Metodológica
Por ejemplo: En el presente trabajo se ocupó la metodología de desarrollo de proyecto SCRUM
para agilizar el proceso de creación de la aplicación móvil y cuyos resultados también podrán ser
utilizados por desarrolladores de aplicaciones móviles.
Otro ejemplo: En la implementación de la aplicación se ocupó la metodología de desarrollo XP
para agilizar el proyecto de la aplicación móvil porque existe una estrecha relación con el cliente
que está involucrado en el proceso y pruebas continuas del software.
En este punto describe ¿cómo se realizará el trabajo y por qué?
¿Con alguna metodología como desarrollará el trabajo? ¿también tiene su porqué?
La forma como se realiza el trabajo de investigación, los métodos que utilice.
Demostrar la viabilidad, validez y confiabilidad del método seleccionado.
1.6.3. Justificación Práctica
Por ejemplo: “La aplicación móvil se realiza porque existe la necesidad de vender boletos en la
empresa xyz para mejorar el control de las ventas de pasajes en la empresa utilizando la
aplicación”.
Otro ejemplo: “El trabajo de investigación se basa en la necesidad de mejorar la atención de la
venta de pasajes de la ciudad de Santa Cruz. El resultado de la investigación basada ventas de
pasajes mediante una aplicación móvil permitirá, por ende, elaborar estrategias concretas para
5
mejorar la gestión de ventas de boletos y así lograr un impacto en la ciudad de Santa Cruz de la
sierra”.
Implica describir como la aplicación cambiará la realidad del campo de acción
Razones que argumenten acerca de la utilidad de los resultados de tu trabajo.
Motivos que destacan la importancia del proyecto.
Problemas concretos (políticos, sociales, educativos) que serán solucionados gracias a los
resultados del presente trabajo.
1.6.4. Justificación Social
En este punto se definen los aportes del presente trabajo para la solución de las demandas de
la sociedad, presente y futuras, para ser fuente de una mejor calidad de vida de los bolivianos
en su zona de influencia.
1.6.5. Justificación Institucional
En este punto se enfatizan los aportes del presente trabajo en beneficio de una institución u
organización
1.6.6. Justificación Personal
En este punto se describe cual es el propósito de realizar el presente proyecto a nivel personal.
¿Cuáles son las razones por las cuales realiza el presente trabajo?
6
1.6.7. Justificación Económica
En este punto se describe la justificación orientada a la parte económica, o describir entidades
beneficiarias relacionado económicamente
Presupuesto total del proyecto: Se puede describir la subvención dedicada al proyecto,
Hardware, Licencias de software, colaboraciones públicas o privadas.
Esta justificación es necesaria.
1.7. Delimitación de la Investigación
En esta sección las delimitaciones son necesarias.
1.7.1. Delimitación Espacial
Ejemplo: El presente proyecto se implementará en la terminal de buses del municipio de xxxxxx
de la Ciudad de Santa Cruz de la Sierra Bolivia
En este punto se describe el área geográfica en donde se va implementar el proyecto.
1.7.2. Delimitación Temporal
Ejemplo: El desarrollo del presente proyecto tendrá una duración de 4 meses, comprendido
desde el mes de mayo del 2021 hasta agosto del 2021.
Se describe el tiempo de desarrollo que durará el proyecto, se pueden insertar las fechas de
inicio y fin como su tiempo total en meses o años
7
1.7.3. Delimitación Sustantiva
Dada la naturaleza del producto que se desarrolla se puede delimitar mediante módulos del
software, como por:
Ejemplo: La delimitación sustantiva está comprendida en los siguientes módulos:
Módulo de compras. - Gestión de compras de Productos….
Modulo Ventas. -
Módulo de Inventario. –
O también en este punto se identifican todos los aspectos que son importantes del proyecto.
1.8. Metodologías
En esta sección solo se describen las metodologías a usar en todo el proyecto. Se puede añadir
metodología de análisis de requisitos (cuestionarios, observaciones, tipos de entrevista y
otros), metodologías de desarrollo de software, metodologías de marco de trabajo.
Por Ejemplo: En la metodología de desarrollo del software se utilizó la Programación Extrema
(XP) y como marco de trabajo la metodología SCRUM y en Lenguaje Unificado de Modelado
(U.M.L.) para documentar los artefactos del sistema.
1.9. Herramientas Tecnológicas
En este punto se recomienda solo mencionarlos las herramientas de desarrollo del Proyecto.
✔ Se ha utilizado java como Lenguaje de Programación en el backend
8
✔ Django se utilizó como Framework en el frontend
✔ GitHub se utilizó como repositorio del código.
✔ Visual Studio Code se utilizó como IDE para el backend…
✔ Sistema Operativo Fedora se utilizó como servidor en la nube.
✔ En el FrontEnt se utilizó Android Studio para las vistas
✔ SqlServer se utilizó como base de datos
✔ Se codifico con java como lenguaje de programación …
✔ JavaScript se utilizó para…
✔ Microsoft Project para …
✔ Para estimaciones se utilizó COCOMO…
✔ Para las interfaces se utilizó el sitio web www.asfasdf.com
✔ Para pruebas se utilizó el software xyz ….
9
1.10. Normas y Estándares
✔ Ejemplo: Normas de calidad de software se utilizó IEEE, ISO, CMMI……
✔ Ejemplo: La Norma APA versión 7 se utilizó para documentar el proyecto.
✔ Ejemplo: Para la codificación se usó la norma o estándar …..
✔ Ejemplo: Otras normas o estándares aplicados en el proyecto.
10
CAPITULO 2. CAPÍTULO II MARCO TEÓRICO
En esta sección se sugiere describir los puntos más importantes, a continuación, se sugieren
algunos.
2.1. Empresa
2.1.1. Historia
2.1.2. Misión
2.1.3. Visión
2.1.4. Organigrama
2.1.5. Localización
2.1.6. Servicios
2.2. Ingeniería de Proyecto
En esta sección debe describir todas las teorías en las que se va a apoyar su trabajo, se sugiere
los siguientes puntos.
11
2.2.1. Administración del proyecto
2.2.2. Métricas del Proyecto
2.2.3. Administración de Riesgo del proyecto
2.3. Metodologías del Proyecto
2.3.1. Metodología del marco de trabajo (Ejemplo SCRUM)
2.3.2. Metodología de desarrollo de software (Ejemplo XP)
2.3.3. Otras metodologías utilizadas (Ejemplo Metodologías usadas para el
levantamiento de información)
2.4. Plataformas
2.4.1. Escritorio, Web o Aplicación Móvil…(dependiendo del proyecto a desarrollar)
2.4.2. Linux UBUNTU.
2.5. Interfaz de Programación de Aplicaciones (API)
2.5.1. XML, REST o GraphQL (por ejemplo)
2.6. Arquitectura del Software
2.6.1. MVC o en capas
2.6.2. Formato de Intercambio de Datos JSON (o XML…)
2.7. Herramientas de Implementación
2.7.1. Lenguajes de Software (solo son ejemplos descritos posteriormente)
2.7.1.1. HTML5
2.7.1.2. XML
12
2.7.1.3. Java
2.7.1.4. JavaScript
2.7.1.5. TypeScript
2.7.1.6. CSS
2.7.1.7. Python
2.7.1.8. Lenguaje SQL ……..
2.7.2. Frameworks (Frontend-backend)
2.7.2.1. Django…
2.7.2.2. Angular
2.7.2.3. BootStrap
2.7.3. Entorno de Ejecución
2.7.3.1. PHP, Node 18, Python 3 o Java 11/18, Go, … etc
2.7.4. Control de Versiones
2.7.4.1. Git
2.7.4.2. GitHub (o GitLab)
2.7.5. Gestor de Base de Datos
2.7.5.1. Firebase
2.7.5.2. MySql o SQL Server
2.7.6. IDE
2.7.6.1. Visual Studio Code (o Visual Studio.Net, Delphi, )
13
CAPITULO 3. CAPITULO III INGENIERIA DE PROYECTO
3.1. Planificación Temporal
3.1.1. Ficha del Proyecto
Proyecto
Metodología Programación XP y
Marco de trabajo SCRUM
Fecha Inicio 02/02/2022
Fecha Fin 30/06/2022
Duración 3 meses
Costo 0 Bs
Contratista Ing. Juan Pérez
3.1.2. Cronograma General del Proyecto
Planificación del proyecto se puede representar en un Diagrama de Gantt (las iteraciones que
implican desarrollar las cuatro fases exploración, planificación, desarrollo, prueba de la
metodología Scrum) etapas de la administración del tiempo de desarrollo del proyecto. Por
ejemplo, Contratación personal, capacitación del personal, búsqueda de infraestructura,
búsquedas de las metodologías, búsqueda de la tecnología, etc.
14
3.1.3. Descripción de los Sprints
N° de Nombre de Sprint Listo Prioridad Estado Puntos de
Sprint las tareas historia
Sprint 1 CRUD SI Alta Terminado 20
Usuario
Sprint 2 CRUD SI Media No 15
PRODUCTO terminado
Sprint 3
….
3.2. Organización Personal
Ejemplo: El equipo para la realización de proyecto está compuesto por __ personas que cumplen
los siguientes perfiles… según el marco de trabajo Scrum:
Un Product Owner: Es el encargado de …
Un Scrum Master: Es el encargado de …
Dos Development Team: Es el encargado de …
Otros ….
15
3.3. Estimación del Proyecto
3.3.1. Métricas basadas en Puntos de historia
Ejemplo: …basado en puntos de historia donde cada punto de historia equivaldrá a 2 (puede
variar) horas de trabajo del desarrollador:
Estimación por puntos de historia del Desarrollo del Proyecto
Historias de Usuario Puntos de Historia
Gestión de usuarios 20
Gestión de Producto 22
Gestión de Calidad 15
Gestión de Tecnología 10
Gestión de Personal 10
….
Sumatoria total de puntos de Historia 77
3.3.2. Cálculo de Duración
Ejemplo: El cálculo de duración estimado para el desarrollo del proyecto
Duración = sumatoria total de puntos de historia * parametrización
Duración = 200 * 2
Duración = 400 horas
16
Duración (días) =400 hrs * 1 día/8 horas = 50 días
Duración (mes) = 50 días * 1 mes /30 días = 2 meses aproximado
3.3.3. Costo de Personal del proyecto
Ejemplo: El equipo está conformado por dos desarrolladores ….
Costo personal = personas * Tarifa laboral
Costo personal = 2 * 4000 bs
Costo personal = 8000 Bs
3.3.4. Costo del Software
En éste punto se debe colocar algún método de cálculo del costo de software por ejemplo
COCOMO o cualquier otro método que sea fidedigno.
3.4. Análisis y Gestión de Riesgos
Personal Probabilidad Impacto Posible solución Previsión(bs o
Sus)
1.- Asdfaf
2.- Adfasf
3.- Asdfasf
4.- sdfas
Metodológico
dsfasdffasdf
17
Negocio
Dfh
Dg
dg
3.4.1. Riesgo del Personal
3.4.2. Riesgo Metodológico
3.4.3. Riesgo del Negocio
3.5. Gestión de Calidad
3.5.1. Normas y Estándares (CMMI, IEEE, ISO, etc)
Detalle y justificación de uso y aplicación de los estándares usados en el Proyecto, en el
desarrollo del Software y en la Elaboración de la documentación.
3.5.2. Factores que determinan Calidad ( Según la normativa a usar)
3.5.2.1. Corrección
3.5.2.2. Fiabilidad
3.5.2.3. Eficiencia
3.5.2.4. Integridad
3.5.2.5. Facilidad de Mantenimiento
………
18
3.6. Estimaciones
3.6.1. Recursos Tecnológicos
3.6.2. Recursos Humanos
3.6.3. Recursos Funcionamientos (Escritorio, alquiler, Básicos)
3.6.4. Costo Total del Proyecto (más los adicionales)
3.7. Testeo
3.7.1. Tipo de Pruebas aplicables al Software (Por ejemplo fiabilidad)
3.7.2. Justificación de las pruebas aplicables
3.7.3. Análisis de Resultados de las pruebas aplicadas
19
Capítulo IV: INGENIERIA DE SOFTWARE
CAPITULO 4. CAPITULO IV INGENIERIA DE SOFWARE(XP)
4.1. FASE DE PLANIFICACIÓN
4.1.1. Descripción del Modelo de Negocio
Aquí se deberá describir textualmente la manera de funcionar de la empresa.
4.1.2. Requisitos Funcionales
20
4.1.3. No Funcionales
a) Lógica
b) Usabilidad
c) Disponibilidad
d) …
4.1.4. Tabla de las Historias de Usuario
La siguiente tabla muestra los resultados de Prioridad, Riesgo y Esfuerzo correspondiente a
cada iteración, gracias a esta información posteriormente podremos elaborar un cronograma
de tal manera que se den prioridad a las iteraciones de mayor riesgo para el desarrollo de la
aplicación:
21
Nro Priorida Riesg Iteració

Nombre de H. U. Tareas Esfuerzo
H.U. d o n
Crear una cuenta de 01 Interfaz de usuario
usuario Comprobación de la BD
1 02 Procesar cuenta de Baja Alta 1 1
usuario
03 Comprobar la creación
Crear una consulta para
agregar los productos
Registrar un Lectura de datos
2 Media Baja 3 2
producto Subir imagen del producto
Comprobación de
resultado
…....... …....... …....... …....... …...... …....... ….......
.
4.1.5. Historias de Usuarios (ej 1)
22
23
(Ejemplo 3)
(ejemplo 4)
24
(ejemplo 5)
25
4.1.6. Cronograma por Iteración
El siguiente cronograma muestra el tiempo que se dispondrá para las diferentes iteraciones que
involucran al proyecto
Otro ejemplo
4.1.7. Criterios de Aceptación
A continuación, se detalla los criterios de evaluación de las diferentes historias de aceptación,
estas serán de mucha utilidad en la fase de pruebas ya que cada módulo desarrollado por
iteración deberá cumplir con los criterios de aceptación establecidos por cada historia de usuario.
26
4.1.8. Tarjetas de Tarea
Estas tarjetas también se denominan tarjetas de ingeniería y en ellas especificaremos las
tareas que serán necesarias implementar en el desarrollo para que los objetivos por historia
de usuario se cumplan satisfactoriamente por cada programador:
(ejemplo 2)
27
28
4.2. FASE DE DISEÑO
4.2.1. Modelo Conceptual
Ejemplo
29
4.2.2. Modelo Lógico
30
4.2.3. Modelo Físico
31
4.2.4. Diagrama de Navegabilidad
32
4.2.5. Diagrama de Despliegue
5.2.6 Diagrama de Actividades
Registrar Compra
(otro ejemplo )
33
4.2.6. Tarjetas CRC(Clase, Responsabilidad y Colaboración)
(otro ejemplo)
34
(otro ejemplo)
35
(otro ejemplo)
(otro ejemplo)
36
4.2.7. Interfaz de Usuario
37
4.3. FASE CODIFICACION(ITERACIONES)
De acuerdo a las valoraciones y a las estimaciones de las historias de usuarios, a continuación, se
presenta el plan de estrategias ideado por la fase de desarrollo, en este plan se acoplan las
funcionalidades de cada módulo permitiendo un mayor entendimiento.
4.3.1. Sprint 1
4.3.1.1. Sprint Planning
La primera reunión se llevó a cabo el 1 de enero 20.., en la cual se definió la realización de
ciertas funcionalidades básicas del software, aquellas que no depende de otra historia de usuario
38
4.3.1.2. Sprint Backlog
4.3.1.3. Historias de Usuarios
(ejemplo 1) Cambiar dirección de envío
4.3.1.4. Sprint Review
Criterio
Fecha Historia de Usuario Duración Estado Terminado Revisor
Administrar rol
39
A continuación, se muestran los resultados del presente Sprint incluye reportes.
4.3.1.5. Tablero Sprint 1
40
4.3.1.6. Sprint Report
4.3.2. Sprint 2
4.3.3. Sprint 3
4.3.4. Sprint 4
4.3.5. Sprint5
4.3.6. Sprint 6
4.3.7. Sprint 7
41
4.4. FASE PRUEBA
4.4.1. Pruebas Unitarias
Otro ejemplo
42
(otro ejemplo)
4.4.2. Pruebas de aceptación (ejemplo 1)
La primera prueba de aceptación evalúa la función del logo y la pantalla de inicio de la
aplicación y si estos han sido exportados en el proyecto sin complicaciones y además si al correr
la aplicación en diferentes dispositivos estos se desplegaron sin ningún inconveniente.
43
Las pruebas son un requerimiento para cumplir con los objetivos de las historias de usuario, a
continuación, se describen las pruebas dirigidas al funcionamiento de cada iteración que se
definió.
44
45
(ejemplo 2)
(otro ejemplo También puede la técnica de la caja negra)
Para realizar las pruebas de aceptación se utilizó la técnica de la caja negra, la cual se caracteriza
por su simpleza y eficiencia, para ello se definen los datos de entrada tomando en cuenta la
Interfaz del usuario, con ello se estudia si las salidas concuerdan con lo esperado.
46
47
4.4.3. Calidad del Software
4.4.3.1. Seguridad
4.4.3.2. Acceso al Sistema
Para proteger el acceso al sistema de terceras personas, se integró la API OAuth 2.0
(Ver Apéndice N° 4), que proporciona Google. El cual valida el correo corporativo de
un colaborador de la Universidad Continental. Y verifica que esté tenga los permisos
para acceder al sistema.
48
4.4.3.3. Protección de información
Al utilizar el lenguaje de programación Python, y este ejecutarse en el servidor es
necesario el resguardo del mismo, el cual se encuentra en Data Center OVH CLOUD,
la cual tiene medidas de seguridad informática.
4.4.3.4. Funcionalidad
4.4.3.5. Rendimiento
Al finalizar el sistema web se hizo una prueba de rendimiento con el fin de determinar la
velocidad de respuesta, ya que, al tener un tiempo de respuesta alto, puede crear una idea a
49
los usuarios de inestabilidad del sistema.
Para lo cual se usó una herramienta libre de uso online (https://loadimpact.com/) para
probar el rendimiento del aplicativo implantado el cual se muestra en el gráfico siguiente. Las
sesiones activas se representan con color azul y el tiempo de respuesta con color verde
(otro ejemplo)
Para evaluar el rendimiento del sistema se realizó la comparación de tiempos para la generación
de fichas de proyectos, actualización de fichas y generación de reportes (Ver Anexos N°7).
Según se muestra en la Tabla 19:
50
4.4.3.6. Mantenibilidad
En este punto hay que medir la mantenibilidad y también se pueden incluir los tipos de
mantenibilidad: preventivo, correctivo, adaptativo y perfectivo
4.4.3.7. Usabilidad
4.5. Fase de Puesta en marcha (Producción)
(ejemplo)
Para esta fase nos enfocamos en correr los 6 diagramas realizados en el ambiente de producción,
en nuestro caso la máquina virtual de Centos 7 con Bonita Tomcat Bundle 7.20:
Aprobación de Prácticas Pre-Profesionales (Inicializador: Estudiante, Actores que interactúan:
Estudiante-Coordinador).
Generación Reporte de Estudiante (Inicializador: Estudiante, Actores que interactúan:
Estudiante-Coordinador).
4.6. Fase de Mantenimiento
4.6.1. Plan de Backup de la Base de Datos
(ejemplo)Se realizará backup completo de todos los registro de la base de datos cada primer
día del mes …………..
51
4.7. Fase de Cierre del Proyecto (Calidad del Software)
(Ejemplo) Como se mencionó en parte teórica de la presente tesis, entramos a la fase de muerte
del proyecto cuando no tenemos más historias de usuario por realizar. Luego de haber revisado el
acuerdo del alcance del proyecto y marcado como cumplido cada requerimiento podemos
afirmar que el proyecto ha concluido. En los anexos se podrá revisar el Acta De Cierre y Entrega
Del Proyecto.
52
CAPITULO 5. CONCLUSIONES
Se recomienda describir una conclusión por cada objetivo específicos…
53
CAPITULO 6. RECOMENDACIONES
1.-
2.-
3.-
4.-
Se recomienda describir una recomendación por cada conclusión del anterior punto
54
CAPITULO 7. BIBLIOGRAFIA
Se recomienda describir la bibliografía sugerida por la norma APA
55
CAPITULO 8. ANEXOS
Se recomienda una carta por parte de la empresa o institución …
Se puede incluir el Curriculum vitae del estudiante
Se puede incluir menú del administrador
Se pueden incluir menú del vendedor
Se pueden incluir menú de un cliente
Se pueden incluir algunos formularios manuales que usaban anteriormente…
56

Documento Guía para El Documento

Cargado por

Copyright:

Formatos disponibles

Documento Guía para El Documento

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

Documento Guía para El Documento

Cargado por

Copyright:

Formatos disponibles

NOMBRE DE LA UNIVERSIDAD

“TITULO DEL PROYECTO”

Santa Cruz, Bolivia

todo momento desde el inicio de los estudios de la maestría.

A mi esposa por su gran apoyo que impulso a seguir adelante.

todo su amistad durante la realización de esta investigación. Este es el esfuerzo de un gran

equipo de trabajo, a cada uno de ellos, Gracias.

el entendimiento para realizar cada reto en la vida.

gracias por todo.

Nuevamente a todos, MUCHAS GRACIAS.

En este punto se recomienda hacer un resumen de lo que contiene cada capítulo en un

párrafo por capitulo

CAPITULO I ANTECEDENTES GENERALES 1

del presente documento relacionado con el tema, no describir el problema ni solución al

problema, máximo una plana.

1.2. Antecedentes del Problema

podrían ser a nivel mundial, nacional o local.

Matriz FODA de la institución

Fuente: Elaboración Propia, 2022

En la siguiente figura X se muestra el diagrama de Ishikawa(Espina de pescado) a partir de

contexto de la organización Empresa XYZ .

Fuente: Elaboración Propia, 2022

1.3. Planteamiento del Problema

pregunta o un párrafo de no más de tres líneas.

También se puede describir en forma de enunciado, por ejemplo:

Ejemplo: Falta de control en la venta de pasajes de la Flota xyz

Ejemplo: Ventas de pasajes en la terminal Bimodal de Santa Cruz de la Sierra.

1.3.2. Objeto de Estudio

Otro ejemplo Aplicación móvil para vender pasajes interdepartamentales en Bolivia

1.4.1. Objetivo General

que hacer? para que hacer? Como hacer? donde?

minimizar el tiempo de espera de los pacientes, utilizando la metodología XP, en el hospital

Señor de Malta en la provincia de Vallegrande de Santa Cruz Bolivia.

1.4.2. Objetivos Específicos

2. Analizar las posibles soluciones para modelar la solución.

5. Testear el sistema Web para tener la aceptación del Cliente.

1.5. Idea Científica a Defender

Ejemplo: La aplicación móvil xxxxxxxx minimizará el tiempo de espera en obtención de fichas

médicas por parte de los pacientes.

libre de agregar las necesarias.

1.6.1. Justificación Teórica

Ejemplo: La teoría de la ingeniería de software se realiza con el propósito de aportar al

conocimiento existente sobre la documentación para proyectos de aplicaciones móviles, e

incorporar al conocimiento de desarrollo de aplicaciones móviles para los desarrolladores.

¿Por qué y para qué de la teoría o todo el documento?

¿Cómo influye a corto, mediano o largo plazo la parte teórica?

¿Se logrará llenar algún hueco de conocimiento?

¿Cuál es el propósito e impacto al ámbito teórico/académico del sector?

¿Cuál es la importancia de las aportaciones teóricas del presente trabajo?

1.6.2. Justificación Metodológica

Por ejemplo: En el presente trabajo se ocupó la metodología de desarrollo de proyecto SCRUM

utilizados por desarrolladores de aplicaciones móviles.

Otro ejemplo: En la implementación de la aplicación se ocupó la metodología de desarrollo XP

que está involucrado en el proceso y pruebas continuas del software.

En este punto describe ¿cómo se realizará el trabajo y por qué?

¿Con alguna metodología como desarrollará el trabajo? ¿también tiene su porqué?

La forma como se realiza el trabajo de investigación, los métodos que utilice.

Demostrar la viabilidad, validez y confiabilidad del método seleccionado.

1.6.3. Justificación Práctica