diff --git a/images/03_1_contexto-negocio.png b/images/03_1_contexto-negocio.png new file mode 100644 index 0000000..cfd5ab5 Binary files /dev/null and b/images/03_1_contexto-negocio.png differ diff --git a/index.html b/index.html index 6c5b003..618ff62 100644 --- a/index.html +++ b/index.html @@ -451,13 +451,7 @@

arc42 T
  • 1.3. Stakeholders
  • -
  • 2. Limitaciones de Arquitectura - -
  • +
  • 2. Limitaciones de Arquitectura
  • 3. System Scope and Context
  • -
  • 11. Riesgos y Deudas Técnicas - -
  • +
  • 11. Risks and Technical Debts
  • 12. Glossary
  • @@ -789,33 +779,12 @@

    2. Limitaciones de Arquitectura

    -
    Contents
    -

    Any requirement that constraints software architects in their freedom of design and implementation decisions or decision about the development process. These constraints sometimes go beyond individual systems and are valid for whole organizations and companies.

    -
    -
    -
    Motivation
    -

    Architects should know exactly where they are free in their design decisions and where they must adhere to constraints. -Constraints must always be dealt with; they may be negotiable, though.

    -
    -
    -
    Form
    -

    Simple tables of constraints with explanations. -If needed you can subdivide them into -technical constraints, organizational and political constraints and -conventions (e.g. programming or versioning guidelines, documentation or naming conventions)

    -
    -
    -
    Further Information
    -

    See Architecture Constraints in the arc42 documentation.

    -
    -
    -
    -

    Este proyecto está limitado por una serie de pautas marcadas por los responsables de la asignatura. Por ello esta aplicación está desarrollada siguiendo una serie de requisitos los cuales nombraremos a continuación.

    -
    -

    2.1. Limitaciones técnicas

    +
    +

    === Limitaciones técnicas

    +
    @@ -844,9 +813,9 @@

    2.1. Limitaciones técnicas

    +
    +

    === Limitaciones organizativas

    -
    -

    2.2. Limitaciones organizativas

    @@ -877,9 +846,9 @@

    2.2. Limitaciones organizativas

    +
    +

    === Convenciones

    -
    -

    2.3. Convenciones

    @@ -906,9 +875,10 @@

    2.3. Convenciones

    -
    +
    +

    3. System Scope and Context

    @@ -970,11 +940,10 @@

    3.1. Business Context

    -
    -

    <Diagram or Table>

    +
    +
    +Diagrama de contexto de negocio
    -
    -

    <optionally: Explanation of external domain interfaces>

    @@ -1056,20 +1025,24 @@

    4. Solution Strategy

    • -

      JavaScript: Este lenguaje es muy buena opción para utilizar en proyectos en que se emplé la tecnología REACT. Nos pareció mejor opción que otros lenguajes como TypeScript -debido a que su compresión y manejo es más sencillo.

      +

      Microservicios: +Enfoque arquitectónico donde el software está compuesto por pequeños servicios independientes. Lo hemos elegido por encima de MVC, por la facilidad a la hora de modificar una parte de la aplicación sin afectar al resto.

    • -

      React: Esta libreria de JavaScript permite la creación de interfaces de usuario para la aplicacion web, simplificando la creación de interfaces gráficas.

      +

      Docker: +Este programa es utilizado para desplegar aquí la aplicación web y realizar las pruebas pertinentes. Facilidad a la hora de desplegar junto con una máquina virtual de Azure.

    • -

      Docker: Utilizaremos los contenedores de Docker como lugar donde desplegar la aplicacion web, de manera que pueda probarse la aplicación de forma aislada.

      +

      Wikidata: +API impuesta al equipo de desarrollo como requisito del sistema, su proposito en la aplicación es la obtención de información de diferentes temas para un posterior desarrollo de preguntas.

    • -

      Firebase: Esta API nos servirá como sistema de autenticación del usuario para poder llevar un registro de su historial de partidas, así como algunas de sus estadísticas.

      +

      Javascript: +Lenguaje de programación interpretado, no tipado y facil de aprender y desarrollar. Utilizado para desarrollar todos los microservicios.

    • -

      WikiData: Se trata de otra API a partir de la cual se generarán aleatoriamente las preguntas y respuestas, tanto correctas como incorrectas, que el usuario visualizará.

      +

      React: +Biblioteca de Javascript que se centra en el desarrollo de interfaces. Actualmente está en un momento de auge, por lo que aprender esta tecnologia sería bueno para el mercado laboral.

    @@ -1900,7 +1873,7 @@

    10.2. Quality Scenarios

    -

    11. Riesgos y Deudas Técnicas

    +

    11. Risks and Technical Debts

    @@ -1925,46 +1898,9 @@

    11. Riesgos y Deudas Técnicas

    -
    -

    11.1. Riesgos Técnicos

    - ---- - - - - - - - - - - - - - - - - - - - - - - - - -
    RiesgoExplicación

    Abandono

    Durante el desarrollo del proyecto cabe la posibilidad de que alguno de los miembros que conforman el equipo abandone este, provocando un serio problema el ritmo y carga -de trabajo de los demás compañeros.

    Otras Asignaturas

    Las demás asignaturas en la que están matriculados los miembros del equipo puede exigir una carga importante de trabajo por lo que provocar que el equipo no dedique el -suficiente tiempo al desarrollo de este proyecto.

    Errores

    Durante las pruebas de la aplicación pueden surgir errores que nos obliguen a realizar importantes cambios en esta. Esto puede provocar que el equipo invierta más horas de -las planeadas para solucionar este tipo de problemas.

    Caída de Servicios

    El desarrollo del proyecto puede verse afectado si alguno de los servicios utilizados, como por ejemplo Docker, pueden no funcionar en algún momento. Esto podría bloquear la entrega de alguna de las -funcionalidades del proyecto.

    -

    12. Glossary

    @@ -2017,52 +1953,12 @@

    12. Glossary

    -

    API

    -

    Interfaz de programación de aplicaciones que permite la comunicación entre diferentes programas de software.

    - - -

    Arc42

    -

    Un marco de arquitectura que proporciona un conjunto de prácticas y plantillas para documentar y diseñar arquitecturas de software.

    - - -

    Back-end

    -

    La parte de un sitio web o aplicación que no es visible para los usuarios finales y se encarga del procesamiento de la lógica del negocio y la gestión de los datos.

    - - -

    Contenedor

    -

    Entorno virtual ligero que contiene todo lo necesario para ejecutar una aplicación, incluidas bibliotecas, herramientas y códigos.

    - - -

    Docker

    -

    Plataforma de código abierto que automatiza el despliegue de aplicaciones dentro de contenedores de software.

    - - -

    Front-end

    -

    La parte de un sitio web o aplicación que interactúa directamente con los usuarios, visible y accesible en el navegador.

    - - -

    GitHub

    -

    Plataforma de desarrollo colaborativo para alojar proyectos utilizando el sistema de control de versiones Git.

    - - -

    IDE

    -

    Entorno de desarrollo integrado que proporciona herramientas y características para facilitar la escritura y depuración de código.

    - - -

    JavaScript

    -

    Lenguaje de programación utilizado principalmente para agregar interactividad y dinamismo a sitios web.

    - - -

    Saber y Ganar

    -

    Programa de televisión español de tipo concurso de preguntas y respuestas culturales.

    - - -

    TypeScript

    -

    Lenguaje de programación de código abierto desarrollado por Microsoft que es un superset de JavaScript y añade tipos estáticos opcionales a la sintaxis del lenguaje.

    +

    <Term-1>

    +

    <definition-1>

    -

    WikiData

    -

    Base de datos colaborativa libre que almacena datos estructurados para respaldar proyectos de la Fundación Wikimedia.

    +

    <Term-2>

    +

    <definition-2>