Está en la página 1de 23

INTEGRANTES:

Concepcin Valds Noyola German Valdovinos Lpez Mario Corona Carbajal.

CATEDRATICO:
L.I. Claudia Teresa Gonzlez Ramrez

ASIGNATURA:
Desarrollo de Proyectos de Software.

H. Zitcuaro a 24 de Junio del 2013.

CASO PRCTICO. Nombre de la Organizacin: Abarrotes Limas Direccin: 5 de Diciembre del 1810 Encargada: Silvia Ortega. Problemtica: El principal problema dentro de la organizacin es la desaparicin de mercanca y falta de control en las ganancias lo que genera prdidas. Requerimientos del cliente: El cliente requiere un sistema para llevar el control de ventas, resurtido y el inventario de los productos que ofrece, para poder tener una mejor organizacin y administracin de sus productos, evitando as prdidas. Cambio sobre los requerimientos: Una sugerencia que se le hace al cliente es adquirir un lector de cdigo de barras para as facilitar la deteccin de los productos.

H. Zitcuaro, Michoacn a 23 de Junio del 2013. ASUNTO: Carta de Liberacin.

A quien corresponda:

Por medio de la presenta, la suscrita SILVIA ORTEGA, hago constar que los CC GERMAN VALDOVINOS LPEZ, MARIO CORONA CARBAJAL y CONCEPCIN VALDS NOYOLA, han acordado desarrollar un sistema de control de ventas e inventario de mi negocio Abarrotes Limas, el cual me ser entregado el da 05 de Julio del ao en curso. Extiendo la presente para los fines que a los interesados convenga.

A T E N T A M E N T E:

_____________________________ SILVIA ORTEGA DUEA DE Abarrotes Limas

ARQUITECTURA ORIENTADA A OBJETOS En esta arquitectura los componentes del sistema encapsulan datos y operaciones que deben utilizarse para manipularlos. La comunicacin y coordinacin entre los componentes del sistema es mediante envo de mensajes. En esta arquitectura se enfatiza el empaquetamiento entre datos y operaciones que permiten manipular y acceder a ellos. Unas de las principales caractersticas de esta arquitectura es la herencia y el polimorfismo. ARQUITECTURA EN CAPAS. En esta se definen un conjunto de niveles o de capas, donde cada nivel interno que se atraviesa se aproxima ms al nivel del conjunto de instrucciones mquina. ARQUITECTURA 4+1 VISTAS Esta arquitectura consta de 4 vistas: Vista de casos de diseo: Captura el vocabulario del espacio del problema y del espacio de la solucin. Vista de Procesos: Modela la distribucin de los procesos e hilos. Vista de implementacin: Modela los componentes y archivos que se utilizan para ensamblar y hacer disponible el sistema fsico. Vista de despliegue: Modela los nodos de la topologa hardware sobre la que se ejecuta el sistema. Estas cuatro vistas se encuentran unidas por una quinta llamada: Vista de casos de uso: Muestra los requisitos del sistema tal como es percibido por los usuarios finales, analistas y encargados de pruebas.

4+1 VISTAS Se ha elegido esta arquitectura ya que es la mejor opcin para resolver la problemtica de nuestra organizacin debido a que a diferencia de la arquitectura orientada a objetos y la de capas, en esta arquitectura se hace por separado cada una de las etapas de desarrollo del sistema, y de esa manera es ms fcil desarrollar de una manera adecuada el sistema y que cumpla con los requerimientos del cliente. Adems con los diagramas que se utilizan en cada una de las vistas al desarrollar el sistema, la programacin se hace ms fcil ya que se han hecho los diagramas necesarios para poder resolver todos los requisitos que el cliente solicita, los diagramas son de mucha utilidad porque con ellos nos ayudamos a dar una respuesta a cada uno de los requisitos solicitados por nuestro cliente.

PERFILES DEL EQUIPO El equipo de trabajo est compuesto por Concepcin Valds Noyola, Mario Corona Carbajal y Germn Valdovinos Lpez. Cada una de las primeras 3 etapas se asigna a cada uno de los integrantes; Concepcin: Diseo; Mario: Construccin; Germn: Pruebas. Y entre los tres se llevara a cabo la etapa de liberacin. Perfil de diseo: Poder resolver problemas que se puedan presentar durante el desarrollo del sistema, y tenga cierto criterio y sea practico. Tener creatividad e imaginacin, para poder disear algo fuera de lo comn y no hacer del diseo algo montono, claro est, sin dejar a un lado los requerimientos establecidos por el cliente. Un diseador tiene una pizca de artista, un diseador hace cosas sin que se le pidan, es autodidacta. Perfil de construccin: El sistema se construir de acuerdo a los requerimientos establecidos por el cliente. Perfil de Pruebas: Se probara que se ingresen correctamente todo los datos de los diferentes proveedores y diferentes clientes. Que las compras de efecten correctamente actualizando los productos y los precios de los mismos. Y que las ventas sean las correctas, que los productos vendidos se descuenten de la existencia de los productos en venta y que los precios y totales sean los correctos. Perfil de liberacin: En el momento que se entregue el sistema completo y funcionando al 100% se entregara un documento donde nos liberamos de ese trabajo, ya que se ha cumplido con todos los requerimientos del cliente. Y se firmara el documento. En todos los perfiles se debe ser responsable con el trabajo para que sea entregado en tiempo y forma, tal como se acord.

DISEO DEL SISTEMA Men Principal

Opciones del Proveedor

Opciones de Productos

Opciones de Compra

Opciones de Ventas

METODOLOGIA A USAR La metodologa que seleccionamos es la Incremental ya que esta provee una estrategia para controlar la complejidad y los riesgos, desarrollando una parte del producto software reservando el resto de aspectos para el futuro. Fue la que ms a adapto a nuestro problema, porque en esta se va incrementando de una etapa a otra y no se puede avanzar a la siguiente sin haber concluido la actual, y adems cuenta con una estrategia para controlar los riesgos que se puedan presentar durante el desarrollo del sistema. Y toma en cuenta aspectos que se pueden utilizar en el futuro, suponiendo que la organizacin crezca y por lo tanto el sistema tendra que crecer.

ERS Limas Groceries software system is a system that will allow the user to add sales when the sales are performed, consult them, and see a daily report of the sales that have taken place. Is required to check the existence of the products offered, price and provider from which they get the products, to keep in control the stock. You can also register a new product by identifying it with its barcode, adding his name and total existence of the new product to be registered, those products that do not have a barcode must be assigned a code product for identification. They also need register new suppliers, in case that theyre new, where you can add all the information from suppliers, to have some contact with them, in case it is required to supply the product it offers. The sales consult can be done in three ways: through the date on which the sale was made, by the number of sales, and each sale is identified with a sales number, or looking for it in the report generated daily, and if the store grows we can add clients, then that way we can add a new consult that would be by the clients name. The consult of products is made through barcode or the code that was assigned to the product, as this is the product ID, so we can see the product name, price, its existence and the provider who supplies it. The system must also have control purchases or stock, where its register every purchase that is made to their suppliers, the purchase should consider, buy products, the quantity, the price at which it is acquired, and the supplier that supplies it. It also requires that the inventory is updated every time you make a sale or a purchase, automatically discounting products from inventory that are consumed in each sale, or by adding the products purchased and their price and existence, if have not been registered in the system, if they exist in inventory, just upgrade their existence.

AVANCE Nombre del proyecto: Abarrotes Limas. Encargado del proyecto: Concepcin Valds Noyola. El proyecto hasta el da de hoy, 24 de junio del 2013, tiene varios puntos de los requerimientos terminados como son: dar de alta usuarios, hacer ventas, consultar ventas por nmero, consultar venta por fecha, generar reporte general de ventas, dar de alta productos, dar de alta proveedores, consultar proveedor, registrar compra, consultar compra, estos puntos ya estn terminados en el sistema. Y de acuerdo a la matriz de trazabilidad solo queda un punto sin terminar, consultar productos.
RESULTADO DE AVANCE ESTADO DE AVANCE

OBJETIVOS

OBSERVACIONES

Mejorar el control de Dar de alta usuario los usuarios que accedan al sistema Dar de alta una venta Mejorar el control de las ventas

terminado

ninguna

terminado

ninguna

Poder consultar una Consultar una venta venta por medio del por numero nmero de venta Poder consultar una Consultar una venta venta por medio de por fecha la fecha Generar reporte de Mostrar el reporte ventas diario de las ventas Dar de alta productos Llevar un mejor control de productos y su existencia

terminado

ninguna

terminado

ninguna

terminado

ninguna

terminado

punto aun no terminado

Mostrar el producto Consultar productos con toda su informacin

pendiente

ninguna

Dar de alta proveedores Consultar Proveedor

Mejorar el proceso de distribucin y venta Poder contactar al proveedor por si se ocupa resurtir Llevar un mejor control de los productos que se adquieren Poder consultar los productos que se han adquirido ltimamente

terminado

ninguna

terminado

ninguna

Registrar compra

terminado

ninguna

Consultar Compra

terminado

ninguna

Hasta el momento no se han presentado dificultades en el desarrollo del sistema, aunque este no se ha probado. En el momento de la prueba el cliente tambin estar presente y ella nos dir si el sistema cubre lo q ella haba pedido. De no ser as se harn modificaciones y aqu ser cuando se presenten las dificultades.

ASUNTO: SOLICITUD DE CAMBIO.

Por medio de la presente, solicito a los desarrolladores del sistema adquirido CC. GERMAN VALDOVINOS LPEZ y/o MARIO CORONA CARBAJAL y/o CONCEPCIN VALDS NOYOLA, un cambio en el sistema que adquir, el cual consiste en: __________________________________________________ por los siguientes motivos: ___________________________________________, agradeciendo su inmediata respuesta.

ATENTAMENTE

_________________________________ SILVIA ORTEGA DUEA DE Abarrotes Limas

LA MEJOR OPCION Se ha elegido esta alternativa ya que es la mejor opcin para resolver la problemtica de nuestra empresa ya que esta se nos hizo ms factible y tenamos un poco ms de conocimientos para realizarla ya que si no los hubiramos tenido nos hubiera llevado ms tiempo en entenderla y por consecuencia hubiramos tardado ms tiempo en realizar el sistema. Adems con esta alternativa cumplimos con todos los requerimientos que el cliente solcito as como la comprensin para realizar los diagramas correspondientes para un mayor entendimiento del sistema. Por conclusin cabe mencionar que esta alternativa solucionara por completo la problemtica que la empresa tiene mediante el sistema que implantaremos. EL DIAGRAMA DE PARETO

El diagrama de Pareto est basado en la ley 80-20 o de los pocos vitales y muchos triviales, enunciada por el economista italiano Vilfredo Pareto a principios de siglo. Pareto se dio cuenta de que la mayor parte de la riqueza de Italia se concentraba en manos de una pequea parte de la poblacin, quedando el resto distribuido entre la mayora. Aplicando este mismo principio, cuando dividimos las causas que explican un problema en la organizacin, si somos capaces de cuantificar su efecto (p.ej. en coste), nos daremos cuenta generalmente de que slo con unos pocos factores se explica la mayor parte del efecto. Esto nos permite focalizar los esfuerzos en esas causas principales.

En esto consiste la Ley 80-20: en un 20% de los factores o causas se concentra el 80% del efecto. Por supuesto, son nmeros redondos, simblicos. Tambin es conocido este principio como clasificacin ABC: los factores o causas A se corresponderan con el 20% que soporta el 80% del peso total del problema. Antes de disponer de los datos 1) Lo primero es decidir los elementos a estudiar del problema. Nuestra empresa es una tienda de abarrotes. Queremos saber cules son las ventas que producen la tienda en una fecha determinada, el inventario de los productos y el resurtido. La principal problemtica en la organizacin es la desaparicin de productos y que generan prdidas a la empresa. 2) Recogida de datos Durante 3 meses previstos, nuestro sistema nos permitir recoger los datos del sistema. Ventajas Los productos ya no se desaparecern La venta en un determinado tiempo(Datos reales) Ventajas Del Sistema Los productos ya no se desaparecern La venta en un determinado tiempo(Datos reales) Total Coste (miles pts.) 100 100

Coste (miles pts.) 100 100 200

Porcentaje individual 50% 50%

Porcentaje acumulado 50% 100%

Ventajas Del Sistema


120 100 100 80 60 40 20 0 Los productos ya no se desaparecern La venta en un determinado tiempo(Datos reales) Columna1 Columna2 100

Coste (miles pts.)

ACTORES Actor Caso de uso Tipo Descripcin Usuario Validar usuario, Registrar usuario, Registrar proveedor, Registrar Producto, Consulta informacin, Venta, Compra Primario Es el actor principal y representa a cualquier persona que desee utilizar el sistema de tienda de abarrotes. Base de datos Registros Validar usuario, Registrar usuario, Registrar proveedor, Registrar Producto Secundario Es el actor secundario y representa a la base de datos donde se guarda toda la informacin relacionada con los usuarios pero independiente de las ventas. Base de datos Ventas Consulta informacin, ventas y compras Secundario Es el actor secundario y representa a la base de datos donde se guarda toda la informacin relacionada con las ventas. Validar usuario Usuario, base de datos registros Inclusin Validar a un usuario ya registrado para el uso del sistema. En este caso de uso es iniciado por el usuario. Valida a un usuario mediante un login y password al ser validado con su respectivo registro de usuario para as poder utilizar el sistema.

Actor Caso de uso Tipo Descripcin

Actor Caso de uso Tipo Descripcin

Caso de uso Actores Tipos Propsitos Resumen

Precondiciones Flujo principal

Subflujos Excepciones

Si el usuario no ha sido registrado tendr que ejecutar el casos de uso registrar usuario subflujo crear usuario Se presenta al usuario la pantalla principal, el usuario tiene que escribir su nombre de usuario y la contrasea enseguida hay dos opciones un botn que dice entrar y otro que dice registrar, si la actividad seleccionada es entrar se valida que el usuario este registrado sino est el botn registrar que sirve para registrar a los nuevos usuarios que manipularan el sistema. Ninguno Si el login del usuario y su password no se validaron bien se pido al usuario volver a registrarse despus de 3 intentos se saldr del sistema. Ventas Usuario Inclusin Ofrece al usuario realizar una o varias ventas. En este caso de uso es iniciado por el usuario. Tiene dos opciones realizar una venta y consultar alguna venta que ya se all realizado. Se requiere la validacin correcta del usuario. Se presenta al usuario la pantalla principal, el usuario tiene que seleccionar entra las siguientes actividades, registrar venta y consultar informacin. Si la actividad seleccionada es registrar venta se da de alta una venta en el sistema pero si no y es consultar informacin solo puede consultar una venta que ya all sido dada de alta.

Caso de uso Actores Tipos Propsitos Resumen

Precondiciones Flujo principal

Subflujos Excepciones Caso de uso Actores Tipos Propsitos Resumen

Ninguno Ninguno Compras Usuario Inclusin Ofrece al usuario registrar las compras de productos que Allan resurtido para la tienda. En este caso de uso es iniciado por el usuario. Tiene dos opciones registrar una compra y consultar alguna compra que ya se all dado de alta. Se requiere la validacin correcta del usuario. Se presenta al usuario la pantalla principal, el usuario tiene que seleccionar entra las siguientes actividades, registrar y consultar. Si la actividad seleccionada es registrar se tendr que dar de alta una compra en el sistema pero si no y es consultar solo puede consultar una compra que ya all sido dada de alta mediante la clave de la compra. ninguno ninguno Registrar proveedores Usuario, base de datos, registro Extensin Permitir al usuario registrar los diferentes proveedores que surten la tienda de abarrotes En este caso de uso es iniciado por el usuario. Ofrece funcionalidad para crear, modificar, eliminar y consultar el registro de proveedor para as tener el

Precondiciones Flujo principal

Subflujos Excepciones Caso de uso Actores Tipo Propsito Resumen

Precondiciones Flujo principal

Subflujos

Excepciones

control de los proveedores. El usuario ya debe haberse registrado mediante la activacin del caso de uso registrar usuarios. Se ejecuta el caso de uso registrar usuario. Dependiendo de las opciones seleccionadas por el usuario se continuara con los diferentes Subflujos de este caso de uso. Registrar Se presenta la pantalla principal registrar proveedor. Esta pantalla contiene informacin de registro que debe ser llenada por el usuario. Modificar Esta pantalla contiene la informacin que fue llenada por el usuario y que desea modificar. Eliminar Mediante la clave del registro se hace una consulta del dato que desea ser eliminado. Consultar En esta pantalla solo se hacen las consultar pertinentes que el usuario desea hacer. Si el registro no fue dado de alta correctamente se le pedir que vuelva a introducir los datos. Registrar productos Usuario, base de datos, registro extensin Permitir al usuario registrar los diferentes productos que se van a ofrecer en la tienda de abarrotes. En este caso de uso es iniciado por el usuario. Ofrece funcionalidad para crear, modificar, eliminar y consultar el

Caso de uso Actores Tipo Propsito Resumen

Precondiciones Flujo principal

Subflujos

Excepciones

registro de productos que ofrecer la tienda de abarrotes. El usuario ya debe haberse registrado mediante la activacin del caso de uso registrar usuarios. Se ejecuta el caso de uso registrar usuario. Dependiendo de las opciones seleccionadas por el usuario se continuara con los diferentes Subflujos de este caso de uso. Registrar Se presenta la pantalla principal registrar productos. Esta pantalla contiene informacin de registro que debe ser llenada por el usuario. Modificar Esta pantalla contiene la informacin que fue llenada por el usuario y que desea modificar. Eliminar Mediante la clave del registro se hace una consulta del dato que desea ser eliminado. Consultar En esta pantalla solo se hacen las consultar pertinentes que el usuario desea hacer. Si el registro no fue dado de alta correctamente se le pedir que vuelva a introducir los datos. Registrar usuarios Usuario, base de datos, registro extensin Permitir al usuario registrar los diferentes usuarios que van a controlar el sistema. En este caso de uso es iniciado por el usuario. Ofrece funcionalidad para

Caso de uso Actores Tipo Propsito Resumen

Precondiciones

Flujo principal

Subflujos

crear, eliminar y consultar el registro de usuarios que llevaran el control del sistema. El usuario se registra en este proceso para as poder insertar productos, proveedores y hacer una venta o compra. Se ejecuta el caso de uso registrar usuario. Dependiendo de las opciones seleccionadas por el usuario se continuara con los diferentes Subflujos de este caso de uso. Registrar Se presenta la pantalla principal registrar productos. Esta pantalla contiene informacin de registro que debe ser llenada por el usuario. Consultar En esta pantalla solo se hacen las consultar pertinentes que el usuario desea hacer. Si el usuario no se registr correctamente se pedir que vuelvas a introducir los datos Consultar informacin Usuario, base de datos, registro bsico Permitir al usuario consultar informacin de la base de datos del sistema. En este caso de uso es iniciado por el usuario. Ofrece funcionalidad para consultar informacin de ventas y compras en el sistema. Se requiere a ver ejecutado antes el caso de uso validar usuario. Se ejecuta el caso de uso validar

Excepciones

Caso de uso Actores Tipo Propsito Resumen

Precondiciones Flujo principal

Subflujos

Excepciones

usuario. Dependiendo de las opciones seleccionadas por el usuario se continuara con los diferentes Subflujos de este caso de uso. Consultar En esta pantalla solo se hacen las consultar pertinentes que el usuario desea hacer. Nada