Está en la página 1de 74

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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.4.2.1 Asignación de Operaciones 54
5.3.4.2.2 Diagrama de clases del diseño 58
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
5.3.5.1.1 Asignación de Operaciones 59
5.3.5.1.2 Diagrama de clases del diseño 64

6. Vista de despliegue 66

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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


4.4.1 PN1: Proceso de Gestión de Documentos

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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
(from Atencion al cliente)
(from Atencion al cliente)

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)

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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
Actor: Administrador
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:

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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
Flujo Alterno 1: Cancelar
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”.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

ID: CUS-03
Caso de Uso: Editar documento
Actor: Administrador
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.

Flujo Alterno 1: Cancelar


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.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

ID: CUS-04
Caso de Uso: Eliminar documento
Actor: Administrador
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.

Flujo Alterno 1: Cancelar


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”.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 CUS-03: Registrar producto.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 CUS-05: Registrar Pedido

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 CUS-06: Mantener información de Operario

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 CUS-07: Registrar Tareas.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 CUS-08: Registrar tareas asignadas.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

 CUS-10: Registrar avance de tareas.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 CUS-11: Mantener Usuario.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 CUS-12 Conexión al sistema

 CUS-13 Nueva comunicación de incidencia

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 CUS-14 Resolver incidencia

 CUS-15 Cerrar incidencia

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 CUS-16 Consultar incidencia

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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)

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

5.2 Arquitectura lógica de la aplicación


5.2.1 Visión general

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

: 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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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()

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 CUS-04: Eliminar Documento.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

5.3.2 Diagrama de subsistemas

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

RESPONSABILIDADES COLABORACIONES

Llamar interfaz Modificar Documento Clase: Interfaz Menú Principal.

Clase: Interfaz Buscar Documento

RESPONSABILIDADES COLABORACIONES

Llamar interfaz Buscar Documento Clase: Interfaz Menú Principal.

Clase: Interfaz Eliminar Documento

RESPONSABILIDADES COLABORACIONES

Llamar interfaz eliminar Documento Clase: Interfaz Menú Principal.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

Clase: Gestor Modificar cotización

RESPONSABILIDADES COLABORACIONES

Verificar la validez de los cambios

Guardar los cambios Clase: Interfaz modificar documento.

Clase: Gestor Añadir cotización

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

RESPONSABILIDADES COLABORACIONES

Verificar Identificador del documento Clase: Interfaz Buscar Documento

Solicitar el documento verificado Clase: Interfaz Buscar Documento

Clase : Documento

RESPONSABILIDADES COLABORACIONES

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

5.3.3.2 Diagrama de clases de diseño del subsistema Gestión de productos

5.3.3.2.1 Asignación de Operaciones

Clase: Interfaz Mantener información del catálogo de diseño de productos

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

Hace una llamada a la interfaz Clase: Interfaz Registrar Producto


Seleccionar Diseño del catálogo

Clase: Interfaz Registrar producto

RESPONSABILIDADES COLABORACIONES

Hace una llamada a la interfaz “Registrar Clase: Interfaz Registrar Cotización


producto”

Clase: Interfaz Añadir Diseño

RESPONSABILIDADES COLABORACIONES

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

Clase: Interfaz Modificar Diseño

RESPONSABILIDADES COLABORACIONES

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

Mostrar mensaje de confirmación Clase: Gestor Modificar Diseño

Clase: Interfaz Eliminar Diseño

RESPONSABILIDADES COLABORACIONES

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

Mostrar mensaje de confirmación Clase: Gestor Eliminar Diseño

Clase: Interfaz Ventana Explorador

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

Clase: Gestor Modificar Diseño

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

Clase: Ubicación de Diseño

RESPONSABILIDADES COLABORACIONES

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


Clase: Gestor Modificar Diseño

Clase: Diseño de Producto

RESPONSABILIDADES COLABORACIONES

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


Clase: Gestor Modificar Diseño

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


Clase: Gestor Eliminar Diseño

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


Clase: Gestor Eliminar Diseño

Eliminar Diseño Clase: Gestor Eliminar Diseño

Obtener Datos De Diseño Clase: Gestor Registrar Producto

Clase : Producto

RESPONSABILIDADES COLABORACIONES

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

5.3.3.2.2 Diagrama de clases del diseño

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

5.3.4.1.1 Asignación de Operaciones

Clase: Interfaz Mantener Información de operario

RESPONSABILIDADES COLABORACIONES

Hace una llamada a la interfaz “Mantener Clase: Interfaz Menú principal


información de operario”

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

Clase: Interfaz Añadir Información de operario

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

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


información de operario” operario

Clase: Interfaz Eliminar Información de operario

RESPONSABILIDADES COLABORACIONES

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


información de operario” operario

Clase: Interfaz Registrar Tareas

RESPONSABILIDADES COLABORACIONES

Llamar interfaz Clase: Interfaz Menú principal

Mostrar mensaje Clase: Gestor Registrar tareas

Clase: Interfaz Añadir avance de tareas

RESPONSABILIDADES COLABORACIONES

Llamar interfaz añadir avance de tareas Clase: Interfaz menú principal.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

Clase Interfaz Registrar Avance de Tareas

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

Verificar que el código del operario se Clase: Interfaz Eliminar información del
encuentra almacenado operario

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

Clase: Gestor Registrar Tareas

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

Verificar Código de operario Clase: Interfaz Registrar avance de tares

Verificar estado de tareas Clase: Interfaz Registrar avance de tares

Clase: Tarea

RESPONSABILIDADES COLABORACIONES

Guardar Tarea Clase: Gestor Registrar Tareas

Obtener Tareas del pedido Clase: Gestor Tareas asignadas operario

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

Clase: Tarea Asignada

RESPONSABILIDADES COLABORACIONES

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

RESPONSABILIDADES COLABORACIONES

Buscar Numero de pedido Clase: Gestor registrar tareas


Clase: Gestor Tareas Asignadas a operario

Guardar Pedido Clase: Gestor Registrar Pedido

Clase: Operario

RESPONSABILIDADES COLABORACIONES

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

5.3.4.1.2 Diagrama de clases del diseño

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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
 Características
 Como mínimo 5 puertos
 Ancho de banda por ranura: 48 Gbps
 Terminación inalámbrica máxima: 20 Gb

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

6.3 Computadoras
 Características
 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
Computadora que será utilizada por cada uno de los usuarios de la empresa,
en este caso, el supervisor de tareas, para acceder al sistema. Está conectada
directamente al servidor principal vía LAN.
- PC Encargado de despacho
Computadora que será utilizada por cada uno de los usuarios de la empresa,
en este caso, encargado de despacho, para acceder al sistema. Está conectada
directamente al servidor principal vía LAN.

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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>>

<<implementation subsystem>>
<<design subsystem>> Gestion_de_producto
Gestion de producto
<<trace 1:1>>

<<implementation subsystem>>
<<design subsystem>> Gestion_de_tareas_de_operarios
Gestion de tareas de operarios
<<trace 1:1>>

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 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

<<implementation subsystem>>
Servicio al cliente

<<file>> GestorCotizacion.java GestorPedido.java


Cotizacion.java

<<file>> <<file>> <<file>>


Pedido.java Producto.java Cliente.java

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 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

<<implementation subsystem>>
Gestion_de_producto

<<file>> <<file>> GestorDiseñoProducto.java


Producto.java DiseñoProducto.java

<<file>> GestorSeleccionarD GestorRegistrarProducto


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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

 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

<<implementation subsystem>>
Gestion_de_tareas_de_operarios

<<file>> <<file>> <<file>>


Operario.java Tarea.java AvanceDeTarea.java

GestorOperario.java GestorTareas.java

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

8. Vista de Datos
8.1 Modelo Relacional

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


Sistema de Gestión der Pedidos de Ebanistería Versión: 7.0
Documento de la Arquitectura de Software Fecha: 20/02/2014

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

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