52
FERRETERÍA M&R PARTE I INTRODUCCION I. CAPITULO I.- 1. INTRODUCCION Los sistemas de información constituyen un instrumento de mucha utilidad en las empresas, es por ello que en la empresa Ferretería M&R surge la necesidad de administrar las tareas que son muy rutinarias o sobre las cuales no se tiene control, como son el orden, la manipulación de datos, la seguridad de datos, etc. Esto lleva a dar soluciones que faciliten la operación de las tareas mediante la construcción de una base de datos que pueda satisfacer las necesidades de su mercado en menor tiempo, brindando así una mejor calidad en los servicios. A menudo empresas constructoras de carpintería, cerrajería, albañilería, etc. hacen uso de herramientas para poder realizar sus trabajos para eso necesitan adquirir materiales, que generalmente una ferretería lo posee. 2. ANTECEDENTES En Camiri surgieron originalmente pequeñas ferreterías con la necesidad de cubrir la falta de materiales, ya que existen Sistemas de Información I 1

Ferreteria (M&R)a&L FINAL

Embed Size (px)

Citation preview

Page 1: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

PARTE I

INTRODUCCION

I. CAPITULO I.-

1. INTRODUCCION

Los sistemas de información constituyen un instrumento de mucha utilidad en las

empresas, es por ello que en la empresa Ferretería M&R surge la necesidad de

administrar las tareas que son muy rutinarias o sobre las cuales no se tiene

control, como son el orden, la manipulación de datos, la seguridad de datos, etc.

Esto lleva a dar soluciones que faciliten la operación de las tareas mediante la

construcción de una base de datos que pueda satisfacer las necesidades de su

mercado en menor tiempo, brindando así una mejor calidad en los servicios.

A menudo empresas constructoras de carpintería, cerrajería, albañilería, etc.

hacen uso de herramientas para poder realizar sus trabajos para eso necesitan

adquirir materiales, que generalmente una ferretería lo posee.

2. ANTECEDENTES

En Camiri surgieron originalmente pequeñas ferreterías con la necesidad de cubrir

la falta de materiales, ya que existen personas dedicadas a diferentes rubros como

ser carpintería, construcción, cerrajería entre otros.

Con el paso del tiempo las técnicas y aprendizajes fue modernizándose al igual

que las herramientas utilizadas ,dando lugar así a ferreterías más grandes y a la

ocupación de mucha mano de obra para la fabricación en cuestión de

construcción, muebles, etc., para satisfacer la demanda local y así mejorar los

ingresos de los propietarios.

En Camiri la Ferretería “M&R” viene desempeñando sus funciones desde el año

2010.

Sistemas de Información I 1

Page 2: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

DESCRIPCION DEL PROBLEMA

La ferretería M&R brinda servicios de venta de herramientas al público en general,

tropieza con problemas como los que a continuación se enumeran:

Los datos delos vendedores y empleados son registrados en un cuaderno

por el administrador que en algunas ocasiones se pierde la información esto

implica que no se tenga la lista actualizada de los datos.

Los datos delos proveedores se registran en cuadernos contables lo que

ocasiona tardanza en la búsqueda de sus datos y que son utilizados con

algún fin.

El control de los clientes se lo realiza en un archivo de Excel en el cual se

anota el nombre, teléfono, dirección y pedidos del cliente, con la dificultad

de que la información no se dispersa sin embargo aun con esto se

presentan dificultades.

En la compra de materiales, no se encuentra los registros de materiales

disponibles y no disponibles de manera rápida ya que este debe ser

buscado en los libros contables.

Con respecto a los inventarios, el registro es de forma manual proceso que

demora mucho tiempo, tedioso y en muchas ocasiones se puede llegar a

perderlos registros de los materiales ya que estos son de vital importancia.

En la venta de materiales, no se ha encontrado los registros disponibles y

no disponible de la venta de materiales ya que estos son registrados en

cuadernos que en ocasiones la información se perdió o no fue registrada

por el vendedor.

En la emisión de factura se presenta el problema de que a veces se pierde

los registros o cuadernos en los que se encuentra información del cliente

lo que provoca duplicidad de datos del mismo. Dificulta en la actualización

del inventario porque no se tiene los registros de todas las ventas diarias ni

de las compras.

En el actualizar inventario como esta empresa solo cuenta con registros en

libros contables donde la información se ha mezclado no puede actualizar

Sistemas de Información I 2

Page 3: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

su inventario ya que es mucha la información que se maneja ocasionando

perdida de datos.

3. OBJETIVOS

4.1.Objetivo general:

4.2.Desarrollar un sistema de información para el control de compra y venta de

la ferretería M&R.

4.3.Objetivos específicos:

Recopilar información clara y precisa de los usuarios que tendrá el

sistema.

Identificar los requerimientos específicos que tendrá el sistema.

Analizar el sistema teniendo como base el modelo de requisitos.

Diseñar el sistema con la funcionalidad de los casos de usos, ya

estructurados por el modelo de análisis.

Implementar el sistema según la especificación del modelo de

diseño y las propiedades del lenguaje de implementación y base de

datos.

Realizar las pruebas al sistema a través de pruebas de componente

y de integración.

4. ALCANCE

El sistema de Información de control para la Ferretería M&R, consta de

cuatro módulos que son los siguientes:

Venta.

Compra.

Inventario.

Administración de Usuario y Backups.

Módulo compra.-

El sistema será capaz de registrar los de la compra de todos los

artículos para la ferretería.

Sistemas de Información I 3

Page 4: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Módulo de venta.-

El sistema será capaz de manejar los detalles de venta de todos los

artículos de la ferretería que se venderá a diario.

El sistema será capaz de efectuar facturas por cada venta realizada.

El sistema guardará los datos de los clientes potenciales de la

ferretería.

El sistema manejara datos porcentuales de los clientes que más acuden

al comercial, para fines estratégicos como brindarles servicios de

descuentos por compras realizadas y ofertas de nuevos materiales.

Administración de Usuario y Backups.-

El sistema podrá realizar copias de seguridad periódicamente.

El sistema será capaz de gestionar usuarios del sistema.

5. TECNOLOGÍA DE DESARROLLO

Para cumplir con los objetivos planteados, se ha adoptado por el Proceso

Unificado de Desarrollo de Software, propuesto por Grady Booch, James

Rumbaugh e IvarJacuobson, debido a que es un proceso que permite desarrollar

un sistema software de forma iterativa e incremental, mediante el uso de

sucesivas iteraciones hasta obtener el producto final.

6.1. PUDS ( Proceso Unificado de Desarrollo de Software)

Proceso de desarrollo de software basado en el Lenguaje Unificado de Modelado,

y que es iterativo, centrado en la arquitectura y dirigido por los casos de uso y los

riesgos. Se organiza en cuatro fases: inicio, elaboración, construcción y transición,

y se estructura en torno a cinco flujos de trabajo fundamentales: recopilación de

requisitos, análisis, diseño, implementación y pruebas.

Las características del Proceso Unificado son:

Sistemas de Información I 4

Page 5: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Iterativo e Incremental

Dirigido por Casos de Uso

Centrado en la Arquitectura

Enfocado en los Riesgos

6.1.1. Recopilación de requisitos

Para tener una idea clara de la característica que tendrá el software, se realizar

una serie de entrevistas, reuniones y charlas con las personas o usuarios que

manipularan el sistema.

La principal razón de este paso es saber q características tendrá el sistema y

definir las limitaciones y la complejidad que llegará a tener.

6.1.2. Análisis de requisitos

Establecer y mantener un acuerdo con los clientes y otros involucrados en lo que

el sistema debe hacer. Proporcionar a los desarrolladores del sistema el

conocimiento necesario de los requisitos del sistema. Definir los límites del

sistema. Servir de base para planificar los contenidos técnicos de las iteraciones

Sistemas de Información I 5

Page 6: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

posteriores. Servir de base para estimar el costo y tiempo necesario para

desarrollar el sistema. Definir la interfaz de usuario del sistema enfocándose en las

necesidades y aspiraciones de los usuarios.

6.1.3. Diseño

Transformar los requisitos en diseño del sistema a construir. Desarrollar una

arquitectura robusta del sistema. Adaptar el diseño para que se corresponda con

el ambiente de implementación, teniendo muy en cuenta el rendimiento.

6.1.4. Implementación

Definir la organización del código en términos de subsistemas y capas. Convertir

los elementos del diseño en elementos de implementación (fichero fuentes,

binarios, ejecutables, y otros) Realizar pruebas de unidad a los componentes

desarrollados.

Integrar los resultados producidos por programadores individuales en un solo

sistema ejecutable. Las pruebas de unidad se limitan a las clases implementadas,

las pruebas del sistema y de integración pertenecen a la disciplina de pruebas.

6.1.5. Pruebas

Encontrar y documentar defectos en la calidad del software. Notificar la calidad

percibida del software. Validar las suposiciones hechas en el diseño y

especificaciones de requisitos mediante demostraciones concretas. Validar que

el producto de software funciona como se diseñó. Validar que los requisitos fueron

implementados apropiadamente.

7. JUSTIFICACION

La base de datos que se realizara para el propietario de la Ferretería M&R, es

para llevar el control estricto de la empresa y la supervisión en cuanto a compra y

venta de herramientas, el pago que ara a sus empleados y guardar todos los

Datos en cuanto al funcionamiento de la Ferretería.

Sistemas de Información I 6

Page 7: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

DESARROLLO DEL SOFTWAREII. CAPTURA DE REQUISITOS

1. INTRODUCCION

El proceso de captura de requisitos es una etapa de suma importancia dentro

del proceso de desarrollo de software. Éste se preocupa de descubrir y analizar

las necesidades del usuario del sistema a construir. Pero, como la mayoría de

los procesos de desarrollo, no está exento de problemas. El principal

inconveniente encontrado, es la imposibilidad de transmitir, tal cual son, los

requerimientos de los clientes a los ingenieros o analistas de requerimientos

Una captura de requisitos es un conjunto de requerimientos que el analista

identifica a partir de la información recopilada de los usuarios finales. Podemos

enumerar los siguientes pasos para realizar este proceso:

Obtener una lista de requisitos de cada usuario

adquirir una visión de conjunto

componer una especificación completa, correcta y consistente

Existen desventajas por las cuales son parte de este proceso, los más

comunes vienen a ser estos:

Listas de requisitos son difíciles de comprender y de hacer bien

difíciles de transformar en especificaciones de diseño e implementación.

Los requisitos se dividen en dos partes importantes los cuales son:

Requisitos funcionales:

Definen lo que el sistema tiene que hacer, los servicios que debe

proporcionar al usuario

Describen la funcionalidad del sistema

Sistemas de Información I 7

Page 8: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Requisitos no funcionales:

Delimitan las condiciones en que el sistema presta servicios a los

usuarios

Velocidad de respuesta, espacio en disco, etc.

2. IDENTIFICACION DE LOS ACTORES:

3.1. Definición de actores:

Un actor especifica un rol que adopta una entidad externa (usuario, hardware

externo u otro sistema) que interacciona directamente con el sistema.

Todo actor tiene un nombre.

Los actores significan roles, no entidades concretas:

Varias entidades concretas pueden desempeñar el mismo rol.

Una misma entidad concreta puede desempeñar varios roles.

3.2. Actores del sistema.- Los actores que se identifican e interactúan con

el sistema se detallan a continuación:

Ingeniero del Sistema.- Se encarga del mantenimiento del sistema y de

gestionar usuarios del sistema.

Administrador.-Se encarga de realizar compra de materiales, gestionar

nuevos empleados y proveedores.

Vendedor.- Es el encargado de efectuar las ventas y recibir el dinero

por cada venta efectuada.

Proveedor.- Es un actor que no interactúa con el sistema pero si con el

administrador, para realizar transacciones.

Cliente.- Es un actor que no interactúa con el sistema, pero que influye

en las acciones.

Sistemas de Información I 8

Page 9: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

3. NUMERO DE REQUERIMIENTOS:

NUMERO REQUERIMIENTOS

1

Iniciar Sesión

Permite iniciar sesión a los usuarios del sistema

2

Registrar Compra De Materiales

Permite Registrar una nueva Compra.

3

Gestionar Venta

Permite Registrar, Modificar, consultar venta.

4

Gestionar Proveedor

Permite Registrar, Modificar y Eliminar Proveedor.

5

Registrar Factura.

Permite registrar los datos de facturas.

6

Gestionar Usuario del Sistema

Permite registrar, modificar, consultar y eliminar

usuarios del sistema.

7

Gestionar Cliente

Permite Registrar, Modificar y Eliminar Cliente.

8

Realizar Backup

Permite realizar backup del sistema.

9

Gestionar Empleado

Permite registrar, modificar, eliminar un empleado.

10 Consultar Inventario

Permite acceder a la información del inventario.

11 Actualizar inventario

Permite actualizar el inventario.

Sistemas de Información I 9

Page 10: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

4. IDENTIFICACION DE CASOS DE USO:

4.1. Objetivo de casos de uso:

La técnica de los casos de uso (inventada por IvarJacobson):

Objetivo: identificar la funcionalidad de un sistema (requisitos funcionales).

Método: descripción de las interacciones típicas actor/sistema (escenarios).

Un caso de uso es una “forma de usar” el sistema, habitualmente descrita a través

de un conjunto de “usos típicos”.

Describe cómo un actor usa un sistema para conseguir un objetivo, y lo que el

sistema hace para ayudarle. Cuenta la historia de cómo el sistema y sus actores

colaboran para producir algo de valor, un uso completo del sistema.

El modelo de casos de uso sirve para definir y expresar gráficamente el sistema y

su entorno:

Las funcionalidades que contiene el sistema: casos de uso.

Las entidades externas que interaccionan con el sistema: actores.

Las relaciones entre entidades externas y funcionalidades: asociaciones.

El modelo de casos de uso se expresa gráficamente mediante uno o varios

diagramas de casos de uso.

Sistemas de Información I 10

Page 11: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Nro. Caso de Uso Actores

1 Iniciar Sesión Ingeniero de sistemas,

Administrador, Vendedor.

2 Registrar Compra de Materiales Administrador.

3 Gestionar Venta Vendedor, Cliente.

4 Gestionar Proveedor Administrador.

5 Registrar Factura Vendedor

6 Gestionar Usuario Del Sistema Ingeniero de Sistema.

7 Gestionar Cliente Vendedor.

8 Realizar BackUp ingeniero de sistema.

9 Gestionar empleado Administrador.

10 Consultar Inventario Administrador, Vendedor

11 Actualizar inventario Administrador, Vendedor

4.1.1. Caso de uso: Iniciar Sesión.-

El caso de uso Iniciar Sesión detalla el ingreso al sistema, con distinta

particularidad para cada usuario.

Ingeniero del Sistema

(f rom Use Case View)

Administrador

(f rom Use Case View)

Iniciar Sesion

(from Use Case View)

Vendedor

(f rom Use Case View)

Login

(from Use Case View)

<<include>>

Sistemas de Información I 11

Page 12: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Caso de Uso Iniciar Sesión

Actor(es) Administrador, Ingeniero De Sistema, Vendedor

Descripción Se desea ingresar al sistema ingresando datos para validar usuario

Precondición Estar registrado en el sistema.

Garantías de éxito Se inicia sesión con normalidad

Flujo principal

Acción del Actor Acción del Sistema

Vendedor: Ingreso al

sistema.

Administrador: Ingreso

al sistema.

Ingeniero Del Sistema:

Ingreso al sistema.

Recibe datos de

identificación de un usuario

para el inicio de sesión.

Flujo Alternativo El login o la contraseña no es correcta

En cualquier momento, el usuario puede cancelar el inicio

de sesión

Importancia Primaria

4.1.2. Caso de Uso: Registrar Compra de Materiales.-

El caso de Uso Registrar compra de materiales permite registrar una nueva

compra de herramientas.

Registrar Compra de Materiales

(from Registrar Compra de materiales)

Administrador

(f rom Registrar Compra de materiales)...)

Consultar Inventario

(from Registrar Compra de materiales)

<<include>>

Consultar Proveedor

(from Registrar Compra de materiales)

<<extend>>

Sistemas de Información I 12

Page 13: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Caso de Uso Registrar compra de materiales

Actor(es) Administrador

Descripción Se desea registrar nueva compra de herramientas

Precondición No haber registrado la compra

Garantías de éxito Se registra nueva compra

Flujo principal

Acción del Actor Acción del Sistema

Administrador: Desea

registrar una nueva

compra de materiales.

Recibe peticiones para

registrar datos que el

Administrador desea

ingresar.

Flujo Alternativo Ya está registrada la compra

Se ingresan datos incorrectos

Importancia Primaria

4.1.3. Caso de Uso: Gestionar Venta.-

El caso de uso gestionar venta permite registrar, modificar, consultar una venta

realizada.

Consultar Inventario

(from Gestionar Venta)

Gestionar Venta

(from Gestionar Venta)

Empleado

(f rom Gestionar Venta)

<<include>>

Sistemas de Información I 13

Page 14: Ferreteria (M&R)a&L FINAL

Admininistrador

(f rom Gestionar Prov eedor)...)

Gestionar Proveedor

(from Gestionar Proveedor)

FERRETERÍA M&R

Caso de Uso Gestionar Venta, cliente

Actor(es) Vendedor

Descripción Se desea gestionar venta de materiales

Precondición

Para registrar nueva venta, aun no debe estar registrado

El articulo indicado debe estar registrado en el inventario

Para modificar venta es necesario que esté registrada

Garantías de éxito Se realiza la tarea correspondiente y se finaliza con normalidad

Flujo principal

Acción del Actor Acción del Sistema

Vendedor: Desea

registrar, modificar o

consultar una venta de

materiales.

Recibe peticiones para

realizar la acción

correspondiente

Flujo Alternativo

Ya está registrada la venta (en caso de querer registrar)

No hay registros de la venta (si se desea modificar)

Se ingresan datos incorrectos

Importancia Primaria

4.1.4. Caso de Uso: Gestionar Proveedor.-

El caso de uso Gestionar Proveedor permite registrar, modificar, eliminar un

proveedor de materiales o herramientas.

Sistemas de Información I 14

Page 15: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Caso de Uso Gestionar Proveedor

Actor(es) Administrador

Descripción Se desea gestionar proveedor de materiales

Precondición

Para registrar nuevo, no debe estar registrado

Para eliminar, debe estar registrado

Para modificar, es necesario que esté registrado

Garantías de éxito Se realiza la tarea correspondiente y se finaliza con normalidad

Flujo principal

Acción del Actor Acción del Sistema

Desea registrar, modificar

o eliminar un proveedor.

Se envía los datos

correspondientes.

Se recibe la notificación.

Recibe peticiones para

realizar la acción

correspondiente

Devuelve un resultado

Flujo Alternativo

Ya está registrado (en caso de querer registrar nuevo)

No hay registros de la persona (si se desea modificar,

eliminar)

Se ingresan datos incorrectos

Importancia Primaria

4.1.5. Caso de Uso: Registrar Factura.-

El caso de uso Registrar Factura permite generar y registrar una factura para un

cliente que realizó alguna compra.

Registrar Factura

(from Registrar Factura)

Empleado

(f rom Registrar Factura)

Consultar Cliente

(from Registrar Factura)

Consultar Venta

(from Registrar Factura)

<<include>>

<<include>>

Sistemas de Información I 15

Page 16: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Caso de Uso Registrar Factura

Actor(es) Vendedor

Descripción Se desea registrar factura por la venta de algún articulo

Precondición No debe estar registrado

Garantías de éxito Se registra con éxito la factura y se finaliza la tarea con normalidad

Flujo principal

Acción del Actor Acción del Sistema

Vendedor: Desea

registrar y emitir una

nueva factura. Se envía

los datos

correspondientes.

Se recibe la notificación.

Cliente: desea recibir la

factura por la compra

realizada.

Recibe peticiones para

realizar la acción

correspondiente

Devuelve un resultado

Flujo Alternativo

Ya está registrada (en caso de querer registrar nueva

factura)

Se ingresan datos incorrectos

Importancia Primaria

Sistemas de Información I 16

Page 17: Ferreteria (M&R)a&L FINAL

Gestionar Usuario

(from Gestionar Usuario Sistema)

Ingeniero De Sistema

(f rom Gestionar Usuario Sistema)...)

FERRETERÍA M&R

4.1.6. Caso de Uso: Gestionar Usuario Del Sistema.-

Caso de Uso Gestionar Usuario Del Sistema

Actor(es) Ingeniero Del Sistema

Descripción Se requiere gestionar usuario del sistema

Precondición No debe estar registrado (si se requiere registrar nuevo)

Estar registrado (si se requiere modificar, eliminar)

Garantías de éxito Se realiza con éxito el proceso deseado

Flujo principal

Acción del Actor Acción del Sistema

Se desea registrar,

modificar, eliminar un

usuario del sistema.

Recibe peticiones para

realizar la acción

correspondiente

Devuelve un resultado

Flujo Alternativo

Ya está registrada (si se quiere registrar nuevo usuario)

Se ingresan datos incorrectos

Aún no está registrado (si se desea modificar o eliminar)

Importancia Primaria

Sistemas de Información I 17

Page 18: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

4.1.7. Caso de Uso: Gestionar Cliente.-

Gestionar Cliente

(from Gestionar Cl iente)

Empleado

(f rom Gestionar Cliente)

Caso de Uso Gestionar Cliente

Actor(es) Vendedor

Descripción Se requiere gestionar cliente

Precondición No debe estar registrado (si se requiere registrar nuevo)

Estar registrado (si se requiere modificar, eliminar)

Garantías de éxito Se realiza con éxito el proceso deseado

Flujo principal

Acción del Actor Acción del Sistema

Se desea registrar,

modificar, eliminar un

cliente.

Recibe peticiones para

realizar la acción

correspondiente

Devuelve un resultado

Flujo Alternativo

Ya está registrada (si se quiere registrar nuevo cliente)

Se ingresan datos incorrectos

Aún no está registrado (si se desea modificar o eliminar)

Importancia Primaria

Sistemas de Información I 18

Page 19: Ferreteria (M&R)a&L FINAL

Administrador De Sistema

(f rom Realizar BackUp)

Realizar BackUp

(from Realizar BackUp)

FERRETERÍA M&R

4.1.8. Caso de Uso: Realizar BackUp.-

Caso de Uso Realizar BackUp

Actor(es) Ingeniero Del Sistema

Descripción Se requiere realizar una copia de respaldo del sistema

Precondición Ninguna

Garantías de éxito Se realiza con el normalidad la acción deseada

Flujo principal

Acción del Actor Acción del Sistema

Desea realizar una copia

de seguridad del sistema

de información

Recibe peticiones para

realizar la acción

correspondiente

Devuelve un resultado

Flujo Alternativo Ninguno

Importancia Primaria

Sistemas de Información I 19

Page 20: Ferreteria (M&R)a&L FINAL

Administrador

(f rom Gestionar Empleado)

Gestionar Empleado

(from Gestionar Empleado)

FERRETERÍA M&R

4.1.9. Caso de Uso: Gestionar Empleado.-

Caso de Uso Gestionar Empleado

Actor(es) Administrador

Descripción Se requiere gestionar empleado

Precondición No debe estar registrado (si se requiere registrar nuevo)

Estar registrado (si se requiere modificar, eliminar)

Garantías de éxito Se realiza con éxito el proceso deseado

Flujo principal

Acción del Actor Acción del Sistema

Se desea registrar,

modificar, eliminar un

vendedor.

Recibe peticiones para

realizar la acción

correspondiente

Devuelve un resultado

Flujo Alternativo

Ya está registrada (si se quiere registrar nuevo vendedor)

Se ingresan datos incorrectos

Aún no está registrado (si se desea modificar o eliminar)

Importancia Primaria

Sistemas de Información I 20

Page 21: Ferreteria (M&R)a&L FINAL

Administrador

(f rom Consultar Inv entario)

Vendedor

(f rom Consultar Inv entario)

Consultar Inventario

(from Consultar Inventario)

FERRETERÍA M&R

4.1.10. Caso de Uso: Consultar Inventario.-

Caso de Uso Consultar Inventario

Actor(es) Administrador, Vendedor

Descripción Se desea visualizar el inventario de herramientas

Precondición Ninguna

Garantías de éxito Se accede a los datos del inventario

Flujo principal

Acción del Actor Acción del Sistema

Administrador: desea

ver los datos del

inventario

Vendedor: desea ver

datos del inventario

Recibe peticiones para

realizar la acción

correspondiente

Devuelve un resultado

Flujo Alternativo

Ninguno

Importancia Primaria

Sistemas de Información I 21

Page 22: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

4.1.11. Caso de Uso: Actualizar Inventario.-

Caso de Uso Actualizar Inventario

Actor(es) Administrador, Vendedor

Descripción Se desea actualizar el inventario de herramientas

Precondición Ninguna

Garantías de éxito Se actualiza datos del inventario

Flujo principal

Acción del Actor Acción del Sistema

Administrador: desea

actualizar los datos del

inventario

Vendedor: desea

actualizar el inventario

Recibe peticiones para

realizar la acción

correspondiente

Devuelve un resultado

Flujo Alternativo

Ninguno

Importancia Primaria

Sistemas de Información I 22

Administrador

(f rom Actualizar Inv entario)

Actualizar Inventario

(from Actualizar Inventario)

Empleado

(f rom Actualizar Inv entario)

Page 23: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

DIAGRAMA GENERAL DE CASOS DE USO

“FERRETERIA M&R”

Gestionar Proveedor

(f rom Use Case View)

Registrar Compra Materiales

(f rom Use Case View)

Gestionar Empleado

(f rom Use Case View)

Gestionar Venta

(f rom Use Case View)

Registrar Factura

(f rom Use Case View)

<<include>>

Gestionar Cl iente

(f rom Use Case View)

<<include>>

Consultar Inventario

<<include>>

Administrador

(from Use Case View)

Empleado

(from Use Case View)

Gestionar Usuario Del Sistema

(f rom Use Case View)

Realizar BackUp

Iniciar Sesion

(f rom Use Case View)

Ingeniero Del Sistema

(from Use Case View)

Sistemas de Información I Página 23

Page 24: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

ANALISIS

Sistemas de Información I Página 24

Page 25: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

DIAGRAMA DE CLASE

Sistemas de Información I Página 25

Page 26: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

PAQUETES FERRERIA M&R

FERRETERIA M&R

Modulo Compra Modulo Venta

Modulo Inventario

Modulo Administracion Usuario del Sistema y BackUp

Sistemas de Información I Página 26

Page 27: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

MODULO ADMINISTRACION DE USUARIO Y BACKUP

Administracion de Usuario y BackUp

Modulo Administracion Usuario y BackUp

Registrar

Modificar

BackUp

(from PaqueteUSUARIO_SIST)

Sistemas de Información I Página 27

Page 28: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

DIAGRAMA DE COLABORACION

Diagrama de colaboración: Inicio Sesión

Sistemas de Información I Página 28

IU_Inicio_Sesion GestIniSesion

TUsuario

: Usuario

2: Enviar Datos

5: Habilitar_Cargo

3: Buscar Datos 4: Enviar Respuesta

1: Ingresar(Login, Contraseña)

Diagrama de colaboracio Inicio de sesion

Page 29: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Diagrama de colaboración: Gestionar Compra

Sistemas de Información I Página 29

: Administrador : IU_Compra

: IU_Proveedor

: IU_Inventario

: Gest_Compra : tab_Compra

FERRETERIA M&R

Diagrama de colaboracion Compra

1: Ingresar

2: Consultar_Pvd

4: Consultar_Inv

3: Reg_Dato_pvd

5: Reg_Dato_Inv

6: Guardar_Dato_Compra

Page 30: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Diagrama de colaboración: Gestionar Proveedor

Sistemas de Información I Página 30

: Administrador : IU_Proveedor : Gest_Proveedor

: Tab_Proveedor

: Tab_Proveedor

1: Registrar4: Modificar

2: Reg_Pvd

5: Buscar_Dato

9: Modificar_Dato

8: Respuesta

3: Reg_Nuevo10: Guardar_Modificado

6: Buscar

7: Respuesta

11: Eliminar

12: Buscar_Dato

13: Buscar

14: Respuesta

15: Respuesta

16: Eliminar_Dato

17: Eliminar_Dato

Diagrama de colaboracion Proveedor

Page 31: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Diagrama de colaboración: Gestionar Venta

IUVenta Gest_Empleado

Tab_Venta

Tab_Inventario

: Empleado

Tab_Venta

2: Buscar_Material

3: Buscar_Material

4: Respuesta

12: Respuesta

5: Respuesta

8: Modificar

13: Modificar Venta

6: Registrar Venta

11: Respuesta

14: Guardar Modificar

9: Buscar Venta

10: Buscar Venta

1: Registrar

7: Registrar Venta

Diagrama de colaboracion Venta

Sistemas de Información I Página 31

Page 32: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

DIAGRAMA DE SECUENCIA

Diagrama de secuencia: Inicio sesión

Sistemas de Información I Página 32

IU_Inicio_Sesion Gest_IniSesion TUsuario : Usuario

Ingresar(Login, Contraseña)

Enviar Datos

Buscar Datos

Enviar Respuesta

Habilitar_Cargo

Page 33: Ferreteria (M&R)a&L FINAL

: Administrador IU_Inventario Gest_Administrador Tab_InventarioRegistrar

Registrar Nuevo

Eliminar

Eliminar Datos

Modificar

Eliminar()

Modificar Datos

Buscar Datos( )

Eliminar Datos

Buscar Datos( )

Guardar Nuevo

Respuesta

Habilitar Eliminar

Respuesta

Habilitar Funciones

Modificar()

Guardar Modificar

FERRETERÍA M&R

Diagrama de secuencia: Consultar Inventario

Sistemas de Información I Página 33

Page 34: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Diagrama de secuencia: Realizar Backup

: Ingeniero_del_ Sistema : IUBackUp : GestBackUp : TBackUp

Generar

Enviar Datos

Guardar BackUp

Sistemas de Información I Página 34

Page 35: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

Diagrama de secuencia: Gestionar Cliente

IUUSUARIO GestorUsuario TUsuario : Usuario Sistema

Registrar

Registrar Usuario

Registrar NuevoModificar

Buscar Datos

Respuesta

Habilitar_Cargo

Eliminar Usuario

Eliminar Usuario

Eliminar

Modificar Usuario

Modificar

Guardar Modificar

Sistemas de Información I Página 35

Page 36: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

DISEÑO LOGICO

Detalle_Venta

Cod_Detalle : StringidVenta : StringidMatterial : SttingCantidad : StringPrecion : String

Diagrama Logico "Ferreteria M&R"

Administrador Sistema

Cod_Adms : StringNombre : StringApellido : StringDreccion : StrinCI. : String

Prov eedor

idPv d : StringNombre : StingDireccion : StrngTelef ono : String

Compra

idCompra : StringDescripcion : StringCantidad : StringPrecioU : StringidPv d : String

1..n

1

1..n

1

Detalle_Compra

idCompraidProducto : StringCantidad : StingPrecioTotal : Sting

Administrador

Cod_Adm : StringCod_Adms : StringNombre : StringApellido : StringCI : StringDireccion : String

1..n

1

1..n

1

1..n

1

1..n

1

Factura

Nit_Fact : StringNum_Fact : StringidCliente : StringidVenta : String

Producto

IdProducto : StringDescripcion : StringStock : StringPrecioU : String

n

n

n

n

Empleado

idEmpleado : StringCod_Adm : StringNombre : StringApellido : StringCI : StringCargo : StringSueldo : StringDireccion : StringTelf : String

1..n

1

1..n

1

Cliente

idClienteNombre : StringApelldio : StringCI : StringDireccion : StringTelf : String

1

1

1

1

Venta

idVenta : StringDescripcion : StringCantidad : StringPrecio_total : StringidEmpleado : StringIdCliente : String

1..n

1

1..n

1

nn nn

1

*

1

*

*

11

*

Sistemas de Información I Página 36

Page 37: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

DISEÑO DE INTERFAZ

INTERFAZ INICIO DE SESION

INTERFAZ MENU

Sistemas de Información I Página 37

Page 38: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

INTERFAZ EMPLEADO

INTERFAZ CLIENTE

Sistemas de Información I Página 38

Page 39: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

INTERFAZ PRODUCTO

INTERFAZ PROVEEDOR

Sistemas de Información I Página 39

Page 40: Ferreteria (M&R)a&L FINAL

FERRETERÍA M&R

INTERFAZ VENTA

INTERFAZ USUARIO

Sistemas de Información I Página 40