Carro

Table of Contents

A. Requerimientos 3

i. Project Drivers 3

I. Propósito del proyecto 3

1. Dominio de Trabajo del Proyecto 3

2. Justificación 3

3. Objetivos del Proyecto 3

4. Criterios de Prueba 3

ii. Project Constraints 4

II. Los interesados (stakeholders) 4

1. Cliente 4

2. Comprador 4

3. Otros interesados 4

4. Usuario final 4

iii. Project Constraints 5

III. Mandated Constraints 5

1. Limitaciones para la solución 5

2. Socios y colaboradores para la aplicación 5

3. Limitaciones de horarios 5

IV. Naming Conventions and Definitions 5

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

V. Relevant Facts and Assumptions 6

1. Hechos relevantes 6

2. Reglas del negocio 6

3. Asunciones 6

iv. Functional Requirements 6

VI. The Scope of the Work 6

1. Situación actual 6

2. Diagrama de Contexto 7

3. Casos de uso 8

VII. Functional and Data Requirements 11

1. Requerimientos funcionales 11

v. Nonfunctional Requirements 13

VIII. Usability and Humanity Requirements 13

1. Requerimientos para su uso sencillo 13

2. Requerimientos de aprendizaje 13

3. Understandability and Politeness Requirements 13

IX. Requerimientos de Desempeño 13

1. Requerimientos de Velocidad y Latencia 13

2. Precisión de los Requerimientos 13

3. Requerimientos de Confiabilidad 13

4. Requerimientos de Capacidad 13

X. Operational and Environmental Requirements 14

1. Requirements for Interfacing with Adjacent Systems 14

2. Release Requirements 14

XI. Security Requirements 14

1. Requerimientos de acceso 14

2. Requerimientos de integridad 14

XII. Pantallas 15

B. Diseño de alto nivel 18

i. Diagrama de componentes 18

ii. Diagramas de robustez 18

iii. Análisis de robustez 22

iv. Diagrama de invocaciones 22

v. Diagrama de flujo de datos 23

vi. Diagrama de entidad-relación 23

vii. Diagrama de interfaces y dependencias 24

C. Diseño de alto nivel 25

i. Diagrama de clases 25

ii. Diagrama de secuencias 26

D. Casos de prueba 31

E. Conclusiones 32

A. Requerimientos

i. Project Drivers

I. Propósito del proyecto

1. Dominio de Trabajo del Proyecto

El proyecto forma parte del proceso de negocio del fabricante de bicicletas BGX. El tema de interés del proyecto, es la parte de producción de bicicletas. El objetivo principal del sistema es recibir órdenes de producción de bicicletas, y proveer información actualizada sobre el avance de producción de tales órdenes.

Estas órdenes requieren de inventario en almacén para ser satisfechas. Así mismo, es responsabilidad del sistema actualizar la información sobre el inventario utilizado para satisfacer las órdenes de producción recibidas.

2. Justificación

Existe el problema durante la producción de bicicletas, el cuál surge debido a que la fabricación de cada bicicleta es relativamente lento (3.29 hr por unidad), por lo cual, si se surtieran todos los componentes en una sola entrega, sería inviable mantener un inventario tan grande, por esto mismo, se requiere un control meticuloso del inventario de componentes, el cuál requiere tener un conocimiento actualizado sobre el inventario utilizado para producción al momento.

Así mismo, también se necesita conocer las órdenes satisfechas y pendientes, para saber cuando es posible hacer los envíos a los distribuidores.

3. Objetivos del Proyecto

El objetivo principal del sistema es recibir órdenes de producción de bicicletas, y proveer información actualizada sobre el avance de producción de tales órdenes.

Es objetivo del sistema, ayudar al negocio a cumplir de manera perfecta las fechas de entrega para que los clientes estén satisfechos y así los pedidos aumenten año con año, con el soporte del sistema.

Es objetivo del sistema apoyar al negocio con una proyección de producción adecuada para tener definidos desde comienzos del año 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.

También, debe proveer suficiente información, para que se puedan generar reportes de órdenes satisfechas y pendientes, adjuntando detalles de tales órdenes.

ii. Project Constraints

II. Los interesados (stakeholders)

1. Cliente

Dr. Guillermo Jiménez

Tiene información detallada sobre los requerimientos del proyecto, cualquier duda sobre las capacidades del sistema se puede resolver con él.

La participación del Dr. Jiménez en el proyecto es mediana-alta, se requiere su participación para aquellos puntos clave en que no hay suficiente información documentada y se necesita su criterio.

La influencia del Dr. Jiménez sobre el proyecto, es grande, y es un interesado capaz de determinar el fracaso o éxito del proyecto.

2. Comprador

Dr. Guillermo Jiménez

3. Otros interesados

Integrantes de los demás equipos de desarrollo.

Su conocimiento del proyecto irá progresando conforme avance el proyecto, inicialmente solamente tienen acceso a la descripción general del sistema.

El grado de participación en el proyecto de los demás integrantes, es mediano-bajo, una vez que se hayan tomado las decisiones globales en consenso, no se requerirá involucrar más con los demás equipos.

La influencia de los demás equipos está limitada por el grado de aceptación del equipo del proyecto, y las recomendaciones del Dr. Jiménez.

Cualquier conflicto de interés entre estos integrantes, y el Dr. Guillermo Jiménez, será resuelto por el Dr. Jiménez.

4. Usuario final

De a momento, sólo se reconoce 1 tipo de usuario que será llamado en el documento: usuario, el encargado de manejar el sistema de producción.

Rol: Introducir información de actualizaciones de producción en el sistema, y explotar la información de producción

Experiencia en el tema de producción: Maestro (Novicio/Experimentado/Maestro)

iii. Project Constraints

III. Mandated Constraints

1. Limitaciones para la solución

Requerimiento # RES-1

Descripción: La solución de software debe estar hecha utilizando Java EE 5+, GlassFish v3.0+, MySQL 5+ y JUnit 2.4+

Raciocinio: Se

...