You are on page 1of 5

CORRECCIONES PARA QUE AGREGUES

**En la parte de Objetivos del sistema** Sección 3.1

Como todo arquitecto desea, el producto final pretende ser efectivo para la
persona que hará de su uso. Viendo más de los objetivos del sistema ACA se
quiere cumplir con lo siguiente:

3.1.1. Ofrecer al dueño del negocio _______________.


3.1.2. ___________________
3.1.3. ___________________

**En la parte de diagrama de objetos de Registrar desalojo**

**En la parte de diagrama de secuencia de Registrar Desalojo**


**En la parte de diagrama de clases de Registrar desalojo**
Arquitectura de Software

En esta sección se muestra el diseño de la arquitectura del software que da la


dirección del sistema. Anteriormente se ha visto que se trabajó con un patrón
que muestra Modelos, vistas y controles, que también es recomendado para
desarrollo de páginas web. La arquitectura es la base de esas secciones.

A continuación se muestra los diagramas fundamentales del sistema.

Diagrama de paquetes

Este diagrama no es más que el diseño conceptual. Aquí se muestra la


descomposición del modelo en unidades organizacionales y sus dependencias.

Este diagrama muestra tres estructuras organizacionales que desde un inicio


fueron definidas. Cada paquete tiene paquetes dentro y en estos se guardan los
componentes del software. El subsistema de anuncios depende de la
contratación y este depende de la administración de inmuebles.
Diagrama de componentes

Un diagrama de componentes muestra los componentes e interfaces del sistema


y las dependencias entre ellas. La arquitectura fue combinando dos patrones, el
patrón MVC que se mencionó y un patrón de manejo de eventos con el que
también modifica el estado del inmueble una vez se dé el evento de desalojar un
estudiante.

El diagrama ahora muestra mucho más en detalle los componentes dentro del
paquete de Registrar desalojo. En el que también tiene paquetes de vistas,
controles y modelos que participan. Las vistas que participan son la de formulario
y autenticación. En el caso del formulario, el administrador puede solo observar
los estudiantes esperando en proceso de desalojo pero también puede proceder
a llenar el formulario que tiene eventos. El formulario de desalojo utiliza el control
buscador que se encarga de buscar los muebles dentro del apartamento o cuarto
en el que reside el estudiante.
La pantalla de autenticación depende del control comparador, encargado de
comparar las huellas guardadas desde la creación de contratos con las huellas
que ahora se piden para confirmación de identidad de las partes.

Y por último, los modelos participantes dependen de la base de datos del


sistema.

Diagrama de despliegue

Ilustra más que nada el hardware del sistema. Cualquier especificación de


servicio de software se muestra aquí y se reconocen las limitaciones del
hardware.

Desde un inicio se menciona el lector de huella, este lector está dentro del
dispositivo Tablet de la dueña, la dueña además puede trabajar desde su
computador el cual requiere un navegador web que conecte al servidor. El
servidor necesita Java applet para la vista de algunos elementos de la página y
por último se encuentra el servidor de base de datos que es mantenido por una
compañía externa, Firebase.

PC dueña PC estudiante Tablet

Impresora
Navegad
Navegador Web Navegador Web
or Web

Lector de
huella

Servidor Web Servidor de base de datos

Java FireBase
Applet

Apache

Referencia

Feathers, M. (2004). Working effectively with legacy code. Prentice Hall Professional.

You might also like