Granero La Estrella Dorada - Ing Software (V2.7)
Granero La Estrella Dorada - Ing Software (V2.7)
FACULTAD DE INGENIERIA
FACULTAD DE INGENIERIA
Contenido
Introducción................................................................................................................................5
Objetivos.....................................................................................................................................6
Objetivo general......................................................................................................................6
Objetivos Específicos..............................................................................................................6
Justificación................................................................................................................................7
Alcance........................................................................................................................................8
ERS.............................................................................................................................................9
Requerimientos funcionales....................................................................................................9
Requerimientos no funcionales...............................................................................................9
Pseudo-requerimientos............................................................................................................9
Panorama General...................................................................................................................9
Metas.......................................................................................................................................9
Requerimientos C..................................................................................................................13
Diseño arquitectónico...........................................................................................................14
Estilo arquitectónico.............................................................................................................14
4
Tabla Objeto-Acciones.............................................................................................................15
Tabla Objeto-Metáfora..............................................................................................................17
Diseño detallado........................................................................................................................21
GRASP..............................................................................................................................22
5
Introducción
Antes de que la tecnología se hiciese conocida y se cristalizara por completo, las labores
rutinarias del ser humano eran en muchas ocasiones difíciles de manejar. Fue así como
tecnología llego y se hizo un hueco en muchos de los aspectos de la vida, desde el más sencillo
hasta el más complejo, algo que en la antigüedad era impensado. Una de las maneras en que
dicho avance se ha manifestado son las aplicaciones tanto móviles como de escritorio. Hoy en
día no es necesario recurrir a un mapa para saber cómo llegar a un lugar específico, así como
aplicaciones que facilitan estos procesos y permiten realizarlos desde casa en especial si se es
una persona que pasa ocupada la mayor parte del tiempo. Entonces, si se toma como referencia
los ejemplos anteriores no sería descabellado pensar que la tecnología y los softwares se puede
amoldar a las necesidades y que todo el mundo puede hacer uso de ellos. Los softwares de
inventario son unos de los múltiples ejemplos que podemos encontrar. Este tipo de software es
de gran ayuda para todo tipo de empresas que manejan una gran cantidad de productos. Así por
la manera en la que se hace el balance contable del local objeto de implementación de la esta
iniciativa.
6
Objetivos
Objetivo general
Desarrollo de un software de inventario para dar un manejo más eficiente de los productos,
Objetivos Específicos
Definir los requerimientos necesarios para el desarrollo del software de inventario para
especificados
dorada
Registrar las ventas del granero la estrella dorada y generar reportes de las mismas
7
Justificación
contabilización y análisis de toda la información referente a productos y ventas con los que
cuenta el granero La Estrella Dorada. Siendo la causal de esta necesidad, la falta de tiempo para
el manejo de una cantidad numerosa de productos, además del deseo del dueño del granero de
hacer parte de la transición de los sistemas manuales a los sistemas virtuales. Como
consecuencia del uso de este software el granero la estrella dorada obtendrá como principal
manera importante el tiempo empleado en dicha en labor y además permitirá que el granero
conozca que aspectos debería mejorar para incrementar sus ingresos y su productividad para
Alcance
Actualmente el granero la estrella dorada cuenta con un sistema de inventario manual a base
de bolígrafo y hojas de papel, el cual es anticuado y cuya elaboración requiere de mucho tiempo.
Con el desarrollo de este software el empleador del granero espera hacer de manera más
organizada y sencilla el balance de sus cuentas, así como también de proporcionar a sus
En este orden de ideas, es necesario advertir que este software se encargará de proporcionar
gráficos de esta información, así como tampoco de dar indicaciones de cómo se deber usar la
misma ya que no es acorde a los objetivos planteados con anterioridad. El análisis de los datos y
las medidas que se tomen con ellos quedaran a disposición del empleador del granero la estrella
ERS
Requerimientos funcionales
El software de inventario diseñado para el granero la estrella dorada contará con la posibilidad
de llevar a cabo un registro de inventario de una manera mucho más eficiente haciendo uso de
una terminal para el rápido conocimiento de los productos que se tiene en posesión incluyendo
Requerimientos no funcionales
El software de inventario será una aplicación de escritorio, es decir que para su uso será
momento determinado no se cuente con corriente eléctrica como puede pasar con cualquier otro
aparato electrónico.
Pseudo-requerimientos
El software de inventario tendrá que ser diseñado para correr sobre un sistema operativo
Panorama General
Metas
simple vista o conocer si hay existencia de un producto solicitado por este mismo, así como
también optimizar las ganancias obtenidas al momento de vender los productos y reducir el
10
Requerimientos C
Diseño arquitectónico
Para este proyecto de software en el cual se diseña un aplicativo de inventario para el granero
virtual dentro de una base de datos, pero, no se tiene un tamaño estipulado para esta misma,
porque el inventario va variando según temporadas, meses, semanas, etc. Por ende, se escoge una
Este diseño arquitectónico se subdivide en dos, pero para este proyecto se escogió la
verificador de usuario, invoca a varios componentes de programa que serían los formularios
Estilo arquitectónico
Persistencia, en el cual los datos se almacenan en una base de datos o archivo y permite que
otros procesos puedan leerlos o modificarlos. Este manejo que ofrece el patrón: persistencia
sobre la información ingresada de primero guardar para posteriormente poder ver o modificar
desde otro proceso permite claramente crear un inventario con los productos que ingrese el
Tabla Objeto-Acciones
-Actualizar entradas
por inventario físico
-Categoría del producto
-Actualizar salidas
por deterioro
-Consultar una
-Cantidad de producto en Bodega
compra realizada
-ID del producto
-Consultar una venta
-Valor total del inventario
realizada
-Posicionamiento en la Bodega
Consultas y -Consultar cantidad
-Categoría del producto
Rastreo de de un producto
-Movimiento del producto
productos -Rastrear
-ID de la venta
movimiento de un
-Información general del producto
producto
-Información específica del producto
-Calcular punto de
reorden
Tabla Objeto-Metáfora
objeto / sub-
Metáforas Representaciones
objeto
Formulario de Formulari
registro o
16
Formulario de Formulari
Salidas o
Formulario de
Formulari
Actualizacione
o
s
Formulario de Formulari
Consultas o
18
Formulario de Formulari
Inventario o
19
Diseño detallado
Versió
Fecha Comentarios
n
Creación del documento:
-Introducción
28 febrero 2018 1.0 -Objetivos
-Justificación
-Alcance
Agregados:
-ERS
16 abril 2018 1.5 -Funciones del Sistema
-Atributos del Sistema
-Requerimientos C
Agregados:
-Diagrama de Clases
-Diagrama de Despliegue
20 mayo 2018 2.0 -Diagrama de Casos de Uso
-Diagrama de Componentes
-Diagrama de Estados
-Diagrama de Secuencia
Agregados:
27 octubre 2018 2.5 -Tabla Objeto-acciones
-Tabla Objeto-metáfora
Cambios:
-Nombre de los objetos en la tabla Objeto-acciones
-Nombre de los objetos en la tabla Objeto-metáfora
Agregados:
-Se agrega nuevo índice (R4.9) en “Función del
sistema: Consultas y Rastreo de productos”
30 octubre 2018 2.6
-Se agrega nuevo índice (R4.10) en “Función del
sistema: Consultas y Rastreo de productos”
-Se agrega Diseño y Estilo arquitectónico
-Se agrega nuevo Objeto (Formulario de Inventario) en
“tabla Objeto-metáfora”
-Se agrega subtítulo (Patrones GRASP y GoF)
GRASP
Actualmente se hace uso del patrón Experto en el diagrama de clases ya creado. En el cual
está un método en la clase Recibo que generará la información del recibo almacenada en la clase
producto. Para hacerlo el método tiene que saber dónde se encuentra la información, esto lo hace
a través del
patrón
experto.
Haciendo uso del patrón Creador la cual permite dar la responsabilidad de crear una nueva
instancia de alguna clase. Se le asigna la potestad a la clase venta de crear una instancia de recibo
para imprimirlo, ya que esta última recibe objetos de la clase ventas. Modificando así el
Se tuvo en cuenta el patrón de Bajo acoplamiento haciendo que de esta manera las clases
estuvieran lo menos relacionadas posibles para asi poder asimilar los cambios de mejor manera.
GoF
para que de esta manera se haga una solo entrada al sistema a la vez, la cual puede permitir
los elementos almacenados en la base de datos al momento de hacer la lista total de inventario.
DESARROLLO DE SOFTWARE
Estándares/
Estado
Normas Ente Regulador
ISO 15504
ISO No aplicado.
SPICE
ISO 25000
ISO No aplicado.
SQUARE
IEEE 828
Se realizó una investigación y una serie de entrevistas con el cliente para lograr apartar la
base del problema, de esa manera se realizará un análisis y diseño para la resolución del
mismo.
- ANÁLISIS: SÍ
- DISEÑO: SÍ
Se realizó una toma de requerimientos que sirvió como base para el diseño de los
- IMPLEMENTACIÓN: NO
23
IEEE 829
- PRUEBA DE ACEPTACIÓN: NO
- PRUEBA DE PLAN: NO
- TEST LOG: NO
CODIFICACIÓN
PANEL PRINCIPAL
24
REGISTRAR
25
26
27
28
29
30
31
- Plan de pruebas
documentación, pasando por valores correctos hasta llegar a valores erróneas para conocer
el comportamiento del software ante cada situación posible que se pueda imaginar.
Registro, salidas, actualizaciones, consultas e inventario deben ser probados para verificar
comportamiento.
- Procedimiento de análisis
- Prueba de registro
Registro apartado de incidentes que deban ser tratados de manera diferente (o de mayor
atención)
FINALIZACION DE LA PRUEBA