Nombre de alumno: Veronica

Escuela: Universidad Abierta y a Distancia de México

Nombre del Docente: Alfredo Orozco Escobar
Grupo: B2-001
Ciclo: 2019-1
Asignatura: Sistemas interactivos
Describe detalladamente el caso ejemplo seleccionado para los sistemas interactivos
identificando claramente los requerimientos funcionales y no funcionales.

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.

Los elementos que debe de integrar en el sistema son.

1. Control de personal
2. Control de asistencia
3. Bitácora de viajes de unidades de propaganda
• Kilometrajes recorridos
• Mantenimientos
• Carga de gasolina
• Revista vehicular
4. Imprenta
• Pedidos de diseñ o de imprenta
• Alancen
• Compras
• Ventas
• Proveedores
• Clientes
5. Estados contables
6. Pedidos
• Solicitud de compra
• Liberación de compras
• Solicitud de ventas
• Liberación de ventas

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.

El sistema contara con los siguientes menus y funciones:

Asistencia
• En esta ventana se vera reflejado la entada y salida de los empleados generando
un reporte por semana.
Bitácora de Viajes
• Contara con un menu desplegable para seleccionar la unidad requerida
• Contara con un campo para registrar los kilometros recorridos.
• Contara con un campo que registre los matenimientos, así como la fecha en que se
realizaron.
• Contara con un campo que registrara la fecha, litros de gasolina y el monto de cada
unidad
• Contara con un campo para llevar el control de la revista vehicular
Imprenta
• Contara con un campo que registrara los pedidos(Fecha, Trabajo, Fecha de entrega
y Observaciones)
• Contara con una boton pedidos que al presionar nos llevara a un nueva ventana
para ver los pedidos registrados
• Contara con una boton Almacen que nos llevara a una nueva ventana donde se
podra ver el stock
• Contara con una boton Ventas que nos llevara a una nueva ventana donde se
podra ver las ventas realizadas
• Contara con una boton Proveedores que nos llevara a una nueva ventana y poder
registrar y ver la información de los proveedores
• Contara con una boton Clientes que nos llevara a una nueva ventana y poder
registrar y ver la información de los clientes
Estados Contables
• Esta ventana contara con un menu despegables de fecha (dia, mes y año),un
campo para buscar el pedido y un boton para generar el reporte en PDF
Pedidos
• Submenú Compras: Ventana que contendra campos para el registro de la
compra(No.Pedido, articulo, piezas, fecha y monto) y un boton para liberar la
compra
• Submenú Ventas: Ventana que contendra campos para el registro de la venta
(No.Pedido, articulo, piezas, fecha y monto) y un boton para liberar la venta

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

C. Almacenamiento de los datos (capa modelo o abstracció n).

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.

Plasma tu propuesta en una arquitectura base integrando los elementos de un sistema

interactivo. El resultado de este punto será una nueva propuesta arquitectó nica en
formato de imagen digital. Puedes utilizar herramientas como Visio, un lenguaje
descriptor de arquitectura u otra de tu elección.

Explica la aplicación del patrón arquitectónico.

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

Juan Pavón Mestras. (2008). El patrón Modelo-Vista-Controlador (MVC). 2019, de Universidad

Complutense Madrid Sitio web: https://www.fdi.ucm.es/profesor/jpavon/poo/2.14.MVC.pdf