Sistema para produccin de bicicletas

El proyecto forma parte del proceso de negocio del fabricante de bicicletas BGX. El tema de inters del proyecto, es la parte de produccin de bicicletas. El objetivo principal del sistema es recibir rdenes de produccin de bicicletas, y proveer informacin actualizada sobre el avance de produccin de tales rdenes.

Marcel Valdez Orozco Jorge Benjamin Riberth Ramrez

Table of Contents

A. Requerimientos i.
I.

Project Drivers
Propsito del proyecto

1. Dominio de Trabajo del Proyecto

El proyecto forma parte del proceso de negocio del fabricante de bicicletas BGX. El tema de inters del proyecto, es la parte de produccin de bicicletas. El objetivo principal del sistema es recibir rdenes de produccin de bicicletas, y proveer informacin actualizada sobre el avance de produccin de tales rdenes. Estas rdenes requieren de inventario en almacn para ser satisfechas. As mismo, es responsabilidad del sistema actualizar la informacin sobre el inventario utilizado para satisfacer las rdenes de produccin recibidas.
2. Justificacin

Existe el problema durante la produccin de bicicletas, el cul surge debido a que la fabricacin de cada bicicleta es relativamente lento (3.29 hr por unidad), por lo cual, si se surtieran todos los componentes en una sola entrega, sera inviable mantener un inventario tan grande, por esto mismo, se requiere un control meticuloso del inventario de componentes, el cul requiere tener un conocimiento actualizado sobre el inventario utilizado para produccin al momento. As mismo, tambin se necesita conocer las rdenes satisfechas y pendientes, para saber cuando es posible hacer los envos a los distribuidores.
3. Objetivos del Proyecto

El objetivo principal del sistema es recibir rdenes de produccin de bicicletas, y proveer informacin actualizada sobre el avance de produccin de tales rdenes.

Es objetivo del sistema, ayudar al negocio a cumplir de manera perfecta las fechas de entrega para que los clientes estn satisfechos y as los pedidos aumenten ao con ao, con el soporte del sistema. Es objetivo del sistema apoyar al negocio con una proyeccin de produccin adecuada para tener definidos desde comienzos del ao los pedidos de material a los proveedores. 4. Criterios de Prueba

El sistema debe "consumir" los datos registrados en inventario, y proveer actualizaciones de inventario para determinar los requerimientos de pedidos a proveedores. Tambin, debe proveer suficiente informacin, para que se puedan generar reportes de rdenes satisfechas y pendientes, adjuntando detalles de tales rdenes.

ii.
II.

Project Constraints
Los interesados (stakeholders)

1. Cliente

Dr. Guillermo Jimnez Tiene informacin detallada sobre los requerimientos del proyecto, cualquier duda sobre las capacidades del sistema se puede resolver con l. La participacin del Dr. Jimnez en el proyecto es mediana-alta, se requiere su participacin para aquellos puntos clave en que no hay suficiente informacin documentada y se necesita su criterio. La influencia del Dr. Jimnez sobre el proyecto, es grande, y es un interesado capaz de determinar el fracaso o xito del proyecto.
2. Comprador

Dr. Guillermo Jimnez

3. Otros interesados

Integrantes de los dems equipos de desarrollo. Su conocimiento del proyecto ir progresando conforme avance el proyecto, inicialmente solamente tienen acceso a la descripcin general del sistema.

El grado de participacin en el proyecto de los dems integrantes, es mediano-bajo, una vez que se hayan tomado las decisiones globales en consenso, no se requerir involucrar ms con los dems equipos. La influencia de los dems equipos est limitada por el grado de aceptacin del equipo del proyecto, y las recomendaciones del Dr. Jimnez. Cualquier conflicto de inters entre estos integrantes, y el Dr. Guillermo Jimnez, ser resuelto por el Dr. Jimnez.
4. Usuario final

De a momento, slo se reconoce 1 tipo de usuario que ser llamado en el documento: usuario, el encargado de manejar el sistema de produccin. Rol: Introducir informacin de actualizaciones de produccin en el sistema, y explotar la informacin de produccin Experiencia en el (Novicio/Experimentado/Maestro) tema de produccin: Maestro

iii.
III.

Project Constraints
Mandated Constraints

1. Limitaciones para la solucin Requerimiento # RES-1 Descripcin: Raciocinio: La solucin de software debe estar hecha utilizando Java EE 5+, GlassFish v3.0+, MySQL 5+ y JUnit 2.4+ Se trata de un proyecto que colaborar con otros sistemas, y todos debemos utilizar tales tecnologas, pues es un requerimiento de la clase. Dr. Guillermo Jimnez (cliente) Todo el cdigo de bases de datos debe funcionar en MySQL 5+, todo el cdigo del programa debe compilar y funcionar en Java EE 5+, y correr en el servidor de aplicaciones GlassFish v3.0+, todas las pruebas automatizadas deben estar hechas utilizand JUnit 2.4+.

Fuente: Criterio de Aceptacin:

Dependencias:

2. Socios y colaboradores para la aplicacin

Se propone un sistema centralizado en el cual se tenga acceso a las diferentes reas que requiere el negocio como son recursos humanos, finanzas, produccin, clientes y proveedores. Con estas reas se tendr total control sobre el proceso y se podr dar u correcto seguimiento a la funcionalidad de la empresa as como tambin detectar posibles reas de oportunidad dentro de la empresa. Dado que para el proyecto se ocupar Open Source se tiene la ventaja de que en el Internet se cuenta con plantillas para realizar la interfaz del sistema. Durante la creacin del sistema se contar con colaboracin de otros equipos para manejar sistemas siguiendo los mismos estndares y con compatibilidad entre ellos para posibles expansiones del sistema.
3. Limitaciones de horarios

La fecha lmite para la creacin de este sistema es el 14 de Mayo del 2012, que es cuando culminar el semestre en curso.

IV.

Naming Conventions and Definitions

1. Definitions of All Terms, Including Acronyms, Used in the Project

Sistema, subsistema de produccin, sistema de produccin Se refiere al sistema de produccin de la empresa de manufactura de bicicletas.

V.

Relevant Facts and Assumptions

1. Hechos relevantes

Se cuenta con diferentes limitantes para la produccin y entrega de las bicicletas, las cuales son:
-

Se produce una bicicleta cada 3.29 horas. Desde comienzos del ao se debe tener conocimiento de las unidades requeridas por cada cliente para realizar la proyeccin de la produccin as como la logstica de los pedidos de materiales. El almacn tiene limitaciones de capacidad por lo cual los materiales a utilizar deben estar renovando cada cierto tiempo.

2. Reglas del negocio

Los envos a productores se realizan de 20 en 20 unidades cada vez, normalmente cada mes, hasta completar la cantidad total solicitada. Los

pagos a proveedores se hacen va electrnica 15 das despus de que fue entregado lo que se pidi.
3. Asunciones

Se asume que al subsistema de produccin no le incumben precios ni ninguno de los elementos fsicos, humanos o abstractos involucrados. Se asume que el subsistema de produccin no efecta rdenes a proveedores, ni recibe las rdenes de clientes, ni efecta ni recibe pagos electrnicos.

iv.
VI.

Functional Requirements
The Scope of the Work

1. Situacin actual

Se logra obtener un mejor anlisis de la situacin empleando diagramas de contexto o casos de uso, como se presentan en esta seccin. Esto nos ayudar a prever una mejor visin de las condiciones que se tienen y los diferentes usos que se le darn al sistema, al igual que ayudar a visualizar las posibles dificultades que se puedan presentar en un futuro dentro de la elaboracin del sistema. Al igual que visualizar los nexos de comunicacin que se deben tener en cuenta para que el sistema funcione de manera correcta al juntarse con lo dems departamentos que conforman la empresa.

2. Diagrama de Contexto

No estoy seguro de los flujos de informacin con recursos humanos. Se cree que los recursos humanos disponibles afectarn en la capacidad de produccin, pero a Produccin no le interesa quin produce, sino cunto se produce. El usuario accesa el componente-produccin para consultar el avance de produccin. El usuario accesa el componente-produccin para registrar avance de produccin. Finanzas Produccin necesita informacin actualizada sobre el inventario disponible, para saber si es posible o no atender una rden con el inventario disponible. Proveedores/Inventarios necesita que produccin actualice la informacin del inventario utilizado para producir, para determinar si se requiere pedir ms. Finanzas necesita que Produccin las actualice las rdenes completadas, e inventario utilizado, para generar reportes de finanzas.

Recursos-Humanos +? +?

Sistema-Produccin usuario Produccin necesita informacin actualizada sobre las rdenes recibidas, para saber si hay rdenes pendientes de procesar.

Clientes/ Ventas

Proveedores/ Inventarios

3. Casos de uso

Nombre de caso de uso: Login Identificador: CU1 Precondiciones: El usuario an no ha ingresado al sistema. El usuario tiene una cuenta registrada en el sistema. Postcondiciones: El usuario queda autentificado en el sistema. Se le permite navegar el sistema al usuario. Pasos del Caso de Uso: 1. El usuario introduce sus credenciales: nombre de usuario y password 2. El sistema determina la autenticidad de las credenciales introducidas [CU1-ALT1] 3. El sistema procede a la pantalla default de navegacin. Rutas Alternativas Identificador: CU1-ALT1 3. El sistema encuentra que las credenciales de usuario son incorrectas. [CU1-ALT2] 4. El sistema informa al usuario de la invalidez de sus credenciales, y le permite reintentar. Identificador: CU1-ALT2 4. El sistema encuentra que es la quinta vez que el usuario ingresa credenciales incorrectas. 5. El sistema informa al usuario que ha fallado demasiadas veces, y debe esperar 5 minutos para reintentar ingresar al sistema.

Nombre de caso de uso: Ver Status de Lote Identificador: CU2 8

Precondiciones: El usuario se ha autentificado previamente en el sistema. Postcondiciones: Ninguna Pasos del Caso de Uso: 1. El sistema presenta una pantalla en la que se muestra: ID del pedido, modelo de la bicicleta, produccin de la orden, fecha de entrega, clculo de la proyecta, produccin del lote, registrar produccin y lotes producidos. 2. El sistema determina si las partes con las que se cuenta en el almacn son suficientes como para llevar a cabo la produccin de dichas bicicletas. 3. En caso de que el sistema detecte que no se cuenta con el material suficiente para continuar la produccin del lote, la columna de status dir insuficiente.

Nombre de caso de uso: Ver Status de Produccin Identificador: CU3 Precondiciones: El usuario se ha autentificado previamente en el sistema. Postcondiciones: Ninguna Pasos del Caso de Uso: 1. El sistema presenta una pantalla que muestra: mes, ao, la produccin planeada y realizada de mes, el material planeado a utilizarse y el utilizado durante el mes y semana, determinacin si la produccin planeada es factible o no, y la ltima modificacin. 2. El sistema determina si el pedido se encuentra retrasado de acuerdo a la limitante d produccin que es una bicicleta por cada 3.29 hrs. 3. En caso de que el sistema detecte que el clculo de fecha de proyectada es despus de la fech de entrega, alerta que el la produccin se encuentra retrasada respecto a ese pedido.

Nombre de caso de uso: Ver Modelo de Bicicletas Identificador: CU4 Precondiciones: El usuario se ha autentificado previamente en el sistema. El usuario se encuentra en la pantalla de diseo de bicicleta. Postcondiciones: Ninguna Pasos del Caso de Uso: 1. El sistema presenta una pantalla que muestra: el modelo de bicicleta, nombre y cantidad de la partes requeridas para producir dicho modelo de bicicleta. Nombre de caso de uso: Ver Status de Produccin Identificador: CU5 Precondiciones: El usuario se ha autentificado previamente en el sistema.

Postcondiciones: El sistema ha actualizado la informacin presentada en la pantalla de status de lote actual y status de produccin. Pasos del Caso de Uso: 1. El sistema presenta una pantalla que muestra: mes, ao, la produccin planeada y realizada de mes, el material planeado a utilizarse y el utilizado durante el mes y semana, determinacin si la produccin planeada es factible o no, y la ltima modificacin. 2. El usuario precio el botn + que se localiza en la columna de registrar produccin para registrar que se termina la produccin de una bicicleta. 3. El sistema enva un mensaje de alerta para confirmar la accin deseada. 4. El usuario confirma. 5. El sistema te regresa a la pantalla de status de produccin.

Nombre de caso de uso: Registro de parte de bicicleta Identificador: CU6 Precondiciones: El usuario se ha autentificado previamente en el sistema. El usuario se encuentra en la pantalla de diseo de bicicleta. Postcondiciones: Se actualiza la lista de los materiales y cantidades necesarias para la produccin del modelo d bicicleta modificado. Pasos del Caso de Uso: 1. El sistema presenta una pantalla que muestra: modelo de la bicicleta, nombre y cantidad de la partes empleadas en la produccin de dicho modelo de bicicleta. 2. El usuario precio el botn de modificar o agregar. 3. El sistema muestra la pantalla de registro de parte en la que tienen los posibles materiales enlistados y un espacio para indicar la cantidad que se requerir para llevar a cabo la produccin de dicho modelo. 4. El usuario seleccin la parte y la cantidad requerida para la produccin de dicho modelo de bicicleta. Rutas Alternativas Identificador: CU6-ALT1 5. El usuario guarda los cambios. 6. Se presenta la nueva pantalla de Diseo de bicicleta. Identificador: CU6-ALT2 5. El usuario cancela lo realizado. 6. Se presenta la nueva pantalla de Diseo de bicicleta.

VII.

Functional and Data Requirements

REQF-1

1. Requerimientos funcionales # de Requerimiento:

10

Descripcin:

El sistema debe ser capaz de autentificar un usuario, utilizando su nombre de usuario y contrasea. Sin el LogIn es imposible brindar seguridad al sistema y la informacin que se maneja sera de dominio pblico. Marcel Valdez y Benjamin Riberth, Jefes de proyecto. Deben aparecer en el centro de la pantalla las 2 barras para llenar con los nombre de usuario y contrasea. CU1

Raciocinio:

Fuente: Criterio de Aceptacin:

Dependencias:

# de Requerimiento: Descripcin:

REQF-2 El sistema debe calcular el nmero de bicicletas a producir durante cada mes, de acuerdo a los pedidos efectuados con anticipacin. Es importante que el sistema pueda mostrar la produccin o comprometida de cada mes para lograr cumplir con los envos. Marcel Valdez y Benjamin Riberth, Jefes de proyecto Debe informarse en produccin del mes. CU2 la pantalla de

Raciocinio:

Fuente: Criterio de aceptacin: Dependencias:

# de Requerimiento: Descripcin:

REQF-3 El sistema debe calcular el material a utilizarse para cada lote de bicicletas e informar en caso de que el que el materia con el con que se cuenta es

11

insuficiente. Raciocinio: Es importante que el sistema pueda calcular el material que se requerir para la produccin de las bicicletas de cada lote o pedido del mes. Marcel Valdez y Benjamin Riberth, Jefes de proyecto Debe estar contenido en la pantalla de status del lote actual. CU4

Fuente: Criterio de aceptacin: Dependencias:

# de Requerimiento: Descripcin:

REQF-4 El sistema debe informar al usuario si la produccin va atrasada tomando en cuenta que se produce una bicicleta cada 3.29 hrs. El usuario necesita saber si la produccin se encuentra dentro de la fecha de entrega o si ya se retras la produccin comprometiendo la entrega del mismo. . Marcel Valdez y Benjamin Riberth, Jefes de proyecto Debe informarse en la pantalla produccin de status de produccin. CU3, CU5, REQF-5 de

Raciocinio:

Fuente: Criterio de aceptacin: Dependencias:

# de Requerimiento: Descripcin:

REQF-5 El usuario debe poder registrar la produccin de pedido para poder llevar control de las bicicletas que se han producido, nmero de lote al que pertenecen y las faltantes para cumplir con la produccin estimada. 12

Raciocinio:

Esta capacidad es esencial, y se requiere para alimentarle informacin al sistema sobre el estatus de produccin. Marcel Valdez y Benjamin Riberth, Jefes de proyecto Debe haber una interfaz de usuario donde permita al usuario ingresar la informacin para actualizar el estatus de produccin. CU5

Fuente: Criterio de aceptacin:

Dependencias:

# de Requerimiento: Descripcin:

REQF-6 El usuario debe poder modificar la cantidad y tipo de partes requeridas para requerido tipo de modelo de bicicleta, esto mediante una pantalla de diseo de bicicleta. Esta capacidad ayudar para realizar correctamente la planeacin de los elementos requeridos para cumplir con la produccin. Marcel Valdez y Benjamin Riberth, Jefes de proyecto Debe haber una interfaz de usuario donde permita al usuario modificar, agregar o eliminar los elementos necesarios para fabricar las bicicletas. CU4, CU6

Raciocinio:

Fuente: Criterio de aceptacin:

Dependencias:

v.
VIII.

Nonfunctional Requirements
Usability and Humanity Requirements
1. Requerimientos para su uso sencillo - El sistema debe ser sencillo de usar incluso para una persona sin

estudios universitarios.
13

El sistema debe advertir al usuario cuando la produccin planeada no es factible. El sistema debe permitir al usuario simular proyeccin de produccin para ver la reparticin de cargas y factibilidad. El sistema debe poder ser usado sin capacitacin previa.

2. Requerimientos de aprendizaje

El usuario se podr familiarizar rpidamente con el sistema dado que su el entorno solo muestra lo altamente necesario para que el departamento de produccin realice de manera satisfactoria su trabajo. El usuario podr aprender a manipular el sistema sin necesidad de capacitacin y podr ver si es factible o no la produccin planeada para dicho mes o semana acorde a lo simulado.
3. Understandability and Politeness Requirements

IX.

Requerimientos de Desempeo

1. Requerimientos de Velocidad y Latencia

Cualquier interfaz entre el usuario y el sistema debe tener un mximo tiempo de respuesta de 2 segundos, sin tomar en cuenta el tiempo de respuesta de la red.
2. Precisin de los Requerimientos

La proyeccin de produccin debe tener una precisin mensual, esto quiere decir que debe coincidir en el mes, pero puede errar por das dentro del mismo mes.
3. Requerimientos de Confiabilidad

El subsistema de produccin debe estar funcionando dentro de los horarios de trabajo, durante todo el ao. En ningn momento y bajo ninguna condicin debe de realizar incorrectamente los clculos el sistema, siempre y cuando los datos ingresados al mismo sean correctos.
4. Requerimientos de Capacidad

El subsistema de produccin debe funcionar correctamente (de acuerdo con los requerimientos de este documento) para 50 usuarios simultneos. El subsistema de produccin debe mantener registros histricos de todas las rdenes satisfechas por produccin, adjunto con todos sus datos
14

relacionados, pudiendo ser estas hasta 10000 rdenes mensuales, para 500 distribuidores y recibiendo material de hasta 500 proveedores.

X.

Operational and Environmental Requirements

1. Requirements for Interfacing with Adjacent Systems

La interfaz de usuario del sistema debe funcionar correctamente en las ltimas 2 versiones FireFox y Chrome, y la ltima versin de Internet Explorer. El subsistema compartir informacin con otros subsistemas por medio de un modelo entidad relacin comn, en la base de datos.
2. Release Requirements

Solamente se producir una versin del producto.

XI.

Security Requirements

1. Requerimientos de acceso

Solo los usuarios podrn entrar al sistema debido a que las contraseas estarn encriptadas para que no cualquier persona pueda entrar al sistema.
2. Requerimientos de integridad

El sistema prevendr al usuario cuando los datos no sean consistentes o simplemente no sea factible llevar a cabo dicha produccin debido a que no se cuenta con el tiempo necesario para realizarse. El sistema contar con un control de versin en caso de que se haya realizado un uso inadecuado del sistema.

15

XII.

Pantallas

16

17

18

19

20

B. Diseo de alto nivel i. Diagrama de componentes

ii.

Diagramas de robustez

CU1: Login

21

CU2: Ver Status de lote

CU3: Ver status de produccin

22

CU4: Ver modelo de bicicleta

CU5: Registrar produccin

23

CU6: Registro de parte de bicicleta

24

iii.

Anlisis de robustez

iv.

Diagrama de invocaciones

25

v.

Diagrama de flujo de datos

26

vi.

Diagrama de entidad-relacin

27

vii.

Diagrama de interfaces y dependencias

28

C. Diseo de alto nivel i. Diagrama de clases

29

30

ii.

Diagrama de secuencias

CU2: Ver status del lote

31

CU3: Ver status de produccin

32

CU4: Ver modelo de bicicleta

33

CU5: Registrar produccin 34

CU6: Registro de parte de bicicleta 35

36

37

D.Casos de prueba
No. de caso de prueba: Objetivo: Paso no.: 1 Pasos: Datos de entrada: 1 Que los datos mostrados en la pantalla de status se actualicen cuando el registra la produccin. Salida deseada: Produccin de orde: +1 Produccin de lote: +1 Salida obtenida: Correcto? Produccin de orde: +1 Produccin de lote: +1

El usuario Click en + encontrndose en la pantalla de status de produccin.

No. de caso de prueba: Objetivo: Paso no.: 1 Pasos: Datos de entrada:

2 Que el sistema te alerte en caso de que la produccin este atrasada. Salida deseada: Clculo de Fecha Proyectada: Salida obtenida: Correcto? Clculo de Fecha Proyectada:

El usuario Base de datos: encontrndose en la pantalla de Fecha actual: status de

38

produccin.

1/1/2013 Fecha de entrega: 2/1/2013 Produccin de lote: 0 de 15

7/1/2013 Mensaje: Retrasado

7/1/2013 Mensaje: Retrasado

39

E. Conclusiones
Se realizo realiz la documentacin e implementacin necesaria para responder a las necesidades del problema en el rea de produccin, la cual estaba limitada por los envos de las bicicletas en lotes de 20 unidades y la pobre produccin de 3.29 horas por bicicleta. Debido a estas limitantes, produccin debe tener el mayor control posible en lo que son las piezas empleadas para la elaboracin de los diferentes modelos de bicicletas y las fechas estimadas de entrega de acuerdo a la produccin que se registra en el sistema. Dentro de los casos de uso tambin se como en cuenta que las partes empleadas en los modelos de bicicletas puede variar un poco durante el tiempo por lo que se agreg una pantalla de diseo de bicicleta en la que el usuario puede agregar o quitar de la lista de material empleado alguno o varios de los materiales empleados para la produccin de la misma, claro esto de acuerdo a las nuevas caractersticas que se quieran brindar a la bicicleta. Lo cual ayudar a poder mejorar el producto frecuentemente y a su vez no depender de algn proveedor. Tambin se pens en que el equipo de produccin pudiera estar al tanto de como va la produccin de acuerdo a una fecha estimada de cuando se terminara la produccin del mes de dicho pedido y as saber si la entrega esta a tiempo o la produccin se encuentra retrasada. Dado que la produccin de las bicicletas es un proceso muy lento es sumamente importante no frenar o frenar el proceso de produccin la menor cantidad de veces posibles dado que fcilmente se puede caer en retrasos y justamente para evitar esto se busco la forma de que el sistema calculara la cantidad de partes requeridas para completar el lote que se esta produciendo, de tal forma que si en el almacn no se cuenta con las partes necesarias para completar el lote, el pedido se realice lo antes posible y as para la produccin el mejor tiempo posible, buscando que se logren los plazos de entrega con xito. Dentro de este proyecto se busco cubrir de la mejor manera posible todos los aspectos relacionados con el rea de produccin, lo cual como equipo nos ha dado una mejor idea de como se deben elaborar este tipos de sistemas y las interacciones necesarias para que todo funcione de manera correcta. A travs del proyecto fuimos realizando modificaciones a los diagramas sobre todo debido a que encontrbamos mejores caminos o formas para lograr los objetivos planteados durante el semestre, como experiencia de trabajo fue muy buena porque muchas veces uno no logre contemplar todo lo que envuelve a este tipo de sistemas y algunas veces se subestima el trabajo necesario para satisfacer las necesidades de los clientes. 40