Documente Academic
Documente Profesional
Documente Cultură
Secuencia: 2NM50
1
Contenido
Introduccin ...................................................................................................................... 3
Historias del usuario ......................................................................................................... 3
Objetivo ...................................................................................................................... 4
Justificacin. ............................................................................................................... 4
Descripcin de la problemtica. .................................................................................. 4
Delimitacin (Alcance) ................................................................................................ 5
Descripcin ................................................................................................................. 5
Recopilacin de requerimientos ......................................................................................... 6
Estudio de la documentacin ...................................................................................... 6
Observacin ............................................................................................................... 8
Diseo ............................................................................................................................... 9
Conceptual y Especifico..................................................................................................... 9
Pantallas .......................................................................................................................... 12
Conexin Base de Datos ................................................................................................. 15
Base de Datos ................................................................................................................. 19
Ventanas de Programa .................................................................................................... 20
Conclusiones. .................................................................................................................. 26
2
Introduccin
En este proyecto se describe e implementa una propuesta de software que dar
solucin al manejo del inventario de una forma eficiente, utilizando la herramienta
Visual Studio para el desarrollo, y siguiendo la metodologa XP en la cual el cliente
forma parte del equipo y promueve un cambio continuo en el proyecto.
3
tenido que cancelar compromisos de entrega debido a que no se cuenta con la
cantidad de productos que figura en los registros.
Objetivo
Agilizar las actividades del control de inventarios que se llevan a cabo dentro de la
empresa por medio de la automatizacin de los procesos de entradas y salidas del
almacn que la empresa posee, esto para evitar la clonacin y prdida de
informacin que pueda derivar en prdidas econmicas.
Justificacin.
La presente propuesta de software se llevar a cabo a peticin del profesor gerente
de la tienda, debido a los constantes problemas que se han presentado en cuanto
a la prdida y clonacin de informacin que ha llegado a generar importantes
prdidas econmicas para la empresa.
Descripcin de la problemtica.
4
estos problemas reside en que las operaciones realizadas al inventario se registran
en libros de contabilidad. Con el sistema de inventarios propuesto
Delimitacin (Alcance)
Las reas de accin en el que nos involucramos sern los inventarios (nicamente
el registro y tratamiento de la informacin sobre los artculos, dejando de lado la
parte contable) que posea la empresa y la capacitacin del personal responsable
de los movimientos en los inventarios
Descripcin
De los principales proceso que realiza la empresa BL Moda en el area de inventarios
son:
Entrada
Registro de inventario
Al recibir mercanca se hace el registro de marca, modelo, color y talla de todos los
productos, sin excepcin, el ordenamiento en el registro es alfabticamente
tomando como referencia la marca.
Devolucin de productos
Este movimiento se efecta despus de una venta, cuando el cliente no est
convencido del producto y quiere una devolucin, en la cual se da de alta o se
ingresa al registro de inventario el producto no deseado y se genera un saldo a favor
del cliente, el cual ocupar para otra compra.
Salida
Ventas (Menudeo)
En el momento de realizar una venta, el producto se da de baja en el inventario, y
se ingresa a un nuevo registro: ventas; registrando el producto (marca, modelo,
color y talla), el nombre del cliente, la fecha, nmero de venta y algunos datos del
vendedor.
Ventas (Mayoreo)
Las ventas al mayoreo son la que se realizan en el rea de distribuidores, tiene el
mismo funcionamiento que las ventas de menudeo, a excepcin que el registro
donde se conserva la venta se almacena en distribuidores
Cambio
5
El proceso de cambio se realiza cuando algn cliente no est conforme con el
producto y desea que su reemplazo por otro producto del mismo precio, dando de
alta en el inventario el producto no deseado y dando salida al deseado.
Consulta
Para corroborar la existencia de algn producto se utiliza el proceso de consulta, su
uso facilita la atencin al cliente, y el rea de inventarios se apoya de esta funcin,
en este proceso no se realiza ningn movimiento solo la impresin en pantalla de
los inventarios existentes en ese momento.
Recopilacin de requerimientos
Estudio de la documentacin
Esta tcnica de recopilacin de datos fue la base para entender las principales
propiedades del sistema, ya que revisando los documentos abstrajimos aquellas
variables y funciones que intervienen a lo largo del proceso de inventariado, esto
ser explicado a detalle ms adelante, por otra parte al analizar la documentacin
podemos recalcar que el sistema antiguo tenia errores en su ejecucin y por decir
errores nos referimos a las operaciones matemticas, que por lo regular eran
sumas y restas estaban errneas causando una inexactitud en los reportes.
Para iniciar nos percatamos que en los anexos 1.1, 1.2 y 1.3, cada producto que es
registrado por la empresa siempre tiene las siguientes propiedades:
o Marca: la marca del zapato que muchas veces coincide con el nombre del
proveedor del mismo producto.
Color: el color pareca ser una propiedad superflua, pero conforme avanzamos en
la indagacin notamos que existan productos de la misma marca y modelo pero
de diferente color, as que el color ser tomado como una de las variables
principales tambin.
De mismo modo pudimos identificar que el ordenamiento del almacn es de forma
alfabtica tomando como referencia la marca del producto.
6
7
Otro factor importante es que un grupo de artculos son clasificados por Lnea y
Oferta que corresponden al estatus de los productos, adems de que que se
dividen por temporada que equivalen seis meses, aqu un punto importante
cuando un producto tiene ms de seis meses en la tienda se considera oferta.
Observacin
Cada sbado por la maana, el empleado del almacn tiene que generar un reporte
de los movimientos que han ocurrido en su rea durante la semana. En ocaciones,
normalmente durante temporadas altas (segn lo seala el gerente) como son
inicio de ciclo escolar o finales de ao, los movimientos en el almacn aumentan
abruptamente, adems, para brindar el mejor de los servicios, estos movimientos
se hacen de manera acelerada, puesto que el empleado encargado del almacn
tiene que buscar en la tarjeta correspondiente al producto que las mostradoras
solicitan, de la manera ms rpida posible, y de concretarse la venta marcar la
salida. La problemtica se presenta en este punto, muchas veces, la carga de
trabajo es tan grande que el almacenista comete errores, confundiendo las tarjetas
o simplemente olvidando registrar las salidas.
8
Diseo
Conceptual y Especifico
Diagrama de flujo
Con base en el planteamiento del proyecto y a los requerimientos del usuario, el
proyecto tendra que una vez ingresando al sistema, este de opciones para registrar
un nuevo producto, as como hacer una visin de los productos ya registrados
anteriormente o especialmente alguno de ellos, y dentro de esta consulta, realizar
algn cambio o eximicin de un producto. El sistema terminara una vez que se
genere el informe final de los productos que se tuvieron hasta el trmino de la
sesin.
9
Diagramas de casos de uso
1. Modelado
10
2. Descripcin
Nombre Ingresar usuario
Actor Empleado
Descripcin Pasos para que el usuario interacte con el sistema
11
Pantallas
12
13
14
Conexin Base de Datos
15
16
Solicitud nueva
17
18
Base de Datos
Al conocer las historias del cliente, el equipo de trabajo concluyo que lo ms factible era
disear una base de datos con una sola y nica tabla en la cual se metera toda la
informacin del producto (en este caso zapatos).
La tabla tiene 14 columnas, 13 basadas en las caractersticas que comparten todos los
productos y una reservada nicamente para el id de producto.
19
En este apartado se guardarn los id de cada producto, este campo no es
modificable por el usuario, sino que se asigna automticamente.
En este apartado se guardar el modelo (ya sea nmero o no) de cada producto.
Ventanas de Programa
Ahora mostraremos los diseos finales de cada fase del sistema, todos fueron aceptados
por el cliente despus de haberle mostrado un prototipo de cada ventana y de haber sido
modificados en cada reunin al gusto y comodidad del mismo.
La siguiente pantalla es la inicial desde la cual se pueden dar alta los productos, en
la parte superior se muestra una seccin en la cual se encuentran las diferentes
acciones que se pueden realizar con la informacin de un producto (de las cuales
se especificara su funcin mas adelante), seguido de esto se muestra el logo y
nombre de la compaa.
Como se puede observar en la pantalla se encuentran distintos campos los cuales
el usuario debe llenar con la informacin de su producto (en este caso zapatos) para
poder darlos de alta en la base de datos.
20
Al dar de alta un producto se deben llenar todos los campos como se muestra a
continuacin, y dar clic en el apartado DAR DE ENTRADA, al accionar este
apartado, los campos se vaciarn y aparecer un mensaje el cual nos indica que
hemos guardado la informacin de un producto con xito.
21
Para acceder a ella en la pantalla principal debemos dar clic en el apartado llamado
REPORTE y nos llevara esta ventana, aqu debemos dar clic en el botn
REPORTE y se mostraran los datos ya mencionados.
Para salir de esta ventana solo hay que dar clic en el botn cancelar y el programa
nos regresara a la pantalla principal.
22
La otra forma de corroborar la existencia de algn producto en el inventario es dando
clic en el apartado CONSULTA ubicado en la parte superior de la ventana inicial.
23
Si se quisiera editar este producto debemos dar clic en el recuadro que est ubicado
del lado izquierdo de la clave para as seleccionar todos los datos, y continuar
haciendo clic en el botn editar.
Al hacer clic en el botn editar el programa nos llevara a la ventana de inicio y llenara
los campos con los datos del producto seleccionado.
Para editar los daos solo debemos borrar y remplazar el dato que queramos cambiar
y dar clic en el apartado MODIFICAR, en seguida aparecer un mensaje que
confirmara que los datos se han modificado con xito. En este caso cambiaremos
el precio.
24
Y para corrobora que los datos se cambiaron iremos al reporte general.
Luego de esto nos confirmara que el producto ha sido borrado. Para corroborar
iremos al reporte de nuevo.
25
Y confirmamos que efectivamente el artculo fue dado de baja.
Conclusiones.
Durante el desarrollo de este proyecto, el equipo se pudo percatar de la versatilidad
que tiene la metodologa de programacin extrema. Como se ha mencionado en
reiteradas ocaciones en el pasado, la XP viene a romper los paradigmas que se han
establecido durante dcadas, deja de lado practicas que resultan tediosas para los
programadores y se centra en lo que realmente importa, la programacin del
proyecto y las modificaciones que este puede llegar a requerir. Personalmente,
encontramos fcil la manera de trabajar con esta metodologa, consideramos que
se cuenta con una capacidad gran capacidad de adaptabilidad, lo que le da una
gran ventaja al momento de desarrollarse con una gran diversidad de proyectos. Sin
embargo, puede ser contraproducente el que un equipo de desarrollo implemente
la programacin extrema durante un proyecto, ya que si el equipo est
acostumbrado a trabajar con otros procedimientos, la XP puede ser considerado
como un obstculo ms que una herramienta.
26