Page 1

1

UNIVERSIDAD DE SANTIAGO DE CHILE FACULTAD DE INGENIERÍA DEPARTAMENTO DE INGENIERÍA INFORMÁTICA

INFORME FINAL Nº 3 Sistema de Gestión de Calzado

ESTEBAN CAMPOS, NICOLÁS GAJARDO, GUSTAVO MEJÍAS, SUN-HO NOH, PABLO PACHECO

Profesora:

María Carolina Chamorro

Ayudante:

María Cristina Naranjo

Asignatura:

Fundamentos de Ingeniería de Software

Santiago – Chile 2012


2

TABLA DE CONTENIDOS

1 INTRODUCCIÓN ...................................................................................................................... 1 1.1 Motivación ........................................................................................................................... 1 1.2 Objetivos .............................................................................................................................. 2 1.2.1 Objetivos generales ....................................................................................................... 2 1.2.1 Objetivos específicos .................................................................................................... 3 1.2.3 Alcances ........................................................................................................................ 3 1.2.4 Limitaciones .................................................................................................................. 4 1.3 Metodología y herramientas utilizadas ................................................................................ 4 1.4 Organización del informe..................................................................................................... 5 2 DISEÑO ARQUITECTURAL DEL SISTEMA ......................................................................... 6 2.1 Vista de procesos ..................................................................................................................... 6 2.2 Especificación de componentes ............................................................................................... 7 3 DIAGRAMA DE CLASES DE DISEÑO .................................................................................. 9 3.1 Modelo MVC++ Completo ...................................................................................................... 9 3.2 Tabla Modelo ......................................................................................................................... 18 3.3 Tabla Controlador .................................................................................................................. 19 3.4 Tabla Vista ............................................................................................................................. 21 4 DIAGRAMAS DE SECUENCIAS .......................................................................................... 24 4.1Operación: “Login Usuario” ............................................................................................... 24 4.2 Operación: “Ingresar Jefe de Producción” ......................................................................... 26 4.3 Operación: “Buscar Bodega” ............................................................................................. 28 4.4 Operación: “Modificar Orden de Compra” ........................................................................ 30 4.5 Operación: “Ingresar Material” .......................................................................................... 32 4.6 Operación: “Modificar Stock” ........................................................................................... 34 5 CONCLUSIONES .................................................................................................................... 36 6 REFERENCIAS ........................................................................................................................ 37 7 ANEXO: LISTADO DE OPERACIONES ............................................................................... 38


1

1 INTRODUCCIÓN 1.1 Motivación

Como se menciona en [1], la importancia que cobra la logística en el retail está caracterizada por dos grandes puntos. En primer lugar, la logística de producción, almacenamiento, transporte, entre otros, influye directamente en el costo final del producto. Para aumentar el beneficio de cualquier empresa, existen tres formas básicas: incrementar el precio del producto, disminuir el costo de fabricación o utilizar ambas estrategias a la vez. Es por esta razón que el uso de una logística adecuada permitirá a las empresas de retail maximizar sus ingresos al disminuir los costos en las distintas áreas de la línea de producción. Por otro lado, la logística está asociada al concepto de just in time, es decir, el producto debe estar en el lugar adecuado y en el momento adecuado –cuando el cliente lo requiera– de esta forma es posible satisfacer a los clientes y evitar que opten por otra marca que sí esté disponible al momento de la compra. Este segundo punto se encuentra ligado a la logística de distribución y ventas.

La industria del calzado es una que, según los estudiosos, siempre tendrá una tendencia al crecimiento dado que nunca se dejan de usar y representan el estándar para los ambientes de trabajo, formales, e incluso –gracias las nuevas tecnologías que proveen comodidad y flexibilidad– al uso diario. La empresa escogida por el grupo de trabajo se encuentra inmersa en este nicho de mercado. La empresa seleccionada, indicada más adelante, es una proveedora de calzados con más de 20 años de trayectoria. De acuerdo a [2], comenzaron como pequeños productores artesanales, pero hoy por hoy han introducido tecnología de última generación que les permite un promedio de producción anual de 90.000 pares de zapatos (con un máximo de 700 pares diarios).


2

La razón para realizar este trabajo se fundamenta en, por un lado, la falencia que tiene la empresa seleccionada para gestionar sus bodegas, lo cual genera una serie de complicaciones y retrasos. Por otro lado, existe una motivación personal asociada a la necesidad que posee el grupo de trabajo de poner en la práctica los conocimientos adquiridos en clases. Si el grupo de desarrollo logra crear un sistema que permita a la empresa de calzado realizar una gestión efectiva y eficaz, considerando el manejo de stock como principal problema, dicha empresa podrá ser capaz de prepararse rápidamente para el inicio de producción, mantener un stock inicial permanente y solucionar problemas asociados a la mala gestión de recursos, pérdidas de tiempo y documentos redundantes.

En el presente trabajo, correspondiente a la entrega nº 3, se utilizará el diagrama MVC++, La cual será explicada más adelante. A continuación se detallarán los objetivos, junto a las limitaciones y alcances que tiene esta tercera entrega.

1.2 Objetivos

A continuación se detallarán los objetivos de esta tercera entrega.

1.2.1 Objetivos generales El objetivo general de la presente entrega es formalizar resultados de la tercera etapa de diseño Orientado a Objetos, según la metodología OMT++ (versión simplificada). Estas etapas corresponden al diseño arquitectural, diagrama de clases y diagrama de secuencias. Además, se deberán realizar las especificaciones necesarias asociadas al diseño, colaboración, comportamiento de los componentes.


3

1.2.1 Objetivos específicos Los objetivos específicos del presente trabajo son: 

Realizar un diagrama de clases que represente fidedignamente la solución planteada al problema especificado en la segunda entrega. Para lograr esto, será necesario usar el diagrama MVC++ completo con las relaciones entre cada tipo de componentes.

Especificar con los atributos y operaciones, cada uno de los componentes del diagrama MVC++, para entender mejor como funcionan las tablas de Modelo, Vista y Controlador.

Realizar diagramas de secuencia en donde se especifican el comportamiento o secuencia que utiliza algunas de las operaciones que se usan en el diagrama de MVC++.

1.2.3 Alcances En primera instancia, es necesario mencionar que se considerará para este trabajo sólo los casos de uso mencionados en las experiencias anteriores. Se debe destacar que pueden existir más, sólo que estos fueron considerados los más relevantes para su estudio en el ejercicio de este informe.

Por otro lado, se debe mencionar que el diagrama de clases a realizar en el presente trabajo corresponde al diagrama completo, pero sin sus atributos ni operaciones. Todos los atributos y operaciones se especificarán en otro apartado dentro de este mismo informe (tablas de modelo, vista, controlador).


4

1.2.4 Limitaciones En esta segunda entrega, las limitaciones están dadas principalmente por los casos de uso. Serán los casos de uso, seleccionados en la primera entrega, los que determinarán las operaciones y tareas que el sistema debe efectuar. En segunda instancias, existen limitantes de tiempo –por parte de grupo y empresa Overland– que dificultarán la organización de reuniones con el fin de aclarar dudas.

Finalmente, cabe mencionar que el presente informe consta de los elementos mencionados en los objetivos, y se dedicará al diseño final del modelo de clases usando el diagrama MVC++.

1.3 Metodología y herramientas utilizadas

A lo largo del desarrollo de la solución al problema previamente identificado, se utilizará la metodología OMT++, la cual es una metodología –valga la redundancia– de diseño y análisis orientada a objeto. Se supone que esta metodología tiene un carácter iterativo, por lo que, dadas las condiciones contextuales en las que se desarrollará el presente proyecto, se realizarán dos iteraciones. Se interesante mencionar que la presente entrega corresponde a la etapa de diseño orientado a objeto de OMT++ (versión simplificada).

Para la realización de los diagramas requeridos (como el diagrama de clases) se hará uso de la poderosa herramienta PowerDesigner, de Sybase. Dicha herramienta hace uso de la notación UML y permite una diagramación fácil y rápida. En este caso, para facilitar el


5

diseño también se usa el diagrama MVC++, que hace más sencillo el entendimiento del modelo.

1.4 Organización del informe

Para lograr los objetivos aquí planteados, es necesario utilizar un formato y trabajo metodológicamente ordenado. Luego de la introducción, se hará un breve repaso sobre que arquitectura que se ocupará en este infirme y la siguiente sección se ocupará del modelo de clases completo, y después se mostrarán en divisiones, para facilitar la visualización del diagrama. En esta sección se presentará el diagrama de clases más detallado, para luego especificar todos los atributos y operaciones según qué tipo de componentes sean, como modelo, vista o controlador. En la cuarta sección, se presentarán los diagramas de secuencias, la cual contendrán algunas de las operaciones y cómo se comportan y según los métodos que tengan y como se relacionan con los distintos componentes.

El informe finalizará con el análisis introspectivo a lo desarrollado, en la sección de conclusiones para luego enumerar las referencias utilizadas tanto en la comprensión, como en el desarrollo del problema y solución.


6

2 DISEÑO ARQUITECTURAL DEL SISTEMA En la primera parte de esta etapa de diseño, se busca generar la estructura para la aplicación que se está desarrollando. La metodología OMT++ que se está ocupando permite desarrollar la labor de diseño en forma concurrente, lo que permite mostrar la vista de procesos y la especificación de los componentes, utilizando el diagrama de componentes, en la cual se grafican las interacciones que se producen entre cada uno de los componentes de software y en que hardware esta soportado y las descripciones de ellos.

2.1 Vista de procesos En la figura 2.1 se ilustra la vista de procesos según la metodología OMT++:

FIGURA 2.1: Vista de procesos


7

2.2 Especificación de componentes En esta sección se detallan las descripciones de cada uno de los componentes:

1. Servidor Web: Servidor donde se ejecuta la aplicación de gestión del stock.

2. MVC++: Es la arquitectura que divide la aplicación en tres componentes, que son la Vista, Controlador y Modelo.

3. Aplicación: Es el sistema de gestión del stock en sí, es decir el conjunto de componentes unificados implementados en MVC++.

4. Modelo: Contiene la estructura de modelos de datos y objetos, que representa la información con la cual trabajará el sistema. También contiene una lógica que asegura la consistencia e integridad de los datos.

5. Vista: Son una colección de elementos gráficos del sistema que conforman la interfaz de usuario. Es la que permite la interacción con el usuario final, a través de la interfaz, proporcionando usabilidad y sencillez.

6. Controlador: Controla el funcionamiento de la aplicación, maneja las acciones del usuario recibidas desde la vista y decide qué hacer con ellas. Además, es capaz de proporcionar información de los cambios efectuados al modelo en la vista.

7. Base de datos: Sistema en donde se guardan los datos, que contiene toda la información que administra y usa el sistema.


8

8. Interfaz de conexi贸n de base de datos: Es la interfaz que permite la interacci贸n entre las capas de modelo MCV++ y la base de datos.

9. Interfaz de usuario: Es la interfaz que permite al usuario final interactuar con el sistema.


9

3 DIAGRAMA DE CLASES DE DISEテ前

3.1 Modelo MVC++ Completo


10

FIGURA 3.1: Diagrama clases completo


11

Para ver mejor el diagrama de clases, se divide el diagrama en 7 partes, que se muestran en las siguientes figuras:

FIGURA 3.2: Diagrama de clases Parte A


12

FIGURA 3.3: Diagrama de clases Parte B


13

FIGURA 3.4: Diagrama de clases Parte C


14

FIGURA 3.5: Diagrama de clases Parte D


15

FIGURA 3.6: Diagrama de clases Parte E


16

FIGURA 3.7: Diagrama de clases Parte F


17

FIGURA 3.8: Diagrama de clases Parte G


18

3.2 Tabla Modelo

A continuaci贸n se detallan las tablas de modelos con sus respectivos atributos y operaciones:

FIGURA 3.9: Tablas de modelo con sus respectivos atributos y operaciones.


19

3.3 Tabla Controlador A continuaci贸n se muestran las tablas de controladores del diagrama de clases de dise帽o, con sus respectivos atributos y operaciones.

FIGURA 3.10: Tablas de controlador con sus respectivos atributos y operaciones, parte I


20

FIGURA 3.11: Tablas de controlador con sus respectivos atributos y operaciones, parte II.


21

3.4 Tabla Vista

A continuaci贸n, se especifican los atributos y operaciones que tiene cada tabla de vista:

FIGURA 3.12: Tablas de vista con sus respectivos atributos y operaciones, parte I.


22

FIGURA 3.13: Tablas de vista con sus respectivos atributos y operaciones, parte II


23

FIGURA 3.14: Tablas de vista con sus respectivos atributos y operaciones, parte III


24

4 DIAGRAMAS DE SECUENCIAS

4.1Operación: “Login Usuario” 

Precondiciones: Un usuario que desea ingresar se encuentra en la vista principal.

Excepciones: o Excepción 1 “Algún campo no es correcto”: El usuario ingresó valores en los campos que no son válidos. El usuario ingresa correctamente los campos. o

Excepción 2 “Usuario no existe”: Los datos de usuario no concuerdan con los existentes. Se debe intentar nuevamente con un nuevo usuario que sí se encuentre en el sistema.

o

Excepción 3 “Campos incompletos”: El usuario dejó campos en blanco. Los completa adecuadamente.

Postcondiciones: El sistema ingresa al sistema, mostrando la vista correspondiente al tipo de usuario que hace login.


25

FIGURA 4.1: Diagramas de Secuencias – Login Usuario


26

4.2 Operación: “Ingresar Jefe de Producción”

Precondiciones: Se ha iniciado sesión como Administrador del sistema. Y se encuentra en la vista Ingresar Usuario

Excepciones: o

Excepción 1: “Datos inválidos”: El administrador ingresa de forma correcta los datos al sistema.

o

Excepción 2: “Usuario existente”: El administrador ingresa un RUT, el cual no esté registrado en las base de datos del sistema.

o

Excepción 3 “Faltan Datos”: El administrador deja vacío alguna casilla necesaria para el registro de un nuevo usuario.

Postcondiciones: El sistema posee ahora un nuevo Jefe de Producción. Éste sistema se encuentra en la vista de administrar usuarios.


Administrador

Ok

getDatos(dataUsuario)

clicAceptar()

Ok

Modelo Usuario

Ok

Ok

Ok

CrearUsuarioJefe(dataUsuario)

Modelo Jefe de Producción

ingresarUsuario(dataUsuario) ingresarUsuario(dataUsuario)

Controlador Principal

ingresarUsuario(dataUsuario)

C Ingresar Usuario

mostrarVistaingresarusuario()

clicIngresar()

V Ingresar Usuario

BD

27

FIGURA 4.2: Diagramas de Secuencias – Ingresar Jefe de Producción


28

4.3 Operación: “Buscar Bodega”

Precondiciones: El sistema se ha iniciado, el usuario se ha identificado y se encuentra en la vista de buscar bodega.

Excepciones: o Excepción 1: “Dato inválido”: El usuario ingresa un id_bodega que se encuentre registrado en el sistema. o Excepción 2: “Faltan Datos”: El usuario ingresa un id_bodega en la casilla correspondiente.

Postcondiciones: El sistema muestra en pantalla los datos correspondientes a la bodega con la id_bodega ingresada. En ese instante el sistema se encuentra en la vista buscar bodega.


Coordinador de Bodega

C Ingresar Bodega

datosBodega

mostrarVistabuscarbodega()

Ok

datosBodega

listarBodega(id_bodega)

datosBodega

datosBodega

BuscaBodega(id_bodega)

Modelo Bodega

listarBodega(id_bodega)

Controlador Principal

getDatosbodega(id_bodega)

clicAceptar()

mostrarVistabuscarbodega()

clicBuscar()

V Ingresar Bodega

BD

29

FIGURA 4.3: Diagramas de Secuencias – Buscar Bodega


30

4.4 Operación: “Modificar Orden de Compra” 

Precondiciones: El sistema se ha iniciado, el usuario se ha identificado. se

encuentra en la vista de modificar orden de compra y existe por lo menos una orden de compra que puede ser modificada 

Excepciones: o Excepción 1: “Dato inválido”: El usuario ingresa un id_compra que se encuentre registrado en el sistema. o

Excepción 2: “Orden de compra inexistente”: El usuario ingresa un id_compra, el cual debe estar registrado en la base de datos del sistema.

o Excepción 3: “Faltan Datos”: El usuario ingresa datos al sistema relevantes para una correcta inicialización de la modificación. 

Postcondiciones: El sistema posee ahora una orden de compra existente que ha sido modificada. El sistema se encuentra en la vista principal de órdenes de compra.


Jefe de ProducciĂłn

Ok

getDatos(datosOC)

clicAceptar()

setDatosOC()

mostrarVistamodificarordendecompra()

datosOC

listarOrdenesdecompra(id_compra)

clicAceptar()

Ok

modificarOrdendeCompra(datosOC)

datosOC

Ok

BD

Ok

ModificaCompra(id_compra)

datosOC datosOC

verVistaModificarOrdendeCompra()

ListaCompra(id_compra)

Controlador Orden de Compra

listarOrdenesdecompra(id_compra)

Controlador Principal

listarOrdenesdecompra(id_compra)

C Modificar Orden de Compra

mostrarVistamodificarordendecompra()

clicModificar()

V Modificar Orden de Compra

31

FIGURA 4.4: Diagramas de Secuencias – Modificar Orden de Compra.


32

4.5 Operación: “Ingresar Material” 

Precondiciones: Se ha iniciado sesión como Jefe de Producción o Administrador de Sistema, y. se encuentra en la vista Ingresar Material.

Excepciones: o

Excepción 1: “Datos inválidos” El usuario ingresó valores que no son válidos en los campos. El usuario ingresa de forma correcta los datos al sistema.

o

Excepción 2 “Faltan Datos”: El administrador deja vacío alguna casilla necesaria para el registro de un nuevo material.

Postcondiciones: El sistema posee ahora un nuevo material. Éste sistema se encuentra en la vista de administrar materiales.


33

FIGURA 4.4: Diagramas de Secuencias – Ingresar Material


34

4.6 Operación: “Modificar Stock” 

Precondiciones: El sistema se ha iniciado, el usuario se ha identificado como

Coordinador de Bodega. Y existe al menos un material registrado en el sistema. 

Excepciones: o Excepción 1: “Dato inválido”: El usuario ingresó valores que no corresponden al campo. El usuario ingresa valores válidos. o Excepción 3: “Faltan Datos”: El usuario dejó campos en blanco. El usuario llena los campos.

Postcondiciones: El sistema cambia el stock de un material en específico.


35

FIGURA 4.4: Diagramas de Secuencias – Modificar Stock.


36

5 CONCLUSIONES

Alguna de las conclusiones que se pueden desprender de la realización de este trabajo, en que se completa la tercera fase de diseño orientado a objetos con la metodología OMT++ vista en clases. En esta etapa se utilizó el diagrama MVC++, y este modo de modelar las clases facilitó la tarea de especificar todos los atributos y operaciones, lo que ayuda a que se entienda mejor las interacciones entre los distintos componentes y su función en la estructura final.

Los objetivos planteados para este trabajo fueron desarrollados de forma satisfactoria, más específicamente, se logró plasmar el diseño completo del modelo de clases de la forma de diagrama MVC++. Se puede indicar que el desarrollo de diagramas MVC++ da una visión concreta y global de cómo debe comportarse el sistema frente al comportamiento de uso del usuario.

Además, se realizó una especificación con mayor detalle de los atributos y operaciones dentro de cada componente, con lo que se comprende cómo interactúan entre los componentes, y con que métodos se relacionan.

A continuación, se construyó un diagrama de secuencias de 6 operaciones que se eligieron dentro del grupo, con lo cual se puede ver la secuencia por la que pasan los distintos métodos de cada operación desde la interfaz de usuario hasta la base de datos, lo que ayuda a entender mejor cómo implementar las vistas y operaciones para la próxima entrega.

Al final de esta etapa de diseño, se puede decir que el grupo se siente listo para implementar las operaciones para la solución de la gestión de calzado, por lo cual se puede decir que se ha cumplido con los objetivos de esta fase de la documentación.


37

6 REFERENCIAS

Referencias a documentos de Internet:

1. Luis Daniel Vargas M. La logística: factor de éxito del retail. Fecha de visita: 13 de diciembre de 2011. Dirección: http://www.revistadelogistica.com/n7_reatil.asp 2. Overland. Página de datos de la empresa. Fecha de visita: 13 de diciembre de 2011. Dirección: http://www.calzadosoverland.cl/nosotros.html

3. Introducción a UML. Fecha de visita, 22 de diciembre de 2011. Dirección: http://docs.kde.org/stable/es/kdesdk/umbrello/uml-basics.html

4. Luis Daniel Vargas M. La logística: factor de éxito del retail. Fecha de visita: 13 de diciembre de 2011. Dirección: http://www.revistadelogistica.com/n7_reatil.asp 5. Overland. Página de datos de la empresa. Fecha de visita: 13 de diciembre de 2011. Dirección: http://www.calzadosoverland.cl/nosotros.html


38

7 ANEXO: LISTADO DE OPERACIONES

Para la entrega final se realizará: 

Login

Ingresar Material

Modificar Stock


Avance 3 FINGESO final  

Informe 3 de FINGESO

Advertisement
Read more
Read more
Similar to
Popular now
Just for you