82582 81559
Para ver una copia de licencia, visita: Perfect Manager by Carlos E. Guillen, Edgar Sabino is licensed under a Creative Commons Reconocimiento-SinObraDerivada 3.0 Unported License.
Contenido
Presentacin Pgs.
1. Introduccin5 2. Objetivo General.6 3. Objetivos Especficos...7 4. Descripcin de la Empresa y Organigrama.8 5. mbito del Sistema ...13 6. Definiciones, Acrnimos y Abreviaturas.....14 7. Deficiencias Actuales ...15 8. Estudios de Factibilidad: .16 Econmica: Anlisis de Costo-Beneficio de la implementacin del nuevo sistema, cuantificados en RD$, Retorno de la Inversin) Tcnica: infraestructura actual vs la infraestructura sugerida o la que demanda el nuevo sistema (infraestructura de la red, descripcin tcnica de los equipos a utilizar y justificacin). Operativa: Plataforma operativa actual vs la operatividad que ofrecer el nuevo sistema basado en de uso, tiempo de entrenamiento. 9. Lista Definitiva de Requisitos del Nuevo Sistema (LDR)....28 Requisitos Funcionales Requisitos No funcionales Requisitos Futuros Suposiciones y Dependencias Declaracin de Propsitos Diagrama y Especificacin de Casos Uso Diagrama de Actividad de cada Casos de Uso Diagrama de Clases Diagrama de Secuencia Especificaciones de Mtodos Diagrama de Actividad de Mtodos Diccionario de Clases
11. Diseo del Sistema78 Diagrama Entidad-Relacin Normalizado Descripcin de tablas normalizadas Diseo de Interfaces Externas y de Usuario Diseo de reportes y formularios Prueba de Calidad
Introduccin
El Proyecto de grado a continuacin va dirigido al anlisis, implementacin y desarrollo, de una aplicacin de gestin automatizada del proceso del proceso de produccin de una orden de trabajo. Llamado a ser una ayuda en el proceso de la empresa Itic Apparel, S.A, la aplicacin Perfect Manager que significa Gerente Perfecto, o en nuestro contexto la traduccin seria Gestin Perfecta es una aplicacin en entorno web e intranet que ejecutara un monitoreo a las rdenes de los clientes, llevando un historial de la vida productiva a travs de los departamentos que la procesan, as como el tiempo de espera para terminar su proceso. Su propsito es gestionar el proceso desde inicio hasta fin de las rdenes en la empresa, as tambin proporcionar informacin entre los departamentos que procesan la orden de compra expedida por cada cliente, a su vez facilitara reportes estadsticos de carcter administrativo.
Objetivo General
El objetivo de este proyecto es mejorar y gestionar el flujo de informacin concerniente al manejo de rdenes de la empresa, ya que esta no cuenta con buena comunicacin entre los departamentos, los cuales estn divididos en dos edificios. Por eso, el Sistema Perfect Manager, se centrara en mejorar el proceso laboral de la empresa monitoreando las rdenes de los clientes y abriendo la posibilidad de que los departamentos tengan conocimiento en tiempo real del estado y ubicacin de las rdenes en proceso o las ya procesadas.
Objetivos especficos
Creacin de rdenes de compras en tiempo real con parmetros nicos generalizados de acuerdo con la empresa. Gestionar y automatizar el flujo de informacin referente a las rdenes de los clientes, que procesa la empresa. Disminuir el tiempo en la administracin de las rdenes a procesar en tiempo real. Gestin automatizada de recorrido de produccin de la orden. Generar reportes de acuerdo a cada necesidad.
Descripcin de la empresa
La compaa I.T.I.C. Apparel S.A. como su nombre lo indica, es una sociedad annima con sede en el parque industrial de San Pedro de Macors, Rep. Dom. Es una empresa de manufactura textil, que en su cartera producen toda clase de uniformes. La misma trabaja en base a contractos de produccin, con sus clientes y mantiene una estrecha comunicacin con los mismos para suministrarle informacin acerca del proceso de cada orden de compra en la empresa. La empresa trabaja en conjunto con varias sedes de la misma, localizada en el estado de MO, USA y otra en Herman MO. Su sede central se encuentra Rep. Dom.
Definicin
Gerente Perfecto Usuario Cdigo Diagrama de Transicin de estado Cliente Estilo Alimentacin elctrica ininterrumpida. Identificacin Departamento Orden Tiempo estimado de espera Interfaz de Usuario Numero de orden de compra Rastreo Aplicacin
10
11
Estudio de Factibilidad
En esta seccin se presentaran las diferentes divisiones o ramas que posee el estudio de factibilidad, el cual se ha aplicado en este proyecto para dar una mayor visin al lector en cuanto a la factibilidad que puede beneficiar esta aplicacin al usuario.
Este estudio de factibilidad que se aplica a esta aplicacin se desglosa de la siguiente manera:
a) Econmico b) Operacional c) Tcnico Los cuales darn cada uno sus diferentes puntos de vista de la fiabilidad que presenta esta aplicacin.
rea de Enfoque: La aplicacin est dirigida a gestionar todo el proceso de una orden desde el inicio de su produccin hasta su terminacin. Para que el lector tenga una mejor idea sobre el rea que va dirigida esta aplicacin dirjase o vase la documentacin de este, para obtener un mayor conocimiento de la aplicacin Perfect Manager.
12
Situacin Actual del Sistema que Poseen: La empresa en la cual se implementara esta aplicacin, no posee un sistema automatizado para el manejo de sus rdenes, por lo cual todo el seguimiento de las ordenes se da por va telefnica e emails, lo cual muchas veces se presentan situaciones de cuellos de botella de la informacin, dado que es casi imposible dar constante seguimiento a todas las ordenes procesadas diariamente a travs de los diferentes departamentos que tiene participacin en el momento de proceso de la misma.
Situacin Propuesta: Mediante la observacin y evaluacin que se ha realizado a la situacin actual que posee empresa Itic Apparel, S.A. se realiza la siguiente propuesta la cual beneficiaria y elevara los estndares del flujo de informacin a travs de los diferentes departamentos de la empresa, automatizando as la gestin efectuada manual a una plataforma web, en la cual se podr tener acceso a travs de cualquier PC o dispositivo inteligente.
Donde los beneficios que se obtendran de esta aplicacin seria brindarle a cada usuario de la empresa un conocimiento absoluto de donde y cul es la situacin de la orden en tiempo real. La misma le brindara la facilidad a los clientes de crear las ordenes va web Y a los usuarios internos adems de las facilidades de acceso, controles de seguridad por media de mtodos Username/Password.
13
Impacto: Despus de haber desglosado las dos (2) situaciones que se presentan en este estudio de factibilidad, tanto la situacin actual del sistema que poseen manualmente, como la situacin que se est proponiendo, hemos de aclarar los diferentes puntos como las ventajas y desventajas que contiene estas situaciones.
Ventajas y Desventajas de la Situacin Actual: Ventajas e inconvenientes de una gestin manual frente a una gestin virtual
Ventajas de la Situacin Propuesta: Para resumir las ventajas que posee nuestra aplicacin, vase la documentacin de esta el cual detalla cada una de estas ventajas.
Las ventajas de nuestra aplicacin es que agilizara, un porcentaje actualmente incalculable del flujo de informacin, entre los departamentos de la empresa, la cual es el rea ms afectada actualmente. Esta aplicacin brindara a la empresa nuevas oportunidades e ideas que puedan ayudar a la misma empresa a reinventar nuevos mtodos y localizar los puntos dbiles o cuellos de botella, debido de que se podrn formular anlisis a partir del historial de una orden.
Ventajas: Gestin absoluta de las rdenes. Estimaciones de tiempo. Tracking interno de orden. Visualizacin en tiempo real del estatus de las rdenes.
14
Historial de rdenes. Crear o editar atributos de la orden en lnea. Agregar comentarios relevantes a la orden.
Desventajas de la Situacin Actual: Quizs la desventaja que puede presentar esta propuesta es el coste de implementacin necesario, para poder darle apertura al funcionamiento del sistema, a su mxima capacidad. Aparte de que la empresa necesita hacer la implementacin de un departamento de informtica, en la empresa para dar seguimiento continuo a la evolucin del sistema y cumplir las funciones tan importantes de la que se encarga un departamento como este, a la hora de brindar soporte a una empresa que cuenta con herramientas tecnolgicas que necesitan expertos en el rea para dar seguimiento.
Algunos inconvenientes:
Crear polticas de mantenimiento peridico preventivo y correctivo a las computadoras que estarn alimentando el sistema. Adiestramiento o capacitacin del personal a interactuar con el sistema. Desarrollo de una estructura extra de redes, para comunicar todos los departamentos que se integraran virtualmente al sistema. Coste del recurso humano en expertos en el rea para la sostener el sistema y brindar soporta en las diferentes reas tecnolgicas a los usuarios.
15
Desarrollo de nuevos, mtodos para la obtencin de una comunicacin efectiva entre el Usuario- Sistema y as obtener la funcionalidad requerida para que el sistema de beneficio.
Opciones de Coste implementacin Hardware-Software Ahora se realizara un desglos de los precios de algunos componentes que llevaran consigo este proyecto. Nota: Los componentes detallados no incluyen ningn equipo necesario para un departamento de IT en la empresa. Descripcin Tower Server DellPower Edge T310 Computadora de Desarrollo Licencias de sistema de desarrollo (VS2010 PRO) MS SQL Server Standard Edition 2005 32-Bit Total US$ 5,054.00 1 US $ 999.00 2 US $ 499.00 2 US $ 629.99 Cantidad 1 Precio US $ 1,799.00
16
Alternativa II: Descripcin Tower Server DellPower Edge T610 Computadora de Desarrollo Licencias de sistema de desarrollo (VS2010 PRO) SQL Server 2008 R2 Workgroup Edition 32bit (1 CPU License) 1 US $ 3,899.00 2 US $ 499.00 2 US $ 629.99 Cantidad 1 Precio US $ 4,129.00
Total
US$ 15,338
Nota: Aproximaciones de los precios, segn las tendencias del mercado de hardware y del software, sujetas a modificaciones.
Costo de Recursos Humanos Mensual: Descripcin Web Designer DBA (MS SQL SERVER) Programador .net Cantidad 1 1 1 Total Precio US $ 450.00 US $ 700.00 US $ 850.00 US $ 1,730.00
17
Anlisis de Costos y Beneficios: Habiendo visto de qu manera se desglosan los costos tanto de inversin como de operacin, y teniendo en cuenta que los recursos fsicos que se requieren para el desarrollo de este proyecto, se puede afirmar que ste econmicamente es factible de llevar a cabo. Estudio de Fiabilidad Tcnica: Desde el punto de vista tcnico, para la realizacin del proyecto son necesarios algunos recursos tecnolgicos que no son pertinentes de desarrollar, pues el mercado tanto nacional como internacional los ofrece a costos razonables y de buena calidad. Para el desarrollo del proyecto desde el punto de vista tcnico existen a lo menos dos alternativas de implementacin, segn las cuales los requerimientos son los siguientes: Alternativa I: Consiste en levantar el sitio Web que mantendr aplicacin en lnea. PCs de escritorio o Laptops (para el desarrollo de las aplicacin y respuestas online). Una conexin dedicada contratada a una empresa Portadora de Servicios Internet (PSI). Un nombre de dominio que identifique el sitio. Software y licencias. UPSs. Una IP fija para hostear el sitio web. la tcnica y
18
Alternativa II: De otro modo el sitio Web podra estar alojado en un servidor de alguna PSI, y no en uno de propiedad de la Institucin, con esto contratamos sus mquinas, su capacidad de acceso, un espacio en disco Web, algn programa cliente que permita subir las pginas; de manera que los recursos necesarios son los siguientes: PCs de escritorio o Laptops (para el desarrollo de las aplicaciones y respuestas online) Una conexin a Internet y central telefnica. Un nombre de dominio que identifique el sitio. Software y licencias. UPSs. Caracterstica de los Usuarios Los usuarios de Perfect Manager deberan ser seleccionados en base a los siguientes criterios generales de nivel cultural de conocimiento y habilidades para as asegurar una correcta utilizacin del sistema. Nivel de Educacin: Los usuarios de Perfect Manager deben ser capaces de utilizar una computadora con sistema operativo Windows y deben tener la capacidad de registrarse con la indicaciones de la aplicacin, y poderse comunicar tambin con personal tcnico de soporte al sistema operativo o la aplicacin, para cualquier anomala del sistema.
19
Nivel de Experiencia: El tiempo aproximado de entrenamiento necesario para que una persona aprenda a utilizar el sistema es de 4 horas como mximo teniendo en cuenta que la persona sea capaz de utilizar el sistema operativo y tenga conocimiento en el desenvolvimiento de aplicaciones web. El usuario que no posea dominio de un ordenador, teniendo en cuenta esto el entrenamiento sera de unos 2 das, con sesiones de por lo menos 2 horas.
Nivel Tcnico: El usuario ideal para la aplicacin Perfect Manager es un usuario capaz de utilizar fluentemente aplicaciones dirigidas a un entorno web. Tales usuarios son considerados candidatos ideales y recomendados para el entrenamiento y la utilizacin del sistema. Restricciones: En las siguiente seccin se dar un desglose de cada uno de los componente de restricciones que cumple Perfect Manager, lo cual es una estructura que le garantiza a la aplicacin responder y saber qu respuesta brindar a los usuarios para que esto tenga un mejor provecho de los beneficios que este ofrece.
Dando informaciones vitales sobre sus limitaciones de hardware, polticas de seguridad que este aplica y una serie de restricciones que se detallaran a continuacin.
20
Limitaciones de hardware: Para el funcionamiento de la aplicacin Perfect Manager, se deber disponer del siguiente hardware, el cual ser el servidor de esta aplicacin el cual permitir servir a los usuarios que acedan a la aplicacin. El servidor tiene que tener como mnimo estas caractersticas para que brinde un excelente funcionamiento: Procesador Disco duro Memoria Intel XEON a 2.4 GHZ 2 Discos Duros Sata de 1 TB 12GB de RAM
Y tener una conexin de internet categora T1 Empresarial, el cual se asigne una IP publica que permitir acceder a la aplicacin.
Nota: Estos requisitos de hardware que se ha plasmado aqu son para implementar el servicio, esto no concierne al usuario que har uso de esta aplicacin. Interfaces con otras aplicaciones: La aplicacin Perfect Manager interacta con una base de datos que es
utilizada para registrar todos los sucesos. Esta utiliza el motor de base de datos de Microsoft SQL Server 2008 Express Edition o superior.
21
Operaciones paralelas: Esta funcin de operaciones paralelas no aplica en la aplicacin Perfect Manager. Funciones de auditora: La aplicacin Perfect Manager esta cuenta con una opcin de login de autenticacin de usuarios, donde se obtendr del usuario detalles sobre la autenticacin de los usuarios, para permitirle el acceso a la aplicacin. En la versin que se presenta no estn contempladas otras opciones de auditora. Lenguaje (s) de programacin: La aplicacin Perfect Manager ha sido diseada en ASP.NET, un lenguaje de programacin orientado al desarrollo de aplicaciones web, Adems se auxilia de otros lenguajes como: Java script, Ajax. Aunque la aplicacin se puede desarrollar con cualquier lenguaje de programacin orientado al desarrollo web y que brinde los mtodos que necesita el sistema.
Requisitos de fiabilidad: La aplicacin Perfect Manager debe ser capaz de funcionar durante un periodo de operaciones interrumpible (24/7*365) que establezca el administrador.
Consideraciones acerca de la seguridad: La aplicacin Perfect Manager como se ha desglosado anteriormente esta cuenta con diversas tcticas de seguridad que protegen a esta aplicacin, Pero a la aplicacin se le pueden aplicar polticas de seguridad externas que
22
estaran en mano del administrador, quien escoger las estrategias que mejor convenga a esta aplicacin para brindar siempre el mayor servicio.
Suposiciones y Dependencias: La aplicacin Perfect Manager est diseada para que realice las operaciones que brinda en las diferentes plataformas de sistema como son Windows, Linux y MAC. Si el administrador de la aplicacin decide inmigrar la aplicacin a otro lenguaje de programacin, que no permita la opcin de ser multi - plataforma se deber realizar una necesaria la revisin previa del sistema y quiz sea necesaria una reconfiguracin de algunos aspectos del mismo.
Otra suposicin y dependencias que aplicara en esta aplicacin seria su hardware, donde se realiza las distintas funciones y la conexin de internet que esta aplicacin utiliza, los cuales seria unos factores importante en esta aplicacin.
23
Rol Administrador 6. El administrador acceder al sistema con perfil de Power User. 7. El sistema permitir al administrador darle entrada a una nueva orden. 8. El sistema permitir al administrador visualizar un historial en detalle con la vida productiva de una orden (Mientras estaba en proceso). 9. El sistema permitir al administrador asignar diferentes valores al maestro de productos. 10. El sistema mostrara al administrador reportes estadsticos, de ordenes por clientes, por tipo de producto, tanto diario, semanal, mensual y anual.
24
11.El sistema permitir al administrador hacer apertura de nuevas cuentas para nuevos usuarios. 12.El sistema deber establecer diferentes vistas del mismo, de acuerdo a los permisos del usuario. 13.El sistema permitir la creacin y gestin de los usuarios (editar, establecer permisos).
Rol Cliente 14. El sistema permitir a los usuarios con roles de clientes, crear nuevas rdenes. 15.El sistema permitir a los clientes visualizar el WIP de las rdenes.
Requisitos no Funcionales 1. El sistema contara con una Base de Datos para registrar los datos de las actividades realizadas en las operaciones del sistema. 2. El sistema contara con una base de datos genrica de ASP.NET para la validacin del login. 3. El sistema mostrara si una orden fue enviada, total o parcialmente. 4. El sistema deber mostrar si la orden fue completada y puesta en stock. 5. El sistema permitir registrar los datos identificativos de los clientes.
25
6. El sistema deber ser accesado va web; Cualquier dispositivo o PC con acceso a una lnea de internet ser capaz de tener acceso al mismo. 7. El sistema limitara las vistas por medio de mdulos de acceso. 8. El sistema deber tener un maestro de productos. 9. El sistema llevara un Log (historial) de las entradas al sistema. 10.El sistema deber ser accesado a travs un sistema de seguridad UserName\Password. 11.El sistema contara con un Manejador de procesos de ordenes (MANAGE) para actualizar el estado y la localizacin de las ordenes.
26
Declaracin de propsito
Perfect Manager le proporcionara a Itic Apparel, S.A. una plataforma completamente funcional en un entorno web, un sistema que se encargara de gestionar en su totalidad todas las ordenes que procese la empresa. Les brindara a los usuarios, diferentes herramientas para la gestin de las rdenes, creaciones de las mismas, hacer un tracking interno de las rdenes en los departamentos, llevar un historial de la vida productiva de cada orden e inventario de las rdenes terminadas.
27
Modelado de Aplicacin
En la siguiente se seccin se presentara el modelado de la aplicacin, en donde se busca detallar a travs de los diferentes diagrama que compone el lenguaje unificado de modelado UML, como reacciona la aplicacin a la diferentes peticiones que realiza el usuario y como la aplicacin ejecuta esa accin que solicita el usuario; resaltando que esta acciones que realiza el sistema se basan en los requerimiento expuesto anteriormente, que han formulado la aplicacin Perfect Manager.
Los diagramas que se plasmaran en esta documentacin, enfocaran diferentes comportamientos que realice la aplicacin; donde se busca presentar diferentes perspectivas del sistema bajo los requerimientos que realice el usuario.
28
Sistema El sistema muestra una vista de la orden en proceso El sistema Notifica a los usuarios sobre la entrada de una nueva orden
El usuario accede a la opcin El sistema permite al usuario Manage modificar el estatus de una orden El sistema permite al usuario agregar un comentario sobre el proceso de una orden El usuario accede a la opcin Crear El sistema registra la orden creada. orden El usuario selecciona la opcin El sistema muestra un resumen de WiP las rdenes en proceso. Caso de uso: Administrador Administrador El administrador accede a la cuenta El Administrador selecciona
29
opcin reportes
El Administrador Selecciona opcin Schedule El Administrador selecciona opcin crear nueva orden
la la
El Administrador selecciona la opcin WiP El Administrador ingresa al maestro de producto El administrador selecciona opcin Manage El administrador cierra sesin Caso de Uso: Cliente Cliente El cliente accede a la pgina web la
reportes estadsticos, de ordenes por clientes, por tipo de producto, tanto diario, semanal, mensual y anual El sistema permitir la planificacin de trabajo de rdenes por mdulos. El sistema permitir darle entrada a una nueva orden El sistema mostrara el costo total de una orden antes de ser procesada El sistema presentara tiempo aproximado de espera para completar una orden El sistema muestra una vista de la orden en proceso El sistema permitir al administrador asignar diferentes valores al maestro de productos El sistema permitir cambiar el estado y dar entrada a las ordenes
Sistema El sistema muestra la pgina principal El cliente selecciona la opcin El sistema muestra Formulario. Pedidos El cliente llena formulario El sistema enva solicitud al administrador. Notifica al cliente sobre orden a procesar. El cliente selecciona la opcin WiP El sistema muestra el resumen de la orden seleccionada.
30
Usuario Basico
Pagina Principal
Gestionar_Seguridad
Cliente
Solicitud_Orden
Salir
31
Perfect Manager
Usuario Miembro
WiP
Cierra sesion
Perfect Manager
Accede a cuenta
Cliente
Crear Orden
WiP
Cierra sesion
32
Accede a cuenta
Crear Orden
<inc
lude>
Costo Total
WiP
Maestro de Productos
Cerrar cuenta
33
Ingresa URL
No Intentar Luego
Si
Pagina Habilitada
34
Accede a la Aplicacion
Valida Credenciales
Credenciales incorrectos
Usuario Validado
Iniciar Sesion
35
Accede a la Cuenta
Presenta Opciones
Opcion WiP
36
Accede a Cuenta
Muestra Opciones
Opcion Manage
Actualiza Estado
Agregar Comentario
37
Accede a Cuenta
Muestra Opciones
Opcion Reportes
38
Accede a Cuenta
Muestra Opciones
Llena Formulario
Guarda Orden
39
Inserta URL
No
Pagina Habilitada?
Si
Opcion Pedidos
Enviar Formulario
40
Diagrama de Clases
41
Diagrama de Secuencias
Diagrama de secuencia 001: Muestra la secuencia que hace un usuario al acceder a su cuenta.
GUI
Membrecia
3.Validar usuario
42
GUI
Opciones Web
Notificaciones
Usuario 1. Suple Username/ Password 2.Elige una opcion 3. Selecciona notificaciones 4. Ver contenido
5. Redirecciona a
43
Opciones Web
Ordenes
Estado
5. actualizar estado
El actor "miembro" es un usuario que a sido autentificado. ver diagrama de secuencia 001
44
Miembro
GUI
Opciones Web
Ordenes
Comentario
1.Suple Username/password
5. Guardar Comentario
6. Redirecciona
El actor "miembro" es un usuario que a sido autentificado. ver diagrama de secuencia 001
45
Diagrama de secuencia 005: Este muestra la secuencia del Log (Historial) en el sistema.
GUI
Opciones Web
Log
Base de Datos
ADM 1. Suple Username/ Password 2.Elige una opcion 3. Selecciona notificaciones 4. SQL(PO#)
4. Ver contenido
46
Diagrama de secuencia 006: Este presenta la secuencia para crear una orden.
GUI
Opciones Web
Crear Orden
Formulario
Evento Aplicacion
ADM 1. Suple Username/ Password 2.Elige una opcion 3. Selecciona Crear orden 4. Llena formulario
47
Diagrama de secuencia 008: Este muestra la secuencia para el pedido de una orden.
GUI
Pedidos
Formulario
Administrador
Cliente 1. Accede a Pagina principal 2.Solicita pedidos 3. Llena Formulario 4. Enviar mensaje 5. Redirecciona a pagina principal 6. Aprueba Orden
6. Notificar a cliente
48
Especificacin de Mtodos
Clase: User Mtodo: Inicia Sesion() Objetivo: Iniciar la sesin de los usuarios Validar Usuario(username, password) Leer UserName, Password Consultar User(name), User(Password) Si (name= User(name) y Password= User(Password)) Retornar Verdadero Sino Retornar Falso Fin Si Fin Validar Usuario
Clase: Order Mtodo: Actualizar() Objetivo: Actualizar el estado de una orden. Leer PO#, ,Department_ID Consultar Order(PO#), Deparment(deparment_ID) donde PO# = PO# Si (Order= en proceso) Actualizar estado= in Stock OR detenida donde Order(departament_ID)= Deparment_ID Guardar Log
49
Clase: Order Mtodo: Proceso() Objetivo: Determinar si la orden est en proceso. Leer PO#, ,Department_ID Consultar Order(PO#), Deparment(deparment_ID) donde PO# = PO# Si (Deparment= Comienza) Order= Proceso Sino Actualizar_Order() Fin Si Fin Proceso()
Clase: Order Mtodo: detenida() Objetivo: Informar detenimiento en el proceso de una orden Leer PO#, Department_ID Consultar Order(PO#), Deparment(deparment_ID) donde PO# = PO# Si (Deparment= comienza) OR (Deparment= Procesa)
50
Clase: Order Mtodo: completada() Objetivo: establecer el fin del proceso de una orden. Leer PO#, ,Department_ID Consultar Order(PO#), Deparment(deparment_ID) donde PO# = PO# Si (Deparment= termina) Consultar WiP Si (Operations= complete) Order = Completada Sino (Siguiente operacin) Sino Actualizar_orden Fin Si Operations Fin Si Fin Completada()
51
Clase: Order Mtodo: enviada() Objetivo: Establecer si la orden fue enviada. Leer PO#, Deparment ID Consultar order (PO#), deparment(embarque) donde PO#= PO# Si (Deparment(embarque)= termina) Order= enviada Sino Redirigir a pgina opciones web. Fin Si Fin enviada()
Clase: Style Mtodo: Asignado() Objetivo: Mostrar estilo asignado a una orden. Leer Style#, PO# Consultar Style(Style#), Order(PO#) donde PO# = PO# Visualizar Style Asignado a orden. Fin Asignado()
52
Clase: Style Mtodo: valuado() Objetivo: Mostrar precio asignado a estilo Leer Style#, Production_Cost Consultar Style(Production_cost), Order(PO#) donde PO# = PO# Visualizar Precio Asignado por estilo Fin valuado()
Clase: Client Mtodo: crear() Objetivo: Crear una orden. Leer name Llenar Formulario Si (client= enva solicitud) Administrador= aprueba solicitud y Notifica al cliente. Sino Redirigir a crear nueva instancia de orden Fin Si Fin Crear()
53
Clase: Client Mtodo: modificar() Objetivo: modificar una orden despus de aprobada. Leer name, PO# Consultar Order(PO#), Client(name) donde PO#= PO# Si (client= modifica) Enva mensaje a Administrador y Aplica los cambios a la orden. Sino Continuar Pedido Original Fin Si Fin modificar()
Clase: Production Expectancy Mtodo: generar() Objetivo: generar fecha estimada de completado de una orden. Leer PO#,Cantidad Consultar MAX Order(ProductionEX)= Y Consultar Modulo (Capacity) X=Cantidad/Capacity Si (ProductionEX >=fecha actual) ProductionEX= X + Y Sino ProductionEX= X + Fecha Actual Fin Si
54
Fin generar()
Clase: Schedule Mtodo: agendar() Objetivo: agendar las fechas cuando se trabajaran las rdenes. Leer PO#, Fecha Consultar Order(Cantidad), Styles(Modulo) donde PO#=PO# Si (cantidad=Parcial) Guardar Sino Guardar cantidad Total + Fecha cantidad Parcial + Fecha
55
Leer Username,Password
Ir a Base de Datos
Si Encontrado
Retornar Verdadero
56
Ir a Base de Datos
Orden
No Opciones Web
Si
en proceso
Actualizar Estado
Guardar
57
Ir a Base de Datos
Orden
No
Si
Actualizar Orden
Dept Comienza
Orden en proceso
58
Ir a Base de Datos
Comienza OR Procesa
No
Si
Orden en Proceso
Orden Detenida
59
Ir a Base de Datos
Departamento
No
Actualizar Orden
Si Completa?
Orden en Proceso
No
Siguiente Operacion
60
Ir a Base de Datos
Embarque= Termina
Si Orden enviada
No
Opciones Web
61
Ir a Base de Datos
Ir a Base de Datos
Visualizar Precio
62
Leer UserID
Llena Formulario
No
Si
envia Solicitud
Aprueba Solicitud
Leer PO#,UserID
Ajuste a Orden
No
Si Modifica
Aplica Cambios
63
Leer PO#,Cantidad
X=Cantidad/Capacity
Si
Prod_Expectancy += X
No
Prod_Expectancy = X + Date.Now
64
Cantidad No Si
Parcial?
65
Diccionario de Clases
Nombre de Clase User Atributos Name Second name Born Date ID # Sex Phone # Address Metodos Inicia Secion Actualizar Eliminar Modificar Crear Descripcin Usuario se logea en el sistema Actualiza el estado de una orden Eliminar una orden Modificar un parmetro de la orden Crea una orden
Descripcin Crea una orden Notifica sobre una orden Modifica una orden
66
Atributos Style #
Metodos Valuado
Asignado
Descripcin La orden esta en proceso La orden esta detenida por algn inconveniente Cuando la orden ha sido terminada Es cuando la orden ha sido embarcada
Completada Enviada
Metodos
Descripcin
Comienza_proceso Comienza el proceso de una orden Termina_Proceso Procesa Termina de procesar una orden Esta procesando una orden
67
Atributos
Metodos
Atributos Mat_Utilization
Metodos
Atributos Name
Metodos
Atributos Qty
Metodos
Metodos
Atributos Date
Metodos Agendar()
Atributos Qty
Metodos
68
Atributos name
Metodos
Metodos
Atributos date
Metodos Generar()
Atributos qty
Metodos
69
Diagrama E-R
70
71
las rdenes. Tb_Path Tabla para almacenar las rutas de establecidas para cada estilo. Tb_Schedule Tabla para el registro del tiempo en el cual se trabajara cada orden. Tb_SizeRequest Tabla para almacenar la cantidad y el tipo de sizes del pedido. Tb_Sizes Tabla que guardara la definicin de los diferentes tipos de sizes. Tb_SpecSheet Tabla que guarda la relacin entre los estilos y sus diferentes insumos. Tb_Status Tabla para almacenar los cambios de estado de las rdenes. Tb_Styles Tabla para almacenar las informaciones de los diferentes estilos de las rdenes. Tb_UnitValue Tabla para definir los diferentes tipos de unidades. (Kg, Lb, Yd) Tb_Users Tabla para la informacin del usuario registrado.
72
No No
No No No No
Nombre de contacto No Pgina web del cliente o de la compaa Identifica el email del cliente para comunicarlos Muestra el nmero telefnico del cliente Muestra el nmero alternativo del Cliente Fecha de creacin del registro. Fecha de modificacin de registro No
Email_Address
nvarchar(30)
NOT NULL
No
No
Phone_Number
nchar(15)
NOT NULL
No
No
Phone_Number2
nchar(15)
NULL
No
No
Date_UserC
datetime
NULL
No
No
Date_UserM
datetime
NOT NULL
No
No
UsernameC
nvarchar(20)
NOT NULL
Indica el usuario que No cre el registro. Indica el usuario que No modific el registro.
No
UsernameM
nvarchar(20)
NOT NULL
No
73
Name Date_UserC
nvarchar(15) datetime
No
No No
Fecha de creacin del No registro. Fecha de modificacin de registro Indica el usuario que cre el registro. Indica el usuario que modific el registro. No
Date_UserM
datetime
NULL
No
UsernameC
nvarchar(20)
NULL
No
No
UsernameM
nvarchar(20)
NULL
No
No
Mat_Cod
Int
NULL
No
Si
Total FK_PO#
Int nvarchar(50)
NULL NULL
No No
No Si
Date_UserC
datetime
NULL
No
Date_UserM
datetime
NULL
No
74
UsernameC
nvarchar(20)
NULL
Indica el usuario que cre el registro. Indica el usuario que modific el registro.
No
No
UsernameM
nvarchar(20)
NULL
No
No
Dept_Name
nvarchar(50)
NOT NULL
No
No
Dept_capacity
Int
NULL
No
No
Date_UserC
datetime
NULL
Fecha de creacin del No registro. Fecha de modificacin de registro Indica el usuario que cre el registro. Indica el usuario que modific el registro. No
No
Date_UserM
datetime
NOT NULL
No
UsernameC
nvarchar(20)
NOT NULL
No
No
UsernameM
nvarchar(20)
NOT NULL
No
No
Item_ID
nvarchar(15)
NULL
No
No
75
FK_Mat_Cod
Int
NOT NULL
No
Si
Cantidad
Int
NOT NULL
No
No
FK_Cod_Color
Int
NOT NULL
No
Si
Date_UserC
datetime
NULL
Fecha de creacin del No registro. Fecha de modificacin de registro Indica el usuario que cre el registro. Indica el usuario que modific el registro. No
No
Date_UserM
datetime
NOT NULL
No
UsernameC
nvarchar(20)
NOT NULL
No
No
UsernameM
nvarchar(20)
NOT NULL
No
No
FK_PO#
nvarchar(50)
NULL NULL
No No
Si Si
FK_Stats_Number Int
FK_Dept_ID
Int
NULL
No
Si
FK_Cod_Modulo
Int
NULL
No
Si
Date_UserC
datetime
NULL
No
76
Date_UserM
datetime
NULL
Fecha modificacin de registro Indica el usuario que cre el registro. Indica el usuario que modific el registro.
No
No
UsernameC
nvarchar(20)
NULL
No
No
UsernameM
nvarchar(20)
NULL
No
No
Mat_Name Mat_Description
nvarchar(30) nvarchar(50)
No No
No No
Mat_Cost FK_ValueType
Money Int
NULL NULL
No No
No No
Date_UserC
datetime
NULL
Fecha de creacin del No registro. Fecha modificacin de registro Indica el usuario que cre el registro. Indica el usuario que modific el registro. No
No
Date_UserM
datetime
NULL
No
UsernameC
nvarchar(20)
NULL
No
No
UsernameM
nvarchar(20)
NULL
No
No
77
modulo. Mod_Name Mod_Description nvarchar(2) nvarchar(50) NULL NULL Nombre de modulo. Descripcin del modulo. Capacidad diaria de produccion No No No No
Mod_Capacity
int
NULL
No
No
Qty
Int
NOT NULL
No
No
Color
nvarchar(15)
NOT NULL
No
No
Special_instructions nvarchar(70)
NULL
No
No
Stencil
Nchar(3)
NOT NULL
No
No
Add_info
nvarchar(MAX) NULL
No
No
Embroider
Nchar(3)
NOT NULL
No
No
Ship_address FK_Style_Cod
nvarchar(150) nvarchar(15)
No No
No Si
FK_Client_Cod
Int
NOT NULL
No
Si
78
Ship_date Prod_Expectancy
Date Date
NULL NULL
Fecha de envio. Fecha estimada de produccion Fecha de creacin del registro. Fecha modificacin de registro
No No
No No
Date_UserC
smalldatetime
NULL
No
No
Date_UserM
datetime
NULL
No
No
UsernameC
nvarchar(20)
NULL
Indica el usuario que No cre el registro. Indica el usuario que No modific el registro.
No
UsernameM
nvarchar(20)
NULL
No
Path_Turn Path_Percentage
int int
NULL NULL
No No
No No
FK_PO#
nvarchar(50)
NULL
No
Si
79
Order_Qty Order_Total_Qty
Int Int
NULL NULL
Cantidad de la orden. No Cantidad Total de la orden. Modulo de produccin Fecha cuando se iniciara el proceso. Comentario de estado No
No No
FK_Cod_Modulo
Int
NULL
No
Si
Date
date
NULL
No
No
Stat_Msg
nvarchar(30)
NULL
No
No
Date_UserC
date
NULL
Fecha de creacin del No registro. Fecha modificacin de registro Indica el usuario que cre el registro. Indica el usuario que modific el registro. No
No
Date_UserM
date
NULL
No
UsernameC
nvarchar(50)
NULL
No
No
UsernameM
nvarchar(50)
NULL
No
No
No No No
Si No Si No
Date_UserM
datetime
NULL
No
80
de registro UsernameC nvarchar(20) NULL Indica el usuario que cre el registro. Indica el usuario que modific el registro. No No
UsernameM
nvarchar(20)
NULL
No
No
Size Size_format
nvarchar(5) nvarchar(20)
No No
No No
FK_Style_Cod
nvarchar(15)
NOT NULL
No
Si
FK_Mat_Cod Mat_Utilization
Int float
No No
Si No
Date_UserC
datetime
NULL
Fecha de creacin del No registro. Fecha modificacin de registro Indica el usuario que No
No
Date_UserM
datetime
NULL
No
UsernameC
nvarchar(20)
NULL
No
No
81
cre el registro. UsernameM nvarchar(20) NULL Indica el usuario que modific el registro. No No
Tb_Audit
Timestamp
NOT NULL
No
No
Sketch
Nvarchar(MAX) NULL
No
No
Comments
nvarchar(100)
NOT NULL
No
No
Price
smallmoney
NULL
No
No
Avg_Time
Time(0)
NULL
No
No
82
Date_UserC
datetime
NULL
Fecha de creacin del No registro. Fecha modificacin de registro Indica el usuario que cre el registro. Indica el usuario que modific el registro. No
No
Date_UserM
datetime
NULL
No
UsernameC
nvarchar(20)
NULL
No
No
UsernameM
nvarchar(20)
NULL
No
No
Tb_Audit
Timestamp
NULL
No
No
Nm Ln Role
No No No
No No No
83
User_Name
Nvarchar(30)
NOT NULL
No
No
User_Password
Nvarchar(30)
NOT NULL
No
No
Email Date_UserC
Nvarchar(30) datetime
No
No No
Fecha de creacin del No registro. Fecha modificacin de registro Indica el usuario que cre el registro. Indica el usuario que modific el registro. No
Date_UserM
datetime
NULL
No
UsernameC
nvarchar(20)
NULL
No
No
UsernameM
nvarchar(20)
NULL
No
No
84
Conclusion
En resumidas cuentas, este proyecto va dirigido al anlisis, desarrollo e implementacin del sistema Perfect Manager el cul ser de utilidad para la empresa Itic Apparel, S.A. Facilitando el flujo de informacin hacia y desde los departamentos de la empresa. Ofreciendo reportes estadsticos y un rastreo interno de las rdenes de compra de los clientes para una mayor control en la distribucin de la informacin. Adems de los beneficios, de la aplicacin misma a la empresa, le brindara nuevas alternativas para crear ideas o mejoras, de los procesos ya existentes, ya que en base a reportes de produccin se puede calificar y clasificar la productividad de la empresa de una manera ms verstil.
85
Recomendaciones
Para un correcto funcionamiento del sistema se le recomienda a la empresa de educar el personar para que se mantenga una interaccin con el sistema continua lo cual proporcionara una verdadera productividad del mismo, ya que para obtener buenos resultados el sistema deber estar constantemente alimentado con la informacin general, modificacin y cambios de estados de la orden.
86
Bibliografa
Recursos didcticos:
Aprendiendo UML en 24 Horas Prentince Hall Joseph Schmuller Anlisis y Diseo de Sistemas de Informacin II Ing. Francisco Jos Santana. M.T.I. Diseo de Base de Datos MS SQL 2005 USERS.CODE Estudio de factibilidad de un proyecto Universidad del Atlantico
http://www.slideshare.net/Ednamar0120/estudio-de-factibilidad-de-un-proyecto-3505481
Entrevistas
Requerimientos de una aplicacin para el control de ordenes Educcin de requisitos. Persona entrevistada: Sr. Thomas Heydt (Propietario). Fecha: Junio 6 del ao 2011. Requerimientos del manejo del flujo de la informacin dentro de la empresa -Educcin de requisitos. Persona entrevistada: Sra. Jacqueline Lorenzo (Gerente Administrativa). Fecha: Junio 17 del ao 2011.
87
Vistas de la aplicacion
Formulario de login:
Pagina principal:
88
Creacion de ordenes:
89
Pagina de error:
90
Anexos
Templates de casos de uso
Nombre: Ver pgina principal 001 Alcance: permite al usuario bsico ver la pgina principal. Nivel [Objetivo de Usuario, Sub-Funcin]: Objetivo de usuario Actor Primario: Usuario Bsico Beneficiados e intereses: Beneficiado: Usuario bsico Disparador: necesidad de ingresar al sistema Condiciones Previas: Conexin a internet; pgina web habilitada Condiciones Mnimas: n/a Condiciones Resultante: n/a Escenarios (Bsicos, Alternativo) : Flujo Bsico: 1. El usuario abre su navegador de internet predilecto. 2. El usuario ingresa la direccin URL. 3. Se muestra la pgina principal. Flujo Alternativo: Excepciones: Pagina web no habilitada Requerimientos especiales: n/a Intereses: Ver la pgina principal del sistema
91
Nombre: ver notificaciones de orden 002 Alcance: Muestra al usuario la orden en proceso. Nivel [Objetivo de Usuario, Sub-Funcin]: Objetivo de Usuario Actor Primario: usuario miembro Beneficiados e intereses: Beneficiado: Usuario miembro Intereses: Contar con informaciones actualizadas de rdenes. Disparador: conocer el estado de orden. Condiciones Previas: Conexin a internet; pgina web habilitada Condiciones Mnimas: ser validado y autenticado por el sistema. Condiciones Resultantes: muestra la notificacin al usuario. Escenarios (Bsicos, Alternativo) : Flujo Bsico: 1. El usuario Accede a su cuenta mediante Username/Password. 2. El usuario hace clic en notificaciones de orden. 3. Se muestran las notificaciones de orden. Flujo Alternativo: Excepciones: 1- Username/ password incorrecto. Requerimientos especiales: Canal hacia el actor: interfaz de usuario
92
93
Canal hacia el actor: interfaz de usuario Actor(es) secundario(s): Administrador Nombre: Comentario sobre orden 004 Alcance: permite al usuario hacer un comentario de la orden en proceso. Nivel [Objetivo de Usuario, Sub-Funcin]: Objetivo de usuario Actor Primario: Usuario miembro Beneficiados e intereses: Beneficiado: Usuario miembro Administrador Intereses: Informar sobre cualquier maniobra en el proceso de la orden.
Disparador: Comentar cualquier eventualidad que pase a una orden. Condiciones Previas: Conexin a internet; pgina web habilitada. Condiciones Mnimas: Ser validado y autentificado por el sistema Condiciones Resultantes: Usuario redacta comentario sobre una orden. Escenarios (Bsicos, Alternativo) : Flujo Bsico: 1. El usuario accede a su cuenta usando Username/Password. 2. El usuario hace clic en la opcin actualizar estado de orden. 3. El usuario hace clic en la opcin comentario. 4. El usuario escribe y Guarda el comentario sobre la orden. Flujo Alternativo:
94
Nombre: ver reportes 005 Alcance: permite al administrador ver reportes de las rdenes por parmetros. Nivel [Objetivo de Usuario, Sub-Funcin]: Objetivo de usuario Actor Primario: administrador Beneficiados e intereses: Beneficiado: Administrador Intereses: Ver informaciones estadsticas de rdenes.
Disparador: Conocer informacin de cmo va la produccin. Condiciones Previas: Conexin a internet; pgina web habilitada. Condiciones Mnimas: Ser validado y autentificado por el sistema Condiciones Resultantes: Muestra los reportes al administrador. Escenarios (Bsicos, Alternativo) : Flujo Bsico: 1. El administrador accede a su cuenta usando Username/Password. 2. El administrador hace clic en la opcin Reportes. 3. El administrador elige el reporte deseado. Flujo Alternativo: Excepciones: 1-Username/Password no validado.
95
Requerimientos especiales: n/a Canal hacia el actor: Interfaz de usuario Actor(es) secundario(s): n/a Nombre: ver historial 006 Alcance: El administrador tendr la opcin de ver un historial de las rdenes. Nivel [Objetivo de Usuario, Sub-Funcin]: Objetivo de usuario Actor Primario: administrador Beneficiados e intereses: Beneficiado: Administrador Intereses: Visualizar en detalle la vida productiva de una orden. Disparador: Conocer informacin de una orden mientras estaba en proceso. Condiciones Previas: Conexin a internet; pgina web habilitada. Condiciones Mnimas: Ser validado y autentificado por el sistema. Condiciones Resultante: Muestra el historial al administrador Escenarios (Bsicos, Alternativo) : Flujo Bsico: 1. El administrador accede a su cuenta. 2. El administrador hace clic en la opcin Log. 3. Muestra historial de las rdenes. Flujo Alternativo: Excepciones: 1. Cuenta no validada
96
Requerimientos especiales: n/a Canal hacia el actor: Interfaz de usuario Actor(es) secundario(s): n/a Nombre: Crear nueva orden 007 Alcance: permite al administrador agregar una nueva orden al sistema. Nivel [Objetivo de Usuario, Sub-Funcin]: Objetivo de usuario Actor Primario: administrador Beneficiados e intereses: Beneficiado: Administrador Disparador: Pedido de un cliente. Condiciones Previas: Conexin a internet; pgina web habilitada. Condiciones Mnimas: Ser validado y autentificado por el sistema. Condiciones Resultantes: administrador crea y da entrada a nueva orden. Escenarios (Bsicos, Alternativo) : Flujo Bsico: 1. El administrador accede a su cuenta. 2. El administrador hace clic en la opcin Crear nueva orden. 3. El administrador llena el formulario de la nueva orden. Flujo Alternativo: Excepciones: Pagina web inabilitada Intereses: Dar entrada a una nueva orden al sistema.
97
Requerimientos especiales: requiere la decisin de la gerencia para procesar la orden Canal hacia el actor: Interfaz de usuario Actor(es) secundario(s): n/a
Nombre: Ver Orden en Proceso Alcance: Permite al administrador ver la orden en proceso. Nivel [Objetivo de Usuario, Sub-Funcin]: Objetivo de usuario Actor Primario: administrador Beneficiados e intereses: Beneficiado: Administrador Intereses: Ver la orden que est en proceso al momento. Disparador: informacin actualizada de la orden en proceso. Condiciones Previas: Conexin a internet; pgina web habilitada. Condiciones Mnimas: Ser validado y autentificado por el sistema. Condiciones Resultantes: Administrador ve la orden que est en proceso. Escenarios (Bsicos, Alternativo) : Flujo Bsico: 1. El administrador accede a su cuenta. 2. El administrador hace clic en orden en proceso. 3. muestra la orden y que departamento la procesa. Flujo Alternativo: Excepciones: Pagina web inabilitada, 1- cuenta no validada.
98
Requerimientos especiales: n/a Canal hacia el actor: Interfaz de usuario Actor(es) secundario(s): n/a Nombre: Costo total 008 Alcance: El sistema calculara el costo total de una orden antes de ser procesada. Nivel [Objetivo de Usuario, Sub-Funcin]: Sub-Funcin Actor Primario: administrador Beneficiados e intereses: Beneficiado: Administrador Intereses: Contar con el costo total de una orden antes de procesarla. Disparador: creacin de una nueva orden. Condiciones Previas: Conexin a internet; pgina web habilitada. Condiciones Mnimas: Dar datos de la nueva orden. Condiciones Resultante: muestra el costo total de la nueva orden. Escenarios (Bsicos, Alternativo) : Flujo Bsico: Flujo Alternativo: Excepciones: n/a Requerimientos especiales: n/a Canal hacia el actor: Interfaz de usuario
99
Actor(es) secundario(s): n/a Canal hacia el/los actor(es) secundario(s): n/a Asuntos pendientes: n/a Nombre: tiempo aproximado 009 Alcance: El sistema presentara un tiempo aproximado de espera para completar una orden presentado en formato de fecha. Nivel [Objetivo de Usuario, Sub-Funcin]: Sub-Funcin Actor Primario: administrador Beneficiados e intereses: Beneficiado: Administrador Intereses: Conocer la fecha para cuando se estima terminara la produccin de la orden. Disparador: creacin de una nueva orden. Condiciones Previas: Conexin a internet; pgina web habilitada. Condiciones Mnimas: dar datos de la nueva orden Condiciones Resultantes: muestra el ETA de la nueva orden. Escenarios (Bsicos, Alternativo) : Flujo Bsico: Flujo Alternativo: Excepciones: n/a Requerimientos especiales: n/a
100
Canal hacia el actor: Interfaz de usuario Actor(es) secundario(s): n/a Canal hacia el/los actor(es) secundario(s): n/a
Nombre: Solicitud de orden 010 Alcance: permite al cliente solicitar una orden. Nivel [Objetivo de Usuario, Sub-Funcin]: Objetivo de usuario Actor Primario: Cliente Beneficiados e intereses: Beneficiado: Cliente Disparador: necesidad del producto. Condiciones Previas: Conexin a internet; pgina web habilitada. Condiciones Mnimas: n/a Condiciones Resultante: n/a Escenarios (Bsicos, Alternativo) : Flujo Bsico: 1. El cliente accede a la pgina principal 2. El cliente hace clic en Pedidos. 3. El cliente llena el formulario de la nueva orden. Flujo Alternativo: Excepciones: Pagina web inhabilitada. Intereses: Solicitar una orden a la empresa.
101
Requerimientos especiales: n/a Canal hacia el actor: Interfaz de usuario Actor(es) secundario(s): n/a
Nombre: Tracking 011 Alcance: El sistema ejecutara un tracking interno de la orden en proceso. Nivel [Objetivo de Usuario, Sub-Funcin]: Sub- funcin Actor Primario: Administrador Beneficiados e intereses: Beneficiado: Administrador Intereses: Obtener la ubicacin exacta de la orden en proceso. Disparador: localizar el pedido. Condiciones Previas: Conexin a internet; pgina web habilitada. Condiciones Mnimas: ser validado y autentificado por el sistema Condicin Resultante: muestra al administrador el tracking. Escenarios (Bsicos, Alternativo) : Flujo Bsico: Flujo Alternativo: Excepciones: n/a Requerimientos especiales: n/a
102
Canal hacia el actor: Interfaz de usuario Actor(es) secundario(s): n/a Canal hacia el/los actor(es) secundario(s): n/a
103