Arquitectura del Sistema de Gestión de Pedidos de Ebanistería

Waldo S
Sistema de Gestión de Documentos
Documento de la Arquitectura del Software
Versión 7.0
Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014
Historia de Revisión
Fecha Versión Descripción Autor
Vista de casos de uso del

21/01/2014 1.0 Equipo de trabajo
negocio
Vista de casos de uso del

23/01/2014 2.0 Equipo de trabajo
negocio
30/01/2014 3.0 Vista lógica Equipo de trabajo
1/02/2014 4.0 Vista lógica Equipo de trabajo
11/02/2012 5.0 Vista despliegue Equipo de trabajo
17/02/2014 6.0 Vista de implementación Equipo de trabajo
20/02/2014 7.0 Vista de implementación Equipo de trabajo
Confidencial Obregón SRL, 2014 Página 2 de 74

Tabla de contenido
1. Introducción 6
1.1 Propósito 6
1.2 Alcance 6
1.3 Definiciones, Siglas, y Abreviaturas 6
1.3.1 Definiciones 7
1.3.2 Acrónimos 8
1.4 Referencias 8
1.5 Vista Global 8
2. Representación Arquitectónica 9
3. Metas y Restricciones Arquitectónicas 9

3.1 Metas 9
3.2 Restricciones 9
4. Vista de Casos de Uso 10

4.1 Descripción del Negocio 10
4.2 Identificación de los procesos del negocio 11
4.3 Procesos de negocio relevantes para el sistema 11
4.4 Descripción de los procesos del negocio relevantes para el sistema 12
4.4.1 PN1: Proceso de Atención al cliente 12
4.4.2 PN2: Proceso de Gestión de tareas a operariosError! Bookmark not
defined.
4.5 Modelo de Dominio 13
4.6 Identificar a los actores 13
4.7 Casos de uso relevantes organizado por paquetes 14
4.7.1 Paquete Negocio Principal 14
4.8 Descripción de los casos de uso relevantes para la arquitectura 15
4.8.1 Descripción de los casos de uso relevantes para el proceso Atención al cliente
15
3. Cancelar registro de cotización Error! Bookmark not defined.
4.8.2 Descripción de los casos de uso relevantes para el proceso Gestión de Tareas
Error! Bookmark not defined.
4.8.3 Descripción de los casos de uso relevantes para el paquete Seguridad Error!
Bookmark not defined.
4.9 Interfaz de Usuario 20
4.10 Sección de restricciones 38

4.10.1 Normativas 38
4.10.2 Estándares 38
4.10.3 Tecnología 38
4.10.4 Soporte 39
4.11 Sección de QoS 39
4.11.1 Usabilidad 39
4.11.2 Eficiencia 39
4.11.3 Seguridad 39
4.11.4 Confiabilidad 40
4.11.5 Mantenimiento 40
4.11.6 Estándares 40
5. Vista Lógica 41
5.1 Estilo arquitectónico 41
5.2 Arquitectura lógica de la aplicación 42
5.2.1 Visión general 42
5.2.2 Identificando las Interfaces entre capas 43
5.3 Identificación de las clases del diseño 43
5.3.1 Diagramas de secuencias del paquete Atención al cliente 43
5.3.2 Diagrama de secuencias del paquete Gestión de tareas de operarios Error!
Bookmark not defined.
5.3.3 Diagrama de subsistemas 49
5.3.4 Agrupación de las clases de diseño en Subsistema del paquete Atención al
cliente 50
5.3.4.1 Diagrama de clases de diseño del subsistema Servicio al cliente 51
5.3.4.1.1 Asignación de Operaciones 51
5.3.4.1.2 Diagrama de clases del diseño 53
5.3.4.2 Diagrama de clases de diseño del subsistema Gestión de productos 54
5.3.5 Agrupación de las clases de diseño en Subsistema del paquete Gestión de
tareas de operarios 59
5.3.5.1 Diagrama de clases de diseño del subsistema Gestión de tareas de operarios
59
6. Vista de despliegue 66

6.1 Servidor de base de datos 66

6.2 Switch 66
6.3 Computadoras 67
7. Vista de implementación 68
7.1 Descripción 68
7.2 Diagrama de componentes 68
7.2.1 Actividad implementar un subsistema 68
7.2.2 Diagrama general de componentes 72
8. Vista de Datos 73
8.1 Modelo Relacional 73
8.2 Tipo de Base de datos: Base de datos centralizado. 74

Documento de la Arquitectura del Software

1. Introducción
Imaginemos la construcción de algún edificio; primero se comienza por los cimientos, luego
las columnas y vigas, hasta tener un esqueleto de soporte. Por último se construyen las
paredes, ventanas, pisos, etc. Entonces, es ilógico suponer que las paredes se levantan antes
que las columnas. En resumen, primero se establece el esqueleto o soporte del edificio y
después se ensamblan las partes restantes. Esta estrategia es aplicable a la creación de
software, con la diferencia de que éste no se rige por leyes físicas ni por procedimientos, sino
que es experimental.
Entonces, se concluye que la parte más importante en la creación del software (haciendo una
analogía con la idea de la construcción del edificio) es el “esqueleto” o, en nuestro caso, la
ARQUITECTURA DEL SOFTWARE, que es la que provee de una estructura sólida y
organizada al sistema.
Por ello, el presente documento hace una descripción y brinda una visión general de la
arquitectura del Sistema de gestión de pedidos de ebanistería, el cual es el software a
desarrollar por el grupo de trabajo.
1.1 Propósito
El documento a desarrollar titulado “Documento de Arquitectura de Software” brinda una
descripción detallada de la arquitectura del Sistema de gestión de pedidos de ebanistería,
para la empresa Obregón SRL a través de diferentes vistas arquitectónicas, las cuales ilustran
un aspecto en particular del software a desarrollarse. De esta forma, se pretende brindarle al
lector una visión global y comprensible del diseño general del tema presentado.
1.2 Alcance
El DAS del Sistema de gestión de pedidos de ebanistería profundiza principalmente en las
vistas de caso de uso y lógica, aprovechando también algunos de los elementos más
relevantes de las otras vistas (de procesos, de implementación y de despliegue). Además, a
través de estas vistas se podrá realizar especificaciones sobre la distribución a realizarse y
el uso de capas a utilizar.
1.3 Definiciones, Siglas, y Abreviaturas
Es conveniente brindar algunas definiciones y acrónimos de términos usados en el presente
documento que necesitan de alguna explicación para su correcta interpretación.

1.3.1 Definiciones
Término Definición
Usuario del sistema que puede participar

Actor
de un caso de uso.
Conjunto de elementos estáticos, propios

del diseño intelectual del sistema, que
definen y dan forma tanto al código fuente,
Arquitectura de Software como al comportamiento del software en
tiempo de ejecución. Naturalmente este
diseño arquitectónico ha de ajustarse a las
necesidades y requisitos del proyecto.
Bizagi Software para modelar procesos.
Secuencia de acciones que el sistema

Caso de Uso realiza, la cual proporciona un resultado de
valor observable.
Actividad creativa que tiene por fin

Diseño proyectar objetos para después
fabricarlos.
Especifica el comportamiento y limita el

Escenario interés de un área específica del sistema
para uno o varios stakeholders.
Software que actúa de interfaz entre los

dispositivos de hardware y los programas
Sistema operativo
usados por el usuario para utilizar un
computador.
Agrupaciones de casos de uso y actores

Paquetes
por funcionalidad que proveen.

1.3.2 Acrónimos
Rational Unified Process (Proceso Unificado

RUP
de Rational)
Unified Modeling Language (Lenguaje de

UML
Modelado Unificado)
1.4 Referencias
Documento Versión Fecha de la versión
Especificación de Requisitos de
software 1.0 09/11/2013
Modelo del Negocio del Sistema

2.0 20/09/2013
Modelo de Análisis del Sistema

2.0 16/12/2013
Glosario de términos
2.0 08/10/2013
1.5 Vista Global

El documento detalla la arquitectura del software a desarrollar, siguiendo como base la
plantilla elaborada para el artefacto Software Arquitecture Document del proceso de
desarrollo de software elaborado por RUP.
Se presenta de manera clara los casos de uso que tienen impacto en la arquitectura del
sistema, empleando un lenguaje sencillo y directo.
Así también en las siguientes secciones se presentará las descripciones de los subsistemas
con los que cuenta el sistema de gestión de pedidos de ebanistería de la empresa Obregón
SRL.

2. Representación Arquitectónica
Para el diseño del sistema de gestión de documentos se ha escogido una arquitectura cliente-
servidor. La utilización de esta arquitectura se debe a la necesidad de aportar facilidad y
velocidad al usuario al momento de acceder o manejar de cualquier manera la información
de los documentos mediante llamadas al servidor y respuestas de éste. Además, se evitará
la principal desventaja de este tipo de arquitectura al tener solamente un usuario que efectúa
llamadas.
Se desarrollará una sola aplicación integrada, en la que solo se permitirá el acceso al usuario
registrado en el sistema a partir de la interfaz gráfica perteneciente a la capa del cliente que
se comunicará mediante llamadas con la capa del servidor dentro de la cual encontraremos
la base de datos.
La arquitectura se basará en el modelo ‘4+1’, que contendrá las vistas de Casos de Uso,
Lógica, Implementación, Procesos y Despliegue.
3. Metas y Restricciones Arquitectónicas

La meta principal de la arquitectura del sistema es mostrar los aspectos principales que
influirán en la etapa de desarrollo.
Se tomarán en cuenta las siguientes metas y restricciones para el diseño de la arquitectura
del sistema:
3.1 Metas
Para poder acceder al Sistema de gestión de pedidos de ebanistería, se requiere de un código
de usuario válido así como de una contraseña. Además, dependiendo del perfil del usuario
se deshabilitarán opciones de manejo del Sistema para proteger información confidencial.
3.2 Restricciones
 El sistema de gestión de pedidos de ebanistería usará como motor de base de datos
Oracle 11g.
 Las características técnicas de las computadoras que serán utilizadas no deberán
presentar potencias menores a las brindadas por un procesador Core i3, con al menos
512 MB de RAM y 500 MB de espacio libre en el disco. El Sistema operativo será
Windows XP/ Windows 7/Windows 8.

4. Vista de Casos de Uso
Descripción del
negocio
Actores Modelo del Casos de Uso

dominio
4.1 Descripción del Negocio

Obregón S.R.L. es una empresa familiar que cuenta con más de 20 años brindando asesoría
y diferentes servicios en el campo de estructuras, productos y acabados en todas las
variedades de maderas tropicales del Perú con excelente calidad.
Cuando un cliente desea obtener un producto fabricado por la empresa realiza una solicitud
de pedido vía teléfono, correo electrónico o de manera presencial, en ella se incluye la fecha
de solicitud, datos del cliente, el diseño del mueble a fabricar, la fecha y el tipo de entrega. El
jefe de producción evalúa la viabilidad del pedido, si el pedido es viable el jefe de producción
realiza una cotización y le indica al cliente que tiene un plazo máximo de 10 días para dar
una respuesta y que debe pagar el 20% del monto total para comenzar a fabricar los
productos del pedido, cuando el cliente cancela el monto establecido, se registran sus datos
expresados en la solicitud y el adelanto del pago.
El jefe de producción envía una copia del diseño del producto del cliente al jefe de logística
de operaciones para que éste elabore un listado de materias primas necesarias para la
elaboración del pedido, esta lista es enviada a los proveedores para que realicen una
cotización, el jefe de logística de operaciones elige a los proveedores que ofrecen los
menores costos y elabora órdenes de compra para cada uno de los proveedores elegidos.
Luego el jefe de producción genera orden de fabricación donde se especifica el diseño del
pedido y se la entrega al supervisor de tareas para que dé inicio a la fabricación.
Durante la fabricación del pedido, el jefe de producción asigna y registra en un documento
Excel las tareas que debe realizar cada operario y señala el tiempo en que debe culminar
dichas tareas; el supervisor de tareas registra en un cuaderno la fecha y hora en que el
operario comienza a realizar las tareas asignadas y también el avance de las tareas de cada
operario al culminar el día, revisando que éstas sean realizadas respetando las
especificaciones del diseño, esto se realiza hasta que el operario haya culminado con todas

sus tareas. Al culminar la fabricación del pedido, el supervisor realiza un informe sobre los
avances de las tareas recopiladas, el jefe de producción compara su documento Excel con el
informe del supervisor para verificar la eficiencia de cada operario y realiza una calificación
de todos operarios que han participado en el pedido.
Culminada la fabricación del pedido, el jefe de producción le informa al cliente que se debe
acercar a cancelar el monto restante; realizado el pago se le entrega una boleta o factura y
el jefe de producción vuelve a registrar el pago; el encargado de instalación realiza la
instalación de los productos en caso el tipo de entrega sea a domicilio, en caso contrario se
solicita el fecha y hora en que el cliente recogerá su pedido.
4.2 Identificación de los procesos del negocio
Se identifican 3 procesos del negocio:
 PN1: Gestión de Documentos
 PN2: Gestión de Digitalización
 PN3: Gestión de Trámites
4.3 Procesos de negocio relevantes para el sistema
Los procesos relevantes del sistema será únicamente Gestión de Documentos, ya que en
este se centra el negocio; PN1 se basa en las operaciones que se pueden realizar a la hora
de gestionar un documento sustancial de un alumno en el sistema, el cual será realizado por
el administrador del sistema.

4.4 Descripción de los procesos del negocio relevantes para el sistema

4.4.1 PN1: Proceso de Gestión de Documentos

4.5 Modelo de Dominio
solicita incluye tiene 1..n

Cliente Cotizacion Producto Diseño de Producto
1 1 1 1..n 1 1 pertenece
genera tiene se encuentra

Pedido Lista de tareas
1 1
1 1 1
1 Catalogo de Diseño
1
se registro en
Informe
1..n tiene
Tarea 1
1
Venta 1..n 1..n
tiene asignado Avance de tarea
Factura 1 1..n
Boleta Calificacion contiene Operario
1 1 1 realiza
4.6 Identificar a los actores

Los trabajadores del negocio que se convierten en actores del sistema son los siguientes:
 Supervisor de tareas
El supervisor de tareas es quien verifica y registra el avance de las tareas que le han
sido asignadas a cada operario.
 Jefe de Producción
El jefe de producción es quien atiende el pedido del cliente, realiza la cotización,
asigna tareas a los operarios, y evalúa la eficiencia de los operarios para sus próximos
trabajos.
 Administrador
Profesional de tecnologías de la información y la comunicación, responsable de los
aspectos técnicos, tecnológicos, científicos, inteligencia de negocios y legales de
bases de datos. Tiene la responsabilidad de mantener y operar las bases de datos
que conforman el sistema de información de la empresa Obregón SRL.
Jefe de Produccion Supervisor de

Administrador
tareas

4.7 Casos de uso relevantes organizado por paquetes

4.7.1 Paquete Negocio Principal
Negocio principal
(from Casos de uso)
Atencion al cliente
(from Negocio principal)
<<include>> <<include>>
Mantener informacion de la Registrar producto Seleccionar diseño del catalogo

cotizacion de productos
(from Atencion al cliente)
(from Atencion al cliente) (from Atencion al cliente)
Registrar pedido Mantener informacion del catalogo

de productos
Gestion de tareas de operarios

Jefe de (from Negocio principal)
produccion
(from Actores)
Registrar tareas asignadas a Mantener informacion de Registrar tareas

operarios operarios (from Gestion de tareas de operarios)
(from Gestion de tareas de operarios) (from Gestion de tareas de operarios)
Usuario Supervisor de <<include>>

tareas
(from Actores)
(from Actores)
Registrar avance de tareas Añadir avance de tarea
(from Gestion de tareas de operarios) (from Gestion de tareas de operarios)
Seguridad
(from Negocio principal)
Administrador
(from Actores)
Mantener usuario Conexion al sistema Nueva comunicacion de incidencia

(from Seguridad) (from Seguridad) (from Seguridad)
Resolver incidencia Consultar incidencia Cerrar incidencia

(from Seguridad) (from Seguridad) (from Seguridad)

4.8 Descripción de los casos de uso relevantes para la arquitectura

4.8.1 Descripción de los casos de uso relevantes para el proceso Gestión de D
ID: CUS-01
Caso de Uso: Registrar Documento
Actor: Administrador
Descripción: El administrador podrá registrar un nuevo documento al sistema
Precondición: El Administrador ha ingresado al sistema con su nombre de usuario y
contraseña respectivo.
Flujo Principal: Añadir Diseño
1. El CUS empieza cuando el Administrador pulsa la opción “Registrar Documento”
en la sub-interfaz “Barra Lateral”.
2. El sistema muestra la interfaz “Registrar Documento” con un formulario que
contiene los siguientes campos (Código, Tipo de Documento, Nombre, Código de
Alumno, Descripción), y un botón “Registrar Documento”. El sistema muestra la
interfaz “Mantener información del catálogo de diseño de producto”.
3. El Administrador registra los datos del formulario de la interfaz “Registrar
Documento”
4. Al concluir el llenado de datos el Administrador pulsa el botón “Registrar
Documento”.
5. El Sistema verifica que los campos obligatorios no estén vacíos.
6. El Sistema verifica que los campos concuerden con los datos definidos por cada
campo.
7. El Sistema verifica que los campos no repetibles no sean iguales a los de
documentos ya registrados anteriormente.
8. El Sistema registra el nuevo documento al alumno seleccionado.
9. El Sistema muestra un mensaje de confirmación “Documento registrado
exitosamente”.
10. El CUS finaliza.
Post-condición : Se ha registrado el documento del usuario correctamente.

Flujo Alterno 1: Cancelar

1. El administrador pulsa cualquier otro botón y se redirecciona a otra interfaz
Flujo Alterno 2: Campos obligatorios vacíos
1. En el paso 5 si el sistema detecta que los campos obligatorios están vacíos, el
sistema muestra un mensaje de error “Campos obligatorios del Documento están
vacíos”, señalando con rojo los campos obligatorios sin llenar.
Flujo Alterno 3: Campos no repetibles ya existentes
1. En el paso 7 si el sistema detecta que los campos no repetibles ya existen, el
sistema muestra un mensaje de error “Campos no repetibles de Documento ya
existen”, señalando con rojo los campos no repetibles ya existentes.
Flujo Alterno 4: Campos ingresados inválidos
1. En el paso 6 si el sistema detecta que los tipos de campos ingresados son
inválidos, mostrará un mensaje de error “Campos ingresados de Documento son
inválidos”, señalando con rojo los campos inválidos.
ID: CUS-02
Caso de Uso: Buscar Documento
Descripción: El administrador tendrá la posibilidad de buscar un documento en la
base de datos del sistema
Precondición: 1. El Administrador ha ingresado al sistema con su nombre de
usuario y contraseña respectivo.
2. El administrador cuenta por lo menos con un dato necesario del
alumno para buscar un documento
Flujo Principal:

1. El CUS empieza cuando el Administrador pulsa la opción “Buscar documento” en la

sub-interfaz “Barra Lateral”.
2. El Sistema muestra la interfaz “Buscar documento” con un formulario que contiene
las siguientes opciones de criterio (Código, Apellidos, DNI) para determinar el
campo según el cual se buscará el documento, un campo “dato” para introducir el
valor del criterio de búsqueda, las opciones de tipo documento (historial
académico, constancia de matrícula, rectificación de matrícula), un botón “Buscar
Documento” para iniciar la búsqueda del documento y un botón “Volver”.
3. El administrador selecciona el criterio de búsqueda del documento.
4. El administrador introduce el valor del criterio de búsqueda del documento dentro
del campo “dato”.
5. Al finalizar la escritura del valor del criterio, el administrador pulsa el botón “buscar
documento”.
6. El sistema verifica que el valor escrito en el campo “dato” coincide con el formato
del criterio seleccionado.
7. El sistema verifica que exista el dato ingresado.
8. El sistema inicia la búsqueda del documento.
9. El sistema muestra una nueva ventana donde se podrá visualizar el documento
buscado.
10. El CUS finaliza.
Post-condición : Se visualiza el documento buscado del alumno en caso de que exista,

en caso contrario, se notificará que el documento no existe
1. El administrador pulsa el botón volver.
2. El sistema cierra la ventada de “Buscar Documento”.
3. Se regresa a la ventana de la interfaz principal.
Flujo Alterno 2: Error de formato en el campo “dato”

1. Si en el paso 4 el formato del dato ingresado no coincide con el formato del criterio
de búsqueda, el sistema muestra un sistema de error “Formato incorrecto”,
remarcando en rojo el recuadro del campo “dato”.
Flujo Alterno 3: Dato no existente
1. Si en el paso 7 el sistema detecta que el dato ingresado no existe, se mostrará un
aviso “Alumno no registrado” y se marcará el campo “dato” en rojo.
Flujo Alterno 4: Documento no existente
1. Si en el paso 3.1.8 el sistema detecta que el documento buscado no existe para el
alumno especificado, se mostrará un aviso “documento no existente”.

ID: CUS-03
Caso de Uso: Editar documento
Descripción: Este administrador ya dentro de la aplicación desea modificar la
información del usuario, con la finalidad de cambiar los datos por
comodidad de la empresa o del usuario.
Precondición: Para abrir el editado del programa previamente el usuario ha tenido que
ser registrado sino no podría editarse un usuario que no exista en la
base de datos
Flujo Básico:
1. El CUS inicia cuando el administrador pulsa la opción “Editar Documento” en la

sub-interfaz.
2. El Sistema muestra la interfaz “Editar Documento” el cual tiene las siguientes
funciones que se puede realizar, se puede hacer el cambio de una parte o toda la
documentación del usuario, y finaliza con el botón guardar información.
3. Solo el administrador tiene la función de editar documentación y guardarla.
4. El sistema tiene la opción de editar, así como guardar la documentación editada.
5. El sistema al guardar la edición del documento automáticamente se cambia en la
base de datos del programa.
6. Si el administrador por error quiere cierra la aplicación mientras está editando le
mostrara un error diciendo “Desea guardar los cambios. Si desea pulse guardar,
Caso contrario pulse salir”.
7. El CUS finaliza.
Post-condición : El correcto guardado en la base de dato. Para eso se asignará

un botón con la funcionalidad de llenar la información en la base
de datos.

El administrador al pulsar el botón y regresa a la interfaz principal.
Flujo Alterno 2: Error al guardar los datos
La aplicación tendrá partes donde no se admitan números o caracteres y el programa

deberá avisar o impedirá que esos errores ocurran, para que el llenado de la base de datos
sea sin errores.
Flujo Alterno 3: Campos editados sin llenar
Al editar lo campos puede que se deje dicho campo vació sistema te informara sobre la
falta del llenado de dichos campos que son obligatorios.

ID: CUS-04
Caso de Uso: Eliminar documento
Descripción: El administrador podrá borrar un documento que se encuentra dentro
de la Base de datos del sistema.
Precondición: El Administrador ha ingresado al sistema con su nombre de usuario y
contraseña respectivo.
Flujo Principal:
1. El Administrador pulsa la opción “Eliminar Documento” en la interfaz “Busca”
Documento”.
2. El Sistema muestra la sub-interfaz “Eliminar Documento” con una ventana
preguntando si el administrador está seguro de eliminar dicho documento, con los
botones “Cancelar” y “Eliminar Documento”.
3. El Administrador selecciona la opción Eliminar Documento.
4. El sistema verifica si el identificador del documento a eliminar existe en la base
de datos.
5. El Sistema muestra un mensaje de confirmación “Documento eliminado
exitosamente”.
6. El CUS finaliza.
Post-condición : Se elimina el documento del usuario correctamente.

En el paso 2, El administrador pulsa la opción “Cancelar” y se cierra la sub-interfaz “Eliminar
Documento
Flujo Alterno 2: Documento a eliminar no identificado
En el paso 4, El sistema detecta que no existe ningún documento registrado en la base de datos con
el identificador dado, el sistema mostrará un mensaje de error “Documento a eliminar no existe”.

4.9 Interfaz de Usuario

Esta sección presenta la captura de pantalla para algunos de los casos de uso presentados
en la sección anterior:
 CUS-01: Mantener información de catálogo de productos


 CUS-02: Seleccionar diseño del catálogo de productos.

 CUS-03: Registrar producto.

 CUS-04: Mantener información de la Cotización.



 CUS-05: Registrar Pedido

 CUS-06: Mantener información de Operario


 CUS-07: Registrar Tareas.

 CUS-08: Registrar tareas asignadas.

 CUS-09: Añadir avance de tareas.
 CUS-10: Registrar avance de tareas.

 CUS-11: Mantener Usuario.


 CUS-12 Conexión al sistema
 CUS-13 Nueva comunicación de incidencia

 CUS-14 Resolver incidencia
 CUS-15 Cerrar incidencia

 CUS-16 Consultar incidencia

4.10 Sección de restricciones

4.10.1 Normativas
 Licenciamiento
No existe regulación de licenciamiento para el “Sistema de gestión de pedidos de
ebanistería” en el país en el que reside la empresa Obregón SRL. En cuanto al
software a utilizar, no es necesario conseguir licencia para el uso del IDE NetBeans,
ya que es una herramienta libre y gratuita sin restricciones de uso. Para el uso del
SGBD Oracle 11g se adquirirá una licencia de funcionamiento, la cual cuenta con el
precio que se especifica en el siguiente enlace:
http://www.oracleparamiempresa.com/promociones-precios.
 Formas de pago
De acuerdo a las reglas de la empresa Obregón SRL, para comenzar con la
elaboración de un pedido se debe cancelar el 20% del monto total y para que esto
quede documentado se le entrega al cliente un comprobante de pago (boleta o
factura), lo mismo sucede con el saldo restante; estas restricciones serán soportadas
por el “Sistema de gestión de pedidos de ebanistería”.
 Registro impositivo
La empresa Obregón SRL emite facturas a sus clientes cada vez que realizan una
transacción comercial. Por ello, la empresa está obligada a declarar sus impuestos
(IGV) mensualmente ante la SUNAT, que es el órgano constitucional autónomo que
se encarga de recaudar los impuestos a nivel nacional.
4.10.2 Estándares
 UML
Todos los artefactos utilizados para la comunicación, tanto entre los miembros del
equipo de desarrollo y los usuarios, y la respectiva documentación requerida para el
desarrollo del “Sistema de gestión de pedidos de ebanistería” están basados en el
Lenguaje de Modelamiento Unificado (UML).
4.10.3 Tecnología*****************
 El Sistema será desarrollado en el lenguaje de programación orientada a objetos Java,
el cual se complementará con el entorno de desarrollo (IDE) “NetBeans 7.4.1”
 El motor de base de datos a utilizar será el Oracle 11g y el entorno de desarrollo será
el SQLDeveloper.
 Las herramientas de modelado para el desarrollo del sistema son el “IBM Rational
Rose Enterprise Edition” y el “Bizagi Process Modeler” para el diagrama de actividades
de los procesos.
 Uso de un sistema operativo Libre (Ubuntu) o licenciado (Windows xp/7/8/10)

4.10.4 Soporte
El “Sistema de gestión de pedidos de ebanistería” tendrá un mantenimiento progresivo en el
cual se podrán hacer modificaciones con la finalidad de incorporar nuevas funcionalidades
y/o eliminaciones las cuales estarán orientadas a mejorar las interacciones entre usuario-
sistema y cubrir los nuevos servicios brindados por la empresa Obregón SRL.
4.11 Sección de QoS

4.11.1 Usabilidad
Las interfaces del “Sistema de gestión de pedidos de ebanistería” han sido desarrolladas para
ser bastante amigables para los usuarios ya que incluyen gráficos para su mayor
entendimiento en cada una de estas.
Debido a que el “Sistema de gestión de pedidos de ebanistería” está orientado solo para los
miembros de la empresa Obregón SRL, su uso está destinado únicamente para estos. Se
podría hacer factible su uso para otras empresas, las cuales estén orientadas al rubro de la
ebanistería y que sus reglas del negocio se aproximen a las de Obregón SRL.
4.11.2 Eficiencia
El sistema tendrá una respuesta inmediata (a lo más un segundo) ya que no abarca
demasiadas funcionalidades, tampoco porque no realiza servicios en línea, así que no
depende del internet. Su rendimiento esta solamente limitado a la del ordenador en el que
esté instalado el “Sistema de gestión de pedidos de ebanistería”.
Otro motivo por el cual la repuesta será inmediata es que solo se limita a la inserción,
modificación y/o eliminación de datos, además el número de usuarios para el sistema es de
solo 3 (Jefe de producción, Supervisor de tareas y Encargado de despacho).
4.11.3 Seguridad
El sistema permitirá el uso de sus distintas funcionalidades dependiendo del perfil con el que
el usuario accede al sistema, validando su ingreso a través de su usuario y contraseña (ya
sea Jefe de producción, Supervisor de tareas o Encargado de despacho). Por lo tanto no
puede haber filtro de información de un usuario a otro ya que cualquier acción realizada por
uno de estos será registrada en el sistema como un historial junto con los datos personales.
Los datos no pueden ser visualizados o manipulados desde el exterior ya que se usa un motor
de base de datos Oracle 11g al cual solo se puede acceder si es que loguea el usuario
registrado en el sistema.

4.11.4 Confiabilidad
El sistema siempre validara los datos ingresados y mostrara mensajes indicando la posible
solución en caso de presentar errores. En varios formularios se han restringidos la digitación
de ciertos caracteres para asegurar la validación de los datos a la hora de ser guardados en
el sistema.
En caso de que sucedan errores en el sistema, se mostraran mensajes indicando los detalles
de estos errores para que el usuario tome las medidas adecuadas ante estos.
4.11.5 Mantenimiento
El mantenimiento estará regido de acuerdo a las necesidades de la empresa y los posibles
fallos que surjan y que no se hayan identificado. Debido a que el sistema no es de gran
envergadura y solo está orientado a escritorio su mantenimiento futuro no tendrá muchas
dificultades incluso si el personal de desarrollo fuese diferente al inicial, ya que además el
código es bastante flexible.
4.11.6 Estándares
Se usara un estándar para todas las ventanas e interfaces las cuales están especificadas en
el documento “Estándares de Interfaz Gráfica.docx”.
Asimismo se tendrá un estándar para el nombre de los formularios, clases, variables, métodos
y los códigos.

5. Vista Lógica
5.1 Estilo arquitectónico
Para el diseño del sistema de gestión de documentos se ha escogido una arquitectura cliente-
servidor. La utilización de esta arquitectura se debe a la necesidad de aportar facilidad y
velocidad al usuario al momento de acceder o manejar de cualquier manera la información
de los documentos mediante llamadas al servidor y respuestas de éste. Además, se evitará
la principal desventaja de este tipo de arquitectura al tener solamente un usuario que efectúa
llamadas.
 Capa de cliente
La capa del cliente abarca el conjunto de componentes software que permitirán al usuario
comunicarse con el sistema de manera gráfica y amigable para efectuar las peticiones a la
capa del servidor y modificar u obtener la información (documento) deseada mediante
ventanas. Espera, recibe y muestra las respuestas del servidor.
 Capa de intermedia
En la capa intermedia encontraremos la lógica de la aplicación necesaria para permitir la
comunicación efectiva entre la capa del cliente y la capa del servidor. Se encarga de convertir
las peticiones del cliente a una forma a la que la capa del servidor pueda responder, y
transformar esta respuesta obtenida en información utilizable para la capa del cliente.
 Capa de servidor
La capa del servidor será la que estará a la escucha de las peticiones del cliente que llegarán
en el formato adecuado mediante la capa intermedia, procesará la petición y la enviará de
vuelta a la capa intermedia. En esta capa encontraremos el repositorio que nos permitirá la
persistencia.

5.2 Arquitectura lógica de la aplicación

5.2.1 Visión general

5.2.2 Identificando las Interfaces entre capas
5.3 Identificación de las clases del diseño

5.3.1 Diagramas de secuencias del paquete Gestión de documentos
 CUS-01: Registrar documento
IU_AñadirDocumento C_AñadirDocumento E_TipoDocumento E_Documento
<<Clase>> <<Clase>> <<Clase>>

Interfaz AgregarDocumento <<Clase>>
Gestor AñadirDocumento Tipo Documento Documento

: Interfaz : Gestor AñadirDocumento : Tipo : Documento

Administrador :
AgregarDocumento Documento
Usuario
Pulsa "Añadir documento"
Muestra opciones
Selecciona TipoDocumento
EnviarOpcionTipoDocumento()
ObtenerInformacionTipoDocumento()
EnviarCamposNecesarios()
MostrarCampos()
Ingresa datos
VerificarDatos()
VerificarDatosDocumento()
ConfirmarDatosDocumento()
ConfirmarDocumento()
GenerarCodigoDocumento()
GuardarDocumento()
RetornaConfirmación()
RetornarMensajeConfirmacionDocumento()
MostrarMensajeConfirmación
Pulsa "Salir"
 CUS-02: Buscar Documento

IU_ConsultarDocumento E_ConsultarDocumento
C_ConsultarDocumento
Interfaz : BusquedaDocumento Gestion: ConsultarDocumento Documento
: Administrador : IU_ConsultarDocumento : : E_ConsultarDocumento

C_ConsultarDocumento
PulsaConsularDocumen...
MostrarIUConsultar()
IngresarDatosSolicitadosDelDocumen...
BuscarDocumento()
BuscarConsulta()
ExisteDocumento()
ObtenerInformacionDelDocumento()
EntragarDatosDelDocumento()
MostrarDocumento()
MuestraDocumento()
 CUS-03: Editar Documento.

IU_ModificarDocumento C_ModificarDocumento E_Documento
Interfaz : ModificarDocumento GestorModificacion

Documento
: Administador : IU_ModificarDocumento : C_ModificarDocumento : E_Documento
PulsarModificarDocumen...
MuestrarInterfazModificar()
IngresarDatosDelDocumen...
PulsarBuscar()
BuscarDocumento()
VerificaDatosDelDocumento
ExisteDocumento()
MostrarVistaPrevia()
PulsarModificar()
Modificar()
GuardarDocumentoModificado()

 CUS-04: Eliminar Documento.


5.3.2 Diagrama de subsistemas

5.3.3 Agrupación de las clases de diseño en Subsistema del paquete Gestión de

Documentos
Clases:
 Interfaz Menú principal
 Interfaz Añadir Documento
 Interfaz Modificar Documento
 Interfaz Buscar Documento
 Interfaz Eliminar Documento
 Gestor Añadir Documento
 Gestor Modificar Documento
 Gestor Buscar Documento
 Gestor Eliminar Documento
 Documento

5.3.3.1 Diagrama de clases de diseño del subsistema Servicio al cliente
5.3.3.1.1 Asignación de Operaciones
Clase: Interfaz Añadir Documento
RESPONSABILIDADES COLABORACIONES
Llamar interfaz añadir cotización Clase: Interfaz Menú Principal
Clase: Interfaz Modificar Documento
Llamar interfaz Modificar Documento Clase: Interfaz Menú Principal.
Clase: Interfaz Buscar Documento
Llamar interfaz Buscar Documento Clase: Interfaz Menú Principal.
Clase: Interfaz Eliminar Documento
Llamar interfaz eliminar Documento Clase: Interfaz Menú Principal.

Clase: Gestor Modificar cotización
Verificar la validez de los cambios
Guardar los cambios Clase: Interfaz modificar documento.
Clase: Gestor Añadir cotización
Registrar producto Clase: Interfaz añadir Documento
Verificar validez del documento Clase: Interfaz añadir Documento
Guardar los cambios Clase: Interfaz añadir Documento
Clase: Gestor Eliminar cotización
Verificar Identificador del documento Clase: Interfaz eliminar Documento
Confirmar eliminar del Documento Clase: Interfaz eliminar Documento.
Eliminar Documento Clase: Interfaz eliminar Documento.
Clase : Gestor Buscar Documento

Verificar Identificador del documento Clase: Interfaz Buscar Documento
Solicitar el documento verificado Clase: Interfaz Buscar Documento
Clase : Documento
Registra los datos del documento Clase: Gestor Añadir Documento
Obtener el código y el nombre de un Clase: Gestor Buscar Documento

determinado Documento
Clase: Gestor Modificar Documento
Eliminar el registro de un Documento Clase: Gestor Eliminar cotización
Agregar un nuevo Documento Clase: Gestor Añadir Documento
5.3.3.1.2 Diagrama de clases del diseño

5.3.3.2 Diagrama de clases de diseño del subsistema Gestión de productos
Clase: Interfaz Mantener información del catálogo de diseño de productos
Hace una llamada a la interfaz Mantener Clase: Interfaz Menú Principal

información del catálogo de diseño de
productos
Clase: Interfaz Seleccionar Diseño del catálogo
Hace una llamada a la interfaz Clase: Interfaz Registrar Producto

Seleccionar Diseño del catálogo
Clase: Interfaz Registrar producto
Hace una llamada a la interfaz “Registrar Clase: Interfaz Registrar Cotización

producto”
Clase: Interfaz Añadir Diseño
Hace una llamada a la interfaz Añadir Clase: Interfaz Mantener información del
Diseño catálogo de diseño de productos
Mostrar mensaje de confirmación Clase: Gestor Añadir Diseño

Clase: Interfaz Modificar Diseño
Hace una llamada a la interfaz Modificar Clase: Interfaz Mantener información del
Mostrar mensaje de confirmación Clase: Gestor Modificar Diseño
Clase: Interfaz Eliminar Diseño
Hace una llamada a la interfaz Eliminar Clase: Interfaz Mantener información del
Mostrar mensaje de confirmación Clase: Gestor Eliminar Diseño
Clase: Interfaz Ventana Explorador
Hace una llamada a la interfaz Ventana Clase: Interfaz Añadir Diseño

Explorador
Clase: Interfaz Modificar Diseño
Clase: Gestor Añadir Diseño
Solicitar Dirección Archivo Clase: Interfaz Ventana Explorador
Verificar Si Es Imagen Clase: Ubicación de diseño
Solicitar Guardar Diseño Producto Clase: Interfaz Añadir Diseño
Generar Código Clase: Gestor Añadir Diseño

Clase: Gestor Modificar Diseño
Verificar Código Ingresado Clase: Interfaz Modificar Diseño
Solicitar Dirección Archivo Clase: Interfaz Ventana Explorador
Verificar Si Es Imagen Clase: Ubicación de diseño
Solicitar Guardar Diseño Producto Clase: Interfaz Modificar diseño
Clase: Gestor Eliminar Diseño
Verificar Código Ingresado Clase: Interfaz Eliminar Diseño
Solicitar Dirección Archivo Clase: Interfaz Eliminar Diseño
Solicitar Eliminar Diseño Clase: Interfaz Eliminar Diseño
Clase: Gestor Seleccionar Diseño del Catálogo
Solicitar Dirección Archivo Clase: Interfaz Seleccionar diseño de catálogo
Solicitar Guardar Diseño de Producto Clase: Interfaz Seleccionar diseño de catálogo
Clase : Gestor Registrar producto
Seleccionar algún diseño del catálogo Clase: Interfaz Registrar producto
Verificar que los campos no estén vacíos Clase: Interfaz Registrar producto
Agregar un nuevo registro de producto Clase: Gestor Registrar producto
Generar un código a un producto recién Clase: Gestor Registrar producto

registrado

Clase: Ubicación de Diseño
Obtener Dirección Archivo Clase: Gestor Añadir Diseño

Clase: Diseño de Producto
Guardar Diseño de Producto Clase: Gestor Añadir Diseño

Buscar Código de diseño Clase: Gestor Modificar Diseño

Obtener Dirección Archivo Clase: Gestor Modificar Diseño

Eliminar Diseño Clase: Gestor Eliminar Diseño
Obtener Datos De Diseño Clase: Gestor Registrar Producto
Clase : Producto
Registra los datos de un producto Clase: Gestor Añadir cotización
Obtener el código y el nombre de un Clase: Gestor Modificar cotización

determinado producto
Clase: Gestor Eliminar cotización
Eliminar el registro de un producto Clase: Gestor Eliminar cotización
Agregar un nuevo registro de producto Clase: Gestor Registrar producto
Guardar el diseño de un producto Clase: Gestor Seleccionar Diseño del catálogo


5.3.4 Agrupación de las clases de diseño en Subsistema del paquete Gestión de tareas
de operarios
 Subsistema Gestión de tareas de operarios
Clases:
 Interfaz Menú principal
 Interfaz Mantener información de operario
 Interfaz Añadir información de Operario
 Interfaz Modificar información de Operario
 Interfaz Eliminar información de Operario
 Interfaz Registrar Tareas
 Interfaz Añadir avance de tareas
 Interfaz Registrar Avance de tareas
 Gestor Añadir Operario
 Gestor Modificar Operario
 Gestor Eliminar Operario
 Gestor Registrar Tareas
 Gestor Añadir avance de tareas
 Gestor Registrar Avance de tareas
 Operario
 Tarea
 Tarea asignada
 Avance de tareas
 Pedido
5.3.4.1 Diagrama de clases de diseño del subsistema Gestión de tareas de operarios
Clase: Interfaz Mantener Información de operario
Hace una llamada a la interfaz “Mantener Clase: Interfaz Menú principal

información de operario”

Clase: Interfaz Añadir Información de operario
Hace una llamada a la interfaz “Añadir Clase: Interfaz Mantener información de

información de operario” operario
Clase: Interfaz Modificar Información de operario
Hace una llamada a la interfaz “Modificar Clase: Interfaz Mantener información de

Clase: Interfaz Eliminar Información de operario
Hace una llamada a la interfaz “Eliminar Clase: Interfaz Mantener información de

Clase: Interfaz Registrar Tareas
Llamar interfaz Clase: Interfaz Menú principal
Mostrar mensaje Clase: Gestor Registrar tareas
Clase: Interfaz Añadir avance de tareas
Llamar interfaz añadir avance de tareas Clase: Interfaz menú principal.

Clase Interfaz Registrar Avance de Tareas
Llamar interfaz Clase: Interfaz Menú principal
Mostrar datos operario tarea Clase: Gestor avance de tareas
Mostrar datos actualizados Clase: Gestor avance de tareas
Clase : Gestor Añadir operario
Verificar que los campos no estén vacíos Clase: Interfaz Añadir información de
operario
Generar el código a un operario recién Clase: Gestor Añadir operario

registrado
Clase : Gestor Modificar operario
Verificar que el código del operario se Clase: Interfaz Modificar información del
encuentra almacenado operario
Verificar que los campos no estén vacíos Clase: Interfaz Modificar información del
operario
Clase : Gestor Eliminar operario
Verificar que el código del operario se Clase: Interfaz Eliminar información del
encuentra almacenado operario

Clase: Gestor Registrar Tareas
Validar número de pedido Clase: Interfaz Registrar Tareas
Mostrar mensaje valido Clase: Pedido
Verificar campos Clase: Interfaz Registrar Tareas
Enviar mensaje de guardado Clase: Tarea
Clase: Gestor Añadir avance de tareas
Mostrar avance de tareas Clase: Interfaz añadir avance de tareas.
Verificar campos vacíos Clase: Interfaz añadir avance de tareas.
Verificar existencia código de avance de Clase: Interfaz añadir avance de tareas.

tareas
Guardar nuevo avance de tareas Clase: Interfaz añadir avance de tareas.
Clase: Gestor Registrar Avance de Tareas
Verificar Código de operario Clase: Interfaz Registrar avance de tares
Verificar estado de tareas Clase: Interfaz Registrar avance de tares
Clase: Tarea
Guardar Tarea Clase: Gestor Registrar Tareas
Obtener Tareas del pedido Clase: Gestor Tareas asignadas operario

Clase: Tarea Asignada
Añadir tareas asignadas Clase: Gestor Tareas Asignadas a Operario
Buscar tareas asignadas Clase: Gestor Registrar Avance Tareas
Obtener Tareas del pedido Clase: Gestor Tareas asignadas operario
Obtener nombre de tarea Clase: Gestor Añadir avance de tareas
Obtener tareas asignadas Clase: Gestor avance tareas
Clase: Pedido
Buscar Numero de pedido Clase: Gestor registrar tareas

Clase: Gestor Tareas Asignadas a operario
Guardar Pedido Clase: Gestor Registrar Pedido
Clase: Operario
Agregar un nuevo registro de operario Clase: Gestor Añadir operario
Busca el código asignado a un operario Clase: Gestor Modificar operario

Clase: Gestor Registrar avance de tareas
Clase: Gestor Tareas asignadas a operarios
Obtener todos los datos de un operario Clase: Gestor Tareas asignadas a operarios
Cambiar el estado de un operario Clase: Gestor Tareas asignadas a operarios
Actualizar los datos de un operario Clase: Gestor Modificar operario
Elimina el registro de un operario Clase: Gestor Eliminar operario



6. Vista de despliegue
1. Capa de Presentación 2. Capa de Negocio 3. Capa de Datos
PC Servidor de Base
de Datos
LAN Switch LAN
6.1 Servidor de base de datos

 Características
 Procesador: Intel Xeon E7 2.4 GHZ/acceso de memoria de hasta 1066Mhz
 Memoria RAM 1TB DDR3
 Disco duro SAS 9.6TB por chasis
6.2 Switch
 Como mínimo 5 puertos
 Ancho de banda por ranura: 48 Gbps
 Terminación inalámbrica máxima: 20 Gb

6.3 Computadoras
 Intel Core i3
 Memoria Ram 512 MB
 Hd 100gb
 Sistema operativo: Windows XP/7/8
 Tipos:
- PC Jefe de producción
Computadora que será utilizada por cada uno de los usuarios de la empresa,
en este caso, el jefe de producción, para acceder al sistema. Está conectada
directamente al servidor principal vía LAN.
- PC Supervisor de tareas
en este caso, el supervisor de tareas, para acceder al sistema. Está conectada
- PC Encargado de despacho
en este caso, encargado de despacho, para acceder al sistema. Está conectada

7. Vista de implementación
7.1 Descripción
En esta vista de implementación se presenta el sistema en términos de componentes, es
decir ficheros de código fuente. Nos enfocaremos en la organización de los módulos de
software.
Se ha decidido separar en tres módulos Servicio al cliente (abarca cada una de las actividades
del paquete servicio al cliente), Gestión de producto (abarca cada una de las actividades del
paquete de Gestión de producto) y Gestión de tareas de operario (abarca cada una de las
actividades del paquete Gestión de tareas de operario).
En esta vista también se explicara cual es la relación de entre los componentes y la clase
de diseño de cada módulo.
7.2 Diagrama de componentes

7.2.1 Actividad implementar un subsistema
<<implementation subsystem>>
<<design subsystem>> Servicio_al_Cliente
Servicio al cliente
<<trace 1:1>>
<<design subsystem>> Gestion_de_producto
Gestion de producto
<<trace 1:1>>
<<design subsystem>> Gestion_de_tareas_de_operarios
Gestion de tareas de operarios
<<trace 1:1>>

 Subsistema de Implementación: Servicio al cliente

 Componente Cotización
- Interfaz Mantener información de la cotización
- Interfaz Añadir cotización
- Interfaz Modificar cotización
- Interfaz Eliminar cotización
- Cotización
 Componente Gestor Cotización
- Gestor Añadir cotización
- Gestor Modificar cotización
- Gestor Eliminar cotización
 Componente Pedido
- Interfaz Registrar Pedido
- Pedido
 Componente Gestor Pedido
- Gestor Registrar Pedido
 Componente Producto
- Producto
 Componente Cliente
- Cliente
Servicio al cliente
<<file>> GestorCotizacion.java GestorPedido.java

Cotizacion.java
<<file>> <<file>> <<file>>

Pedido.java Producto.java Cliente.java

 Subsistema de Implementación: Gestión de producto

 Componente Producto
- Producto
- Interfaz Registrar producto
 Componente Diseño de producto
- Diseño de producto
- Interfaz Mantener información del catálogo de diseños de productos
- Interfaz Seleccionar diseño del catalogo
- Interfaz Añadir diseño
- Interfaz Modificar diseño
- Interfaz Eliminar diseño
 Componente Gestor diseño de producto
- Gestor Añadir diseño
- Gestor Modificar diseño
- Gestor Eliminar diseño
 Componente Ubicación de diseño
- Ubicación de diseño
- Interfaz Ventana explorador
 Componente Gestor Seleccionar diseño del catalogo
- Gestor Seleccionar diseño del catalogo
 Componente Gestor Registrar producto
- Gestor Registrar producto
Gestion_de_producto
<<file>> <<file>> GestorDiseñoProducto.java

Producto.java DiseñoProducto.java
<<file>> GestorSeleccionarD GestorRegistrarProducto

UbicacionDiseño.java iseñoCatalogo.java .java

 Subsistema de Implementación: Gestión de tareas de operarios

 Componente Operario
- Operario
- Interfaz Mantener información de operario
- Interfaz Añadir información de operario
- Interfaz Modificar información de operario
- Interfaz Eliminar información de operario
 Componente Tarea
- Tarea
- Interfaz Registrar tareas
 Componente Avance de tarea
- Avance de tareas
- Tarea asignada
- Interfaz Registrar avance de tareas
- Interfaz Añadir avance de tareas
 Componente Gestor operario
- Gestor Añadir operario
- Gestor Modificar operario
- Gestor Eliminar operario
 Componente Gestor de tareas
- Gestor Registrar tareas
- Gestor Añadir avance de tareas
- Gestor Registrar avance de tareas
Gestion_de_tareas_de_operarios
<<file>> <<file>> <<file>>

Operario.java Tarea.java AvanceDeTarea.java
GestorOperario.java GestorTareas.java

7.2.2 Diagrama general de componentes
IniciarSesion
<<implementation subsystem>> <<implementation subsystem>>

Gestion_de_tareas_de_operarios Servicio al cliente <<implementation subsystem>>
Gestion_de_producto
<<file>> <<file>> <<file>> <<file>> GestorCotizacion.ja GestorPedido.jav

Operario.jav AvanceDeTarea.ja Tarea.java Cliente.jav va a <<file>> <<file>> GestorDiseñoProducto
Producto.java DiseñoProducto.ja
a va a .java
va
GestorOperario.ja GestorTareas.jav
va a
<<file>> <<file>> GestorSeleccionar GestorRegistrarProduc
Cotizacion.ja <<file>> to.java
Pedido.java UbicacionDiseño DiseñoCatalog...
va .java
Conexion a BD
Base de Datos

8. Vista de Datos
8.1 Modelo Relacional

8.2 Tipo de Base de datos: Base de datos centralizado.
Base de datos
Cotizacion Producto Tareas Asignadas Avance de tareas Pedido
Ubicación de diseño 0perario Diseño de Producto Tarea Cliente

Arquitectura del Sistema de Gestión de Pedidos de Ebanistería

Transféré par

Informations du document

Description originale:

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Arquitectura del Sistema de Gestión de Pedidos de Ebanistería

Transféré par

Droits d'auteur :

Formats disponibles

Waldo S

Sistema de Gestión de Documentos

Documento de la Arquitectura del Software

Fecha Versión Descripción Autor

Vista de casos de uso del

Vista de casos de uso del

30/01/2014 3.0 Vista lógica Equipo de trabajo

1/02/2014 4.0 Vista lógica Equipo de trabajo

11/02/2012 5.0 Vista despliegue Equipo de trabajo

17/02/2014 6.0 Vista de implementación Equipo de trabajo

20/02/2014 7.0 Vista de implementación Equipo de trabajo

Confidencial Obregón SRL, 2014 Página 2 de 74

3. Metas y Restricciones Arquitectónicas 9

4. Vista de Casos de Uso 10

Confidencial Obregón SRL, 2014 Página 3 de 74

Confidencial Obregón SRL, 2014 Página 4 de 74

6.1 Servidor de base de datos 66

Confidencial Obregón SRL, 2014 Página 5 de 74

Documento de la Arquitectura del Software

Confidencial Obregón SRL, 2014 Página 6 de 74

Usuario del sistema que puede participar

Conjunto de elementos estáticos, propios

Bizagi Software para modelar procesos.

Secuencia de acciones que el sistema

Actividad creativa que tiene por fin

Especifica el comportamiento y limita el

Software que actúa de interfaz entre los

Agrupaciones de casos de uso y actores

Confidencial Obregón SRL, 2014 Página 7 de 74

Rational Unified Process (Proceso Unificado

Unified Modeling Language (Lenguaje de

Documento Versión Fecha de la versión

Modelo del Negocio del Sistema

Modelo de Análisis del Sistema

1.5 Vista Global

Confidencial Obregón SRL, 2014 Página 8 de 74

3. Metas y Restricciones Arquitectónicas

Confidencial Obregón SRL, 2014 Página 9 de 74

4. Vista de Casos de Uso

Actores Modelo del Casos de Uso

4.1 Descripción del Negocio

Confidencial Obregón SRL, 2014 Página 10 de 74

Confidencial Obregón SRL, 2014 Página 11 de 74

4.4 Descripción de los procesos del negocio relevantes para el sistema

Confidencial Obregón SRL, 2014 Página 12 de 74

4.5 Modelo de Dominio

solicita incluye tiene 1..n

genera tiene se encuentra

4.6 Identificar a los actores

Jefe de Produccion Supervisor de

Confidencial Obregón SRL, 2014 Página 13 de 74

4.7 Casos de uso relevantes organizado por paquetes

Mantener informacion de la Registrar producto Seleccionar diseño del catalogo

Registrar pedido Mantener informacion del catalogo

Gestion de tareas de operarios

Registrar tareas asignadas a Mantener informacion de Registrar tareas

Usuario Supervisor de <<include>>

Mantener usuario Conexion al sistema Nueva comunicacion de incidencia

Resolver incidencia Consultar incidencia Cerrar incidencia

Confidencial Obregón SRL, 2014 Página 14 de 74

4.8 Descripción de los casos de uso relevantes para la arquitectura

Confidencial Obregón SRL, 2014 Página 15 de 74