CECILIO ACOSTA
RESUMEN
El sistema actual para el control de correspondencia especial a nivel nacional de
IPOSTEL, no responde a las necesidades y capacidad operativa de las nuevas
exigencias, en donde los usuarios y el personal que labora en dicha unidad carece de
este elemento bsico de trayectoria profesional.
La carencia de un sistema ms rpido y que tenga un control estricto en cuanto
a la produccin diaria de sta dependencia se aproxima menos a los cambios de esta
nueva era.
A travs de un modelo estructurdo, se realizar un sistema que servir en
forma funcional los ms variados aspectos que se desea obtener y adicionalmente
permitir el fcil manejo del mismo. Lo que es capaz de escudriar los diversos
problemas planteados en cualquier organizacin.
Al estar claro de la visin del negocio se tendr un amplio margen de conocer
los elementos circunstanciales que se traducen en la cultura organizacional, como est
estructurado una dependencia, cuales son las normas y procedimientos que se dan y
lo ms importante poder ofrecer las pautas necesarias para que el negocio funcione de
una manera cabal y eficiente.
El Sistema de Informacin que conforma este proyecto, se destaca en el
amplio uso de herramientas computacionales (programacin), la cual tiene como fin
ltimo controlar los procesos de seguimiento de correspondencia, dichos procesos son
los siguientes:
* Consignacin de correspondencia.
* Recibimiento de Correspondencia .
*Seguimiento de dicha correspondencia desde origen hasta destino
*Estadsticas Mensuales o cuando sea solicitado por los usuarios interesados.
*Reportes que reflejan las distintas operaciones que se ejecutan en la dependencia
Ipostel
Este sistema tiene la cualidad de responder las inquietudes actuales y futuras
para la empresa Ipostel, en donde al controlar el movimiento de correspondencia, el
envo para los distintos estados, etc. Hace que se optimicen no slo los costos, sino se
conocer a ciencia cierta que carteros, chferes, taquilleras y clasificadores cumplen
con las tareas asignadas, claro est bajo la vigilancia de los supervisores, los cuales
tendrn un papel protagnico en el ejercicio del buen funcionamiento de Ipostel y a la
larga ser un prototipo para las otras dependencias que cumplan funciones similares
inherentes para expandir el servicio para otras reas afines
ACEPTACION DE TUTORIA
CIUDADANO:
PROF: EFUARDO LORETO
COORDINADOR DE LA SUBCOMISION DE INFORMATICA
PRESENTE.Tengo a bien dirigirme a Usted en ocasin de informarle que he considerado la
peticin de Tutora de los bachilleres:
Respectivamente, para realizar una investigacin titulada: SISTEMA DE
INFORMACION DE REGISTRO Y CONTROL DE CORRESPONDENCIA
ESPECIAL DEL INSTITUTO POSTAL TELEGRAFICO (IPOSTEL).
La cual ser presentada en esta Casa de Estudios Superiores. Al respecto he decidido
aceptar la responsabilidad de tutorear a los referidos bachilleres: RONALD JOSE
BORREGALES BRICEO TITULAR DE LA CEDULA DE IDENTIDAD:
12.159.430 JOHANN ALBERTO SALAS TITULAR DE LA CEDULA DE
IDENTIDAD: 12.881.091
DEDICATORIA
A Dios y la Stma Virgen Mara, la cual nos dio salud a cada uno de los
integrantes de este trabajo.
INTRODUCCION
El Instituto Postal Telegrfico (IPOSTEL), institucin dedicada a las
comunicaciones y perteneciente al Ministerio de Infraestructura (MINFRA), con sede
en San Martn, Caracas, con autonoma e independencia jurdica, esta empresa se
encarga de explotar los servicios de comunicacin especficamente en la parte de
encomiendas y telegramas.
Las normas y polticas de la empresa en cuanto a sus trabajadores se rigen por
la ley de la administracin pblica.
La entidad perteneciente a IPOSTEL Oficina Postal Telegrfica de Los Teques
(OPT LOS TEQUES), la cual es regida por el jefe de oficina Jhonny Cedeo y
personal administrativo (Taquilleras, Oficinistas y Supervisor), y obreros (Carteros,
Aseadora, chofer), son los que conforman la entidad.
Debido a la existencia de un sistema automatizado Punto Postal en red el cual
requiere de su administracin, apoyo tcnico y debido a los amplios conocimientos
del mismo se proceder con el consentimiento del jefe de oficina a su respectivo
tratamiento.
Hay que resaltar que este servicio se prestan los 365 das del ao, el cual hace
que la comunicacin a nivel nacional e internacional, sea la ms efectiva, ya que
Venezuela a nivel de correspondencia debe estar sujeta a la institucin internacional
UPU (Unin Postal Universal), que es un convenio internacional, el cual se debe
ajustar a las normas y requerimientos internacionales.
conoce en base a modelos pre-establecidos cuales son las personas involucradas que
de acuerdo a sus habilidades y destrezas puedan ejecutar la produccin de una manera
rpida y efectiva, igualmente se tendr los controles pertinentes para disponer de
registros de informacin adecuados, conociendo as las distintos calendarios que se
ejecutan en dicha institucin.
Este trabajo estar orientado a estudiar dos procesos en particular que son :
EEE la cual hace referencia a Entrega especial expresa, consiste en la entrega y
recepcin de correspondencia y encomiendas, este servicio cubre las entregas a nivel
nacional en un lapso de tiempo comprendido entre 24 y 72 horas, de una manera
rpida y segura.
Correspondencia Certificada: La cual consiste en envos y entregas a nivel
nacional de forma segura pero menos rpida que la anterior, esto implica que el costo
es inferior con respecto a EEE.
CAPITULO I
EL PROBLEMA
Planteamiento del problema:
IPOSTEL es una institucin pblica ms grande de Venezuela y ha estado
experimentando una constante transformacin para convertirse en una institucin
competitiva, con altos niveles de calidad en la oferta de servicios de comunicacin,
esto indica desde la entrega de cartas, envos y otros que hacen una de las empresas
con mayor prestanza a nivel nacional e internacional.
Al iniciarse las operaciones de la empresa IPOSTEL, durante la dcada de los
40 trajo como consecuencia que la organizacin, debera adaptarse a los nuevos
criterios de la Gerencia, esto trae como consecuencia inmediata la creacin de nuevos
departamentos los cuales seran los ejes prioritarios, de all se desprende que al
crearse el departamento de computacin, como un aliado estratgico en las
comunicaciones se crea el departamento de informtica, dicha dependencia tiene a su
cargo todos los procesos inherentes a nmina, contabilidad, presupuesto, etc. Pero
debido al gran volumen de correspondencia que las personas todava ponen en
prctica debido a que es totalmente secreto desde el momento que el cliente entrega la
carta se sabe a ciencia cierta que garantizar su privacidad contemplada por parte de
la institucin y por parte de la constitucin de la Repblica Bolivariana de Venezuela.
En la actualidad su sede principal se encuentra ubicada en San martn, avenida
Jose Angel Lamas Centro Postal Caracas.
Para el buen funcionamiento en el rea de cmputos se dispone de los
siguientes dependencias:
10
Operaciones,
Comercial,
Planificacin
desarrollo,
Recursos
Humanos,
11
12
OBJETIVOS DE LA INVESTIGACION
Objetivo General:
Disear un sistema de informacin el cual controle, registre y actualice los
datos inherentes al uso racional de la correspondencia (Entrega y envos),
documentos, encomiendas, etc. para el departamento de clasificacin y despacho de
Ipostel y sus distintas entidades a nivel nacional el cual
disponga de un valor
13
-Disear las posibles repositorios de datos (Base de Datos), los cuales sern el centro
motor para el buen manejo de un sistema de registro y control de correspondencia.
-Establecer normas de seguridad y respaldo, para el acceso de los usuarios mediante
prioridades y realizar los respaldos de acuerdo a los volmenes de datos al ser
actualizados en el nuevo sistema de informacin.
-Generar los posibles procesos, de una manera clara y precisa, de modo que lel
departamento de clasificacin sea un ejemplo para la aplicacin de nuevos sistemas
para los otros departamentos de IPOSTEL.
-Realizar las pruebas del nuevo sistema de Informacin, para ajustarlos a los procesos
de una manera adecuada.
-Adiestramiento al personal interno que labora en el Dpto. de clasificacin, para
ajustarlos a las nuevas tecnologas.
-Disear los manuales de Usuario de manera que sea una consulta obligatoria para el
nuevo personal de clasificacin, adicionalmente ofrecer un catalogo de informacin
sobre este novedoso sistema automatizado.
14
JUSTIFICACION:
Al tener toda la problemtica como es la carencia de un sistema que responda
a las necesidades corporativas de la empresa, se debe plantear la necesidad de un
sistema de informacin, el cual cumpla con las normativas del departamento de
clasificacin, generando informacin de una manera oportuna, esto trae como
consecuencia que al implementarse, mediante tecnologas del presente y futuro se
ajuste perfectamente, para el anlisis, diseo e implementacin de un nuevo sistema
registro y control de correspondencia.
El proceso se ejecuta desde que el cliente se traslada a una sede de Ipostel, se
procede a pesar el documento, mercanca, etc. Una vez establecido el arancel,
comienza el seguimiento hasta la entrega final al otro usuario, se garantiza en la
actualidad en verificar que los datos del remitente y el destinatario sean los ms
correctos, debido a que al recibir el documento deben firmar y la cdula respectiva.
Una buena utilizacin de la tecnologa y por lo tanto el recurso humano
tendr ms claro el uso del hardware y por lo tanto del software ha ser implementado.
El nuevo sistema de informacin se llamar Sistema de registro y control de
correspondencia, cuyo acrnimo es : SISTRECO. El cual se ajustar a las nuevas y
futuras necesidades del departamento de clasificacin.
Este sistema de informacin, va a constar de las siguientes partes
primordiales:
Clientes que se le presta el servicio
15
16
17
18
19
LIMITACIONES:
FACTOR TIEMPO: Ya que al realizar un cronograma de actividades, que va desde
entrevistas, recopilacin de formatos y por la misma dinmica de la empresa
IPOSTEL, a veces no se poda tener acceso a la informacin, ya que los gerentes
estaban ocupados, los operadores se encontraban trabajando y por lo tanto generaba
toda esta problemtica al tener acceso a la informacin de manera coherente.
CARENCIA DE MANUALES Y NORMAS DE PROCEDIMEINTO: No existe
ningn tipo de documentacin, la cual pueda explicar en forma explcita los procesos
manuales, en donde se observ que los operadores disponan de libretas en donde
anotaban los procesos.
20
Solo habr personal con ciertos criterios o niveles de seguridad para acceso a reas
especficas del sistema.
Debido a este proyecto, el tiempo a nivel de los autores de este trabajo que es
por semestre dificulta el acceso de la informacin, ya que aparte de las obligaciones
personales, cada uno de los autores trabajan.
CAPITULO II
MARCO TEORICO o REFERENCIAL
ANTECEDENTES DE LA INVESTIGACION
21
22
ZOOM
23
mismo tiempo conocer que est sucediendo, para este fin se trata mediante
el anlisis DOFA.
24
Debilidades
Amenazas
Fortalezas
Oportunidades
Motivacin de mejorar el
sistema actual (manual) versus a
un sistema automatizado el cual
garantice
el
cabal
funcionamiento.
Disponibilidad de efectuar el
cambio para mejorar los
procesos .
El grupo de anlisis de sistemas
dispone el conocimiento.
Se conoce el Negocio, debido a
que se labora en este tipo de
dependencia.
25
RESEA HISTORICA:
Para conocer el origen de Ipostel, se har una visin amplia del origen del
correo, para luego entender el negocio del correo en Venezuela
EL CORREO EN LA ANTIGUEDAD
El Correo nace con la necesidad que tiene el hombre de comunicarse con lo
individuos que se encuentran en otros lugares.
Para comunicarse utiliz diferentes medios:
26
Los imperios no se hubieran mantenido unidos sino hubiese habido una red
de correos que los articulara. De la magnitud de la red correos y de su
eficiencia dependa la extensin territorial que poda llegar a tener control el
centro administrativo.
Siglo XI A.C.
Siglo VI A.C.
27
Antes del siglo XIV, en el Viejo Mundo, las personas que necesitaban enviar
una carta deban recurrir a los costossimos correos privados. En 1315, los
estudiantes universitarios obtuvieron una patente de FELIPE EL HERMOSO
que les permiti mantener un servicio de correo con sus familiares situados
en otras provincias.
1) htp//www.Google.com
28
BASES TEORICAS:
Conceptos Generales
PowerBuilder
Consiste en un entorno de programacin que est compuesto por
diferentes herramientas, para el desarrollo rpido de una aplicacin en el
ambiente cliente - servidor. Permite usar ventanas, botones y todas las
herramientas que presenta Windows, facilitando su manejo. Se maneja
bsicamente con el ratn, y el lenguaje de
programacin llamado
PowerScript. (3)
(3).www.Sybase.com
29
son:
tales
como:
Sybase,
Informix,
Oracle,
Watcom,
entre
otras.
Tiene capacidad de acceder a informacin de mltiples
bases de datos y mostrar esa informacin en una nica ventana.
Se trabaja en ambiente cliente - servidor.
Posee
un
objeto
inteligente
llamado
Datawindow
que
realiza
que
las
30
entorno
abierto
de
desarrollo
que
dispone
de
interfaces
31
32
pintores
para
crear
objetos
que
se
almacenan
en
las
33
las
pantallas
(ventanas).
Tambin
se
pueden
pintar
Pintor de DataWindow
El objeto DataWindow permite recobrar datos desde la base de datos
u otras fuentes.
Mediante un datawindow tambin se puede hacer entrada de datos.
Despus de pintar el objeto de DataWindow, no puede usarse el objeto
solo.
Se
necesita
DataWindow
asociar
poner
el
el
objeto
DataWindow
(ventana).
34
DataWindow
control
con
sobre
el
la
control
pantalla
Pintor de Estructura
El Pintor de Estructura permite crear objetos de estructura. Una
estructura es un conjunto de variables conexas (que puede tener los
tipos diferentes de datos) agrupadas bajo un nombre nico.
OTROS PINTORES
35
Pintor de Biblioteca
Los objetos que crean en los Pintores de PowerBuilder (aplicaciones,
ventanas, menes, funciones, consultas, estructuras, objetos de usuario y
DataWindows) se almacenan en un archivo de sistema con extensin ".pbl".
En la terminologa de PowerBuilder, este archivo se llama "la Biblioteca". El
Pintor de Biblioteca permite crear y
36
37
38
Usando el PowerBar
El Power Bar se muestra cuando se inicia una sesin de Power
Builder.
El PowerBar es el control principal para construir aplicaciones
PowerBuilder.
Desde
el
PowerBar
se
puede
abrir
el
Painter
de
una
de
las
herramientas
pintores
frecuentemente
usados
en PowerBuilder.
Usando el Men POPUP
Power Builder provee un contexto sensible de men popup que lista
los items apropiados para el objeto seleccionado.
El men popup est disponible en cualquier lugar del PowerBuilder.
Para usar el Men PopUp:
* Seleccionar uno o ms objetos
39
Painter
de
PowerBuilder
muestra
su
propia
ventana.
Se
40
a la
que afectan al
desarrollo del Software. Sin embargo el lenguaje debe ser capaz de soportar
el nuevo paradigma, siendo por consiguiente una parte esencial de esta
revolucin.
41
CARACTERISTISCAS DE LA POO:
Eficiencia:
Es la capacidad para hacer un buen uso de los recursos que manipula.
Transportabilidad (portabilidad):
Es la facilidad de verificacin de un software, es su capacidad para soportar
los procedimientos de validacin y de aceptar juegos de test o ensayos de
programas.
Integridad:
Es la capacidad de un software para proteger sus propios componentes
contra los procesos que no tengan derecho de acceso.
Facilidad:
Si puede comunicar con l de manera cmoda.
Correccin:
Capacidad de los productos de software en realizar exactamente las tareas
definidas por su especificacin.
Robustez:
Capacidad de los productos de Software de funcionar incluso en situaciones
anormales.
Extensibilidad:
Facilidad que tienen los productos de adaptarse a cambios en su
especificacin, tiene dos principios fundamentales:
-Diseo Simple.
-Descentralizacin.
Reutilizacin:
Capacidad de los productos para ser reutilizados, en su totalidad o en parte,
en nuevas aplicaciones.
Compatibilidad:
42
FUNDAMENTALES
QUE
ESTAN
INFLUYENDO
EN
LA
IMPORTACIA DE LA POO.
MODULOS:
Es una tcnica que proporciona la posibilidad de dividir sus datos y
procedimientos en una parte privada (slo accesible dentro del mdulo) y
pblica accesible fuera del mdulo.
1
PROCEDIMIENTOS:
43
especializacin)
estructuras
de
Objetos
(agregacin).
Polimorfismo:
Es la propiedad que indica de que una entidad tome muchas formas. (4)
2
BASES DE DATOS:
(5).BASES DE DATOS (1999) EDITORIAL Mc Graw Hill, Miguel Angel Rodriguez Almeida
pg 3,14.
44
45
46
Objetivos de UML:
47
las
cuales
emplean
los
mtodos
desarrollados
por:
48
BASES LEGALES:
En principio, la funcin Postal Telegrfica pblica desde el
punto de vista jurdica esta regida por el derecho administrativo, el
cual puede definirse como: Una rama del Derecho Pblico que
comprenden las normas del ordenamiento jurdico y los principios de
la Administracin Pblica.
La fuente originaria de la legislacin en materia postal, es la
constitucin de la Republica Bolivariana de Venezuela; seguida por la Ley de
de Correos, la Ley de creacin de Ipostel y sus respectivos reglamentos.
Estas leyes pertenecen al Derecho Positivo, es decir, son normas escritas,
emanadas de la autoridad competente y promulgada de acuerdo a los
procedimientos establecidos en la Constitucin de la Repblica.
De la aplicacin y cumplimiento de estas normas, se deriva la relacin
jurdica Administrativa, que no es mas que el vinculo que se entre el sujeto
Activo, titular del poder (en nuestro caso la Administracin Postal) y el o los
sujetos pasivos, obligados a la prestacin en beneficio de este sujeto activo
(en este caso los trabajadores, correos privados y usuarios).
En consecuencia, el rgimen Jurdico Administrativo del correo y el
telgrafo esta compuesto por una serie de leyes, reglamentos, decretos y
resoluciones que se han emitido con respecto a la materia de orden nacional
e internacional, estas ltimas suscritas a travs de convenios, tratados y
acuerdos, ratificados por la nacin.
En este sentido las normas nacionales tienen aplicacin preferente
sobre los tratados regulan la materia en el orden internacional, segn lo
dispuesto en el articulo No. 24 de la Constitucin de la Unin Postal
Universal (UPU) vigente, los preceptos de las actas de la Unin no vulneran
la legislacin de los pases miembros en todo aquello que no se halle
49
expresamente determinado por estas actas. Esto indica, que si alguna de las
administraciones miembros no esta de acuerdo con lo dictado en las actas,
porque su legislacin nacional prev una disposicin contraria puede
inhibirse en el cumplimiento de dicho precepto, situacin que queda
asentada en las resoluciones.
1.- LA UNION POSTAL UNIVERSAL
La Constitucin y el Convenio de la Unin Postal Universal (UPU) es
un Tratado Internacional, el cual consiste en un acuerdo o declaracin
solemne suscrito entre varias naciones y sujeta al derecho Internacional,
relativos a fines polticos, econmicos, de asociacin, de cortesa
diplomtica, culturales, cientficos o de inters una y todas las partes que
intervienen, donde se obligan a cumplir y respetar todas
las disposiciones previstas en tales convenios.
En Venezuela para que un tratado Internacional tenga validez y sea
fuente del Derecho Administrativo, es necesario que sea aprobado por la
Asamblea Nacional mediante ley aprobatoria, tal como la prev los artculos
No. 154, 187 numeral 18 y 217 de la Carta Magna.
El acta fundamental de la Unin es la Constitucin enuncia en primer
lugar los fines de la Unin
50
51
dentro de la sociedad
venezolano.
BASES FILOSOFICAS:
Ipostel como empresa de comunicaciones, tiene como fin ltimo
ofrecer servicios tales como
Ofrecer
un
servicio
de
comunicaciones
para
los
estudiantes,
52
53
BASES PSICOLOGICAS:
IPOSTEL, dispone en la actualidad una amplia trayectoria del pas,
debido a que fue la empresa pionera en el proceso de comunicaciones de
toda Venezuela, a lo largo de su historia, siempre emple campaas
publicitarias que hoy da representan una de las empresas lideres dentro del
mercado nacional, existirn tal vez otras empresas de comunicaciones pero
siempre el cliente se inclinar por contratar los servicios de Ipostel, ya que en
los puntos ms recnditos de nuestra geografa nacional, se encontrar esta
empresa pionera en las comunicaciones. Trae como consecuencia que el
Venezolano es un individuo tradicionalista en cuanto al consumo de bienes y
servicios, esta es la parte ms importante en cuanto al manejo de
comunicaciones, ya que denota un amplio uso de las herramientas ms
sofisticadas que existen en el mundo.
BASES SOCIOLOGICAS
Ipostel, es uno de los productos de consumo masivo, ms empleado
en todo el pas, de all se desprende que en cualquier situacin el correo
convencional ha permitido crecer en cuanto al uso de nuevas tendencias en
comunicaciones, lo cual no solo se ha masificado en s.
Igualmente a puesto a la disponibilidad de correos en lugares ms
lejanos de nuestra geografa nacional, ha roto con las barreras geogrficas
en cuanto a lo escarbado que es nuestro pas, claro esta mediante el uso del
personal calificado que conoce sus zonas asignadas.
BASES TECNOLOGICAS
A nivel macro, se generara otra tesis en cuanto al uso de
HARDWARE y SOFTWARE, pero para el caso especfico del departamento
54
55
DE
PROGRAMACION:
Lenguaje
empleado
para
crear
programas
MEMORIA: rea temporal donde se almacenan los datos
MICROONDAS: Ondas electromagnticas de frecuencia elevada utilizada en
teleproceso
56
ORIENTADA
OBJETOS:
(OBJECT-ORIENTED
57
CAPITULO III
MARCO METODOLOGICO
DISEO DE LA INVESTIGACION (TIPO Y NIVEL)
TIPO:
Este proyecto va a ser campo, debido a que es totalmente prctico esto implica que la
investigacin est sujeta al criterio de anlisis de sistemas complejos, porque se
emplea las entrevistas, reuniones con los usuarios, elaboracin de los mdulos o
prototipos de pantallas, tablas, etc.
Una investigacin de tipo campo se conceptualiza de la siguiente manera:
A un anlisis sistemtico de problemas de la realidad, con el propsito bien sea de
describirlos, interpretarlos, entender su naturaleza y factores constituyentes, explicar
sus causas y efectos o predecir sus ocurrencias, haciendo uso de mtodos
caractersticos de cualquiera de los paradigmas o enfoques de investigacin conocida
o en desarrollo (10) 4.
La investigacin, elaboracin y desarrollo de una propuesta de un
modelo operativo viable para solucionar problemas, requerimientos
o necesidades de organizaciones o grupos sociales, puede referirse a
la formulacin de polticas, programas, tecnologas, mtodos o
procesos. El proyecto debe tener apoyo en una investigacin tipo
documental, de campo o un diseo que incluya ambas modalidades.
El proyecto factible comprende las siguientes etapas generales:
diagnstico, planteamiento y fundamentacin terica de la
4
58
59
60
Actualizar las interfases que pueda tener este sistema de informacin con las
nuevas tecnologas con respecto al SOFT/HARD.
El anlisis de cada uno de los mdulos y su respectiva conexin con las otras
partes del sistema.
61
OPERACIONALIZACION:
Es la manera de lograr de controlar los procesos, las operaciones y por lo
tanto las pautas fijadas para lograr un objetivo u objetivos especficos.
VIABILIDAD TECNICA
Para esta aplicacin, se debe
disponer de un sistema que este ajustado
a las necesidades institucionales, y para
lograr ese equilibrio, se debe disponer de
un computador con una amplia capacidad
en disco duro, el cual pueda soportar la
bases de datos, en este aspecto se
desarrollar el nuevo sistema de
informacin se desarrollar en Power
62
Hardware:
Procesador
2 Computadores Pentium III
Tarjeta
Caractersticas
224,0 MB de RAM
Genuinelntel
1 Impresoras
Software:
Epson LQ-400
PWER BUILDER VERSIN 6.5
MANEJADOR BASE DE DATOS
SYBASE
2.2-VIABILIDAD OPERATIVA
63
Costo / Hora
80
200
40
Bs.
250.000,oo
Bs.
180.000,oo
Costo x Hora
10.000,00
50.000,00
Total
800.000,00
10.000.000,00
360.000,00
9.000,00
HARDWARE
TOTAL
COSTO
TIPO
64
3.360.000,00
TOTAL
PROCESADOR
2 PENTIUM III
(224,0 MB de
1.300.000,00
2.600.000,00
250.000,00
250.000,00
TOTAL
2.850.000,00
7000,00 $
7000,00 $
TOTAL
7000,00 $
RAM)
TARJETA
1 Impresora
SOFTWARE
GenuinIntel
Epson LQ-400
1 Licencia POWER
BUILDER ver. 6.0
(A)
El costo del Sistema, se determina en base a los siguientes criterios:
La licencia de Power Builder cuesta 7000 dolares, se estima que el costo est
integrado por:
Costo Hora Programador 50.000 * 200 horas Trabajo = 10.000.000,oo Bs
65
800.000,oo Bs.
Traslados, Viaticos,etc
= 1.700.000,oo Bs
--------------------12.500.000,oo Bs.
VIABILIDAD DE CALENDARIO
Fecha de Comienzo del sistema: Comienzo del Semestre
Fecha Termino: JULIO 2004
TIEMPO EJECUCION
PROBABLE
2 das
1.-Exposicin a Directiva de
l
Nuevo Sistema
2.-Visto Bueno del Directivo
(APROBACION),FIJACION CRONOGRAMA ACTIV.
3.-DISEO DEL Sistema PROPUESTO,
para la creacin
4.-Realizar ajustes
5.-Poner a Prueba el Nuevo sistema de informacin
6.-Prueba del Nuevo sistema (correcciones)
7.-Evaluacin de los resultados
del nuevo sistema
8.-ADIESTRAMIENTO AL PERSONAL
-TRANSCRIPTORES
9.- MANUAL DEL USUARIO, donde se plasma
la reglas del negocio
66
2 das
4 meses
1 meses
1 meses
1 meses
10 das
15 MESES
2 Meses
3 das
2 das
3 das
1 da.
2 das
3 das.
1 da.
1 da.
1 da
1 da
1 da
1 da
1 da
1 da
1 da
1 da
67
(3 das).
(1 da).
68
SEORES
IPOSTEL
DEPARTAMENTO DE COMPUTACION
PRESENTE.Estimados Seores:
De acuerdo a lo conversado en reuniones anteriores, le informo por este medio,
que se tiene la firme intencin de analizar, disear un sistema de informacin, el
cual es denominado: SISTEMA DE INORMACION DE REGISTRO Y
CONTROL DE CORRESPONDENCIA ESPECIAL DEL INSTITUTO
POSTAL TELEGRAFICO IPOSTEL
Los trminos, condiciones y alcances del mismo debern ser discutidos y
analizados en la oportunidad que Ud. juzguen convenientes, as mismo se debe
determinar el rea fsica, las entrevistas con el personal y conocer ms a fondo como
ser en un futuro mediato el nuevo sistema de informacin.
Sin otro particular a que hacer mencin, les saluda y les desea todos los xitos.
69
PARA
DEL
70
DEL
ANALISIS
ORIENTADO
POBLACION Y MUESTRA:
71
A OBJETOS:
(SISTEMA
72
73
74
ENTREVISTAS NO ESTRUCTURADAS:
Permite que el entrevistador formule preguntas no previstas durante la
conversacin. El entrevistador inquiere sobre diferentes temas a medida que se
presentan, en forma de una prctica comn.
ENTREVISTAS ESTRUCTURADAS:
Se basa en un marco de preguntas prederminadas. Las preguntas se establecen
antes de inicie la entrevista y todo solicitante debe responderla
Este enfoque mejora la confiabilidad de la entrevista, pero no permite que el
entrevistador explore las respuestas interesantes o poco comunes. Por eso la
impresin de entrevistado y entrevistador es la de estar sometidos a un proceso
sumamente mecnico. Es posible incluso que muchos solicitantes se sientan
desalentados al participar en este tipo de proceso.
ENTREVISTAS MIXTAS:
Los entrevistadores despliegan una estrategia mixta: con preguntas
estructurales y con preguntas no estructurales. La parte estructural proporciona una
base informativa que permite las comparaciones entre candidatos. La parte no
estructurada aade inters al proceso y permite un conocimiento inicial de las
caractersticas especficas del solicitante.
ENTREVISTAS DE SOLUCION DE PROBLEMAS:
75
Se centra en un
76
No tan slo las encuestas tienen una gran variedad de propsitos, sino que
tambin pueden conducirse de muchas maneras, incluyendo por telfono, por correo o
en persona. An as, todas las encuestas tienen algunas caractersticas en comn.
A diferencia de un censo, donde todos los miembros de la poblacin son
estudiados, las encuestas recogen informacin de una porcin de la poblacin de
inters, dependiendo el tamao de la muestra en el propsito del estudio. En una
encuesta bona fide, la muestra no es seleccionada caprichosamente o slo de personas
que se ofrecen como voluntarios para participar. La muestra es seleccionada
cientficamente de manera que cada persona en la poblacin tenga una oportunidad
medible de ser seleccionada. De esta manera los resultados pueden ser proyectados
con seguridad de la muestra a la poblacin mayor. La informacin es recogida usando
procedimientos estandarizados de manera que a cada individuo se le hacen las
mismas preguntas en mas o menos la misma manera. La intencin de la encuesta no
es describir los individuos particulares quienes, por azar, son parte de la muestra sino
obtener un perfil compuesto de la poblacin.
Una "encuesta" recoge informacin de una "muestra." Una "muestra" es
usualmente slo una porcin de la poblacin bajo estudio. El estndar de la industria
para todas las organizaciones respetables que hacen encuestas es que los participantes
individuales nunca puedan ser identificados al reportar los hallazgos. Todos los
resultados de la encuesta deben presentarse en resmenes completamente annimos,
tal como tablas y grficas estadsticas.
Una vez determinadas las fuentes de los datos, es necesario la elaboracin de una lista
o relacin de las preguntas cuya contestacin proporcione los datos de cada caso
individual. A la presentacin ordenada y sistemtica de dicha lista de preguntas. Esta
encuesta segn la informacin recogida ser individual cuando se refiere a un solo
77
78
aconseja en lo posible indicar las contestaciones frecuentes para cada pregunta; para
que el entrevistado no tenga sino que marcar las respuestas que le corresponda.
EJEMPLO:
SOLTERO ______
CASADO________
VIUDO__________
OTROS__________
79
80
81
82
Chofer:
1.- Cules son las funciones del cargo ?.
r.- Son las de transportar los despachos de las entidades de Ipostel al Centro
Postal Caracas y a su vez entregar despachos del Centro Postal Caracas
a las
83
84
receptor que luego archivara ese documento y la copia del mismo ser archivado en
el Dpto. de transporte.
85
86
87
del destinatario, Origen del envo, Nombre, CI y firma del destinatario, Nombre y
apellido del Clasificador, cantidad de envos.
5.- Cuntos envos puede describir la planilla R02?.
r.- Hasta 10 envos.
6.- Despus que el cartero entrega el envi que proceso ocurre?.
r.- El cartero entrega la planilla original debidamente firmada por el y el
destinatario, donde debe estar asentado el nombre , apellido y CI de ambos.
7.- Si por cualquier causa el destinatario no firma ?.
r.- Entonces seria una devolucin, donde el cartero procede a colocarle el sello
de devolucin, acotando el motivo de la devolucin tanto en la correspondencia como
en planilla R02.
8.- Que se hace con las dos planillas R02, la original y la copia y la
devolucin ?.
r.- Las dos planillas quedan archivadas en el Dpto. de clasificacin de la OPT,
las devoluciones se ingresan al despacho del da siguiente rumbo a el Dpto. de
clasificacin CPC, este es reenviado a su origen por el mismo departamento.
9.- Uds. No envan constancia de entrega de correspondencia a las OPT
emisoras del envi ?.
r.- No.
88
89
b) Regular (__)
c) Lento (__)
b) No (__)
Cree Ud. que el servicio EEE que presta la organizacin existe fallas ?
a) Si (__)
b) No (__)
c) Ninguna (__)
6.
b) Regular (__)
b) No (__)
b) o ms Confiable (__)
90
a) Si (__)
b) No (__)
GRAFICO 1
5
4
3
1.
Las actividades
se ejecutan
2
1
0
RAPIDA
LENTO
GRAFICO 2
8
6
2.
Se siente
satisfecho de la
manera como
funciona dicha
organizacin?
4
2
0
SI
NO
91
GRAFICO 3
8
6
4
2
0
SI
NO
GRAFICO 4
7
6
5
4.
Con que
frecuencia se genera
las constancias de
entregas
efectuadas?
4
3
2
1
0
MUCHAS REGULAR NINGUNA
92
GRAFICO 5
5.
Cree Ud. que
existe fallas al
momento de
suministrar
informacin?
6
4
2
0
SI
NO
GRAFICO 6
10
8
6
6.
De qu
manera le gustaria
que funcionar el
servicio TRIPLE EEE?
4
2
0
SEGURO
O MAS
CONFIABLE
93
GRAFICO 7
8
7
7.
Considera Ud.
que los tiempos de
respuesta son
efectivos?
6
5
4
3
2
1
0
SI
NO
94
A.-.Booch`93:
Esta notacin incorpora dos tipos de diagramas: Diagramas de clases y diagramas de
objetos
Los diagramas de clase: documentan la estructura de las clases, sus relaciones
con otras y las relaciones generales de sus instancias
Los diagramas de objetos: muestran la interaccin entre objetos
Las relaciones entre clases son:
1.Generalizacin / especializacin (hereda)
Muestra que la subclase comparte la estructura o comportamientos definido en
una o ms superclases
2.Agregacin.
Muestra una relacin entre clases (todo y partes), esta relacin se conoce
tambin como relacin Tiene un
3.Asociacin
Representa una conexin semntica entre dos clases, las asociaciones son
bidireccionales, son las relaciones ms generales de toda y las ms dbiles
semnticamente.
4.Uso.
Entre dos clases la fuente depende de la clase de destino para proporcionar
servicios tales como:
95
-La clase fuente accede a un valor (constante o variable) definido es la clase destino
-Operaciones de la clase Fuente invocan operaciones de la clase destino.
B.-COAD/Yourdon:
Los iconos representan a clases y objetos se diferencian por la lnea ms tenue
que circunda al icono interior
La relacin de generalizacin se representa con un icono semicircular,
mientras que la relacin de agregacin se representa con un icono triangular
El icono objeto se representa internamente con atributos y mtodos.
C.-Rumbaught (OMT)
La metodologa OMT es una de las ms ricas existentes en la actualidad,
debido a que las clases se pueden representar con sus atributos y operaciones, las
relaciones de asociacin entre clases se representan con los iconos (rectangulares),
pudiendo representar diagramas de clases y diagramas de instancias.
Las relaciones de generalizacin y agregacin se
representan en forma
96
E.-Edge
Los objetos y las clases se comparan a variables y tipos en lenguajes de
programacin convencional. Una variable es una instancia de un tipo, al igual que un
objeto es una instancia de una clase; sin embargo una clase es ms expresiva que un
tipo. Expresa la estructura y todos los procedimientos y unciones que se pueden
aplicar a unas instancias.
97
UML:
Los usos grandes de la empresa - los que ejecutan usos de negocio de la
base, y guarde a compaa el ir - deben ser ms que apenas un manojo de mdulos del
cdigo. Deben ser estructurados de una manera que permita escalabilidad, seguridad,
y la ejecucin robusta bajo condiciones agotadoras, y su estructura - designada con
frecuencia su arquitectura - debe ser definido claramente bastante que los
programadores de mantenimiento puedan (rpidamente!) encuentre y fije un insecto
que demuestre para arriba de largo despus de que los autores originales se hayan
trasladado encendido a otros proyectos. Es decir, estos programas se deben disear
para trabajar perfectamente en muchas reas, y la funcionalidad del negocio no es la
nica (aunque es ciertamente la base esencial). Por supuesto una arquitectura bien
diseada beneficia cualquier programa, y no apenas los ms grandes pues hemos
seleccionado aqu. Mencionamos usos grandes primero porque la estructura es una
manera de ocuparse de complejidad, as que las ventajas del compuesto de la
estructura (y de modelar y del diseo, pues demostraremos) como el tamao del uso
crece grande. Otra ventaja de la estructura es que permite la reutilizacin del cdigo :
El tiempo del diseo es la poca ms fcil de estructurar un uso como coleccin de
mdulos o de componentes autnomos. Eventual, las empresas acumulan una
biblioteca de modelos de componentes, cada que representa una puesta en prctica
almacenada en una biblioteca de los mdulos del cdigo. Cuando otro uso necesita la
misma funcionalidad, el diseador puede importar rpidamente su mdulo de la
biblioteca. En el tiempo de codificacin, la lata del revelador apenas como importa
rpidamente el mdulo del cdigo en el ejecutable.
El modelar es el disear de los usos del software antes de cifrar. El modelar es una
parte esencial de proyectos grandes del software, y provechoso el medio e incluso los
98
99
solamente
dentro
de
un
dominio
restricto
del
uso
tal
como
100
sistemas operativos que funcionaban en su tienda. Hoy, hecho frente con un arsenal
embarrassingly rico de plataformas del middleware, el revelador tiene tres diversos
problemas del middleware: Primero, seleccionando uno; en segundo lugar,
consiguiendo lo trabajar con las otras plataformas desplegadas ya no solamente en su
propia tienda, pero tambin los de sus clientes y a surtidores; y tercer,
interconectando (o, peor todava, emigrando) a una nueva "cosa despus mejor"
cuando una nueva plataforma viene adelante y coge la suposicin de los analistas y,
necesariamente, del CIOs por todas partes.
Con su independencia rica de la gama de colores y del middleware, UML forma la
fundacin de la arquitectura conducida modelo de OMG (MDA) . En hecho, un
modelo de UML puede ser o plataforma-independiente o plataforma-especifico,
mientras que elegimos, y el proceso del desarrollo de MDA utiliza both.of.these
formas: Cada estndar o el uso de MDA se basa, normatively, en un modelo
Plataforma-Independiente (PIM), que representa su funcionalidad y comportamiento
del negocio muy exacto pero no incluye aspectos tcnicos. Del PIM, las herramientas
de desarrollo MDA-permitidas siguen los mappings OMG-estandardizados para
producir unos o ms modelos Plataforma-Especi'ficos (PSMs), tambin en UML, uno
para cada plataforma de la blanco que el revelador elija. (este paso de la conversin
se automatiza altamente, pero no mgico: Antes de que la herramienta produzca un
PSM, el revelador debe anotar la base PIM para producir un PIM ms especfico pero
an plataforma-ma's independiente que incluya los detalles de la semntica deseada, y
dirige opciones que la herramienta tendr que hacer. Debido a las semejanzas entre
plataformas del middleware de un genre dado - componente-basado, o mensajeri'abasado, por ejemplo - esta direccin se puede incluir en un PIM sin hacerlo
plataforma-especifico. No obstante, los reveladores tuvieron que fino-templan el
PSMs producido a un cierto grado, ms en das tempranos de MDA pero menos y
menos como las herramientas y algoritmos avance.)
101
El PSM contiene la misma informacin que una puesta en prctica, pero en la forma
de un modelo de UML en vez de cdigo corriente. En el paso siguiente, la
herramienta genera el cdigo corriente del PSM, junto con otros archivos necesarios
(definicin de interfaz incluyendo archiva en caso de necesidad, los archivos de la
configuracin, los makefiles, y otros tipos del archivo). Despus de dar el revelador
que una oportunidad mano-templa el cdigo generado, la herramienta ejecuta los
makefiles para producir un uso final deployable.
Los usos de MDA son composable : Si usted importa PIMs para los mdulos, los
servicios, u otros usos de MDA en su herramienta de desarrollo, usted puede
ordenarla para generar usar de las llamadas se requieren cualesquiera interfaces y
protocolos, incluso si stos funcionan la cruz-plataforma. Y, los usos de MDA son
futuro-prueba : Cuando una nueva "cosa despus mejor" viene en el mercado, los
miembros de OMG generarn y estandardizarn traz a l, y su vendedor aumentar su
herramienta MDA-permitida para incluirla. Aprovechndose de estos progresos, usted
podr generar invocaciones de la cruz-plataforma a la nueva plataforma, e incluso
vira sus usos existentes de MDA hacia el lado de babor a ella, automticamente
usando su PIMs existente.
Modelos contra metodologas: El proceso de recolectar y de analizar los requisitos de
un uso, y de incorporarlos en un diseo del programa, es complejo y la industria
apoya actualmente muchas metodologas que definan los procedimientos formales
que especifican cmo ir sobre ella . Una caracterstica de UML - en hecho, el que
permite la ayuda extensa de la industria de que la lengua goza - es que es
metodologi'a-independiente . Sin importar la metodologa que usted utiliza realizar su
anlisis y diseo, usted puede utilizar UML para expresar los resultados. Y, usando
XMI (intercambio de XML Metadata, otro estndar de OMG), usted puede transferir
su modelo de UML a partir de una herramienta en un depsito, o en otra herramienta
102
(11).http://usuarios.lycos.es/oopere/uml.htm
Los diagramas modelo de la gerencia incluyen los paquetes, los subsistemas, y los
modelos.
Modelo de Clases
Introduccin
Un diagrama de clases sirve para visualizar las relaciones entre las clases que
involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de
contenimiento.
Un diagrama de clases esta compuesto por los siguientes elementos:
Elementos
Clase
103
En donde:
o
Ejemplo:
Una Cuenta Corriente que posee como caracterstica:
o
Balance
Depositar
Girar
y Balance
Atributos y Mtodos:
104
Atributos:
Los atributos o caractersticas de una Clase pueden ser de tres tipos,
los que definen el grado de comunicacin y visibilidad de ellos con el
entorno, estos son:
public (+,
): Indica que el atributo ser visible tanto
dentro como fuera de la clase, es decir, es accsesible desde
todos lados.
private (-,
): Indica que el atributo slo ser accesible
desde dentro de la clase (slo sus mtodos lo pueden accesar).
protected (#,
): Indica que el atributo no ser accesible
desde fuera de la clase, pero si podr ser accesado por mtodos
de la clase adems de las subclases que se deriven (ver
herencia).
Mtodos:
Los mtodos u operaciones de una clase son la forma en como sta
interacta con su entorno, stos pueden tener las caractersticas:
private (-,
): Indica que el mtodo slo ser accesible
desde dentro de la clase (slo otros mtodos de la clase lo
pueden accesar).
protected (#,
): Indica que el mtodo no ser accesible
desde fuera de la clase, pero si podr ser accesado por mtodos
de la clase adems de mtodos de las subclases que se deriven
(ver herencia).
105
i.
Herencia (Especializacin/Generalizacin):
Indica que una subclase hereda los mtodos y atributos especificados
por una Super Clase, por ende la Subclase adems de poseer sus
propios mtodos y atributos, poseer las caractersticas y atributos
visibles de la Super Clase (public y protected), ejemplo:
106
Agregacin:
Para modelar objetos complejos, n bastan los tipos de datos bsicos
que proveen los lenguajes: enteros, reales y secuencias de caracteres.
Cuando se requiere componer objetos que son instancias de clases
definidas por el desarrollador de la aplicacin, tenemos dos
posibilidades:
Un Ejemplo es el siguiente:
107
Asociacin:
La relacin entre clases conocida como Asociacin, permite asociar
objetos que colaboran entre si. Cabe destacar que no es una relacin
fuerte, es decir, el tiempo de vida de un objeto no depende del otro.
Ejemplo:
Cabe destacar que el objeto creado (en este caso la Ventana grfica) no
se almacena dentro del objeto que lo crea (en este caso la Aplicacin).
Casos Particulares:
o
Clase Abstracta:
108
Clase parametrizada:
109
Para este caso particular hemos definido un Diccionario para almacenar String y
Personas, las cuales pueden funcionar como llaves o como Item, solo se mostrarn las
relaciones para la implementacin del Diccionario:
110
Actor.
Casos de Uso.
Elementos
Actor:
Una definicin previa, es que un Actor es un rol que un usuario juega con
respecto al sistema. Es importante destacar el uso de la palabra rol, pues con
esto se especifica que un Actor no necesariamente representa a una persona en
particular, sino ms bien la labor que realiza frente al sistema.
Como ejemplo a la definicin anterior, tenemos el caso de un sistema de
ventas en que el rol de Vendedor con respecto al sistema puede ser realizado
por un Vendedor o bien por el Jefe de Local.
Caso de Uso:
Es una operacin / tarea especfica que se realiza tras una orden de algn
agente externo, sea desde una peticin de un actor o bien desde la invocacin
desde otro caso de uso.
Relaciones:
o
Asociacin
111
Dependencia o Instanciacin
Es una forma muy particular de relacin entre clases, en la cual una
clase depende de otra, es decir, se instancia (se crea). Dicha relacin se
denota con una flecha punteada.
Generalizacin
Este tipo de relacin es uno de los ms utilizados, cumple una doble
funcin dependiendo de su estereotipo, que puede ser de Uso
(<<uses>>) o de Herencia (<<extends>>).
Este tipo de relacin esta orientado exclusivamente para casos de uso
(y no para actores).
extends: Se recomienda utilizar cuando un caso de uso es similar a
otro (caractersticas).
uses: Se recomienda utilizar cuando se tiene un conjunto de
caractersticas que son similares en ms de un caso de uso y no se
desea mantener copiada la descripcin de la caracterstica.
De lo anterior cabe mencionar que tiene el mismo paradigma en diseo
y modelamiento de clases, en donde esta la duda clsica de usar o
heredar.
Ejemplo:
Como ejemplo esta el caso de una Mquina Recicladora:
Sistema que controla una mquina de reciclamiento de botellas, tarros y jabas. El
sistema debe controlar y/o aceptar:
112
Item se atora.
ii.
No hay ms papel.
Como una primera aproximacin identificamos a los actores que interactan con el
sistema:
Luego, tenemos que un Cliente puede Depositar Items y un Operador puede cambiar
la informacin de un Item o bien puede Imprimir un informe:
Adems podemos notar que un Item puede ser una Botella, un Tarro o una Jaba.
113
114
Diagrama de Interaccin
Introduccin
El diagrama de interaccin, representa la forma en como un Cliente (Actor) u Objetos
(Clases) se comunican entre si en peticin a un evento. Esto implica recorrer toda la
secuencia de llamadas, de donde se obtienen las responsabilidades claramente.
Dicho diagrama puede ser obtenido de dos partes, desde el Diagrama Esttico de
Clases o el de Casos de Uso (son diferentes).
Los componentes de un diagrama de interaccin son:
Un Objeto o Actor.
Elementos
115
Objeto/Actor:
116
Aqu se representa una aplicacin que posee una Ventana grfica, y sta a su vez
posee internamente un botn.
Entonces el diagrama de interaccin para dicho modelo es:
En donde se hacen notar las sucesivas llamadas a Draw() (entre objetos) y la llamada
a Paint() por el objeto Botn.
DIAGRAMA DE OBJETOS:
Consiste en la relacin de las distintas entidades, que identifican a los
clientes y su relacin, como por ejemplo: Usuarios, proveedores, etc.
ASOCIACIONES, ASOCIACION :
Consiste en las bsquedas que se efectan, como por ejemplo:
Un usuario consulta varios impresiones, medios magnticos.
117
OPERADORE
S
SUPERVISO
R
SALA DE
IMPRES
OTROS DPTOS
USUARIO
OPERADORES
DIURNO
OPERADORES
NOCTURNO
118
SUPERVISORES
ACTUALIZA
R
USUARIO
USUARIO
119
Incluir Tipos
Impresoras
Activar Men
Modificar
Tipos
Impresoras
s
Eliminar Tipos
Impresoras
Actualizar
Tipos
Impresoras
Superviso
r
120
Hardware:
Se requiere un computador Pentium IV, mnimo de
Memoria Ram de 256 Mbytes, disco duro de 40 Gigabytes
Unidad de Cd Rom, Unidad de Diskette de 3
Impresora de inyeccin a tinta. ( para monousuario y
Multiusuario)
Recurso Humano:
-Conocimientos bsicos en manejo de aplicaciones
como Windows, Office, etc.
- Capacidad de controlar procesos administrativos.
- Mantener la administracin carga de datos
con el fin de mantener al da los datos suministrados
- Establecer los parmetros de cooperar con los
distintos operadores y supervisores, de manera que
trabajo sea coherente y responda a las necesidades
121
122
123
124
125
REPORTES MANUALES:
126
REPORTES MANUALES:
CAPITULO IV
127
CLASIFICACIO
N
CENTRO POST.
CLIENTE
CLASIFICACIO
N
OICINA POS
OPT
Ofic.POST
A
TAQUILLEROS
(A)
CARTERO
CHOFER
ASOCIACIONES:
128
CLIENTE
OPT
Ofic.POST
A
CLASIFICACI
ON
CENTRO
OPT
Ofic.POST
A
CLASIFICACI
ON
OFICINA POS
OPT
Ofic.POST
A
TAQUILLERO(
A)
OPT
Ofic.POST
A
OPT
Ofic.POST
A
129
CARTERO
CHOFER
OPT
Ofic.POST
A
ASOCIACION:
130
TAQUILLERO(A) OPT
Un taquillero Registra una OPT
Una OPT es registrado por un taquillero.
CARTERO OPT
Un cartero Registra una OPT
Una OPT es registrado por un cartero.
131
CHOFER OPT
Un chofer Registra una OPT
Una OPT es registrado por un chofer.
RELACION DE LOS OBJETOS:
TAQUILLER
O
CLASIFICAD
OR
CHOFER
CARTERO
ENTREGA
CORR
CLIENTE
DEVOLUCION
ZONIFICACIO
N
132
OPT
CLIENTES
CARTERO
CLASIFICADO
R
OPT
TAQUILLERO(
A)
INVENTARIO
MATERIAL
REQUISICION
ENTREGA
LISTADOS
CLASIFICACION
CPC
ENTIDADES
INVENTARIO
OPT DE LOS OBJETOS:
DIAGRAMA DE FLUJO
133
ENTREGA LIST
OTRAS DEPENC
ACTUALIZA
R
CLIENTE
CLIENTE
TABLA
CLIENTES
TABLA
TAQUILLERO
ACTUA.TABL
AS
TABLA
INVENTAR
IO
TABLA
FACTURA
C
CLASIFIC
TABLA
CARTERO
PAG:7
JERARQU
A DE LOS
OBJETOS:
ESTAMO
134
TAQUILLERO
REPORTA
R
PLANILL
A
R03,R02
GENERAR
REPORTES
REPORTA
R
CUADRE
INVENTA
R
REPORTA
R
CARTERO
S
135
REPORTA
R
ENVIOS
REPORTA
R
CHOFERE
S
136
.Eliminar Inventario.
.Consultas.
DIAGRAMA DE EVENTOS:
137
Incluir
Clientes
Activar Menu
Actualizar
Clientes
Modificar
Clientes
s Eliminar
Clientes
DIAGRAMA DE EVENTOS:
Activar Menu
138
Taquillero
Actual.
iNVENTARIO
Incluir
iNVENTARIO
Modif.
iNVENTARIO
Elimin.
iNVENTARIO
Consul.
iNVENTARIO
Reportes
Imp.
INV.GEN
Imp.INV
EN
Consultad
os
139
Taquillero
DIAGRAMA DE EVENTOS:
Taquillero
Incluir
envios
Activar Menu
Actualizar
envios
Modificar
envios
Supervisor
Eliminar
envios
Incluir
CARTEROS
Activar Menu
Actualizar
Carteros
Modificar
CARTERO
Eliminar
CARTERO
140
Clasiicado
r
141
cual se destaca por ser un servicio mucho ms rpido que los otros que
presta Ipostel.
El cliente al solicitar el Servicio Especial Expresa (EEE), al
momento de recibir el contenido, se verifica el mismo segn las normas de
Ipostel.
Las normas al momento de recibir el contenido, se observa el
mismo con la finalidad de evitar envos de: estupefacientes, alimentos no
perecederos, valores, dinero en efectivo, materiales lascivos, materiales
frgiles (vidrios, cermicas, etc), armas de fuego, armas blancas, y
materiales qumicos inflamables o de contaminacin biolgica (virus,
bacterias, etc), segn normas enmadadas por el instituto.
El contenido se procede a el embalaje del mismo, para su peso
y cobro segn la tasa que corresponda, el sistema Punto Postal se encarga
de sealar el monto especifico y posteriormente se le coloca a el envi un
formato adhesivo para su identificacin llamado stickers.
El Punto Postal: Es un sistema automatizado de
facturacin, el cual se encarga de llevar el inventario de la oficina, donde
existen en su base de datos los diferentes servicios que cubre Ipostel, entre
los cuales esta el EEE que especifica su tasa segn su peso y destino.
142
143
144
Las entidades:
se recibe la correspondencia
145
146
147
148
DEFINICION REQUERIMIENTOS:
En base a lo planteado anteriormente, se concluye que se debe
disear un sistema el cual controle y disponga de un seguimiento de la
correspondencia, entrega de encomiendas,etc.
149
CAPITULO V
ANALISIS ORIENTADO A OBJETOS PARA EL NUEVO SISTEMA DE
INFORMACION
(SE EMPLEO SEGUN METODOLOGIA DE BOOCH 93 Y RUMBAUGH)
150
DIAGRAMA DE OBJETOS:
En base al captulo IV, que correspondia al anlisis del sistema actual,
se procede a continuacin a realizar el anlisis del sistema propuesto (que
tiene los cambios necesarios, adaptados a los nuevos procesos), el cual est
orientado hacia el producto final, que es el sistema de Informacin, como fin
ltimo de lograr el objetivo establecido, en este trabajo de tsis
CLIENTES
CODIGOS
POSTALES
151
STATUS
CORRESPONDENCIA
Ofic.POST
TAQUILLEROS(A)
CARTEROS(A)
CHOFER
ASOCIACIONES
CLIENTE
Ofic.POST
152
CODIGOS
POSTALES
Ofic.POST
STATUS
CORRRESP
OPT
Ofic.POST
TAQUILLERO(
A)
OPT
Ofic.POST
CARTERO
Ofic. POSTAL
153
CHOFER
Ofic. POSTAL
ASOCIACION:
CLIENTE OFICINA POSTAL
Un cliente consulta varias OP
154
TAQUILLERO(A) OP
Un taquillero Registra una OP
Una OPT es registrado por un taquillero.
CARTERO OP
Un cartero Registra una OP
Una OPT es registrado por un cartero.
CHOFER OPT
Un chofer Registra una OPT
155
TAQUILLER
O
CLASIFICAD
OR
CHOFER
CARTERO
ENTREGA
CORR
CLIENTE
DEVOLUCION
ZONIFICAC
OP
156
CLIENTES
CARTERO
CLASIFICADOR
OP
TAQUILLERO(A)
INVENTARIO
MATERIAL
REQUISICION
ENTREGA
LISTADOS
CLASIFICACION
CP
ENTIDADES
INVENTARIO
DIAGRAMA
DE FLUJO DE LOS OBJETOS:
OP
157
ENTREGA LIST
OTRAS DEPENC
CLIENTE
TAQUILLERO
TABLA
ENVIOS
ACTUALIZA
R
CLIENTE
ACTUA.TABLAS
TABLA
INVENTARIO
TABLA
CLIENTES
TABLA
STATUS
TABLA
CARTERO
PAG:7
JERARQU
A DE LOS
OBJETOS:
ESTAMO
158
TAQUILLERO
REPORTAR
PLANILLA
R03,R02
GENERAR
REPORTES
REPORTAR
CUADRE
INVENTAR
REPORTAR
CARTEROS
159
REPORTAR
ENVIOS
REPORTAR
CHOFERES
160
Incluir
Clientes
Activar Men
Modificar
Clientes
Actualizar
Clientes
s
Taquillero
Eliminar
Clientes
DIAGRAMA DE EVENTOS:
Modificar
Envos
Supervisor
161
Activar Men
Actualizar
Envos
Eliminar
Envos
Incluir
Status
Activar Men
Modificar
Status
Actualizar
Status
Eliminar
S6tatus
162
Clasificado
r
4. Actualizar Status
5. Tipos de envos
6. Actualizar Carteros.
MANUAL DEL USUARIO
MODULO CLAVE DE ACCESO
DESCRIPCION:
Suministra la clave de acceso del usuario, para tener acceso al sistema
163
MENU PRINCIPAL:
164
DESCRIPCION:
En base a la eleccin que Ud. Tenga podr tener acceso a cada uno de los mdulos
MODULO DE CLIENTES
165
DESCRIPCION:
Mdulo en donde se almacena los datos bsicos de los clientes que estn
adscriptos
A Ipostel, en donde se accesa a los valores mediante los siguientes botones de
comando:
Recuperar: Recupera los datos grabados, correspondiente a la tabla
Actual : Actualiza los Datos Introducidos o Modificados
Borrar : Borra el registro buscado
Nuevo : Introduce los valores
Imprimir : Imprime el registro actual
Cerrar : Cierra esta pantalla y regresa a la pantalla anterior
Imprime : Imprime de acuerdo al Criterio Seleccionado
166
DESCRIPCION:
Mdulo en donde se almacena los datos correspondientes a los Cdigos
Postales
167
Para las distintas reas geogrficas del pas, en donde se va acceder a los valores
mediante los siguientes botones de comando:
Recuperar: Recupera los datos grabados, correspondiente a la tabla
Actual : Actualiza los Datos Introducidos o Modificados
Borrar : Borra el registro buscado
Nuevo : Introduce los valores
Imprimir : Imprime el registro actual
Cerrar : Cierra esta pantalla y regresa a la pantalla anterior
Imprime : Imprime de acuerdo al Criterio Seleccionado
Conf.Imp : Configura los Valores de la Impresora
Ayuda : Breve explicacin de cada uno de estos botones de comando
MODULO DE STATUS:
168
DESCRIPCION:
Mdulo en donde se almacena los datos correspondientes a los Status de la
correspondencia, valija, encomiendas, etc. En donde se accesa a los valores mediante
los siguientes botones de comando:
Recuperar: Recupera los datos grabados, correspondiente a la tabla
Actual : Actualiza los Datos Introducidos o Modificados
Borrar : Borra el registro buscado
Nuevo : Introduce los valores
Imprimir : Imprime el registro actual
Cerrar : Cierra esta pantalla y regresa a la pantalla anterior
Imprime : Imprime de acuerdo al Criterio Seleccionado
Conf.Imp : Configura los Valores de la Impresora
Ayuda : Breve explicacin de cada uno de estos botones de comando
169
DESCRIPCION:
Mdulo en donde se almacena los datos correspondientes a los DISTINTOS
TIPOS DE ENVIOS, QUE OFRECE IPOSTEL. En donde se accesa a los valores
mediante los siguientes botones de comando:
Recuperar: Recupera los datos grabados, correspondiente a la tabla
Actual : Actualiza los Datos Introducidos o Modificados
Borrar : Borra el registro buscado
Nuevo : Introduce los valores
Imprimir : Imprime el registro actual
Cerrar : Cierra esta pantalla y regresa a la pantalla anterior
Imprime : Imprime de acuerdo al Criterio Seleccionado
Conf.Imp : Configura los Valores de la Impresora
Ayuda : Breve explicacin de cada uno de estos botones de comando
170
MODULO DE ENVIOS
DESCRIPCION:
Mdulo en donde se almacena los datos correspondientes de los DISTINTOS
ENVIOS, aparece los datos del Emisor y Destinatario, hay que resaltar que calcula
los das de Retraso y la Cantidad de Horas, capta los datos bsicos desde el cdigo
postal del Emisor y del destinatario, validando sus respectivos valores en donde se
accesa a los valores mediante los siguientes botones de comando:
Recuperar: Recupera los datos grabados, correspondiente a la tabla
171
172
DESCRIPCION:
Ud. Suministra el Nro de envo, luego oprime Botn de bsqueda por Nro de envo,
mostrar los valores concernientes a este Nro de envo. Ud. Puede disponer de:
Vista Pre-liminar: Impresin por pantalla
Impresin
Cerrar
173
DESCRIPCION:
Ud. Suministra el Nro de c.i, luego oprime Botn de bsqueda por Nro de c.i,
mostrar los valores concernientes a esta Cdula de Identidad. Ud. Puede disponer
de:
Vista Pre-liminar: Impresin por pantalla
Impresin
Cerrar
174
175
176
177
MODULO DE MANTENIMIENTO
DESCRIPCION:
COPIA TODO DISCO DURO A DISKETTE
COPIA TODO DISKETTE A DISCO DURO
OPCION DE DISCO DURO A DIKETTE
COPIA *.DB (BASE DE DATOS) A DISKETTE
178
MODULO DE AYUDA
179
Para cada pantalla desde cliente, cod-postales, status, tipos de envos, Envos Ud.
Dispone de las opciones concernientes a manejar las pantallas, sin mucho problema
REPORTES:
180
DESCRIPCION:
Muestra los Reportes de Clientes, Estados y sus cdigos postales, los envos, ya que
Bsqueda por Nro de envos y Cdula de Identidad ya fueron descritos anteriormente.
181
REPORTE DE CLIENTES
DESCRIPCION:
MUESTRA LOS CLIENTES EN ORDEN ALFABETICO, UD. TIENE LAS
SIGUIENTES OPCIONES:
Vista Pre-liminar: Impresin por pantalla
182
Impresin
Cerrar
183
Cerrar
184
DESCRIPCION:
Ud. Escoge algn botn de comando y podr tener acceso a los reportes que se
apreciarn a continuacin:
185
(A)
Fecha Desde
(B)
: Fecha Desde
186
Fecha Hasta
: Fecha Hasta
(C)
Vista Pre-liminar: Impresin por pantalla, sino suministr (A), (B), (C), lo validar
Impresin
: Impresin Directa hacia el dispositivo de Salida Impresora, sino
suministr (A), (B), (C), lo validar
Cerrar
187
(A)
Fecha Desde
: Fecha Desde
(B)
Fecha Hasta
: Fecha Hasta
(C)
Vista Pre-liminar: Impresin por pantalla, sino suministr (A), (B), (C), lo validar
Impresin
: Impresin Directa hacia el dispositivo de Salida Impresora, sino
suministr (A), (B), (C), lo validar
Cerrar
188
(A)
(B)
Fecha Desde
: Fecha Desde
(C)
Fecha Hasta
: Fecha Hasta
(D)
Vista Pre-liminar: Impresin por pantalla, sino suministr (A), (B), (C), (D) lo
validar
189
Impresin
: Impresin Directa hacia el dispositivo de Salida Impresora, sino
suministr (A), (B), (C), lo validar
Cerrar
: Cierra esta pantalla y regresa a la pantalla anterior
MODULO DE STATUS FECHA DESDE, FECHA HASTA, RECEPCION
(A)
(B)
190
Fecha Desde
: Fecha Desde
(C)
Fecha Hasta
: Fecha Hasta
(D)
Vista Pre-liminar: Impresin por pantalla, sino suministr (A), (B), (C), (D) lo
validar
Impresin
: Impresin Directa hacia el dispositivo de Salida Impresora, sino
suministr (A), (B), (C), lo validar
Cerrar
191
(A)
Fecha Desde
: Fecha Desde
(B)
Fecha Hasta
: Fecha Hasta
(C)
Vista Pre-liminar: Impresin por pantalla, sino suministr (A), (B), (C), lo validar
Impresin
: Impresin Directa hacia el dispositivo de Salida Impresora, sino
suministr (A), (B), (C), lo validar
Cerrar
192
(A)
(B)
Fecha Desde
(C)
: Fecha Desde
193
Fecha Hasta
: Fecha Hasta
(D)
Vista Pre-liminar: Impresin por pantalla, sino suministr (A), (B), (C), (D) lo
validar
Impresin
: Impresin Directa hacia el dispositivo de Salida Impresora, sino
suministr (A), (B), (C), lo validar
Cerrar
194
(A)
(B)
Fecha Desde
: Fecha Desde
(C)
Fecha Hasta
: Fecha Hasta
(D)
Vista Pre-liminar: Impresin por pantalla, sino suministr (A), (B), (C), (D) lo
validar
Impresin
: Impresin Directa hacia el dispositivo de Salida Impresora, sino
suministr (A), (B), (C), lo validar
MODULO DIAS DE RETRASO, CODIGO POSTAL PARA UNA FECHA DESDE,
HASTA
195
(A)
Fecha Desde
: Fecha Desde
(B)
Fecha Hasta
: Fecha Hasta
(C)
Vista Pre-liminar: Impresin por pantalla, sino suministr (A), (B), (C), lo validar
Impresin
: Impresin Directa hacia el dispositivo de Salida Impresora, sino
suministr (A), (B), (C), lo validar
Cerrar
196
(A)
Fecha Desde
: Fecha Desde
(B)
Fecha Hasta
: Fecha Hasta
(C)
197
Vista Pre-liminar: Impresin por pantalla, sino suministr (A), (B), (C), lo validar
Impresin
: Impresin Directa hacia el dispositivo de Salida Impresora, sino
suministr (A), (B), (C), lo validar
Cerrar
198
(A)
Fecha Desde
: Fecha Desde
(B)
Fecha Hasta
: Fecha Hasta
(C)
Vista Pre-liminar: Impresin por pantalla, sino suministr (A), (B), (C), lo validar
Impresin
: Impresin Directa hacia el dispositivo de Salida Impresora, sino
suministr (A), (B), (C), lo validar
Cerrar
199
200
201
principal,
202
203
puede
mediante
los
distintos
status,
visualizar
la
204
205
clave1
clave
verificar
prioridad
nombre_usuario
mod_1
mod_2
mod_3
mod_4
mod_5
mod_6
mod_7
mod_8
mod_9
mod_10
mod_11
char(10)
char(10)
integer
char(60)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
nro = t_n_nro
nro
T_TIPO_ENVIO
tipo_envio
char(60)
t_meses
nro
mes
dias
t_numero
numeric(14)
numeric(2)
char(50)
numeric(2)
tipo_envio = tipo_envio
T_NRO_ENVIO
nro_envio
numeric(14)
nro = nro
nro = t_n_nro
nro = t_n_nro
nro_envio = nro_envio
nro = nro
T_edo_cod_post
codigo
numeric(4)
nombre
char(60)
nro
numeric(4)
t_n_nro
numeric(14)
desc
char(80)
codigo = codigo
T_STATUS
codigo
descripcion
T_CLIENTE
ci_cliente_rif_nit
numeric(20)
ape_cliente
char(40)
nom_cliente
char(40)
direcc
char(180)
telf
char(80)
fax
char(80)
e_mail
char(80)
nombre
char(60)
nro
numeric(4)
t_n_nro
numeric(14)
fecha_ingreso
date
nro = nro
206
numeric(4)
char(80)
t_envios
nro_envio
ci_cliente
fecha_envio
hora_envio
nro
t_n_nro
status
apellidos_remitente
nombres_remitente
direccion_remitente
telf_remitente
fax_remitente
e_mail_remitente
tipo_envio
ci_receptor
nombre_receptor
nro1
telf_destinatario
fax_destinatario
fecha_recepcion
hora_recepcion
contador
procesado
cant_horas
direccion_destinatario
numeric(14)
numeric(20)
date
time
numeric(4)
numeric(14)
char(80)
char(40)
char(40)
char(180)
char(80)
char(80)
char(80)
char(60)
numeric(20)
char(80)
numeric(4)
char(80)
char(10)
date
time
numeric(8)
numeric(2)
numeric(14,2)
char(256)
char(10)
char(10)
integer
char(60)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
char(50)
DESCRIPCION:
CONTIENE LOS VALORES CONCERNIENTES A LOS DISTINTOS USUARIOS,
QUE CORRESPONDE A SU CLAVE DE ACCESO AL SISTEMA.
B-TABLA DE MESES
(LOS CAMPOS SUB-RAYADOS INDICA CLAVES PRINCIPALES EVITANDO
ASI LA REDUNDANCIA)
nro
mes
dias
t_meses
n umeric(2)
char(50)
n umeric(2)
DESCRIPCION:
CONTIENE LOS MESES, EN DONDE MEDIANTE LA PROGRAMACION, SE
DETERMINA CUANDO UN AO ES BISIESTO O NO SU FINALIDAD ES
PARA CALCULAR LOS DIAS DE RETRASO Y LUEGO POR CALCULOS SE
CONVIERTE EN HORAS RESPECTIVAS
207
nro
t_numero
n umeric(14)
DESCRIPCION:
CONSISTE EN UN CONTADOR QUE SIRVE PARA OBTENER EL NRO DE
ENVIO
D-TABLA DE TIPO DE ENVIO
(LOS CAMPOS SUB-RAYADOS INDICA CLAVES PRINCIPALES EVITANDO
ASI LA REDUNDANCIA)
T_T IPO_ENVIO
tipo_envio
char(60)
DESCRIPCION:
CONSISTE EN VALOR QUE SE ACTUALIZA, PARA INCORPORAR LOS TIPOS
DE ENVIOS COMO ES: ALIMENTOS, ROPA, CARTA, ETC
E-TABLA DE CODIGOS POSTALES Y SUS ESTADOS, LOCALIDADES
(LOS CAMPOS SUB-RAYADOS INDICA CLAVES PRINCIPALES EVITANDO
ASI LA REDUNDANCIA)
208
T_e do_cod_post
codigo
nombre
nro
t_n_nro
desc
numeric(4)
char(60)
numeric(4)
numeric(14)
char(80)
NOTA: NRO
: ES EL CODIGO POSTAL
DESCRIPCION:
CONSISTE EN VALOR QUE SE ACTUALIZA, PARA INCORPORAR LOS
CODIGOS POSTALES, ESTADOS, LOCALIDADES QUE MANEJA A NIVEL
NACIONAL IPOSTEL
F-TABLA DE STATUS DE LA CORRESPONDENCIA
(LOS CAMPOS SUB-RAYADOS INDICA CLAVES PRINCIPALES)
T_STATUS
codigo
numeric(4)
descripcion
char(80)
DESCRIPCION:
CONSISTE EN ACTUALIZAR LA SITUACION DE LA CORRESPONDENCIA
G-TABLA DE CLIENTES
(LOS CAMPOS SUB-RAYADOS INDICA CLAVES PRINCIPALES EVITANDO
ASI LA REDUNDANCIA)
209
T_CLIENTE
ci_cliente_rif_nit
numeric(20)
ape_cliente
char(40)
nom_cliente
char(40)
direcc
char(180)
telf
char(80)
fax
char(80)
e_mail
char(80)
nombre
char(60)
nro
numeric(4)
t_n_nro
numeric(14)
fecha_ingreso
date
DESCRIPCION:
CONSISTE EN ACTUALIZAR LOS DATOS DE LOS CLIENTES
NOTA: NRO
H-TABLA DE ENVIOS
(LOS CAMPOS SUB-RAYADOS INDICA CLAVES PRINCIPALES, EVITANDO
ASI LA REDUNDANCIA)
210
t_envios
nro_envio
ci_cliente
fecha_envio
hora_envio
nro
t_n_nro
status
apellidos_remitente
nombres_remitente
direccion_remitente
telf_remitente
fax_remitente
e_mail_remitente
tipo_envio
ci_receptor
nombre_receptor
nro1
telf_destinatario
fax_destinatario
fecha_recepcion
hora_recepcion
contador
procesado
cant_horas
direccion_destinatario
numeric(14)
numeric(20)
date
time
numeric(4)
numeric(14)
char(80)
char(40)
char(40)
char(180)
char(80)
char(80)
char(80)
char(60)
numeric(20)
char(80)
numeric(4)
char(80)
char(10)
date
time
numeric(8)
numeric(2)
numeric(14,2)
char(256)
DESCRIPCION:
CONSISTE EN ACTUALIZAR LOS ENVIOS, ES EL REPOSITORIO DE LOS
DATOS DE LOS CLIENTES (REMITENTES) Y LOS RESPECTIVOS
DESTINATARIOS, CONOCIENDO QUE SE ENVIA, CUAL ES SU STATUS, LA
CANTIDAD DE DIAS Y HORAS QUE HAN TRANSCURRIDO, QUE NO SE HA
ENTREGADO LA CORRESPONDENCIA.
NOTA: NRO
: ES EL CODIGO POSTAL DEL REMITENTE
NRO1
: ES EL CODIGO POSTAL DEL DESTINATARIO
CONTADOR: VIENE A SER LA CANTIDAD DE DIAS DE DEMORA
DE LA
ENTREGA DEL DOCUMENTO O ENCOMIENDA
CANT_HORAS: CANTIDAD DE HORAS DE DEMORA.
211
Insertar datos:
Long wfila
Wfila=Dw_1.insertrow(0)
Explicacin
Declara una variable auxiliar
Inserta en la ltimo registro
Actualizar datos:
Dw_1.Update()
Explicacin
Actualiza la Pantalla sealada
Eliminar Datos:
Dw_1.deleterow()
Explicacin
Borra el registro buscado
Condicional IF:
IF X > Y then
A=B+C
End if
Explicacin
Si x es mayor que y entonces
A=B+C
Fin del End if
IMPRIMIR:
DW_1.PRINT()
Explicacin
IMPRIME
EL DATA
RESPECTIVO
212
WINDOW
SQLCA.DBMS = "ODBC"
SQLCA.DATABASE="ipostel"
SQLCA.AutoCommit = False
SQLCA.DBParm = "Connectstring='DSN=Ipostel;UID=;PWD=;'"
COMENTARIOS
// PARA UNA LINEA
/*
Esto es un largo comentario
*/
CALCULO PARA UNA FECHA DE ENVIO Y NO HA LLEGADO AL
DESTINATARIO, OBTENIENDO LA CANTIDAD DE DIAS Y HORAS DE
RETRASO:
LONG
WDIA_HOY,WMES_HOY,WANO_HOY,J1,J2,WNRO,WCANT_DIAS_MES
LONG
WDIA_ENVIO,WMES_ENVIO,WANO_ENVIO,WTOTAL,WDIAS,WMESES,WC
,WD
213
LONG WDIV,WDIVIS,WCOD,WCOC,WRES,WANA,WSUMA,WFIN,WX,wy
LONG WANO_1,WMES_1,WDIAS_1,WMES_11,WSW,WTOTAL1
// LEER FECHA DEL SISTEMA
// ALMACENAR EN VAR.AUXILIARES
WDIA_HOY=DAY(TODAY())
WMES_HOY=MONTH(TODAY())
WANO_HOY=YEAR(TODAY())
wcontador1=0
WTOTAL =0
WDIAS =0
WMESES =0
wfila4=dw_1.getrow()
WTOT2=0
// CALCULAR CUANTOS REGISTROS DISPONE EL DW_1 (TABLA)
wtot2=rowcount(dw_1)
if wfila4>0 then
for i=1 to WTOT2
WNRO
=0
WCANT_DIAS_MES = 0
WDIV
=0
WDIVIS
WCOC
WRES
WANA
=0
=0
=0
=0
WNRO=WMES_HOY
214
DW_2.RETRIEVE(WNRO)
LONG WFILA7
WFILA7=DW_2.GETROW()
WCANT_DIAS_MES=DW_2.OBJECT.DIAS[WFILA7]
/* DETERMINA CUANDO EL AO ES BISIESTO */
wdiv = WANO_HOY
wdivis = 4
wcoc = wdiv / wdivis
wres = wdiv - (wdivis * wcoc)
wana = wres
WSW=0
if wana = 0 THEN
WSW=1
END IF
// lee tabla envios
dw_1.getrow()
// SI FECHA DE RECEPCION ES VACIA O NULA, INDICA QUE
// NO FUE RECIBIDO EL PAQUETE AL REMITENTE: SE
ENCUENTRA
// EN LA ESTANCIA ORIGEN
IF isnull(DW_1.OBJECT.fecha_recepcion[i]) THEN
WDIA_ENVIO
WMES_ENVIO
WANO_ENVIO
DAY(DW_1.OBJECT.fecha_ENVIO[i])
MONTH(DW_1.OBJECT.fecha_ENVIO[i])
YEAR(DW_1.OBJECT.fecha_ENVIO[i])
215
// EJEMPLO : 01/01/2005
//
27/12/2004
//
---------//
5 dias
//
HAY UNA DIERENCIA DE 5 DIAS
//
// calcula la diferencia que hay entre
// ao actual y ao de envio
WANO_1 = WANO_HOY - WANO_ENVIO
IF WANO_1 < 0 THEN
WANO_1 = WANO_1 *
-1
END IF
// VERIFICA SI EL AO ES
BISIESTO
// ASIGNA DIAS en tabla
T_MES en dias valor de 29 DIAS
IF WSW=1 THEN
WX = 29
WNRO=2
DW_3.RETRIEVE(WNRO)
DW_3.GETROW()
WFILA7=DW_3.GETROW()
J1=WFILA7
DW_3.OBJECT.DIAS[WFILA7] = 29
DW_3.UPDATE()
END IF
IF WSW=0 THEN
WX = 28
WNRO=2
216
DW_3.RETRIEVE(WNRO)
DW_3.GETROW()
WFILA7=DW_3.GETROW()
J1=WFILA7
DW_3.OBJECT.DIAS[WFILA7] = 28
DW_3.UPDATE()
END IF
// calcula la diferencia que hay entre
// mes actual y mes de envio
WMES_1 = WMES_HOY - WMES_ENVIO
IF WMES_1 < 0 THEN
WMES_1 = WMES_1 *
-1
END IF
// calcula la diferencia que hay entre
// dia actual y dia de envio
WDIAS_1 = WDIA_HOY - WDIA_ENVIO
IF WDIAS_1 < 0 THEN
WDIAS_1 = WDIAS_1 *
-1
END IF
// si el ao actual no es bisiesto
// se multiplica por 365 dias
if wsw=0 then
WANO_1 = WANO_1 * 365
end if
// si el ao actual es bisiesto
// se multiplica por 366 dias
if wsw=1 then
WANO_1 = WANO_1 * 366
end if
217
//
DESDE",STRING(WNRO))
WMES_11
WMES_HOY
END IF
IF WMES_HOY <= WMES_ENVIO THEN
WMES_ENVIO
END IF
//
HASTA",STRING(WMES_11))
MESSAGEBOX("MES
WTOTAL1=WMES_11 - WNRO
IF WTOTAL1 = 1 THEN
// busca y lee en tabla de mes
// para extraer la cantidad
de dias respectivo
// que tiene cada mes
WNRO=WMES_11
218
DW_3.RETRIEVE(WNRO)
DW_3.GETROW()
WFILA7=DW_3.GETROW()
J1=WFILA7
WSUMA = WSUMA +
DW_3.OBJECT.DIAS[WFILA7]
//
MESSAGEBOX("MES",STRING(DW_3.OBJECT.MES[WFILA7]))
//
MESSAGEBOX("ENTROOOO MESES CONVERT EN DIAS PARA UN
MES",STRING(WSUMA))
END IF
IF WTOTAL1 > 1 THEN
// busca y lee en tabla de mes
// para extraer la cantidad de dias
respectivos
// que tiene cada mes
FOR J1=1 TO WTOTAL1
DW_3.GETROW()
WSUMA = WSUMA +
DW_3.OBJECT.DIAS[J1]
//
MESSAGEBOX("MES",STRING(DW_3.OBJECT.MES[J1]))
//
MESSAGEBOX("ENTROOOO
MESES CONVERT EN DIAS",STRING(WSUMA))
NEXT
END IF
219
IF WANO_1>0 THEN
WTOTAL = WANO_1 - WSUMA
END IF
IF WANO_1=0 THEN
WTOTAL = WSUMA
END IF
if wano_1 = 0 then
WTOTAL = WTOTAL +
WDIAS_1
WFIN = WTOTAL
end if
if wano_1 > 0 then
WTOTAL = WTOTAL WDIAS_1
WFIN = WTOTAL
end if
if wano_1 = 0 and wmes_1 > 0
then
WTOTAL = wsuma + wdias_1
WFIN = WTOTAL
end if
if wano_1 = 0 and wmes_1= 0
then
WTOTAL = WDIAS_1
WFIN = WTOTAL
end if
220
//
MESSAGEBOX("GRABANDO",STRING(WFIN))
DW_1.OBJECT.contador[i]
WFIN
DW_1.OBJECT.STATUS[i]
"ESTANCIA ORIGEN"
dw_1.getrow()
// graba cantidad de horas de
retraso
DW_1.OBJECT.cant_horas[i] =
DW_1.OBJECT.contador[i] * 24
IF not isnull(DW_1.OBJECT.fecha_recepcion[i]) THEN
DW_1.OBJECT.contador[i] =
0
DW_1.OBJECT.cant_horas[i] = 0
end if
END IF
next
DW_1.UPDATE()
end if
221
CONCLUSIONES
222
ms
integra
por
lo
tanto
permite
una
verdadera
223
224
225
RECOMENDACIONES
Los
proyectos
de
tesis,
deberan
estar
enfocados
hacia
otras
226
227
BIBLIOGRAFIA Y ANEXOS
BIBLIOGRAFIA
FUENTE
REFER
BASES DE DATOS (1999)
EDITORIAL
Mc Graw Hill, Miguel A. Rodriguez Almeida pg 3,14
Enciclopedia Britnica,(2002).Tomo 14, pg.133
Grady Booch y Jim Rumbaugh,Monografia.Com
HTP//www.cantv.net (Quienes somos)
http://juanjo.sdf-eu.org/weblog/000098.php
http://usuarios.lycos.es/oopere/ulh
tm
INFORMATICA BASICA (1999), SERIE MC GRAW-HILL,
E.ALCALDE,M-GARCIA,S-PEUELAS
GLOSARIO DE TERMINOS, PAG:235-239
Ley Orgnica de Servicio Postal y
Telegrafico
Gaceta Oficial N 36.970 del 12 de Junio de 2000)
Manual de Trabajos de grado de especializacin y maestra y
tesis Doctorales
Universidad Pedaggica Esperimental
Libertador,2003,pgina:13
Programacin Orientada a
Objetos
Conceptos,Modelado,Diseo y codificacin
en C++
(2000) Luis Joyanes Aguilar,pg:336
Programacin Orientada a
Objetos
Conceptos,Modelado,Diseo y codificacin
en C++
(2000) Luis Joyanes Aguilar,pg:4,5,6,7,8,9,10
W W W.Sysbase.Com
228
5
1
6
2
12
11
9
8
10
ANEXOS:
229