ConstructionPhaseI

Construction

​1. Construction Phase

Here, you will:

- Talk about the product itself.

- Explain what the analysis and the design were and why your group decided to do that specific product.

-Talk about the tests that you have to do on our product, so you can fix any problem or change any configuration that needed to be changed.

- Mention the architecture of your product and describe how you and your group organize in order to build the final product.

Multiple Choice

What is the Construction Phase about?

• It contains the conclusion of the project.

• It contains the introduction of your thesis

• It’s about the product itself.

• It contextualizes the project.

​1.1. Analysis and design

In here, you have to:

-Talk about how you analyzed all the data collected in the theoretical part of the project. (If you have a client, you have to do the analysis including the client’s opinion, as you are supposed to achieve their needs)

-Mention what elements you have to consider, the strategy that the group used and what is the most important aspect of this stage to create the best product.

-Specify how the group decided the construction of the product.

- Remember the design is based on the previous analysis of the product.

- Mention some of the most important aspects of the construction of the product and also some of the technologies that are going to be important in the design of the product.

​Annex 1: Analysis and Design

4.1. Análisis

“La toma de requerimientos de este proyecto se realizó a través de una reunión con el cliente; luego de ésta y en una segunda reunión, se validó todo el documento de análisis, quedando así ambas partes conformes con el resultado. Con los requerimientos una vez validados, se realizó el análisis de los productos a través de modelado UML con un diagrama de casos de uso y la especificación de ellos para luego construir un modelo de dominio. De la misma forma, se establecieron las mecánicas de juego que tendrían las actividades, siendo estas presentadas a través de mockups, al igual que la aplicación web. En este punto, la participación del cliente fue fundamental, ya que él no sólo validó los requerimientos de las aplicaciones, sino que también validó el contenido pedagógico de las actividades que se gamificarían.” (Claudia Cabrera, 2018)

​4.2. Diseño

“El estándar de diseño de este proyecto es orientado a objetos y la estrategia de diseño es por módulos, un módulo es una pieza de software, que por sí sola contiene una funcionalidad, pero que al separarla del resto no impide el funcionamiento de las demás piezas. Se definió de esta forma para mejorar la mantenibilidad de la app. Se determinó además que cada actividad que se creara en la app sería un módulo, éstas se comunicarían a un módulo central (Core), el que contendría el Login, el menú de actividades y el script que calcularía las dificultades y que alimentaría la base de datos. La forma en la que trabaja Unity es muy similar, lo que facilitó el trabajo en esa plataforma bajo este diseño, ya que permite construir una escena (esta es la forma en que Unity nombra a los módulos) por cada actividad planteada, así de ser necesario cambiar, agregar o quitar una actividad, ya sea por cambios en el currículo de matemáticas o por decisión del cliente, se podría lograr una cambio rápido sólo afectando al módulo se requisiera.” (Claudia Cabrera, 2018)

​1.2. Architecture

In this part, you have to:

-Describe clearly the physical and logical architecture of the solution, this is the part where you show off all your knowledge in relation to what you studied, because this is the most technical part.

-Talk about how you use the technologies previously stated and everything related to the physical and logical architecture of the solution, which is in the end, the product. In the part of the annexes, you have to develop in detail the architecture and give the characteristic of the infrastructure that was used to build and was tested the solution. Also, in the annex you have to explain for what you use the technology previously stated.

​4.3. Arquitectura

“A nivel físico la solución será levantada en tres ambientes distintos: Primero tendremos la app, que estará disponible en Google Play, ésta se podrá descargar desde cualquier dispositivo Android, desde la versión de S.O 4.1; luego tendremos la Base de Datos y el servidor web, montados en un equipo virtual en la nube, y por último tendremos un host del cliente desde donde se consumirá el servidor web. A nivel lógico, la app alimentará la base de datos en la nube; ésta también se comunicará con el servidor web, el cual está estructurado con una arquitectura Modelo Vista Presentador (MVP). El Patrón MVP obliga a que toda la comunicación de las demás capas tenga que pasar por la capa de presentador, por la que esta última asume la responsabilidad de intermediario, lo que aumenta los estándares de seguridad de la aplicación ya que no permite consultas de la vista directamente al modelo que no pasen por la lógica del presentador.” (Claudia Cabrera, 2018)

Multiple Choice

What is the Architecture?

• It’s where the group defines the scopes of the project.

• .It’s where the group defines the general objective of the project

• It’s where the most technical part of the project is explained.

• It’s where the group explains the solution of the problem

​1.3. Tests’ Plan

- Here, we have another important aspect of the project, which the Tests’ Plan. It’s important because in here you have to explain which is going to be the general strategy of the tests’ plan. You have to state the objectives of the tests’ plan, which are the most relevant controls, and the strategy to evaluate the execution of the plan. In the part of the annex you have to develop this plan in a deeply way and also, you’ll have to name the complete tests’ cases, which a long list of tests you have to do to your product

​4.4. Plan de pruebas

.

“Este plan de pruebas tiene como fin generar una evaluación objetiva para garantizar la calidad del software en desarrollo. Esto incluye la búsqueda de defectos, validar que el sistema funciona tal como fue concebido inicialmente y verificar que se cumplan los requisitos. En el presente plan se realizaron tres tipos de pruebas, siendo éstas: funcionales, no funcionales y de uso natural. La estrategia utilizada en el caso de las pruebas funcionales fue comparar el resultado esperado con el resultado obtenido, esto nos dio como salida si se aprobaba o no el caso. Para la prueba no funcional correspondiente a la experiencia de uso natural, se entregó la app sin ninguna instrucción y se midió el tiempo de uso de la herramienta para llegar a completar una actividad en ella sin ayuda. Métrica de aceptación uso natural: El promedio de uso para completar una actividad sin ayuda no debía superar los 10 minutos. Finalmente, y una vez realizado el plan de pruebas, se definió como porcentaje mínimo para la aprobación de los productos, el 80% de las pruebas aprobadas. Para mayor detalle revisar anexo 8.7 “DOCUMENTO DE PLAN DE PRUEBAS”.” (Claudia Cabrera, 2018)

1.4. Construction

.

In this part of the project, you have to indicate which is the strategy of development of the product and the methodologies used for this purpose. In simple words, you have to describe how was the process for constructing the product, which tools you used and how you worked as a team to achieve the final product. You’ll understand better if you take a look at the Annex part (the Annex of the Construction).

Annex 4: Construction

4.5. Construcción

“La estrategia utilizada para el desarrollo de los productos consistió en la iteración entre las etapas de construcción y prueba, considerándose una iteración por cada hito en la fase de construcción. Para el desarrollo de la aplicación móvil, uno de los requerimientos no funcionales es la mantenibilidad, por lo que las actividades se construyeron como piezas separadas que se pueden cambiar, actualizar o mantener según la necesidad del cliente sin tener que afectar el Core de la aplicación o las demás actividades, por lo que se llevó a cabo la codificación de cada una de las actividades de forma individual, y al finalizar cada una de éstas, se hicieron pruebas de su funcionamiento.

En primera instancia, se comenzó con la construcción de una primera actividad y el menú principal de la aplicación en donde se encuentra el Core de ésta, en este Core se maneja el control de dificultad y la conexión con la base de datos. Una vez concluida ésta y finalizadas las pruebas satisfactoriamente, se desarrollaron las demás actividades que se irían adicionando. Para la construcción de la herramienta web se utilizó un modelo similar al anteriormente señalado, ésta se dividió en cuatro módulos donde está el Login, el mantenedor de usuarios, el mantenedor de cursos y el módulo de reportes, estos módulos se dividieron a su vez en tres capas bajo un modelo MVP (Modelo, Vista, Presentador), esto permite que los módulos se trabajen como piezas de software aisladas a la hora de tener que realizar algún cambio o mantención según

la necesidad del usuario. Se desarrolló cada módulo por separado y al finalizar su codificación se ejecutaron las pruebas correspondientes a cada uno. Al tratarse de módulos independientes, esto le permitió al equipo de trabajo desarrollar piezas de software de forma paralela, además de permitirle ejecutar las pruebas de forma individual antes de probarlas todas en conjunto, por lo tanto, en caso de que algún componente fallara en las pruebas, este sería más fácil de detectar y corregirlo por unidad antes de que todos los componentes estuvieran ensamblados.

Por la naturaleza de este proyecto, se diseñó el desarrollo de la aplicación de esta manera para poder mantenerse en el futuro, de forma que, al haber cambios en el currículo de la asignatura de matemáticas, se pudieran modificar las actividades que están disponibles en la aplicación sin afectar las demás funcionalidades, por otra parte, se lograría realizar lo mismo en caso de que se quiera agregar más asignaturas.” (Claudia Cabrera, 2018)

1.5. Execution of the Test’s Plan

In here you have to

-Mention the most important milestones of the Execution of the Tests’ Plan and what the results were. If the result were as you expected, then explain why you expected those results and how you got them. But, if the results weren’t as you expected, you have to explain what you did for getting the expected results and what things you change in order to make your product work. Take a look at the Annex of the Execution of the Test’s Plan to understand better

4.6. Ejecución del Plan de Pruebas

“La ejecución de las pruebas funcionales terminó de manera exitosa, entregando en todos los casos, resultados dentro de lo esperado para el sistema. Los resultados de las pruebas de uso natural están dentro de los márgenes de aceptación previamente establecidos en el anexo 8.7 “DOCUMENTO DE PLAN DE PRUEBAS”, cuya métrica establecía un período máximo de 10 minutos para que cada alumno completase una actividad sin recibir instrucciones previas. Las pruebas mencionadas fueron realizadas en la escuela municipal Ejército Libertador, situada en la comuna de Puente Alto, con un grupo de alumnos previamente seleccionados por los profesores, por tener diferente rendimiento académico.” (Claudia Cabrera, 2018)