DDRS U3 A2
DDRS U3 A2
Caso de Estudio
La empresa Llezo SC. RL, con sede en la Ciudad de México, la cual esta creciendo y
necesita un sistema que les ayude a organizar su información y tenerla simpre disponible.
Requeriminetos Funcionales
- El sistema estara conectado a una base de datos para el almacen de datos y registros.
- El software podrá ser utilizado en los sistemas operativos Windows, Linux y OSX.
- Los usuarios deben ingresar al sistema con un nombre de usuario y contraseña.
- El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.
- El sistema registrara la entrada y salida de los usarios.
Requerimientos no funcionales
-El sistema de programación sera Java, ya que cuenta con una buena interfaz grafica y
rapido almacenamiento de datos.
-Se debe contar con equipos actualizados para tener un mejor rendimiento del sistema
-Contar con una base de datos en la nube
Identifica los elementos arquitectó nicos- modulares del caso con base en el patró n MVC
de los sistemas interactivos.
Control de personal
Bitácora de viajes de unidades
Imprenta
Estados Contables
Clientes
Pedidos
Ventas
Menciona cada una de las partes del sistema de software que representa tu patró n
arquitectónico:
A. Lo que el usuario ve (capa vista o presentación).
El personal
Ingresara al sistema ingresando su nombre y contraseña una vez logeado
sera dirigido a la parte de administración donde podra ver, modificar y
eliminar articulos, ventas, pedidos, se realizan las ventas etc.
Cliente
Al ingresar al sistema primero vera una pantalla con los productos ofrecidos
por la empresa, si el cliente desea un articulo tendra que registrarse y
despues efectuar su compra.
B. Aplicación de las reglas del negocio (contexto representado por la capa controlador o
control).
Llevara el control de entada y salida del personal
Facturar algún producto
Hacer los calculos matemáticos de la contabilidad
Manejar pedidos y entregas
Los datos de los articulos, clientes y personal seran almacenados en una base de
datos alojada en la nube para su proteccion y rapido acceso desde cualquier lugar y
dispositivo.
Identifica en tu patró n arquitectónico, las capas que conforman el patró n MVC:
A. La interfaz de usuario.
El usuario realiza una petición
La vista procesa la información recibida y la entrega de una manera visualmente
entendible
B. La lógica del negocio.
El modelo interactúa con la base de datos, y retorna la información al controlador.
C. Los datos de la aplicación.
El controlador captura la petición del usuario.
El controlador llama al modelo.
El controlador recibe la información y la envía a la vista.
EL patrón arquitectónico MVC se utiliza mucho actualmente por que nos permite separar
los componentes de la aplicación dependiendo de la función que tienen, esto significa que
cuando hacemos un cambio en alguna parte del codigo, esto no afecta al resto del
software. Como ejemplo si tenemos que modificamos la DB solo se modificaria el modelo
que se encarga de los datos y el resto del software no sufriria ninguna modificacion ni se
veria afectada. Es decir, una parte de tu código no debe de saber qué es lo que hace toda
la aplicación, sólo debe de tener una responsabilidad.
MODELO
Se encarga de los datos, generalmente (pero no obligatoriamente) consultando la base de
datos. Actualizaciones, consultas, búsquedas, etc.
CONTROLADOR
Se encarga de controlar, recibe las órdenes del usuario y se encarga de solicitar los datos
al modelo y de comunicárselos a la vista.
VISTAS
Son la representación visual de los datos, todo lo que tenga que ver con la interfaz gráfica.
Ni el modelo ni el controlador se preocupan de cómo se verán los datos, esa
responsabilidad es únicamente de la vista.
Referencias:
David EQ. (2016). Entendiendo M de MVC y sus problemas. 2019, de Medium Sitio web:
https://medium.com/@davidenq/entendiendo-m-de-mvc-y-sus-problemas-ebc0cbf518ec
RODRIGO GÓMEZ. (2015). Modelo Vista Controlador. 2019, de http://rodrigogr.com Sitio web:
http://rodrigogr.com/blog/modelo-vista-controlador