CONTENIDO - Gastrotur Perú

REAL SOLUTIONS
PROYECTO:
Sistema de Seguimiento de Ordenes de Pedido
LIMA – PERÚ
2007
CONTENIDO
Capítulo I SITUACIÓN ACTUAL
1. Problemática
Capítulo II SINOPSIS DEL PROYECTO
2.1 Título
2.2 Descripción
2.3 Objetivos
2.4 Alcance
2.5 Duración estimada
2.6 Factores de Riesgo
2.7 Usuarios del sistema
Capítulo III REQUERIMIENTOS
3.1 Implementación de Servidor Web Interno
3.2 Estandarización de Hardware y Software
Capítulo IV METODOLOGIA
Capítulo V PLANIFICACIÓN GLOBAL DEL PROYECTO
5.1 Arquitectura de Software propuesta
5.2 Diagrama de Gantt
Capítulo VI CONCLUSIONES
ANEXOS
Anexo 1 – Cronograma del proyecto
Anexo 2 – Diagrama de Clases propuesto
2
Capítulo I – Situación Actual
1
Problemática
La Empresa , no cuenta con un sistema capaz de hacer el seguimiento del estado de
los envíos que se envían por vía marítima 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 atención al cliente y seguimiento post venta.
La situación problemática se traduce en:

Pérdida de la imagen institucional

Bajo nivel de servicio al cliente

Demoras en la atención a los usuarios respecto a la información sobre el
estado de los pedidos.

Demoras en la respuesta de las navieras respecto a la información solicitada.

Posibilidad de errores en la información al actualizar la base de datos en Excel
sin ningún tipo de validación.

Información desactualizada

Duplicidad de esfuerzos (horas/hombre)
3
Capítulo II – SINOPSIS DEL PROYECTO
2.1
Titulo
Sistema de Seguimiento de Ordenes de Pedido
2.2
Descripción
EL Sistema de Seguimiento de Ordenes de Pedido tendrá como objetivos principales
el de automatizar el acceso a la información sobre el estado de los pedidos tanto en la
obtención como en la visualización de la misma por parte del cliente, reduciendo el
tiempo de obtención de información por parte del mismo así como reducción de
horas/hombre para la empresa.
2.3
Objetivos
1.3.1 Objetivo General
Reducción de Tiempo de respuesta hacia el cliente.
1.3.2 Objetivos Específicos
a)
Automatizar la obtención de la información de los pedidos que han sido
enviados, accesando a las paginas web de las diferentes navieras y
recopilando toda la información posible.
b)
Brindar la posibilidad de que las navieras que no tienen información disponible
en su página web puedan completar la información del pedido a través de un
formulario web de la empresa.
c)
Diseñar una nueva estructura de Base de Datos que reemplazaría al actual
archivo Excel.
d)
Migrar la información de facturación y pedidos al actual diseño propuesto.
e)
Brindar acceso a la información de las diferentes áreas de la empresa a través
de un Sistema en Plataforma Windows
f)
Brindar acceso al cliente a través de la página web de la empresa para que
pueda visualizar la información relativa al pedido.
g)
Crear un modulo que permita sincronizar las diferentes tablas de los sistemas
existentes con el sistema actual.
4
2.4
Alcance
El proyecto en cuanto a su implementación debe comprender los procesos inherentes
al área de pedidos y facturación dejando de lado otras áreas no relacionadas como
contabilidad.
En cuanto al alcance funcional a nivel usuarios que emplearán el sistema, se ha
tomado en cuenta a los usuarios internos y externos como responsables de la
generación y alimentación de los datos (operadores transaccionales), y a los directivos
de la organización en cuanto a la explotación de las bondades del sistema.
En adición, se ha pensado que el sistema permitirá brindar información a los usuarios
externos (clientes, navieras) los cuales se podrán brindar vía Página Web.
2.5
Duración estimada
2 meses.
2.6
Factores de riesgo
El análisis 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 podrían afectar
el desarrollo del proyecto con su correspondiente estrategia de mitigación.
5
RIESGO
ESTRATEGIA DE MITIGACION
Información errónea o
En Caso de que la información actual tenga demasiados
repetida en la actual base
errores o un mal diseño respecto a la base de datos,
de datos o mal diseño de
podría hacer inviable la creación de un modulo de
la base de datos actual
sincronización de datos. Se necesita un muestreo de por
lo menos 50 registros por tabla para poder evaluar la
viabilidad o no de la creación del modulo de sincronización
Volumen alto de
En caso de que el volumen de información a migrar sea
información a migrar
muy alto podría demorar la terminación del proyecto.
2.7 Usuarios del Sistema
El sistema tendrá 4 tipos de usuarios:
a) Clientes: Los clientes que hallan realizado los pedidos que se encuentren en
estado pendiente, podrán entrar a través de la página web y con información
respectiva al pedido (como el número de contenedor y el booking list), podrán
visualizar la información correspondiente a su pedido.
b) Navieras: Las empresas navieras podrán acceder a la página web y llenar la
información respectiva al pedido que ha sido solicitada.
c) Usuarios Internos (Operadores): Son los usuarios que tendrán acceso a
modificar o completar la información de los pedidos de acuerdo a la
información que hallan obtenido.
d) Usuarios Internos (Reportes): Son los usuarios que tendrán acceso a visualizar
los reportes estadísticos 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 creación de los
mismos de acuerdo a las políticas definidas en la empresa.
Capítulo III – REQUERIMIENTOS
3.1 Implementación de Servidor Web Interno
6
El requerimiento esencial para que los usuarios externos e internos puedan acceder
a la información del sistema via web es la implementación de un servidor web
basado en Windows que soporte tanto ASP como ASP.NET y base de datos SQL
Server.
3.2 Estandarización de Hardware y Software
Teniendo en cuenta que el desarrollo que se llevará a cabo se realizará con
aplicaciones de última generación, lo que garantizará una mayor duración del
sistema y menor mantenimiento, se debe contar con computadores con los
siguientes requisitos mínimos
Hardware
a) PC's que ejecuten el Programa de Tracking de Pedido
 Pentium II como mínimo
 128 Mb de memoria RAM
 Disco Duro de 20 Gb como mínimo
 Tarjeta de Red 10./100
 Estabilizador de voltaje de estado sólido
 Monitor, Teclado y Mouse
b) Servidor WEB
 Pentium IV
 512 Mb de memoria RAM
 Disco Duro de 40 Gb como mínimo
 Tarjeta de Red 10/100
 Estabilizador de voltaje de estado sólido
 Monitor, Teclado y Mouse
Software
7
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
Capítulo IV – METODOLOGÍA DEL SOFTWARE
La aplicación se desarrollará bajo el lenguaje de programación Visual Basic, el cual
es un lenguaje que permite utilizar clases, lo que garantizará la adecuada aplicación
de las metodologías utilizadas en este proyecto.
La Metodología se basará en el “Proceso Unificado” (RUP), la cual incorpora las
mejores prácticas para el desarrollo de software de una manera adaptable a un
amplio rango de proyectos y entornos, además, RUP es una guía sobre como usar
efectivamente el “Lenguaje Unificado de Modelamiento” (UML), siendo soportado por
herramientas que automatizan gran parte del proceso.
La diagramación y documentación de los procesos se realizará utilizando la notación
UML, la que constituye un lenguaje de propósito general para el modelado orientado
a objetos cuyo objetivo es describir cualquier tipo de sistema en términos de
diagramas orientados a objetos.
8
CARACTERISTICAS DEL RUP
Descripción Genérica del RUP
El ciclo de vida del software está partido en ciclos y cada ciclo trabaja sobre una
nueva generación del producto.
El RUP divide cada ciclo de desarrollo en cuatro fases consecutivas, las que son:
Fase de conceptualización o Incepción,
Fase de Elaboración,
Fase de Construcción y
Fase de Transición.
Cada fase concluye con un punto de control bien definido en el cual ciertas decisiones
críticas deben ser tomadas y por lo tanto deben haber sido alcanzadas metas clave.
En la Fase de Conceptualización o incepción se realiza la visión 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 determinación inicial de
riesgo, un plan del proyecto, que muestre fases e iteraciones y culmina con la
elaboración de uno o varios prototipos
En la Fase de Elaboración 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 descripción 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 Construcción, el producto de software integrado en las plataformas
adecuadas, se actualizan los manuales del usuario y se elabora una descripción de la
versión vigente.
9
A la Fase de Transición 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 operación
paralela con un sistema heredado que está siendo reemplazado y el entrenamiento de
usuarios y del equipo de mantenimiento
RUP pretende implementar las mejores prácticas actuales en ingeniería de software:
Desarrollo iterativo del software, Administración de requerimientos, Uso de
arquitecturas basadas en componentes, Modelamiento visual del software,
Verificación de la calidad del software y Control de cambios.
Cada iteración resulta en un release ejecutable
Requerimientos
Análisis y Diseño
Planeamiento
Implementación
Planeamiento
Inicial
Ambiente de
Administración
Distribución
Evaluación
Prueba
10
Capítulo 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, lógica de negocios y el procesamiento de los datos, tal como se muestra en
la siguiente ilustración.
Aplicación Windows Sincronización de Datos: Este aplicativo tiene como principal función
mantener los datos que ingresen a las bases de datos Embarques y Principal en total
sincronía cada vez que se realice alguna modificación en las mismas.
Módulos Web Recolectores de Datos de Embarques: Cada uno de estos módulos 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.
Módulo Web De Ingreso De Embarque: Este módulo se encarga de recolectar la
información de las navieras que no tienen automatizada la presentación de los datos de
embarques y designará a una persona encargada la cual será validada para el ingreso a
dicho módulo de ingreso de datos.
11
Módulo Web De Visualización De Embarques: Este modulo se encarga de mostrar los
datos actualizados de cada embarque a los clientes los cuales tendrán una clave de acceso.
Aplicación Windows Visualización de Datos: Cada usuario registrado tendrá acceso a
determinados servicios locales para visualizar reportes según su rango y función en la
empresa. Todos los usuarios tendrán una contraseña y un usuario.
5.2 Diagrama de Gantt
Ver Anexo 01
Capítulo VI CONCLUSIONES

La implementación del nuevo sistema permitirá una gestión real y oportuna lo
que en conjunto con una mejora en los procesos, permitirá una reducción de
costos y tiempo en el servicio al cliente así como una disminución de los
errores registrados actualmente.

La Empresa , mejorará la relación con sus clientes en base a la calidad del
servicio, puesto que contará con información real y oportuna, primero para la
toma de decisiones y segundo para atender un requerimiento en el menor
tiempo posible.
12
Anexo 01 - Cronograma del projecto
13
Anexo 02 – diagrama de clases propuesto
Cabecera Pedido
14
15
Detalle del Pedido
16
Cabecera Factura
17
18
Detalle Factura
19
20
Diagrama de Clases
1
Tipo descuento
Pais
Tipo Flete
1..n
1
Puerto
1
11
0..n
Cliente
1
0..n
Tipo Riesgo
0..n
Detalle Factura
0..n
1
Usuario
1
DetallePedido
FormaPago
0..n
Tipo Guia
1
11
1 Cancela
registra
0..n
1
Destino
1
Producto
Sub-Clase
0..n
0..n
0..n
0..n
0..n 1 Naviera
0..n
1
0..n
0..n
Cabecera Pedido
1
Cabecera Factura
1
1
0..n
0..n
0..n
0..n
0..n
0..n
0..n
0..n
0..n
0..n
1
0..n
Documento Referencia
Incoterm
0..n
0..n
1
0..n
1
Clase
Almacen
1
1
Tipo Unidad
1
Vendedor
1
Estado Pedido
Sucursal
Tipo Cotizacion
0..n
0..n
Tipo Generar
ContactosPuerto
Operacion
Tipo Documento
1
Conexiones
1
1
1
Envio x Detalle
Moneda
1
Documento
1..n
11
Tipo Documento
Ruta
21