“AÑO DE LA CONSOLIDACIÓN DEL MAR DE GRAU”

PROYECTO DEL CURSO

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL: Ingeniería De Sistemas

Docente: Ing. Carlos Mendoza Corpus

Alumnos:

Christian Robles Figueroa

David Arango Lúcar

Huaraz – Perú

2018
 INTRODUCCIÓN

El presente proyecto “SISTEMA DE ALMACEN”, analizar, diseñar y aplicar

la metodología orientada a objetos para el sistema de control de almacén
de la ferretería Salvador EIRL. El presente proyecto consta de 4 capítulos.
En el capítulo 01 MARCO TEORICO CONCEPTUAL encontramos: Datos
Generales de la Empresa, Ubicación Geográfica, Base legal, Áreas que
corresponde, Reseña histórica y Operacional, Visión, Misión,
Organigrama. En el capítulo 02 ANALISIS DEL SISTEMA ACTUAL
encontramos: Acciones Preliminares, Ciclo de Vida de desarrollo de SW,
Análisis funcional, Análisis no funcional, Recopilación de Información,
Entrevista para obtener requerimientos, Hardware disponible, Distribución
de equipos, Formulación del problema, Análisis de Tiempo. En el Capítulo
03 ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE encontramos:
Introducción, Propósito, Alcance, Personal involucrado, Definiciones,
acrónimos y abreviaturas, Referencias, Resumen, Descripción general,
Perspectiva del producto, Funcionalidad del producto, Características de
los usuarios, Restricciones, Suposiciones y dependencias, Evolución
previsible del sistema, Requisitos específicos, Requisitos comunes de los
interfaces, Interfaces de usuario, Interfaces de hardware, Interfaces de
software, Interfaces de comunicación, Requisitos funcionales, Requisitos
no funcionales. En el capítulo 04 ANALISIS Y DISEÑO DEL SISTEMA
encontramos: Descripción de las metodologías más usadas,
Fundamentación de la metodología seleccionada, análisis y Diseño, Caso
de Uso, Diagrama de Caso de Uso Sistema, Diagrama de Iteración,
Diagrama de Clase, Diagrama de Comportamiento, Implementación de
Base de Datos, Diseño conceptual (MER), Diseño lógico, Diseño Físico.
 INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE
“El conocimiento es la mejor inversión que uANÁLISIS DEL SISTEMA ACTUAL

2.1. ACCIONES PRELIMINARES

2.1.1. CICLO DE VIDA DE DESARROLLO DE SW

Usaremos la metodología orientada a objetos, una

metodología en ingeniería del software es un proceso para
producir software de una manera organizada, usando
convenciones y técnicas de notación predefinidas. Desde
que la programación orientada a objetos tuvo la noción de
incorporar el pensamiento de que los objetos son entidades
coherentes con identidad estado y conducta, estos objetos
pueden ser organizados por sus similitudes y sus diferencias,
puestas en uso en herencia y polimorfismo, las metodologías
orientadas a objetos incorporan estos conceptos para definir
sus reglas, normas, procedimientos, guías y notaciones para
alcanzar un producto de calidad que satisfaga las
necesidades del cliente. Consta de:

 Un ciclo de vida que permita adaptarse a las reglas de

negocio y factibilidades tecnológicas
 Conjunto completo de modelos y conceptos
internamente consistentes
 Colección de reglas y guías de desarrollo
 Notación
 Técnicas para pruebas
 Métricas apropiadas
 Estándares y estrategias de pruebas
 Identificación de reglas organizacionales, de reglas de
negocios y programación

“El conocimiento es la mejor inversión que se puede hacer” Pagina 9

Abraham Lincoln
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

 Guía de manejo de proyectos y control de calidad.
Abraham Lincoln
2.1.2. ANÁLISIS FUNCIONAL

Antes se solucionar un problema en un proyecto de

desarrollo de software, es esencial que un proyecto sea
sólido desde la base, siendo la misma el análisis funcional,
lo que hace que sea muy importante la figura del analista que
es la persona o grupo de personas (si el proyecto es grande)
que se tienen que encargar de entender, interpretar y traducir
lo que el usuario demanda, sentando las bases de los
posteriores procesos de diseño y construcción del sistema
de información.

Hacer un buen análisis funcional es una tarea bastante

compleja, ya que resulta muy complicado obtener todos los
requerimientos del usuario desde etapas muy tempranas, ya
que por regla general el usuario empieza a descubrir el
detalle de todo lo que quiere cuando empieza a utilizar el
producto ya construido.

Es importante matizar que un proyecto de desarrollo de

software no es una barra libre y que es importante que el
usuario conozca sus responsabilidades en el proceso de
definición del sistema y que no se pueden estar cambiando
de requisitos continuamente, como tampoco podría estar
cambiando frecuentemente de opinión si le están
construyendo una casa.

2.1.3. ANÁLISIS NO FUNCIONAL

El análisis funcional se basa en ver qué requisitos no

funcionales deben de estar presentes en nuestro sistema. Un
requisito no funcional o atributo de calidad es un requisito
que especifica criterios que pueden usarse para juzgar la

“El conocimiento es la mejor inversión que se puede hacer” Pagina 10

Abraham Lincoln
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

operación de un sistema en lugar de sus comportamientos
Abraham Lincoln
específicos, ya que éstos corresponden a los requisitos
funcionales. Por tanto, se refieren a todos los requisitos que
no describen información a guardar, ni funciones a realizar.

Algunos ejemplos de requisitos no funcionales típicos son los

siguientes:
 Rendimiento
 Disponibilidad
 Accesibilidad
 Usabilidad
 Estabilidad
 Portabilidad
 Costo
 Operatividad
 Interoperabilidad
 Escalabilidad
 Concurrencia
 Mantenibilidad
 Interfaz

2.2. RECOPILACIÓN DE LA INFORMACIÓN

2.2.1. ENTREVISTA PARA OBTENER REQUERIMIENTOS

Se realizó una entrevista al administrador y al encargado de

almacén, se escogió a estos 2 porque en el problema que
deseamos resolver ellos están directamente relacionados.

2.2.2. HARDWARE DISPONIBLE

- 02 Computadoras Intel core 2 duo de 2.3 Ghz con 2 GB

RAM.
- Impresora de tinta continúa.

2.2.3. DISTRIBUCIÓN DE EQUIPOS

- Una computadora y la impresora es usada por el
administrador.

“El conocimiento es la mejor inversión que se puede hacer” Pagina 11

Abraham Lincoln
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

- Una computadora es usada por la encargada de atención
Abraham Lincoln
al cliente en tienda.

2.3. FORMULACIÓN DEL PROBLEMA

¿Se podrá mejorar el rendimiento y control del departamento de
almacén mediante la creación de un sistema?

2.4. ANÁLISIS DE TIEMPO

“El conocimiento es la mejor inversión que se puede hacer” Pagina 12

Abraham Lincoln
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

CAPÍTULO III
Abraham Lincoln

ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE

3.1. INTRODUCCIÓN
Este documento es una Especificación de Requisitos Software
(ERS) para el Sistema de Control de Almacén. Esta especificación
se ha estructurado basándose en las directrices dadas por el
estándar IEEE Práctica Recomendada para Especificaciones
de Requisitos Software ANSI/IEEE 830, 1998.

3.1.1. PROPÓSITO
El presente documento tiene como propósito definir las
especificaciones funcionales y no funcionales para el
desarrollo de un sistema que permitirá gestionar distintos
procesos de un almacén. Éste será utilizado por el
almacenero de la ferretería Salvador.

3.1.2. ALCANCE
Esta especificación de requisitos está dirigida al usuario del
sistema, para comenzar la automatización, la cual tiene por
objetivo principal el gestionar los distintos procesos de un
almacén (Inventario, salida e ingreso de productos).

3.1.3. PERSONAL INVOLUCRADO

Nombre Christian Robles
Rol Jefe de Proyecto
Categoría Profesional Ing. Sistemas
Responsabilidad Definir el proyecto, evaluar sus necesidades y supervisar
al equipo
Información de contacto christianr@outlook.com

Nombre Christian Robles

Rol Analista
Categoría Profesional Ing. Sistemas
Responsabilidad Análisis de información
Información de contacto christian_19_92hotmail.com

Nombre Christian Robles Figueroa

Rol Diseñador
Categoría Profesional Ing. Sistemas
“El conocimiento es la mejor inversión que se puede hacer” Pagina 13
Abraham Lincoln
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

Responsabilidad Diseño del sistema
Información de contacto Christianr@outlook.com Abraham Lincoln

Nombre Christian Robles

Rol Programador
Categoría Profesional Ing. Sistemas
Responsabilidad Programar el sistema
Información de contacto christian_19_92@hotmail.com

Nombre Descripción
Usuario Persona que usará el sistema para gestionar procesos
SIA Sistema de control de almacén
ERS Especificación de Requisitos Software
RF Requerimiento Funcional
RNF Requerimiento No Funcional

Título del Documento Referencia

Standard IEEE 830 - 1998 IEEE

3.1.4. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS

3.1.5. REFERENCIAS

3.1.6. RESUMEN
Este documento consta de tres secciones. En la primera
sección se realiza una introducción al mismo y se
proporciona una visión general de la especificación de
recursos del sistema.
En la segunda sección del documento se realiza una
descripción general del sistema, con el fin de conocer las
principales funciones que éste debe realizar, los datos
asociados y los factores, restricciones, supuestos y
dependencias que afectan al desarrollo, sin entrar en
excesivos detalles.
Por último, la tercera sección del documento es aquella en la
que se definen detalladamente los requisitos que debe
satisfacer el sistema.
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

Abraham Lincoln
3.2. DESCRIPCIÓN GENERAL

3.2.1. PERSPECTIVA DEL PRODUCTO

El sistema SIA será un producto diseñado para trabajar en

entornos ESCRITORIO, lo que permitirá su utilización de
forma rápida y eficaz.

3.2.2. FUNCIONALIDAD DEL PRODUCTO

uc Primary Use Cases

Mantenimiento Mantenimiento
de marca de categoria

Almacenero

Mantenimiento
de prov eedores
Mantenimiento
de producto Mantenimiento
de alamcen

uc Primary Use Cases

Generar reporte de
inv entario fisico

«extend»

Generar reportes

Administrador «extend» Generar reporte de

stock
-

“El conocimiento es la mejor inversión que se puede hacer” Pagina 15

Abraham Lincoln
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

Abraham Lincoln
3.2.3. CARACTERÍSTICAS DE LOS USUARIOS

Tipo de usuario Administrador

Formación Técnico Contabilidad
Actividades Control y manejo del sistema en general

Tipo de usuario Almacenero

Formación Secundaria Completa
Actividades Maneja el sistema

3.2.4. RESTRICCIONES

 Lenguajes y tecnologías en uso: JAVA.

 SGBD MySQL
 Sistema Operativo Windows 7
 El sistema debe de ser capaz de responder a varias consultas.
 El sistema se diseñará según un modelo cliente/servidor.
 El sistema deberá tener un diseño e implementación sencilla,
independiente del lenguaje de programación.
.
3.2.5. SUPOSICIONES Y DEPENDENCIAS

 Se asume que los requisitos aquí descritos son estables

 Los equipos en los que se vaya a ejecutar el sistema deben
cumplir los requisitos que más adelante se indican.

3.3. REQUISITOS ESPECÍFICOS

3.3.1. REQUISITOS COMUNES DE LAS INTERFACES

3.3.1.1. INTERFACES DE USUARIO

La interfaz con el usuario consistirá en un conjunto
de ventanas con botones, listas y campos de textos.
Ésta deberá ser construida específicamente para el
sistema propuesto y, será visualizada desde
sistema operativo Windows.
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

3.3.1.2. INTERFACES DE HARDWARE Abraham Lincoln

Será necesario disponer de equipos de cómputos
en perfecto estado con unas características
mínimas:

 Adaptadores de red.
 Procesador de 2.3 GHz o superior.
 Memoria RAM de 2 GB.
 Mouse.
 Teclado.
 Impresora Tinta Continua.

3.3.1.3. INTERFACES DE SOFTWARE

 Sistema Operativo: Windows 7.

3.3.1.4. INTERFACES DE COMUNICACIÓN

 Red

RELACIÓN FUNCIONAL NO FUNCIONAL

Identificación del requerimiento: RF01

Nombre del Requerimiento: Autentificación de Usuario.

Características: Los usuarios deberán identificarse

Descripción del requerimiento:
Requerimiento NO funcional:
Prioridad del requerimiento: Alta
para acceder al sistema.
El sistema podrá ser consultado por
cualquier usuario dependiendo su nivel
de accesibilidad.
 RNF02
 RNF03

“El conocimiento es la mejor inversión que se puede hacer” Pagina 17

Abraham Lincoln
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

Identificación del requerimiento: RF02 Abraham Lincoln

Nombre del Requerimiento: Registrar Usuarios.

Características: Los usuarios deberán registrarse en

el sistema para acceder al sistema.
Descripción del requerimiento: El sistema permitirá al usuario
(Administrador, almacenero
registrarse). El usuario debe
suministrar datos como: DNI, Nombre,
Apellido, E-mail, Usuario y Password.
Requerimiento NO funcional:  RNF02
 RNF03
Prioridad del requerimiento: Alta

“El conocimiento es la mejor inversión que se puede hacer” Pagina 18

Identificación del requerimiento: RF03

Nombre del Requerimiento: Configurar productos.

Características: Permite configurar nuevos productos
Descripción del requerimiento: El sistema permitirá que el usuario
cree y edite un producto
Requerimiento NO funcional:  RNF01
 RNF02
 RNF03
 RNF04
Prioridad del requerimiento: Alta
Abraham Lincoln
Identificación del requerimiento: RF04

Nombre del Requerimiento: Registro de Marcas

Características: Permite registrar marcas
Descripción del requerimiento: El sistema permitirá que el usuario
registrar las diferentes marcas con
las cuales trabaja
Requerimiento NO funcional:  RNF01
 RNF02
 RNF03
 RNF04
Prioridad del requerimiento: Alta
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

3.4. REQUISITOS FUNCIONALES
Abraham Lincoln

3.4.1. Requisito funcional 1

Autentificación de Usuarios: Los usuarios deberán

identificarse para acceder a cualquier parte del sistema.
El sistema podrá ser consultado por cualquier usuario
dependiendo del módulo en el cual se encuentre y su
nivel de accesibilidad.

3.4.2. Requisito funcional 2

Registrar Usuarios: El sistema permitirá al usuario

(Administrador, almacenero) registrarse. El usuario debe
suministrar datos como: DNI, Nombre, Apellido, E-mail,
Usuario y Password.
3.4.3. Requisito funcional 3

Configurar Productos: Permite crear, editar y eliminar

un producto (código de barras, nombre, cantidad).

3.4.4. Requisito funcional 4

Registro de Marcas: Permite crear, editar y eliminar una

marca (se requiere RUC y Razón Social).

3.4.5. Requisito funcional 5

Registro de Categorías: Permite crear, editar y eliminar

categorías de acuerdo a cada marca, se requiere código,
nombre Categoría.

3.4.6. Requisito funcional 6

Registrar Guías de Remisión: Permite registrar, editar y

eliminar las guías de remisión del transportista.

3.4.7. Requisito funcional 7

Registrar Facturas: Permite registrar, eliminar y editar

“El conocimiento es la mejor inversión que se puede hacer” Pagina 19

Abraham Lincoln
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

las facturas de los proveedores.
Abraham Lincoln

3.4.8. Requisito funcional 8

Ingreso de Productos: Permite ingresar la cantidad de
un producto ya creado.

3.4.9. Requisito funcional 9

Calculo del Precio: Permitirá Calcular el precio de los

productos y guardarlos.

3.4.10. Requisito funcional 10

Control de Stock: Permite ajustes al stock manualmente

en caso de ser necesario.

3.4.11. Requisito funcional 11

Ventas (Salida de productos): Descontara y actualizara

el stock cada vez que se le de salida a un producto.

3.4.12. Requisito funcional 12

Generar Reportes: Generar reportes (Inventario, stock,

reporte de compras) para luego ser impresos o
convertidos en pdf.

3.4.13. Requisito funcional 13

Reiniciar Contraseña: En caso de algún fallo o error se

podrá reiniciar la contraseña del usuario.

3.5. REQUISITOS NO FUNCIONALES

3.5.1. Requisitos de rendimiento

- Garantizar que el diseño de las consultas u otro

proceso no afecten el desempeño de la base de datos.

“El conocimiento es la mejor inversión que se puede hacer” Pagina 20

Abraham Lincoln
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

3.5.2. Seguridad
Abraham Lincoln
- Garantizar la confiabilidad, la seguridad y el
desempeño del sistema informático a los diferentes
usuarios. En este sentido la información almacenada
o registros realizados podrán ser consultados y
actualizados permanente y simultáneamente, sin que
se afecte el tiempo de respuesta.

- Garantizar la seguridad del sistema con respecto a la

información y datos que se manejan tales sean
documentos, archivos y contraseñas.

3.5.3. Fiabilidad

- El sistema debe de no perder datos por fallos

eléctricos o algún fallo externo.

3.5.4. Disponibilidad

- El sistema debe tener disponibilidad 24 x 7

3.5.5. Mantenibilidad

- El sistema debe disponer de una documentación

fácilmente actualizable que permita realizar
operaciones de mantenimiento con el menor esfuerzo
posible.

- La interfaz debe estar complementada con un buen

sistema de ayuda (la administración puede recaer en
personal con poca experiencia en el uso de
aplicaciones informáticas).

3.5.6. Portabilidad

- El sistema será implantado bajo la plataforma de

Windows.

“El conocimiento es la mejor inversión que se puede hacer” Pagina 21

Abraham Lincoln
INGENIERÍA DE SISTEMAS INGENIERA DE SOFTWARE

“El conocimiento es la mejor inversión que se puede hacer”

3.5.7. Interfaz
Abraham Lincoln

- El sistema debe de contar con una interfaz intuitiva, de

tal manera que el usuario pueda trabajar fácilmente.

3.5.8. Accesibilidad

- El sistema debe de dar accesibilidad a la consulta de

datos simultanemoente a más de un usuario, sin
generar problemas.

“El conocimiento es la mejor inversión que se puede hacer” Pagina 22

Abraham Lincoln
 BASE DE DATOS

Diseño físico
CREATE DATABASE ProyectoAlmacen;
USE ProyectoAlmacen;
CREATE TABLE marcas
(
codigo_mar CHAR(5) NOT NULL PRIMARY KEY,
descripcion VARCHAR(12) NULL
)
ENGINE=INNODB;
CREATE TABLE categorias
(
codigo_cat CHAR(5) NOT NULL PRIMARY KEY,
descripcion VARCHAR(12) NULL
)
ENGINE=INNODB;
CREATE TABLE productos
(
codigo_pro CHAR(5) NOT NULL PRIMARY KEY,
marca_cod VARCHAR(50),
codigo_cat CHAR(5) NOT NULL,
nombreproducto VARCHAR(100)
)
ENGINE=INNODB;
ALTER TABLE productos
ADD FOREIGN KEY (codigo_cat)
REFERENCES categorias(codigo_cat)
ON DELETE NO ACTION
ON UPDATE NO ACTION;
CREATE TABLE proveedores
(
proveedor_cod CHAR(5)NOT NULL PRIMARY KEY,
nombres VARCHAR(50) NOT NULL ,
apellidos VARCHAR(50)NOT NULL,
direccion VARCHAR(50) NOT NULL,
telefono DECIMAL(10.2) NOT NULL,
ruc VARCHAR (20) NOT NULL,
contacto VARCHAR (20) NULL
)
ENGINE=INNODB;
CREATE TABLE Tipo_Documento
(
tipo_doc_cod CHAR(5)NOT NULL PRIMARY KEY,
descripcion VARCHAR(5) NOT NULL
)
ENGINE=INNODB;
CREATE TABLE compra_cab
(
compra_cod CHAR(5)NOT NULL PRIMARY KEY,
tipo_doc_cod CHAR(5) NOT NULL,
serie CHAR(4) NOT NULL,
numero CHAR(4) NOT NULL,
proveedor_cod CHAR(5)NOT NULL,
fecha DATE NOT NULL
)
ENGINE=INNODB;
ALTER TABLE compra_cab
ADD FOREIGN KEY (tipo_doc_cod)
REFERENCES Tipo_Documento(tipo_doc_cod)
ON DELETE NO ACTION
ON UPDATE NO ACTION;
CREATE TABLE compra_det
(
compra_cod CHAR(5)NOT NULL PRIMARY KEY,
item INT NOT NULL,
codigo_pro CHAR(5) NOT NULL,
cantidad DECIMAL(10,2) NOT NULL,
Precunit DECIMAL(10,2)NOT NULL )
ENGINE=INNODB;
ALTER TABLE compra_det
ADD FOREIGN KEY (compra_cod)
REFERENCES compra_cab(compra_cod)
ON DELETE NO ACTION
ON UPDATE NO ACTION;
ALTER TABLE compra_det
ADD FOREIGN KEY (codigo_pro)
REFERENCES productos(codigo_pro)
ON DELETE NO ACTION
ON UPDATE NO ACTION
CREATE TABLE guiaremision_cab
(
guia_cod CHAR(5)NOT NULL PRIMARY KEY,
tipo_doc_cod CHAR(5) NOT NULL,
serie CHAR(4) NOT NULL,
numero CHAR(4) NOT NULL,
proveedor_cod CHAR(5)NOT NULL,
fecha DATE NOT NULL )
ENGINE=INNODB;
ALTER TABLE guiaremision_cab
ADD FOREIGN KEY (tipo_doc_cod)
REFERENCES Tipo_Documento(tipo_doc_cod)
ON DELETE NO ACTION
ON UPDATE NO ACTION;
CREATE TABLE guiaremision_det
(
guia_cod CHAR(5)NOT NULL PRIMARY KEY,
item INT NOT NULL,
codigo_pro CHAR(5) NOT NULL,
cantidad DECIMAL(10,2) NOT NULL,
Precunit DECIMAL(10,2)NOT NULL)
ENGINE=INNODB;
ALTER TABLE guiaremision_det
ADD FOREIGN KEY (guia_cod)
REFERENCES guiaremision_cab(guia_cod)
ON DELETE NO ACTION
ON UPDATE NO ACTION;
ALTER TABLE guiaremision_det
ADD FOREIGN KEY (codigo_pro)
REFERENCES productos(codigo_pro)
ON DELETE NO ACTION
ON UPDATE NO ACTION;

“El conocimiento es la mejor inversión que se puede hacer”