Producto DRA

Indice

INTRODUCCIÓN

ALCANCE DE LA ARQUITECTURA

OBJETIVOS DE LA ARQUITECTURA

INTERFAZ GRÁFICA (MOKUPS

DIAGRAMA DE CLASES

DIAGRAMA DE SECUENCIA

Vista se Datos (Diagrama Relacional)

DIAGRAMA DE COMPONENTES

DIAGRAMA DE ESTADOS

DIAGRAMA DE DESPLIEGUE

MODELO VISTA CONTROLADOR

Resultado

BIBLIOGRAFÍA

CONCLUSIÓN

INTRODUCCIÓN

La elaboración de este documento de arquitectura nos permitirá considerar todos los factores involucrados en el desarrollo de este sistema.
Definir todos los detalles para su ejecución tomando en cuenta todos los requerimientos del sistema, tanto dentro como fuera del entorno del mismo, ya que es importante hacerlo con antelación para que el sistema sea estructurado de la mejor manera y resultado al utilizarlo sea óptimo.
Además, para construir un software y es en gran medida responsable de permitir o no ciertos atributos de calidad del sistema.

Tablas

Tabla 1 ingreso al sistema Tabla 2 ingreso al sistema Tabla 3 registro nuevo
Tabla 4 pagina principal Tabla 5 perfil del usuario Tabla 6 interfaces en html
Tabla 7 interfaces en JAVA Tabla 8 navegador Tabla 9 diagrama de clase
Tabla 9 diagrama de clase 16 Tabla 10 diagrama relacional

PARTICIPANTES EN EL PROYECTO

ALCANCE DE LA ARQUITECTURA

Este sistema es para ser implementado completamente en la web, o al menos por el momento, en algún otro momento puede ser implementada como aplicación móvil.
Para poder el usuario, usar este sistema, necesitara estar registrado previamente, necesitara de dos datos para entrar, el correo electrónico y la contraseña, por ejemplo. Estilo
La arquitectura que se empleará en el desarrollo del software será la de cliente/servidor es un modelo de aplicación distribuida en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes, llamados clientes.
Esta arquitectura permitirá que un cliente realice peticiones a otro programa, el servidor, que le da respuesta.
Cabe destacar que este software que se está mencionando es una aplicación web sencilla de ejecutarse en cualquier computador que cumpla con algunos requerimientos.

OBJETIVOS DE LA ARQUITECTURA

El software a desarrollar tiene los siguientes objetivos:
Expansibilidad: Mantendrá la expansibilidad necesaria para facilitar ese proceso de desarrollar versiones posteriores
Portabilidad: Por estar diseñado en PHP, MYSQL Y JAVASCRIPT, ocupa muy poco espacio en la memoria, lo que lo hace un sistema muy portátil.

INTERFAZ GRÁFICA (MOKUPS)

1.en esta captura se muestra la paleta de colores utilizada para el Mockus de la aplicación con el nombre my tec

Esta es la ventana principal de la aplicación, nos que nos muestra para realizar la actividad como usuario.

Esta es la ventana que nos muestra para entrar que se puede entrar con un correo y contraseña si el usuario ya se encuentra registrado, para ingresar por primera vez dar clic en no tengo una cuenta.

Estas la primera ventana que no muestra donde ya entramos.

DIAGRAMA DE CLASES

DIAGRAMA DE SECUENCIA

1. Esta imagen nos muestra la creación del usuario y donde pide los datos de usuario.

Vista de Datos (Diagrama Relacional)

DIAGRAMA DE COMPONENTES

Un diagrama de componentes describe la organización de los componentes físicos de un sistema.
Componente: Un componente es un bloque de construcción física del sistema. Interface: Una interface describe a un grupo de operaciones usada o creada por componentes.
Dependencias: Las dependencias entre componentes se grafican usando flechas de puntos.

DIAGRAMA DE DESPLIEGUE

Los diagramas de despliegue son los complementos de los diagramas de componentes que, unidos, proveen la vista de implementación del sistema. Describen la topología del sistema la estructura de los elementos de hardware y el software que ejecuta cada uno de ellos. Los diagramas de despliegue representan a los nodos y sus relaciones.

MODELO VISTA CONTROLADOR

• Modelo Vista Controlador (MVC) es un estilo de arquitectura de software que separa los datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes distintos.

• Se trata de un modelo muy maduro y que ha demostrado su validez a lo largo de los años en todo tipo de aplicaciones, y sobre multitud de lenguajes y plataformas de desarrollo.

• El Modelo que contiene una representación de los datos que maneja el sistema, su lógica de negocio, y sus mecanismos de persistencia.

• La Vista, o interfaz de usuario, que compone la información que se envía al cliente y los mecanismos interacción con éste.

• El Controlador, que actúa como intermediario entre el Modelo y la Vista, gestionando el flujo de información entre ellos y las transformaciones para adaptar los datos a las necesidades de cada uno. El modelo es el responsable de: • Acceder a la capa de almacenamiento de datos. Lo ideal es que el modelo sea independiente del sistema de almacenamiento.

• Define las reglas de negocio (la funcionalidad del sistema). Un ejemplo de regla puede ser: "Si la mercancía pedida no está en el almacén, consultar el tiempo de entrega estándar del proveedor". • Lleva un registro de las vistas y controladores del sistema.

• Si estamos ante un modelo activo, notificará a las vistas los cambios que en los datos pueda producir un agente externo (por ejemplo, un fichero por lotes que actualiza los datos, un temporizador que desencadena una inserción, etc.).

El controlador es responsable de: • Recibe los eventos de entrada (un clic, un cambio en un campo de texto, etc.).

• Contiene reglas de gestión de eventos, del tipo "SI Evento Z, entonces Acción W". Estas acciones pueden suponer peticiones al modelo o a las vistas. Una de estas peticiones a las vistas puede ser una llamada al método "Actualizar()". Una petición al modelo puede ser

• Las vistas son responsables de:

• Recibir datos del modelo y los muestra al usuario.

• Tienen un registro de su controlador asociado (normalmente porque además lo instancia).

• Pueden dar el servicio de "Actualización()", para que sea invocado por el controlador o por el modelo (cuando es un modelo activo que informa de los cambios en los datos producidos por otros agentes).

CONCLUSIÓN

Para concluir con esta práctica es muy importante tomar en cuenta Diagramas que muestran la correspondencia entre hardware y software. Donde el Modelo de objetos que describe la realización física. Un diseño de calidad proporciona representaciones del software en las que se puede evaluar la calidad del mismo, permite una traducción correcta de los requisitos en un programa y sirve como fundamento para las actividades posteriores.
Los grandes sistemas siempre se descomponen en subsistemas que proporcionan conjuntos de servicios relacionados. El proceso de diseño inicial que identifica estos subsistemas y establece como se lleva a cabo su control y comunicación se llama diseño arquitectónico.

BIBLIOGRAFÍA

Lozano, S. I., Suescún, E., Vallejo, P., Mazo, R., & Correa, D. (2020). Comparando dos estrategias de aprendizaje activo para enseñar Scrum en un curso introductorio de ingeniería de software. Ingeniare. Revista chilena de ingeniería, 28(1), 83-94. Palomo, S. R. G., & Gil, E. M. (2020). Aproximación a la ingeniería del software. Editorial Centro de Estudios Ramon Areces SA.