documento analisis tracking.doc

Upload: jorge-adrian-alarcon

Post on 31-Oct-2015

26 views

Category:

Documents


0 download

TRANSCRIPT

CONTENIDO

REAL SOLUTIONSPROYECTO: Sistema de Seguimiento de Ordenes de PedidoLIMA PER

2007CONTENIDO

Captulo I SITUACIN ACTUAL

1. Problemtica Captulo II SINOPSIS DEL PROYECTO

2.1 Ttulo

2.2 Descripcin

2.3 Objetivos

2.4 Alcance

2.5 Duracin estimada

2.6 Factores de Riesgo

2.7 Usuarios del sistema

Captulo III REQUERIMIENTOS 3.1 Implementacin de Servidor Web Interno

3.2 Estandarizacin de Hardware y SoftwareCaptulo IV METODOLOGIA

Captulo V PLANIFICACIN GLOBAL DEL PROYECTO

5.1 Arquitectura de Software propuesta5.2 Diagrama de GanttCaptulo VI CONCLUSIONES

ANEXOS

Anexo 1 Cronograma del proyectoAnexo 2 Diagrama de Clases propuesto

Captulo I Situacin Actual1Problemtica

La Empresa , no cuenta con un sistema capaz de hacer el seguimiento del estado de los envos que se envan por va martima a los respectivos clientes, haciendo que sea mas costoso en tiempo y esfuerzo el cumplimiento de la labor encomendada. Si bien se realiza dicho seguimiento de forma manual y mediante una plantilla en Excel, esto se refleja en una demora en la atencin al cliente y seguimiento post venta. La situacin problemtica se traduce en:

Prdida de la imagen institucional

Bajo nivel de servicio al cliente Demoras en la atencin a los usuarios respecto a la informacin sobre el estado de los pedidos. Demoras en la respuesta de las navieras respecto a la informacin solicitada.

Posibilidad de errores en la informacin al actualizar la base de datos en Excel sin ningn tipo de validacin. Informacin desactualizada Duplicidad de esfuerzos (horas/hombre)Captulo II SINOPSIS DEL PROYECTO

2.1 Titulo

Sistema de Seguimiento de Ordenes de Pedido2.2 Descripcin

EL Sistema de Seguimiento de Ordenes de Pedido tendr como objetivos principales el de automatizar el acceso a la informacin sobre el estado de los pedidos tanto en la obtencin como en la visualizacin de la misma por parte del cliente, reduciendo el tiempo de obtencin de informacin por parte del mismo as como reduccin de horas/hombre para la empresa.2.3 Objetivos

1.3.1Objetivo General

Reduccin de Tiempo de respuesta hacia el cliente. 1.3.2Objetivos Especficos

a) Automatizar la obtencin de la informacin de los pedidos que han sido enviados, accesando a las paginas web de las diferentes navieras y recopilando toda la informacin posible.b) Brindar la posibilidad de que las navieras que no tienen informacin disponible en su pgina web puedan completar la informacin del pedido a travs de un formulario web de la empresa.

c) Disear una nueva estructura de Base de Datos que reemplazara al actual archivo Excel.d) Migrar la informacin de facturacin y pedidos al actual diseo propuesto.

e) Brindar acceso a la informacin de las diferentes reas de la empresa a travs de un Sistema en Plataforma Windows

f) Brindar acceso al cliente a travs de la pgina web de la empresa para que pueda visualizar la informacin relativa al pedido.g) Crear un modulo que permita sincronizar las diferentes tablas de los sistemas existentes con el sistema actual.2.4 Alcance

El proyecto en cuanto a su implementacin debe comprender los procesos inherentes al rea de pedidos y facturacin dejando de lado otras reas no relacionadas como contabilidad.En cuanto al alcance funcional a nivel usuarios que emplearn el sistema, se ha tomado en cuenta a los usuarios internos y externos como responsables de la generacin y alimentacin de los datos (operadores transaccionales), y a los directivos de la organizacin en cuanto a la explotacin de las bondades del sistema.

En adicin, se ha pensado que el sistema permitir brindar informacin a los usuarios externos (clientes, navieras) los cuales se podrn brindar va Pgina Web.2.5 Duracin estimada

2 meses.2.6 Factores de riesgo

El anlisis de los riesgos nos ayudar a identificar los potenciales problemas que se puedan presentar en el desarrollo del proyecto con la finalidad de poder anticiparse a ellos y controlarlos.

La siguiente es la lista priorizada de riesgos que de una u otra manera podran afectar el desarrollo del proyecto con su correspondiente estrategia de mitigacin.

RIESGOESTRATEGIA DE MITIGACION

Informacin errnea o repetida en la actual base de datos o mal diseo de la base de datos actualEn Caso de que la informacin actual tenga demasiados errores o un mal diseo respecto a la base de datos, podra hacer inviable la creacin de un modulo de sincronizacin de datos. Se necesita un muestreo de por lo menos 50 registros por tabla para poder evaluar la viabilidad o no de la creacin del modulo de sincronizacin

Volumen alto de informacin a migrarEn caso de que el volumen de informacin a migrar sea muy alto podra demorar la terminacin del proyecto.

2.7 Usuarios del SistemaEl sistema tendr 4 tipos de usuarios:

a) Clientes: Los clientes que hallan realizado los pedidos que se encuentren en estado pendiente, podrn entrar a travs de la pgina web y con informacin respectiva al pedido (como el nmero de contenedor y el booking list), podrn visualizar la informacin correspondiente a su pedido.b) Navieras: Las empresas navieras podrn acceder a la pgina web y llenar la informacin respectiva al pedido que ha sido solicitada.

c) Usuarios Internos (Operadores): Son los usuarios que tendrn acceso a modificar o completar la informacin de los pedidos de acuerdo a la informacin que hallan obtenido.

d) Usuarios Internos (Reportes): Son los usuarios que tendrn acceso a visualizar los reportes estadsticos que brinde el sistema.e) Administrador del Software: El Administrador del software tendr acceso a asignar los permisos a los usuarios respectivos, as como la creacin de los mismos de acuerdo a las polticas definidas en la empresa.Captulo III REQUERIMIENTOS

3.1 Implementacin de Servidor Web InternoEl requerimiento esencial para que los usuarios externos e internos puedan acceder a la informacin del sistema via web es la implementacin de un servidor web basado en Windows que soporte tanto ASP como ASP.NET y base de datos SQL Server.3.2 Estandarizacin de Hardware y Software

Teniendo en cuenta que el desarrollo que se llevar a cabo se realizar con aplicaciones de ltima generacin, lo que garantizar una mayor duracin del sistema y menor mantenimiento, se debe contar con computadores con los siguientes requisitos mnimosHardware

a) PC's que ejecuten el Programa de Tracking de Pedido Pentium II como mnimo

128 Mb de memoria RAM

Disco Duro de 20 Gb como mnimo

Tarjeta de Red 10./100

Estabilizador de voltaje de estado slido

Monitor, Teclado y Mouse

b) Servidor WEB Pentium IV

512 Mb de memoria RAM

Disco Duro de 40 Gb como mnimo

Tarjeta de Red 10/100

Estabilizador de voltaje de estado slido

Monitor, Teclado y Mouse

Software

a) PC's que ejecuten el Programa de Tracking de Pedido Sistema Operativo XP con Service Pack 3 Microsoft Office XP / 2003

Internet Explorer 6.0 con Service Pack 1

Framework 2.0 Redistributable version.

Antivirus

b) Servidor SQL Server

Windows 2003 Server

Captulo IV METODOLOGA DEL SOFTWARE

La aplicacin se desarrollar bajo el lenguaje de programacin Visual Basic, el cual es un lenguaje que permite utilizar clases, lo que garantizar la adecuada aplicacin de las metodologas utilizadas en este proyecto.

La Metodologa se basar en el Proceso Unificado (RUP), la cual incorpora las mejores prcticas para el desarrollo de software de una manera adaptable a un amplio rango de proyectos y entornos, adems, RUP es una gua sobre como usar efectivamente el Lenguaje Unificado de Modelamiento (UML), siendo soportado por herramientas que automatizan gran parte del proceso.

La diagramacin y documentacin de los procesos se realizar utilizando la notacin UML, la que constituye un lenguaje de propsito general para el modelado orientado a objetos cuyo objetivo es describir cualquier tipo de sistema en trminos de diagramas orientados a objetos.

CARACTERISTICAS DEL RUP

Descripcin Genrica del RUP

El ciclo de vida del software est partido en ciclos y cada ciclo trabaja sobre una nueva generacin del producto.

El RUP divide cada ciclo de desarrollo en cuatro fases consecutivas, las que son:

Fase de conceptualizacin o Incepcin,

Fase de Elaboracin,

Fase de Construccin y

Fase de Transicin.

Cada fase concluye con un punto de control bien definido en el cual ciertas decisiones crticas deben ser tomadas y por lo tanto deben haber sido alcanzadas metas clave.

En la Fase de Conceptualizacin o incepcin se realiza la visin general de los requerimientos esenciales del proyecto, creando un modelo de caso de uso inicial, un glosario inicial del proyecto , un caso de negocio inicial, una determinacin inicial de riesgo, un plan del proyecto, que muestre fases e iteraciones y culmina con la elaboracin de uno o varios prototipos

En la Fase de Elaboracin se concluye con un modelo de caso de uso (completo por lo menos en un 80%), un resumen de los requerimientos suplementarios (no funcionales), la descripcin de la arquitectura de software, un prototipo de arquitectura ejecutable, una lista de riesgos , un plan de desarrollo para todo el proyecto (plan global) y un manual de usuario preliminar

En la Fase de Construccin, el producto de software integrado en las plataformas adecuadas, se actualizan los manuales del usuario y se elabora una descripcin de la versin vigente.

A la Fase de Transicin se ingresa cuando un release est suficientemente maduro para ser instalado en el dominio del usuario final. Esto incluye un producto Beta testing para validar el nuevo sistema contra las expectativas del usuario, la operacin paralela con un sistema heredado que est siendo reemplazado y el entrenamiento de usuarios y del equipo de mantenimiento

RUP pretende implementar las mejores prcticas actuales en ingeniera de software:

Desarrollo iterativo del software, Administracin de requerimientos, Uso de arquitecturas basadas en componentes, Modelamiento visual del software, Verificacin de la calidad del software y Control de cambios.

Cada iteracin resulta en un release ejecutable

Captulo V PLANIFICACION GLOBAL DEL PROYECTO

5.1 Arquitectura propuesta de software

Se pretende alcanzar una arquitectura que permita obtener seguridad, escalabilidad y rendimientos acordes con los fines del proyecto. Por este motivo resulta conveniente dividir los sistemas en capas que permitan separar la interfaz de Usuario, lgica de negocios y el procesamiento de los datos, tal como se muestra en la siguiente ilustracin.

Aplicacin Windows Sincronizacin de Datos: Este aplicativo tiene como principal funcin mantener los datos que ingresen a las bases de datos Embarques y Principal en total sincrona cada vez que se realice alguna modificacin en las mismas.

Mdulos Web Recolectores de Datos de Embarques: Cada uno de estos mdulos se desarrolla de acuerdo a la estructura de datos de cada proveedor de datos de embarques y recopila solo los datos presentados en la misma para ordenarlos e ingresarlos a la Base de Datos de Embarques.

Mdulo Web De Ingreso De Embarque: Este mdulo se encarga de recolectar la informacin de las navieras que no tienen automatizada la presentacin de los datos de embarques y designar a una persona encargada la cual ser validada para el ingreso a dicho mdulo de ingreso de datos.

Mdulo Web De Visualizacin De Embarques: Este modulo se encarga de mostrar los datos actualizados de cada embarque a los clientes los cuales tendrn una clave de acceso.

Aplicacin Windows Visualizacin de Datos: Cada usuario registrado tendr acceso a determinados servicios locales para visualizar reportes segn su rango y funcin en la empresa. Todos los usuarios tendrn una contrasea y un usuario.

5.2 Diagrama de Gantt

Ver Anexo 01Captulo VI CONCLUSIONES La implementacin del nuevo sistema permitir una gestin real y oportuna lo que en conjunto con una mejora en los procesos, permitir una reduccin de costos y tiempo en el servicio al cliente as como una disminucin de los errores registrados actualmente. La Empresa , mejorar la relacin con sus clientes en base a la calidad del servicio, puesto que contar con informacin real y oportuna, primero para la toma de decisiones y segundo para atender un requerimiento en el menor tiempo posible.Anexo 01 - Cronograma del projecto

Anexo 02 diagrama de clases propuesto

Cabecera Pedido

Detalle del Pedido

Cabecera Factura

Detalle Factura

Diagrama de Clases

Ambiente de

Administracin

Evaluacin

Distribucin

Prueba

Implementacin

Anlisis y Diseo

Requerimientos

Planeamiento

Planeamiento

Inicial

EMBED PBrush

PAGE 15