DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño...

29
MVP´s – IPN <Documento de Arquitectura de Software > Sistema de información “APLICACIÓN PARA LA GESTIÓN DE ALMACÉN DE UNA DISTRIBUIDORA DE MATERIALES DE CONSTRUCCIÓN” <1.0> <26-05-2014> 4NM73 PROYECTO: Sistema de información “APLICACIÓN PARA LA GESTIÓN DE ALMACÉN DE UNA DISTRIBUIDORA DE MATERIALES DE CONSTRUCCIÓN” Documento de Arquitectura de Software Integrantes Equipo de Proyecto Boleta Nombre 2011602699 ALVAREZ GARCIA RAUL ALEXIS 2011600191 CASTILLO LUJANO EMILIO 2010302076 CASTRO FRANCISCO JOCELYN 2011601135 SERRANO SILVA YOSIMAR OSWALDO Profesores: Profesor a cargo del curso: Ramón Chávez López Página 1 de 29

Transcript of DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño...

Page 1: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

MVP´s – IPN<Documento de Arquitectura de Software >Sistema de información “APLICACIÓN PARA LA GESTIÓN DE ALMACÉN DE UNA DISTRIBUIDORA DE

MATERIALES DE CONSTRUCCIÓN”<1.0> <26-05-2014> 4NM73

PROYECTO:

Sistema de información “APLICACIÓN PARA LA GESTIÓN DE ALMACÉN DE UNA DISTRIBUIDORA DE MATERIALES DE CONSTRUCCIÓN”

Documento de Arquitectura de Software

Integrantes Equipo de Proyecto

Boleta Nombre

2011602699 ALVAREZ GARCIA RAUL ALEXIS2011600191 CASTILLO LUJANO EMILIO2010302076 CASTRO FRANCISCO JOCELYN2011601135 SERRANO SILVA YOSIMAR OSWALDO

Profesores:

Profesor a cargo del curso: Ramón Chávez López

Página 1 de 25

Page 2: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Índice.

Tabla de contenido

ÍNDICE...................................................................................................2

OBJETIVO DEL DOCUMENTO.............................................................................................................................................3PROPÓSITO....................................................................................................................................................................3ARQUITECTURA GENERAL................................................................................................................................................4DIAGRAMAS....................................................................................................................................................................4

Casos de Uso...........................................................................................................................................................4Modelado de la Base de Datos..............................................................................................................................18Diagrama de clases................................................................................................................................................18Prototipo.................................................................................................................................................................19Navegación............................................................................................................................................................25

Página 2 de 25

Page 3: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Objetivo del Documento

El presente documento nos muestra el enfoque arquitectural del sistema haciendo uso de diferentes vistas arquitectónicas para así poder ilustrar las características más importantes del sistema. Se pretende capturar y transmitir las decisiones arquitectónicas más importantes realizadas en el sistema. de información “APLICACIÓN PARA LA GESTIÓN DE ALMACÉN DE UNA DISTRIBUIDORA DE MATERIALES DE CONSTRUCCIÓN”

Propósito

Este documento de arquitectura de software tiene como propósito brindar una visión comprensible de la arquitectura general del software planificación y control de labores agrícolas utilizando diferentes vistas de la arquitectura para ilustrar diferentes aspectos del mismo

Arquitectura General

Página 3 de 25

Page 4: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

La arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto quedaría de la siguiente manera:

Diagramas

Casos de Uso

A continuación se muestran los diagramas de Casos de Usos detallados, para así poder representar de una mejor manera los requerimientos obtenidos anteriormente.

Página 4 de 25

Capa de Interfaz de usuario

Interfaz desarrollada en JAVA

Capa de NegocioReglas del Negocio

Capa de Datos

Procesador de Base de DatosSE

GU

RID

AD

Base de Datos en MYSQL

Page 5: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Diagrama General de Casos de Uso

Detalle del Caso de uso Iniciar sesión.Código o numero CM-CG01Nombre Iniciar sesión.Actor(es) Usuario, Administrador.

Descripción El usuario inicia al sistema.

Precondiciones Que el usuario este registrado en el sistema

Postcondiciones Se pasa al caso de uso CM-CG02

Escenario principal 1.- El usuario da inicio al sistema mediante un clic en el icono asignado.2.- Comienza la carga del sistema.

Escenario alternativo

Si tras el paso 1 el usuario no ingreso como Administrador2.- No se tendrá acceso a la opción de "Usuarios" con lo cual podrá hacer otras opciones menos esta. Si tras el paso 3 no se llenaron todos los campos: 4.- No se podrá confirmar hasta que llene la información requerida

Página 5 de 25

Page 6: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Detalle del Caso de uso Validar Usuario.Código o numero CM-CG02Nombre Validar usuario.Actor(es) Usuario, Administrador.

Descripción Después de haber iniciado el sistema el usuario tendrá que introducir un nombre de usuario y una contraseña para ingresar a las funciones del sistema.

Precondiciones Registro previo del usuario en la Base de Datos

Postcondiciones Se desplegara el menú de opciones.

Escenario principal

1.- El usuario ingresa un nombre y contraseña.2.- Se presiona el botón aceptar.3.- Dicha contraseña es validada.4.- Se despliega el menú de opciones.

Escenario alternativo

Si se ingresa una contraseña incorrecta se limpiaran los campos de nombre y contraseña para que se ingrese una nueva.Regresamos al paso 1.En caso de introducirse una contraseña incorrecta más de tres veces el sistema se cerrará.

Detalle del Caso de uso Mostrar mensaje de error.Código o numero CM-CG03Nombre Mostrar mensaje de error.Actor(es) Usuario, administrador.

Descripción En pantalla se desplegara un mensaje que indique que la contraseña o usuario que se introdujeron son incorrectos.

Precondiciones Algún dato introducido en el caso de uso CM-CG02 es incorrecto.

Postcondiciones Aparecerá una ventana emergente de error.

Escenario principal1.- El usuario ha ingresado un nombre y contraseña incorrecta loque produce la salida de un mensaje de error.

Escenario alternativo -

Detalle del Caso de uso Mostrar menú de opciones.

Página 6 de 25

Page 7: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Código o numero CM-CG04Nombre Mostrar menú de opciones.Actor(es) Usuario, Administrador.

DescripciónEn pantalla se mostrará las diferentes opciones que ofrece el sistema, el usuario tendrá la posibilidad de seleccionar alguna para ingresar a una sub pantalla con las funciones correspondientes.

Precondiciones Qué el usuario haya sido validado.

Postcondiciones El usuario será llevado a la pantalla correspondiente a su selección.

Escenario principal

1.- El usuario ha ingresado al sistema.2.- En pantalla aparecerán las siguientes opciones:SalidasEntradasUsuariosProductosProveedores

Escenario alternativo El usuario no selecciona ninguna opción.El usuario termina la ejecución del programa.

Diagrama de Casos de Uso para Entradas al Almacén.

Detalle del Caso de uso registro de entradas al almacén.

Página 7 de 25

Page 8: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Código o numero CM-CP01.Nombre Registro de entradas al almacén.Actor(es) Administrador y Usuario.Descripción Registra los productos que han de ingresar al almacén.Precondiciones Que el proveedor este registrado.Postcondiciones -

Escenario principal

Selecciona la opción de "Registro de entrada" Selecciona al proveedorUna vez encontrado, se van seleccionando los productos que nos pueda abastecer.Se da de alta la entrada en el sistema.

Escenario alternativoSi tras el paso 2 no se encuentra al proveedor3.- Aparecerá una salida para seleccionar entre “buscar de nuevo”, que nos permitirá ingresar los datos de nuevo, “registrar proveedor”.

Detalle del Caso de uso Consulta de entradas al almacén.Código o numero CM-CP02.Nombre Consulta de entradas al almacén.Actor(es) Administrador y Usuario.

DescripciónPermite realizar la búsqueda de una entrada por fecha, Id de entrada o proveedor y después muestra un pequeño reporte con la información básica del proveedor, los productos adquiridos y el estatus de la entrada

Precondiciones Haber ingresado al sistema como un usuario validoPostcondiciones -

Escenario principalSelecciona la opción de "Información de entradas".Selecciona la entrada a consultar.Se despliega la información relacionada a la entrada.

Escenario alternativoSi tras el paso 2 no se encuentra el reporte de la entrada.3.- Aparecerá una ventana de error la cual al ser cerrada, nos permitirá modificar los datos de búsqueda.

Detalle del Caso de uso Cancelación de entrada al almacén.Código o numero CM-VN04Nombre Cancelación de entrada al almacén.Actor(es) Administrador, Usuario.Descripción Permitirá a los usuarios cancelar las entradas.Precondiciones Que el material aun no haya enviado al almacén.Postcondiciones Haber recibido el material.

Escenario principalSelecciona la opción de "Cancelación de entradas”.Selecciona la entrada a cancelar.Se cancela la entrada.

Escenario alternativoSi tras el paso 3 no se encuentra la entrada4.- Aparecerá una ventana de error la cual al ser cerrada, nos permitirá modificar los datos de búsqueda.

Detalle del Caso de uso Modificación de entrada al almacén.Código o numero CM-PR02

Página 8 de 25

Page 9: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Nombre Modificación de entrada al almacén.Actor(es) Administrador.

Descripción Si se presenta algún cambio en las entradas o un error en estas le informara al Administrador para que haga los correspondientes cambios.

Precondiciones Acceder al sistema como Administrador

Postcondiciones Actualiza los datos existentes en la base de datos para almacenarlos correctamente.

Escenario principal

Selecciona la opción de "Modificación de entrada”.Se buscara a la entrada. Hace los cambios de los datos que se dese modificar.Confirma la operación.Se hacen los cambios.

Escenario alternativo

Si tras el paso 2 no se encuentra la entrada: 3.- Saldrán opciones para "Regresar" o "Volver a buscar".Si tras el paso 3 se dejaron campos en blanco: 4.- No se podrá confirmar hasta que llene la información requerida.

Diagrama de Casos de Uso para Productos.

Detalle del Caso de uso Registro de producto.Código o numero CM-PR01.

Página 9 de 25

Page 10: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Nombre Registro de producto.Actor(es) Administrador, Usuario

Descripción El usuario podrá dar de alta un nuevo producto en el sistema.

Precondiciones Haber ingresado al sistema con un usuario valido.

Postcondiciones Se le asigna un ID y la información es almacenada en la base de datos.

Escenario principalSelecciona la opción de "Registro del producto”.Llena todos los campos de los datos del producto.Confirma la operación.

Escenario alternativo Si tras el paso 2 no se llenaron todos los campos: 3.- No se podrá confirmar hasta que llene la información requerida.

Detalle del Caso de uso Modificación de producto.Código o numero CM-PR02Nombre Modificación de producto.Actor(es) Administrador.

Descripción Si se presenta algún cambio en los productos o un error en estos le informara al Administrador para que haga los correspondientes cambios.

Precondiciones Acceder al sistema como Administrador

Postcondiciones Actualiza los datos existentes en la base de datos para almacenarlos correctamente.

Escenario principal

Selecciona la opción de "Modificación de producto”.Se buscara al producto por nombre. Hace los cambios de los datos que se dese modificar.Confirma la operación.Se hacen los cambios.

Escenario alternativo

Si tras el paso 2 no se encuentra el producto: 3.- Saldrán opciones para "Regresar" o "Volver a buscar".Si tras el paso 3 se dejaron campos en blanco: 4.- No se podrá confirmar hasta que llene la información requerida.

Detalle del Caso de uso Baja de productoCódigo o numero CM-PR03.Nombre Baja de producto.Actor(es) Administrador.

Descripción Cuando el Administrador considere que es un producto que no genera muchas salidas puede darlo de baja en la base de datos.

Precondiciones Haber ingresado como Administrador al sistema

Postcondiciones En la base de datos cambia su estado a no disponible para indicar que esta dado de baja.

Escenario principalSelecciona la opción de "Baja de producto”.Se busca el producto.Al seleccionarlo se pide confirmar y realiza el borrado.

Escenario alternativo Si tras el paso 2 no se encuentra el producto: 3.- Saldrán opciones para "Regresar" o "Volver a buscar".

Página 10 de 25

Page 11: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Detalle del Caso de uso Consulta de productoCódigo o numero CM-PR04Nombre Consulta de producto.Actor(es) Administrador, Usuario.

Descripción Desplegara la información del productor en un reporte el cual nos mostrará todos los campos llenados en el registro.

Precondiciones Ingresar al sistemaPostcondiciones -

Escenario principal

Selecciona la opción de "Consulta de productos”.Se busca al producto por su nombre.Una vez encontrado se elige y da el reporte.

Escenario alternativo Si tras el paso 1 no se encuentra el producto: 2.- Se dará opciones de "Volver a buscar" o regresar.

Diagrama de Casos de Uso para Proveedores.

Detalle del Caso de uso Registro de proveedores.Código o numero CM-PV01.Nombre Registro de proveedores.

Página 11 de 25

Page 12: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Actor(es) Administrador.Descripción El Administrador registra a sus proveedores frecuentes.Precondiciones El usuario ingresa al sistema como Administrador.Postcondiciones Se le asigna un ID y la información es almacenada en la base de datos.

Escenario principalSelecciona la opción de "Registro de proveedores”.Llena todos los campos de los datos del proveedor.Confirma la operación.

Escenario alternativo Si tras el paso 2 no se llenaron todos los campos: 3.- No se podrá confirmar hasta que llene la información requerida.

Detalle del Caso de uso Modificación de proveedores.Código o numero CM-PV02Nombre Modificación de proveedoresActor(es) Administrador

Descripción Si se presenta algún cambio en los proveedores o un error en estos le informara al Administrador para que haga los correspondientes cambios

Precondiciones El usuario ingresa al sistema como Administrador.

Postcondiciones Actualiza los datos existentes en la base de datos para almacenarlos correctamente

Escenario principal

Selecciona la opción de "Modificación de proveedores”.Se buscara al proveedor por nombre o asociación.Hace los cambios de los datos que se dese modificar.Confirma la operación.Se hacen los cambios.

Escenario alternativo

Si tras el paso 2 no se encuentra el proveedor: 3.- Saldrán opciones para "Regresar" o "Volver a buscar".Si tras el paso 3 se dejaron campos en blanco: 5.- No se podrá confirmar hasta que llene la información requerida.

Detalle del Caso de uso Baja de proveedores.Código o numero CM-PV03.Nombre Baja de proveedores.Actor(es) Administrador.

Descripción Cuando el Administrador considere que es un producto que no genera muchas salidas puede darlo de baja en la base de datos.

Precondiciones El usuario ingresa al sistema como Administrador.

Postcondiciones En la base de datos cambia su estado a no disponible para indicar que esta dado de baja.

Escenario principalSelecciona la opción de "Baja de producto”.Se busca el producto.Al seleccionarlo se pide confirmar y realiza el borrado.

Escenario alternativo Si tras el paso 2 no se encuentra el producto: 3.- Saldrán opciones para "Regresar" o "Volver a buscar".

Detalle del Caso de uso Consulta de proveedores.Código o numero CM-PV04.

Página 12 de 25

Page 13: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Nombre Consulta de proveedores.Actor(es) Administrador y Administrador.

Descripción Desplegara la información del proveedor en un reporte el cual nos mostrará todos los campos llenados en el registro.

Precondiciones El usuario debe ingresar al sistema como Administrador o administrador.Postcondiciones -

Escenario principalSelecciona la opción de "Consulta de proveedor”.Se busca al proveedor por su nombre o asociación.Una vez encontrado se elige y da el reporte.

Escenario alternativo Si tras el paso 2 no se encuentra el proveedor: 3.- Se dará opciones de "Volver a buscar", "Agregar nuevo usuario" o regresar.

Diagrama de Casos de Uso para Usuarios

Detalle del Caso de uso Registro de usuariosCódigo o numero CM-US01.Nombre Registro de usuarios.Actor(es) Administrador.

Descripción El Administrador registra los usuarios que el decida para que puedan entrar al sistema.

Página 13 de 25

Page 14: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Precondiciones El usuario debe ingresar al sistema como Administrador.

Postcondiciones El personal registrado tendrá una clave única para entrar.

Escenario principalSelecciona la opción de "Registro de usuarios”.Llena todos los campos de los datos del usuario.Confirma la operación.

Escenario alternativo Si tras el paso 2 no se llenaron todos los campos: 3.- No se podrá confirmar hasta que llene la información requerida.

Detalle del Caso de uso Modificación de usuarios.Código o numero CM-US02Nombre Modificación de usuariosActor(es) Administrador

Descripción Si se presenta algún cambio en los usuarios o un error en estos le informara al Administrador para que haga los correspondientes cambios

Precondiciones El usuario debe ingresar al sistema como Administrador.

Postcondiciones Actualiza los datos existentes en la base de datos para almacenarlos correctamente

Escenario principal

Selecciona la opción de "Modificación de usuarios”.Se buscara al usuario por nombre.Hace los cambios de los datos que se dese modificar.Confirma la operación.Se hacen los cambios.

Escenario alternativo

Si tras el paso 2 no se encuentra el proveedor: 3.- Saldrán opciones para "Regresar" o "Volver a buscar".Si tras el paso 4 se dejaron campos en blanco: 5.- No se podrá confirmar hasta que llene la información requerida.

Detalle del Caso de uso Eliminar usuarios.Código o numero CM-US03.Nombre Eliminar usuarios.Actor(es) Administrador.

Descripción Si un usuario sale de la empresa se tiene que proceder a la eliminación de este para no tener conflictos futuros y un mejor control de acceso.

Página 14 de 25

Page 15: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Precondiciones El usuario debe ingresar al sistema como Administrador.

Postcondiciones En la base de datos cambia su estado a no disponible para indicar que esta dado de baja.

Escenario principalSelecciona la opción de "Eliminar usuario”.Se busca el usuario.Al seleccionarlo se pide confirmar y realiza el borrado.

Escenario alternativo Si tras el paso 2 no se encuentra el producto: 3.- Saldrán opciones para "Regresar" o "Volver a buscar".

Diagrama de Casos de Uso para Salidas.

Detalle del Caso de uso Registro de salidas del almacén. Código o numero CM-VN01Nombre Registro de salidas del almacénActor(es) Administrador, UsuarioDescripción Registra los productos que han de salir del almacénPrecondiciones El usuario tiene que ingresar al sistema como usuario

Página 15 de 25

Page 16: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Postcondiciones Actualizar el numero de existencias en el inventario

Escenario principalSelecciona la opción de "Registro de salidas" Se seleccionan los productosSe da de alta la salida en el sistema.

Escenario alternativo .

Detalle del Caso de uso Consultas de salidas del almacén. Código o numero CM-VN02.Nombre Consultas de salidas del almacén.Actor(es) Administrador, Usuario.

DescripciónPermite realizar la búsqueda de una salida por fecha o Id de salida y después muestra un pequeño reporte con la información básica de los productos y el estatus de la salida

Precondiciones El usuario tiene que ingresar al sistema como usuarioPostcondiciones -

Escenario principalSelecciona la opción de "Información de salidas”.Selecciona la salida a consultar.Se despliega la información relacionada a la salida.

Escenario alternativoSi tras el paso 3 no se encuentra el reporte de la salida4.- Aparecerá una ventana de error la cual al ser cerrada, nos permitirá modificar los datos de búsqueda.

Detalle del Caso de uso Cancelación de salida del almacén. Código o numero CM-VN04Nombre Cancelación de salida del almacén.Actor(es) Administrador, Usuario.Descripción Permitirá a los usuarios cancelar las salidas.Precondiciones Que el material aun no haya salido del almacén.Postcondiciones Haber entregado el pedido.

Escenario principalSelecciona la opción de "Cancelación de salidas”.Selecciona la salida a cancelar.Se cancela la salida.

Escenario alternativoSi tras el paso 3 no se encuentra la salida4.- Aparecerá una ventana de error la cual al ser cerrada, nos permitirá modificar los datos de búsqueda.

Detalle del Caso de uso Modificación de salida del almacén.Código o numero CM-PR02Nombre Modificación de salida del almacén.Actor(es) Administrador.

Descripción Si se presenta algún cambio en las salidas o un error en estas le informara al Administrador para que haga los correspondientes cambios.

Precondiciones Acceder al sistema como Administrador

Postcondiciones Actualiza los datos existentes en la base de datos para almacenarlos correctamente.

Escenario principal Selecciona la opción de "Modificación de salida”.Se buscara a la salida.

Página 16 de 25

Page 17: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Hace los cambios de los datos que se dese modificar.Confirma la operación.Se hacen los cambios.

Escenario alternativo

Si tras el paso 2 no se encuentra la entrada: 3.- Saldrán opciones para "Regresar" o "Volver a buscar".Si tras el paso 3 se dejaron campos en blanco: 4.- No se podrá confirmar hasta que llene la información requerida.

SecuenciasUn diagrama de secuencia muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso. Mientras que el diagrama de casos de uso permite el modelado de una vista de negocio del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos.

Modelado de la Base de DatosEl Modelado de la Base de Datos determina su estructura lógica y de manera fundamental determina el modo de almacenar, organizar y manipular los datosDiagrama Entidad- relaciónEste tipo de diagrama es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades.

Página 17 de 25

Page 18: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Figura 33. Diagrama Entidad/Relación con los diferentes atributos de cada una de las entidades

Diagrama de clasesLos diagramas de clases son un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, orientados a objetos.El diagrama de clases incluye mucha más información como la relación entre un objeto y otro, la herencia de propiedades de otro objeto, conjuntos de operaciones/propiedades que son implementadas para una interfaz gráfica.

Página 18 de 25

Page 19: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

PrototipoPara tener una idea aun mas clara sobre la interfaz que se tendrá con el usuario, se desarrollaron las ventanas que podrían ser utilizadas dentro de la aplicación a modo de prototipo.EstadosLos diagramas de estado muestran el conjunto de estados por los cuales pasa un objeto durante su vida en una aplicación en respuesta a eventos También ilustran qué eventos pueden cambiar el estado de los objetos de la clase. Normalmente contienen: estados y transiciones. Como los estados y las transiciones incluyen, a su vez, eventos, acciones y actividades, vamos a ver primero sus definiciones.

Página 19 de 25

Page 20: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Figura 27 Diagrama de Estados de Entradas

Página 20 de 25

Page 21: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Figura 28 Diagrama de Estados de Salidas

Figura 29 Diagrama de Estados de Proveedores

Figura 30 Diagrama de Estados de Productos

Página 21 de 25

Page 22: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Diseño de pantallasPara cada uno de los diferentes casos de uso obtenidos en las fases anteriores, se desarrollo una ventana de forma que sea amigable con el usuario.En la ventana de inicio de sesión se puede apreciar que solo se cuenta con dos campos para que se introduzcan el nombre de usuario y la contraseña. Al ser validados presionando el botón de Ingresar, el usuario podrá acceder al menú.

Pantalla de inicio de sesión.En el menú, solo aparecerán botones con cada una de las opciones que el usuario puede escoger, además de un botón en la parte inferior derecha para cerrar su sesión.

Página 22 de 25

Page 23: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Pantalla del menú de inicio.Si el usuario selecciona la opción de Proveedores, le aparecerá una ventana con campos para poder llenar los diferentes atributos con los que cuenta. En la parte superior puede seleccionar entre Agregar y Consultar, si se escoge la primera los campos estarán vacios para ser llenados, de lo contrario se bloquearan y se habilitara el campo de Buscar para después desplegar los datos resultantes de dicha búsqueda.

Pantalla Proveedores.De la misma forma que la ventana anterior funciona la ventana de Usuarios, solo cambiando los campos a llenar. A esta ventana solo tiene acceso el Administrador.

Página 23 de 25

Page 24: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

Ventana de Usuarios. En la ventana de Productos el usuario, dependiendo de la selección que haga en la parte superior de la misma, podrá realizar la consulta de algún producto en el inventario o agregar uno nuevo.Si desea agregar uno nuevo, los campos para llenar los datos del nuevo producto se habilitaran. Si se realiza una búsqueda, el campo que se encuentra en la parte superior será habilitado y los resultados se desplegaran en la tabla. De seleccionarse un producto, sus datos se cargaran en los campos de la parte inferior, para proporcionar las opciones de Eliminar y Modificar.

Ventana de Productos

Las dos ventanas siguientes, Entradas y Salidas funcionan de la misma manera. En la parte superior aparecerá un campo para realizar la búsqueda de los productos y sus resultados se desplegaran en la primera tabla. El usuario al seleccionar un producto de la primera tabla tendrá la opción de Agregar

Página 24 de 25

Page 25: DAS-Documento de Arquitectura de Software Web viewLa arquitectura a utilizar para el diseño de esta aplicación será la de 3 niveles. Dicha arquitectura implementada en el proyecto

CGFIE – IPN<Documento de Arquitectura de Software >Sistema de información “Control de Servicio

Social de la CGFIE”<1.0> <17-05-2014> 4NM73

producto, siempre y cuando coloque la cantidad de unidades de dicho producto; todos los productos que se agreguen de esta forma aparecerán en una segunda tabla. Si se desea eliminar un producto de la segunda tabla solo bastara con seleccionarlo y dar clic al botón de Quitar producto.Para finalizar el registro de la Entrada o Salida se deberá de dar clic en el botón de Finalizar.

Ventana Salidas del almacén.

Ventana Entrada al almacén.

NavegaciónLa navegación dentro de la aplicación es muy sencilla e intuitiva para el usuario, la cual podemos observar en el siguiente diagrama.

Figura 42. Esquema de navegación de la aplicación.En este capítulo se desarrollo toda la parte correspondiente al Diseño de la aplicación, para su posterior desarrollo en proyectos futuros.

Página 25 de 25

Inicio de sesión

Menu principal

Usuarios Proveedores Productos Entradas Salidas