Ejemplo: Análisis de los Requerimientos de Software 1. IDENTIFICACIÓN DE PROBLEMAS, OPORTUNIDADES Y OBJETIVOS. Sistema de Inventario en la Ferretería "Navar".
2. DETERMINACIÓN DE LOS REQUERIMIENTOS DE INFORMACIÓN. La ferretería NAVAR tiene la necesidad de contar con un sistema que permita llevar un mejor control, que a su ve sea f!cil de manejar el control consiste en llevar a ca#o un re$istro de todos los productos con los que se cuenta, los clientes frecuentes % los distintos proveedores de dic&a ferretería. 'l sistema re$istrara cualquier operaci(n, tanto de cliente como de productos. 's decir, operaciones operaciones de altas, #ajas, modificaciones, descuentos a clientes frecuentes, clientes con cr)dito, etc.*. +am#i)n contara con un sistema de impresi(n de facturas. ara dic&o re$istro se necesitaran datos como los si$uientesara pode poderr dar dar de alta alta cada cada prod produc ucto to se tend tendr! r!n n en PRODUCTOS. ara cuenta- una clave o c(di$o del producto esta se asi$nara tomando en cuenta el tipo del producto*, el nom#re, la cantidad, el precio. Nota. 'l tipo o clasificaci(n de los productos se da de la si$uiente manera- cemento, pisos % aulejos, %eso, de ferretería, &erramientas +ruper +ruper % acero teniendo cada uno sus respectivos proveedores. este inve inventa ntario rio solo solo se enli enlist star aran an los los CLIENT CLIENTES ES CON CON CRÉDIT CRÉDITO. O. 'n este clientes que cuenten con el servicio de pa$o a cr)dito. ara este catalo$o se asi$naran datos como- el nom#re, la direcci(n, el tel)fono % la clave de la venta. PROVEEDORES. /entro del re$istro de los proveedores se ocupara la si$u si$uie ient nte e info informa rmaci( ci(nn- una una clav clave e de prove proveed edor or,, clav clave e del del produ product cto, o, la cantidad % el nom#re o la empresa. Asimismo es fundamental mencionar que no se cuenta con un solo proveedor, pues )ste es se$0n el tipo de productos faltantes % es cuando se &ace el pedido, %a que estos no tienen visitas peri(dicas, sino que surten cuando la ferretería lo solicita. VENTAS. Adem!s, se llevara un re$istro de las ventas para facilitar el control de los productos, en este apartado se producir! una nota de remisi(n para lue$o imprimirla despu)s de &a#er terminado la venta para entre$!rsela al cliente. Las ventas se dividir!n enVentas Ventas a crédito. crédito. Re$istrar! datos como- una clave de la venta, el nom#re del cliente, la clave del producto, cantidad, el total a pa$ar, el en$anc&e dado, la fec&a % &ora. Ventas al contado. 'n estas solo se re$istrara la venta, sin tomar en cuenta al cliente re$istrar! datos como- la clave del producto, cantidad, el total a pa$ar, pa$ar, el descuento si es que se &ace* la fec&a % &ora. 's importante aclarar que adem!s de los datos mencionados la nota de remisi remisi(n (n conten contendr! dr! el nom#re nom#re del cliente cliente % su domici domicilio lio,, nom#re nom#re de los
productos % sus cantidades % precios correspondientes, así como el total a pa$ar. COMPRAS. 1onjuntamente se realian surtidos dentro de la ferretería es por ello que se controlaran las adquisiciones &ec&as, re$istrando- clave del proveedor, clave del producto, cantidad, precio de compra, precio de venta, la fec&a % la &ora.
3. ANÁLISIS DE LAS NECESIDADES DEL SISTEMA.
Diagrama de casos de uso
Diagrama de clases
Diagrama de flujo
PRUEBAS DE SOFTARE Las pruebas de software intentan demostrar que un programa hace lo que se intenta que haga, así como describir defectos en el programa antes de usarlo.
DO!U"E#TA!$%# DE& D$SE'O DE &AS PRUEBAS Plan de Prue(as) Se llevaran a cabo pruebas de unidad, pruebas de integración, pruebas de aceptación.
Espe*ifi*a*i+n del Dise,o de prue(as) Las pruebas que se especifican en el plan consistirán en: Pruebas de Unidad. Este tipo de prueba permitirá ver como es el funcionamiento de cada formulario que compone el software. Se prueba cada formulario se eval!an las funciones que se pretende que debe de cumplir. Pruebas de Integración. "ara e#ecutar este tipo de pruebas es necesario integrar todas las unidades, al tenerlas integradas se prueba que en con#unto todas las unidades funcionen como se desea. "ermite visuali$ar si todos los formularios del software se integran correctamente unos con otros. Pruebas de Aceptación. Las pruebas de aceptación tienen como ob#etivo validar el sistema, es decir, permite visuali$ar que el sistema cumple
con el funcionamiento esperado que permita al usuario definir la aceptación del sistema. Estas pruebas permiten verificar validar el sistema. La verificación se lleva a cabo durante el proceso de desarrollo del software, a que dentro del programa de %et&eans '(E se da esta herramienta, se prueba el sistema sin ser finali$ado, de esta manera brinda la posibilidad de corregir los errores en el momento.
Espe*ifi*a*i+n de !aso de Prue(a - Espe*ifi*a*i+n de Pro*edimiento de Prue(a) Las pruebas de unidad se aplicaran a los formularios que conforman el sistema, los cuales son: •
A.re.ar/pro0eedor) Su función es agregar un proveedor nuevo a la base de datos )erretería.
•
Bus*ar/!lientes) "ermite buscar clientes almacenados en la base de datos para reducir tiempos.
•
Bus*ar/Produ*tos) *er si ha productos en e+istencia, saber el precio, características, etctera.
•
Bus*ar/pro0eedor) &uscar el proveedor para facilitar el pedido.
•
!lientes) "ara hacer el registro de un cliente con crdito. -simismo se hace el registro de esa venta se imprime el ticet correspondiente. -demás, se disminue el inventario.
•
!ompras) "ara registrar cuántos productos se adquieren así aumentar el inventario.
•
$n0entario) Solo permite visuali$ar el inventario en e+istencia actual.
•
"enu) 'nterfa$ para acceder a los distintos componentes del software.
•
Produ*tos) "ermite registrar si en la ferretería se adquiere un producto nuevo que no se encuentra almacenado en la base de datos. /ambin permite llenar el inventario inicial.
•
Pro0eedor) "ermite hacer el registro inicial de los proveedores con los que se cuenta.
•
1enta/!ontado) /iene como función registrar una venta de este modo disminuir el inventario. Las pruebas de integración deben traba#ar en el sistema completo. El primer formulario es el 0en!, permitiendo ir a los demás formularios. (esde el formulario de inventario se accede al formulario de &uscar1"roductos al de 2ompras, del de "roveedor se accede al de &uscar1"roveedor al de -gregar1"roveedor, desde el de 2lientes al de &uscar12lientes. Las pruebas de aceptación son realizadas por el usuario, ya cuando el sistema se encuentre en una presentación ejecutable; se llevaran a cabo cuando el usuario fnal ya tenga implementado el sistema.
Proyección a 5 años
La implementación es el proceso de realizar el diseño como un programa, asimismo, después de implementar el sistema de inventarios en la erreter!a es necesario darle un mantenimiento adecuado y "acerle cambios si es #ue éste lo necesita.
$l sistema para administración de %erreter!as recibir& actualizaciones cada mes, debido a #ue es un sistema #ue cuenta con una base de datos, se corre el riesgo de #ue ésta se sature de inormación, por lo tanto, es importante el aumento en el poder de almacenamiento del servidor, y mejoras en el código del sistema, para darle un mayor rendimiento en su capacidad y velocidad; 'ambién es importante "acer revisiones al e#uipo, de modo #ue no e(istan riesgos como robo o pérdida de inormación.
)ambios #ue necesitar& el sistema *uevos diseños a la interaz, de modo #ue sea m&s amigable con el usuario, orezca una mejora en sus interacciones y un diseño m&s atractivo. +ejoras en la sinta(is, como reducción del código, de modo #ue el programa sea menos pesado para la muina. ealizar cambios en el sistema o versiones nuevas, de modo #ue sea compatible con nuevos sistemas operativos. )ambios en el e#uipo de cómputo con mejor rendimiento para contar con un sistema m&s r&pido y efciente. $specifcaciones del mantenimiento $l mantenimiento del sot-are es el proceso general de cambiar un sistema después de #ue éste "a sido entregado. $stos cambios pueden ir desde los simples "asta los m&s e(tensos. Los cambios se implementan modifcando los componentes del sistema e(istente y agreg&ndole nuevos componentes donde sea necesario. $n el sistema de inventario para erreter!as el mantenimiento se llevara de la siguiente manera / Limpieza y revisión al e#uipo de cómputo de manera #ue no presente riesgos para los usuarios. / 0nstalación de actualizaciones al sistema para #ue no se "aga obsoleto. / evisiones al código de manera #ue no e(istan errores 1mantenimiento preventivos y correctivo2, para evitar pérdidas en tiempo y esuerzo. / 3gregación de nuevos contenidos al men4 del sistema, para orecerle nuevas uncionalidades al usuario.