ESCUELA INDUSTRIAL SUPERIOR “PEDRO DOMINGO

MURILLO”
INSTITUTO TECNOLÓGICO
CARRERA DE INFORMÁTICA INDUSTRIAL

PROYECTO SIL500 A

TITULO TENTATIVO: DISEÑO E IMPLEMENTACIÓN DE

SISTEMA
DE INVENTARIOS PARA EL ALMACÉN DE PINTURAS Y
FERRETERÍA "DON VALENTIN"

INTEGRANTES: JALLASI NINA JULIA

DOCENTE: LIC. JULIA ZENTENO

LA PAZ-BOLIVIA
 1. INTRODUCCION
La creciente necesidad, por parte de las empresas y las personas en general, de
manejar grandes cantidades de información ha provocado un constante incremento en
el uso de las tecnologías de información; hoy disponibles en las mayorías de los
hogares.
Ferretería “Don Valentin” solicita la implementación de un Sistema para el control de
inventario, el cual permita automatizar algunos de sus procesos. Este informe describe
el problema, detalla aspectos relevantes del desarrollo y los resultados obtenidos
posteriores El objetivo de este proyecto es el desarrollo de un sistema, en entorno Web,
que permita llevar un control de inventario. La aplicación constituye una herramienta
que permite un manejo oportuno y eficiente de la información, siendo posible tomar
decisiones, respecto a sus productos.
Actualmente el sistema no se encuentra en su fase operativa, debido a la no
adquisición del hardware necesario para la puesta en marcha.
Dentro de los beneficios se puede mencionar las horas utilizadas por la
administración en realizar alguna de las tareas propias de la empresa, las cuales
gracias al proyecto ahorrarán.

1.1. Antecedentes

1.1.1. De la institución
Antecedentes del caso

Descripción general de la empresa. El almacén de pinturas y ferretería “Don Valentin”,

abrió sus puertas en agosto del 2019, con el objetivo de comercializar una gran
variedad de productos relacionados con la pintura, en el sector de la construcción y
productos de ferretería.
Es una empresa familiar administrada por sus propietarios, quienes la han hecho crecer
y dar una posición importante en el sector, siendo esta un punto de referencia para
adquirir productos necesarios por los maestros de obra, albañiles, electricistas entre
otros clientes, quienes demandan sus productos para el mejoramiento de vivienda en
el sector.

Misión de la empresa. “Ser la mejor opción en la elección de productos de pintura y

ferretería para que nuestros clientes puedan adquirir todo lo necesario para realizar sus
proyectos de decoración en el hogar y la comunidad.”
Visión de la empresa. “Ser reconocidos a nivel municipal y departamental como
proveedores de productos para el mejoramiento de inmuebles.”

Productos de pintura.

Esta categoría está compuesta por diferentes líneas:

1.1.2. Del proyecto

Este proyecto se realizó para esta materia en la gestión y fecha actual
12/O9/2022
1.2. Planteamiento del problema
1.2.1. Problema General
La ferretería “Don Valentin” lleva 3 años dedicado a la comercialización de pinturas y
herramientas de ferretería; se encuentra ubicado en el barrio “Alto Santiago de la Caya”
– La Paz-Bolivia. Su actividad comercial está orientada principalmente a la
comercialización de productos de pinturas y de ferretería para el sector de la
construcción. Actualmente gestiona su inventario en hojas de papel y por tanto no es
posible conocer de forma ágil el estado actual de stock de los artículos que
comercializa.
Tampoco es posible saber cuáles productos son los de mayor rotación y cuáles los de
menor; lo que es desventaja en el momento de hacer reinversión en el negocio. Debido
a la falta de sistematización es muy complejo y demorado tener reportes de las ventas
mensuales o tener un control del inventario, no existe claridad en cuanto a las
ganancias o pérdidas netas del negocio, sin esta información es imposible generar
estrategias para tomar los correctivos en los procesos internos y externos que de forma
directa o indirecta generen pérdidas y minimizan el crecimiento empresarial.
El dueño está en busca de una alternativa capaz de automatizar la gestión de su
inventario.
Formulación del problema.

Con este proyecto se busca responder a la pregunta:

¿Con el uso de las herramientas de desarrollo de software, es posible crear una

solución tecnológica que permita gestionar el inventario del almacén de pinturas y
ferretería “Don Valentin” del Barrio Alto Santiago la caya?

1.2.2. Problemas Específicos

Actualmente gestiona su inventario en hojas de papel y por tanto no es posible conocer
de forma ágil el estado actual de stock de los artículos que comercializa.
Tampoco es posible saber cuáles productos son los de mayor rotación y cuáles los de
menor; lo que es desventaja en el momento de hacer reinversión en el negocio. Debido
a la falta de sistematización
1.3. Objetivos
1.3.1. Objetivo general
Diseñar e implementar una herramienta de software para el almacén de pinturas y
ferretería “Don Valentin” que permita gestionar de forma eficiente el inventario haciendo
uso de las Metodologías (RUP, XP, SCRUM), Herramientas (Star UML) y Lenguajes de
programación (ASP MVC 5)

1.3.2. Objetivos específicos

• Investigar casos análogos sobre la sistematización de inventarios.
 • Analizar los requerimientos de sistematización para la gestión de inventarios
del almacén de pinturas y ferretería “Don Valentin”.

• Diseñar una base de datos del sistema de inventarios de acuerdo con la

lógica de negocio del almacén de pinturas y ferretería “Don Valentin”.
Desarrollar una aplicación para crear, actualizar y eliminar la información de la base de
datos
1.4. Justificación
1.4.1. Justificación social
Desde el inicio de la era informática y su implementación a nivel comercial con el
desarrollo de sistemas de información ha sido un factor importante e indispensable para
el funcionamiento de los procesos de las empresas.
Debido a que independiente de su actividad comerciales, necesario hacer uso de
herramientas informáticas para recopilar datos, analizarlos y usarlos para tomar
decisiones en pro del crecimiento empresarial.
Sin importar el tamaño de las empresas siempre va a ser necesario una herramienta
para almacenar la información sobre los distintos procesos y áreas involucradas en la
empresa, Para la mayoría de las empresas, en especial las que se dedican a la
comercialización de bienes de consumo es necesario llevar un inventario claro y
organizado, de forma tal que sea fácil y ágil conocer el estado del mismo.
Tener esta información a la mano resulta útil en la preparación de las distintas
temporadas de consumo donde el consumo de ciertos productos exige más demanda
y las empresas deben preparar su inventario de forma tal que puedan satisfacer al
consumidor y no dar pie para que la competencia pueda suplir estas necesidades.
López (2011) afirma. “Los controles de inventarios son de suma importancia para
cualquier tipo de empresa sin importar su tamaño, ya que si no se manejan de manera
adecuada pueden surgir muchos problemas, tanto para al propietario como al cliente
ya que esté no podrá llevar a cabo sus actividades cotidianas”.
Se puede decir que la importancia de inventario es universal para los establecimientos
de comercio de productos.
Hemeryth y Carpentier (2013) destacan en su trabajo. “La conclusión más importante
fue que la implementación de un Sistema de Control Interno Operativo en el área de
almacenes mejoró significativamente la gestión de los Inventarios debido a una mejora
en los procesos, en el control de inventarios, en la distribución física de los almacenes"
(Hemeryth Chanpentier & Sánchez Gutiérrez, 2013). Son muestras sobre la importancia
que juega los sistemas de control de inventario en las empresas

1.4.2. Justificación técnica

En aquí podemos ver que en el proyecto se implementara programas que se poder
manejar fácilmente acceder y salir sin ninguna complicación.
1.4.2. Justificación económica
El dueño de la ferretería Don “Valentin” requiere un base datos donde quiere todo
información del registro de sus ventas, clientes lo cual podemos ver que en el parte
económico será factible es decir no será tan caro, solo se tomará encuentra el tiempo y
el trabajo realizado.
1.5. Requerimientos
Proceso: se registrara los datos da la
empresa y obtener buenos resultados
de la empresa
Actividad: se ira recolectando
información con la investigación con
FERETERIA “DON VALENTIN” el ¿por qué?, ¿Como?,¿cuándo?
Tarea: es tener resultados positivos
buena organización y mayor
información del producto venta y
compra de la empresa

Producto: Documento de E.R.S.

Emitido por: Julia Jallasi Estado: en
Nina revision

1. Introducción
Este documento de especificación de requerimientos de sofware para la
empresa FERRETERIA DON “VALENTIN”
1. ESPECIFICACIÓN DE LOS REQUERIMIENTOS: declaración de los
requerimientos según metodología seleccionada.
1.1. REQUERIMIENTOS FUNCIONALES

NOMBRE DEL REQUERIMIENTO DESCRIPCIÓN

Ingresar un nuevo usuario

Iniciar sesión de usuario
Gestión de Usuario Mostrar usuario registrado
Modificar usuario registrado

Ingresar un nuevo producto

Mostrar producto registrado
Modificar producto registrado
Eliminar producto registrado
Restaurar producto
Gestión de Producto Ingresar nueva marca
Modificar marca
Eliminar marca
Ingresar nueva categoría
Modificar categoría
Eliminar categoría
 Ingresar un nuevo cliente
Mostrar cliente registrado
Gestión de Cliente Modificar cliente registrado
Eliminar cliente registrado
Restaurar cliente

Gestión de Stock de Producto Registrar ingreso de producto

Registrar salida de producto

Gestión de Informe Emitir informe de stock de productos

Emitir informe de salida de productos

Ingresar un nuevo proveedor

Mostrar proveedor registrado
Gestión de Proveedor Modificar proveedor registrado
Eliminar proveedor registrado
Restaurar proveedor

Gestión de Invitado Enviar a contacto Ver

catálogo

2. DESCRIPCIÓN de requerimientos no funcionales

NOMBRE DEL REQUERIMIENTO DESCRIPCIÓN

El aspecto del aplicativo debe ser

Interfaz
consistente en todas sus páginas, además
de amigable e intuitivo hacia el usuario

Confidencialidad: El acceso a los datos del

sistema está limitado a usuarios
autorizados.

Integridad: Los datos del sistema sólo

Seguridad pueden ser borrados o modificados por
usuarios autorizados.

Disponibilidad: El acceso a los datos en un

tiempo razonable está garantizado para
usuarios autorizados.

El usuario deberá poder acceder al sistema

Acceso Web desde cualquier dispositivo que cuente con
navegación en internet.
 El sistema deberá mantener una seguridad
Restricción de contenido básica de usuario y contraseña mediante la
cual se restringirá el acceso según el rol del
usuario

1.6. Alcances, riesgos y Aportes

El objetivo de la ferretería “don Valentin” es expandirse en grandes
mercados incluso importar productos extranjeros por eso, el alcance
de este proyecto podrá realizar toda la petición que lo hagan en si no
tiene un fin siempre se podrá modificar aumentar más software .
La desventaja es dependerá de la energía no se podrá lograr registrar
ningún dato no
1.7. Métodos y técnicas a emplear
2. METODOLOGÍAS PARA EL DESARROLLO del software Orientado a Objetos,
por ejemplo, Metodología RUP, XP, SCRUM
3. Se emplea la metodología RUP para el desarrollo del proyecto, la cual se guía
a través de los casos de uso y sigue un ciclo de vida iterativo e incremental, es
decir, que permite dividir el proyecto en fases lo que nos permitirá realizar el
levantamiento de información, permitiendo definir los requisitos del sistema,
además del modelo el dominio de los objetos de la vida real cuyo
comportamiento o datos deben ser almacenados en el sistema.
4. LENGUAJE Y HERRAMIENTAS a usarse para la descripción del proceso de
análisis y diseño del proyecto UML, Star UML
5. Para los casos de uso utilizaremos el software Star UML lo que nos permitirá a
partir de los casos de uso se realizar las fichas o especificaciones de casos de
uso, en las cuales se pone el nombre (hace referencia al caso de uso), una
descripción, precondiciones que debe cumplir para que el caso de uso pueda
iniciar sin dificultades, postcondiciones que debe cumplir al finalizar de forma
correcta, flujos normales todo los que ocurre si es correcto, flujo alterno en
caso de ocurrir algún problema. Además de añadir nuevas relaciones en el
diagrama de clases e implicar el análisis narrativo de los casos de uso.
6. LENGUAJES DE PROGRAMACIÓN que se utilizan para la implementación
del proyecto (Por ejemplo. ASP MVC ).
7. Utilizaremos el framework ASP.NET para poder implementar el proyecto web
en el entorno de desarrollo de Windows y para la base de datos utilizaremos
SQL Server que complementa el entorno de Windows.
8. DESCRIBIR LA PLATAFORMA FÍSICA en la cual se implementará el software
9. (Sistema Operativo, servidores, gestores de Base de datos, red internet
protocolo TCP/IP)
 10. Se utilizará el sistema operativos Windows y el gestor de bases de datos
Microsoft SQL Server y se contratará el dominio y hosting de una empresa
local para que los usuarios tengan acceso al sistema desde cualquier lugar
donde se encuentren.

1.8. Calendarización
DIAGRAMA GANTT

1.9. Organización del grupo

1. DEFINICIÓN DE LOS ROLES (Los roles están asociados con al personal que
usaran el sistema), en relación a los actores identificados Identificar los
actores

Actor cliente Actor administrador Actor vendedor

ACTORES
CLIENTE: será quien acceda a la ampliación mediante un código QR. Misma que
deberá ser proporcionada por el administrador o por el dueño en este caso. El cliente
obtendrá la opinión para validar su perecía en el pedido que desea solicitar, con
formularios (determinando sus datos para la reserva de los productos)
ADMINISTRADOR: sistema se encarga de recibir sus órdenes del cliente,
especificando sus datos personales y su orden luego almacenando en una base de
datos controlado por el empleado, de tal manera se comience con la entrega
respectivamente.
VENDEDOR: El empleado tiene la función de verificar constatar los pedidos.
Posteriormente se planifica él envió, con los debidos registros del cliente; mismo que
también será entregado al dueño de ferretería san Valentín.
DESCRIPCIÓN DE LOS ESCENARIOS SEGÚN LOS ROLES IDENTIFICADOS
ESCENARIO 1: Comprar un producto
Descripción: este escenario describe como un cliente puede realizar la compra: El
cliente entra a la ferretería san Valentín luego escoge, los productos, la marca y la
cantidad.
Luego se aproxima a registrar sus datos y hace el llenado del formulario y la cantidad
que comprara ferretería San Valentín.

ESCENARIO 2: Eliminar un producto

Descripción: Este escenario describe como el administrador podrá eliminar un producto
El administrador entra al sistema
Inicia sesión como administrador
Mira el reporte de ventas diario semanal también de un mes, ve que el producto no es
consumido por los clientes o el producto donde puede cambiar de marca. El usuario
elimina el producto.

ESCENARIO 3: Registrar un nuevo producto

Descripción: Este escenario describe como el administrador podrá adicionar un nuevo
producto.
El administrador entra al sistema
Inicia sesión como administrador
El usuario selecciona “Adicionar producto”
Inserta información como: precio, cantidad descripción y marca.

ESCENARIO 4: Registro de usuarios

El trabajador solo podrá registrar datos del cliente. Pedidos
cliente y sacar el reporte diario.

CASOS DE USO EXTENDIDO: Descripciones narrativas de los procesos de dominio.

Diagrama de casos de uso: Descripción gráfica de todos los casos de uso y sus
relaciones
DIAGRAMA DE COMPONENTES
1. METODO RUP

2. CICLO DE LA METODOLOGIA RUP

El RUP divide el proceso de desarrollo en ciclos, teniendo un producto final al
final de cada ciclo, cada ciclo se divide en fases que finalizan con un hito donde
se debe tomar una decisión importante:

- Inicio

Se hace un plan de fases se analiza el contexto del negocio, factores del éxito,
se establece la descripción del proyecto (los requisitos del proyecto de la base,
los apremios y las características dominantes), casos de uso y se realizan
diagramas UML iniciales.
- Elaboración
Es donde el proyecto comienza a tomar forma, se hace un plan de proyecto, se
completan los casos de uso, se identifican y eliminan los riesgos es decir la
arquitectura del proyecto consigue su forma básica.
- - Construcción
Se concentra en la elaboración de un producto totalmente operativo y eficiente
y el manual de usuario es decir se produce la generación de código fuente valido
y el desarrollo de los componentes del sistema.
- Transición
Se implementa el producto en el cliente y se entrena a los usuarios y la prueba
beta del sistema para validarlo contra expectativas de los usuarios finales. Como
consecuencia de
esto suelen surgir nuevos requerimientos a ser analizados.

METODOLOGIA RUP

2.1. FASE DE INICIO

2.1.1. Planificación del Proyecto
• Análisis de viabilidad y definición de los objetivos
• Definición del alcance
• Identificación de los costos y recursos
• Elaboración del plan de trabajo integral
• Evaluación
Revisión del plan en marcha
2.1.1.1. Análisis de viabilidad y definición de los objetivos
Comenzamos por analizar el proyecto, entendiendo cuál es su razón de ser,
qué necesidades de negocio tiene que cubrir, cuál es su vinculación con la
estrategia de la empresa y cuál es su grado de viabilidad. Para ello, se necesita
hacer una planificación de alto nivel a través de una estimación de los
recursos necesarios en orden de magnitud y su disponibilidad. También, de los
coses involucrados, la capacidad operativa y tecnológica, los riesgos críticos
y la implicación de las partes clave interesadas. Todo con la finalidad de
determinar si el producto del proyecto puede ser entregado para la fecha de
finalización y dentro del presupuesto que la organización estableció en su
momento.
2.1.1.2. Definición del alcance
En esta etapa se definirán cada una de las tareas y actividades en que se divide
el proyecto (WBS o EDT) y las prioridades para su realización, así como
la distribución de responsabilidades entre todos los participantes.
También es importante fijar los vínculos de interdependencia entre esas tareas
o actividades para asegurar que el flujo de trabajo garantiza los productos y
servicios comprometidos por el proyecto.
2.1.1.3. Identificación de los costos y recursos
Incluye los financieros, humanos, materiales y tecnológicos, necesarios para
realizar las actividades y tareas definidas. Se detallarán, además, los riesgos que
podrían afectar al proyecto y cómo se gestionarían.
2.1.1.4. Elaboración del plan de trabajo integral
Debe detallar cómo se ejecutará, controlará y cerrará el proyecto. Para ello, se
elaborarán el presupuesto, el cronograma, el plan de gestión de riesgos, el
procedimiento de gestión de cambios, las métricas y controles, el plan de
comunicación, el plan de gestión de los recursos humanos, el plan de gestión de
riesgos y el plan de involucramiento de las partes interesadas.
2.1.1.5. Revisión del plan en marcha
Durante la ejecución del proyecto, es más que previsible que a la luz de los
cambios y situaciones que se vayan dando, o a la mejora de la información
disponible, sea necesario replanificar algunos de los elementos del plan de
trabajo integral del proyecto.
2.1.1.6. Evaluación
Fuera de la propia planificación, pero con el interés de mejorar la planificación
de los proyectos venideros, será necesario valorar el grado de consecución
de los objetivos iniciales y, mediante un ejercicio de lecciones aprendidas,
convertir la experiencia en un venta de la organización que nos permita
enfrentarnos con más éxito a futuros retos.

2.1.2. El caso del Negocio

2.1.2.1. Descripción del Producto
• consiste Diseñar una base de datos del sistema de inventarios de acuerdo
con la lógica de negocio del almacén de pinturas y ferretería “Don Valentin”
posible conocer de forma ágil el estado actual de stock de los artículos que
comercializa.

2.1.2.2. Identificación de Subsistemas

Los subsistemas El objetivo de la ferretería “don Valentin” es
expandirse en grandes mercados incluso importar productos
extranjeros por eso, el alcance de este proyecto podrá realizar toda la
petición que lo hagan en si no tiene un fin siempre se podrá modificar
aumentar más software .

2.1.2.3. Funciones Principales

Este sistema será lo siguiente:
permite un manejo oportuno y eficiente de la información, siendo posible tomar
decisiones, respecto a sus productos.

Registro: se registrara al cliente en cada ventada de registro en la cual pedirá

sus datos personales que son Nombre, Apellido Paterno, Apellido Materno,
C.I., Gmail,
Registro de las ventas: En cada venta se podrá registras el producto que se
vendió, la cantidad.
Registro de administrador y empleado: En esto solo se podra diferenciar el
acceso al sistema passwor, administrador podrá modificar y el empleado solo
podrá registrar.
Base de datos: Es un sistema donde se guardará toda la información de las
ventas y de los clientes mas los administradores y los empleados, gracias a
esta información se podrán hacer consultas para ver el estado de la AppWeb.

2.1.3. Estimación de Costos

La estimación de costes en gestión de proyectos es el proceso de prever los
recursos financieros y otros necesarios para completar un proyecto dentro de un
alcance definido.
Crear una lista de acciones y tareas. Registrar las actividades que se deben
llevar a cabo para la operación del proyecto es tan importante como contemplar
aspectos como la obtención de permisos y la relocalización.
Realizar una estimación temporal. Una vez conocidas las acciones que se deben
ejecutar para el desarrollo del proyecto, es el momento de evaluar cuánto tiempo
tomará cada una de ellas.
Calcular los costes laborales internos. Se refiere a los gastos del personal que
figura en planilla. Este precio se determina tomando en cuenta la cantidad de
empleados que serán necesarios para llevar a cabo las tareas del proyecto y el
tiempo que demorarán las mismas.
Calcular los costes de mano de obra externa. Por lo general, en un proyecto se
debe recurrir a otra compañía para la ejecución de algunos trabajos. Estos
recursos deben tomarse en cuenta en la estimación de costos.
Investigar los materiales para el proyecto. En todo proyecto, llegará un momento
en el que se necesitará la utilización de herramientas o equipos. También debe
contabilizarse los costos de estos materiales.
Establecer un amortiguador financiero. Es importante tener un porcentaje de
dinero destinado a sobrecostos, pago de horas extras o aumentos de los costes
de los suministros durante el desarrollo del proyecto.
Monitorizar el consumo del presupuesto. Este seguimiento, que contempla
informes periódicos de contratistas, hojas de cálculo, etc., ayudará a realizar
ajustes para afinar la estimación sobre el desarrollo del proyecto. Asimismo, esto
sirve para detectar a tiempo los excesos de dinero, permitiendo tomar medidas
inmediatas.

2.1.4. identificación de riesgo

Es la parte del proceso de gestión de riesgos en la que conocemos e
inspeccionamos los riesgos.

El objetivo de la identificación del riesgo es conocer los sucesos que se pueden

producir en la organización y las consecuencias que puedan tener sobre los
objetivos de la empresa. Una vez que tenemos realizado este paso, debemos
identificar los controles implantados.

El procedimiento para la gestión de riesgos contiene el reconocimiento de las

causas y la procedencia del riesgo que puedan afectar a los objetivos.

2.1.5. Modelo de Requisitos

Existirán 2 tipos.

• Requisitos funcionales.
• Requisitos no funcionales.

2.1.5.1. Requisitos Funcionales

• Uno de los requerimientos fundamentales es el poder registrar cada
venta en el sistema según al reporte que le corresponda y poder
saber cuántos productos se vendió en el día.
• Se podrá saber de cuantos
• El sistema podrás modificar eliminar o registrar la compra y venta
siempre que cada usuario tenga el permiso necesario de hacerlo.
 • Podrás entrar al sistema con un sistema de seguridad que te pedirá
el usuario y password y si no tienen podrá registrarse poniendo sus
datos personales y el cargo que tenga en la institución.
• Podrá guardar todo lo registrado con el de, en este caso serie para la
para “ferretería don Valentín”.
2.1.5.2. Requisitos No Funcionales
- la aplicación de sofware debe de ser facil de navegación y debe tener
entorno amigable para que el cliente debe entender con claridad la
funcionalidad.
- Debe tener un diseño entendible
- Debe ser fácil de manejar y fácil de manipular.
- Debe acceder de forma correcta y rápida a la información.
- Debe soportar plataformas web.
- Programado en ASP.NET MVC.

2.2. FASE DE ELABORACIÓN

2.2.1.1. Identificar Casos de Uso

Caso de uso - Inicio

Caso de uso: Ingresando al sistema

Objetivo: Personal de inventario
Tipo: Primario
Descripción: El caso de uso consiste cuando el personal que está
a cargo del inventario entra al sistema para poder
registrar los productos nuevos que entra a la ala
ferretería.
Coloca lo que es registrar y pone todos los detalles
de los productos y a la ves se puedra saber el stok
de la ferreteriaa san valentin que le corresponde al
equipo para poder buscarlo y poder modificarlo,
cambiar de docente encargado o dar de baja al
equipo.
2.2.1.2. Descripción de los Casos de Uso
CASOS DE USO EXPANDIDOS
CASO DE USO REAL

Casos de uso Ingresando al sistema

Real
Menú Una vez ingresada el password y el nombre nos manda al menú donde
nos aparecerán varios botones. cada uno de esos botones nos
dirigirán a diferentes áreas.
Usuario Es donde registraremos al usuario con su cargo y su password. esto
se registrará en un DataGrip (base de dato)
Activos En los activos registraremos el nombre de cada equipo y los
accesorios, también tendrá una descripción de como esta ingresando
y posteriormente tendrá un código.
Podremos modificar, eliminar y buscar los activos que deseemos.
Bajas En bajas es donde podremos registrar todos los que están en mal
estado de cada activo que se encuentre. Esto también podremos
modificar, agregar y buscar.

Registro de Registraremos a las personas que estarán a cargo de cada activo que
responsable registramos en la base de datos. Donde podremos modificar, guardar
y eliminar.
Registro de Registraremos los datos de cada persona.
usuario

2.2.1.3. Modelo Conceptual Inicial

La solución consiste en diseñar y construir un sistema Web que permita a la
ala FERRETERIA “DON VALENTIN” llevar un control sobre el stock de los
registros de productos fijos.
Este proyecto permitirá automatizar el sistema actual, ya que no solo se
mantendrá información de los productos fijos. Con esto se consigue obtener
 rápidamente un detalle tanto de las entradas como salidas de productos
según periodo de fechas.
Con respecto al control de activos, el sistema mantendrá un registro de
activos, con lo cual el administrador poseerá una información oportuna para
evaluar o tomar decisiones de cuando se de un activo.
2.2.2. Modelo de Análisis y Diseño
2.2.2.1. Diagrama de secuencia del sistema

DIAGRAMA DE SECUENCIA:REGISTRO USUARIO

2.2.2.2. Diagrama de Estado

✓ INICIO
2.2.2.3. Diagrama de Clases

2.2.2.4. Modelo de Datos

• Diseño de la Base de datos del Proyecto

create database FERRETERIA
use FERRETERIA
go

create table USUARIO

(Cod_Usuario varchar(10) not null,
Nombre varchar(35) not null,
Contraseña varchar(12),
primary key(Cod_Usuario)
);
select * from USUARIO
go

create table CLIENTE

(
Cod_Usuario varchar(10) not null,
Nombre varchar(50) not null,
Apellido_Pat varchar(35) not null,
Apellido_Mat varchar(35) not null,
Contraseña varchar(12),
Fecha_Nac varchar(35) not null,
Gmail varchar(50) not null,
Cargo varchar(50) not null
);
select * from REGISTRO
go

create table PRODUCTO

(ITEM int identity(1,1),
Codigo varchar(12),
Nombre_producto varchar(35) not null,
Responsable varchar(35) not null,
Estado varchar(35) not null,
descripcion varchar(500) not null,
Cantidad varchar(35) not null
);
select * from PRODUCTO
go

create table ADMINISTRADOR

(Id int identity(1,1),
Nombre_Completo varchar(50) not null,
Apellido_Pat varchar(35) not null,
Apellido_Mat varchar(35) not null,
Cargo varchar(35) not null,
Unidad varchar(35) not null,
Lugar_Encargado varchar(50) not null
);
select * from ADMINITRADOR
go
create table BAJAS
(ITEM int identity(1,1),
Codigo varchar(12),
Nombre varchar(35) not null,
Responsable varchar(35) not null,
Estado varchar(35) not null,
Motivo_baja varchar(500) not null
);
select * from BAJAS
go

--PROCEDIMIENTOS ALMACENADOS USUARIO

create procedure MOSTR_USUARIO
as
select * from USUARIO order by Cod_Usuario
go

create procedure INSERT_USUARIO

@Cod_Usuario varchar(10),
@Nombre varchar(35),
@Contraseña varchar(12)
as
insert into USUARIO(Cod_Usuario,Nombre,Contraseña)
values(@Cod_Usuario,@Nombre,@Contraseña)
go

create procedure VALID_USUARIO

@Nombre varchar(35),
@Contraseña varchar(12)
as
select * from USUARIO
where Nombre =@Nombre and Contraseña =@Contraseña
go

create procedure VERIFIC_USUARIO

@Cod_Usuario varchar(10)
as
Select * from USUARIO
where Cod_Usuario = @Cod_Usuario

select * from USUARIO

exec VERIFIC_USUARIO u001
go

create procedure EDIT_USUARIO

@Cod_Usuario varchar(10),
@Nombres varchar(35),
@Contraseña varchar(12)
as
update USUARIO set Nombre=@Nombres,Contraseña=@Contraseña
where Cod_Usuario=@Cod_Usuario
go

create procedure ELIMIN_USUARIO

@Cod_Usuario varchar(10)
as
delete from USUARIO
where Cod_Usuario=@Cod_Usuario
go

create procedure VERIFIC_PASSWORD

@Contraseña varchar (12)
as
Select * from USUARIO
where Contraseña =@Contraseña
go
select *from USUARIO
go
• Modelo de datos (E/R)

MODELO RELACIONAL
2.2. FASE DE CONSTRUCCIÓN
2.2.1. Modelo de Análisis y Diseño
El encargado que manejara el sistema las ventas de la ferreteria “Don
valentin” , cuando solicita los servicios de otros sistemas. Los actores no son
solamente roles que juegan personas, sino también organizaciones, software
y máquinas. A través del análisis de requerimientos, se definió que los actores
del sistema.
Encargado de ferreteria”Don valentin”
Este perfil corresponde al administrador del sistema, el cual cuenta con
acceso a toda la información del sistema. Podrá ingresar, modificar y eliminar
datos de la aplicación. Este actor tiene la facultad de crear cuentas de
usuarios para los clientes y otros administradores, también generar reportes,
registrar los productos.
1. Descripción de los escenarios según los roles identificados
2. ESCENARIO 1: Comprar un producto
3. Descripción: este escenario describe como un cliente puede realizar la
compra:
4. El cliente entra a la ferretería san Valentín luego escoge, los productos,
la marca y
5. la cantidad.
6. Luego se aproxima a registrar sus datos y hace el llenado del formulario
y la cantidad
7. que comprara ferretería San Valentín.
8. ESCENARIO 2: Eliminar un producto
9. Descripción: Este escenario describe como el administrador podrá
eliminar un
10. producto
11. El administrador entra al sistema
12. Inicia sesión como administrador
13. Mira el reporte de ventas diario semanal también de un mes, ve que el
producto no
14. es consumido por los clientes o el producto donde puede cambiar de
marca.
15. El usuario elimina el producto.
16. ESCENARIO 3: Registrar un nuevo producto
17. Descripción: Este escenario describe como el administrador podrá
adicionar un
18. nuevo producto.
19. El administrador entra al sistema
20. Inicia sesión como administrador
21. El usuario selecciona “Adicionar producto”
22. Inserta información como: precio, cantidad descripción y marca.
23. ESCENARIO 4: Registro de usuarios
24. El trabajador solo podrá registrar datos del cliente.
25. Pedidos cliente y sacar el reporte diario.
26. 7. CASOS DE USO EXTENDIDO.
2.2.1.1. Diagrama de Componentes

EQUIPO ADMINISTRADOR SISTMEMA DIRECTOR

2.2.1.2. Diagrama de Despliegue

2.2.2. diagrama de actividades

2.2.2. diagrama de división y union

IMPLEMENTACION Y PUESTA EN MARCHA DEL PROYECTO

1. Descripción del código fuente de software por paquetes (clases,
métodos implementados)

MENU
Crear un FrmMenuPA para el usuario administrador…

Codigo fuente de las clases que entan dentro de modelo ,controlador y vista de
igual manera la base de datos con la cual se esta trabajando
BASE DE DATOS