eloygarcia21314.files.wordpress.com€¦  · web viewdistribuidora de productos. control system....

30
DISTRIBUIDORA DE PRODUCTOS CONTROL SYSTEM Version 1.0 Bitácora Fecha Versio n Descripción Autor 05 de Julio de 2010. 1.0 Versión Inicial de llenado de plantilla de Arquitectura de Software. Castillo Mendoza María Verónica. De los Ángeles García Lorena.

Upload: others

Post on 19-Mar-2020

3 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

DISTRIBUIDORA DE PRODUCTOS

CONTROL SYSTEM

Version 1.0

Bitácora

Fecha Version Descripción Autor

05 de Julio de 2010. 1.0 Versión Inicial de llenado de plantilla de Arquitectura de Software.

Castillo Mendoza María Verónica.

De los Ángeles García Lorena.

Torres Moreno Alejandra.

García Rivera Eloy.

Solis Rojas Omar Salvador.

Trejo Teodosio Javier.

Page 2: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

Descripción del proyecto

La empresa Distribuidora de Productos C ha decidido implementar un sistema

administrativo a la medida de sus necesidades, ya que actualmente las diferentes tecnologías

de la información operan como motor de cambio que permite a las empresas dar respuestas a

las antiguas y nuevas necesidades de información, es por ello la importancia que tiene la

empresa de actualizar los diferentes procesos.

La creación del sistema “Control System”, será realizado con el objetivo de automatizar

diferentes actividades de las áreas de la empresa las cuales actualmente se realizan de forma

manual.

A continuación mencionaremos las áreas que se verán beneficiadas con la automatización

de procesos a realizar:

Ventas.

Compras.

Almacén.

Crédito y cobranza.

Logística.

Es importante mencionar que cada una de estas áreas se compone de diferentes

actividades.

Con estos cambios la empresa se verá beneficiada en los siguientes aspectos:

Mejorar la productividad, permitiendo ahorrar tiempo y dinero.

El sistema será diseñado de manera amigable para el correcto aprendizaje y

comprensión del personal involucrado al hacer uso del mismo.

El sistema permitirá guardar la diferente información que se maneja en cada área en

una base de datos para su consulta, modificación, altas, bajas y reportes.

automatizara tareas rutinarias elevando la calidad de trabajo y eficiencia del personal.

Disminuirá la probabilidad de error en las diferentes áreas.

generara nuevas posibilidades competitivas.

Entre otras.

De acuerdo con el análisis del ciclo de vida del sistema, y el análisis del sistema que maneja la

empresa C, se determinan los diagramas de flujo de datos con UML.

Page 3: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

Tabla de contenidos1. Introducción. 10

1.1 Propósito. 10

1.2 Alcance. 10

1.3 Definiciones, Acrónimos, y Abreviaciones 10

1.4 Referencias 12

1.5 Resumen 12

2. Representación de la Arquitectura 13

2.1 Representación. 13

2.2 Framework Arquitectónico 14

3. Objetivos de Arquitectura y Dependencias 15

4. Vista de Casos de Uso 15

4.1 Descripción del Negocio. 15

4.2 Ejecución de los Casos de Uso. 16

4.2.1 CATÁLOGO DE CLIENTES. 16

4.2.2 CATÁLOGO DE PRODUCTOS. 16

4.2.3 CATÁLOGO DE PROVEEDORES. 16

4.2.4 CATÁLOGO TRANSPORTES DE MENSAJERÍA. 16

4.2.5 CATÁLOGO SUCURSALES DE MENSAJERÍA. 16

4.2.6 CATÁLOGO DESTINOS DE MENSAJERÍA. 16

4.2.7 CATÁLOGO CONTACTO DE PROVEEDOR. 16

4.2.8 CUENTAS DE USUARIO. 17

4.2.9 CATÁLOGO DE EMPLEADOS. 17

4.2.10 VENTAS. 17

4.2.11 GESTIÓN DE FACTURAS. 17

4.2.12 GESTIÓN DE COTIZACIONES. 17

4.2.13 PAGOS PARCIALES 17

Page 4: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

4.2.14 CUENTAS POR COBRAR. 17

4.2.15 GESTION DE ALMACÉN. 17

4.3 Modelo de dominio. 19

5. Vista Logica 20

5.1 Introducción 20

5.2 Paquetes importantes a la arquitectura. 21

5.2.1 Clientes. 21

5.2.2 Productos. 22

5.2.3 Proveedores 23

5.2.4 Sucursal de Mensajería 23

5.2.5 Contacto de Proveedor 24

5.2.6 Mensajería 25

5.2.7 Empleado 26

5.2.8 Usuario 26

5.2.9 Cotización 27

5.2.10 Factura 28

5.3 Realización de Casos de Uso. 29

5.3.1 Nombre del Caso de uso: CATÁLOGO DE CLIENTES. 29

5.3.1.1 Breve Descripción 29

5.3.1.2 Flujo de eventos 29

5.3.1.2.1 Flujo Básico 29

5.3.1.2.2 Flujo Alterno 30

5.3.1.3 Requerimientos Especiales 31

5.3.1.4 Precondiciones 31

5.3.1.5 Postcondiciones 31

5.3.1.6 Diagrama de Secuencia del Caso de Uso Catálogo de Clientes. 31

5.3.1.7 Diagrama de Colaboración del Caso de Uso Catálogo de Clientes. 32

5.3.1.8 Diagrama de Secuencia del sub flujo Agregar Cliente. 33

Page 5: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.1.9 Diagrama de Colaboración del sub flujo Agregar Cliente. 34

5.3.1.10 Diagrama de Secuencia del sub flujo Modificar Cliente. 35

5.3.1.11 Diagrama de colaboración del sub flujo Modificar Cliente. 36

5.3.1.12 Diagrama de Secuencia del sub flujo Eliminar Cliente. 37

5.3.1.13 Diagrama de Colaboración del sub flujo Eliminar Cliente. 38

5.3.2 Nombre del Caso de uso: CATÁLOGO DE PRODUCTOS. 39

5.3.2.1 Breve Descripción 39

5.3.2.2 Flujo de eventos 39

5.3.2.2.1 Flujo Básico 39

5.3.2.2.2 Flujo Alterno 40

5.3.2.3 Requerimientos Especiales 41

5.3.2.4 Precondiciones. 41

5.3.2.5 Postcondiciones. 41

5.3.2.6 Diagrama de Secuencia del Caso de Uso Catálogo de Productos. 41

5.3.2.7 Diagrama de Secuencia del Caso de Uso Catálogo de Productos. 42

5.3.2.8 Diagrama de Secuencia del sub flujo Agregar Producto. 43

5.3.2.9 Diagrama de Colaboración del sub flujo Agregar Producto. 44

5.3.2.10 Diagrama de Secuencia del sub flujo Modificar Producto. 45

5.3.2.11 Diagrama de Colaboración del sub flujo Modificar Producto. 46

5.3.2.12 Diagrama de Secuencia del sub flujo Eliminar Producto. 47

5.3.2.13 Diagrama de Colaboración del sub flujo Eliminar Producto. 48

5.3.3 Nombre del Caso de uso: CATÁLOGO DE PROVEEDORES. 49

5.3.3.1 Breve Descripción 49

5.3.3.2 Flujo de eventos 49

5.3.3.2.1 Flujo Básico 49

5.3.3.2.2 Flujo Alterno 50

5.3.3.3 Requerimientos Especiales. 51

Page 6: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.3.4 Precondiciones. 51

5.3.3.5 Postcondiciones. 51

5.3.3.6 Diagrama de Secuencia del Caso de Uso Catálogo de Proveedores. 51

5.3.3.7 Diagrama de Colaboración del Caso de Uso Catálogo de Proveedores. 52

5.3.3.8 Diagrama de Secuencia del sub flujo Agregar Proveedor. 53

5.3.3.9 Diagrama de Colaboración del sub flujo Agregar Proveedor. 54

5.3.3.10 Diagrama de Secuencia del sub flujo Modificar Proveedor. 55

5.3.3.11 Diagrama de Colaboración del sub flujo Modificar Proveedor. 56

5.3.3.12 Diagrama de Secuencia del sub flujo Eliminar Proveedor. 57

5.3.3.13 Diagrama de Colaboración del sub flujo Eliminar Proveedor. 58

5.3.4 Nombre del Caso de uso: CATÁLOGO TRANSPORTES DE MENSAJERÍA. 59

5.3.4.1 Breve Descripción. 59

5.3.4.2 Flujo de eventos. 59

5.3.4.2.1 Flujo Básico. 59

5.3.4.2.2 Flujo Alterno 60

5.3.4.3 Requerimientos Especiales 61

5.3.4.4 Precondiciones 61

5.3.4.5 Postcondiciones 61

5.3.4.6 Diagrama de Secuencia del Caso de Uso Catálogo Transportes de Mensajería. 61

5.3.4.7 Diagrama de Colaboración del Caso de Uso Catálogo Transportes de Mensajería. 62

5.3.4.8 Diagrama de Secuencia del sub flujo Agregar Transporte. 63

5.3.4.9 Diagrama de Colaboración del sub flujo Agregar Transporte. 64

5.3.4.10 Diagrama de Secuencia del sub flujo Modificar Transporte. 65

5.3.4.11 Diagrama de Colaboración del sub flujo Modificar Transporte. 66

5.3.4.12 Diagrama de Secuencia del sub flujo Eliminar Transporte. 67

Page 7: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.4.13 Diagrama de Colaboración del sub flujo Eliminar Transporte. 68

5.3.5 Nombre del Caso de uso: CATÁLOGO SUCURSALES DE MENSAJERÍA. 69

5.3.5.1 Breve Descripción. 69

5.3.5.2 Flujo de eventos. 69

5.3.5.2.1 Flujo Básico. 69

5.3.5.2.2 Flujo Alterno 70

5.3.5.3 Requerimientos Especiales 71

5.3.5.4 Precondiciones. 71

5.3.5.5 Postcondiciones. 71

5.3.5.6 Diagrama de Secuencia del Caso de Uso Catálogo sucursales de Mensajería. 71

5.3.5.7 Diagrama de Colaboración del Caso de Uso Catálogo sucursales de Mensajería. 72

5.3.5.8 Diagrama de Secuencia del sub flujo Agregar Sucursal Mensajería. 73

5.3.5.9 Diagrama de Colaboración del sub flujo Agregar Sucursal Mensajería. 74

5.3.5.10 Diagrama de Secuencia del sub flujo Modificar Sucursal de Mensajería. 75

5.3.5.11 Diagrama de Colaboración del sub flujo Modificar Sucursal de Mensajería. 76

5.3.5.12 Diagrama de Secuencia del sub flujo Eliminar Sucursal de Mensajería. 77

5.3.5.13 Diagrama de Colaboración del sub flujo Eliminar Sucursal de Mensajería. 78

5.3.6 Nombre del Caso de uso: CATÁLOGO DESTINOS DE MENSAJERÍA. 79

5.3.6.1 Breve Descripción. 79

5.3.6.1.1 Flujo Básico. 79

5.3.6.1.2 Flujo Alterno 79

5.3.6.2 Requerimientos Especiales. 80

5.3.6.3 Precondiciones. 81

5.3.6.4 La secretaria debe de estar logueada con un perfil y rol específico. 81

5.3.6.5 Postcondiciones. 81

5.3.6.6 Diagrama de Secuencia del Caso de Uso Catálogo Destinos de 81

Page 8: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

Mensajería.

5.3.6.7 Diagrama de Colaboración del Caso de Uso Catálogo Destinos de Mensajería. 82

5.3.6.8 Diagrama de Secuencia del sub flujo Agregar Destino de Mensajería. 83

5.3.6.9 Diagrama de Secuencia del sub flujo Agregar Destino de Mensajería. 84

5.3.6.10 Diagrama de Secuencia del sub flujo Modificar Destino de Mensajería. 85

5.3.6.11 Diagrama de Colaboración del sub flujo Modificar Destino de Mensajería. 86

5.3.6.12 Diagrama de Secuencia del sub flujo Eliminar Destino de Mensajería. 87

5.3.6.13 Diagrama de Colaboración del sub flujo Eliminar Destino de Mensajería. 88

5.3.7 Nombre del Caso de uso: CATÁLOGO DE CONTACTOS PROVEEDOR. 89

5.3.7.1 Breve Descripción 89

5.3.7.2 Flujo de eventos 89

5.3.7.2.1 Flujo Básico 89

5.3.7.2.2 Flujo Alterno 90

5.3.7.3 Requerimientos Especiales. 91

5.3.7.4 Precondiciones. 91

5.3.7.5 Postcondiciones. 91

5.3.7.6 Diagrama de Secuencia del Caso de Uso Catálogo de Contactos Proveedor. 91

5.3.7.7 Diagrama de Colaboración del Caso de Uso Catálogo de Contactos Proveedor. 92

5.3.7.8 Diagrama de Secuencia del sub flujo Agregar Contacto Proveedor. 93

5.3.7.9 Diagrama de Colaboración del sub flujo Agregar Contacto Proveedor. 94

5.3.7.10 Diagrama de Secuencia del sub flujo Modificar Contacto Proveedor. 95

5.3.7.11 Diagrama de Secuencia del sub flujo Modificar Contacto Proveedor. 96

5.3.7.12 Diagrama de Secuencia del sub flujo Eliminar Contacto Proveedor. 97

5.3.7.13 Diagrama de Secuencia del sub flujo Eliminar Contacto Proveedor. 98

5.3.8 Nombre del Caso de uso: CUENTAS DE USUARIO. 99

5.3.8.1 Breve Descripción 99

Page 9: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.8.2 Flujo de eventos 99

5.3.8.2.1 Flujo Básico 99

5.3.8.2.2 Flujo Alterno 100

5.3.8.3 Requerimientos Especiales. 101

5.3.8.4 Precondiciones. 101

5.3.8.5 Postcondiciones. 101

5.3.8.6 Diagrama de Secuencia del Caso de Uso Cuenta de Usuarios. 101

5.3.8.7 Diagrama de Colaboración del Caso de Uso Cuenta de Usuarios. 102

5.3.8.8 Diagrama de Secuencia del sub flujo Agregar Usuario. 103

5.3.8.9 Diagrama de Colaboración del sub flujo Agregar Usuario. 104

5.3.8.10 Diagrama de Secuencia del sub flujo Modificar Usuario. 105

5.3.8.11 Diagrama de Colaboración del sub flujo Modificar Usuario. 106

5.3.8.12 Diagrama de Secuencia del sub flujo Eliminar Usuario. 107

5.3.8.13 Diagrama de Colaboración del sub flujo Eliminar Usuario. 108

5.3.9 Nombre del Caso de uso: CATÁLOGO DE EMPLEADOS. 109

5.3.9.1 Breve Descripción 109

5.3.9.2 Flujo de eventos 109

5.3.9.2.1 Flujo Básico 109

5.3.9.2.2 Flujo Alterno 110

5.3.9.3 Requerimientos Especiales 110

5.3.9.4 Precondiciones. 110

5.3.9.5 Postcondiciones. 111

5.3.9.6 Diagrama de Secuencia del Caso de Uso Catálogo de Empleados. 111

5.3.9.7 Diagrama de Colaboración del Caso de Uso Catálogo de Empleados. 112

5.3.9.8 Diagrama de Secuencia del sub flujo Agregar Empleado. 113

5.3.9.9 Diagrama de Colaboración del sub flujo Agregar Empleado. 114

5.3.9.10 Diagrama de Secuencia del sub flujo Modificar Empleado. 115

5.3.9.11 Diagrama de Colaboración del sub flujo Modificar Empleado. 116

Page 10: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.9.12 Diagrama de Secuencia del sub flujo Eliminar Empleado. 117

5.3.9.13 Diagrama de Colaboración del sub flujo Eliminar Empleado. 118

5.3.10 Nombre del Caso de uso: VENTAS. 119

5.3.10.1 Breve Descripción 119

5.3.10.2 Flujo de eventos 119

5.3.10.2.1 Flujo Básico 119

5.3.10.2.2 Flujo Alterno 120

5.3.10.3 Requerimientos Especiales 120

5.3.10.4 Precondiciones. 120

5.3.10.5 Postcondiciones. 120

5.3.10.6 Diagrama de Secuencia del Caso de uso Ventas. 121

5.3.10.7 Diagrama de Colaboración del Caso de uso Ventas. 122

5.3.10.8 Diagrama de Secuencia del sub flujo Ventas Agregar Producto. 123

5.3.10.9 Diagrama de Colaboración del sub flujo Ventas Agregar Producto. 124

5.3.10.10 Diagrama de Secuencia del sub flujo Ventas Agregar Cliente. 125

5.3.10.11 Diagrama de Colaboración del sub flujo Ventas Agregar Cliente. 126

5.3.10.12 Diagrama de Secuencia del sub flujo Registrar Venta. 127

5.3.10.13 Diagrama de Colaboración del sub flujo Registrar Venta. 128

5.3.11 Nombre del Caso de uso: GESTIÓN DE FACTURAS. 129

5.3.11.1 Breve Descripción 129

5.3.11.2 Flujo de eventos 129

5.3.11.2.1 Flujo Básico 129

5.3.11.2.2 Flujo Alterno 130

5.3.11.3 Requerimientos Especiales. 130

5.3.11.4 Precondiciones. 130

5.3.11.5 Postcondiciones. 131

5.3.11.6 Postcondiciones. 131

Page 11: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.11.7 Diagrama de Secuencia del Caso de uso Gestión de facturas. 131

5.3.11.8 Diagrama de Colaboración del Caso de uso Gestión de facturas. 132

5.3.11.9 Diagrama de Secuencia del sub flujo Cancelar Factura. 133

5.3.11.10 Diagrama de Colaboración del sub flujo Cancelar Factura. 134

5.3.11.11 Diagrama de Secuencia del sub flujo Reimpresión de Factura. 135

5.3.11.12 Diagrama de Colaboración del sub flujo Reimpresión de Factura. 136

5.3.12 Nombre del Caso de uso: GESTIÓN DE COTIZACIONES. 136

5.3.12.1 Breve Descripción 136

5.3.12.2 Flujo de eventos 136

5.3.12.2.1 Flujo Básico 136

5.3.12.2.2 Flujo Alterno 138

5.3.12.3 Requerimientos Especiales 138

5.3.12.4 Precondiciones. 138

5.3.12.5 Postcondiciones. 139

5.3.12.6 Diagrama de Secuencia del Caso de uso Gestión de cotizaciones. 139

5.3.12.7 Diagrama de Colaboración del Caso de uso Gestión de cotizaciones. 140

5.3.12.8 Diagrama de Secuencia del sub flujo Reimpresión de Cotización. 141

5.3.12.9 Diagrama de Secuencia del sub flujo Reimpresión de Cotización. 142

5.3.13 Nombre del Caso de uso: PAGOS PARCIALES 143

5.3.13.1 Breve Descripción 143

5.3.13.2 Flujo de eventos 143

5.3.13.2.1 Flujo Básico 143

5.3.13.2.2 Flujo Alterno 144

5.3.13.3 Requerimientos Especiales. 145

5.3.13.4 Precondiciones. 145

5.3.13.5 Postcondiciones. 145

5.3.13.6 Diagrama de Secuencia del sub flujo Agregar Pago Parcial. 145

Page 12: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.13.7 Diagrama de Colaboración del sub flujo Agregar Pago Parcial. 146

5.3.13.8 Diagrama de Secuencia del sub flujo Eliminar Pago Parcial. 147

5.3.13.9 Diagrama de Colaboración del sub flujo Eliminar Pago Parcial. 148

5.3.13.10 Diagrama de Secuencia del sub flujo Modificar Pago Parcial. 149

5.3.13.11 Diagrama de Colaboración del sub flujo Modificar Pago Parcial. 150

5.3.14 Nombre del Caso de uso: CUENTAS POR COBRAR. 151

5.3.14.1 Breve Descripción 151

5.3.14.2 Flujo de eventos 151

5.3.14.2.1 Flujo Básico 151

5.3.14.2.2 Flujo Alterno 152

5.3.14.3 Requerimientos Especiales. 152

5.3.14.4 Precondiciones. 152

5.3.14.5 Postcondiciones. 152

5.3.14.6 Diagrama de Secuencia del sub flujo Consultar cuenta de Cliente. 152

5.3.14.7 Diagrama de Colaboración del sub flujo Consultar cuenta de Cliente. 153

5.3.14.8 Diagrama de Secuencia del sub flujo Consultar cuenta general de saldos vencidos. 153

5.3.14.9 Diagrama de Colaboración del sub flujo Consultar cuenta general de saldos

vencidos. 154

5.3.14.10 Diagrama de Secuencia del sub flujo Consultar historial de pagos Cliente. 154

5.3.14.11 Diagrama de Colaboración del sub flujo Consultar historial de pagos Cliente. 155

5.3.14.12 Diagrama de Secuencia del sub flujo Consultar historial de pagos general. 155

5.3.14.13 Diagrama de Colaboración del sub flujo Consultar historial de pagos general. 156

5.3.15 Nombre del Caso de uso: GESTION DE ALMACÉN. 156

Page 13: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.15.1 Breve Descripción 156

5.3.15.2 Flujo de eventos 156

5.3.15.2.1 Flujo Básico 156

5.3.15.2.2 Flujo Alterno 157

5.3.15.3 Requerimientos Especiales. 158

5.3.15.4 Precondiciones. 158

5.3.15.5 Postcondiciones. 158

5.3.15.6 Diagrama de Secuencia del sub flujo Registrar entrada o Salida. 158

5.3.15.7 Diagrama de Colaboración del sub flujo Registrar entrada o Salida. 159

5.3.15.8 Diagrama de Secuencia del sub flujo Modificar entrada o Salida. 159

5.3.15.9 Diagrama de Colaboración del sub flujo Modificar entrada o Salida. 160

6. Vista de Procesos 161

7. Vista de Instalación. 161

7.1 Arquitectura Técnica 162

7.2 Tecnología requerida. 163

8. Implementación 163

8.1 Introducción. 163

8.2 Capas 163

9. Vista de datos. 163

9.1 Modelo de Datos. 164

9.2 Distribución 164

10. Tamaño y Desempeño 165

11. Calidad 165

Page 14: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

Nota: Por razones de tiempo, no se muestra toda la documentación mencionada en la tabla de contenidos, solo se darán pequeños ejemplos, suerte a todos…….

1.2 Alcance.

Este documento profundiza principalmente en las vistas de casos de uso y lógica, incluyendo algunos elementos significativos del resto de las vistas y se omitirán aquellas que no se consideren oportunas.

El Sistema Control System consta de dieciséis casos de uso principales los cuales se describirán principalmente aquellos casos de uso que involucren integración con los actores.

3. Objetivos de Arquitectura y Dependencias

El objetivo de implementar un sistema de control administrativo es el de administrar la diversa información que se maneja en la empresa tal como catálogos, lista de precios, agenda de clientes y proveedores, facturas, facturas pendientes de pago, compras, ventas y almacén, la cual facilite las funciones de altas, bajas, modificaciones, eliminación y consultas, estas deberán ser de fácil acceso a la información, oportuna y verídica además de permitir emitir reportes semanales de las diferentes aéreas a automatizar.

Los requerimientos que solicito el director de la empresa son los siguientes:

Un sistema que sea desarrollado de acuerdo a las necesidades de la empresa.

Que se de escritorio (local).

Que sea una aplicación fácil de manejar.

Que los usuarios tengan acceso al sistema dependiendo las funciones que tengan asignadas (autentificación).

Que en cada uno de los módulos puedan realizarse diferentes operaciones como altas, bajas, modificaciones, eliminaciones, consultas y reportes.

Que el sistema tenga un período de vida aproximado de 5 años.

Que permita el acceso a la información de manera rápida y oportuna.

Page 15: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

4.2 Ejecución de los Casos de Uso.

4.2.1 CATÁLOGO DE CLIENTES.Este caso de uso permite a la secretaria mantener actualizada la información de los clientes a través de las tareas de agregar, eliminar y modificar.

4.2.2 CATÁLOGO DE PRODUCTOS. Este caso de uso permite a la secretaria mantener actualizada la información de los productos que se venden en la tienda, a través de las tareas de agregar, eliminar y modificar.

Gestión de Facturas

Cuentas de Usuario

Corte de caja

Administrador

Catálogo de Productos

Catálogo de Proveedores

Catálogo Transportes de Mensajería

Catálogo Sucursales de Mensajería

Catálogo Destinos de Mensajería

Catálogo contactos Proveedor

Catálogo de Empleados

Pagos Parciales

Catálogo de clientes

Secretaria

Gestión de Almacén

Encargado de Almacén

Ventas

Gestión de Cotizaciones

Vendedor

Cuentas por cobrar

Encargado de Crédito...

Page 16: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3 Realización de Casos de Uso.

5.3.1 Nombre del Caso de uso: CATÁLOGO DE CLIENTES.

5.3.1.1 Breve DescripciónEste caso de uso permite a la secretaria mantener actualizada la información de los clientes a través de las tareas de agregar, eliminar y modificar.

5.3.1.2 Flujo de eventos5.3.1.2.1 Flujo Básico

1) Este caso de uso inicia cuando la secretaria selecciona del menú principal la opción Clientes.

2) El sistema crea la interfaz de catálogo de Clientes.3) La secretaria selecciona la opción que desea realizar. Si la secretaria selecciona la opción agregar, se ejecuta el sub flujo “Agregar

cliente”. Si la secretaria selecciona la opción modificar, se ejecuta el sub flujo “Modificar

cliente”. Si la secretaria selecciona la opción eliminar, se ejecuta el sub flujo “Eliminar

cliente”.

1) Sub flujo Agregar Cliente.

a) El sistema habilita los campos de captura y asigna la clave del cliente.b) La secretaria captura los datos del cliente y hace clic Aceptar.c) El sistema valida los datos ingresados.d) Si los datos son correctos, el sistema verifica que no exista un cliente con el

mismo nombre.e) Si no existe un cliente igual, el sistema almacena los datos, deshabilita los

campos y muestra un mensaje de confirmación.f) La secretaria confirma el mensaje y el caso de uso termina.

2) Sub flujo Modificar Cliente.a) El sistema muestra la ventana búsqueda de clientes.b) La secretaria ingresa el nombre o clave del cliente y hace clic en aceptar.c) El sistema recupera de la base de datos las coincidencias encontradas.d) El sistema muestra la ventana coincidencias de búsqueda.e) La secretaria selecciona la coincidencia y hace clic en aceptar.f) El sistema recupera la información del cliente.g) La secretaria modifica la información del cliente y da clic en el botón guardar.h) El sistema valido si los datos modificados son correctos guarda y envía mensaje

de confirmación de los cambios.i) La secretaria confirma el mensaje y el caso de uso termina.

Page 17: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

3) Sub flujo Eliminar Cliente.

a) El sistema muestra la ventana búsqueda de clientes.b) La secretaria ingresa el nombre o clave del cliente y oprime la tecla entrar.c) El sistema recupera de la base de datos las coincidencias encontradas.d) El sistema muestra la ventana coincidencias de búsqueda.e) La secretaria selecciona la coincidencia y pulse la tecla entrar.f) El sistema recupera la información del cliente y habilita el botón borrar.g) La secretaria da clic en el botón borrar.h) El sistema solicita la confirmación para borrar el registro.i) La secretaria confirma la eliminación del registro dando clic en el botón aceptar.j) El sistema elimina el registro y muestra un mensaje de confirmación.k) La secretaria confirma un mensaje y el caso de uso termina.

5.3.1.2.2 Flujo Alterno Datos obligatorios.

Si en el sub flujo básico “Agregar Cliente” los campos obligatorios no son ingresados el sistema muestra un mensaje de error indicando cuales son, la secretaria confirma el mensaje y el caso de uso continúa.

Datos ingresados incorrectos.Si en el sub flujo básico “Agregar Cliente” los datos ingresados son incorrectos el sistema muestra un mensaje de error en los datos, la secretaria confirma el mensaje y el caso de uso continúa.

Cliente duplicado.Si en el sub flujo básico “Agregar Cliente” existe un cliente igual, muestra un mensaje indicando que el cliente ya existe, la secretaria confirma el mensaje y el caso de uso termina.

Confirmación de borrado.Si en el sub flujo básico “Eliminar Cliente” la secretaria no confirma el mensaje el registro no se elimina y el caso de uso termina.

Cancelación de proceso.Si en el sub flujo básico “Eliminar Cliente, Agregar Cliente y Modificar Cliente” la secretaria cancela se aborta cualquier proceso y el caso de uso termina.

Búsqueda de Cliente.La secretaria tendrá la opción en el sub flujo básico “Eliminar Cliente y Modificar Cliente” la posibilidad de realizar la búsqueda del cliente por medio de la clave o el nombre del mismo y el caso de uso continúan.

Page 18: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.1.3 Requerimientos Especiales5.3.1.4 Precondiciones

La secretaria debe de estar logueada con un perfil y rol específico.

5.3.1.5 PostcondicionesEl sistema debe de contar con registros nuevos, actualizados y eliminados.

5.3.1.6 Diagrama de Secuencia del Caso de Uso Catálogo de Clientes.

: Secretaria : FormMenuPrincipal : FormCatalogoClientes

1. Selecciona opcion clientes( )

2. Muestra Form Catalogo Clientes ( )

3. Click en agregar cliente ( )

4. Click en modificar cliente ( )

5. Click en eliminar cliente ( )

Page 19: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.1.7. Diagrama de Colaboración del Caso de Uso Catálogo de Clientes.

: Secretaria : FormMenuPrincipal

: FormCatalogoClientes

1: 1. Selecciona opcion clientes( )

2: 2. Muestra Form Catalogo Clientes ( )

3: 3. Click en agregar cliente ( )4: 4. Click en modificar cliente ( )5: 5. Click en eliminar cliente ( )

Page 20: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.1.8 Diagrama de Secuencia del sub flujo Agregar Cliente.

: Secretaria : FormCatalogoClientes : CtrlCatalogoCliente : InfoCatalogoCliente : Acceso : InfoCatalogoCliente

1. Click en agregar cliente

4. Captura datos ( )

6. Click en aceptar ( )

2. Habilita campos( )

3. Asigna clave cliente ( )

7. Valida ( )

8. Valida ( )

9. Obtiene Conexion ( )

10. GuardaDatosCliente ( )

11. Cierra conexión ( )

Page 21: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

5.3.1.9 Diagrama de Colaboración del sub flujo Agregar Cliente.

: Secretaria : FormCatalogoClientes : CtrlCatalogoCliente

: InfoCatalogoCliente

: Acceso

: InfoCatalogoCliente

1: 1. Click en agregar cliente

2: 2. Habilita campos( )3: 3. Asigna clave cliente ( )

4: 4. Captura datos ( )5: 6. Click en aceptar ( ) 6: 7. Valida ( )

7: 8. Valida ( )

8: 9. Obtiene Conexion ( )

9: 10. GuardaDatosCliente ( )

10: 11. Cierra conexión ( )

Page 22: eloygarcia21314.files.wordpress.com€¦  · Web viewDISTRIBUIDORA DE PRODUCTOS. CONTROL SYSTEM. Software Architecture Document. Version 1.0. Bitácora. Fecha Version Descripción

11 CalidadPara la empresa Distribuidora de Productos C es fundamental la calidad del software a implementar (Control System) ya que de ello depende el éxito de la empresa en cuanto a nivel de productividad y competitividad.

Al comenzar el análisis del proyecto fue necesario especificar con la empresa algunos aspectos de calidad que debería cumplir el sistema a desarrollar para un correcto funcionamiento del mismo, el modelo de calidad CMMI fue el modelo que seguimos para el desarrollo del sistema para lograr determinar la utilidad y existencia.

Actualmente estamos desarrollando un sistema para la empresa el cual deberá de cumplir con los requerimientos que solicito la directiva tales como eficiencia, flexibilidad, capacidad de corrección, confiabilidad, mantenibilidad, portabilidad, usabilidad, seguridad e integridad.

El desarrollo del sistema administrativo será desarrollado para ser explotado durante un período (5 años), por lo cual el costo de mantenimiento será mínimo.

Para un buen control de calidad del software fue importante detectar los problemas frecuentes durante el análisis para que de esta forma se tuvieran contemplado en la etapa del diseño la cual es la más importante para controlar la calidad del software, sin embargo este proceso de control se llevara a lo largo de todo el proyecto.

Los requerimientos de calidad que podemos dar para un mejor aprovechamiento de la arquitectura de software son los siguientes:

Usabilidad: El sistema tiene que ser utilizado sin un gran esfuerzo por los usuarios esto permitirá que las personas lleven a cabo sus funciones de forma rápida y sencilla.

Eficiencia: Aquí se tomara en cuenta los recursos de hardware y software que necesita la aplicación para realizar las operaciones con los tiempos de respuesta adecuados de la información y acceso a la aplicación.

Seguridad: El grado con que puede controlarse el acceso al sistema o a los datos no autorizados, para ello se generara y asignaran cuentas de usuarios dependiendo la función del empleado (Nivel organizacional).

Confiabilidad: El sistema tendrá en cuenta que la información que se ingrese sea válida, mostrando mensajes que expliquen al usuario acerca de los errores que pudiera cometer y de aquellos que producir sistema (dialogo de sistema).

Mantenimiento: El sistema debe ser diseñado de tal manera, que permita ajustarlo a los cambios en los requerimientos del cliente permitiendo mejoras y optimización.