TESIS LerianaMedina

UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
PROGRAMA DE INGENIERA DE SISTEMAS
SUB - COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
DESARROLLO DE UN SISTEMA DE INFORMACIN PARA LA GESTIN

DE LOS PROCESOS EN LA DELEGACIN DE BIENES NACIONALES DE
LA UNIVERSIDAD DE ORIENTE NCLEO MONAGAS
Informe de Pasanta de Grado presentado ante Comisin de Trabajos de Grado, como
requisito para optar al ttulo de Ingeniero de Sistemas
Br. Leriana Medina

CI: 17.403.946
Asesor Acadmico: Ing. Jess E Chaparro. D
Asesor Laboral: Ing. Rosngela Garca
Junio de 2009
NCLEO DE MONAGAS
ACTA DE EVALUACIN
En mi carcter de asesor laboral del trabajo presentado por el Bachiller Leriana del
Carmen Medina Oliveros, portador de la cdula de identidad nmero: 17.403.946, para
optar al grado acadmico de Ingeniero de Sistemas. Titulado: DESARROLLO DE
UN
SISTEMA
DE
INFORMACION
PARA LA GESTION
DE
LOS
PROCESOS EN LA DELEGACION DE BIENES NACIONALES DE LA

UNIVERSIDAD DE ORIENTE, NUCLEO MONAGAS, considero que dicho
trabajo rene los requerimientos y mritos suficientes para ser sometido a la evaluacin
por parte del jurado examinador.
En la ciudad de Maturn a los diecisis das del mes de Marzo de dos mil nueve.
Ing. Rosngela Garca

C.I. 8.977.359
ii
NCLEO DE MONAGAS
ACTA DE EVALUACIN
En mi carcter de asesor acadmico del trabajo presentado por el Bachiller Leriana
del Carmen Medina Oliveros, portador de la cdula de identidad nmero: 17.403.946,
para optar al grado acadmico de Ingeniero de Sistemas. Titulado: DESARROLLO

DE UN SISTEMA DE INFORMACION PARA LA GESTION DE LOS
UNIVERSIDAD DE ORIENTE, NUCLEO MONAGAS, considero que dicho
trabajo rene los requerimientos y mritos suficientes para ser sometido a la
evaluacin por parte del jurado examinador.
En la ciudad de Maturn a los diecisis das del mes de Marzo de dos mil nueve.
Ing. Jess E Chaparro. D

CI. 4.526.369
3
33
NCLEO DE MONAGAS
APROBACIN
Quienes suscriben, Miembros del jurado evaluador designados por la comisin de
Trabajos de Grado de la Escuela de Ingeniera de Sistemas de la Universidad de
Oriente Ncleo Monagas, para examinar el Trabajo de Grado modalidad pasanta
presentado por el Bachiller: LERIANA DEL CARMEN MEDINA OLIVEROS,
portador de la cdula de identidad nmero: 17.403.946. Titulado: DESARROLLO
DE UN SISTEMA DE INFORMACION PARA LA GESTION DE LOS
UNIVERSIDAD DE ORIENTE, NUCLEO MONAGAS, el cual es presentado
para optar al grado acadmico de Ingeniero de Sistemas, consideramos que dicho
trabajo cumple con los requisitos exigidos para tal efecto y por tanto lo declaramos:
En la ciudad de Maturn a los XX das del mes de XXXXXXXX de dos mil nueve.
DEDICATORIA
El cumplimiento de una meta siempre tiene una razn de ser, una razn que nos
motiva a ser cada da ms perseverantes, a derribar cualquier obstculo que se nos
presente y a alcanzar lo que realmente queremos. El presente trabajo de investigacin
est dedicado a las siguientes personas:
En primer lugar a mi Diosito lindo, quien estuvo conmigo en todo momento,
iluminndome, llenndome de sabidura e inteligencia, apartando de mi camino todas
las barreras que se me pudieron haber presentado y poniendo en l a
personas
maravillosas que fueron participes de todo este proceso.

El segundo lugar est muy bien guardado para mis hermossimos padres,
Rmulo Medina y Carmen de Medina, personas excepcionales e indispensables en mi
vida, a quien tengo en gran placer de dedicarles este logro, ellos son protagonistas en
esto al igual que yo. Los Amo Demasiado!!!!
En tercer lugar se encuentra otra persona sumamente importante para m, que
junto a mis padres forman mis tres razones de ser, y es mi hermano Emiromar
Medina, a quien con gran orgullo tambin dedico este triunfo. Te gane Loco!!!!! Te
Quierooo..
A cada uno de los miembros de mi familia, quienes confiaron en m y de alguna
u otra manera contribuyeron a este logro.
Quiero dedicar mi trabajo de tesis a todos mis amigos de la Universidad de
Oriente, con los que compart experiencias maravillosas. Los Adoro Amigos!!!
55
AGRADECIMIENTOS
A mi Dios todo poderoso, quien en todo momento me supo guiar e iluminar,
para alcanzar esta gran meta.
A mi Virgencita santsima, por cubrirme con su manto, protegerme, iluminarme
y hacer posible la realizacin de este gran sueo.
A mis Padres, por su incondicional apoyo, por brindarme tanto amor y
compaa. Gracias Papis Los Amo!
A mis asesores laboral y acadmico, Ingeniero Rosangela Garca e Ingeniero
Jess Chaparro, respectivamente; por guiarme y brindarme las herramientas
necesarias para la culminacin de este proyecto.
A mis compaeros del Centro de Computacin de la Universidad de Oriente,
especialmente al T.S.U. y prximamente Ingeniero Ennio Villarroel, Ingeniero
Yhuanailys
Nez y a la secretaria del mismo Patricia Aray; por el gran apoyo
brindado a mi persona durante el desarrollo del proyecto.

Al Sr. Hendri Arreaza, funcionario de la Delegacin de Bienes Nacionales, por
el apoyo brindado en cuanto a la recaudacin de la informacin necesaria para el
proyecto.
A mis compaeras de pasantas Urimare Guzmn, Oriana Jimnez y Germaina
Briceo, por su apoyo y compaa en todo momento.
A tres personas que en el transcurso de mi paso por la universidad estuvieron en
todo momento de manera incondicional apoyndome y ayudndome en todo lo que
necesitara, Sr. Ennio Villarroel, Sra. Maryenis Gil y Sra. Antonia Barrios. Mil gracias
de verdad!
GRACIAS a todos!!!
66
INDICE
DEDICATORIA .......................................................................................................... v
AGRADECIMIENTOS ............................................................................................. vi
INDICE ......................................................................................................................vii
RESUMEN................................................................................................................... x
INTRODUCCION .................................................................................................... 12
CAPTULO I ............................................................................................................. 15
1.1 RESEA HISTRICA DE LA UNIVERSIDAD DE ORIENTE. ................ 15
1.2 VISIN ............................................................................................................. 16
1.3 MISIN ............................................................................................................ 16
1.4 OBJETIVOS DE LA UNIVERSIDAD DE ORIENTE .................................... 17
1.5 ORGANIGRAMA DE LA UNIVERSIDAD DE ORIENTE ........................... 18
1.6 RESEA HISTRICA DE LA UNIVERSIDAD DE ORIENTE NCLEO
MONAGAS ............................................................................................................ 19
1.7 Visin de la Universidad de Oriente Ncleo Monagas ..................................... 20
1.8 MISIN DE LA UNIVERSIDAD DE ORIENTE NCLEO MONAGAS..... 21
1.9 OBJETIVOS DE LA UNIVERSIDAD DE ORIENTE NCLEO MONAGAS
................................................................................................................................. 21
1.10 ESTRUCTURA ORGANIZATIVA DE LA UNIVERSIDAD DE ORIENTE
NCLEO MONAGAS. .......................................................................................... 22
1.11 Centro de Computacin de la Universidad de Oriente.................................... 23
1.12 VISIN DEL CENTRO DE COMPUTACIN............................................. 23
1.13 MISIN DEL CENTRO DE COMPUTACIN ............................................ 24
1.14 OBJETIVOS DEL CENTRO DE COMPUTACIN ..................................... 24
1.15 FUNCIONES DEL CENTRO DE COMPUTACIN. ................................... 25
1.16 ORGANIGRAMA DEL CENTRO DE COMPUTACIN ............................ 26
CAPTULO II ........................................................................................................... 28
EL PROBLEMA Y SUS GENERALIDADES ....................................................... 28
2.1 PLANTEAMIENTO DEL PROBLEMA. ........................................................ 28
2.2 OBJETIVOS DE LA INVESTIGACIN......................................................... 30
2.2.1 Objetivo General ....................................................................................... 30
2.2.2 Objetivos Especficos................................................................................. 31
2.3 JUSTIFICACIN DE LA INVESTIGACIN................................................. 31
2.4 ALCANCE DE LA INVESTIGACIN ........................................................... 32
CAPTULO III ..........................................................................................................
34
MARCO REFERENCIAL ....................................................................................... 34
3.1 ANTECEDENTES DE LA INVESTIGACIN ............................................... 34
3.2 MARCO TERICO.......................................................................................... 35
3.2.1 Bases Tericas............................................................................................ 35
3.2.1.1 Sistema de Informacin....................................................................... 35
3.2.1.2 Actividades de un Sistema de informacin ......................................... 36
vii
3.2.1.3 Tipos de Sistemas de Informacin ...................................................... 37

3.2.1.4 RUP ..................................................................................................... 39
3.2.1.5 Ciclo de vida de RUP. ......................................................................... 39
3.2.1.6 Principios de Desarrollo de RUP ........................................................ 40
3.2.1.7 Caractersticas de RUP........................................................................ 41
3.2.1.8 Desarrollo Iterativo ............................................................................. 41
3.2.1.9 Beneficios del Desarrollo Iterativo ..................................................... 42
3.2.1.10 UML .................................................................................................. 42
3.2.1.11 Diagramas de UML........................................................................... 43
3.2.1.12 PHP ................................................................................................... 48
3.2.1.13 Ventajas de PHP................................................................................ 49
3.2.1.14 Caractersticas de PHP ...................................................................... 49
3.2.1.15 Software Libre................................................................................... 50
3.2.1.16 Gestin Basada en Procesos.............................................................. 51
3.2.1.17 Pasos para adoptar la Gestin Basada en Procesos ........................... 51
3.2.1.18 Indicadores de Gestin. ..................................................................... 55
3.2.1.19 Base de Datos Oracle 10G. ............................................................... 55
3.2.1.20 Beneficios de la Base de Datos Oracle 10G...................................... 55
3.2.1.21 Sybase Power Designer..................................................................... 56
3.2.1.22 Beneficios de Sybase Power Designer. ............................................. 57
3.2.1.23 Macromedia Dreamweaver ............................................................... 57
3.2.1.24 Caractersticas de Macromedia Dreamweaver ................................. 57
3.2.1.25 Macromedia Fireworks ..................................................................... 58
3.2.1.26 Xampp ............................................................................................... 58
3.2.1.27 HTML. .............................................................................................. 58
3.2.1.28 HTTP................................................................................................. 59
3.2.2 Bases Legales ............................................................................................. 59
3.2.2.1 Decreto 3390: Publicado en la Gaceta oficial N 38.095 el 28 de
Diciembre de 2004. ......................................................................................... 59
3.2.2.2 Ley Orgnica de la Contralora General de la Repblica y el Sistema
Nacional de Control Fiscal: Publicado en Gaceta Oficial N 37.347 de fecha
17 de diciembre de 2001. ................................................................................ 63
3.2.2.3 Manual de Normas de Control Interno sobre un Modelo Genrico de la
Administracin Central y Descentralizada Funcionalmente: Publicado en
gaceta Oficial N 38.282 del 28 de Noviembre de 2005. ................................
66
3.2.3 Definicin de Trminos ............................................................................. 70
CAPTULO IV .......................................................................................................... 71
MARCO METODOLGICO ................................................................................. 71
4.1 TIPO Y NIVEL DE INVESTIGACIN........................................................... 71
4.2 POBLACIN Y MUESTRA ............................................................................ 71
4.3 TCNICAS E INSTRUMENTOS DE RECOLECCIN DE DATOS ............ 72
4.4 TCNICAS DE ANLISIS DE DATOS ......................................................... 74
4.5 DISEO OPERATIVO .................................................................................... 74
8
888
CAPTULO V............................................................................................................ 79
RESULTADOS.......................................................................................................... 79
5.1 FASE I: COMIENZO O INICIO .................................................................... 79
5.4. ANLISIS COSTO-BENEFICIO ................................................................... 81
5.4.1 Costos. ........................................................................................................ 81
5.4.2 Beneficios................................................................................................... 83
Arquitectura del Sistema .......................................................................................... 10
5.2.1. Gestin Basada En Procesos. .................................................................. 287
5.3 FASE III: CONSTRUCCIN......................................................................... 295
5.4 CONCLUSIONES .......................................................................................... 355
5.5 RECOMENDACIONES. ................................................................................ 356
BIBLIOGRAFIA..................................................................................................... 357
99
Universidad De Oriente
Ncleo De Monagas Departamento De
Ingeniera De Sistemas Sub - Comisin
De Trabajos De Grado Maturn /
Monagas / Venezuela
DESARROLLO DE UN SISTEMA DE INFORMACION PARA LA GESTION DE LOS
PROCESOS EN LA DELEGACION DE BIENES NACIONALES DE LA UNIVERSIDAD DE
ORIENTE, NUCLEO MONAGAS.
Autor: Medina O. Leriana del C.
CI. 17.403.946
Tutor Acadmico: Jess E. Chaparro. D

CI: 4.526.369
Marzo de 2009
RESUMEN
El objetivo principal del presente trabajo de grado es el Desarrollo de un Sistema de
Informacin para la Gestin de los Procesos en la Delegacin de Bienes Nacionales
de la Universidad de Oriente, Ncleo Monagas. El mismo surgi debido a la
problemtica que vena presentando dicha delegacin con respecto al cumplimiento
satisfactorio de todos sus procesos. Para darle solucin a esta situacin se propuso el
desarrollo de un sistema que sirviera como herramienta clave para la automatizacin
de los procesos llevados a cabo por dicha delegacin. Empleando para ello las pautas
metodolgicas dictadas por el Rational Unfied Process o Proceso Unificado Racional
que sirvieron como clave principal en el desarrollo del proyecto, la misma consta de
cuatro fases, Inicio, Elaboracin, Construccin y Transicin, empleando para este
proyecto las tres primeras fases. Pudiendo as obtener como resultado el envo y
recepcin de solicitudes va web y el registro de bienes de forma rpida y segura. El
cumplimiento de cada una de las fases permiti el buen anlisis y desarrollo de toda
la ingeniera que planteaba el proyecto. Todo esto bajo los lineamientos del proyecto
macro de software libre que lleva la seccin de Programas y Proyectos del Centro de
Computacin de la Universidad de Oriente Ncleo Monagas, Campus Juanico.
Descriptores: Desarrollo, Sistema, Gestin, Procesos, Ingeniera.
1
0
xi
INTRODUCCION
El avance de la tecnologa de informacin ha generado una gran presin
competitiva sobre las empresas, las cuales para sobrevivir deben focalizarse en las
reas centrales del negocio con agilidad y velocidad. Las organizaciones responden a
estos retos y oportunidades aplicando un manejo integral de los datos e implantando
sistemas de informacin en forma rpida y efectiva. Estos sistemas de informacin
han pasado a ser parte integral de la mayora de las organizaciones del mundo, siendo
la informacin, el factor clave en el proceso de toma de decisiones, en la gestin
empresarial y eje conceptual sobre el que gravitan estos sistemas.
A pesar de las grandiosas ventajas que ofrecen la implementacin de este tipo
de sistemas, aun existen organizaciones con grandes necesidades de crecimiento
tecnolgico. La Delegacin de Bienes Nacionales de la Universidad de Oriente,
Ncleo Monagas, no escapa de esta problemtica y es por ello que se procedi al
estudio de cada una de las actividades y procesos que en ella se realizan, para as
tratar de incorporar mecanismos tecnolgicos que permitan gestionar la solvencia de
ciertas insuficiencias de las cuales sta delegacin es vctima.
Por ende, se plantea el desarrollo de un sistema de informacin para la gestin
de los procesos en la Delegacin de Bienes Nacionales de la Universidad de Oriente
Ncleo Monagas. El mismo permitir la automatizacin de las tareas cotidianas que
cumple esta delegacin, facilitando el progreso de las operaciones, el cumplimiento
efectivo de los procesos y el buen desenvolvimiento de los usuarios.
Para lograr el cumplimiento efectivo de la presente investigacin de proyecto
factible, se emple la metodologa de desarrollo de software RUP, con un nivel de
12
13
13
investigacin de carcter descriptivo. Obteniendo una estructura del proyecto

conformado por cinco (5) captulos, descritos a continuacin:
Captulo I: Contexto Organizacional.
En este captulo se realiza una resea histrica de la Universidad de Oriente,
donde se describe su estructura organizativa, haciendo nfasis al Ncleo Monagas por
ser esta la sede donde se desarrolla la investigacin.
Captulo II: El Problema y sus Generalidades.
Este captulo corresponde al planteamiento del problema, donde se describe la
problemtica planteada y los objetivos del proyecto, as como la seleccin de las
herramientas a utilizar para el desarrollo de la aplicacin, el alcance y las limitaciones
del proyecto.
Captulo III: Marco Referencial.
En este captulo se resaltan los antecedentes de la investigacin, las bases
tericas y las bases legales sobre las cuales opera el sistema.
Captulo IV: Marco Metodolgico.
Este captulo contempla el tipo y nivel de la investigacin, las tcnicas e
instrumentos que sirvieron de apoyo para la recoleccin de la informacin y el diseo
operativo donde se describe la metodologa a utilizar, sus fases y todo lo que
involucra el estudio de las mismas para su utilizacin dentro del proyecto.
Capitulo V: Resultados.
En este captulo se presentan las actividades que llevaron a cabo el
cumplimiento de las fases presentadas por la metodologa, el anlisis de los resultados
obtenidos en ellas y el anlisis costo beneficio del proyecto.
14
14
Finalmente se presentan las conclusiones, recomendaciones, la bibliografa y

los anexos que complementan el contenido del trabajo realizado.
CAPTULO I CONTEXTO
ORGANIZACIONAL
1.1 RESEA HISTRICA DE LA UNIVERSIDAD DE ORIENTE.
Fue la ciudad de Cuman quien vio nacer a la Universidad de Oriente, siendo
en el ao de 1515 cuando se fundara la primera escuela de Venezuela. Sede que fue
testigo del desarrollo de las primeras actividades docentes que influenciaron
notablemente en la regin lo que condujo a la creacin de estudios a nivel superior.
Ya para el ao de 1759 hasta 1782 funcionaron ctedras como Filosofa, Latn,
Teologa, entre otras. Pero no fue sino hasta el 12 de abril de 1812 cuando el
Ayuntamiento unifico estas ctedras y solicito la creacin de la universidad como tal.
Luego ya de que la Legislatura de la Provincia de Cuman accediera a esta
solicitud, el antiguo convento de San Francisco fue el lugar donde se estableci la
universidad, iniciando sus actividades el 11 de Mayo de 1812. Esta universidad
cumanesa de 1812 es la que histricamente se ubica como una de las precursoras de
la Universidad de Oriente. A partir del ao 1834 el Oriente de Venezuela fue testigo
de la creacin de colegios, algunos de ellos con caractersticas de una institucin
universitaria, donde se desarrollaban estudios de carcter superior.
El Oriente de la Repblica careci de Institutos de Educacin Superior, a pesar
de haber sido siempre un anhelo de sus pueblos la existencia y el funcionamiento de
una Universidad. Sin embargo ese anhelo se vio satisfecho el 21 de noviembre de
1958, cuando por Decreto Ley No. 459 dictado por el Gobierno Provisorio del Dr.
Edgar Sanabria y siendo Ministro de Educacin el eminente educador Dr. Rafael
Pizani, se crea la Universidad de Oriente. El crecimiento de la
15
16
16
Universidad de Oriente arranca una vez que las distintas subcomisiones se dan
cuenta de que la carga de trabajo se haca cada vez ms grande y compleja.
Es as como comienza ampliarse el mbito geogrfico de la Universidad de
Oriente. El segundo Estado que abrira sus puertas a esta casa de estudio seria
Monagas, con sede en Jusepn en Octubre de 1961, funcionando en ella las Escuelas
de Ingeniera Agronmica y de Petrleo. Un ao ms tarde, en Enero de 1962 seria el
Ncleo de Bolvar, con sede en Ciudad Bolvar, donde se iniciaran las Escuelas de
Medicina y Geologa y Minas; en el Ncleo de Anzotegui, con sede en Puerto la
Cruz, comenzaron en enero de 1963 con las Escuelas de Ingeniera Elctrica,
Qumica y Mecnica, y en el Ncleo de Nueva Esparta con sede en Porlamar se
inauguraron los Cursos Bsicos el 21 de enero de 1969.
1.2 VISIN
Ser un ente Rector en la Educacin Superior que asuma una filosofa
democrtica y participativa; orientada hacia la plena autonoma, comprometida a
dedicar sus esfuerzos a la formacin de recursos humanos competitivos para el
mercado laboral, prestando servicio de calidad en las reas del conocimiento
cientfico, humanstico y tecnolgico mediante la realizacin de funciones de
investigacin, docencia y extensin, atendiendo la pertinencia social de cada ncleo,
respondiendo oportunamente a las exigencias de su entorno y a las demandas de
cambios e innovaciones que caracterizan a nuestra poca.
1.3 MISIN
Contribuir a la formacin de profesionales de excelencia, de valores ticos y
morales, crticos, creativos e integrales en la prestacin de servicios en las diferentes
reas del conocimiento y desarrollando actividades de investigacin, docencia y
17
17
extensin para cooperar en la construccin de una sociedad venezolana de la Regin

Oriental - Insular - Sur del pas.
1.4 OBJETIVOS DE LA UNIVERSIDAD DE ORIENTE
1. Formar los equipos profesionales y tcnicos necesarios para el desarrollo del
pas.
2. Ampliar los recursos cientficos y tcnicos, para la solucin de problemas
econmicos y sociales del pas y en especial de la Regin Oriental, Insular y
Sur del
3. pas.
4. Conservar e incrementar el patrimonio cultural y educativo e incorporarse a las
tareas del desarrollo integral de Venezuela.
5. Conducir el proceso de formacin de un profesional hbil y til para ubicarse
en un mundo competitivo, integrado, regionalizado y en proceso acelerado de
trasformacin con base a una educacin de calidad.
6. Transformar la gerencia universitaria basada en un modelo cultural, centrado en
las personas y en los procesos, tendente hacia la modernizacin de la
Institucin.
7. Rescatar la formacin profesional de los alumnos mediante el desarrollo de la
mstica, dignidad, moral, creatividad, innovacin y productividad, para que sean
capaces de insertarse en el quehacer regional y nacional.
8. Implantar Educacin Superior de la ms alta calidad, con el fin de obtener un
profesional de excelencia.
9. Generar un cambio de modelos y de funcionamiento basado en una
reestructuracin curricular.
18
18
1.5 ORGANIGRAMA DE LA UNIVERSIDAD DE ORIENTE

A continuacin, en la figura 1, se muestra la estructura organizativa por la que
se encuentra constituida la Universidad de Oriente.
Com isi n
Ele ctora
l
Trib una l
Ac admico
Ju nta Sup erio r

Un iv ers itaria
Consejo de
Fom ento
Con se jo
U nive rs ita
rio
Fundaudo
Rental S ucre
Rental Nva. E sparta
Cam udoca
E udoca
P etroudo
Com plejo Agroind. Jusepn
R ec tora
Vic errec torad o

A ca d mico
Vic errec torad o

A dm in istrativo
Se cretara
Dec an ato s
Coord. Ge ne ra l
Ad minis tra cin
Direccin de
De sarrollo
Estud ian til
Comisin de
Fo rm. de
Re cursos
Human os
C omisin
Clasif.
Doce nte
Comisin de
Investiga cin
Coordin acin
Teleinformtica
C omisiona du
ra de Bib
lioteca
C ontra lora
In terna
Coo rdin acin

Ge ne ral
Con tro l de Estud io
A nzotegui
B olvar
Monagas
Nva. E sparta
S ucre
Co ns ulto ra
J urdica
D ireccin
Evalu acin
Instituciona l
Dire ccin de
Pla nificaci n
Dire ccin de
Fina nza s
D ireccin
In fo rm.y
Comu n. Corp .
Dire ccin de
Pla nta Fsica
Instituto de Inve st.

Bio med icin a
Dire ccin de
O rga n. y
Siste mas
Dire ccin de
Re lacion es
In ter-Instit.
Cen tro de
Sismo lo ga
Coo rdin acin

Asmo e
Unida d de
Enlace
C omisin C
entral de
Currcula
Dire ccin de
Presu pu esto
Dire ccin de
Pe rso na l
Dire ccin de
Comp utacin
Co ordina cin d
e
Pu blicacione s
Coo rdin acin

Ge ne ral
Est. Postgra do
Cen tro Te cnol.

Edu cativa
Figura 1. Organigrama de la Universidad de Oriente

Fuente. (http://www.udo.edu.ve)
C omisiona du
ra de D ep
ortes
Dire ccin de
Cu ltura
19
19
1.6 RESEA HISTRICA DE LA UNIVERSIDAD DE ORIENTE NCLEO

MONAGAS
El Ncleo de Monagas inicia sus actividades el 12 de febrero de 1962, cuando
ingresa a sus aulas el primer contingente de estudiantes, conformado por 31 alumnos
de Ingeniera Agronmica y trece de Ingeniera de Petrleo, quienes haban
completado el curso bsico en Cuman. Las instalaciones del antiguo campo
petrolero de Jusepn, adquirido por la Universidad, mediante venta simblica
realizada por la Creole Petroleum Corporation, sirven de asiento al proyecto
acadmico que comenzaba a echar races en el oriente venezolano, marcando el hito
ms trascendental en el acontecer de la educacin superior en la zona.
Monagas es tierra de tradicional vocacin agrcola y para esa poca, al igual
que hoy, revelaba tambin un elevado potencial petrolero. Esto explica el por qu la
UDO inicia sus actividades en este Ncleo con las especialidades de Agronoma y
Petrleo, adscritas al denominado Instituto de Agronoma, Zootecnia y Veterinaria, y
a la Escuela de Ingeniera de Petrleo, respectivamente.
En febrero de 1968, la Escuela de Ingeniera de Petrleo fue trasladada al
Ncleo de Anzotegui. El vaco lo ocupa la Escuela de Zootecnia, la primera de esta
especialidad que se funda en el pas y la segunda en Amrica Latina, cuya creacin
haba sido aprobada por el Consejo Directivo Universitario, en abril de 1966. As se
consolida la ms slida estructura acadmica regional en el campo de las ciencias
agrcolas, respondiendo acertadamente a los objetivos primigenios que alentaron la
creacin del Ncleo de Monagas.
En enero de 1974, se establece la Unidad de Estudios Bsicos, en las
edificaciones de lo que fue un colegio de religiosos, ubicadas en la Urb. Juanico, en
Maturn. Con la apertura de esta unidad, puede decirse que comienza la consolidacin
20
20
acadmica del Ncleo, pero, al mismo tiempo, se inicia el proceso de masificacin,

pues hasta esa fecha todos los estudiantes deban realizar sus cursos bsicos en el
Ncleo de Sucre, en Cuman.
La infraestructura fsica del Ncleo de Monagas tiene su sede principal en el
Campus Los Guaritos, en Maturn, cuya primera etapa fue inaugurada el 21 de agosto
de 1990. Actualmente se construyen dos nuevas edificaciones que aportarn otras 54
aulas y el edificio de Recursos de la Escuela de Ciencias Sociales y Administrativas.
En este campus estn concentrados los Cursos Bsicos y las escuelas profesionales
que adscriben a las ocho carreras que conforman la oferta acadmica del Ncleo; as
como los diferentes servicios estudiantiles que dispensa la Universidad.
En las edificaciones de Juanico, antigua sede de los Cursos Bsicos, funcionan
el Decanato, las coordinaciones Acadmica y Administrativa, dependencias
administrativas y dems oficinas regionales; as como el Centro de Estudios de
Postgrado, el Instituto de Investigaciones Agrcolas y Pecuarias, la Comisin de
Investigaciones, la Coordinacin de Relaciones Interinstitucionales, la Delegacin de
Informacin y Comunicacin Corporativa, la Coordinacin de Publicaciones y dems
dependencias de asesora y apoyo de la institucin.
1.7 Visin de la Universidad de Oriente Ncleo Monagas
La Universidad de Oriente reafirmar su compromiso de ser el centro de
estudio, anlisis y produccin de ideas necesarias para el desarrollo social, econmico
y poltico del Oriente del Pas, capaz de desarrollar mtodos y tecnologa
innovadoras, de asegurar la calidad por medio de los sistemas eficientes de
planificacin, evaluacin y motivacin.
La Universidad ser una Institucin cuyo
ambiente estimule la creatividad y productividad de todos sus miembros. As mismo

deber ocupar una posicin de liderazgo en investigacin y logros acadmicos. Con
21
21
intencin de situarse en un lugar privilegiado en los sueos de cada miembro de la

Comunidad Universitaria.
1.8 MISIN DE LA UNIVERSIDAD DE ORIENTE NCLEO MONAGAS
Formar profesionales del ms alto nivel de calidad, profesionales que atiendan
problemas de su particular formacin y competencia, bajo un alto espritu de
solidaridad y compromiso social. Se trata de formar profesionales creativos, capaces
de destacarse en un mercado cada vez ms competitivo con el mejoramiento de la
calidad de vida y con el desarrollo. Mantener una permanente vinculacin con sus
egresados para su actualizacin constante. As mismo, permanecer en contacto con
los sectores sociales y productivos.
Brindar a sus trabajadores tanto, en la parte acadmica, administrativa y
estudiantil las mejores condiciones para que estos encuentren el xito en el
desempeo de sus funciones. Mantener un clima de respeto mutuo, de libertad de
expresin, organizacin, de pluralidad de todas las corrientes de pensamiento, dentro
de un ambiente de responsabilidad y tolerancia a todas las ideas e igualmente estar
vinculada con su entorno.
La misin constituye el marco de referencia que
fundamenta el sentido por el que habr de transitar la Universidad.

1.9 OBJETIVOS DE LA UNIVERSIDAD DE ORIENTE NCLEO MONAGAS
1. Impartir Educacin Superior Universitaria de la ms alta calidad, con el fin de

obtener profesionales de excelencia.
2. Promover y desarrollar labores de investigacin cientfico, humanstica y
tecnolgica, en las reas y disciplinas en las que considere necesaria su
participacin en relacin a los problemas regionales y nacionales.
22
22
3. Desarrollar actividades de proyeccin social y extensin Universitaria.

4. Hacia la obtencin de estos objetivos deben orientarse las actividades bsicas
de la Universidad: Docencia, Investigacin y Extensin.
1.10 ESTRUCTURA ORGANIZATIVA DE LA UNIVERSIDAD DE ORIENTE

NCLEO MONAGAS.
La figura 2 mostrada seguidamente, representa la distribucin organizativa por
la que se rige la Universidad de Oriente, ncleo Monagas.
C o n s e jo d e N c l e o
Decano
D e l e g a c i n d e B i e n e s
ta r y D e s a r r o llo E s tu d
ia n tl
S e r v i c io
S o c ia l
C o o r d in a c i
n
Acadmica
C o o rd in a c i
n
A d m in i s tr a ti v
a
A c ti v id a d e s
E x tr a - A c a d m ic
a
C o o r d in a c i
n d e P o s tg r a
do
C o o r d in a c i
n
S e r i v ic o
C o m u n i ta r
io
D e l e g a c i n d e
Presupues
to
O r ie n ta c i n
C o m i s i n d e
C u r ri c u la
D ic u l g a c i n
y P u b lic a c io n e s
Finanzas
P la n i fi c a c i n
P e rs o n a l
S e r v i c io
M d ic o - D e n ta l
Seccin
C o n ta b i lid a d
C o o rd i n a c i n d e S e r v ic i o
s
Generales
Nmina
A lm a c n
B ie n e s t a r
Social
A r c h iv o y
Correspondenci
a
Control de
E s tu d i o s
E x t e n s i n y
C u lt u r a
V ig ila n c i a
F o rm a c i n y
D e s a rr o l lo d
eRecursos
Humanos
D e p o r te
M a n te n im i e n to
C e n tro d e
C o m p u ta c i n
T ra s p o r te
P l a n ta F s i c a
Aseo y
L im p ie z a
Com edor
U n iv e r s i ta r io
Seccin de
Com pras
Asesora
J u r d ic a
T a lle r e
s
B ie n e s
N a c io n a l e s
B i b li o t e c a
Central
C l n ic a
U n iv e r s i ta r ia
E s c u e la d e
Z o o te c n ia
E s c u e la d e
Agronom
a
E s c u e l a d e C ie n c ia s
S o c ia l e s y
A d m in i s tr a ti v a s
E s c u e l a d e In g
. d e P e tr le o
D e p a rta m e n t o d e
P ro d u c c i n e
In d u s tr i a A n im a l
Programa
T e c n o l g ic
o d e lo s
A li m e n to s
D e p a r ta m e n t o d e
B i o lo g a y
S a n e a m ie n to
A n im a l
Departamen
to d e N u tr ic i
n
A n im a l y F o r r a
je
In s ti tu to d e
In v e s tig a c io n e s
A g ro p e c u a r i a
s
D e p a rta m e n
to d e A g r o n o
m a
U n id a d d e C u r s o s
Bsicos
Invest. Secto
r
Agrcola
D e p a rta m e n to
d e In g . A g r c o la
D e p a rta m e n to d e
Humanidades
D e p a r ta m e n t o d
e
Invest. Sect
or
A m b ie n te
y Recurso
s
N a tu r a le
s
D e p a rta m e n
to d e E c o n o m
a A g r c o la
D e p a r ta m e n to d e
A d m in i s tr a c i n
I n d u s t r ia l
D e p a rt a m e n t o d e
G e r e n c ia d e
R e c u rs o s H u m a n o s
Seccin de
Recursos
Humanos
y P s ic o lo g
a
Seccin de
In v e s ti g a c i
n I n fo r m ti c
a
Seccin de
C o o r d in a c i
n A d m in i s tr a ti
va
S e c c i n d e
A d m i n is t r a c i n
y
Derecho
Seccin de
C o n ta b il id a d y
Finanzas
C o n ta d u r a
P b l ic a
Seccin de
E c o n o m a
y M e rc a d e o
Seccin d
e
C o n ta b i lid a d
Seccin de
In v e s t ig a c i n
Ciencias
S e c c i n d e
Ingls
D e p a r ta m e n
to A d m in i s tr a ti
vo Ag ro - I n d u s
t ria l
O fi c in a
In fo r m a c i n y
R e la c i o n e s
Pblicas
T e c n o lo g a
E d u c a t iv a
Program a de
In g e n i e ra d
e S is t e m a s
S e c c i n d e
C a s t e ll a n
o
S e c c i n d e
F s i c a
S e c c i n d e
C i e n c ia s S o c i a le s
S e c c i n d e
M a te m ti c a
Seccin de
A d m i n is t ra c i
n
Economa y
L e g is la c i n
S e c c i n d e
Q u m ic a
Figura 2. Organigrama de la Universidad de Oriente Ncleo Monagas

Fuente. Delegacin de Personal (2008)
23
23
1.11 Centro de Computacin de la Universidad de Oriente

El Centro de Computacin, es una dependencia adscrita a la Coordinacin
Administrativa del Ncleo Monagas de la Universidad de Oriente, proyectada en
materia de polticas que sustenten la promocin de una cultura de comunicacin
electrnica y de servicios informticos en el rea acadmico-administrativa.
Para el ao 2005, esta unidad funcionaba como una oficina independiente, los
procesos se llevaban a cabo de manera individual y el nivel de respuesta que se tena
era largo y lento por la dispersin de los esfuerzos.
Lo que se esperaba para entonces era lograr que el Centro de Computacin
fuera un ente promotor, con mstica y dedicacin, en pro de afianzar los
conocimientos mediante el establecimiento de una plataforma innovadora en
Tecnologas de Informacin y Comunicacin (TIC), que satisfaga las necesidades de
la Institucin para situar al Ncleo de Monagas como una organizacin preparada y
adaptada a los nuevos tiempos.
1.12 VISIN DEL CENTRO DE COMPUTACIN
Ser el promotor de una cultura de comunicacin electrnica y de servicios
informticos en el rea acadmico-administrativa, con la mstica y dedicacin, en pro
de afianzar los conocimientos mediante el establecimiento de una plataforma y
comunicacin (TIC), que satisfaga las necesidades de la institucin para situar a la
Universidad de Oriente - Ncleo Monagas, como una organizacin preparada y
adaptada a la nueva era.
24
24
1.13 MISIN DEL CENTRO DE COMPUTACIN

Coordinar y mantener una estructura integral ptima en las reas, de
comunicacin electrnica y servicios informticos, mediante el diseo y desarrollo de
servicios de redes, software y soporte tcnico, para fortalecer las actividades
acadmico-administrativas y contribuir al desarrollo tecnolgico de la Universidad de
Oriente - Ncleo Monagas.
1.14 OBJETIVOS DEL CENTRO DE COMPUTACIN
1. Generar y motivar la ejecucin de las polticas de comunicacin electrnica y

de servicios informticos para el desarrollo de proyectos con miras a fortalecer
la Red Acadmico-Administrativa de la Universidad de Oriente - Ncleo
Monagas.
2. Prestar un eficiente y completo servicio de procesamiento de datos y dar un
soporte adecuado a todas las actividades Acadmicas-Administrativas, de
Investigacin y Extensin, que en el rea de informtica se generen dentro de la
Universidad.
3. Garantizar la disponibilidad de servicios a la comunidad local, regional y
nacional en los rubros de diseo y desarrollo de sistemas de informacin, redes
y adiestramiento de personal, que permita un mejor y mayor posicionamiento
de la investigacin y desarrollo cientfico-tecnolgico de la Universidad de
Oriente.
4. Contribuir al desarrollo tecnolgico de la institucin y comunidad en general,
mediante la asesora de planes y proyectos a corto, mediano y largo plazo en el
rea de su competencia.
25
25
1.15 FUNCIONES DEL CENTRO DE COMPUTACIN.
1. Instaurar y promover la actualizacin y desarrollo de los recursos de Hardware

y Software, en las reas de comunicacin electrnica y servicios Informticos
existentes o requeridos en las dependencias administrativas, de docencia,
investigacin y extensin.
2. Generar y coordinar los proyectos orientados al desarrollo de sistemas de
informacin automatizados, redes, pginas Web, programas multimedia,
inteligencia artificial, base de datos, entre otros.
3. Desarrollar proyectos que permitan apoyar las funciones de docencia,
investigacin y extensin de la Universidad de Oriente.
4. Coordinar con la Direccin de Organizacin y Sistemas, lo relacionado con la
normalizacin de los sistemas en materia de comunicacin electrnica y
servicios informticos en la Universidad de Oriente.
5. Promover la formacin de sistemas informacin Acadmico-Administrativo,
donde esta se genere, haciendo uso de servidores Web y base de datos, para
apoyar la difusin de servicios como: carteleras, revistas y transferencia
electrnica de documentos, servidores de noticias, lista de discusin, correo
electrnico, aulas y bibliotecas virtuales, videoconferencias, entre otros.
6. Asesorar a las autoridades y dems miembros de la comunidad universitaria en
todo lo relacionado con los servicios telemticos.
7. Mantener estrecha relacin funcional con las Delegaciones de servicios
telemticos de los ncleos.
8. Coordinar, programar, supervisar y mantener los sistemas de informacin
automatizados, que requieran las dependencias Acadmico-Administrativas de
la Universidad de Oriente.
26
26
9. Coordinar la participacin de grupos de trabajo para planificar, organizar,

evaluar, controlar y ejecutar los proyectos y dems actividades en materia de
servicios telemticos.
10. Planificar, participar y coordinar la informacin del recurso humano en las
nuevas Tecnologas de Informacin (TI), con las instancias responsables de la
capacitacin del personal Acadmico-Administrativo de la institucin.
11. Promover a travs de la Direccin de Relaciones Interinstitucionales, el
establecimiento de convenios con otras instituciones universitarias o extra
universitarias en las reas de su competencia.
12. Mantener en condiciones ptimas de servicio, los sistemas e infraestructura
operacional existente en el rea de la informtica y las telecomunicaciones.
13. Garantizar,
controlar
y rendir cuentas de todos aquellos
ingresos
extraordinarios generados por la Direccin de Servicios Telemticos en la

ejecucin
de
los
proyectos,
en
las
reas
de
informtica
las
telecomunicaciones, establecidos, aprobados por el Consejo Universitario y de

acuerdo a la vigente normativa interna que rige la materia.
1.16 ORGANIGRAMA DEL CENTRO DE COMPUTACIN

En la figura 3, expuesta a continuacin se refleja el organigrama del Centro de
Computacin de la Universidad de Oriente, ncleo Monagas.
27
27
Figura 3. Organigrama del Centro de Computacin UDO-Monagas.

Fuente. Centro de Computacin (2008)
CAPTULO II
EL PROBLEMA Y SUS GENERALIDADES
2.1 PLANTEAMIENTO DEL PROBLEMA.
Las Universidades a nivel mundial representan una institucin de carcter
educacional dedicada a la enseanza superior y a la investigacin, con la finalidad de
formar profesionales dentro de las distintas reas laborales, hoy en da se conoce que
estas casas de estudios tienen como caractersticas el ser grandes, complejas, plurales,
con una organizacin un tanto indefinida. Sin embargo, con particularidades que la
distinguen de otro tipo de organizaciones, con principios que constituyen el concepto
de Universidad.
En Venezuela la Universidad de Oriente representa el centro de educacin
superior ms importante de la regin oriental, esta institucin posee objetivos
comunes con respecto a las dems universidades venezolanas y del mundo. En su
concepcin la Universidad de Oriente se define como un sistema de educacin
superior al servicio del pas con objetivos comunes a las dems universidades
venezolanas y del mundo.
La Universidad cuenta con ncleos en los estados: Anzotegui, Nueva Esparta,
Sucre, Bolvar, y Monagas encontrndose la sede principal en la ciudad de Cuman,
Estado Sucre.
El Ncleo de Monagas se encuentra distribuido en dos (2) Campus; Guaritos y
Juanico. En las edificaciones de Juanico funcionan las dependencias acadmicas y
administrativas, es aqu donde tiene su sede la Delegacin de Bienes Nacionales,
cuya funcin principal es la de controlar la operaciones relacionadas con los bienes
28
29
29
pertenecientes a dicha institucin; tales como Incorporacin y Desincorporacin de

bienes, Traslados e Inventarios.
Diariamente la Delegacin de Bienes Nacionales recibe muchas solicitudes de
incorporacin, desincorporacin, traslados e inventarios de bienes por parte de las
distintas unidades pertenecientes al ncleo. Las mismas son atendidas por un
Registrador de Bienes, quien desempea muchas funciones dentro de la Delegacin,
por ser el nico funcionario encargado del departamento.
Una vez que las unidades solicitantes elaboran la solicitud y se trasladan hasta
la Delegacin de Bienes Nacionales para hacer entrega de la misma, el registrador de
Bienes Nacionales la recibe y procede a su posterior ejecucin. Esta no se realiza de
forma inmediata, todo depender de la carga de trabajo y de la complejidad de la
misma.
Para darle inicio a la ejecucin de una solicitud, el registrador de Bienes
Nacionales se dirige hasta la unidad solicitante, dependiendo del caso solicita
documentos relacionados a la solicitud enviada y procede a registrar el bien,
colocando toda la informacin en un formato en fsico para luego pasarlo al formato
Excel que se maneja actualmente.
La falta de informacin consistente, el retardo en la atencin de solicitudes, el
empleo de herramientas que resultan lentas ante la ejecucin de los procesos y la falta
de personal que preste apoyo a las actividades realizadas, son los principales factores
que resaltan en la problemtica que vive la Delegacin de Bienes Nacionales. Lo que
trae consigo que no se pueda realizar un manejo ptimo y eficiente de la informacin
generada.
Por tal motivo, se propone la realizacin de un sistema que permitir la
automatizacin de los procesos llevados a cabo por la Delegacin de Bienes
30
30
Nacionales de la Universidad de Oriente Ncleo Monagas, quienes podrn controlar

las operaciones relacionadas con los bienes adquiridos por la institucin. Logrando
con esto tener un manejo ptimo de la informacin, proporcionando datos oportunos
que sean tiles para el personal involucrado en la toma de decisiones.
Adems de asegurar que la informacin sea exacta y confiable, el sistema
permitir que sta se encuentre disponible cuando se necesite y que se presente en
forma fcilmente aprovechable. Otro aspecto importante es que la productividad
operacional se ver incrementada y el proceso de informacin dejar de ser y de verse
como informacin fragmentada.
Unas herramientas tiles para el desarrollo de una gestin de calidad, es la
medicin y evaluacin del servicio o producto que provee cada unidad u
organizacin, a travs de un conjunto de indicadores claves que permitirn a la
Delegacin de Bienes Nacionales contar con un sistema que entregue informacin
regular sobre la calidad de la gestin, la eficiencia en la asignacin de recursos
fsicos, humanos y financieros, proporcionar una base de seguridad y confianza en
su desempeo al conjunto de funcionarios implicados en su implementacin e
incrementar la autonoma y responsabilidad de los directivos contando con bases
sustentables de informacin para la toma de decisiones.
2.2 OBJETIVOS DE LA INVESTIGACIN
2.2.1 Objetivo General
Desarrollar un Sistema de Informacin para la gestin de los procesos en la
Delegacin de Bienes Nacionales de la Universidad de Oriente, Ncleo Monagas.
31
31
2.2.2 Objetivos Especficos
1) Describir el actual funcionamiento de la Delegacin de Bienes Nacionales de la

Universidad de Oriente Ncleo Monagas.
2) Determinar las necesidades y requerimientos que posee la Delegacin de
Bienes Nacionales.
3) Obtener una visin global de los procesos y actividades que rigen el
funcionamiento operacional de la Delegacin.
4) Desarrollar un sistema de informacin que permita la automatizacin de los
procesos y la optimizacin de las actividades realizadas por la Delegacin.
2.3 JUSTIFICACIN DE LA INVESTIGACIN

En toda organizacin, pblica o privada el objetivo fundamental es obtener el
mayor rendimiento de las operaciones utilizando adecuadamente los recursos que se
encuentren disponibles. Por lo cual es indispensable el establecimiento de controles y
evaluaciones de sus procedimientos a fin de determinar la situacin real de la
empresa, en funcin de plantear una efectiva toma de decisiones.
Debido al dinamismo que rodea el ambiente administrativo y las exigencias de
un mundo cambiante, las organizaciones deben incorporar nuevas herramientas
tecnolgicas que le permitan hacer uso efectivo de los recursos propios o asignados.
Todo esto en virtud de hacer ms eficaz el proceso administrativo en cualquiera de
sus fases.
La Delegacin de Bienes Nacionales actualmente presenta un grave
inconveniente relacionado con el manejo de la data, ya que el procesamiento se
32
32
realiza con bajo nivel de gestin lo que origina descontrol en las operaciones diarias.
Esto puede estar originado por la falta de informacin consistente, obviamente
generada por el uso de herramientas que no permiten realizar un manejo ptimo y
eficiente de la informacin generada, esto unido tambin a la falta de personal que
preste apoyo en los diferentes procesos que se efectan en la Delegacin.
Es por ello que se plantea el desarrollo de un sistema de informacin para la
gestin de los procesos en la Delegacin de Bienes Nacionales de la Universidad de
Oriente ncleo Monagas, que permitir a dicha delegacin contar con informacin
segura y confiable para el control de las operaciones que realizan.
Este producto mantendr un control de la informacin manejada, incorporando
herramientas que permitan realizar operaciones automatizadas obteniendo as un
control ms fiable en cuando a la entrada y salida de bienes, a los traslados e
inventarios realizados en la institucin. Beneficiando enormemente a todas las dems
delegaciones que dependen de este servicio, quienes contaran con una herramienta
eficiente, fcil de utilizar y con excelentes tiempos de respuestas en la atencin de sus
solicitudes.
2.4 ALCANCE DE LA INVESTIGACIN
El alcance de este proyecto est limitado al desarrollo de un sistema de
informacin para la gestin de los procesos en la Delegacin de Bienes Nacionales de
la Universidad de Oriente Ncleo Monagas, empleando para ello la metodologa de
desarrollo de software RUP, la cual se aprovechar hasta la tercera iteracin de su
fase de construccin, donde se obtendr una aplicacin con una capacidad operativa
inicial de lo que ser el sistema. El mismo se encuentra inmerso en el proyecto macro
SL UDO que lleva a cabo la Universidad de oriente, por ende est desarrollado bajo
estndares de software libre, de acuerdo al decreto presidencial N 3390.
33
33
La aplicacin est dirigida a los procesos de registro y control concerniente a

los bienes pertenecientes a la Universidad de Oriente. Con el empleo del mismo, los
usuarios podrn enviar sus solicitudes
va Web, realizar incorporaciones,
desincorporaciones, traslados e inventarios de manera rpida y segura, adems la

aplicacin contara con un servicio de consultas dirigido a los usuarios. Por tener la
caracterstica de ser una aplicacin Web, los usuarios podrn ingresar al sistema
desde cualquier sitio y realizar sus operaciones, evitando con esto los traslados de
funcionarios de una dependencia a otra.
CAPTULO III MARCO

REFERENCIAL
3.1 ANTECEDENTES DE LA INVESTIGACIN
Mayo, M. (2008) Desarrollo un Sistema de Informacin Automatizado para el
Registro del Proceso de
Inscripcin y Control de Notas de Estudiantes. Caso:
Instituto Universitario de Polica Cientfica (IUPOLC). Cuman, Estado Sucre.

Investigacin realizada en el Instituto Universitario de Tecnologa Industrial Rodolfo
Loero Arismendi. Tiene como objetivo el desarrollo de un sistema de informacin
que apoye el proceso de inscripcin y control de notas de los estudiantes del Instituto
Universitario de Polica Cientfica, con la aplicacin de la Metodologa Ciclo de
Vida de desarrollo de Sistemas, por los autores Kendall y Kendall para fundamentar
sus objetivos especficos. Esta investigacin sirvi de gran apoyo debido a que la
metodologa empleada expresa un enfoque por fases para el anlisis y diseo cuya
premisa principal consiste en que los sistemas se desarrollan mejor utilizando un ciclo
especfico de actividades.
Nez, Y. (2008) Sistema Automatizado para la Gestin de los Procesos
Administrativos en la Seccin de Compra Ncleo Monagas enmarcado dentro del
proyecto macro Software Libre de la Universidad de Oriente. Trabajo de grado
presentado en la Universidad de Oriente Ncleo Monagas.
Esta tesis tiene como
objetivo el desarrollo de un sistema automatizado para la gestin de los procesos

administrativos que se llevan a cabo en la seccin de compras ncleo Monagas
enmarcado dentro del proyecto macro de Software Libre, el cual se basa en una
ingeniera de todos los procedimientos con la finalidad de mejorar el manejo de la
34
35
35
Informacin. Empleando para ello la combinacin de la
metodologa de
sistemas suaves de Checkland y la metodologa RUP. Esta investigacin contribuy

ampliamente con el desarrollo del presente proyecto, debido al empleo de la
metodologa RUP que es considerada como un proceso de desarrollo de software de
gran xito para la construccin de sistemas orientados a objetos, conjuntamente con la
herramienta de modelado UML.
Brito, G. (2.008) Sistema Automatizado para la Gestin de los Procesos
Administrativos de la Delegacin de Planificacin de la Universidad de Oriente
Ncleo Monagas. Trabajo de grado presentado en la Universidad de Oriente Ncleo
Monagas. Este trabajo de investigacin, tuvo como premisa principal el desarrollo de
un sistema de informacin, que controlara y automatizara todos los procesos que son
efectuados en la Delegacin de Personal dentro de la Universidad de Oriente Ncleo
Monagas. La metodologa empleada en esta investigacin fue RUP, conjuntamente
con el lenguaje de modelado de sistemas UML. Esta tesis sirvi de gran apoyo para la
presente investigacin, debido al empleo de la metodologa de desarrollo de software
RUP y al diseo de los modelos empleando UML.
3.2 MARCO TERICO
3.2.1 Bases Tericas
3.2.1.1 Sistema de Informacin
El sistema de informacin es un proceso que involucra la planificacin, diseo,
anlisis y control de los datos pertenecientes a una determinada organizacin, y su
principal
objetivo
es coordinar los flujos y registros de la informacin interna y
externa, necesaria para realizar las operaciones bsicas y la toma de decisiones, que
36
36
sirvan para desempear las funciones de negocio de la empresa de acuerdo con sus
estrategias.
Segn Senn, J. (1990) el objetivo de tales sistemas es asegurar que informacin
exacta y confiable est disponible cuando se la necesite y que se le presente en forma
fcilmente aprovechable. (Pg. 2)
3.2.1.2 Actividades de un Sistema de informacin
Los sistemas de informacin, segn, Senn, J. (1990) ejecutan tres actividades
fundamentales, en primer lugar recibe datos de fuentes internas o externas de la
empresa como elementos de entradas. Luego acta sobre estos datos para producir
informacin, por esta razn son denominados tambin sistemas generadores de
informacin. Para culminar, el sistema produce la informacin para el futuro usuario.
(pg. 4).
Un sistema de informacin realiza cinco (5) actividades bsicas:
Entrada de Informacin: es el proceso mediante el cual el sistema toma los
datos que necesita para procesar la informacin. Las entradas pueden ser manuales o
automticas.
Almacenamiento de Informacin: es una de las actividades o capacidades ms
importantes que posee un sistema de informacin, debido a que permite retomar
informacin guardada en procesos anteriores y utilizarla posteriormente.
Procesamiento de Informacin: es la capacidad que posee el sistema para
transformar los datos primarios de las entradas, en informacin organizada, lgica e
importante para los usuarios.
37
37
Salida de Informacin: propiedad que tiene el sistema para mostrar la

informacin procesada a los usuarios.
Retroalimentacin: se produce cuando las salidas o la influencia de estas en el
contexto, vuelven a ingresar al sistema como recursos o informacin.
3.2.1.3 Tipos de Sistemas de Informacin
Entre los tipos de sistemas de informacin definidos por Kendall, K. (2005),
se encuentran:
Sistemas de procesamiento de transacciones: son sistemas de informacin
computarizada creados para procesar grandes cantidades de datos relacionados con
transacciones rutinarias de negocio. Estos sistemas expanden
los lmites de la
organizacin dado que le permiten interactuar con entornos externos. (Pg. 2)

Sistemas de automatizacin de la oficina y Sistemas de trabajo del
conocimiento: existen dos clases de sistemas en el nivel del conocimiento de una
organizacin. Los sistemas de automatizacin de la oficina, que apoyan a los
trabajadores de datos, quienes analizan la informacin con el propsito de
transformar los datos o manipularlos de alguna manera antes de compartirlos o , en su
caso, distribuirlos formalmente con el resto de la organizacin y en ocasiones ms
all de sta. (Pg. 3)
Los sistemas de trabajo del conocimiento, sirven de apoyo a los trabajadores
profesionales, como los cientficos, ingenieros y mdicos, en sus esfuerzos de
creacin de nuevo conocimiento y dan a estos la posibilidad de compartirlo con sus
organizaciones o con la sociedad.
38
38
Sistemas
de
Informacin
Gerencial:
son
sistemas
de
informacin
computarizados, cuyo propsito es contribuir a la correcta interaccin entre los

usuarios y las computadoras. Estos sistemas no reemplazan a los sistemas de
procesamiento
de transacciones,
ms bien, incluyen el procesamiento
de
transacciones. (Pg. 3)
Sistemas de Apoyo a la Toma de Decisiones: estos sistemas de informacin
constituyen una clase de alto nivel de sistemas de informacin computarizados.
Dependen de una base de datos para poder abastecerse y se ajustan mas al gusto de la
persona o grupo que los utiliza que a los sistemas de informacin gerencial
tradicionales. (Pg. 3)
Sistemas Expertos e Inteligencia Artificial: Los sistemas expertos constituyen
una clase muy especial de sistemas de informacin que se ha puesto a disposicin de
usuarios de negocios gracias a la amplia disponibilidad de hardware y software. Estos
sistemas emplean tcnicas de razonamiento de la Inteligencia Artificial, adems de
capturar y utilizar el conocimiento de un experto para solucionar un problema
especifico en una organizacin. (Pg. 3)
Sistemas de Apoyo a la Toma de Decisiones en Grupo y Sistemas de Trabajo
Colaborativo Apoyados por computadoras: este tipo de sistemas faculta a los
miembros del grupo a interactuar con apoyo electrnico, casi siempre software
especializado, y la asistencia de un facilitador especial. Los sistemas de apoyo a la
toma de decisiones en grupo tienen el propsito de unir a un grupo en la bsqueda de
la solucin a un problema con la ayuda de diversas herramientas como los sondeos,
cuestionarios, lluvia de ideas, etc. Por otra parte los sistemas de trabajo colaborativo
apoyados por computadoras, pueden contener el respaldo de un tipo de software
denominado groupware para la colaboracin en equipo a travs de computadoras
conectadas en red. (Pg. 4)
39
39
Sistemas de Apoyo a Ejecutivos: poseen la ventaja de ayudar a los usuarios a

resolver problemas de toma de decisiones no estructurados, que no tienen una
aplicacin especifica, mediante la creacin de un entorno que contribuye a pensar en
problemas estratgicos de una manera bien informada. De manera general, estos
sistemas ayudan a organizar actividades relacionadas con el entorno externo mediante
herramientas, que por lo general se encuentran en salas de juntas o en oficinas
corporativas personales. (Pg. 4).
3.2.1.4 RUP
El proceso unificado se ha convertido en un proceso de desarrollo de software
de gran xito para la construccin de sistemas orientados a objetos. En particular se
ha adoptado ampliamente el Proceso Unificado de Racional o RUP, un refinamiento
detallado del Proceso Unificado.
3.2.1.5 Ciclo de vida de RUP.
Larman, C. (2003) seala que RUP organiza el trabajo y las iteraciones en
cuatro fases fundamentales, descritas a continuacin:
Inicio: visin aproximada, anlisis del negocio, alcance, estimaciones
imprecisas. El propsito de la fase de inicio es establecer una visin comn inicial de
los objetivos del proyecto, determinar si es viable y decidir si merece la pena llevar a
cabo alguna investigacin seria en la fase de elaboracin. (Pg. 19).
Elaboracin: visin refinada, implementacin iterativa del ncleo central de la
arquitectura, resolucin de los riesgos altos, identificacin de mas requisitos y
alcance, estimaciones ms realistas. (Pg. 19).
40
40
Construccin: implementacin iterativa del resto de requisitos de menor riesgo

y elementos ms fciles, preparacin para el despliegue. (Pg. 19).
Transicin: pruebas beta, despliegue. (Pg. 19)
3.2.1.6 Principios de Desarrollo de RUP
RUP se basado en cinco principios claves:
Adaptar el proceso: donde el proceso deber adaptarse a las caractersticas que
posea el proyecto u organizacin.
Balancear prioridades: debe encontrarse un balance que satisfaga los
requerimientos de todos los participantes.
Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de un
modo interno, en etapas iteradas. En cada iteracin se analiza la opinin de los
inversores, la estabilidad y calidad del producto, y se refina la direccin del proyecto
as como tambin los riesgos involucrados.
Elevar el nivel de abstraccin: se recomienda el uso de conceptos reutilizables.
Esto evita que los ingenieros de software vayan directamente de los requisitos a la
codificacin de software a la medida del cliente, sin saber con certeza qu codificar
para satisfacer de la mejor manera los requerimientos y sin comenzar desde un
principio pensando en la reutilizacin del cdigo.
Enfocarse en la calidad: el control de calidad debe estar presente en todas las
iteraciones del ciclo de vida del proyecto. El aseguramiento de la calidad forma parte
del
41
41
Enfocarse en la calidad: el control de calidad debe estar presente en todas las

iteraciones del ciclo de vida del proyecto. El aseguramiento de la calidad forma parte
del proceso de desarrollo y no de un grupo independiente.
3.2.1.7 Caractersticas de RUP

Forma disciplinada de asignar tareas y responsabilidades.
Pretende implementar las mejores prcticas en Ingeniera de Software.
Administracin de requisitos.
Desarrollo iterativo.
Uso de arquitectura basada en componentes.
Control de cambios.
Modelado visual del software.
Verificacin de la calidad del software.
3.2.1.8 Desarrollo Iterativo
En este enfoque, el desarrollo se organiza en una serie de mini-proyectos cortos,
de duracin fija llamados iteraciones, el resultado de cada uno es un sistema que
puede ser probado, integrado y ejecutado. Cada iteracin incluye sus propias
actividades de anlisis de requisitos, diseo, implementacin y pruebas.
El ciclo de vida iterativo segn Larman, C. (2003), se basa en la ampliacin y
refinamiento
sucesivos
del
sistema
mediante
mltiples
iteraciones,
con
retroalimentacin cclica y adaptacin como elementos principales que dirigen para

converger hacia un sistema adecuado. Este enfoque tambin es conocido como
desarrollo iterativo e incremental, por su condicin de crecer incrementalmente a lo
largo del tiempo, iteracin tras iteracin. (Pg. 14).
42
42
3.2.1.9 Beneficios del Desarrollo Iterativo

Segn Larman, C. (2003), los beneficios del desarrollo iterativo incluyen:
Mitigacin tan pronto como sea posible de riesgos altos (tcnicos, requisitos,
objetivos, usabilidad y dems). (Pg. 17)
Progreso visible en las primeras etapas. (Pg. 17)
Una temprana retroalimentacin, compromiso de los usuarios y adaptacin, que
nos lleva a un sistema refinado que se ajusta ms a las necesidades reales del personal
involucrado. (Pg. 17)
Gestin de la complejidad; el equipo no se ve abrumado por la parlisis del
anlisis o pasos muy largos y complejos. (Pg. 17)
El conocimiento adquirido en una iteracin se puede utilizar metdicamente para
mejorar el propio proceso de desarrollo, iteracin a iteracin. (Pg. 17)
3.2.1.10 UML
El Lenguaje Unificado de Modelado (UML) es un lenguaje para especificar,
visualizar, construir y documentar los artefactos de los sistemas software, as como
para el modelado del negocio y otros sistemas no software.
UML se ha convertido en la notacin visual estndar para el modelado
orientado a objetos, ofrece un estndar para describir un "plano" del sistema
(modelo), incluyendo aspectos conceptuales tales como procesos de negocios y
funciones del sistema, y aspectos concretos como expresiones de lenguajes de
programacin, esquemas de bases de datos y componentes de software reutilizables.
43
43
UML fue adoptado en 1997 como estndar por el OMG (Object Management
Group, organizacin que promueve estndares para la industria), y continua siendo
refinado en nueves versiones. Este lenguaje puede ser aplicado en una gran variedad
de formas para dar soporte a una metodologa de desarrollo de software (tal como el
Proceso Unificado Racional o RUP), pero no especifica en s mismo qu metodologa
o proceso usar.
3.2.1.11 Diagramas de UML
UML emplea una serie de diagramas, algunos utilizados con ms frecuencia
que otros, todo dependiendo de los requerimientos que tenga el proyecto.
Diagrama de casos de uso: Segn Fowler, M. (1999), un caso de uso es, en
esencia, una interaccin tpica entre un usuario y un sistema de computo (Pg. 49).
Los casos de uso son obtenidos hablando con los usuarios habituales y analizando
con ellos las distintas cosas que deseen hacer con el sistema. Estos son una
herramienta esencial para la captura de requerimientos, la planificacin, o el control
de proyectos iterativos. La finalidad de los casos de uso es describir la manera en que
se usara el sistema, describir sus finalidades esenciales.
Los diagramas de casos de uso constan del smbolo de actor, que representa a
alguien o algo que acta sobre el sistema. Casos de Uso, utilizado para representar la
funcionalidad del sistema y un conector, que permite la conexin entre un actor(es) y
caso(s) de uso. A continuacin, en la figura 4, se muestra la simbologa que
representa a los diagramas de casos de uso.
44
44
45
45
Las relaciones entre clases se visualizan en el siguiente cuadro.

Cuadro 1. Relaciones existentes en un diagrama de clases
SIMBOLO
NOMBRE
DESCRIPCION
Asociacin
Es una relacin que describe un conjunto de

vnculos
entre
clases.
Estas
relaciones
permiten especificar qu objetos van a estar

asociados con otros objetos mediante un
atributo o conjunto de atributos de una
asociacin.
Composicin
Es un tipo de agregacin donde la relacin de

posesin es tan fuerte como para marcar otro
tipo de relaciones.
Cont. Cuadro 1. Relaciones existentes en un diagrama de clases

Generalizacin
Cuando se establece una relacin de este tipo

entre las clases, una es una superclase y la
otra es una subclase. La subclase comparte la
estructura y el comportamiento de superclase.
Agregacin
Es la que especifica una relacin entre las

clases donde el llamado agregado indica el
todo y el componente es una parte del mismo.
Fuente. http://www.dcc.uchile.cl/~psalinas/uml/modelo.html
Tarjeta CRC: Colaboracin Responsabilidad Clase. Las tarjetas CRC sirven
para obtener las clases. Es una tarjeta indexada de 3 x 5 que muestra el nombre de la
clase y su descripcin, la responsabilidad de la clase y los colaboradores para las
responsabilidades. La figura 6, describe un modelo de tarjeta CRC.
46
46
Figura 6. Tarjeta CRC

Fuente. Autor (2008)
Estas tarjetas se utilizan antes de elaborar el diagrama de clases para estructurar
el conjunto de clases y simular escenarios no como documentacin definitiva y
permanente.
Para Fowler (1999), uno de los principales beneficios de las tarjetas CRC es
que alientan la disertacin animada entre los desarrolladores (Pg. 75). Estas
tarjetas son especialmente eficaces cuando se est en medio de un caso de uso para
ver como lo van a implementar las clases.
Diagrama de Secuencia: muestra la interaccin de un conjunto de objetos en
una aplicacin a travs del tiempo y se modela para cada mtodo de la clase. Mientras
que el diagrama de casos de uso permite el modelado de una vista business del
escenario, el diagrama de secuencia contiene detalles de implementacin del
escenario, incluyendo los objetos y clases que se usan para implementar el escenario,
y mensajes pasados entre los objetos. Los diagramas de secuencia cuentan con los
siguientes elementos bsicos (ver figura 7):
47
47
Lnea de vida del objeto: Es un rectngulo con una recta vertical que desciende
de ese rectngulo y representa un ejemplo de una clase.
Activacin de la lnea de vida: Es un rectngulo vertical que reemplaza la lnea
de vida en el transcurso de la duracin de la existencia de ese caso.
Envo de mensajes: Son lneas dirigidas que conectan lneas de vida.
Adicin de restricciones y notas: Permiten aclarar ambigedades relacionadas
con la interpretacin del funcionamiento del diagrama.
Marcos de interaccin: son regiones rectangulares que se usan para organizar
los diagramas de secuencia.
48
48
Figura 8. Elementos bsicos de un diagrama de despliegue

Fuente. Fowler, M. (1999)
Diagrama de actividades: representa los flujos de trabajo paso a paso de
negocio y operacionales de los componentes en un sistema. Un Diagrama de
Actividades muestra el flujo de control general.
Segn Larman, un diagrama de actividades de UML ofrece una notacin rica
para representar una secuencia de actividades (Pg. 567). Este tipo de diagramas
puede ser aplicado para cualquier propsito, pero se considera especialmente til para
visualizar los flujos de trabajo y los procesos del negocio, o caso de uso. Los
diagramas de actividad permiten seleccionar el orden en que se harn las cosas, es
decir, indica las reglas esenciales de secuenciacin que se deben seguir. Por tanto,
tienen la propiedad de manejar procesos paralelos.
3.2.1.12 PHP
Segn Villar, J (2006). Es un procesador de hipertexto y como tal, se ejecuta en
un servidor web remoto para procesar pginas web antes de que sean cargadas al
navegador. Adems de sus potentes caractersticas, PHP es en s un lenguaje simple
que ha sido diseado especficamente para el desarrollo y la produccin de pginas
web. Su sintaxis es similar a la de C y Perl. Sin embargo el conocimiento de ambos
49
49
lenguajes no es un prerrequisito necesario para empezar con l. PHP es software de

cdigo abierto y puede ser descargado gratuitamente. (Pg. 3)
3.2.1.13 Ventajas de PHP
Una de las mayores razones de xito de PHP, aparte de otros factores como su
simplicidad o potencia, es su fcil toma de contacto. Posiblemente este detalle
explica la existencia en Internet de cerca de cinco millones de sitios web basados en
PHP.
3.2.1.14 Caractersticas de PHP
Segn Villar, J (2006) PHP presenta las siguientes caractersticas:
Es un lenguaje de script de cdigo abierto para servidores.
Es independiente del sistema operativo y puede ser utilizado en cualquiera de
ellos, incluyendo Microsoft Windows, Mac OS, Linux, HP-UX y Solaris.
Utiliza una amplia gama de servidores web, tiles como apache, Microsoft
Internet, Information Server, Netscape e iPlanet.
Se conecta a gran cantidad de base de datos, como MySQL, Ingres, Sybase,
Oracle,Base,informix, FrontBilse y Unix dbm. Una de las caractersticas que
distingue a PHP es el que proporciona soporte a muchos sitios web, de comercio
electrnico que manejen base de datos.
50
50
Se puede utilizar para crear imgenes y ficheros de lectura/escritura, as como

para enviar mensajes de correo electrnico. Para proporcionar estos servicios, PHP se
sirve de bastantes protocolos, como http, POP3, SNMP, LDAP e IMAP. (Pg. 3)
3.2.1.15 Software Libre
La definicin legal para el termino Software Libre segn el decreto 3390 en su
artculo 2, es la de un Programa de computacin cuya licencia garantiza al usuario
acceso al cdigo fuente del programa y lo autoriza a ejecutarlo con cualquier
propsito, modificarlo y redistribuir tanto el programa original como sus
modificaciones en las mismas condiciones de licenciamiento acordadas al programa
original, sin tener que pagar regalas a los desarrolladores previos.
Software libre es la denominacin del software que brinda libertad a los
usuarios sobre su producto adquirido y por tanto, una vez obtenido, puede ser usado,
copiado, estudiado, modificado y redistribuido libremente, es decir, se refiere a la
libertad de los usuarios para ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el
software.
De modo ms preciso, se refiere a cuatro libertades de los usuarios del software:
Libertad 0: la libertad de usar el programa, con cualquier propsito.
Libertad 1: la libertad de estudiar cmo funciona el programa, y adaptarlo a tus
necesidades. El acceso al cdigo fuente es una condicin previa para esto.
Libertad 2: la libertad de distribuir copias, con lo que puedes ayudar a tu
vecino.
Libertad 3: la libertad de mejorar el programa y hacer pblicas las mejoras a los
dems, de modo que toda la comunidad se beneficie. El acceso al cdigo fuente es un
requisito previo para esto.
51
51
3.2.1.16 Gestin Basada en Procesos

La gestin basada en procesos permite a las organizaciones identificar
indicadores para poder evaluar el rendimiento de las distintas actividades que se
llevan a cabo, no solo de forma aislada, sino formando parte de un conjunto
estrechamente interrelacionado. Sin duda la gestin basada en procesos es una
poderosa herramienta que muestra el desarrollo y seguimiento de los procesos con
relacin a las metas trazadas.
La gestin basada en procesos es la piedra angular de la norma ISO 9000:2000,
su implantacin puede ayudar a una mejora significativa a todos los mbitos de la
gestin de las organizaciones. Beltrn, Carmona, Carrasco, Rivas y Tejedor (s.f.),
afirman que esta herramienta conduce a la organizacin a una serie de actuaciones
tales como:
Definir las actividades que componen el proceso.
Identificar la interrelacin con otros procesos.
Definir las responsabilidades respecto al proceso.
Analizar y medir los resultados de la capacidad y eficacia del proceso.
Centrarse en los recursos y mtodos que permitirn la mejora del proceso.
3.2.1.17 Pasos para adoptar la Gestin Basada en Procesos
Beltrn y otros (s.f.), indican las actuaciones a emprender por parte de una
organizacin para dotar de un enfoque basado en procesos.
1. Identificacin y secuencia de los procesos mapa de procesos: es el primer

paso al asumir la gestin basada en procesos, aqu se identifica que proceso
52
52
deben configurar el sistema, es decir que procesos deben aparecer en el mapa de

procesos. Es importante recordar que los procesos ya existen dentro de la
organizacin, por lo tanto habr que identificar cules son los ms
significativos.
Para lograr la identificacin ms acertada de procesos, se deben tomar en

cuenta los siguientes factores:
Influencia en la satisfaccin del cliente.
Los efectos de la calidad del producto o servicio.
Influencia en factores clave de xito.
Influencia en los objetivos y estrategias.
Utilizacin intensiva de recursos.
Riesgos econmicos y de la instalacin.
El mapa de procesos est compuesto principalmente de tres tipos de procesos
que siguen una secuencia lgica.
Figura 9. Modelo de mapa de procesos

Fuente. http://www.monografias.com/trabajos56/gestion-basada-enprocesos/gestion-basada-en-procesos2.shtml
53
53
Los procesos estratgicos son procesos de planificacin y estn vinculados a

procesos de la direccin y principalmente a largo plazo. Los Procesos operativos
estn ligados directamente con la realizacin del producto o la prestacin del servicio.
Tienen un mayor impacto sobre la satisfaccin del usuario y por ltimo, los procesos
de apoyo son quienes proveen los recursos que necesitan los dems procesos. Estn
relacionados con recursos.
2. Descripcin de los Procesos: tiene como finalidad determinar los criterios y

mtodos para asegurar que las actividades de dicho proceso se lleven de manera
eficaz, al igual que el control del mismo. Por esta razn, se deben describir las
actividades y caractersticas de cada proceso a travs de un diagrama de proceso
y una ficha de proceso.
En el Diagrama de proceso, se representaran las actividades de manera grafica

y escalonada. Mientras que la ficha de proceso, servir de soporte de informacin
para recabar todas las caractersticas relevantes para el control de las actividades
definidas en el diagrama, as como para la gestin del proceso.
Figura 10. Modelo Diagrama de Proceso

Fuente. http://www.monografias.com/trabajos56/gestion-basada-enprocesos/gestion-basada-en-procesos2.shtml
54
54
Figura 11. Modelo Ficha de Proceso

Fuente. http://www.guiadelacalidad.com/img/ficha.gif
3. Seguimiento y Medicin de Procesos: El seguimiento y la medicin

constituyen, la base para saber que se est obteniendo, en que extensin se
cumplen los resultados deseados y por donde se deben orientar las mejoras.
4. Mejora de los procesos en base al seguimiento y medicin: los datos

recopilados del seguimiento y medicin de los procesos deben ser analizados
con el fin de conocer la evolucin de los procesos. De este anlisis se debe
obtener informacin relevante para conocer que procesos no alcanzan
resultados planificados y donde existen oportunidades de mejora.
55
55
Independientemente si el proceso alcanza los resultados planificados (de no

hacerlo se deben identificar las causas y establecer acciones preventivas y
correctivas), se deben buscar oportunidades de mejora, lo cual se traduce en un
aumento de la capacidad del proceso, es decir un aumento de la eficacia y/o eficiencia
del proceso.
3.2.1.18 Indicadores de Gestin.
Son elementos del sistema de control de gestin, que proporcionan informacin
significativa sobre aspectos crticos o claves de una organizacin mediante la relacin
de dos o ms datos.
Los indicadores de gestin ofrecen para las empresas que lo implementan y
controlan una ventaja competitiva frente a empresas productoras de los mismos
bienes y/ o servicios, por cuanto permiten identificar de forma inmediata sus
fortalezas y debilidades y tomar los correctivos para cada caso.
3.2.1.19 Base de Datos Oracle 10G.
Oracle es una base de datos cuya informacin se consolida de manera segura y
est siempre disponible, Oracle Database 10g posee el coste total de propiedad ms
bajo al lograr la utilizacin ms efectiva del hardware y de los recursos de IT. La
base de datos Oracle permite el almacenamiento eficiente de toda la informacin, la
utilizacin optima de los recursos, el mximo nivel de servicio y facilidad de gestin.
3.2.1.20 Beneficios de la Base de Datos Oracle 10G.
Entre los beneficios que brinda esta base de datos se encuentran:
56
56
Contar con la ms alta calidad de servicio, ofreciendo los tiempos de respuesta

que sus usuarios exigen y reduciendo sus costes de tiempo de baja. Slo Oracle ofrece
la disponibilidad, escalabilidad y los beneficios de bajo coste de clustering con Oracle
Real Application Clusters.
Reducir los costes con la base de datos de autoadministracin, en este punto
Oracle automatiza las tareas administrativas propensas a errores que consumen
mucho tiempo, de manera que los DBA pueden focalizarse en objetivos comerciales
estratgicos.
Crear Su Base para Grid Computing, Oracle Database 10 g es la primera Base
de Datos Relacional diseada para el Grid Computing, sta junto
con Real
Application Clusters y Administracin Automtica de Almacenamiento coordina el

uso de una gran cantidad de servidores y almacenamiento que actan como un solo
Grid de autoadministracin para obtener la ms alta calidad de servicio en hardware
modular, de bajo coste.
3.2.1.21 Sybase Power Designer.
Es la herramienta de modelamiento nmero uno de la industria que permite a
las empresas, de manera ms fcil, visualizar, analizar y manipular metadatos,
logrando un efectiva arquitectura empresarial de informacin.
PowerDesigner brinda un enfoque basado en modelos, el cual permite alinear al
negocio con la tecnologa de informacin, facilitando la implementacin de
arquitecturas efectivas de informacin empresarial. Brinda potentes tcnicas de
anlisis, diseo y gestin de metadatos a la empresa.
57
57
PowerDesigner combina varias tcnicas estndar de modelamiento con

herramientas lder de desarrollo, como .NET, Sybase WorkSpace, Sybase
Powerbuilder, Java y Eclipse, para darle a las empresas soluciones de anlisis de
negocio y de diseo formal de base de datos. Adems trabaja con ms de 60 bases de
datos relacionales.
3.2.1.22 Beneficios de Sybase Power Designer.

Alinea el negocio y la tecnologa de informacin para mejorar la productividad.
Brinda soporta abierto a ambientes heterogneos de todas clases.
Es altamente personalizable, permitiendo acogerse a los estndares y regulaciones.
Facilita la arquitectura empresarial, documentando los sistemas existentes.
Aumenta la agilidad del negocio con Link & Sync y anlisis de impacto.
3.2.1.23 Macromedia Dreamweaver
Es la herramienta de diseo de pginas web ms avanzada, Dreamweaver es la
opcin profesional para la creacin de sitios y aplicaciones web. Esta proporciona una
combinacin potente de herramientas visuales de disposicin, caractersticas de
desarrollo de aplicaciones y soporte para la edicin de cdigo.
3.2.1.24 Caractersticas de Macromedia Dreamweaver
Soporte de CSS ms amplio y ms potente.
Edicin de grficos incorporada.
FTP seguro.
Perfecta integracin con cdigo y archivos externos.
58
58
3.2.1.25 Macromedia Fireworks

Es una aplicacin en forma de estudio, pero con ms parecido a un taller
destinado para el manejo hbrido de grficos vectoriales con Grficos en mapa de bits
y que ofrece un ambiente eficiente para la creacin rpida de prototipos de sitios Web
e interfaces de usuario como para la creacin y Optimizacin de Imgenes para web.
Originalmente fue desarrollado por Macromedia, compaa que fue comprada en
2005 por Adobe Systems. Fireworks est enfocado en la creacin y edicin de
grficos para internet. Est diseado para integrarse con otros productos de Adobe,
como Dreamweaver y Flash.
3.2.1.26 Xampp
Es un servidor independiente de plataforma, software libre, que consiste
principalmente en la base de datos MySQL, el servidor Web Apache y los intrpretes
para lenguajes de script: PHP y Perl. Xampp
proviene del acrnimo de X (para
cualquiera de los diferentes sistemas operativos), Apache, MySQL, PHP, Perl. El

programa est liberado bajo la licencia GNU y acta como un servidor Web libre,
fcil de usar y capaz de interpretar pginas dinmicas.
3.2.1.27 HTML.
Es un lenguaje que hace posible presentar informacin en Internet. Lo que se ve
al visualizar una pgina en Internet es la interpretacin que hace el navegador del
cdigo HTML. HTML es la abreviatura de "HyperText Mark-up Language", es decir,
"Lenguaje de marcado hipertextual".
HTML es un lenguaje muy sencillo que permite describir hipertexto, es decir,
texto presentado de forma estructurada y agradable, con enlaces (hyperlinks) que
59
59
conducen a otros documentos o fuentes de informacin relacionadas, y con

inserciones multimedia. La descripcin se basa en especificar en el texto la estructura
lgica del contenido, as como los diferentes efectos que se quieren dar y dejar que
luego la presentacin final de dicho hipertexto se realice por un programa
especializado.
3.2.1.28 HTTP
Es el protocolo de transferencia de hipertexto o HyperText Transfer Protocol,
empleado en cada transaccin de la Web (WWW). Este protocolo fue desarrollado
por el consorcio W3C y la IETF. HTTP define la sintaxis y la semntica que utilizan
los elementos software de la arquitectura web (clientes, servidores, proxies) para
comunicarse. Es un protocolo orientado a transacciones y sigue el esquema peticinrespuesta entre un cliente y un servidor.
En este proceso al cliente que efecta la peticin, que puede ser un navegador o
un spider, se lo conoce como user agent o agente del usuario. A la informacin
transmitida se la llama recurso y se la identifica mediante un URL. Los recursos
pueden ser archivos, el resultado de la ejecucin de un programa, una consulta a una
base de datos, la traduccin automtica de un documento, entre otros.
3.2.2 Bases Legales
3.2.2.1 Decreto 3390: Publicado en la Gaceta oficial N 38.095 el 28 de
Diciembre de 2004.
Artculo 1. La Administracin Pblica Nacional emplear prioritariamente
Software Libre desarrollado con Estndares Abiertos, en sus sistemas, proyectos y
servicios informticos. A tales fines, todos los rganos y entes de la Administracin
60
60
Pblica Nacional iniciarn los procesos de migracin gradual y progresiva de stos

hacia el Software Libre desarrollado con Estndares Abiertos.
Artculo 2. A los efectos del presente Decreto se entender por:
Software Libre: Programa de computacin cuya licencia garantiza al usuario
acceso al cdigo fuente del programa y lo autoriza a ejecutarlo con cualquier
propsito, modificarlo y redistribuir tanto el programa original como sus
modificaciones en las mismas condiciones de licenciamiento acordadas al programa
original, sin tener que pagar regalas a los desarrolladores previos.
Estndares Abiertos: Especificaciones tcnicas, publicadas y controladas por
alguna organizacin que se encarga de su desarrollo, las cuales han sido aceptadas
por la industria, estando a disposicin de cualquier usuario para ser implementadas en
un software libre u otro, promoviendo la competitividad, interoperatividad o
flexibilidad.
Software Propietario: Programa de computacin cuya licencia establece
restricciones de uso, redistribucin o modificacin por parte de los usuarios, o
requiere de autorizacin expresa del Licenciador.
Distribucin Software Libre desarrollado con Estndares Abiertos para el
Estado Venezolano: Un paquete de programas y aplicaciones de Informtica
elaborado utilizando Software Libre con Estndares Abiertos para ser utilizados y
distribuidos entre distintos usuarios.
Artculo 3. En los casos que no se puedan desarrollar o adquirir aplicaciones en
Software Libre bajo Estndares Abiertos, los rganos y entes de la Administracin
Pblica Nacional debern solicitar ante el Ministerio de Ciencia y Tecnologa
61
61
autorizacin para adoptar otro tipo de soluciones bajo las normas y criterios
establecidos por ese Ministerio.
Artculo 4. El Ministerio de Ciencia y Tecnologa, adelantar los programas de
capacitacin de los funcionarios pblicos, en el uso del Software Libre desarrollado
con Estndares Abiertos, haciendo especial nfasis en los responsables de las reas de
tecnologas de informacin y comunicacin, para lo cual establecer con los dems
rganos y entes de la Administracin Pblica Nacional los mecanismos que se
requieran.
Artculo 5. El Ejecutivo Nacional fomentar la investigacin y desarrollo de
software bajo modelo Software Libre desarrollado con Estndares Abiertos,
procurando incentivos especiales para desarrolladores.
Artculo 6. El Ejecutivo Nacional fortalecer el desarrollo de la industria
nacional del software, mediante el establecimiento de una red de formacin, de
servicios especializados en Software Libre desarrollado con Estndares Abiertos y
desarrolladores.
Artculo 7. El Ministerio de Ciencia y Tecnologa ser responsable de proveer
la Distribucin Software Libre desarrollado con Estndares Abiertos para el Estado
Venezolano, para lo cual implementar los mecanismos que se requieran.
Artculo 8. El Ejecutivo Nacional promover el uso generalizado del Software
Libre desarrollado con Estndares Abiertos en la sociedad, para lo cual desarrollar
mecanismos orientados a capacitar e instruir a los usuarios en la utilizacin del
Software Libre desarrollado con Estndares Abiertos.
62
62
Artculo 9. El Ejecutivo Nacional promover la cooperacin internacional en

materia de Software Libre desarrollado con Estndares Abiertos, con especial nfasis
en la cooperacin regional a travs del MERCOSUR, CAN, CARICOM y la
cooperacin SUR-SUR.
Artculo 10. El Ministerio de Educacin y Deportes, en coordinacin con el
Ministerio de Ciencia y Tecnologa, establecer las polticas para incluir el Software
Libre desarrollado con Estndares Abiertos, en los programas de educacin bsica y
diversificada.
Artculo 11. En un plazo no mayor de noventa (90) das continuos, contados a
partir de la publicacin del presente Decreto en la Gaceta Oficial de la Repblica
Bolivariana de Venezuela, el Ministerio de Ciencia y Tecnologa deber presentar
ante la Presidencia de la Repblica, los planes y programas que servirn de
plataforma para la ejecucin progresiva del presente Decreto.
Artculo 12. Cada Ministro en coordinacin con la Ministra de Ciencia y
Tecnologa, en un plazo no mayor de noventa (90) das continuos, contados a partir
de la aprobacin por parte de la Presidencia de la Repblica de los planes y
programas referidos en el artculo anterior, publicar en la Gaceta Oficial de la
Repblica Bolivariana de Venezuela su respectivo plan de implantacin progresiva
del Software Libre desarrollado con Estndares Abiertos, acogindose a los
lineamientos contenidos en aquellos, incluyendo estudios de financiamiento e
incentivos fiscales a quienes desarrollen Software Libre con Estndares Abiertos
destinados a la aplicacin de los objetivos previstos en el presente Decreto.
Igualmente, las mximas autoridades de sus entes adscritos publicaran a travs del
Ministerio de adscripcin sus respectivos planes.
63
63
Los planes de implantacin progresiva del Software Libre desarrollado con

Estndares Abiertos de los distintos rganos y entes de la Administracin Pblica
Nacional, debern ejecutarse en un plazo no mayor de veinticuatro (24) meses,
dependiendo de las caractersticas propias de sus sistemas de informacin. Los
Ministros mediante Resolucin y las mximas autoridades de los entes que le estn
adscritos a travs de sus respectivos actos, determinarn las fases de ejecucin del
referido Plan, as como las razones de ndole tcnico que imposibiliten la
implantacin progresiva del Software Libre en los casos excepcionales, de acuerdo a
lo establecido en el artculo 3 del presente Decreto.
Artculo 13. El Ministerio de Ciencia y Tecnologa establecer dentro de los
planes y programas contemplados en el presente Decreto, mecanismos que preserven
la identidad y necesidades culturales del pas, incluyendo a sus grupos indgenas, para
lo cual procurar que los sistemas operativos y aplicaciones que se desarrollen se
adecuen a su cultura.
Artculo 14. Todos los Ministros quedan encargados de la ejecucin del
presente Decreto, bajo la coordinacin de la Ministra de Ciencia y Tecnologa.
3.2.2.2 Ley Orgnica de la Contralora General de la Repblica y el
Sistema Nacional de Control Fiscal: Publicado en Gaceta Oficial N 37.347 de
fecha 17 de diciembre de 2001.
Ttulo III. De las Potestades de Investigacin, de las Responsabilidades y
de las Sanciones.
Captulo II. De las Responsabilidades.
64
64
Articulo 91. Sin perjuicio de la responsabilidad civil o penal, y de lo que

dispongan otras leyes, constituyen supuestos generadores de responsabilidad
administrativa los actos, hechos u omisiones que se mencionan a continuacin:
1. La adquisicin de bienes, la contratacin de obras o de servicios, con

inobservancia total o parcial del procedimiento de seleccin de contratistas que
corresponda, en cada caso, segn lo previsto en la ley de licitaciones o en la
normativa aplicable.
3. El no haber exigido garanta a quien deba prestarla o haberla aceptado
insuficientemente.
4. La celebracin de contratos por funcionarios pblicos, por interpuesta persona o
en representacin de otro, con los entes y organismos sealados en los
numerales 1 al 11 del artculo 9 de esta ley, salvo las excepciones que
establezcan las leyes.
7. La ordenacin de pagos por bienes, obras o servicios no suministrados,
realizados o ejecutados, total o parcialmente, o no contratados, as como por
concepto de prestaciones, utilidades, bonificaciones, dividendos, dietas u otros
conceptos, que en alguna manera discrepen de las normas que las consagran. En
estos casos la responsabilidad
corresponder
a los funcionarios
que
intervinieron en el procedimiento de ordenacin de pago por cuyo hecho, acto u

omisin se haya generado la irregularidad.
9. La omisin del control previo.
10. La falta de planificacin, as como el incumplimiento injustificado de las metas
sealadas en los correspondientes programas o proyectos.
12. Efectuar gastos o contraer compromisos de cualquier naturaleza que puedan
afectar la responsabilidad de los entes y organismos sealados
en los
65
65
numerales 1 al 11 del artculo 9 de esta ley, sin autorizacin legal previa para
ello, o sin disponer presupuestariamente de los recursos necesarios para
hacerlo, salvo que tales operaciones sean efectuadas en situaciones de
emergencia evidentes, como en caso de catstrofes naturales, calamidades
pblicas, conflicto interior o exterior u otros anlogos, cuya magnitud exija su
urgente realizacin, pero informando de manera inmediata a los respectivos
rganos de control fiscal, a fin de que procedan a tomar las medidas que
estimen convenientes, dentro de los limites de esta ley.
14. El pago, uso o disposicin ilegal de los fondos u otros bienes de que sean
responsables el particular o funcionario competente y haberle advertido por
escrito la ilegalidad de la orden recibida, sin perjuicio de la responsabilidad de
quien imparti la orden.
17. La adquisicin, uso o contratacin de bienes, obras o servicios que excedan
manifiestamente a las necesidades del organismo, sin razones que lo
justifiquen.
20. El concierto con los interesados para que se produzca un determinado
resultado, o la utilizacin de maniobras o artificios conducentes a ese fin, que
realice un funcionamiento al intervenir, por razn de su cargo, en la celebracin
de algn contrato, concesin, licitacin, en la liquidacin de haberes o efectos
del patrimonio de un ente u organismo de los sealados en los numerales 1 al
11 del artculo 9 de esta ley, o en el suministro de los mismos.
21. Las actuaciones simuladas o fraudulentas en la administracin o gestin de
alguno de los entes y organismos sealados en los numerales 1 al 11 del
artculo 9 de esta ley.
23. Quienes ordenen iniciar la ejecucin de contratos en contravencin a una
norma legal o sublegal, al plan de organizacin, las polticas, normativa interna,
los manuales de sistemas y procedimientos que comprenden el control interno.
66
66
26. Quienes incumplan las normas e instrucciones de control dictadas por la

Contralora General de la Repblica.
29. Cualquier otro acto, hecho u omisin contrario a una norma legal o sublegal al
plan de organizacin, las polticas, normativa interna, los manuales de sistemas
y procedimientos que comprenden el control interno.
3.2.2.3 Manual de Normas de Control Interno sobre un Modelo Genrico

de la Administracin Central y Descentralizada Funcionalmente: Publicado en
gaceta Oficial N 38.282 del 28 de Noviembre de 2005.
Normas de Control Interno para la Administracin Central y los Entes
Descentralizados Funcionalmente.
Normas Bsicas de Control Interno Relativas al Ciclo de Compras Y
Contrataciones.
Solicitud y Aprobacin de las Adquisiciones de Bienes y Servicios.
Toda adquisicin de bienes y contratacin de servicios debe realizarse previa
Requisicin debidamente documentada, autorizada y aprobada por los funcionarios
que tengan atribuidas tales funciones. La Requisicin debe estar debidamente
fundamentada por el responsable del rea o unidad respectiva y su aprobacin solo
podr efectuarse si existe la disponibilidad presupuestaria para el gasto o inversin.
Recepcin de Bienes y Servicios.
Cuando la unidad reciba los bienes y servicios adquiridos, los funcionarios
responsables deben realizar el control perceptivo de los bienes y/o servicios y
67
67
elaborar la respectiva acta de Recepcin Definitiva sobre la recepcin conforme de

los bienes y debe entregar una copia de la misma a la unidad administradora
encargada de su registro.
Normas Bsicas de Control Interno de Bienes e Inversiones en Proyectos.
Bienes
Adquisicin de Bienes.
Las adquisiciones de bienes, ya sea por compra, donacin, canje o construccin,
deben ser registradas oportunamente al costo
de adquisicin, construccin o de
avalo en los casos de ser adquiridos por donacin o canje. La adquisicin de bienes
inmuebles, debe estar respaldada por documentos debidamente inscritos ante registro
pblico.
Control Perceptivo.
El control perceptivo debe practicarse al momento de la recepcin de los bienes
adquiridos, para asegurarse que el precio, calidad y cantidad correspondan con las
especificaciones aprobadas en las rdenes de compra.
Cdigo de Identificacin de los Bienes.
Cada organismo o ente debe tener los bienes debidamente identificados con
etiquetas o marcas, con el Mtodo, Cdigo y Fecha de Rotulacin establecidos para
tal efecto, estn en almacn o en uso, de acuerdo con los procedimientos establecidos.
68
68
Seguridad de los Bienes.

Cada organismo o ente debe contratar las plizas de seguros necesarias para
proteger los bienes que tengan adscritos, de conformidad con las polticas
establecidas, para cubrir los distintos riesgos o siniestros que puedan ocurrir y
adoptaran las medidas necesarias de custodia y seguridad material que sean
pertinentes de acuerdo a la naturaleza de cada bien.
Obsolescencia, Prdida o Dao de los Bienes.
Los bienes obsoletos, deteriorados o faltantes deben ser dados de baja
oportunamente de los registros contables e inventarios, previo el cumplimiento de los
trmites legales vigentes y la debida autorizacin, mediante resolucin expresa de la
mxima autoridad de la entidad respectiva. En caso de bienes muebles cuyo deterioro
sea irreversible, debe procurarse la mayor recuperacin econmica posible mediante
el aprovechamiento de sus partes o por venta de las mismas. En caso de detectarse
faltantes de bienes debe elaborarse Acta para dejar constancia de tal situacin,
avalada por el jefe de la dependencia o quien haga sus veces y por dos personas ms.
Registro de Bienes.
En todos los organismos de la administracin central y descentralizada
funcionalmente se crearan y mantendrn registros permanentes y detallados de las
entradas, salidas, traspasos y mejoras de los activos fijos que posibiliten
su
identificacin, clasificacin y control de su uso o disposicin. Por cada bien que se

incorpore se debe llenar una ficha del bien que incluye: Fecha de Compra, Costo del
Bien, Precio de Adquisicin, Construccin, Avalo de N de Orden de Compra,
Nombre del Proveedor, N Orden de Pago, Contrato de Mantenimiento, si lo tuviese,
Nombre de la compaa que realiza el Mantenimiento, N de contrato, N de Pliza de
69
69
Seguro, si la tuviere, Nombre de la compaa de seguro, N de Serial, si lo tuviere,

Unidad Administradora donde estar ubicado el bien, Responsable patrimonial,
primario y por uso.
Reparacin de Bienes de Uso.

Todas las reparaciones de bienes de uso deben realizarse previa solicitud
debidamente documentada,
autorizada y aprobada por el funcionario responsable
para tal fin en concordancia con la programacin de operaciones y la asignacin

presupuestaria.
Uso y Mantenimiento de Bienes.
Los organismos o entes de la Administracin Pblica deben utilizar los bienes y
servicios del estado, exclusivamente, para los fines previstos en la programacin de
sus operaciones. El jefe de la unidad a la que han sido adscritos los bienes es
responsable del mantenimiento preventivo y correctivo de los mismos.
Custodia de Bienes.
En los organismos o entes de la Administracin Pblica, el jefe de unidad a la
que han sido adscritos los bienes es responsable del
control y custodia de los
mismos.
Inventario Fsico de Bienes.
En cada organismo o ente pblico, en forma peridica o por lo menos una vez
al ao, el personal independiente de la custodia y registro contable deber verificar
70
70
fsicamente la situacin de los bienes que le han sido adscritos y compararlos con los
registro contables.
Enajenacin de Bienes.
Cuando sea necesaria la enajenacin de bienes adscritos al organismo o ente
debe efectuarse de conformidad con las normas legales vigentes que regulan la
materia y con los procedimientos prescritos para tales efectos.
3.2.3 Definicin de Trminos
La metodologa RUP cuenta entre sus artefactos con el documento glosario, en
este se definen la terminologa empleada en todo el desarrollo del proyecto.
CAPTULO IV
MARCO METODOLGICO
4.1 TIPO Y NIVEL DE INVESTIGACIN
El desarrollo de un sistema de informacin para la gestin de los procesos en la
Delegacin de Bienes Nacionales de la Universidad de Oriente, Ncleo Monagas,
posee un perfil de proyecto factible, por lo que la investigacin se consider como
proyectiva. As mismo, permiti dar solucin a la problemtica presentada y es la
forma ms ptima para que los usuarios puedan utilizar el sistema de manera
satisfactoria.
Hurtado (1998), define como investigacin proyectiva "a todas aquellas
investigaciones que conducen a inventos, programas, diseos o a creaciones dirigidas
a cubrir una determinada necesidad. (p. 311).
De acuerdo a la naturaleza del estudio de la investigacin, rene por su nivel las
caractersticas de un estudio descriptivo. Al respecto Sabino, C. (2002) menciona que
Las investigaciones descriptivas utilizan criterios sistemticos que permiten poner
de manifiesto la estructura o el comportamiento de los fenmenos en estudio,
proporcionando de ese modo informacin sistemtica y comparable con la de otras
fuentes. (Pg. 43)
4.2 POBLACIN Y MUESTRA
Segn Hurtado, J (2007): El conjunto de seres que poseen la caracterstica o
evento a estudiar y que se enmarcan dentro de los criterios de inclusin conforman la
poblacin, (p.140).
71
72
72
La poblacin de este trabajo de investigacin estuvo representada
por el
personal que labora en la Delegacin de Bienes Nacionales (1 empleado) y las

unidades solicitantes o dependencias de la Universidad de Oriente (78 Dependencias).
Estas ltimas representadas por su funcionario principal.
En lo que respecta a la muestra, para el desarrollo de esta investigacin se
encontr representada por el mismo nmero de personas que conformaron la
poblacin, puesto que es finita y manejable.
Hurtado, J (2008) opina que si: La poblacin, adems de ser conocida es
accesible, es decir, es posible ubicar a todos los miembros. No vale la pena hacer un
muestreo para poblaciones de menos de 100 integrantes, (p.140). Por tal razn, la
muestra estuvo conformada por la totalidad de la poblacin.
4.3 TCNICAS E INSTRUMENTOS DE RECOLECCIN DE DATOS
Las tcnicas e
instrumentos de recoleccin de, son recursos de que pueda
valerse el investigador para acercarse as, a los fenmenos en estudio y extraer de

ellos la informacin requerida.
Para Tamayo (1998), las tcnicas de recoleccin de datos: Permiten obtener
todos los datos necesarios para realizar la investigacin del problema que est en
estudio mediante la utilizacin de instrumentos que se disearn de acuerdo a la
tcnica a seguir. (p. 95)
Considerando que esta investigacin se encuentra centrada al desarrollo de un
sistema de informacin para la gestin de los procesos en la Delegacin de Bienes
Nacionales de la Universidad de Oriente, Ncleo Monagas; se llev a cabo la
recoleccin de los datos a partir de la interpretacin de los procesos que se ejecutan
73
73
en la misma, para ello se emplearon las tcnicas e instrumentos especificados a

continuacin:
La observacin directa, para este trabajo de investigacin se aplico la tcnica de
la observacin directa ya que el investigador pudo evidenciar y visualizar de cerca la
problemtica que acarrea a la Delegacin de Bienes Nacionales. Al respecto Sabino,
C. (2002) sostiene que la ventaja principal de esta tcnica en el campo de las ciencias
del hombre radica en que los hechos son percibidos directamente, sin ninguna clase
de intermediacin, colocndonos ante la situacin estudiada tal como sta se da
naturalmente. (Pg. 101)
La entrevista no estructurada, con la finalidad de conocer y estudiar la
informacin obtenida para as poder canalizar y detectar todo lo referente a los
procesos manejados por dicho departamento. Para Sabino, C. (2002) La entrevista es
aquella en que existe un margen ms o menos grande de libertad para formular las
preguntas y las respuestas. (Pg. 108).
La Revisin Documental, para el enriquecimiento de los conocimientos
relacionados con el rea en estudio y
todo el proyecto en general. La revisin
documental es, sin duda una valiosa tcnica de recoleccin de datos, a travs de la
cual se obtienen las bases que sustentan el trabajo de investigacin.
Entre los instrumentos empleados para la recoleccin de informacin estn:
Gua de Observacin, son formatos que sirven para evaluar y registrar los
aspectos relacionados con el desempeo de determinada rea o situacin. Al analizar
esta informacin se puede apreciar los progresos logrados. Estas son obtenidas en
base a las observaciones realizadas con la finalidad de comprobar hasta qu punto se
dan los diferentes comportamientos.
74
74
Las gua de observacin son flexibles, en ellas se incorporarn las preguntas

que el observador formule. Adems, es probable que, durante las visitas que se
realicen, se observen una diversidad de eventos no previstos inicialmente, en tal caso
tendrn ms elementos para comentar, lo que enriquecer la gua de observacin y
permitir comprender cada vez mejor la situacin estudiada.
Gua de Entrevista, para Hurtado, J. (2008) Es el instrumento propio de la
tcnica de entrevista. En ella el investigador seala los temas o aspectos en torno a los
cuales se va a preguntar. (Pg. 161).
4.4 TCNICAS DE ANLISIS DE DATOS
Para la interpretacin de los resultados se emple el anlisis cualitativo, se
procedi al estudio de la informacin obtenida y el anlisis se efecto cotejando los
datos que se refieran a un mismo aspecto y tratando de evaluar la fiabilidad de cada
informacin. Todo esto con la finalidad de presentar los resultados y resaltar as los
aspectos ms significativos de la poblacin, para contar con una referencia a ser
tomada en cuenta para el desarrollo del sistema.
4.5 DISEO OPERATIVO
El diseo de este trabajo de investigacin se desarrollo teniendo como base
principal el uso de la metodologa para desarrollo de software RUP y aunado a esto
se empleo la Gestin Basada en procesos para el Diseo de los indicadores de
gestin.
La metodologa de desarrollo de software RUP represento para este proyecto
una valiosa herramienta, gracias a sus poderosas caractersticas de estar dirigido por
casos de uso, lo que permiti que junto al lenguaje de modelado UML se obtuvieran
75
75
los diagramas de casos de uso que permitieron tener una visin ms amplia tanto del
negocio como del sistema. Estos diagramas se utilizaron para capturar los requisitos
funcionales y para definir los contenidos de las iteraciones.
Otras de las ventajas que brindo la metodologa fue la razn de estar centrado
en la arquitectura. El Proceso Unificado asume que no existe un modelo nico que
cubra todos los aspectos del sistema, por dicho motivo existen mltiples modelos y
vistas que definen la arquitectura de software de un sistema. Y por ltimo el hecho de
ser iterativo e incremental permiti que en cada fase las iteraciones se refinaran a tal
grado de estar libre de riesgos. Estas iteraciones ofrecen como resultado un
incremento del producto desarrollado que aade o mejora las funcionalidades del
sistema en desarrollo. RUP se basa en cuatro (4) fases fundamentales, estas son
inicio, elaboracin, construccin y transicin.
Por otra parte el empleo de la gestin basada en proceso permiti el diseo
eficaz de una serie de indicadores de gestin que permitirn a la Delegacin de
Bienes Nacionales gestionar sus procesos, actividades y recursos con el fin
orientarlos hacia el logro de buenos resultados.
Los pasos para adoptar la gestin basada en procesos son:
1. Identificacin y secuencia de los procesos mapa de procesos.

2. Descripcin de los procesos
3. Descripcin de las actividades del proceso Diagrama de proceso.
4. Descripcin de las caractersticas del proceso Ficha de proceso.
5. Seguimiento y medicin resultados del proceso.
6. Mejora de los procesos en base a la medicin.
de
76
76
Con la unin de estas 2 herramientas, se logro la determinacin y el anlisis de

la situacin que presenta actualmente la organizacin y de las mejoras tecnolgicas
que se plantearon para dar solucin a la problemtica. Esto trajo como resultado que
la metodologa quedara estructurada de la siguiente manera:
Fase I: Inicio
Por medio de una serie de entrevistas, encuestas y reuniones realizadas a los
empleados encargados de la Delegacin de Bienes Nacionales, se obtuvo una visin
ms amplia de los procesos llevados a cabo por la misma, definiendo el alcance del
proyecto que abarca los procesos de incorporacin, desincorporacin, traslado e
inventario. Asimismo se cont con informacin de vital importancia que servir de
base para los estudios que se realicen en el desarrollo del nuevo sistema.
Teniendo ya toda esta informacin, se proceder a realizar la descripcin del
rea en estudio, su funcionamiento, operaciones, procesos y todo lo relacionado con
el da a da de esta Delegacin.
Fase II: Elaboracin
Una vez recopilada toda la informacin necesaria para realizar la descripcin
del rea en estudio, se procedi a determinar las necesidades y requerimientos por
medio de un anlisis del dominio del problema, donde adems de obtener el 80% de
los casos de usos completos, se construir un arquitectura ejecutable que contemple
los casos de uso crticos.
En esta fase tambin tuvo lugar el diseo de indicadores de gestin, que forman
parte de la funcionalidad que del sistema de informacin y abarca aspectos como
estatus de solicitudes, desempeo de los RRHH, satisfaccin de las demandas y
77
77
tiempos de respuesta, que permitirn principalmente verificar el cumplimiento de los

objetivos preestablecidos.
Fase III: Construccin
Es la ltima fase empleada en el desarrollo del proyecto, aprovechada hasta una
tercera iteracin. La finalidad principal de esta fase fue alcanzar la capacidad
operacional del producto de forma incremental a travs de las sucesivas iteraciones.
Durante esta fase todas los componentes, caractersticas y requisitos, que no haban
sido realizados, son implementados, integrados y testeados, obtenindose una versin
beta del producto. Es por ellos que ya para esta fase se cuenta con un producto inicial
operativo de funcionalidad incremental, y se tendrn el 100% de los casos de uso
completamente terminados.
Cuadro Operativo. Cuadro
2. Cuadro Operativo
Fase
Metodologa
Objetivos Especficos
1.
Producto
Recopilar Encuestas
aplicadas
al
informacin sobre las personal involucrado.

actividades
administrativas
O Inicio
no
que estructuradas.
realiza la Delegacin de Anlisis del dominio del
I
Comienzo
Entrevistas
RUP
Bienes Nacionales de la negocio

Universidad de Oriente Anlisis de requerimientos.
Ncleo Monagas.
Modelo inicial de casos de

uso (10% a 20%) listos.
Identificacin
inicial
riesgos.
Plan de proyecto.
de
78
78
Cont. Cuadro 2. Cuadro Operativo

2.
Determinar
necesidades
las Diseo de indicadores de

y gestin.
que Descripcin
requerimientos
de
la
posee la Delegacin de arquitectura de software

Modelos de casos de uso
Bienes Nacionales.
del
II
Elaboracin
RUP
negocio
(80%
3. Obtener una visin completos).

global de los procesos y Especificaciones de casos
actividades que rigen el de uso del sistema
Especificaciones
funcionamiento
operacional
de
la complementarias
Delegacin.
III
4.
Construcci
n
Desarrollar
un Modelo
completo
de
sistema de informacin diseo y casos de uso.

RUP
con altos niveles de Especificaciones de casos

calidad
para
la de uso de prueba.
Delegacin.
Liberacin de productos
ejecutables
de
funcionalidad incremental.
Prototipo
producto.
beta
del
CAPTULO V
RESULTADOS
5.1 FASE I: COMIENZO O INICIO
Esta fase estuvo dirigida a la recoleccin de informacin acerca del
funcionamiento de la Delegacin de Bienes Nacionales de la Universidad de Oriente,
Ncleo Monagas, para ello se emplearon herramientas que sirvieron de gran apoyo
en la bsqueda y facilitaron la elaboracin de los artefactos a entregar en cada fase.
La observacin directa fue la clave principal para recopilar toda la informacin
referente a los procesos llevados a cabo por dicha delegacin, se logro visualizar de
cerca y sin ningn tipo de intermediarios la problemtica existente. Pudiendo as
identificar los casos de uso crticos del sistema y los escenarios bsicos que definen la
funcionalidad. Esta tcnica
realizada en
la Delegacin de Bienes Nacionales,
permiti determinar que sta lleva a cabo sus tareas de manera poco eficiente.
Otra tcnica que sirvi de apoyo en la bsqueda de informacin fue la
entrevista no estructurada, que permiti conocer la opinin del personal que labora
en la delegacin. En lneas generales, se pudo definir
el modelo del negocio y el
alcance del proyecto, adems de identificar a los actores y disear los casos de uso
ms esenciales. Tambin se lograron estimar los riesgos, las fuentes de incertidumbre
y el tiempo de todo el proyecto. Toda esta informacin logro ser documentada en una
serie de artefactos, propios de la metodologa de desarrollo de software RUP.
Seguidamente, se mostrar el documento visin, que permiti plasmar los
requerimientos generales del proyecto, las caractersticas principales y restricciones
del mismo. Es importante resaltar que uno de los primeros objetivos de todo proceso
79
80
80
de desarrollo, no importa cun formal o informal puede ser, es el de desarrollar una

visin clara sobre el producto deseado, el proceso en s, y las necesidades que se van
a cubrir con el proyecto. Y una de las primeras tareas es la de desarrollar una visin
del sistema. Por tal motivo, en este documento se podrn encontrar en principio el
propsito y alcance del presente proyecto, el posicionamiento del mismo, algunas
descripciones en cuanto a los participantes y usuarios y los requerimientos que
plantea su ejecucin.
El segundo documento, ser el del plan de desarrollo de software, que
tcnicamente es un resumen de los distintos planes que son necesarios para ejecutar
un proceso de desarrollo. Es decir, que en proyectos de tamao pequeo o mediado,
este documento tendr muchas secciones con informacin sobre la gestin del
proceso, en tanto que en un proyecto grande, lo que tendr ser muchas referencias a
todos los planes independientes que se hayan desarrollado. En el caso del desarrollo
de este proyecto, el plan de desarrollo del software
abarc la vista general, la
organizacin y gestin del proyecto.

Luego, tendr lugar el documento de plan de administracin de riesgos, donde
se especifican y sealan los riesgos asociados al desarrollo del proyecto. La
Administracin de riesgos es el trmino aplicado a un mtodo lgico y sistemtico de
establecer el contexto, identificar, analizar, evaluar, tratar, monitorear y comunicar
los riesgos asociados con una actividad, funcin o proceso de una forma que permita
a las organizaciones minimizar prdidas y maximizar oportunidades. Administracin
de riesgos es tanto identificar oportunidades como evitar o mitigar prdidas. Y esto se
plasma en el siguiente documento.
El documento de plan de iteracin general, tambin ser mostrado como
resultado en esta primera fase. Este documento da a conocer las iteraciones, recursos,
81
81
cronograma y criterios de evaluacin que se van a realizar a lo largo del proyecto,

todo esto se realiz basndose en la definicin de los procesos de negocio del sistema.
El ltimo documento presentado en esta fase, es el de las especificaciones de
casos de uso del negocio. Los casos de uso representan una trazabilidad real entre
requerimientos, anlisis, diseo e implementacin. En el estudio de negocio sirvieron
como vehculo muy eficaz para capturar, organizar y visualizar requerimientos.
Adems, representaron el fundamento para una definicin no ambigua de los
requerimientos funcionales. Con la elaboracin de los casos de usos del negocio se
pudo representar un lenguaje de comunicacin eficaz cliente-desarrollador.
5.4. ANLISIS COSTO-BENEFICIO
El anlisis Costo-Beneficio, permite definir la factibilidad de las alternativas
planteadas o del proyecto a ser desarrollado. Esta tcnica tiene como objetivo
fundamental
proporcionar
una medida
de los costos en que se incurren en la
realizacin de un proyecto informtico, y a su vez comparar dichos costos previstos

con los beneficios esperados de la realizacin de dicho proyecto.
Este anlisis se utilizo para determinar si los beneficios generados con el
desarrollo de este proyecto estaban en proporcin con los costos del mismo. Para ello,
en principio se definieron una serie de requerimientos que representan los costos, y
posteriormente se mostrarn los beneficios alcanzados.
5.4.1 Costos.
Costos de Hardware y Software: estn relacionados con los gastos
generados de la adquisicin del hardware y el software necesarios para el desarrollo
del proyecto. Para el proceso de desarrollo del sistema no se adquiri ningn tipo de
hardware ya que el centro de computacin contaba con los equipos necesarios para
82
82
que se lograra satisfactoriamente la culminacin del mismo. En cuanto al software, la

mayora de las herramientas utilizadas para el anlisis, diseo y construccin del
sistema fueron de licencia libre, el centro de computacin tambin contaba con
aquellas pocas que no pertenecan a este entorno.
Costos de Personal y Adiestramiento: se refiere al personal requerido, tanto
tcnico como administrativo, caractersticas y el tipo de capacitacin que se le debe
proporcionar a cada empleado. Las funciones de analista de sistemas y programador,
fueron ejecutadas por la pasante de Ingeniera de Sistemas dentro del Centro de
Computacin, dicha organizacin suministro la capacitacin gratuita, necesaria para
el cumplimiento de los objetivos.
Costos de Papelera: son todos los materiales necesarios para el desarrollo
del proyecto. Aqu se incluyen los costos generados de la compra de artculos de
papelera como hojas, block de notas, lpices, en fin materiales necesarios en el
desarrollo del proyecto.
El cuadro 37, refleja la informacin completa de los costos generados en la
realizacin del proyecto:
Cuadro 9. Costos
Costos
Costos
BsF.
Costos de Hardware y Software

Hardware
Software
Total de Costos de Hardware y Software
Costos de Personal y Adiestramiento
Analista de Sistemas
Programador
Cursos de Adiestramiento
0,00
0,00
0,00 BsF.
0,00
0,00
0,00
83
83
Total de Costos de Personal y Adiestramiento

0,00 BsF.
Costos de Papelera
10
Resmas Papel Bond Tipo Carta
280,00
2
Block de Notas
24,00
25
Carpetas Manila
25,00
6
Carpetas Marrones
12,00
10
CD-ROM
20,00
20
Bolgrafos
70,00
4
Toner
1480,00
Total de Costos de Papelera
1.911,00 Bs. F
TOTAL DE COSTOS
1.911,00 Bs.F
5.4.2 Beneficios.
En el desarrollo de proyectos software, resulta de mucha importancia conocer
los beneficios que pudiera generar el sistema, una vez que ste fuese finalmente
implantado. Los beneficios que se generan con el desarrollo del presente proyecto se
dividen en dos grupos, los beneficios tangibles y los beneficios intangibles, mostrados
detalladamente a continuacin:
Beneficios Tangibles.
Los beneficios tangibles son las ventajas econmicas cuantificables que
obtiene la organizacin a travs del uso del sistema de informacin. Los beneficios
tangibles que se generaran con la implantacin del sistema son los siguientes:
Disminucin del tiempo empleado para el registro de solicitudes:
Actualmente las unidades solicitantes pertenecientes al ncleo Monagas de la
Universidad de Oriente, realizan sus solicitudes de registro de bienes de manera
84
84
manual, vaciando toda la informacin en una especie de oficio, donde explican de

manera detallada lo que requieren, para posteriormente proceder a imprimir la misma.
Aproximadamente el tiempo requerido para realizar esta operacin es de 15 minutos.
Es por ello que uno de los beneficios ms importante que genera la implantacin del
sistema ser el ahorro de tiempo que tendrn las diferentes unidades solicitantes, ya
que el sistema les bridar un formato digital, donde solo tendrn que llenar pocos
campos de datos para luego enviar la solicitud va web y dar as por culminada la
operacin, en un promedio de tiempo de 2 minutos aproximadamente
Cuadro 10 Tiempo empleado en el registro de solicitudes
Sistema Actual Sistema Propuesto
Beneficio
Tiempo empleado
para el registro de
solicitudes
15 minutos
2 minutos
13 minutos

Es importante sealar que la informacin empleada para la realizacin del este
anlisis fue obtenida en pruebas realizadas usuarios del sistema. Adems de este
notable beneficio, resaltan tambin la reduccin de tiempos de respuestas, el ahorro
en gastos de papel y envi de fax reduciendo costos operacionales y la ventaja de que
los datos estarn centralizados en una sola base de datos.
Beneficios Intangibles.
Los beneficios intangibles son aquellos obtenidos por la organizacin, que
resultan difciles de cuantificar, pero no por ello dejan de ser importantes. Los
beneficios intangibles que se generaran con la implantacin del sistema son:
1. Optimizacin de los procesos.
85
85
2. Incremento de la satisfaccin de los empleados al eliminar tareas de naturaleza

tediosa.
3. Mejora del proceso de toma de decisiones.
4. Mejoras en la imagen de la Delegacin de Bienes Nacionales y la Universidad
en general.
5. Reduccin notable en los tiempos de respuesta.
6. Integracin de datos.
7. Cumplimientos optimo de los estndares establecidos.
UDO- DIRECCIN DE COMPUTACIN

PROYECTO: Desarrollo de un Sistema de Informacin para VERSIN: 1.0
la gestin de los procesos en la Delegacin de Bienes
Nacionales de la Universidad de Oriente, Ncleo Monagas.
FECHA:
NOMBRE DEL DOCUMENTO: Documento Visin
Septiembre 2008
Proyecto:
Desarrollo de un Sistema de Informacin para la
gestin de los procesos en la Delegacin de Bienes
Nacionales de la Universidad de Oriente, Ncleo
Monagas
Documento Visin
Versin 1.0
Confidencial
UDO- Centro de Computacin
Pg.

FECHA:
Septiembre 2008
Revisin Histrica
Date
Versin
Descripcin
Autor
15-01-2008
0.90
Versin inicial revisada
Leriana Medina
14-03-2008
0.91
Versin Revisada y Modificada
Leriana Medina
16-06-2008
0.92
Leriana Medina
29-09-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1.2. Propsito.......
1.3. Alcance.
1
1
1
2. Posicionamiento.....
2.1. Oportunidades de negocio
1
1
2.2. Planteamiento del problema.....
2.3. Declaracin de posicin del producto......
3. Descripcin de participantes y usuarios

3.1. Roles y responsabilidades de los participantes
3.2. Necesidades Clave de participantes o usuarios.
4
4
6
3.2.1. Necesidades de participantes a nivel de trabajo 6

3.2.2. Necesidades de participantes a nivel de sistema...
3.2.3. Necesidades de los usuarios
4. Descripcin Global del Producto...

4.1. Perspectiva del producto..
8
8
4.2. Arquitectura del producto...
4.3. Resumen de capacidad.
4.4. Presunciones y dependencias...
10
4.5. Licenciamiento e instalacin
10
5. Precedencia y prioridad
11
6. Requerimientos mnimos del proyecto

6.1. Requerimientos de software....
11
11
6.2. Requerimientos del hardware......
12
6.3. Requerimientos de materiales....... 12

6.4. Requerimientos de servicios.....
13
6.5. Otros requerimientos............
13

FECHA:
Septiembre 2008
Visin
1.1. Introduccin
1.1 Propsito:
Este documento plantea establecer la definicin inicial del proyecto para el
desarrollo de un Sistema
que permita llevar un mejor control de las operaciones
realizadas en la Delegacin de Bienes Nacionales. Por esta razn se presenta una

breve descripcin del entorno del proyecto, donde se definen las caractersticas,
necesidades y requerimientos que permitan lograr la planificacin del mismo.
1.2 Alcance
Desarrollo de un sistema de informacin que controle los procesos de
Incorporacin, Desincorporacin, Traslados e Inventario que realiza la Delegacin de
Bienes Nacionales de la Universidad de Oriente, logrando con esto tener un mejor
manejo de la informacin de las operaciones que lleva a cabo dicha Delegacin.
El nuevo Sistema ser diseado utilizando herramientas de Software Libre que
permita cumplir con el Decreto Presidencial 3390.
2. Posicionamiento
2.1 Oportunidades de Negocio:
Las oportunidades que se presentan con el desarrollo de este proyecto son:
Confiabilidad de los datos eliminando inconsistencia.
Reduccin en los tiempos de procesamiento de informacin.
Acceso rpido y seguro a
la aplicacin desde cualquiera de las unidades
solicitantes.
Factibilidad tcnica en procesos y en operacin de equipos
Confidencial
Pg.

FECHA:
Septiembre 2008
Aumento en el rendimiento de los equipos y facilidad para incorporar nuevos
equipos y sistemas de informacin.
Fiabilidad de los datos permitiendo credibilidad por parte de los trabajadores.
Generacin de estndares corporativos que permita adaptarse al cumplimiento del
Decreto Presidencial 3390, el cual establece la utilizacin prioritaria de software
libre en las empresas pblicas.
Actualizacin de herramientas tecnolgicas, que permitan estar acorde a las
nuevas exigencias.
2.2 Planteamiento del problema:
Seguidamente, se muestra un cuadro con el planteamiento del problema.
El problema de
La Delegacin de Bienes Nacionales actualmente presenta un

grave
inconveniente
relacionado
con
el
manejo
de
la
informacin, principalmente en el procesamiento de datos, este

se realiza con bajo nivel de gestin, puesto que realizar cualquier
condensacin de estos datos requiere de mucho tiempo y los
vnculos entre ellos son difciles de actualizar. Lo que ocasiona
descontrol en la incorporacin y desincorporacin de bienes, en
la realizacin de inventarios, enajenaciones internas y todo lo
relacionado con el ingreso o salida de un activo en el ncleo.
Esto puede estar originado por la falta de informacin precisa al
momento de necesitarla, obviamente generada por el uso de
herramientas
que no permiten realizar un manejo rpido y
puntual de la misma, otro punto que le da origen al problema

planteado es la falta de personal que preste apoyo en los
diferentes procesos que se efectan en la Delegacin. Cayendo
en la terrible problemtica de que varios roles son asumidos por

FECHA:
Septiembre 2008
El problema de
una sola persona, quedando retardo de trabajo en esta, lo que

origina volumen del mismo acarreando en muchos casos perdida
en la continuidad operativa de los procesos.
Afecta a
Cuyo impacto es
Los trabajadores de la UDO.

Informacin poco fiable, descontrol de en el registro de datos y
retraso en la presentacin de reportes ante las autoridades.
Una solucin
El desarrollo de un sistema que permita a Bienes Nacionales
Apropiada
mantener un control de las operaciones que realizan, logrando as

llevar
al
da
los
procedimientos
de
incorporacin,
desincorporacin, traslado e inventarios. As mismo contar con

informacin segura y confiable que permita la integracin de los
datos, necesaria para producir indicadores que apoyen la toma de
decisiones de manera precisa y confiable.
2.3 Declaracin de Posicin del Producto:

El cuadro mostrado a continuacin, muestra en su estructura el posicionamiento del
producto.
Para
La Delegacin de Bienes Nacionales.

Las Unidades Solicitantes pertenecientes a la UDO.
Las autoridades Decanales.
Las autoridades Rectorales.
Quienes
Necesitan contar con informacin rpida y confiable.

FECHA:
Septiembre 2008
El Software
Es un sistema de informacin bajo plataforma de Software

Libre.
Que
Facilitara la administracin de los procesos y permitir

contar con informacin consistente y confiable.
No como
El sistema que actualmente emplean, que por estar

desarrollado bajo herramientas obsoletas hacen que la
informacin se encuentre, en cierto modo, aislada. Lo que
trae consigo descontrol general en todos los procesos
realizados.
Nuestro producto
Permitir codificar los materiales que pertenecen a la

Universidad de Oriente y controlar la incorporacin y
desincorporacin
de
bienes.
Adems
permitir
el
cumplimiento del Decreto Presidencial n 3390.
3. Descripcin de participantes y usuarios

3.1. Roles y Responsabilidades de los Participantes
Un rol puede ser definido como
el comportamiento
de uno o varios
individuos. Es la personalidad pblica de cada individuo, vale decir, el papel ms o

menos predecible que asume con el objeto de amoldarse a la sociedad de la que forma
parte. Una persona puede desempear diversos roles, as como un mismo rol puede
ser representado por varias personas.
A continuacin se describirn cada uno de los roles que se utilizarn en el
proyecto:

FECHA:
Septiembre 2008
Rol
Responsabilidad
Lder del Proyecto
El Lder de proyecto asigna los recursos, gestiona las

prioridades, coordina las interacciones con los clientes y
usuarios, y mantiene al equipo del proyecto enfocado en los
objetivos. Tambin establece un conjunto de prcticas que
aseguran la integridad y calidad de los artefactos del proyecto.
Adems, se encargar de supervisar el establecimiento de la
arquitectura del sistema. Gestin de riesgos. Planificacin y
control del proyecto.
Analista de Sistemas
Captura, especifica y valida requisitos, interactuando con el

cliente y los usuarios mediante entrevistas. Elaboracin del
Modelo de Anlisis y Diseo. Colaboracin en la elaboracin de
las pruebas funcionales y el modelo de datos.
Analista de procesos de
negocio.
Integrador
Es responsable de definir la arquitectura, definir los casos de uso

y actores y la interaccin entre ellos.
Es el responsable de planear y realizar la integracin de
elementos de la Aplicacin.
Programador
Construccin del Software. Colaboracin en la elaboracin de

las pruebas funcionales, modelo de datos y en las validaciones
con el usuario.
Especialista en Pruebas
Es responsable de realizar las pruebas del software cada vez que
(tester)
se realice una iteracin y las pruebas finales anotando los

resultados de esa comprobacin.
Confidencial
Pg. 5

FECHA:
Septiembre 2008
3.2 Necesidades Clave de Participantes o Usuarios
3.2.1 Necesidades de participantes a nivel de Trabajo:
En el siguiente cuadro, se exponen el conjunto de necesidades de participantes
a nivel de trabajo.
Necesidad
Prioridad
Taller de RUP
Alta
Soluciones Propuestas
Dictar un taller de RUP a cargo
de la Lic. Nohem Pinto
Dictar un taller de UML a cargo
Alta
Taller de UML
Curso de Macromedia
Alta
de la Lic. Nohem Pinto.
Dictar curso de Macromedia

Dreamweaver a cargo del
Dreamweaver
T.S.U. Francisco Oliveros

Curso de PHP
Alta
Dictar curso de PHP a cargo de

Ing. Rodolfo Rodrguez
3.2.2 Necesidades de participantes a nivel de Sistemas:

El cuadro mostrado a continuacin, representa las necesidades de participantes a
nivel de sistemas.
Necesidad
Lograr
la
estandarizacin
aplicaciones,
Confidencial
migracin
Prioridad
Alta
Desarrollo de una aplicacin
de
las
WEB que se encuentre bajo los
segn
lo
estndares de software libre y
Pg.

FECHA:
Septiembre 2008
establece
el
decreto
del decreto 3390.
presidencial 3390.
Capturar
registrar
Alta
requerimientos empleando la
Implementar aplicacin WEB

bajo estndares abiertos.
creacin de casos de uso.

Permitir
control
de
forma
Alta
remota del equipo del cliente.
Implementar
una
aplicacin
libre, multiplataforma y de alto

desempeo.
Documentar
en
forma
Media-alta
incremental la evolucin de los
bajo
casos de uso.
mejorando la interfaz.
Asignar los casos nuevos a la
Alta
cartelera correspondiente.
estndares
abiertos,

bajo estndares abiertos con
una interfaz amigable.
Ordenar
los
casos
segn
Alta
estado, prioridad, tipo.
Mejorar el mecanismo para

priorizar los casos.
3.2.3 Necesidades de los usuarios:

Las necesidades de los usuarios son mostradas en el siguiente cuadro.
Necesidad
Realizar lectura de la informacin a
travs de cdigos de barras.
Prioridad
Alta
Modulo de Bienes Nacionales

FECHA:
Septiembre 2008
Acceso va on-line al inventario.
Alta
Envi de solicitudes va on-line.
Alta
Consultas de status de solicitudes.
Alta
Realizar registro de los bienes en

planillas digitales.

Alta
4. Descripcin Global del Producto

4.1 Perspectiva del producto
El producto a desarrollar es un sistema que permita controlar e integrar
la
informacin de las operaciones realizadas en la Delegacin de Bienes Nacionales de

la Universidad de Oriente, ncleo Monagas, utilizando herramientas de Software
Libre que permita cumplir con el Decreto Presidencial.
El sistema tendr la facultad de realizar la lectura de la informacin a travs
de cdigos de barras, todo esto para tener un mejor control de la entrada y salida de
bienes al igual que de los traslados e inventarios. Es evidente que los tiempos de las
operaciones sufrirn un gran cambio, ya que con el sistema todo ser ms rpido, las
solicitudes sern enviadas va Web, y ya no ser necesaria la movilizacin de
personal.
La Delegacin de Bienes Nacionales presenta muchos requerimientos, y lo
primordial es que posean un sistema que les facilite los procesos de sus operaciones y
la culminacin satisfactoria de las mismas.
Todas las operaciones sern realizadas va electrnica, lo que traer
numerosas ventajas tanto para la Delegacin de Bienes Nacionales, como para las
unidades solicitantes a las cuales les presta el servicio.

FECHA:
Septiembre 2008
4.2 Arquitectura del producto
La figura expuesta a continuacin, muestra la arquitectura bajo la cual estar
desarrollado el producto.
4.3 Resumen de Capacidades

En el siguiente cuadro, se mostrar un listado de las capacidades que ofrecer
el producto.
Beneficios
Funcionalidades
Validacin de la informacin El software contara con un sistema de validaciones,

de manera permanente.
con lo que se lograra minimizar la duplicacin de

trabajo.
Capacidad para parametrizar y El software tendr un mdulo de administracin que

configurar el sistema.
permitir mantener un monitoreo de los accesos,

configurar a los usuarios y consultar datos histricos.

FECHA:
Septiembre 2008
Mayor
agilidad
en
los El software por su plataforma tecnolgica permitir
procesos dando la posibilidad que los procesos se realicen de manera rpida.

de hacerlo va web.
Control de registros de Bienes. El software contara con un modulo que permitir hacer
los registros de los bienes que sean incorporados,
desincorporados, trasladados e inventariados.
Control de Solicitudes
El sistema contara con un modulo a travs del cual se

podrn elaborar, enviar y recibir solicitudes.
4.4 Presunciones y Dependencias

Se asume que el alcance enunciado en primer trmino para este documento no
ser ampliado. De ocurrir una ampliacin del alcance se tendran que realizar
transformaciones en las funcionalidades. En trminos de implementacin, se asume la
plataforma donde se va a instalar el SL-UDO est en cumplimiento del Decreto
Presidencial 3390 (Software Libre) y que los usuarios utilizan plataformas
heterogneas en cuanto a sistemas operativos y herramientas de productividad.
4.5 Licenciamiento e Instalacin
El sistema se est realizando exclusivamente para la UDO. La instalacin se
realizar en los equipos que la UDO disponga segn las especificaciones deseadas y
sern administrados bajo supervisin de Computacin Rectorado.
En cuanto a la licencia, se utilizar la de Oracle 10G, siendo ste el manejador
de base de datos que utilizar el nuevo software.
Confidencial
Pg.
1010

FECHA:
Septiembre 2008
5. Precedencia y Prioridad
A nivel Administrativo:
Sistema de Compras
Sistema de Almacn
Sistema de Bienes Nacionales
6. Requerimientos Mnimos del Proyecto
6.1 Requerimientos de Software
Licencia
Tipo de licencia
Oracle
Propietario
Apache
GNU
PHP
GNU
Editor de Texto
GNU
Navegador Web
GNU
Macromedia Dreamweaver
Propietario
Sybase Power Designer
Propietario

FECHA:
Septiembre 2008
6.2 Requerimientos de Hardware
Equipo
Requerimientos Mnimos
Servidor
Sunfire X 2100
2 Procesadores 80GB
Clientes
Porttil
Pistola Lectora
6.3 Requerimientos de Materiales
Material
Cantidad
Resmas de Papel Bond Tipo Carta
10
Block de Notas
Carpetas Manila
25
Carpetas Marrones
CD-ROM
10
Bolgrafos
20
Tonner

FECHA:
Septiembre 2008
6.4 Requerimientos de Servicios
Material
Cantidad
Reestructuracin del cableado estructurado de la red

del rea administrativa
Puntos de conexin de red

(55)
6.5 Otros Requerimientos

Suministrar cursos de actualizacin en las siguientes herramientas: Oracle,
PHP, Javascript, Apache, Web, Editor de Texto, Anlisis y Diseo de Desarrollo de
software utilizando RUP, UML, indicadores de gestin y de procesos, entre otras
herramientas que servirn de apoyo al desarrollo del proyecto, con la finalidad de
lograr la capacitacin
Administrativos.
que contribuya
en el desarrollo de los Sistemas

NOMBRE DEL DOCUMENTO: Plan de Desarrollo de
FECHA:
Software
Septiembre 2008
Proyecto:
Monagas
Documento Plan de Desarrollo de Software

Versin 1.0
Confidencial
Pg.

NOMBRE DEL DOCUMENTO: Plan de Desarrollo de
FECHA:
Software
Septiembre 2008
Revisin Histrica
Date
Versin
Descripcin
Autor
15-01-2008
0.90
Leriana Medina
14-03-2008
0.91
Leriana Medina
16-06-2008
0.92
Leriana Medina
29-09-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1
2
1.2. Alcance.
1.3. Resumen...
2. Vista General del proyecto.......

2.1. Propsito, Alcance y Objetivos
3
3
2.2. Suposiciones y Restricciones...
2.3. Entregables del proyecto......
2.4.Evolucin del plan de desarrollo de software.
3. Organizacin del Proyecto

3.1 Participantes en el Proyecto..
9
10
3.2. Interfaces Externas...
10
3.3 Roles y Responsabilidades
10
4. Gestin del proyecto.....

4.1 Plan de las Fases...
11
11
4.2. Calendario del Proyecto ......
14
4.3. Seguimiento y Control del Proyecto 19

4.3.1 Gestin de Requisitos
19
4.3.2 Control de Plazos...
19
4.3.3 Control de Calidad.
19
4.3.4 Gestin de Riesgos
19
4.3.5 Gestin de Configuracin.
20
Confidencial
Pg. 1

FECHA:
Septiembre 2008
Plan de Desarrollo de Software
1. Introduccin
Este Plan de Desarrollo del Software es una versin inicial preparada para ser
incluida en la propuesta elaborada como respuesta al proyecto Desarrollo de un
Sistema de Informacin para la gestin de los procesos en la Delegacin de Bienes
Nacionales de la Universidad de Oriente, Ncleo Monagas. Este documento provee
una visin global del enfoque de desarrollo propuesto.
El proyecto ha sido iniciado por el Centro de Computacin del Ncleo de
Monagas, enmarcado dentro del proyecto macro de Software Libre Universidad de
Oriente,
basado en una metodologa de Rational Unified Process, en la que se
proceder a realizar un anlisis, diseo y desarrollo de software necesario para cubrir

los requerimientos institucionales insertados dentro de las exigencias de los procesos
que deben consolidase a nivel de Rectorado de nuestra Universidad siguiendo las
indicaciones del Ministerio de Educacin Superior al igual que la Oficina de
Planificacin Superior Universitaria (OPSU), cumpliendo con las fases que marca la
metodologa. Es importante destacar esto puesto que se utilizar la terminologa
RUP en este documento. Se incluirn los detalles para las fases de la metodologa
sealada en cuestin para dar una visin global de todo proceso.
El enfoque de desarrollo propuesto constituye una configuracin del proceso
RUP de acuerdo a las caractersticas del proyecto, seleccionando los roles de los
participantes, las actividades a realizar y los artefactos (entregables) que sern
generados. Este documento es a su vez uno de los artefactos de esta metodologa.

FECHA:
Septiembre 2008
1.1. Propsito
La finalidad del Plan de desarrollo de Software es ofrecer toda la informacin
que se requiera para la realizacin del control del proyecto, aqu se describe el
enfoque de desarrollo de software.
Los usuarios del Plan de Desarrollo del Software son:
El lder del proyecto lo utiliza para organizar la agenda y necesidades de
recursos, y para realizar su seguimiento.
Los miembros del equipo de desarrollo lo usan para entender lo qu deben
hacer, cundo deben hacerlo y qu otras actividades dependen de ello.
1.2. Alcance
El Plan de Desarrollo del Software describe el plan global usado para el
desarrollo del Sistema de Informacin para la gestin de los procesos en
la
Delegacin de Bienes Nacionales, de la Universidad de Oriente, Ncleo Monagas,

enmarcados dentro del proyecto macro de Software Libre de la Universidad de
Oriente. El detalle de cada una de las iteraciones individuales para el sistema se
describe en los planes de cada iteracin, documentos que se aportan en forma
separada. Durante el proceso de desarrollo en el artefacto Visin se definen las
caractersticas del producto a desarrollar, lo cual constituye la base para la
planificacin de las iteraciones.
Para la versin 0.9 del Plan de Desarrollo del Software, nos hemos basado en
la captura de requisitos por medio del stakeholder representante de la institucin
(UDO) para hacer una estimacin aproximada, una vez comenzado el proyecto y
durante la fase de Inicio se generar la primera versin del artefacto Visin, el cual
se utilizar para refinar este documento. Posteriormente, el avance del proyecto y el
Confidencial
Pg.

FECHA:
Septiembre 2008
seguimiento en cada una de las iteraciones ocasionar el ajuste de este documento
produciendo nuevas versiones actualizadas.
1.3. Resumen
El presente documento se encuentra organizado en las siguientes secciones:
Vista General del Proyecto: proporciona una descripcin del propsito,
alcance y objetivos del proyecto, estableciendo los artefactos que sern producidos y
utilizados durante el proyecto.
Organizacin del Proyecto: describe la estructura organizacional del equipo
de desarrollo.
Gestin del Proceso: explica los costos y planificacin estimada, define las
fases e hitos del proyecto y describe cmo se realizar su seguimiento.
Planes y Guas de aplicacin: proporciona una vista global del proceso de
desarrollo de software, incluyendo mtodos, herramientas y tcnicas que sern
utilizadas.
2. Vista General del Proyecto
2.1. Propsito, Alcance y Objetivos
La Universidad de Oriente es una institucin dirigida a la enseanza de la
educacin superior, en el ncleo Monagas est conformada por una serie de
dependencias que constituyen a su vez la Coordinacin Administrativa, quienes
llevan a cabo las tareas administrativas siguiendo los lineamientos que rigen los
procedimientos que deben ser ejecutados para controlar
los procedimientos

FECHA:
Septiembre 2008
administrativos manejados y consolidados en las distintas dependencias centrales
(Rectorado) de la Universidad.
En materia tecnolgica, la Universidad de Oriente se encuentra en una
constante evolucin y en estos momentos las nuevas exigencias institucionales del
rea de educacin superior en la que encuentra inmersa conllevar una previsible
adaptacin a los nuevos sistemas de informacin. Por esta razn, la Universidad de
Oriente considera necesario el desarrollo de un nuevo sistema de gestin y control
de los distintos procedimientos administrativos
de la dependencia de Bienes
Nacionales.
El proyecto provee una propuesta para el desarrollo del sistema en el control
de los procesos administrativos y bases de datos
de la dependencia sealada
anteriormente.
El producto a desarrollar mantendr un control de la informacin manejada,
incorporando herramientas que permitan realizar la lectura de la informacin a travs
de cdigos de barras, obteniendo as un control ms fiable en cuando a la entrada y
salida de bienes, a los traslados e inventarios realizados en la institucin.
Otro aspecto que se ver notablemente mejorado con la implantacin de este
sistema sern los tiempos de respuesta, en todos los sentidos, ya que todas las
operaciones sern realizadas va electrnica, lo que traer numerosas ventajas para la
Delegacin de Bienes Nacionales y dems dependencias a las cuales les presta el
servicio.
2.2. Suposiciones y Restricciones
a) Debe contemplarse las implicaciones de los siguientes puntos crticos:
Confiabilidad de los procedimientos en los sistemas que se implementaran.
Niveles de seguridad adecuado a las normas para confidencialidad.

FECHA:
Septiembre 2008
Facilidad en el manejo y uso del nuevo sistema.
Gestin de flujos de trabajo, seguridad de
transacciones e intercambio de
informacin.
Seguridad de transacciones e intercambio de informacin.
Adaptacin a la normativa de Proteccin de Datos.
b) La automatizacin de la gestin interna de los procedimientos debe ajustarse a
las normativas y reglamentos de los procedimientos implementados por DOSI,
al igual que considerar la previsin de la nueva legislacin referente a los
procedimientos de control administrativo.
c) Los sub-sistemas deben disearse como mdulo independiente para ser
utilizado posteriormente en las distintas dependencias de los restantes ncleos
de la Universidad de Oriente.
Como es natural, la lista de suposiciones y restricciones se incrementar durante
el desarrollo del proyecto, particularmente una vez establecido el artefacto Visin.
2.3. Entregables del proyecto
Los documentos que a continuacin se describen forman parte de los llamados
artefactos que a su vez forman parte de la configuracin de RUP, estos artefactos
sern generados a lo largo del proyecto y empleados para el mismo.
El uso de esta metodologa asegura que se produzca desde sus primeras fases
de desarrollo, un producto de calidad que cumpla con las caractersticas de
funcionalidad, usabilidad y fiabilidad que se esperan. De acuerdo a la filosofa
manejada por RUP, todos los artefactos podran sufrir algn tipo de modificaciones a
lo largo del proceso de desarrollo, por lo que es posible que solo en la culminacin
del proceso se pueda tener una versin definitiva y completa de cada uno de ellos.

FECHA:
Septiembre 2008
Plan de Desarrollo del Software
Es el presente documento.
Modelo de Casos de Uso del Negocio
Es un modelo de las funciones de negocio vistas desde la perspectiva de los
actores externos (Agentes de registro, solicitantes finales, otros sistemas etc.), permite
situar al sistema en el contexto institucional haciendo nfasis en los objetivos en este
mbito. Este modelo se representa con un Diagrama de Casos de Uso usando
estereotipos especficos para este modelo.
Glosario
Es un documento que define los principales trminos usados en el proyecto.
Permite establecer una terminologa consensuada.
Modelo de Casos de Uso
El modelo de Casos de Uso presenta las funciones del sistema y los actores
que hacen uso de ellas. Se representa mediante Diagramas de Casos de Uso.
Visin
Este documento define la visin del producto desde la perspectiva del cliente,
especificando las necesidades y caractersticas del producto. Constituye una base de
acuerdo en cuanto a los requisitos del sistema.
Especificaciones de Casos de Uso
Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o
que no baste con una simple descripcin narrativa) se realiza una descripcin
detallada utilizando una plantilla de documento, donde se incluyen: precondiciones,
post-condiciones, flujo de eventos, requisitos no-funcionales asociados. Tambin,
para casos de uso cuyo flujo de eventos sea complejo podr adjuntarse una
representacin grfica mediante un Diagrama de Actividad.

FECHA:
Septiembre 2008
Especificaciones Adicionales
Este documento capturar todos los requisitos que no han sido incluidos como
parte de los casos de uso y se refieren requisitos no-funcionales globales. Dichos
requisitos incluyen: requisitos legales o normas, aplicacin de estndares, requisitos
de calidad del producto, tales como: confiabilidad, desempeo, etc., u otros requisitos
de ambiente, tales como: sistema operativo, requisitos de compatibilidad, etc.
Prototipos de Interfaces de Usuario
Se trata de prototipos que permiten al usuario hacerse una idea ms o menos
precisa de las interfaces que proveer el sistema y as, conseguir retroalimentacin de
su parte respecto a los requisitos del sistema. Estos prototipos se realizarn como:
dibujos a mano en papel, dibujos con alguna herramienta grfica o prototipos
ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Slo
los de este ltimo tipo sern entregados al final de la fase de Elaboracin, los otros
sern desechados. Asimismo, este artefacto, ser desechado en la fase de
Construccin en la medida que el resultado de las iteraciones vayan desarrollando el
producto final.
Modelo de Anlisis y Diseo
Este modelo establece la realizacin de los casos de uso en clases y pasando
desde una representacin en trminos de anlisis (sin incluir aspectos de
implementacin) hacia una de diseo (incluyendo una orientacin hacia el entorno de
implementacin), de acuerdo al avance del proyecto.
Modelo de Datos
Previendo que la persistencia de la informacin del sistema ser soportada por
una base de datos relacional, este modelo describe la representacin lgica de los
datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para
expresar este modelo se utiliza un Diagrama de Clases (donde se utiliza un profile

FECHA:
Septiembre 2008
UML para Modelado de Datos, para conseguir la representacin de tablas, claves,
etc.)
Modelo de Despliegue
Este modelo muestra el despliegue la configuracin de tipos de nodos del
sistema, en los cuales se har el despliegue de los componentes.
Casos de Prueba
Cada prueba es especificada mediante un documento que establece las
condiciones de ejecucin, las entradas de la prueba, y los resultados esperados. Estos
casos de prueba son aplicados como pruebas de regresin en cada iteracin. Cada
caso de prueba llevar asociado un procedimiento de prueba con las instrucciones
para realizar la prueba, y dependiendo del tipo de prueba dicho procedimiento podr
ser automatizable mediante un script de prueba.
Plan de Iteracin
Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos
asignados, dependencias entre ellas. Se realiza para cada iteracin, y para todas las
fases.
Lista de Riesgos
Este documento incluye una lista de los riesgos conocidos y vigentes en el
proyecto, ordenados en orden decreciente de importancia y con acciones especficas
de contingencia o para su mitigacin.
2.4. Evolucin del Plan de Desarrollo del Software
El Plan de Desarrollo del Software se revisar semanalmente y se refinar
antes del comienzo de cada iteracin.

FECHA:
Septiembre 2008
3. Organizacin del Proyecto
3.1 Participantes en el Proyecto
Los participantes estarn constituido por personal de la seccin de Proyectos y
Productos del Centro de Computacin de la UDO-Ncleo de Monagas, al igual como
los responsable de las distintas delegaciones o secciones del ncleo de Monagas,
otros participantes que se estimen convenientes para proporcionar los requisitos y
validar el sistema.
Responsable de Proyecto. A cargo del Ing. de sistemas Jess E. Chaparro
D., Jefe actual del Centro de Computacin de la UDO- Ncleo Monagas. Con
experiencia en metodologa para
desarrollo de sistemas de Informacin
administracin de proyectos.
Lder de Proyecto. Labor de Ing. de sistemas Rosangela Garca. Con una
experiencia en programacin de sistemas, metodologas de desarrollo de sistemas,
herramientas CASE y notaciones, en particular la notacin UML y el proceso de
desarrollo RUP. Tambin realizara Integracin del sistema.
Analista de Sistemas. El perfil establecido es: Ingeniero en Sistemas y/o
T.S.U. en Informtica, funcin delegada a
la pasante de Ingeniera de sistemas
Leriana Medina.
Analistas - Programadores. Con experiencia en el entorno de desarrollo del
proyecto, con el fin de que los prototipos puedan ser lo ms cercanos posibles al
producto final. Este trabajo ha sido encomendado a
la pasante de Ingeniera de
sistemas Leriana Medina.

Ingeniero de Software. El perfil establecido es: Ingeniero de sistemas.
Realizara labores de gestin de requisitos, gestin de configuracin, documentacin y

FECHA:
Septiembre 2008
diseo de datos. Encargada de las pruebas funcionales e integracin del sistema,
realizar la labor de Integer and Tester Ing. Ana V. Marcano.
3.2. Interfaces Externas
El equipo de trabajo del proyecto Desarrollo de un Sistema de Informacin
para la gestin de los procesos en la Delegacin de Bienes Nacionales de la
Universidad de Oriente, Ncleo Monagas, definir los usuarios de la seccin y
delegacin involucrada en el proyecto, que proporcionarn los requisitos del sistema,
y entre ellos quines sern los encargados de evaluar los artefactos de acuerdo a cada
subsistema y segn el plan establecido.
El equipo de desarrollo interactuar activamente con los usuarios de las
secciones y delegacin involucradas para especificacin y validacin de los artefactos
generados.
3.3 Roles y Responsabilidades
Seguidamente se muestran las principales responsabilidades que tendr cada
uno de los puestos en el equipo de desarrollo durante las fases de acuerdo con los
roles que desempean en RUP.
Puesto
Responsabilidad
Asigna los recursos, gestiona las prioridades, coordina las
interacciones con los usuarios, y mantiene al equipo del proyecto
Lder de Proyecto enfocado en los objetivos. El lder de proyecto tambin establece

un conjunto de prcticas que aseguran la integridad y calidad de
los artefactos del proyecto. Adems, se encargar de supervisar
Confidencial
1010
Pg.

FECHA:
Septiembre 2008
el establecimiento de la arquitectura del sistema. Gestin de
riesgos. Planificacin y control del proyecto.
Captura, especificacin y validacin de requisitos, interactuando
Analista de
con los usuarios mediante entrevistas. Elaboracin del Modelo
Sistemas
de Anlisis y Diseo. Colaboracin en la elaboracin de las

pruebas funcionales y el modelo de datos.
AnalistasProgramador
Construccin de prototipos. Colaboracin en la elaboracin de

las pruebas funcionales, modelo de datos y en las validaciones
con el usuario
Gestin de requisitos, gestin de configuracin y cambios,
Ingeniero de
Software
elaboracin del modelo de datos, preparacin de las pruebas

funcionales, elaboracin de la documentacin. Elaborar modelos
de implementacin y despliegue. Tambin forma parte del
equipo integrador del sistema.
4. Gestin del Proyecto

4.1 Plan de las Fases
El desarrollo del proyecto se ejecutara por fases, en cada fase se realizaran un
nmero determinado de iteraciones, cada una con un tiempo establecido para su
satisfactoria culminacin.

FECHA:
Septiembre 2008
Nro.
Fase
Duracin
Iteraciones
Adaptacin y Adiestramiento
20 das
Fase de Inicio
20 das
Fase de Elaboracin
11
12 das
Fase de Construccin
12 das
Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Descripcin
Hito
En esta fase se desarrollarn los requisitos del producto desde la

Fase de Inicio
perspectiva del usuario, los cuales sern establecidos en el

artefacto
Visin.
Los
principales
casos
de
uso
sern
identificados y se har un refinamiento del Plan de Desarrollo

del Proyecto. La aceptacin del usuario del artefacto Visin y

FECHA:
Septiembre 2008
el Plan de Desarrollo marcan el final de esta fase
En esta fase se analizan los requisitos y se desarrolla un

prototipo de arquitectura (incluyendo las partes ms relevantes
y / o crticas del sistema). Al final de esta fase, todos los casos
de uso correspondientes a requisitos que sern implementados
Fase de Elaboracin
en la primera release de la fase de Construccin deben estar

analizados y diseados (en el Modelo de Anlisis / Diseo). La
revisin y aceptacin del prototipo de la arquitectura del sistema
marca el final de esta fase. Para este caso particular, la revisin
y entrega de todos los artefactos hasta este punto de desarrollo
tambin se incluye como hito. La primera iteracin tendr como
objetivo la identificacin y especificacin de los principales
casos de uso, as como su realizacin preliminar en el Modelo
de Anlisis / Diseo, tambin permitir hacer una revisin
general del estado de los artefactos hasta este punto y ajustar si
es necesario la planificacin para asegurar el cumplimiento de
los objetivos. Esta fase contara con 6 iteraciones de 8 das cada
una.
Confidencial
1313
Pg.

FECHA:
Septiembre 2008
Durante la fase de construccin se terminan de analizar y
disear todos los casos de uso, refinando el Modelo de Anlisis
Fase de
Construccin
/ Diseo. El producto se construye en base a 6 iteraciones de 12

das cada una, cada una produciendo una release a la cual se le
aplican las pruebas y se valida con el cliente / usuario. Se
comienza la elaboracin de material de apoyo al usuario. El hito
que marca el fin de esta fase es la versin de la release 3.0, con
la capacidad operacional parcial del producto que se haya
considerado como crtica, lista para ser entregada a los usuarios
para pruebas beta.
En esta fase se prepararn dos release para distribucin,

asegurando una implantacin y cambio del sistema previo de
Fase de Transicin
manera adecuada, incluyendo el entrenamiento de los usuarios.

El hito que marca el fin de esta fase incluye, la entrega de toda la
documentacin del proyecto con los manuales de instalacin y
todo el material de apoyo al usuario, la finalizacin del
entrenamiento de los usuarios y el empaquetamiento del
producto.
4.2 Calendario del Proyecto

RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias
iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o
menor hincapi en las distintas actividades.

FECHA:
Septiembre 2008
El calendario que a continuacin se presenta muestra las principales tareas del
proyecto. RUP est caracterizado por la realizacin en paralelo de todas las
disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayora de los
artefactos son generados muy tempranamente en el proyecto pero van desarrollndose
en mayor o menor grado de acuerdo a la fase e iteracin del proyecto. La siguiente
figura ilustra este enfoque, en ella lo ensombrecido marca el nfasis de cada
disciplina (workflow) en un momento determinado del desarrollo.
La figura mostrada a continuacin, muestra detalladamente, el plan de trabajo
que maneja RUP, en el que divide el trabajo y las iteraciones.
Para este proyecto se ha establecido el siguiente calendario. La fecha de

aprobacin indica cundo el artefacto en cuestin tiene un estado de completitud
suficiente para someterse a revisin y aprobacin, pero esto no q uita la posibilidad de
su posterior refinamiento y cambios.
Confidencial
15
Pg.

FECHA:
Septiembre 2008
Disciplinas / Artefactos que se generan

Comienzo
Aprobacin
durante la Fase de Inicio

Modelado del Negocio
Evaluar estado del Negocio
Para la siguiente fase

11/01/08-14/01/08
Identificar modelos de casos de usos del
11/01/08-14/01/08
Negocio
Definicin de roles y responsabilidades
11/01/08-14/01/08 Para la siguiente fase
Requerimientos
Analizar el Problema
Definir el sistema
10/01/08-14/01/08
Entender Necesidades y/o Requerimientos de 10/01/08-14/01/08

Usuarios
Documento Visin
11/01/08-15/01/08
Confidencial
1616
Pg.

FECHA:
Septiembre 2008
14/01/08-15/01/08
15/01/08-16/01/08
17/01/08-17/01/08
Arquitectura del diseo
21/01/08-22/01/08
Modelo de casos de uso
22/01/08-23/01/08
24/01/08-25/01/08
Documento Glosario
Especificaciones de Casos de Uso
Especificaciones Adicionales
Anlisis y Diseo
Diagrama de Actividad
Modelo del Dominio
Gerencia del proyecto

17/01/08-18/01/08
Definicin del proyecto

FECHA:
Septiembre 2008
Evaluar alcance del proyecto
17/01/08-18/01/08
18/01/08-21/01/08
21/01/08-21/01/08
Plan de fases
22/01/08-22/01/08
Plan de iteracin
22/01/08-22/01/08
Plan de administracin de riesgos
23/01/08-23/01/08
08/02/08-08/02/08
10/01/07-08/02/08
10/01/07-08/02/08
08/02/08-08/02/08
Evaluar riesgos del proyecto

Planear proyecto
Plan de desarrollo de software
Presentacin de informes
Presentacin de documentos finalizados fase

de inicio
Configuracin de seguimiento y reportes

Ambiente
Finalizacin fase de inicio
4.3 Seguimiento y Control del Proyecto.

FECHA:
Septiembre 2008
4.3.1 Gestin de Requisitos

La especificacin de los requisitos es realizada en el documento visin de la
metodologa RUP, en el se identifica cada requisito y los atributos de los mismos, con
la finalidad de mantener un seguimiento continuo de ellos y capturarlos en su
totalidad.
4.3.2 Control de Plazos
El calendario del proyecto tendr un seguimiento y evaluacin semanal por el
Lder de proyecto y por el Responsable General del proyecto y coordinador central
del proyecto macro.
4.3.3 Control de Calidad
Los defectos detectados en las revisiones y formalizados tambin en una
solicitud de cambio tendrn un seguimiento para asegurar la conformidad respecto de
la solucin de dichas deficiencias Para la revisin de cada artefacto y su
correspondiente garanta de calidad se utilizarn las guas de revisin y checklist
(listas de verificacin) incluidas en RUP.
4.3.4 Gestin de Riesgos
A partir de la fase de Inicio se mantendr una lista de riesgos asociados al
proyecto y de las acciones establecidas como estrategia para mitigarlos o acciones de
contingencia. Esta lista ser evaluada al menos una vez en cada iteracin.
Confidencial
1919
Pg.

FECHA:
Septiembre 2008
4.3.5 Gestin de Configuracin
Se realizar una gestin de configuracin para llevar un registro de los
artefactos generados y sus versiones. Tambin se incluir la gestin de las Solicitudes
de cambio y de las modificaciones que stas produzcan, informando y publicando
dichos cambios para que sean accesibles a todo los participantes en el proyecto.
Confidencial
2020
Pg.

NOMBRE DEL DOCUMENTO: Plan de administracin de FECHA:
Septiembre 2008
Riesgos
Proyecto:
Monagas
Plan de Administracin de Riesgos

Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Revisin Histrica
Date
Versin
Descripcin
Autor
15-01-2008
0.90
Leriana Medina
14-03-2008
0.91
Leriana Medina
16-06-2008
0.92
Leriana Medina
29-09-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1
1
1.2. Alcance.
1.3. Definiciones, Acrnimos y Abreviaturas.
1.4. Referencias...
1.5 Perspectiva General...
Resumen de Riesgos.
Tareas de Gestin de Riesgos...
Organizacin y responsabilidades...
Presupuesto...........................
Herramientas y Tcnicas..
Elementos de Riesgo a Administrar

FECHA:
Septiembre 2008
Plan de Administracin de Riesgos
1. Introduccin
El riesgo es una condicin del mundo real en el cual hay una exposicin a la
adversidad, conformada por una combinacin de circunstancias del entorno, donde
hay posibilidad de perdidas.
El Anlisis de Riesgos constituye una herramienta muy importante, ste se ve
asociado a la necesidad de controlar el impacto o consecuencia que estos traeran al
normal desarrollo y cumplimiento de los objetivos del proyecto Desarrollo de Sistema
de informacin para la gestin de los procesos en la Delegacin de Bienes Nacionales
de la Universidad de Oriente, Ncleo Monagas.
1.1 Propsito
El propsito de la administracin del riesgo es emprender las acciones
necesarias que
permitan el manejo de todos aquellos eventos que puedan afectar
negativamente el logro de los objetivos.

1.2. Alcance
El plan de administracin de riesgos tendr influencia sobre el proyecto en
forma general, los objetivos de anlisis son separar los riesgos menores aceptables de
los riesgos mayores que pudiesen atentar contra el xito del proyecto, y proveer datos
para asistir en la evaluacin y tratamiento de los riesgos
El anlisis de riesgos
involucra prestar consideracin a las fuentes de riesgos, sus consecuencias y las

probabilidades de que puedan ocurrir esas consecuencias.
Confidencial
Pg.

FECHA:
Septiembre 2008
1.3 Definiciones, Acrnimos y Abreviaturas
Riesgo: Dao potencial que puede surgir por un proceso presente o suceso
futuro.
UDO: Universidad de Oriente.
SL-UDO-MONAGAS: Software Libre de la Universidad de Oriente
Ncleo Monagas
1.4 Referencias
Lista de Riesgos.
1.5 Perspectiva General
Este documento comprende:
Resumen de Riesgos.
Tareas de Gestin de Riesgos.
Organizacin y responsabilidades.
Presupuesto.
Herramientas y tcnicas.
Elementos de riesgo a administrar.
2. Resumen de Riesgos
En este informe se enumera lo que se consideran los diez riesgos ms importantes
con su respectiva jerarquizacin. Los criterios para la escogencia de los riesgos se
centran en los siguientes aspectos:
Riesgos de Dependencia.
Riesgos de Requerimientos.
Riesgos de Administracin.
Riesgos de Conocimiento.

FECHA:
Septiembre 2008
Cada riesgo ser ponderado a fin de darle un lugar en la jerarqua. Sin embrago
hay que aclarar que la ponderacin es dinmica y puede aumentar o disminuir con el
devenir del proyecto.
3. Tareas de Gestin de Riesgos
La gestin de riesgos se realizar cumpliendo con las siguientes actividades:
Entrevistas con los involucrados (usuarios y equipo de proyecto)
Anlisis de los requerimientos verificando las variables que atentaran contra
la salud del proyecto.
Deduccin de los riesgos para cada uno de los requerimientos en el contexto
de cada uno de los subsistemas.
Categorizacin de los riesgos en cuanto a probabilidad de ocurrencia y
expectativas de prdida en caso de ocurrencia.
Establecimiento de las estrategias de administracin de los riesgos
(mitigacin, equipamiento o prevencin) para cada uno de los riesgos ms
importantes.
Ponderacin de los riesgos con fines de jerarquizacin.
Seguimiento de mtricas asociadas a riesgos con el propsito de monitorear su
posible ocurrencia. Esto implica la revisin por iteracin de las variables involucradas
y la evaluacin del estado del proyecto en general en contrates con los requerimientos
principales.
4. Organizacin y responsabilidades
Las tareas sealadas tienen que ser llevadas principalmente por el Lder del
Proyecto. En caso de materializarse alguno de los riesgos el Lder del Proyecto
invoca los planes de gestin para el riesgo o grupo de riesgos con la finalidad de
incluir las tareas de tratamiento dentro de las actividades de los equipos.

FECHA:
Septiembre 2008
5. Presupuesto
Se asume que la organizacin del proyecto tendr previsto los recursos que
haya que invertir para la mitigacin de los riesgos. Los costos asociados dependern
del tipo de riesgo.
6. Herramientas y Tcnicas.
En la elaboracin de la lista de riesgos se utilizar una tabla que visualice cada
uno de los riesgos con sus aspectos involucrados. La Tabla de Documentacin de
Riesgos sera la siguiente:
Identificador: (Nmero Secuencial)
Descripcin: (Lista de cada riesgo mayor al cual se enfrenta el proyecto. Se describe
cada riesgo en la forma condicin consecuencia.
Probabilidad:
(Cul
es
la Prdida: (Cul es el dao si Grado
de
probabilidad de que el riesgo se el riesgo se convierte en un Exposicin:

convierta en un problema?)
problema?)
(Multiplicacin
de
la probabilidad por
la prdida)
Primer Indicador: (Describe el indicador ms temprano o condicin de disparo que
podra indicar que el riesgo se est convirtiendo en un problema)
Estrategia de Mitigacin: (Ponderacin de uno o ms enfoques para controlar, evitar,
minimizar, o en ltima instancia mitigar el riesgo.
Propietario:
(Asignacin de cada accin de Fecha Prevista: (Determinar una
mitigacin de riesgos a un individuo para su fecha

resolucin.)
mediante
estrategia
de
implementada)
la
cual
mitigacin
la
ser

FECHA:
Septiembre 2008
El Lder de Proyectos utilizar hojas de clculos con el fin de monitorear los
primeros indicadores de cada uno de los riesgos. En la medida en que las iteraciones
vayan avanzando, entonces, el Lder de Proyectos ir reevaluando la probabilidad de
ocurrencia con el fin de modificar, si es necesario, el grado de exposicin y como
consecuencia la jerarquizacin de los riesgos.
7. Elementos de Riesgo a Administrar
A continuacin se incluye en este documento el contenido del artefacto Lista
de Riesgos, el cual presentar en forma jerrquica cada uno de los riesgos con las
descripciones establecidas mediante la Tabla de Documentacin de Riesgos.
Identificador: 001
Descripcin: Barreras de comunicacin, originada por la falta de comunicacin
entre el cliente y los dems involucrados en el proyecto.
Probabilidad: 0,9
Prdida: 9
Grado
de
Exposicin: 8,1
Primer Indicador: Reduccin de reuniones entre los involucrados en el
proyecto.
Estrategia de Mitigacin: Planificacin y cumplimiento de reuniones semanales
con los involucrados en el proyecto.
Propietario: Lder del Proyecto
Fecha Prevista:
Noviembre 2007-Noviembre de 2008.

FECHA:
Septiembre 2008
Identificador: 002
Descripcin: Incumplimiento de actividades fijadas en la planificacin por la
asignacin de responsabilidades a los participantes con carga de trabajo fuerte.
Probabilidad: : 0,4
Prdida: 9
Grado de Exposicin: 3,6
Primer Indicador: estn sujeto al cumplimiento de estas actividades por ser

parte de sus funciones.
Estrategia de Mitigacin: Notificacin anticipada de no participacin en
determinada iteracin.
Propietario: Lder del proyecto
Fecha Prevista:
Noviembre 2007-Noviembre de 2008.
Identificador: 003
Descripcin: Resistencia al cambio por parte de los usuarios del sistema.
Probabilidad: 0,3
Prdida: 7
Primer Indicador: desanimo de los usuarios, poca prestacin de ayuda con

respecto a la recoleccin de informacin.
Estrategia de Mitigacin: Motivar al usuario con la funciones que tendr el
nuevo sistema y darle a conocer las facilidades de uso del mismo.
Fecha Prevista:
Noviembre 2007-Julio de 2008.
Confidencial
Pg. 6

FECHA:
Septiembre 2008
Identificador: 004
Descripcin: Requerimientos no capturados en forma clara y concisa Cambio en
los requerimientos.
Probabilidad: : 0,6
Prdida: 7
Grado
de
Exposicin: 4,2
Primer Indicador: Los requerimientos iniciales no han sido provedos por el
cliente en su totalidad. Volatilidad de Requerimientos.
Estrategia de Mitigacin: Mantener una constante comunicacin con el cliente y
realizar un buen estudio del problema que aqueja a las Delegacin.
Propietario: lder del Proyecto
Fecha Prevista:
Enero-Mayo 2008.
Identificador: 005
Descripcin: Requerimientos demasiado ambiciosos para el tiempo disponible.
Probabilidad: 0,7
Prdida: 8
Grado
de
Exposicin: 5,6
Primer Indicador: Poco tiempo disponible para los requerimientos que quedan
por cumplir.
Estrategia de Mitigacin: Definicin clara del alcance del proyecto antes de
ejecutar la etapa operativa del mismo.
Propietario: lder del Proyecto
Fecha Prevista:
Enero-Mayo 2008.
Confidencial
Pg. 7

FECHA:
Septiembre 2008
Identificador: 006
Descripcin: Ajuste tardo de la plataforma de produccin. Relacionado
directamente con la implantacin del software.
Probabilidad: 0,7
Prdida: 7
Primer Indicador: Fallas en la construccin de las especificacin para la

plataforma del nuevo software.
Estrategia de Mitigacin: comunicar desde el fin de la fase de inicio las
especificaciones de hardware y software necesarias para la puesta en marcha del
nuevo sistema.
Fecha Prevista:
A partir Febrero de 2008.
Identificador: 007
Descripcin: Recursos no disponibles a tiempo. Muchas veces esto fue originado
por no contar con el suministro adecuado y a tiempo de la informacin requerida.
Probabilidad: 0,9
Prdida: 9
Primer Indicador: Ausencia del personal capacitado para el
suministro de
recursos.
Estrategia de Mitigacin: Reuniones semanales con el personal involucrado en el
proyecto, principalmente con el cliente.
Fecha
Prevista:
partir
Diciembre de 2007.
Confidencial
Pg. 8

FECHA:
Septiembre 2008
Identificador: 008
Descripcin: Poco conocimientos de las herramientas de desarrollo por parte de
los participantes.
Probabilidad: 0,6
Prdida: 8
Primer Indicador: falta de conocimientos en los software a utilizar (PHP, Power

Designer, Macromedia Dreamweaver, Linux, Oracle) y en las herramientas de
modelado y mtodos (UML y RUP)
Estrategia de Mitigacin: Adiestramiento de los participantes, a travs de cursos
e inducciones en las distintas reas.
Fecha Prevista:
Enero- Junio 2008.
Identificador: 009
Descripcin: Diseo inadecuado del sistema.
Probabilidad: 0,3
Prdida: 8
Primer Indicador: Descontento del cliente hacia el sistema, y pocos beneficios

generados por el mismo.
Estrategia de Mitigacin: cumplir con los requerimientos que dicta el cliente ya
que el sistema ser diseado para cubrir sus necesidades.
Fecha Prevista: A partir de

Febrero de 2.008.
Confidencial
Pg. 9

FECHA:
Septiembre 2008
Identificador: 010
Descripcin: Suspensin de actividades administrativas por causas externas a la
misma.
Probabilidad: 0,4
Prdida: 8
Primer Indicador: Problemtica existente en los ncleos tanto a nivel docente,

administrativo y estudiantil.
Estrategia de Mitigacin: Tratar de llevar la planificacin del proyecto al da,
para poder mitigar el efecto de retraso que pudiera ser causado por la situacin
descrita.
Fecha Prevista:
Noviembre 2007- Noviembre 2008.
Confidencial
Pg. 10

FECHA:
Septiembre 2008
Proyecto:
Monagas.
Plan de Iteracin General

Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Revisin Histrica
Date
Versin
Descripcin
Autor
15-01-2008
0.90
Leriana Medina
14-03-2008
0.91
Leriana Medina
16-06-2008
0.92
Leriana Medina
29-09-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1.2. Alcance.
1
1
1
1.4. Referencias...
1.5 Resumen...
Resumen de Riesgos.
2.1. Plan general..
2
2
2.2. Plan de fase..
2.3. Plan fase por iteraciones...
3. Recursos.
14
4. Criterio de evaluacin..
14

FECHA:
Septiembre 2008
Plan de Iteracin
1. Introduccin
1.1 Propsito
La intencin es presentar el plan general del Desarrollo del Sistema de
Informacin en la Delegacin de Bienes Nacionales, de la Universidad de Oriente,
Ncleo Monagas, enmarcado en el proyecto de Software Libre.
1.2 Alcance
Este Plan de Iteracin abarcar las actividades y el lapso de tiempo de cada
uno de los procesos de el proyecto de Software Libre de la Universidad de Oriente
Ncleo Monagas (Sub-Sistema de Soporte Tcnico).
UDO: Ver Documento Visin (Glosario)
1.4 Referencias
Plan General
Plan fase
Plan por Iteraciones
Plan de Reuniones
1.5 Resumen
Este documento describir el cronograma general del Sistema Administrativo
SL-UDO en la Delegacin de Bienes Nacionales UDO. Adems de presentar el
detalle de las fechas de inicio y culminacin de cada uno de los procesos que lo
conforman.
Confidencial
Pg.

FECHA:
Septiembre 2008
2. Plan
2.1 Plan General
Proyecto:
Desarrollo de un Sistema de Informacin para la gestin de los procesos en la
Fecha de Inicio:19/11/07
ITERACIN
PROCESO
ITERACIN 1
Fecha Final:17/11/08
FECHA INICIO
FECHA
FINAL
Adaptacin y Adiestramiento
19/11/07
09/01/08
ITERACION 2
Fase de Inicio
10/01/08
08/02/08
ITERACION 2
Fase de Elaboracin
11/02/08
26/02/08
ITERACIN 3
Fase de Elaboracin
27/02/08
13/03/08
ITERACIN 4
Fase de Elaboracin
14/03/08
07/04/08
ITERACIN 5
Fase de Elaboracin
08/04/08
23/04/08
ITERACIN 6
Fase de Elaboracin
24/04/08
12/05/08
ITERACIN 7
Fase de Elaboracin
13/05/08
28/05/08
ITERACIN 8
Fase de Elaboracin
29/05/08
13/06/08
ITERACIN 9
Fase de Elaboracin
16/06/08
02/07/08
ITERACIN 10
Fase de Elaboracin
03/07/08
18/07/08
ITERACIN 11
Fase de Elaboracin
21/07/08
06/08/08
ITERACIN 12
Fase de Elaboracin
07/08/08
26/09/08
ITERACIN 13
Fase de Construccin
29/09/08
14/10/08

FECHA:
Septiembre 2008
ITERACIN 14
Fase de Construccin
15/10/08
30/10/08
ITERACIN 15
Fase de Construccin
31/10/08
17/11/08
2.2 Plan de Fase

Diagrama de Gantt Plan de Fase

FECHA:
Septiembre 2008
2.3 Plan fase por Iteraciones
Diagrama de Gantt Primera Iteracin
Diagrama de Gantt Iteracin 1. Fase de Inicio

FECHA:
Septiembre 2008
Confidencial
Pg. 5

FECHA:
Septiembre 2008
Diagrama de Gantt Iteracin1. Fase de Elaboracin
Diagrama de Gantt Iteracin 2. Fase de Elaboracin
Confidencial
Pg.

FECHA:
Septiembre 2008

FECHA:
Septiembre 2008

FECHA:
Septiembre 2008

FECHA:
Septiembre 2008
Confidencial
Pg.
101
0

FECHA:
Septiembre 2008

FECHA:
Septiembre 2008
Diagrama de Gantt Iteracin 1. Fase de Construccin

FECHA:
Septiembre 2008
3. Recursos
Se requiere
reuniones con los clientes y responsables del proyecto para
definir las bases de desarrollo del proyecto.

4. Criterio de Evaluacin
Se evaluar el lapso de tiempo que abarcar el subsistema de soporte tcnico
del proyecto.

PROYECTO: Desarrollo de un Sistema de Informacin para la VERSIN: 1.0
gestin de los procesos en la Delegacin de Bienes Nacionales de la
Universidad de Oriente, Ncleo Monagas.
FECHA:
Septiembre 2008
NOMBRE DEL DOCUMENTO: Casos de Uso General
Proyecto:
Monagas.
Especificacin de Caso de Uso:

Caso de Uso General
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Historial de Revisiones
Date
Versin
Descripcin
Autor
15-01-2008
0.90
Leriana Medina
14-03-2008
0.91
Leriana Medina
16-06-2008
0.92
Leriana Medina
29-09-2008
1.0
Versin Final
Leriana Medina
Confidencial
Pg.

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1.2. Alcance.
1.4. Referencias...
1.5 Resumen...
Nombre del Caso de Uso.
2.1 Cdigo de Caso de Uso ..
2.2 Descripcin del Caso de Uso ..
3. Recursos.
4. Diagrama de Caso de Uso
4.1 Curso Tpico de Eventos
4.2 Cursos Alternativos
5. Actores
5.1 Internos
5.2 Externos
6. Precondiciones
8
9
6.1. Precondiciones 1
Postcondiciones
7.1. Postcondicion 1
Puntos de Extension
Diagramas de Actividades
6
6

FECHA:
Septiembre 2008
1. Introduccin
1.1Propsito
Registrar la incorporacin, desincorporacion, los traslados e inventarios
realizados a los bienes pertenecientes a la Institucin.
1.2 Alcance
Permitir llevar un control de todos los bienes que adquiere la Institucin, de la
desincorporacion de estos, los traslados entre dependencias y los inventarios que se
realizan dentro de la Institucion.
Documento Glosario.
1.4 Referencia
Documento Visin.
1.5 Resumen
En ste caso de uso se describe todos los actores y eventos que intervienen en
el ecenario para logar Incoporar, Desincorporar, Trasladar y realizar los Inventarios
de los bienes de la Institucin.
2. Nombre del Caso de Uso
2.1 Cdigo de Caso de Uso
CU_G
Confidencial
Pg.

FECHA:
Septiembre 2008
2.2 Descripcin del Caso de Uso

Caso de uso General de la Delegacin de Bienes Nacionales
3. Diagrama de Caso de Uso.
Eti quetar el Bi en
<<Include>>
Incorporaci on del Bi en
Desincorporacion del Bien

Revisar Estado
Registrador de Bienes
Usuari o
Condi ci on{Status = Apto}

Punto de Extension: Revisar
Estado
<<Extends>>
Dependencia
T raslado de Bienes
Verifica el Inventario
<<Include>>
Inventari o de Bi enes
Al macen

FECHA:
Septiembre 2008
4. Flujo de Eventos
4.1 Curso Tpico de Eventos
Incorporacin de Bienes:
1. Almacn o la Dependencia enva la solicitud de incorporacin de bienes a la
Delegacin de Bienes Nacionales.
2. Esta solicitud es recibida por el registrador de bienes.
3. Una vez recibida esta solicitud, el registrador de bienes se dirige Almacn o a la
Dependencia en cuestin.
4. El Registrador solicita copia de orden de compra y factura y seguidamente
procede a llenar la planilla de incorporaciones, de acuerdo a la clasificacin que
tenga el bien, ya sea mueble, equipo o vehculo.
5. Por ltimo y luego de haber registrado el bien, el registrador procede a etiquetarlo.
Desincorporacin de Bienes:
1. La Dependencia enva la solicitud de desincorporacin de bienes a la Delegacin
de Bienes Nacionales.
2. El registrador de bienes recibe dicha solicitud y procede a realizar la revisin del
bien.
3. Si el bien a desincorporar no presenta total deterioro, se traslada a otra
dependencia que necesite del mismo, de presentar condiciones inservibles se
procede a su desincorporacin.
4. Luego de esto el registrador de bienes llena la planilla de desincorporacin del
bien y elabora el acta de desincorporacin, la cual es conformada por el jefe de
bienes y es enviada a la dependencia.
Traslado de Bienes:
1. La Dependencia (Trasladar) enva oficio a la Dependencia (Poner en uso)
notificando el traslado del bien en cuestin, con copia a Bienes Nacionales.

FECHA:
Septiembre 2008
2. Una vez que el Registrador de Bienes recibe este oficio, se procede a la

elaboracin del acta de cierre de traslado por parte del jefe de Bienes
Nacionales y esta es enviada a las dependencias involucradas.
Inventario de Bienes:
1. La Dependencia se encarga de enviar la solicitud de inventario a la Delegacin
de Bienes Nacionales.
2. Luego de esto el registrador de bienes verifica si existe un inventario anterior
realizado en esa Dependencia y procede a realizar el inventario.
3. El registrador de bienes cierra el Inventario mediante un oficio, el cual es
conformado por el Jefe de Bienes y lo enva a la Dependencia para ser avalado.
4.2 Cursos Alternativos
En la lnea 4.1.4 Si no hay concordancia entre la factura y el bien a adquirir,
en cuanto al serial y modelo se da por terminado el caso de uso.
En la lnea 4.1.7 Si es un equipo debe tener un informe tcnico si es un
vehculo un informe mecnico.
En la lnea 4.1.12 Si es por primera vez, se registran los bienes en las planillas
de Inventarios;
Si no se reimprimen las planillas del ltimo Inventario; y se
actualizan en las nuevas.

5. Actores
5.1 Internos
Registrador de Bienes, Jefe de Bienes.

FECHA:
Septiembre 2008
5.2 Externos
Dependencia, Dependencia (Trasladar), Dependencia (Poner en uso),
Almacen.
6. Precondiciones
6.1. Precondicin 1
Solicitud de Dependencia para la Incorporacin de un Bien.
6.2. Precondicin 2
Solicitud de Dependencia para la Desincorporacin de un Bien.
6.3. Precondicin 3
Solicitud de Traslado de Bienes.
6.4. Precondicin 4
Solicitud de Inventario de Bienes.
7. Postcondiciones
Lograr incorporar el Bien.
Lograr desincorporar el Bien.
Lograr trasladar el bien a la Dependencia.

FECHA:
Septiembre 2008
Llegar a realizar el inventario en la Dependencia
8. Puntos de Extension
Revisar Estado del Bien
9. Diagramas de Actividad

FECHA:
Septiembre 2008
Diagrama de Actividad (Incorporacin de Bienes)
Al macen y/o Dependenci a
Envi a sol ici tud de incorporaci

on
Registrador de Bienes Nacional es
Reci be soli citud de incorporacion
Sol ici ta copia de O/C y

Factura
Llena pl ani lla de i

ncorporacion
Etiqueta el bi en

FECHA:
Septiembre 2008
Diagrama de Actividad (Desincorporacin de Bienes)

Dependenci a Sol ici tante
a
Envi a sol ici tud de Desi ncorporaci on
Regi strador de Bi enes Naci onales
Jefe de Bi enes Nacional es
Dependenci
Reci be sol i ci tud de Desi ncorporaci on
Real i za revi si on del bi

en
Ameri ta desi ncorporaci on?
SI
NO
Reci be Bi en
T rasl ada a otra Dependenci a
Llena pl ani ll a de Desi ncorporaci

on
Elabora acta de Desincorporacion
Envi a acta a Jefe para ser

conformada
Reci be acta
Reci be y conforma acta
Envi a acta

FECHA:
Septiembre 2008
Diagrama de Actividad (Traslado de Bienes)
Dependenci a T rasladar
Dependenci a Poner en Uso
Regi strador de Bi enes Naci onal es
Jefe de Bi enes Naci onal es
Envi a ofi ci o de trasl ado del bi en
Reci be ofici o
Reci be Ofi ci o.
Elabora acta de cierre de traslado
Envi a acta a l as dependencias T rasl adar y Poner en Uso
Reci be Acta.
Recibe Acta

FECHA:
Septiembre 2008
Diagrama de Actividad (Inventario de Bienes)

Dependenci a
Envi a sol i ci tud de Inventari

o
Regi stra dor de Bi enes Naci onal es
Jefe de Bi enes Naci onal e s
Reci be sol i ci tud de Inventari

o
Veri fi ca si exi ste al g un i nven tari o ante ri

or
Si
Exi ste Inventari o?
No
Re i mpri me pl ani l l a
Regi stra el bi en e n pl anti l l a de Inven tari
o
Real i za In ventari o
El abora Ofi ci o
da
Reci b e y confo rma ofi ci o
En vi a ofi ci o a Jefe pa ra ser con

forma
Envi a ofi ci o a l a Dependenci a
Re ci be Ofi ci
o
Aval a ofi ci o
Confidencial
Pg.
101
0

FECHA:
Septiembre 2008
5.2. Fase II: Elaboracin

Esta fase estuvo orientada a obtener una visin global de los procesos y
actividades realizados por la Delegacin de Bienes Nacionales. Adems de utilizar
los casos de uso para guiar el proceso, se prest especial atencin al establecimiento
temprano de una buena arquitectura que impidiera el fuerte impacto ante cambios
posteriores durante la fase construccin. El propsito de la fase de elaboracin fue
realizar un anlisis del dominio del problema, establecer los cimientos de la
arquitectura y eliminar los mayores riesgos.
En esta etapa se construy un prototipo de la arquitectura, con los casos de uso
crticos identificados en la fase de inicio. Al mismo tiempo se corrobor que los
riesgos ms graves hubieran desaparecido. En principio la meta a seguir para dar por
culminada esta fase fue definir, validar y cimentar la arquitectura, completar la visin
del proyecto y crear un plan fiable para la fase de construccin.
Los artefactos RUP que surgieron de esta fase fueron las especificaciones de
casos de uso del sistema, donde se capturaron los requerimientos funcionales,
describiendo as la funcionalidad completa del sistema. Se generaron trece (13)
especificaciones, encontrando en primer lugar el diagrama general de casos de uso del
sistema, y seguidamente los documentos relativos a cada caso de uso, ordenados de la
siguiente manera:
1.
Autenticar usuario
2. Administrar usuario
3. Incorporar bien
4. Desincorporar bien
5. Trasladar bien

FECHA:
Septiembre 2008
6. Inventario de bienes
7. Generar indicadores
8. Consultar estatus de solicitudes
9. Solicitud de incorporacin
10. Solicitud de desincorporacin
11. Solicitud de traslado
12. Solicitud de inventario
13. Generar consultas
El documento de especificaciones complementaria, tambin fue obtenido
como resultado en esta fase. Este artefacto, rene requerimientos, restricciones e
informacin que resulta difcil reflejar en los Casos de Uso o en el Glosario. Este
documento comprender entre otras cosas algunos requerimientos especiales de
funcionalidad, confiabilidad, rendimiento, soporte, entre otros.
Luego del documento de especificaciones complementarias, se encuentra el
documento de la arquitectura del sistema, este artefacto involucra los aspectos
estticos y dinmicos ms significativos del sistema. La arquitectura es la vista del
diseo completo con las caractersticas ms importantes hechas ms visibles y
dejando los detalles de lado. En este documento se encuentran los diagramas
que
abarcan la vista lgica, de datos y de despliegue.

Adems de los artefactos producidos por la metodologa RUP, se completar
la fase de elaboracin con el diseo de los indicadores de gestin empleando para ello
la metodologa de la Gestin Basada en Procesos.

FECHA:
Septiembre 2008
A continuacin se muestra en primer lugar, el diagrama general de caso de uso

del sistema y posteriormente la descripcin de
resultaron de esta fase.
cada uno de
los artefactos que

FECHA:
Septiembre 2008
Proyecto:
Nacionales de la Universidad de Oriente Ncleo
Monagas.
Especificacin de caso de uso:

Administrar Usuario
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1
1
1.2. Alcance.
1.3. Resumen...
Caso de uso administrador usuario....
3. Descripcin Textual del Caso de Uso: Administrar Usuario
4. Diagrama de Secuencia Administrar Usuario..
5. Pantalla.

FECHA:
Septiembre 2008
1. Introduccin
1.1 Propsito
El propsito de la realizacion del presente documento es mostrar la
funcionalidad del caso de uso Administrar Usuario con respecto al sistema, todos los
procesos que ste realizara, la descripcion especifica del caso de uso, las interfaces
que mostarara al usuarios, en fin todo lo relacionado con el sistema y sus funciones.
1.2 Alcance
Mostrar cada una de las fases por las que pasa el caso de uso, y su
especificacion detallada con el fin de tener una mejor vision de la funcionalidad del
modulo.
1.3 Resumen
En ste caso de uso se describen los actores y procesos relacionados con el
proceso de
Administrar Usuario que interviene en el sistema, se muestran las
interfaces para los usuarios, el diagramas de clases, de secuencia y las

especificaciones del caso del uso.
2. Caso de Uso Administrar Usuario
Autenti car Usuari o
Adm i ni strar Usuari o
Adm i ni strador del Sistem

a
Confidencial
Pg.

FECHA:
Septiembre 2008
3. Descripcin Textual del Caso de Uso: Administrar Usuario
Caso de Uso: Administrar Usuario
Actores participantes: Administrador.
Propsito: Este proceso permite administrar los perfiles de usuario.

Precondiciones: Que el usuario (administrador) pulse el link de Bienes Nacionales
desde portal de la Delegacin de Bienes Nacionales o de cualquier otro sitio.
N
Flujo Principal de Eventos
El usuario ingresa al sistema de Bienes

Nacionales
selecciona
Variaciones Extensiones
la
opcin
Administracin.
2
El
sistema
despliega
la
ventana
de
administrar perfiles.
3
El actor introduce la cedula del usuario y

presiona el botn buscar.
El sistema muestra los datos del usuario y las

funciones que puede tener (guardar, eliminar,
nuevo, etc.)
El usuario del sistema selecciona el flujo de

trabajo y la operacin que desea realizar.
5.1 Si selecciona Nuevo
5.1.1 El sistema despliega la pantalla con
los campos a llenar correspondientes a la
informacin del usuario.
5.1.2 El usuario introduce los datos en los
campos correspondientes, selecciona el nivel
de acceso que tendr el usuario y presiona el
botn agregar.
5.1.3 El sistema guarda la informacin del

FECHA:
Septiembre 2008
nuevo usuario.
5.2 Si selecciona Eliminar
5.2.1 El sistema emite un mensaje de
confirmacin.
5.2.2
El usuario selecciona la opcin
aceptar.
5.2.3 El sistema valida, almacena y emite
un mensaje de confirmacin de la anulacin.
5.3 Si selecciona Modificar
5.3.1 El sistema permite que se editen los
datos a modificar siempre.
5.3.2 El usuario edita los datos y presiona
el botn Modificar.
5.3.3 El sistema valida, almacena los datos
y emite un mensaje de conformacin de
actualizacin realizada.
5.4 Si selecciona Retornar
5.4.1 El sistema regresa a la pantalla
principal.
Confidencial
Pg. 3

FECHA:
Septiembre 2008
4. Diagrama de Secuencia Administrar Usuario
W: :T i p o_ Usua ri o
:T i po_ Usuari o
:Usuari o.
:Uni dad_G
:Sub_UG
:Uni dad
:Sub_Uni dad ()
Adm i ni strador
Sell eccii ona ll a opcii on Adm ii nii sttracii on
Despll ii egaOpcii on
Procesa
Abrii rVenttana ()
Sell eccii ona ll a opcii on Adm ii nii sttrar

Perffii ll es
Buscar usuarii o y cll

ave
BuscarT ii po ()
IIngresa Nom bre de Usuarii o y Cll

ave
CargarUsuarii o
()
M osttrarUsuarii o ()
BuscarUsuarii o ()
Buscar usuarii os,, cll ave,, unii dades y

esttattus
IInttroduce CII dell usuarii o
BuscarCll ave ()
BuscarNucll eo ()
Buscar Nucll eo
BuscarEsttattus ()
Busca Unii dad Gen erall
BuscarUnii dad_G ()
Busca Sub Unii dad Generall
BuscarSub_UG ()
BuscarUnii dad ()
Busca Unii dad

BuscarSub_Unii dad ()
Busca Sub Unii dad
M osttrar Usuarii
o
Nuevo Usuari o
Presii ona ell Botton Agregar
IInttroduce ll a ii nfform acii on refferentte all usuarii o
Procesa
Vall ii dar ()
Procesa
AgregarUsuarii o ()
Usuarii o regii sttratto con exii tto

M odi fi car
Sell eccii ona ell usuarii o y presii ona ell botton M odii ffii car
Procesa
IInttroduce dattos a edii ttar
Procesa
M uesttra dattos m od ii ffii cados
Vall ii dar ()
M od ii ffii car ()
El i m i nar
Sell eccii ona ell usuarii o y presii ona ell botton Ell ii m ii nar
Procesa
M ensajj e de Anull acii on
Ell ii m ii nar
Retornar
Sell eccii ona Rettornar
Rettornar
Se devuell ve all m en u prii ncii pall dell adm ii nii sttrad or
Confidencial
Pg.

FECHA:
Septiembre 2008
5. Pantallas
Men Principal Administrador
Administrar Perfiles

FECHA:
Septiembre 2008
Administrar Perfiles II

NOMBRE DEL DOCUMENTO: Casos de Uso del Sistema
FECHA:
(Incorporar Bien)
Noviembre 2008
Proyecto:
Monagas.

Incorporar Bien
Versin 1.0
Confidencial
Pg.

FECHA:
(Incorporar Bien)
Noviembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina
Confidencial
Pg.

FECHA:
(Incorporar Bien)
Noviembre 2008
Tabla de Contenidos
1. Introduccin...
1
1
1.2. Alcance.
1.3. Resumen...
Caso de uso incorporar bien....
3. Descripcin Textual del Caso de Uso: Administrar de bien.
4. Diagrama de Secuencia incorporar bien...
5. Diagrama de Clases Incorporar Bien
6. Pantalla.

FECHA:
(Incorporar Bien)
Noviembre 2008
1. Introduccin
1.1 Propsito
funcionalidad del caso de uso Incorporar Bien con respecto al sistema, todos los
1.2 Alcance
especificacion detallada con el fin de tener una mejor vision de la funcioanlidad del
modulo.
1.3 Resumen
En ste caso de uso se describen los actores y procesos relacionados con la
Incorporacion de Bienes que interviene en el sistema, se muestran las interfaces para
los usuarios, el diagramas de clases, de secuencia y las especificaciones del caso del
uso.
2. Caso de Uso Incorporar Bien
Caso de Uso Incorporar Bien
Autenti car Usuari o.
Incorporar Bi en.
Regi strador de Bi
enes.
Confidencial
Pg.1

FECHA:
(Incorporar Bien)
Noviembre 2008
3. Descripcin Textual del Caso de Uso: Incorporar de Bien.

Caso de Uso: Incorporar de Bien.
Actor participantes: Registrador

de Bienes
Propsito: Este proceso permite que un bien sea incorporado a una dependencia.
Precondiciones: Que se haya realizado una solicitud.
N
Variaciones - Extensiones
El usuario selecciona la opcin Registro de

Bienes.
El sistema despliega la opcin de: Registrar

Bienes.
El usuario selecciona la opcin Registrar

Bienes.
El sistema despliega la ventana Registro de

Bienes.
El usuario selecciona la
Incorporacin, escoge una
presiona el botn Procesar.
El sistema valida la solicitud, muestra los

datos de sta y genera y muestra el nmero
de incorporacin (el nmero es aleatorio y
para control del departamento de bienes).
El usuario selecciona la va por la cual se

realizara la incorporacin, llena los campos
correspondientes a la misma, introduce el
cdigo de barra y presiona el botn
Incorporar.
El sistema valida los datos y realiza la

incorporacin, emitiendo un mensaje. Y
activa las opciones de Modificar, Eliminar,
Imprimir y Retornar.
opcin de
solicitud y
8.1 Si en la validacin se
presentan errores con respecto
a algn campo que no cumpla
con las reglas, el sistema emite
un mensaje para que ste sea

FECHA:
(Incorporar Bien)
Noviembre 2008
corregido.

9.1.2 El usuario edita los datos y presiona
el botn Modificar.
9.1.3 El sistema valida, almacena los
datos y emite un mensaje de conformacin de
9.1.3.1 Si los datos son

invlidos el sistema emite un
mensaje Datos Invlidos

confirmacin.
9.2.2
aceptar.

9.2.2.1 Si selecciona Cancelar

el sistema no realiza ninguna
operacin.
9.3 Si selecciona Imprimir

9.3.1 El sistema muestra el reporte de
Incorporacin y emite un mensaje de
confirmacin.
9.3.2 Si el usuario acepta la impresin el
sistema realiza la operacin.

operacin.

principal.
Confidencial
Pg.3

FECHA:
Septiembre 2008
4. Diagrama de Secuencia Incorporar Bien
:wp ri n ci pa l
: wRe g i strode B i e n e s
:In co rp o ra ci o n
:S o l i ci t u d
Regi strad or
Incorporaci n
sel e cci ona del m enu pri nci pal l a opci on Regi stro de Bi en es
despl i e gaopci on
()
sel ecci o na l a opci o n Regi stra r Bi enes
Abri
bri r Ventan a Regi stro de Bi enes
Abri r ()
Se l ecci ona l a opci on Incorporaci o
n
CargaSol i ci tudes
()
Sel e cci ona una sol i ci tud y presi ona e l boton Proce sar
BuscaSol i ci tu des
M uestra Sol i ci
tudes
BuscarSol i ci tudes ()
Procesa
Val i daSol i ci tud ()
GenerarNum
en
Inco rporaci on
Busca N de sol i ci tud
BuscarSol i ci tud
c i ci tud
() ue
M uestra bi e nes conteni dos e n l a isol
Sel ecci o na e l ti po de bi en a i nco rporar, l l ena datos corre spo ndi e ntes y presi on a el boto n Incorpora r
Val i da ()
Gu arda ()
Bi e n Incorporado
Inco rporarBi e n
()
M odi fi car
Sl ecci ona Mo di fi car
Val i da ()
Intro duce d atos a e di tar
Mo di fi ca rIncorp oraci on ()
Inco rporaci on M odi fi cada Mo
El i m i nar
Presi ona El i m i nar
Val i da ()
Confi rma Anu l aci on
El i mi narInco rporaci on ()
m ensaj e de An ul aci on
Im pri m i r
Sel ecci ona Im pri m i r
Im pri m i rIn corpo raci on
() ues
M uestra Rep orte e i mp ri me Incorp
acoraci on
Retornar
Presi ona Retornar
se devuel ve al menu pri n ci pal
Retornar ()
Confidencial
Pg. 4

FECHA:
Septiembre 2008
5. Diagrama de Clases Incorporar Bien
Elem ento
- cod_el emento : i nt
- descri pci on
: i nt
+ AgregarEl emento ()
+ M odi fi carEl emento ()
+ El i mi narEl emento ()
1..*
Pertenece
1..1
Posee
Detal l es_Bi
en
- cod_detall es : Stri ng
- descri pci on
: Stri ng
- cod_bi en
: Stri ng
+ AgregarDetall e ()
+ M odi fi carDetall e ()
+ El i mi narDetal l e ()
1..1
Pertece
1..*
Posee
T ipo_Bi en
Sol i ci tud
- cod_bien
: String
- descri pci on : String
+ AgregarT ipoBien ()
+ M odi fi carTi poBi en ()
+ El i m inarT i poBi en ()
1..*
Pertence
1..1
Contiene
- numsol i ci
tud
- fechaenvi o
- ti po
- estatus
:
:
:
:
String
Date
String
String
- fecharecepci on : Date
Incorporaci on
- num Incorporaci on : Stri ng
- fecha
: Date
- codi gobarra
: Stri ng
+
+
+
+
+
+
+
+
+
+
+
+
+
IncorporarBi en ()
Modi fi carIncorporaci on ()
Consul tarIncorporaci on ()
El i mi narIncorporaci on ()
BuscarIncorporaci on ()
Veri fi carIncorporaci on ()
Impri mi rIncorporaci on ()
GenerarNumIncorporaci on ()
Abri r ()
Vali darSol i ci tud ()
CargarSol i ci tudes ()
MostrarInform aciondel Bi en ()
GuardarIncorporaci on ()
1..1
Contiene
1..*
Pertenecen
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
CargarSol i ci tud ()
Val idaNum Sol i ci tud ()
BuscarSol i ci tud ()
M odi ficarSol ici tud ()
Anul arSol i ci tud ()
Im pri mi rSol i ci tud ()
Cal cularT SR ()
Cal cularT SP ()
Cal cularT SA ()
Cal cl arT SNA ()
CarcularT IE ()
Cal cularT DE ()
Cal cularT T E ()
Cal cularT REAS ()
Envi arSol i ci tud ()
GenerarNum Sol i ci tud
()

FECHA:
Septiembre 2008
6. Pantallas
Men Principal Bienes Nacionales
Registro de Bienes

FECHA:
Septiembre 2008
Incorporacin

FECHA:
Septiembre 2008
Confidencial
Pg. 8

gestin de los procesos en la Delegacin de Bienes Nacionales de
la Universidad de Oriente, Ncleo Monagas.
FECHA:
(Desincorporar Bien)
Noviembre 2008
Proyecto:
Nacionales de la Universidad de Oriente.

Desincorporar Bien
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1.2. Alcance.
1
1
1
1.3. Resumen...
2 Caso de uso desincorporar bien....

3. Descripcin Textual del Caso de Uso: desincorparacin de bien.
1
2
4. Diagrama de Secuencia desincorporar bien...
5. Diagrama de Clases desincorporar Bien .
6. Pantalla.

FECHA:
Septiembre 2008
1. Introduccin
1.1 Propsito
funcionalidad del caso de uso Desincorporar Bien con respecto al sistema, todos los
1.2 Alcance
modulo.
1.3 Resumen
Desincorporacion de Bienes que interviene en el sistema, se muestran las interfaces
para los usuarios, el diagramas de clases, de secuencia y las especificaciones del caso
del uso.
2. Caso de Uso Desincorporar Bien
Desi ncorporar Bi en.

Regi strador de Bi
enes.
Confidencial
Pg.1

FECHA:
Septiembre 2008
3. Descripcin Textual del Caso de Uso: Desincorporar de Bien.
Caso de Uso: Desincorporar de Bien.
Actor participantes: Registrador de

Bienes.
Propsito: Este proceso permite que un bien sea desincorporado de la dependencia a la cual
perteneca.
Precondiciones: El usuario ha sido validado por el sistema (ver caso de uso Validar
Usuario). Que el bien este incorporado. Que se haya realizado una solicitud.
N

Bienes.

Bienes.

Bienes.

Bienes.
El
usuario
selecciona
la
opcin
de
Desincorporacin, escoge una solicitud y

presiona el botn Procesar.
6

de desincorporacin (el nmero es aleatorio
y para control del departamento de bienes).
El usuario presiona la opcin Desincorporar.
El sistema valida los datos y realiza la

desincorporacin, emitiendo un mensaje.


FECHA:
Septiembre 2008

confirmacin.
9.1.2 El usuario selecciona la opcin
aceptar.
9.1.2.1 Si selecciona Cancelar el

sistema no realiza ninguna

operacin.

desincorporacin y emite un mensaje de
confirmacin.
operacin.
principal.
Confidencial
Pg.3

FECHA:
Septiembre 2008
4. Diagrama de Secuencia Desincorporar Bien
5. Diagrama de Clases Desincorporar Bien
El emento
- cod_el em ento
- descri pci on
: i nt
: i nt
+ Modi fi carEl emento ()
+ El i mi narEl emento
()
1..*
Pertenece
1..1
Posee
Detal l es_Bi en
- cod_detal l es : Stri ng
- descri pci on
: Stri ng
- cod_bi en
: Stri ng
1..1
Pertece
+ AgregarDetal l e ()
+ Modi fi carDetal l e ()
+ El i mi narDetal l e ()
1..*
Posee
T i po_Bi en
- cod_bi en
- descri pci on
: Stri ng
: Stri ng
+ AgregarT i poBi en ()
+ M odi fi carT i poBi en
()
+ El i m i narT i poBi en
()
Sol i ci
tud
1..*
Pertence
1..1
Conti ene
num sol i ci tud

fechaenvi o
ti po
estatus
:
:
:
:
Stri ng
Date
Stri ng
Stri ng
1..1
1..* Conti ene
Pertenece
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Val i daNumSol i ci tud ()
Modi fi carSol i ci tud ()
Impri mi rSol i ci tud ()
Cal cul arT SR ()
Cal cul arT SP ()
Cal cul arT SA ()
Cal cl arT SNA ()
Carcul arT IE ()
Cal cul arT DE ()
Cal cul arT T E ()
Cal cul arT REAS ()
GenerarNumSol i ci tud
()
Desi ncorporaci on
- numdesi ncorporaci on : Stri ng
- fecha
: Date
+ Desi ncorporarBi en
()
+ M odi fi carDesi ncorporaci on ()
+ Consul tarDesi ncorporaci on ()
+ El i mi narDesi ncorporaci on ()
+ BuscarDesi ncorporaci on ()
+ Veri fi carDesi ncorporaci on ()
+ GenerarNum Desi ncorporaci on ()
+ Impri mi rDesi ncorporaci on ()
+ Abri r ()
+ CargarSol i ci tudes ()
+ Val i darNum Sol i ci tud ()
+ GuardarDesi ncorporaci on ()
Confidencial
Pg.4

FECHA:
Septiembre 2008
6. Pantallas.
Registro de Bienes

FECHA:
Septiembre 2008
Desincorporacin

FECHA:
(Trasladar Bien)
Noviembre 2008
Proyecto:

Trasladar Bien
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1
1
1.2. Alcance.
1.3. Resumen...
Caso de uso trasladar bienes....
3. Descripcin Textual del Caso de Uso: trasladar bienes.
4. Diagrama de Secuencia trasladar bienes ....
5. Diagrama de Clases trasladar bienes ..
6. Pantalla...

FECHA:
Septiembre 2008
1. Introduccin
1.1 Propsito
funcionalidad del caso de uso Trasladar Bien con respecto al sistema, todos los
que mostarara al usuario, en fin todo lo relacionado con el sistema y sus funciones.
1.2 Alcance
modulo.
1.3 Resumen
Traslado de Bienes que interviene en el sistema, se muestran las interfaces para los
usuarios, el diagramas de clases, de secuencia y las especificaciones del caso del uso.
2. Caso de Uso Trasladar Bienes.
T rasl adar Bi en.

Regi strador de Bi
enes.
Confidencial
Pg.1

FECHA:
Septiembre 2008
3. Descripcin Textual del Caso de Uso: Trasladar Bien.
Caso de Uso: Trasladar Bien.
Actor participantes: Registrador de Bienes
Propsito: Trasladar bienes entre Dependencias.

Usuario). Que el bien este incorporado y que alguna Dependencia solicite el traslado de
algn bien.
N

Bienes.

Bienes.

Bienes.

Bienes.
El
usuario
selecciona
la
opcin
de
Traslado, escoge una solicitud y presiona el

botn Procesar.
6

de Traslado (el nmero es aleatorio y para
control del departamento de bienes).
El usuario presiona el botn Trasladar.
El sistema valida los datos y realiza el

traslado, emitiendo un mensaje.
El usuario del sistema selecciona el flujo

de trabajo y la operacin que desea
realizar.

FECHA:
Septiembre 2008
9.1.1 El sistema permite que se editen
los datos a modificar siempre.
9.1.2
El usuario edita los datos y
presiona el botn Modificar.

9.1.3 El sistema valida, almacena los
datos y emite un mensaje de conformacin
9.1.3.1 Si los datos son invlidos el

sistema emite un mensaje.
de actualizacin realizada.
confirmacin.
9.2.2
aceptar.

9.2.3 El sistema valida, almacena y
operacin.
emite un mensaje de confirmacin de la

anulacin.
Traslado
emite
un
mensaje
de
confirmacin.

operacin.

principal.
Confidencial
Pg.3

FECHA:
Septiembre 2008
4. Diagrama de Secuencia Trasladar Bienes.
:wp ri n ci pa l
:wReg i strode B i e ne s
: T ra sl ad o
:So l i ci t u d
Regi strador de Bi enes.
T rasl ado
sel ecci ona del m enu pri nci pal l a op ci on Regi stro Bi enes
Despl i egaOpci on
() Sel ecci ona l a opci on Regi strar Bi enes
Abri
bri r ventan a Regi stro d e Bi enes
Abri r
Sel ecci ona l a Opci on T rasl ado
CargaSol i ci tudes()
Busca Sol i ci
tudes
M uestra Sol i ci
tudes
Sel ecci ona una sol i ci tud y presi ona e l boto n Procesa r
B uscarSol i ci tude s ()
Procesa
Val i darSol i ci tu d ()
GenerarNum T rasl a do
Ge
()
Busca N de Sol i ci tud
M uestra bi ene s conteni do s en l a sol ci tud
ud
Presi o na e l boto n T rasl ado

Val i da ()
Guarda ()
T rasl adarBi en ()
Bi en T rasl adado
M odi fi car
Sel ecci ona M odi fi car
Val i da ()
Introduce datos a edi tar
M odi fi carT rasl ado

M
()
T rasl ad o M odi fi
cada
El i m i nar
Presi ona El i m i
nar
al i
Val i da ()
Confi rm a Anul aci on
El i m i narT rasl ado()

trasl ado El i m i
nad a
Im pri m i r
Im pri m i rT rasl a do ()
M uestra reporte e i m pri m eras
T rasl
ado
Retornar
Sel ecci ona Retornar
Retorna r ()
Se regresa al m enu pri nci pa
pal
Confidencial
Pg.4

FECHA:
Septiembre 2008
5. Diagrama de Clases Trasladar Bienes.
Elemento : int
- cod_el em ento : int
- descri pci on
1..1
Posee
1..*
Pertenece
+ AgregarElemento ()
+ M odi fi carEl em ento ()
+ El i mi narEl em ento ()
Detal l es_Bi
en
- descripcion
- cod_bien
: Stri ng
: Stri ng
+ AgregarDetal l e ()
+ Modifi carDetall e ()
+ El im i narDetal le
()
1..1
Pertece
1..*
Posee
T ipo_Bi en
: String
- cod_bi en
: String
- descri pci on
+ AgregarT i poBi en ()
+ M odificarT i poBien ()
+ Eli m inarT ipoBi en
()
1..*
Pertence
Sol ici tud

+
+
()
+
+
+
+
num sol ici tud

fechaenvio
tipo
estatus
fecharecepci on
:
:
:
:
:
String
Date
String
String
Date
1..1
Contiene
CargarSol i citud ()
Val idaNum Soli citud
BuscarSol i citud ()
Modifi carSol ici tud ()
Anul arSol i citud ()
Im prim i rSol ici tud ()
+
()
+
()
+
()
+
()
+
Cal cul arT SR
+
+
+
+
+
()
Cal cul arT DE ()

Cal cul arT T E ()
Cal cul arT REAS ()
Envi arSol ici tud ()
GenerarNum Sol ici tud
Cal cul arT SP

Cal cul arT SA
T raslado
1..1
Contiene
1..*
Pertenecen
num traslado
fecha
unidad uso
unidad traslado
:
:
:
:
Stri ng
Date
Stri ng
Stri ng
Cal clarT SNA

Carcul arT IE ()
+
+
+
+
+
+
+
+
+
+
+
T rasl adarBi en ()
M odi fi carT raslado ()
ConsultarT raslado ()
El i mi narT raslado ()
BuscarT rasl ado ()
Veri fi carT raslado ()
GenerarNum T raslado ()
Impri m irT raslado ()
Abri r ()
Vali darSol i ci tud ()
GuardarT rasl ado ()

FECHA:
Septiembre 2008
6. Pantallas.
Registro de Bienes

FECHA:
Septiembre 2008
Traslado

FECHA:
(Inventario de Bienes)
Noviembre 2008
Proyecto:
Monagas.

Inventario de Bienes
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1.2. Alcance.
1
1
1
1.3. Resumen...
2 Caso de uso inventario bienes......

3. Descripcin Textual del Caso de Uso: inventario bienes.
1
2
4. Diagrama de Secuencia inventario bienes.....
5. Diagrama de Clases trasladar bienes ..
6. Pantalla...

FECHA:
Septiembre 2008
1. Introduccin
1.1 Propsito
funcionalidad del caso de uso Inventario de Bienes con respecto al sistema, todos los
1.2 Alcance
modulo.
1.3 Resumen
Inventario de Bienes que interviene en el sistema, se muestran las interfaces para los
2. Caso de Uso Inventario de Bienes
Inventari ar Bi en.
Regi strado de Bi
enes
3. Descripcin Textual del Caso de Uso: Inventario de Bienes
Confidencial
Pg.1

FECHA:
Septiembre 2008
Caso de Uso: Inventario de Bienes

Bienes.
Propsito: Este proceso permite que los bienes puedan ser guardados bajo un nmero de
inventario.
Usuario). Que el bien este incorporado. Que se haya realizado una solicitud.
N

Bienes.

Bienes.

Bienes.

Bienes.
El
usuario
selecciona
la
opcin
de
Inventario, escoge una solicitud y presiona

el botn Procesar.
6
El sistema valida, muestra el listado de
Si en la validacin se presentan
bienes pertenecientes a dicha dependencia y
errores con respecto a algn campo
activa las opciones Modificar, Eliminar,
que no cumpla con las reglas, el
Imprimir y retornar.
sistema emite un mensaje para que

ste sea corregido.
El usuario del sistema selecciona el flujo

de trabajo y la operacin que desea realizar.
Confidencial
Pg.2

FECHA:
Septiembre 2008
confirmacin.
7.1.2
aceptar.


operacin.
anulacin.
confirmacin.
7.2.2
aceptar.
anulacin.
operacin

Inventario de Equipos y emite un mensaje
de confirmacin.
7.4.1 El sistema regresa
pantalla
operacin.
principal.
Confidencial
Pg.3

FECHA:
Septiembre 2008
4. Diagrama de Secuencia Inventario de Bienes
:wprinci pal
:wRegi strodeB ienes
:Inventari o
:Sol ici tud
:UnidadGeneral
:Sub_UG
:Unidad
:Sub_Uni dad
:Incorporaci on
:Desi ncorporaci on
Registrador de Bienes.
Inventari o
sell eccii ona dell m enu priincii pall lla opciion Regii sttro Biienes
Despllii egaOpciion
()
Sell ecciiona lla opcii on Regiisttrar Bii enes
Abrii r venttana Regiisttro de Bii
enes
Abrii r
CargaS ollii ciittudes()
Sell ecciiona lla Opciion
IInventtarii o
Busca Soll iicii ttudes
BuscarSollii cii ttudes ()
Muesttra Sollii ciittudes

Selleccii ona una soll iicii ttud y presii ona ell botton Procesar
Procesa
Vallii darSoll iicii ttud ()
Sell ecciiona ell ttii po de IInventtarii o y ell nombre de lla uniidad sollii ciittan tte
Vaiida ()
Busca Uniidad Generall
BuscarUniidadGenerall ()
Busca Sub Unii dad Generall
BuscarSub_UG
Busca Uniidad
BuscarUniidad ()
BuscarSub_Unii dad
Buscar Sub Unii dad
Muesttra Uniidade s
Busca IIncorporacii ones Ejj ecuttadas
BuscarIIncorporaciion ()
Buscar ttrasll ados ejjecuttado s
BuscarTrasll ados ()
Mosttrar Bii enes
Eli mi nar
Presii ona Ellii mii nar
Vall iida ()
Conffiirma Anull aciion

Ellii mii narIInventtariio()
IInventtarii o Ellii mii nado
Im pri mi r
Sell eccii ona IIm prii mii r

IIm prii mii
rIInventtariio () Muesttra reportte e iim prii me
IInventtarii o
Retornar
Sell eccii ona Rettornar
Rettornar ()
Se regresa all menu prii nciipall
Confidencial
Pg.4

FECHA:
Septiembre 2008
5. Diagrama de Clases Inventario de Bienes
El emento
T ipo_Usuari o
- cod_elemento : i nt
- descri pci on
: i nt
+ AgregarEl em ento ()
+ Modi ficarElemento ()
+ El i mi narEl emento ()
1..*
Pertenec
+
()
+
+
+
+
Posee
Usuari os
- id
- cod_detal les : Stri ng
- descripci
on
- cod_bi en
: Stri
ng
: Stri
ng
- clave
- usuari o
+ AgregarDetal l e
()
+ M odifi carDetal le
()
+ Eli mi narDetal l e 1..1
()
+ AgregarTi poUsuari o ()
+ El i mi narTi poUsuri o ()
+ Modi ficarT ipoUsuari o ()
+ BuscarT i poUsuari o
()
+ CargarUsuari o ()
+ CargarNi velAcceso ()
1..1 e
Detal l es_Bi en
Uni dad_G
- cod_usuari o : i nt
- descri pci on : i nt
- pagina
: i nt
: i nt
cod_ug
descripcion
cod_campus
tel efono
nucl eo
: String
: String
: String
: String
: int
+ AgregarUni dad_G ()
+ M odifi carUnidad_G ()
+ El im inarUni dad_G ()
CargarEstatusUsuari o
CargarSub_UG ()
CargarUni dad ()
CargarSub_Uni dad ()
MostrarUsuari o ()
1..1
+ BuscarUni dad_G ()
+ BuscarBi enes ()
+ BuscarNucl eo ()
Pertenece
: i nt
: i nt
1..1
Existen
- cod_usuari o : i nt
estatus
: i nt
1..*
+ AgregarUsuari o ()
+ El i mi narUsuari o
()
+ Modi fi carUsuari o
()
Pertece
+
+
+
+
()
+
1..*
Posee
Vali darUsuario ()
Vali darCl ave ()
Vali darEstatus ()
Vali darIntentos
11111111................11
Cambi
11**** arEstatus ()
- cedul a
+ CargarT ipoUsuari o
()
+ BuscarUsuari o ()
T ipo_Bi en
: String
- cod_sub_ug : Stri ng
- descri pci
: Stri ng
on
- tel
: Stri ng
efono
- cod_campus : Stri ng
Cam pus
- cod_campus : String
- Apell i do :
String
..*
- Cargo
: String1
Perte
- descri pci on : Stri

ng
+
()
+
+
()
+
: String
: Date
: String
: String
- descri
pcion
: String
cod_ug
.1
Laborar
+ AgregarCam pus ()
n
+ Modi fi carCampus
()
+ El im inarCampus ()
modi fi car
guardar ()
eli mi nar
1..1
Exi
sten
buscar ()
Inventario
- numi nventario
+ Calcul arT SP ()
+ Calcul arT SA ()
+ Calcl arTSNA ()
+ Carcul arT IE ()
+ Calcul arT DE ()
+
+
+
+
()
Calcul arT TE ()
Calcul arT REAS ()
GenerarNum Soli citud
+
+
+
+
+
: Stri ng
AgregarSubUG ()
Modi ficarSubUG ()
El i mi narSubUG ()
BuscarSub_UG ()
BuscarBienes ()
1..*
Pertenec
e
+ CargarSol i ci tud ()
+ Vali daNumSol i ci tud ()
+ BuscarSol i ci tud ()
+ Modi fi carSol ici tud ()
+ Anul arSol i ci tud ()
+ Im pri mi rSol i ci tud () 1..1
Conti en
+ Calcul arT SR ()
Sub_UG
Pertenecen
- Nombre : String
+ BuscarEstatus ()
1..*
+ AgregarTi poBi en ()
1P..e1 rtenc
+ Modi ficarT ipoBi en
e
Sol i ci
()
Conti ene
tud
+ El i mi narTi poBi en
()
- numsol i ci tud
- fechaenvi o
- tipo
- estatus
1..1
Exi
ste
Funci onari
o
Uni dad
- cod_uni dad : Stri ng
: int
- canti dadtotalbi enes :

int
- fecha
: int
- descri pci
on
: Stri ng
- tel
efono
: Stri ng
+ M odifi carInventari o
()
+ Consul tarInventari o
()
- cod_campus : Stri ng
- cod_sub_ug : Stri ng
+ AnularInventario ()
: Stri ng
cod_ug
+ AgregarUnidad ()
+ Modi fi carUni dad
()
+ El i mi narUni dad
()
+ BuscarUni dad ()
+ BuscarBienes ()
+ BuscarInventario ()
+ Veri fi carInventari o
()
+ Imprim irInventari o
()
1..*
Pertenece
n
1..1
1..1
Exi sten
1..*
ContiePneertenecen
1..*
T raslado
- numtraslado
- fecha
: Stri ng
: Date
- numIncorporaci on : Stri
ng
- uni dad uso
: Stri ng
- fecha
- codi gobarra
- uni dad trasl ado : Stri

ng
Incorporacion
: Date
: Stri ng
+
() IncorporarBi en
+ Modi fi carIncorporaci on
()
+ Consul tarIncorporaci on ()
+ El im inarIncorporaci on ()
+ BuscarIncorporaci on ()
+ Veri ficarIncorporaci on ()
+ Im pri mi rIncorporaci on ()
+ GenerarNum Incorporaci on ()
+ Abri r ()
+ Val i darSoli citud ()
+ CargarSol ici tudes ()
+ MostrarInformaci ondel Bi en ()
+ GuardarIncorporaci on ()
Pertenecen
+ Trasl adarBi en ()
+ Modi fi carTrasl ado ()
+ Consul tarTrasl ado
()
+ El im inarT raslado
()
Sub_Uni dad
- cod_sub_uni dad : Stri ng
+
+
+
+
+
+
+
BuscarTrasl ado ()
Veri ficarT raslado ()
GenerarNum Trasl ado ()
Im pri mi rT raslado
Abri r () ()
Val i darSoli citud ()
GuardarT raslado ()
- descripci
on
- tel efono
- cod_campus
- cod_ug
: Stri ng
: Stri ng
: Stri ng
: Stri ng
- cod_sub_ug
- cod_unidad
: Stri ng
: Stri ng

FECHA:
Septiembre 2008
6. Pantallas.
Registro de Bienes

FECHA:
Septiembre 2008
Listado de Bienes
Reporte de inventario

FECHA:
(Generar Indicadores)
Noviembre 2008
Proyecto:
gestin de los procesos la Delegacin de Bienes
Monagas.

Generar Indicadores
Versin 0.90
Confidencial
Pg.

FECHA:
Septiembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1.2. Alcance.
1
1
1
1.3. Resumen...
2 Caso de uso Generar indicadores........

3. Descripcin Textual del Caso de Uso: Generar indicadores ...
1
2
4. Diagrama de Secuencia Generar indicadores .......
5. Diagrama de Clases Generar indicadores ..
6. Pantalla...

FECHA:
Septiembre 2008
1. Introduccin
1.1Propsito
funcionalidad del caso de uso Generar Indicadores con respecto al sistema, todos los
1.2 Alcance
modulo.
1.3 Resumen
proceso de
generar indicadores que interviene en el sistema, se muestran las

2. Caso de Uso Generar Indicadores
Generar Indi cadores.

Regi strador de Bi
enes..
Confidencial
Pg.

FECHA:
Septiembre 2008
3. Descripcin Textual del Caso de Uso: Generar Indicadores
Caso de Uso: Generar Indicadores

Bienes.
Propsito: Este proceso permite que el usuario realice consultas al sistema acerca de sus
solicitudes, adems de poder obtener el rendimiento de cada proceso.
Usuario). Que se haya realizado una solicitud.
N
El usuario selecciona la opcin Indicadores de

Gestin del men principal.
El sistema despliega la opcin de Calcular

Indicadores de Gestin.
El usuario selecciona la opcin Calcular

Indicadores de Gestin.
El sistema muestra una lista de opciones de los

diferentes indicadores que ofrece el sistema:
Total de Solicitudes Recibidas (TSR), Total de
Solicitudes
en
Proceso
Solicitudes
Atendidas
(TSP),
(TSA),
Total
de
Total
de
Solicitudes No Atendidas (TSNA), Total de

Incorporaciones Ejecutadas (TIE), Total de
Desincorporaciones Ejecutadas (TDE), Total
de Traslados Ejecutados (TTE), Tiempo de
Respuesta
Empleado
en
la
Atencin
de
Solicitudes (TREAS)
5
El usuario selecciona el indicador a utilizar, la

fecha de consulta de su preferencia y presiona
el botn calcular.

FECHA:
Septiembre 2008
5.1 Si selecciona TSR.

5.1.1 El sistema realiza el clculo por medio
de la formula
TSR = cantidad de solicitudes recibidas.
5.2 Si selecciona TSP.
de la formula
TSP = cantidad de solicitudes con status P
P (En Proceso).
5.3 Si selecciona TSA.
de la formula
TSA = cantidad de solicitudes con status I, D
yT
I (Incorporado).
D (Desincorporado).
T (Trasladado).
5.4 Si selecciona TSNA.
de la formula
TSNA = cantidad de solicitudes con status E
yP
Confidencial
Pg. 3

FECHA:
Septiembre 2008
E (Entrada)
P (En Proceso).
5.5 Si selecciona TIE.
de la formula
TIE = cantidad de registros con status I
I (Incorporado).
5.6 Si selecciona TDE.
de la formula
TDE = cantidad de registros con status D
D (Desincorporado).
5.7 Si selecciona TTE.
de la formula
TTE = cantidad de registros con status T
T (Trasladado).
5.8 Si selecciona TREAS.

de la formula
Confidencial
Pg. 4

FECHA:
Septiembre 2008
TREAS = [(Tiempo de Atencin de la
Solicitud TAS Tiempo de Llegada de la
Solicitud
TLLS)]/Total
de
Solicitudes
Recibidas TSR.
6

6.1.1 El sistema muestra el reporte del
Indicador y emite un mensaje de confirmacin.
operacin.
principal.
Confidencial
Pg. 5

FECHA:
Septiembre 2008
4. Diagrama de Secuencia Generar Indicadores
: wp ri n ci p a l
des
:wS o l i ci t u
: S o l i ci t u d e s
Usu arriioo.
se l e cci o n a d e l m e n u p ri n ci p a l l a o p ci o n g e n e ra r i n di ca d o re s
d e sp l i e g a o p ci o n ()
M u e stra ()
M o stra r p a n tal l a
T o ta l d e So l i ci tu d e s Reci b i d as
Ca l cu l ar T SR
S e l e cci o n a l a o p ci o n T SR, l a o p ci o n d e b u sq u e d a y p re si on a
ca l cu l a r
alc
Ca l cu l a rT SR ( so l i ci tud e s)
M o stra r Re p o
rte
T o ta l d e So l i ci tud e s e n Pro ce so
Ca l cu l ar T SP
ar
S e l e cci o n a l a o p ci o n T S P, l a o p ci o n d e b u sq u e d a y p re si on a
ca l cu l a r
Ca l cu l a r T SP (so l i ci tu d e s sta tu
s P) M o stra r Re p o rte
T o ta l d e So l i ci tud e s Ate n d i d as
S e l e cci o n a l a o p ci o n T SA , l a o p ci o n d e b u sq u e d a y p re si on a
ca l cu l a r
Ca l cu l ar T SA
SA
Ca l cu l a r T SA (so l i ci tu d es sta t us " I" ," D" y" T " )
M o stra r Re p o rte
T o ta l d e S o l i ci tu d es
No
A te n d i d a
s
Ca l cu l ar T SNA
S e l e cci o n a l a o p ci o n T SNA , l a op ci o n d e b u sq u e d a y p re si o n a
cal cu l a r
Ca l cu l a r T SNA (so l i ci tu d e s statu s " E"

T S
y" P" ) M o stra r Re p o rte
T o ta l d e In co rpo ra ci on
es
Ej e cu tad a
s
Ca l cu l a r T IE
S e l e cci o n a l a o p ci o n T IE, l a o p ci o n d e b u sq u e d a y p re si on a
ca l cu l a r
ula
Ca l cu l a r T IE (re g i stro s sta tu s
" I" ) M o stra r Re p o rte
T o ta l d e De si n co rp o ra ci o
nes
E j e cu ta d a
s
Ca l cu l ar T DE
Se l ecci o n a l a o p ci o n T DE , l a op ci o n d e b u sq u e d a y p re si o n a
cal cu l a r
l ar
Ca l cu l ar T DE (re g i stro s sta tu s
" D" ) M o stra r Re p o rte
T o ta l d e T ra sl a d o s E j e cu ta d os
Ca l cu l ar T T E
l ar
S e l e cci o n a l a o p ci o n T T E , l a o p ci o n d e b u sq u e d a y p re si on a
ca l cu l a r
Ca l cu l ar T T E (re g i stro s sta tu s

" T " ) M o stra r Re p o rte
T i e m p o d e Re sp ue st a E m p l e
a d o e n l a A te n ci o n d e S o l i
ci tu d es
Ca l cu l a r T RE AS
S
Se l e cci o n a l a o p ci o n T REAS , l a o p ci o n d e b usq u e d a y p re si o n a

ca l cu l a r
Ca l cu l a r T REA S (ti e m p o a te n ci o n - ti e m p o l l e
g ad a )] M o stra r Re p o rte
Im p ri m i r
P ro ce
sa
Se l e cci o n a Im p ri m i r
Im p ri m i rRe p o rt e ()
M
M u e st ra Re p orte e Im p
mrie
me
Re to rn a r
S e l e cci o n a Re to rn ar
Re to rn ar ()
S e d e vu e l ve a l m e n u p ri n ci p a l
Confidencial
Pg.

FECHA:
Septiembre 2008
5. Diagrama de Clases Generar Indicadores
Incorporaci on
Inventari o
- numIncorporaci on : Stri ng
- fecha
- codi gobarra
+
+
()
+
+
+
+
+
+
+
+
+
+
()
+
: Date
: Stri ng
- numi nventari o
: i nt
- canti dadtotal bi enes : i nt
- fecha
: i nt
IncorporarBi en ()
M odi fi carIncorporaci on
Consul tarIncorporaci on ()
El i mi narIncorporaci on ()
BuscarIncorporaci on ()
Veri fi carIncorporaci on ()
Impri mi rIncorporaci on ()
GenerarNumIncorporaci on ()
Abri r ()
Val i darSol i ci tud ()
M ostrarInformaci ondel Bi en
1..*
Pertenecen
Sol i ci
tud
- numsol i ci tud
- fechaenvi o
- ti po
GuardarIncorporaci on ()
1..*
Pertenecen
1..1
Conti ene
+ Val i daNumSol i ci tud ()
+ Modi fi carSol i ci tud ()
+ Anul arSol i ci tud ()
+ Impri mi rSol i ci tud ()
+ Cal cul arT SR
+ () Cal cul arT
+ Cal cul arT SA ()
+ Cal cl arT SNA ()
+ Carcul arT IE ()
+ Cal cul arT DE ()
+ Cal cul arT T E ()
+ Cal cul arT REAS ()
+ Envi arSol i ci tud ()
+ GenerarNum Sol i ci tud ()
Desi ncorporaci on
- numdesi ncorporaci on : Stri ng
+
()
+
+
+
+
+
+
+
+
+
+
+
M odi fi carInventari o ()
Consul tarInventari o ()
Anul arInventari o ()
BuscarInventari o ()
Veri fi carInventari o ()
Impri m i rInventari o ()
1..1
Conti enen
- estatus
: Stri ng
1..1
Conti ene
1..*
Pertenece
- fecha
: Stri ng
: Date
: Stri ng
+
+
+
+
+
+
: Date
Desi ncorporarBi en
Modi fi carDesi ncorporaci on ()
Consul tarDesi ncorporaci on ()
El i m i narDesi ncorporaci on ()
BuscarDesi ncorporaci on ()
Veri fi carDesi ncorporaci on ()
GenerarNumDesi ncorporaci on ()
Im pri mi rDesi ncorporaci on ()
Abri r ()
Val i darNumSol i ci tud ()
GuardarDesi ncorporaci on ()
1..1
Conti ene
1..*
Pertenecen
T rasl ado
- numtrasl ado
- fecha
- uni dad uso
: Stri ng
: Date
: Stri ng
- uni dad trasl ado : Stri ng

+
+
+
+
+
+
T rasl adarBi en ()
Modi fi carT rasl ado ()
Consul tarT rasl ado ()
El i mi narT rasl ado ()
BuscarT rasl ado ()
Veri fi carT rasl ado ()
+ GenerarNumT rasl ado ()

+ Impri mi rT rasl ado ()
+ Abri r ()
+ Val i darSol i ci tud ()
+ GuardarT rasl ado ()

FECHA:
Septiembre 2008
6. Pantallas.
Indicadores de Gestin

FECHA:
Septiembre 2008
Reporte Indicadores de Gestin

FECHA:
(Consultar Estatus de Solicitudes)
Noviembre 2008
Proyecto:

Consultar Estatus de Solicitudes
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1
1
1.2. Alcance.
1.3. Resumen...
Caso de uso estatus de solicitudes........
3. Descripcin Textual del Caso de Uso: estatus de solicitudes...
4. Diagrama de Secuencia estatus de solicitudes.......
5. Pantalla...

FECHA:
Septiembre 2008
1. Introduccin
1.1 Propsito
funcionalidad del caso de uso Consultar Estatus de Solicitudes con respecto al
sistema, todos los procesos que ste realizara, la descripcion especifica del caso de
uso, las interfaces que mostarara al usuarios, en fin todo lo relacionado con el sistema
y sus funciones.
1.2 Alcance
modulo.
1.3 Resumen
proceso de generar consultas que interviene en el sistema, se muestran las interfaces
del uso.
2. Caso de Uso Consultar Estatus de Solicitudes
Consul tar Estatus de Sol i ci tudes
Regi strador de Bi
enes..2
Confidencial
Pg.

FECHA:
Septiembre 2008
3. Descripcin Textual del Caso de Uso: Consultar Estatus de Solicitudes
Caso de Uso: Consultar estatus de solicitudes.

Bienes.
Propsito: Este proceso permite que el usuario realice consultas al sistema acerca de sus
solicitudes.
Usuario). Que se haya realizada una solicitud.
N
El usuario selecciona la opcin Consultas.
El sistema despliega la ventana Estatus de
Solicitudes.
3
El usuario introduce el numero de solicitud

que desea visualizar y presiona el botn
Buscar.
El sistema valida, muestra la descripcin de la

solicitud y activa las opciones de Imprimir y
Retornar.

Estatus de Solicitud y emite un mensaje de
confirmacin.

operacin.

FECHA:
Septiembre 2008
principal.
4. Diagrama de Secuencia Consultar Estatus de Solicitudes

:wpri nci pal
:wConsul tarStatusSol ci tudes
:Consul tarStatusSol i ci tudes
:Soli ci tudes
UUssuuaariroi o.
Estatus de
Sol i ci tudes
selecciona del menu pri nci pal l a opci on consul tar
despl i egaopci on ()
sel ecci ona l a opci on Estatus de Soli ci
tudes
Procesa
Abri r ()
El usuari o introduce el num ero de sol i ci tud que desea visuali zar y presi onaot
el botn
Buscar
Procesa
Vali da ()
Busca soli
citud
Muestra descripci on de sol icitud y estatus
Imprim ir
Procesa
Selecciona Imprim i
r
M uestra reporte e im pri

me
Retornar
Retornar ()
Se devuel ve al menu pri nci
pal
Imprim i rReporte ()
BuscarSoli citud()

FECHA:
Septiembre 2008
5. Pantallas.
Estatus de Solicitudes

FECHA:
(Solicitud de Incorporacin)
Noviembre 2008
Proyecto:

Solicitud de Incorporacin
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1.2. Alcance.
1
1
1
1.3. Resumen...
Caso de uso estatus de solicitudes........
3. Descripcin Textual del Caso de Uso: estatus de solicitudes...
4. Diagrama de Secuencia estatus de solicitudes.......
5. Diagrama de clases estatus de solicitudes.......
6. Pantalla...

FECHA:
Septiembre 2008
1. Introduccin
1.1 Propsito
funcionalidad del caso de uso Solicitud de Incorporacin con respecto al sistema,
todos los procesos que ste realizara, la descripcion especifica del caso de uso, las
interfaces que mostarara al usuarios, en fin todo lo relacionado con el sistema y sus
funciones.
1.2 Alcance
modulo.
1.3 Resumen
solicitud de incorporaciones que interviene en el sistema, se muestran las interfaces
del uso.
2. Caso de Uso Solicitud de Incorporacin
Sol i ci tud de Incorporaci on

Usuari o
Confidencial
Pg.

FECHA:
Septiembre 2008
3. Descripcin Textual del Caso de Uso: Solicitud de Incorporacin
Caso de Uso: Solicitud de Incorporacin
Actor participantes: Registrador de Bienes.
Propsito: Este proceso permite que el usuario enve las solicitudes de incorporacin de
bienes.
Usuario). Que un bien necesite ser incorporado.
N
El usuario selecciona la opcin Enviar Solicitud.
El sistema despliega las opciones de: Solicitud de

Incorporacin, Solicitud de Desincorporacin y
Solicitud de Traslado.
El usuario selecciona la opcin Solicitud de

Incorporacin.
El sistema despliega la ventana Solicitud de

Incorporacin, genera y muestra el nmero de
solicitud, la fecha y el nombre del Departamento.
El usuario selecciona la va por la cual se realizara

la incorporacin, entre las opciones: N de
factura, Traslado o Donacin, llena los campos
pertinentes a la opcin elegida y presiona el botn
agregar.
El
sistema
valida,
muestra
en
detalle
la
descripcin de la solicitud y activa la opcin

Enviar.
7
El usuario presiona el Botn Enviar.
El usuario del sistema selecciona
el flujo de

FECHA:
Septiembre 2008

8.1.1 El sistema permite que se editen los datos
a modificar siempre.
8.1.2
El usuario edita los datos y presiona el
botn Modificar.
8.1.3 El sistema valida, almacena los datos y
emite
un
mensaje
de
conformacin
de
8.2.1
El
sistema
emite
un
mensaje
de
confirmacin.
8.2.2 El usuario selecciona la opcin aceptar.
8.2.3 El sistema valida, almacena y emite un
mensaje de confirmacin de la anulacin.

operacin.

8.3.1 El sistema muestra el reporte de Status de
Solicitud y emite un mensaje de confirmacin.
8.2.1 El sistema regresa a la pantalla principal.
Confidencial
Pg. 3

FECHA:
Septiembre 2008
4. Diagrama de Secuencia Solicitud de Incorporacin

: wp ri n ci pa l
: ws o l i c i t u d
: so l i c i t u d
Usuari o
Sol i ci tud de
Incorporaci on
sel ecci ona del m enu pri ci pal l a opci on envi ar sol i ci tud
despl i egaopci on
()
sel ecci ona l a opci on sol i ci tud de i ncorporaci
on
Procesa
Abri r ()
Buscar Num ero de sol ci i
tud
GenerarNum ero ()
M uestra num ero de sol i ci

tud
Procesa
Sel ecci ona ti po de i ncorporaci on, l l ena l os cam pos y presi ona el boton
agregar
M uestra detal l e de l a sol i ci tud

d
Presi ona Envi ar
Val i da ()
Procesa
M odi fi car
Sel ecci ona M odi fi
car
Procesa
Val i da ()

Procesa
M
M odi fi carSol i ci tud ()
Sol i ci tud M odi fi cada
El i m i nar
Procesa
Presi ona El i m i
nar
Envi a m ensaj e de confi rm aci

on
Val i da ()
E
Procesa
Confi rm a l a Anul aci

on
El i mi narSol i ci tud
()
M ensaj e de Anul aci

on
Im pri m i r
Procesa
Im pri m i rSol i ci tud ()
M ue stra reporte e i m pri m

e
Retornar
Retornar
Se devuel ve al m enu pri nci

i pa
pal
Confidencial
Pg.
4
n

FECHA:
Septiembre 2008
5. Diagrama de Clases Solicitud de Incorporacin
Incorporaci on
- num Incorporaci on
: String
- fecha
: Date
- codi gobarra
: String
+ IncorporarBi en ()
+ Modi fi carIncorporaci on ()
+ Consul tarIncorporaci on ()
+ Eli m inarIncorporaci on ()
+ BuscarIncorporaci on ()
+ Veri ficarIncorporaci on ()
+ Impri mi rIncorporaci on ()
+ GenerarNumIncorporacion ()
+ Abri r ()
+ Val i darSol i citud ()
+ CargarSol i ci tudes ()
+ MostrarInformaciondel Bi en ()
+ GuardarIncorporaci on ()
1..*
Pertenecen
Sol i citud :
:
:
:
- num sol i ci tud

- fechaenvi o
- tipo
- estatus
Stri ng
Date
Stri ng
Stri ng
1..1
Conti ene
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Val i daNum Sol ici tud ()
Modi fi carSol i ci tud ()
AnularSol i ci tud ()
Impri m i rSoli ci tud ()
Cal cul arT SR ()
Cal cul arT SP ()
Cal cul arT SA ()
Cal cl arT SNA ()
Carcul arT IE ()
Cal cul arT DE ()
Cal cul arT T E ()
Cal cul arT REAS ()
EnviarSol i citud ()
GenerarNumSol i ci tud ()

FECHA:
Septiembre 2008
6. Pantallas
Men Principal Unidades
Solicitud de Incorporacin

gestin de los procesos en la Delegacin de Bienes Nacionales de
FECHA:
(Solicitud de Desincorporacin)
Noviembre 2008
Proyecto:

Solicitud de Desincorporacin
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1
1
1.2. Alcance.
1.3. Resumen...
Caso de uso solicitud de desincorporacin.....
3. Descripcin Textual del Caso de Uso: solicitud de desincorporacin..
4. Diagrama de Secuencia solicitud de desincorporacin......
5. Diagrama de clases solicitud de desincorporacin
6. Pantalla...

FECHA:
Septiembre 2008
1. Introduccin
1.1 Propsito
funcionalidad del caso de uso Solicitud de Desincorporacin con respecto al sistema,
todos los procesos que ste realizara, la descripcion especifica del caso de uso, las
funciones.
1.2 Alcance
modulo.
1.3 Resumen
solicitud de desincorporaciones que interviene en el sistema, se muestran las
2. Caso de Uso Solicitud de Desincorporacin
Sol i ci tud de Desi ncorporaci on

Usuari o
Confidencial
Pg.1

FECHA:
Septiembre 2008
3. Descripcin Textual del Caso de Uso: Solicitud de Desincorporacin
Caso de Uso: Solicitud de Desincorporacin

Bienes.
Propsito: Este proceso permite que el usuario enve las solicitudes de desincorporacin
de bienes.
Usuario). Que el bien este incorporado
N
El
usuario
selecciona
la
opcin
Enviar
Solicitud.
2
El sistema despliega las opciones de: Solicitud

de
Incorporacin,
Solicitud
de
Desincorporacin y Solicitud de Traslado.

3

Desincorporacin.

Desincorporacin, genera y muestra el nmero
de solicitud, la fecha y el nombre del
Departamento.
El usuario selecciona el bien a desincorporar y

presiona el botn agregar.
El sistema valida, muestra la descripcin del

bien y activa la opcin Enviar.
El usuario presiona el botn Enviar.


FECHA:
Septiembre 2008
8.1.1 El sistema muestra el reporte de Status
de
Solicitud
emite
un
mensaje
de
confirmacin.


operacin.

principal.
confirmacin.
8.3.2

operacin
aceptar.
8.3.3 El sistema valida, almacena y emite un
mensaje de confirmacin de la anulacin.
8.4.2
El usuario edita los datos y presiona
el botn Modificar.
Confidencial
Pg.3

FECHA:
Septiembre 2008
4. Diagrama de Secuencia Solicitud de Desincorporacin
: wp ri n ci pa l
: w S o l i ci t u d
: So l i ci tu d
:Bi e n
Usuari o
Sol i ci tud de
Desi ncorporaci n
sel ecci ona del m enu pri nci pal l a opci on envi ar sol i ci despl i egaopci on ()
tud
Procesa
sel ecci ona l a opci on sol i ci tud de desi ncorporaci
on
Abri r ()
GeneraNum ero ()
Busca Num ero de sol i ci tud

M uestra num ero de sol i ci tud
Sel ecci ona el bi en a desi ncorporar y presi ona

Agregar
Procesa
Val i da ()
Busca el bi
BuscarBi en ()
en
M uestra datos del bi en
Presi ona Envi ar
Procesa
Envi arSol i ci tud
() Sol i ci tud Envi ada

M odi fi car
Procesa

Procesa
Val i da ()
Sol i ci tud M odi fi cada
El i m i nar
Procesa
Envi a m ensaj e de confi rm aci

on
Confi rm a l a Anul aci

on
Val i da ()
Procesa
El i m i narSol i ci tud
()
M ensaj e de anul aci on
Im pri m i r
Procesa
M uestra reporte e i m pri m

e
Retornar
Retornar
Se devuel ve al m enu pri ncipal

pal
Confidencial
Pg.4
5. Diagrama de Clases Solicitud de Desincorporacin
Confidencial
Pg.5

FECHA:
Septiembre 2008
El em ento
- cod_elem ento : i nt
- descripcion
: i nt
+ AgregarElem ento ()
+ M odificarElemento ()
+ El i mi narEl em ento ()
1..*
Pertenece
1..1
Posee
Detal l es_Bien
- descri pci on
: Stri ng
- cod_bi en
: Stri ng
T i po_Bi en
- cod_bi en
: String
- descripci on : String
+ AgregarT ipoBi en ()
+ M odifi carT ipoBi en
()
+ Eli m inarT i poBien
()
1..*
1..1
Pertece
+ AgregarDetal le ()
+ M odi fi carDetal l e ()
+ Eli m i narDetall e ()
Posee
1..*
Pertence
1..1
Contiene
:
Sol icitud :
- num soli ci tud :
:
- fechaenvi o
- ti po
- estatus
Stri ng
Date
Stri ng
Stri ng
+ CargarSoli ci tud ()
+ Vali daNum Sol icitud ()
+ BuscarSoli ci tud ()
+ M odifi carSol icitud ()
+ Anul arSoli ci tud ()
+ Im prim i rSoli ci tud ()
+ Calcul arT SR ()
1..1
Contiene
1..*
Pertenece
Desincorporaci on
- numdesi ncorporaci on : String
- fecha
: Date
+
+
+
+
+
+
+
+
+
+
+
+
DesincorporarBien ()
M odi fi carDesi ncorporacion ()
Consul tarDesi ncorporacion ()
Eli m i narDesi ncorporaci on ()
BuscarDesincorporaci on ()
Verifi carDesincorporaci on ()
GenerarNum Desincorporacion ()
Im pri mi rDesincorporaci on ()
Abrir ()
CargarSol icitudes ()
Val idarNum Soli ci tud ()
GuardarDesincorporaci on ()
+
+
+
+
+
+
+
+
+
Calcul arT SP ()
Calcul arT SA ()
CalclarT SNA ()
Carcul arT IE ()
Calcul arT DE ()
Calcul arT T E ()
Calcul arT REAS ()
Envi arSol ici tud ()
GenerarNum Sol icitud ()
1..1
Contienen
Inventari o
- num i nventari o
1..*
Pertenecen
: i nt

- fecha
: i nt
+
+
+
+
+
+
M odificarInventario ()
ConsultarInventario ()
Veri ficarInventari o ()
Im prim i rInventari o ()

FECHA:
Septiembre 2008
6. Pantallas.
Solicitud de Desincorporacin

FECHA:
(Solicitud De Traslado)
Noviembre 2008
Proyecto:
Monagas.

Solicitud de Traslado
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1.2. Alcance.
1
1
1
1.3. Resumen...
Caso de uso solicitud de traslado........
3. Descripcin Textual del Caso de Uso: solicitud de traslado..-.
4. Diagrama de Secuencia solicitud de traslado.........
5. Diagrama de clases solicitud de traslado.......
6. Pantalla...

FECHA:
Septiembre 2008
1. Introduccin
1.1 Propsito
funcionalidad del caso de uso Solicitud de Traslado con respecto al sistema, todos los
1.2 Alcance
modulo.
1.3 Resumen
solicitud de traslado que interviene en el sistema, se muestran las interfaces para los
2. Caso de Uso Solicitud de Traslado
Sol i ci tud de T rasl ado

Usuari o
Confidencial
Pg.1

FECHA:
Septiembre 2008
3. Descripcin Textual del Caso de Uso: Solicitud de Traslado
Caso de Uso: Solicitud de Traslado
Propsito: Este proceso permite que el usuario enve las solicitudes de traslado de bienes.
Usuario). Que el bien este incorporado
N
El
usuario
selecciona
la opcin
Enviar
Solicitud.
2

de
Incorporacin,
Solicitud
de
Desincorporacin y Solicitud de Traslado.

3

Traslado.

Traslado, genera y muestra el nmero de
solicitud,
la
fecha
el
nombre
del
Departamento.
5
El usuario selecciona el bien a trasladar, el

nombre del departamento al cual se trasladara
el bien y presiona el botn Agregar.
El sistema valida, muestra la descripcin del

bien y activa la opcin Enviar.


FECHA:
Septiembre 2008
de
Solicitud
emite
un
mensaje
de
confirmacin.


operacin.

principal.
confirmacin.
8.3.2

operacin
aceptar.
8.4.2
el botn Modificar.
Confidencial
Pg.3

FECHA:
Septiembre 2008
4. Diagrama de Secuencia Solicitud de Traslado

:wp ri n ci p a l
:wSo l i ci tud .
:So l i ci tu d .
:B i e n
Usuari o
Sol i ci tud de
T rasl ado
sel ecci ona del m enu pri nci pal l a opci on envi ar sol i ci
tud
sel ecci ona l a opci on sol i ci tud de trasl

ado
despl i egaopci on ()
Procesa
GenerarNumero ()
Abri r ()
Buscar Num ero
Sel ecci ona el bi en a trasl adar, uni dad a trasl adar y presi ona
Agregar
ga
Procesa
Val i da ()
Buscar el bi
BuscarBi en ()
en
Muestra datos del bi en
Presi ona Envi ar
Procesa
Sol i ci tud Envi ada
M odi fi car
Val i da ()
Procesa
M
M odi fi carSol i ci tud

()
Sol i ci tud modi fi cada
El i mi nar
Procesa
Val i da ()
Envi
a m ensaj e de confi rm aci on
n
E
Confi rm a l a Anul aci on
Procesa
li
c
M ensaj e de anul
El iaci
mion
narSol i ci tudT rasl ado ()
Im pri m i r
Sel ecci ona Im pri mi r
Procesa
Im pri mi rSol i ci tud ()
M uestra reporte e i m pri m e
Retornar
Sel ecci ona retornar

Retornar ()
Se devuel ve al menu pri ncipal
pal
Confidencial
Pg.4

FECHA:
Septiembre 2008
5. Diagrama de Clases Solicitud de Traslado

El emento
- cod_elemento : i nt
- descri pci on
: i nt
+ Modi fi carEl emento ()
+ El imi narEl emento ()
1..*
Pertenece
1..1
Posee
Detal l es_Bi
en
- cod_detal l es : Stri ng
1..*
T i po_Bi en
- cod_bi en
: String
: Stri ng
: Stri ng
+ AgregarDetall e ()
+ Modifi
etall e ()
carD
+ Eli mi
tal l e ()
narDe
1..1
Pertece
- descri pcion : String

+ AgregarT ipoBi en ()
+ M odi fi carT ipoBi en
()
+ El i mi narT i poBi en ()
- descripcion
- cod_bien
Posee
1..*
Pertence
1..1
Contiene
Soli ci
tud
-
numsol i ci tud
fechaenvi o
ti po
estatus
:
:
:
:
Stri ng
Date
Stri ng
Stri ng
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
CargarSol i citud ()
Val i daNumSol ici tud
() BuscarSol i citud ()
Modi fi carSoli ci tud ()
Anul arSol i citud ()
Impri mi rSol ici tud
() Cal cul arT SR ()
Cal cul arT SP ()
Cal cul arT SA ()
Cal cl arT SNA ()
Carcul arT IE ()
Cal cul arT DE
Cal cul arT T E ()
Cal cul arT REAS ()
Envi arSoli ci tud ()
GenerarNumSol ici tud ()
1..1
Conti ene
1..*
Pertenecen
T raslado
-
numtrasl ado
: Stri ng
fecha
: Date
unidad uso
: Stri ng
unidad traslado : Stri ng
+
+
+
+
+
+
+
+
+
+
+
T rasl adarBien ()
M odi fi carT rasl ado ()
Consul tarT rasl ado ()
El i mi narT rasl ado ()
BuscarT raslado ()
Verifi carT rasl ado ()
GenerarNumT rasl ado ()
Impri mi rT rasl ado ()
Abrir ()
Val idarSol i citud ()
GuardarT raslado ()

FECHA:
Septiembre 2008
6. Pantallas.
Solicitud de Traslado

FECHA:
(Solicitud De Inventario)
Noviembre 2008
Proyecto:
Monagas.

Solicitud de Inventario
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1
1
1.2. Alcance.
1.3. Resumen...
Caso de uso solicitud de inventario......
3. Descripcin Textual del Caso de Uso: solicitud de inventario..-...
4. Diagrama de Secuencia solicitud de inventario......
5. Diagrama de clases solicitud de inventario.....
6. Pantalla...

FECHA:
Septiembre 2008
1. Introduccin
1.1 Propsito
funcionalidad del caso de uso Solicitud de Inventario con respecto al sistema, todos
los procesos que ste realizara, la descripcion especifica del caso de uso, las
funciones.
1.2 Alcance
modulo.
1.3 Resumen
solicitud de inventario que interviene en el sistema, se muestran las interfaces para los
2. Caso de Uso Solicitud de Inventario
Sol i ci tud de Inventari o.
Autenti car Usuari

o.
Regi strador. de Bi
enes
Confidencial
Pg.

FECHA:
Septiembre 2008
3. Descripcin Textual del Caso de Uso: Solicitud de Inventario
Caso de Uso: Solicitud de Inventario
Propsito: Este proceso permite que el usuario enve las solicitudes de inventario de
bienes.
Usuario).
N
El
usuario
selecciona
la opcin
Enviar
Solicitud.
2

de
Incorporacin,
Solicitud
de
Desincorporacin, Solicitud de Traslado y

Solicitud de Inventario.
3

Inventario.

Inventario, genera y muestra el nmero de
solicitud,
la
fecha
el
nombre
del
Departamento.
5
El usuario selecciona el tipo de inventario a

realizar entre las opciones: Equipos, Muebles,
Vehculos
y Todos.
llena
el
campo
relacionado con el motivo del inventario.

6
El sistema valida y activa la opcin Enviar.


FECHA:
Septiembre 2008

de
Solicitud
emite
un
mensaje
de
confirmacin.

operacin.

principal.
confirmacin.
8.3.2
aceptar.


operacin

8.4.2
el botn Modificar.
Confidencial
Pg. 3

FECHA:
Septiembre 2008
4. Diagrama de Secuencia Solicitud de Inventario
: wp ri n ci pa l
:wS o l i ci tud .
:S o l i ci t ud .
Usua ri o
Sol i ci tud de
Inventari o
sel ecci o na de l m en u pri nci pal l a opci o n en vi ar sol i
ci tud
d esp l i egaopci on ()
Procesa
sel ecci on a l a opci on sol i ci tud d e

Inventari o
GenerarNum ero ()
Abri r ()
Buscar Num
ero
Val i da ()
Sel ecci on a e l ti po de i nventari o, i ntroduce m oti vo del m i sm o y presi onabot

el boton Envi ar
Procesa
Presi ona Envi ar
Procesa
Sol i ci tud Envi

ada
M odi fi car
Sel ecci on a M o di fi car
Procesa
Val i da ()
Introduce d atos a e di tar
M
M od i fi carSol i ci tu d
()
Sol i ci tud m odi fi ca da
El i m i nar
Procesa
Val i da ()
E
Envi a m ensaj e de confi rm acin
on
Confi rm a l a An ul aci
on
Procesa
min
M ensaj e de anul aci on

()
El i m i narSol i ci tudInve ntari o
Im pri m i r
Procesa
M uestra re porte e i m p ri m e
Retornar
Sel ecci ona retorn ar

Retornar ()
Se devuel ve al m enu p ri nci
pa l
pa l
Confidencial
Pg.

FECHA:
Septiembre 2008
5. Diagrama de Clases Solicitud de Inventario
Inventari o
: i nt
- num i nventari o
- fecha
: i nt
+
+
+
1..*
+
Pertenecen
+
+
1..1
Conti enen
Sol i ci tud : Stri ng
: Date
- num sol i ci tud
: Stri ng
- fechaenvi o
: Stri ng
- ti po
: Date
- estatus
- fecharecepci on
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Val i daNum Sol i ci tud ()
Impri mi rSol i ci tud ()
Cal cul arT SR ()
Cal cul arT SP ()
Cal cul arT SA ()
Cal cl arT SNA ()
Carcul arT IE ()
Cal cul arT DE ()
Cal cul arT T E ()
Cal cul arT REAS ()
GenerarNum Sol i ci tud ()
M odi fi carInventari o ()
Veri fi carInventari o
() Impri mi rInventari
o ()

FECHA:
Septiembre 2008
6. Pantallas.
Solicitud de Inventario

FECHA:
(Generar Consultas)
Noviembre 2008
Proyecto:

Generar Consultas
Versin 1.0
Confidencial
Pg.

FECHA:
(Generar Consultas)
Noviembre 2008
Date
Versin
Descripcin
Autor
07-03-2008
0.90
Leriana Medina
26-06-2008
0.91
Leriana Medina
29-09-2008
0.92
Leriana Medina
13-11-2008
1.0
Versin Final
Leriana Medina

FECHA:
(Generar Consultas)
Noviembre 2008
Tabla de Contenidos
1. Introduccin...
1
1
1.2. Alcance.
1.3. Resumen...
2 Caso de uso Generar Consultas.......

3. Descripcin Textual del Caso de Uso: Generar Consultas..-....
1
2
4. Diagrama de Secuencia Generar Consultas .......
5. Diagrama de clases Generar Consultas......
6. Pantalla...

FECHA:
(Generar Consultas)
Noviembre 2008
1. Introduccin
1.1 Propsito
funcionalidad del caso de uso Generar Consultas con respecto al sistema, todos los
1.2 Alcance
modulo.
1.3 Resumen
proceso de generar consultas que interviene en el sistema, se muestran las interfaces
del uso.
2. Caso de Uso Generar Consultas
Autenticar Usuario
Generar Consultas
Registrador de
Bienes.
Confidencial
Pg.

FECHA:
(Generar Consultas)
Noviembre 2008
3. Descripcin Textual del Caso de Uso: Generar Consultas

Caso de Uso: Generar Consultas
Propsito: Este proceso permite que el usuario realice consultas al sistema.

Usuario). Que se haya realizado una solicitud.
N
El usuario selecciona la opcin Consultar.
El sistema despliega las opciones de: Status de

Solicitudes y Listado de Bienes.
El usuario selecciona la opcin Status de

Solicitudes.
3.1 Status de Solicitudes
3.1.1 El sistema despliega la ventana Status de
Solicitudes.
3.1.2 El usuario introduce el numero de la
solicitud y presiona el botn Buscar.
3.1.3 El sistema valida, muestra la descripcin
de la solicitud y activa las opciones de Imprimir
y Retornar.
3.1.4 El usuario del sistema selecciona el flujo
3.1.4.1 Si selecciona Imprimir
3.1.4.1.1 El sistema muestra el reporte de
Status de Solicitud y emite un mensaje de
confirmacin.
3.1.4.1.2 Si el usuario acepta la impresin el

FECHA:
(Generar Consultas)
Noviembre 2008
3.1.4.1.2.1 Si selecciona
Cancelar el sistema no realiza
ninguna operacin.
3.1.4.2 Si selecciona Retornar

3.1.4.2.1 El sistema regresa a la pantalla
principal.
4
El usuario selecciona la opcin Listado de Bienes.

4.1 Listado de Bienes
4.1.1 El sistema despliega la ventana Listado de
Bienes.
4.1.2 El usuario selecciona el tipo de bien que
desea consultar, entre las opciones Muebles,
Equipos,
Vehculos
y Todos.
Seguidamente
presiona el botn buscar.

4.1.3 El sistema valida y muestra el listado de
bienes y activa las opciones Imprimir y Retornar.
4.1.4 El usuario del sistema selecciona el flujo
4.1.4.1 Si selecciona Imprimir
4.1.4.1.1 El sistema muestra el reporte de
listado de bienes
y emite un mensaje de
confirmacin.
4.1.4.1.2 Si el usuario acepta la impresin el
4.1.4.2 Si selecciona Retornar
4.1.4.2.1 El sistema regresa a la pantalla
principal.
4..4.1.2.1 Si selecciona
Cancelar el sistema no realiza
ninguna operacin.
Confidencial
Pg. 3

FECHA:
(Generar Consultas)
Noviembre 2008
4. Diagrama de Secuencia Generar Consultas
:wprincipal
:wGenerarConsultas
:GenerarConsultas
:Solicitudes
Un i d ad G enera l
:Sub_UG
:Unidad
:Sub_Unidad
:Inventario
Usuario
Generar Consultas
sellecciiona dell menu priinciipall lla opciion consullttar
desplliiegaopciion
()
Estatus de
Solicitudes
sellecciiona lla opciion Esttattus de Solliiciittudes
Abriir Venttana Esttattus de Solliiciittudes
Abriir ()
Procesa
Ell usuariio iinttroduce ell numero de lla solliiciittud y presiiona ell bottn
Buscar
Valliida ()
Busca Solliiciittud
BuscarSolliiciittud()
Muesttra dattos de lla

Solliiciittud
Listado de Bienes
Sellecciiona dell menu priinciipall lla opciion Liisttado de Biienes
Abriir ()
Abriir venttana Liisttado de Biienes
Sellecciiona ell ttiipo de biien a consullttar y presiiona ell botton

Buscar
Procesa
Valliida ()
MosttrarIInventtariio
BuscarBiienes ()
()
BuscarBiienes ()
Buscar biienes en Uniidad

Generall
Buscar biienes en Sub Uniidad Generall
Buscar Biienes en Uniidad
Buscar Biienes en Sub Uniidad
Buscar Biienes en IInventtariio

Muesttra lliisttado de biienes
BuscarBiienes ()
BuscarBiienes ()
BuscarIInventtariio ()
Imprimir
Procesa
IImpriimiirReportte ()
Muesttra reportte e iimpriime
Retornar
Se devuellve a lla panttalllla priinciipall
Confidencial
Rettornar ()
Pg. 4

FECHA:
(Generar Consultas)
Noviembre 2008
5. Diagrama de Clases Consultar Online status de solicitudes

1..1
Exi ste
Cam pus
Uni dad_G
- cod_cam pus : Stri ng

- descri pci on
- di recci on
: Stri ng
: Stri ng
+ AgregarCampus ()
+ M odi fi carCampus ()
+ El i m i narCampus ()
1..1
Pertenece
+
+
+
+
+
+
1..1
Laborarn
1..*
Pertenece
cod_ug
descri pci on
cod_campus
tel efono
nucl eo
:
:
:
:
:
Stri ng
Stri ng
Stri ng
Stri ng
i nt
AgregarUni dad_G ()
Modi fi carUni dad_G ()
El i mi narUni dad_G ()
BuscarUni dad_G ()
BuscarBi enes ()
BuscarNucl eo ()
Funci onari o
- cedul a
- Nom bre
1..1
Exi sten
: Stri ng
: Stri ng
- Apel l i do : Stri ng
- Cargo
: Stri ng
+ m odi fi car ()
+ guardar ()
+ el i m i nar ()
+ buscar ()
1..*
Pertenecen
Sub_UG
1..*
Real i
zan
1..*
Son real i zadas
Sol i ci tud
-
numsol i ci tud
fechaenvi o
ti po
estatus
:
:
:
:
Uni dad : Stri ng

: Stri ng
: Stri ng
+ Val i daNum Sol i ci tud
()
+
()
+
+
()
+
+
+
+
+
+
+
+
()
- cod_uni dad
- descri pci on
- tel efono
M odi fi carSol i ci tud
- cod_cam pus : Stri ng

Im pri m i rSol i ci tud
- cod_sub_ug
- cod_ug
Cal cul arT SR ()

Cal cul arT SP ()
Cal cul arT SA ()
Cal cl arT SNA ()
Carcul arT IE ()
Cal cul arT DE ()
Cal cul arT T E ()
Cal cul arT REAS
+
+
()
+
()
+
+
1..1
Conti enen
AgregarUni dad ()
M odi fi carUni dad
Confidencial
AgregarSubUG ()
Modi fi carSubUG ()
El i mi narSubUG ()
BuscarSub_UG ()
BuscarBi enes ()
1..1
Exi sten
El i m i narUni dad
BuscarUni dad ()
BuscarBi enes ()
Sub_Uni dad
1..*
Pertenecen
: i nt

- fecha
: i nt
+
+
+
+
+
+
: Stri ng
: Stri ng
: Stri ng
: Stri ng
Inventari o
- num i nventari o
- cod_campus
- cod_ug
1..*
Pertenece
+ Envi arSol i ci tud ()

+ GenerarNumSol i ci tud
()
1..*
Pertenecen
: Stri ng
: Stri ng
: Stri ng
+
+
+
+
+
1..1
Exi sten
Stri ng
Date
Stri ng
Stri ng
- cod_sub_ug
- descri pci on
- tel efono
Modi fi carInventari o ()
Veri fi carInventari o ()
Impri mi rInventari o ()
- cod_sub_uni dad : Stri ng
descri pci on
: Stri ng
tel efono
: Stri ng
cod_cam pus
: Stri ng
cod_ug
: Stri ng
cod_sub_ug
: Stri ng
cod_uni dad
: Stri ng
AgregarSubUni dad ()
+ M odi fi carSubUni dad ()

+ El i m i narSubUni dad ()
+ BuscarSubUni dad ()
+ BuscarBi enes ()
Pg.

FECHA:
(Generar Consultas)
Noviembre 2008
6. Pantallas.
Estatus de Solicitud

FECHA:
(Generar Consultas)
Noviembre 2008
Listado de Bienes
PROYECTO: Desarrollo de un Sistema de Informacin para la

Universidad de Oriente Ncleo Monagas.
NOMBRE DEL DOCUMENTO: Especificaciones
Complementarias.
VERSIN: 1.0
FECHA:
Noviembre 2008
Proyecto:
Monagas.
Especificaciones Complementarias
Versin 1.0
Confidencial
Pg.

Universidad de Oriente Ncleo Monagas
Complementarias.
VERSIN: 1.0
FECHA:
Noviembre 2008
Revisin Histrica
Fecha
Versin
Descripcin
Autor
08/10/2008
0.90
Versin Inicial Revisada
Leriana Medina
24/10/2008
0.91
Leriana Medina
11/11/2008
1.0
Versin Final
Leriana Medina

Universidad de Oriente Ncleo Monagas
Complementarias.
VERSIN: 1.0
FECHA:
Noviembre 2008
Tabla de Contenidos
1. Introduccin...
1
1
1.2. Alcance.
1.3. Definicin, Siglas y Abreviaturas....
1.4. Referencias...
1.5. Apreciacin Global..
2. Requisitos de calidad FURPS..

2.1 Funcionalidad
2.2 Facilidad de Uso o Usabilidad..
3
3
2.3 Fiabilidad..
2.4 Rendimiento..
2.5 Soporte.
4
4
2.6 Restricciones de Implementacin.
2.7 Restricciones de Diseo

2.8 Requisitos de Interface.
5
5
2.8.1 Interfaz del Usuario..
2.8.2 Interfaz del Hardware...

2.8.3 Interfaz de Software.
2.8.4 Interfaz de Comunicacin.
6
7
7
2.9 Requisitos mnimos de Hardware destacables para una buena

interaccin software, hardware y usuario
3. . Reglas del Dominio..

PROYECTO: Desarrollo de un Sistema de Informacin para
la gestin de los procesos en la Delegacin de Bienes VERSIN: 1.0
FECHA:
Septiembre 2008
1. Introduccin
1.1 El Propsito
El propsito de este documento es capturar todos los requerimientos que por
alguna u otra causa no pudieron ser vistos en los casos de uso.
1.2 Alcance
El alcance de este documento est dirigido a obtener una visin ms clara de
los requisitos del sistema tomando en cuenta el modelo FURPS+.
1.3 Definiciones, Siglas y Abreviaturas
FURPS+: Este modelo plantea un conjunto de factores de calidad de software
que permiten reducir los riesgos de no considerar alguna de las facetas del desarrollo
de un sistema, adems de
estandarizar algunos criterios para poder obtener los
requerimientos. FURPS+ significa:

Funcional: caractersticas fundamentales, capacidades y seguridad.
Facilidad de Uso (Usability): facilidad de uso, ayuda y documentacin.
Fiabilidad (Reliability): capacidad de recuperacin ante un fallo y grado de
previsin.
Rendimiento (Performance): tiempos de respuesta, disponibilidad, uso de
recursos, etc.
Soporte (Supportability): facilidad de mantenimiento, internacionalizacion,
configurabilidad.
El + en FURPS+ indica requisitos adicionales, tales como: implementacin,
interfaz, operaciones, licencias, etc.
Confidencial
Pg. 1

FECHA:
Septiembre 2008
El modelo FURPS incluye, adems de los factores de calidad y los atributos,

restricciones de diseo y requerimientos de implementacin, fsicos y de interfaz. Las
restricciones de diseo especifican o restringen el diseo del sistema. Los
requerimientos de implementacin especifican o restringen la codificacin o
construccin de un sistema. Por su parte, los requerimientos de interfaz especifican el
comportamiento de los elementos externos con los que el sistema debe interactuar.
Por ltimo, los requerimientos fsicos especifican ciertas propiedades que el sistema
debe poseer, en trminos de materiales, forma, peso, tamao.
1.4 Referencias
Especificacin de Casos de Uso.
Documento Glosario.
1.5 Apreciacin Global
En este documento se describir la funcionalidad del sistema mostrando tanto
requisitos funcionales como no funcionales del mismo, tomando para ello las
especificaciones de calidad establecidas por la norma FURPS+.
2. Requisitos de calidad FURPS+
2.1 Funcionalidad
Estos requerimientos representan las caractersticas y capacidades del programa,
las generalidades de las funciones que presentar el mismo, tomando en cuenta como
aspecto fundamental la seguridad de sistema.
Se tendr una apreciacin ms amplia de esto en la documentacin de las
especificaciones de casos de uso, donde se observa con ms detalle la relacin
usuario-sistema.

FECHA:
Septiembre 2008
2.2 Facilidad de Uso o Usabilidad

Los factores humanos representan un aspecto indispensable en este tipo de
requisitos, ya que son elaborados y orientados especialmente para ellos. Las
especificaciones de usabilidad del sistema parten del objetivo de que este represente
una interfaz con caractersticas de efectividad, eficiencia y satisfaccin para los
usuarios.
El sistema contar con herramientas fciles de utilizar, interfaz amigable, clara al
entendimiento del usuario. Por lo que el envo y recepcin de solicitudes se realizaran
de manera rpida una vez que el usuario se familiarice con el empleo del sistema. Los
usuarios contaran con pantallas definidas claramente, letras totalmente legibles,
colores armoniosos.
El sistema adems ser muy interactivo lo que aumentara la confianza del usuario
a emplear las herramientas brindadas, el usuario podr realizar consultas al sistema
sin ningn tipo de inconvenientes, todo ser muy especfico para el rpido
adaptamiento.
2.3 Fiabilidad
La fiabilidad de un sistema es una medida de su conformidad con una
especificacin autorizada de su comportamiento. Para lograr el aumento de la
fiabilidad en el sistema se tomaran en cuenta la prevencin de fallos, donde se trata
de evitar que se introduzcan fallos en el sistema antes de que entre en
funcionamiento, tomando en cuenta aspectos como data, software, electricidad, etc.
Y la tolerancia de fallos, donde se tratara de conseguir que el sistema contine
funcionando aunque se produzcan fallos, para ello se emplearan tcnicas de
almacenamiento, como copias de seguridad de informacin, que sirvan de respaldo a

FECHA:
Septiembre 2008
la hora de que sea inevitable la ocurrencia de fallos. En ambos casos el objetivo es

desarrollar sistemas con modos de fallo bien definidos.
2.4 Rendimiento
La aplicacin posee caractersticas de rendimiento favorables ya que adems
de ser una aplicacin liviana y de fcil acceso cuenta con un servidor Sun Fire
X2100, el mismo ofrece el mximo de rentabilidad en servidores x64 de dos vas para
clientes que buscan una solucin de alto rendimiento y bajo consumo energtico. Los
servidores Sun Fire X2100 son fciles de ampliar, se gestionan fcilmente y no
sobrecargan los presupuestos.
2.5 Soporte
a) Requisitos de instalacin. E El sistema es una aplicacin Web que se
cargara en el servidor Sun Fire X2100 del centro de computacin de la Universidad
de Oriente Ncleo Monagas, al cual se le instalar previamente el sistema operativo
CentOS (acrnimo de Community ENTerprise Operating System), el administrador
Web Apache, PHP, los cuales son de libre distribucin, luego el manejador de base de
datos Oracle 10G, el cual es licenciado.
b) Requisitos de configuracin. Instalar producto Oracle en cliente que
permitir la comunicacin con el servidor. Habilitar direccin IP (protocolo de
Internet) y puertos para levantar ambiente Web y base de datos.
c. Requisitos de adaptabilidad. El uso del software no necesita de una
preparacin previa para que el usuario pueda acceder en l sistema y realizar sus
actividades. Este est adaptado de acuerdo a las necesidades del usuario.
d. Requisitos de compatibilidad. Sistema operativo Linux y Oracle 10G.

FECHA:
Septiembre 2008
2.6 Restricciones de Implementacin

El desarrollo del sistema est siendo ejecutado en la Universidad de Oriente
ncleo Monagas, haciendo uso de la tecnologa de esta casa de estudio, basndose en
los lenguajes de programacin Php 5, Javascript, Java, html.
2.7 Restricciones de Diseo
El diseo del software est sustentado en las normas y estndares que han sido
establecidas a nivel de rectorado. Por lo que la codificacin se realiz trabajando con
clases, es decir, una programacin orientada a objetos, en cuanto al hardware se
utiliz los equipos con los cuales cuenta en el centro de computacin ncleo Monagas
para desarrollo de nuevos sistemas, por seguridad del sistema se crearan perfiles para
cada uno de los usuarios que acceden a el mismo. Este tendr la capacidad de poder
ser ampliado en un futuro.
2.8 Requisitos de Interface
La interfaz es el medio con que el usuario puede comunicarse con una
mquina, un equipo o una computadora, y comprende todos los puntos de contacto
entre el usuario y el equipo. Este sistema le brinda a sus usuarios una interfaz clara,
amigable, fcil de usar y agradable a la vista y a su utilizacin. Algunas de las
caractersticas que presentara el sistema en cuanto interfaz se refiere son:
Diseo atractivo, lo que hace que el usuario se involucre ms y trabaje de
manera armoniosa.
Fcil acceso, el sistema cuenta con una ventana de acceso muy sencilla.
Men desplegable, donde estn contenidos todos los links de bsqueda que
empleara el usuario, ubicados en forma tal que es fcil encontrar cualquiera de
las opciones disponibles.

FECHA:
Septiembre 2008
Pantallas totalmente legibles, con campos de llenado de datos que permitirn

al usuario el fcil registro de la informacin correspondiente al envo y
recepcin de solicitudes.
Interfaz grafica, con botones funcionales reconocibles que le permitirn un
acceso rpido y seguro al destino que seleccionen.
Estas se van a realizar de acuerdo con el protocolo de comunicacin por el http
puerto 80. El sistema es Web.
2.8.1 Interfaz del Usuario
Las pantallas del sistema disponibles para los usuarios son:
Solicitudes de Incorporacin, Desincorporacin y Traslado de bienes
(disponibles para usuarios de unidades solicitantes).
Registro
de Incorporaciones, Desincorporaciones y Traslados de bienes
(disponible para usuarios pertenecientes a la Delegacin de Bienes

Nacionales).
Bandeja de informacin (disponible para usuarios pertenecientes a la
Delegacin de Bienes Nacionales).
Inventario de Bienes (disponible para usuarios pertenecientes a la Delegacin
de Bienes Nacionales).
Consultas (disponible para ambos usuarios).
Indicadores de Gestin (disponible para usuarios pertenecientes a la
Delegacin de Bienes Nacionales).
2.8.2 Interfaz del Hardware
La Pantalla.
La Impresora.
Lectora de Cdigo de Barra

FECHA:
Septiembre 2008
2.8.3 Interfaz de Software

El sistema debe ser capaz de conectarse con los sistemas de colaboracin
externos (sistema de compras y sistema de almacn) y por lo tanto diversas interfaces.
2.8.4 Interfaz de Comunicacin
La interfaz de comunicacin sirve de enlace entre los aparatos y la
computadora en el que reside el software. Dicha interface tiene por funcin adaptar
el protocolo y el enlace fsico. La conexin puede ser realizada por el departamento
de computacin de diversas formas, a travs de cable de trenzado, por red inalmbrica
o por fibra ptica, dependiendo de cual ellos creen ms conveniente.
2.9 Requisitos mnimos de Hardware destacables para una buena interaccin
software, hardware y usuario.
Monitor de 14 pulgadas, de resolucin 800x600.
Pentium 4, procesador de 2.4 GHz, 512 en memoria RAM, 40 Gb en disco
duro.
Impresora Lser.
Tarjeta de Red PCI (10-100).
Lector de cdigo de barra.

Figura 14. Requisitos de Hardware
FECHA:
Septiembre 2008
PROYECTO: Desarrollo
de un Sistema de Informacin para
3. Reglas del Dominio
ID
Regla 1
Regla 2
Regla 3
Regla 4
Regla 5
Regla 6
Regla 7
Regla 8
Regla 9
Regla 10
Regla
Las solicitudes de incorporacin,
desincorporacin,
traslado
e
inventario deben ser enviadas a la
Delegacin de Bienes Nacionales.
Se requiere solicitar copia de orden
de compra y factura.
Se debe llenar planilla de
incorporacin de bienes.
Cuando se incorpora un bien, este
debe llevar adherido su respectiva
etiqueta identificativa.
En caso de desincorporacin de
bienes, estos deber ser revisados
previamente, se requiere llenar
planilla de desincorporacin de
bienes y acta de desincorporacin.
En caso de traslado, se debe realizar
oficio
con
copia
a bienes
nacionales, conjuntamente con un
acta de cierre de traslado.
La realizacin de un inventario
debe hacerse en las planillas
establecidas por la Delegacin de
Bienes Nacionales, y estar avalado
por un oficio de cierre de
inventario.
En caso de desincorporaciones de
equipos o vehculos, estos deben
poseer un informe tcnico o
mecnico, segn sea el caso.
Los inventarios deben realizarse en forma
completa, con las caractersticas propias de
cada elemento, en forma que permita su
identificacin.
Al describir los Bienes Muebles, deben
indicarse, los materiales de que estn
construidos, su uso si es necesario,
dimensiones y dems caractersticas,
siguiendo el mismo orden que ese detalla en
el catalogo gua.
FECHA:
Septiembre 2008
Grado de Variacin
Fuente
Bajo.
Poltica de la
Delegacin
Bajo
Bajo
Poltica de la
Delegacin
Poltica de la
Delegacin
Bajo
Poltica de la
Delegacin
Bajo
Poltica de la
Delegacin
Bajo
Poltica de la
Delegacin
Bajo
Poltica de la
Delegacin
Bajo
Poltica de la
Delegacin
Bajo
Catalogo Gua para

Muebles
Alto. La Delegacin de
Bienes Nacionales
actualmente no se gua
por dicho catalogo.
Catalogo Gua para

Muebles

NOMBRE DEL DOCUMENTO: Arquitectura del Sistema.
VERSIN: 1.0
FECHA:
Noviembre 2008
Proyecto:
Monagas.
Arquitectura del Sistema

Versin 1.0
Confidencial
Pg.

VERSIN: 1.0
FECHA:
Noviembre 2008
Revisin Histrica
Fecha
Versin
Descripcin
Autor
08/10/2008
0.90
Leriana Medina
24/10/2008
0.91
Leriana Medina
11/11/2008
1.0
Versin Final
Leriana Medina

VERSIN: 1.0
FECHA:
Noviembre 2008
Tabla de Contenidos
1. Introduccin...
1
1
1.2. Alcance.
1.3. Definicin, Siglas y Abreviaturas....
1.4. Referencias...
1.5. descripcin General..
2. Vistas y Planos...
2.1. Vista Lgica
2.2. Vista de Datos..
2.3. Vista de Despliegue.
10
2.4 Rendimiento..
2.5 Soporte.

VERSIN: 1.0
FECHA:
Noviembre 2008
1. Introduccin
1.1. El Propsito
El propsito de este documento es dar a conocer el diseo contemplado para el
desarrollo de un sistema de informacin para la gestin de los procesos en
la
Delegacin de Bienes Nacionales de la Universidad de Oriente Ncleo Monagas.

1.2. Alcance
Este documento abarca la vista lgica representada por el modelo de clases y
las tarjetas CRC, la vista de datos donde se encuentran el modelo conceptual y fsico
del sistema y la vista de despliegue.
1.3. Definiciones, Siglas y Abreviaturas
Glosario.
1.4 Referencias
Documento Visin.
1.5. Descripcin General
La arquitectura de un sistema es la organizacin o estructura de sus partes ms
relevantes, lo que permite tener una visin comn entre todos los involucrados y una
perspectiva clara del sistema completo, necesaria para controlar as el desarrollo.
La arquitectura involucra los aspectos estticos y dinmicos ms significativos
del sistema y la definicin de la misma debe tomar en consideracin elementos de
calidad del sistema, rendimiento, reutilizacin y capacidad de evolucin por lo que
debe ser flexible durante todo el proceso de desarrollo.
Confidencial
Pg.

VERSIN: 1.0
FECHA:
Noviembre 2008
2. Vistas y Planos.
2.1. Vista Lgica
Muestra los componentes principales de diseo y sus relaciones de forma
independiente de los detalles tcnicos y de cmo la funcionalidad ser implementada
en la plataforma de ejecucin.
Modelo de Clases
Es un diagrama de estructura esttica que muestran las clases del sistema y sus
interrelaciones (incluyendo herencia, agregacin, asociacin, etc.). Estos diagramas
son el pilar bsico del modelado con UML, siendo utilizados tanto para mostrar lo
que el sistema puede hacer, como para mostrar cmo puede ser construido.
El diagrama expuesto a continuacin, muestra detalladamente la estructura del
diagrama de clases del sistema.

VERSIN: 1.0
FECHA:
Noviembre 2008
Tarjetas CRC
Las tarjetas CRC permiten entre otras cosas, eliminar la descripcin de
pedazos de datos y procesos y, en cambio, captar el propsito de la clase en unas
cuantas frases.
Los cuadros que a continuacin se muestran, representan las tarjetas CRC de
las principales clases del modelo de clases del sistema.
Nombre de la Clase
Solicitud
Responsabilidades
Cargar Solicitud
Validar Numero de Solicitud
Buscar Solicitud
Modificar Solicitud
Anular Solicitud
Imprimir Solicitud
Calcular TSR
Calcular TSP
Calcular TSNA
Calcular TIE
Calcular TDE
Calcular TTE
Calcular TREAS
Enviar Solicitud
Generar Numero de Solicitud
Clases Colaboradoras
Funcionario
Traslado
Desincorporacin
Incorporacin
Inventario
Tipo_Bien
Tarjeta CRC Solicitud

Nombre de la Clase
Responsabilidades
Agregar Campus
Modificar Campus
Eliminar Campus
Campus
Funcionario
Unidad_G
Tarjeta CRC Campus
Nombre de la Clase
Responsabilidades
Agregar Unidad
Eliminar Unidad
Modificar Unidad
Unidad
Sub_UG
Sub_Unidad
Tarjeta CRC Unidad
Nombre de la Clase
Responsabilidades
Agregar Tipo_Bien
Modificar Tipo_Bien
Eliminar Tipo_Bien
Tipo_Bien
Detalles_Bien
Solicitud
Tarjeta CRC Tipo_Bien
VERSIN: 1.0
FECHA:
Noviembre 2008

VERSIN: 1.0
FECHA:
Noviembre 2008
Nombre de la Clase
Incorporacin
Responsabilidades
Incorporar Bien
Solicitud
Modificar Incorporacin
Consultar Incorporacin
Eliminar Incorporacin
Buscar Incorporacin
Verificar Incorporacin
Generar Numero de Incorporacin
Imprimir Incorporacin
Validar Solicitud
Cargar Solicitud
Mostrar Informacin de Bien
Guardar Incorporacin
Tarjeta CRC Incorporacin

2.2. Vista de Datos
Esta vista especifica arquitectnicamente los elementos constantes en el
Modelo de Datos. Describe una apreciacin global del modelo de los datos y su
organizacin por lo que se refiere a las tablas, vistas y almacenamiento de los
procedimientos que proporcionan la persistencia al sistema.
Modelo Conceptual
El siguiente diagrama refleja el modelo conceptual del sistema.

Confidencial
VERSIN: 1.0
FECHA:
Noviembre 2008
Pg. 6

VERSIN: 1.0
FECHA:
Noviembre 2008
Modelo Fsico
A continuacion se muestra el diagrama del modelo fisico de datos del sistema.
Confidencial
Pg.

VERSIN: 1.0
FECHA:
Noviembre 2008
Modelo de Base de Datos Relacional

El diagrama que se muestra, describe el modelo de base de datos relacional
del sistema.

VERSIN: 1.0
FECHA:
Noviembre 2008
2.3. Vista de Despliegue

La vista de despliegue presenta en donde se ejecutan los componentes del
software, muestra la arquitectura fsica del sistema y est representado por un
diagrama de despliegue que expresa las relaciones fsicas entre los componentes
hardware y software en el sistema final. A continuacin se muestra el diagrama de la
vista de despliegue del sistema.
Servi dor de Base de Datos Oracl e 10G
Manej ador de Base de Datos Oracl e 10G
Base de Datos
<HT T PS>
Expl orador Web
Servi dor Web
<HT T PS>
Si stem a Web
Apl i caci on Web
<HT T PS>
Usuari o A
Del egaci on de
Bi enes Naci onal es
<HT T PS>
Usuari o B
Uni dades
Sol i ci tantes
5.2.1. Gestin Basada En Procesos.

La Gestin Basada en Procesos, formo parte del desarrollo de este proyecto, al
servir como herramienta clave para el diseo de los indicadores de gestin que se
emplearan en el mismo. El proceso para lograr obtener un diseo ptimo de la serie
de indicadores, se llevo a cabo a partir de los pasos propios de la metodologa.
El diseo de los indicadores de gestin se encontrar estructurado de la
siguiente manera:
Mapa de Procesos.
Descripcin del Proceso.
Descripcin de las actividades del proceso (Diagrama de Proceso).
Descripcin de las caractersticas del proceso (Ficha de Proceso).
Seguimiento y Medicin-Resultados del Proceso.
287
2872
GESTION BASADA EN PROCESOS
Mapa de Procesos.
Diagrama 1. Mapa de Procesos
288
2882
Descripcin del Proceso.

Descripcin de las actividades del proceso (Diagrama de Proceso)
Diagrama 2. Diagrama de Proceso Solicitud del Cliente
QUIN
QU
Enva
Solicitud
Unidad Solicitante
Gestin de
Solicitudes
Ejecuta
Solicitud
Incorporacin?
Incorporar
El Bien
SI
NO
Desincorporacin?
SI
Desincorporar
El Bien
NO
Traslado?
SI
Trasladar
El Bien
SI
Inventariar
Bien
NO
Inventario?
NO
Consulta?
NO
FIN
289
2892
SI
Dar consulta
Descripcin de las caractersticas del proceso (Ficha de Proceso)

Cuadro 3. Ficha de Proceso- Solicitud del Cliente
BIENES
FICHA DE PROCESO
FP-SC-01
PROCESO:
Solicitud del cliente
PROPIETARIO:
Usuario Delegaciones
OBJETIVO:
Realizar peticiones de servicio
PLANEAR
ALCANCE:
Empieza: al usuario enviar una solicitud

Incluye: nombre del usuario, departamento al que pertenece y datos del bien.
Termina: cuando Bienes Nacionales recibe la solicitud
HACER
PROVEEDOR:
CLIENTE:
Almacn, Compras.
Usuario
ENTRADAS:
SALIDAS:
Solicitudes
Solicitudes recibidas
REGISTROS:
VEA EL DIAGRAMA DEL

PROCESO:
Planilla de solicitud
Enva Solicitud
VERIFICAR
VARIABLES A
CONTROLAR:
INSPECCIONES/CONTROLES:
Tiempo de entrada
INDICADORES:
Total de solicitudes recibidas
PRODUCTO NO CONFORME:
Retardo en la llegada de las solicitudes
ACTUAR
Elaborado por:
Leriana Medina
ACCION PREVENTIVA:
ACCION CORRECTIVA:
Gestin de una va de comunicacin ms efectiva
Obtener mecanismos tecnolgicos

que agilicen el proceso.
Aprobado por:
Ing: Rosangela Garca
Fecha:
12/05/2008
Aprobado por:
Ing: Rosangela
Garca
290
2902
Cuadro 4. Ficha de Proceso - Gestin del Proceso

BIENES
FICHA DE PROCESO
FP-GP-02
PROCESO:
PROPIETARIO:
Gestin del proceso
Registrador Bienes Nacionales
OBJETIVO:
Gestionar las solicitudes enviadas por los usuarios
PLANEAR
ALCANCE:
Empieza: cuando Bienes Nacionales recibe una solicitud
Incluye: datos de la solicitud
Termina: aprobacin de ejecucin del registro del bien
HACER
PROVEEDOR:
CLIENTE:
Dependencias solicitantes
Usuario.
ENTRADAS:
SALIDAS:
Solicitudes aprobadas
REGISTROS:
VEA EL DIAGRAMA DEL

PROCESO:
Listado de solicitudes recibidas
Gestin de solicitudes
VERIFICAR
VARIABLES A
CONTROLAR:
Datos de la solicitud
Solicitudes en proceso
INDICADORES:
Total de solicitudes en proceso
Datos errados contenidos en la solicitud
ACTUAR
Elaborado por:
Leriana Medina
ACCION PREVENTIVA:
ACCION CORRECTIVA:
Revisin de la solicitud por parte de la unidad

solicitante
Correccin de datos.
Revisado por:
Fecha:
12/05/2008
Aprobado por:
Ing: Rosangela
Garca
Cuadro 5. Ficha de Proceso Registro del Bien

BIENES
FICHA DE PROCESO
FP-RB-03
PROCESO:
PROPIETARIO:
Registro del bien
Registrador Bienes Nacionales
OBJETIVO:
PLANEAR
Realizar Incorporaciones, Desincorporaciones, Traslados de bienes y consulta de

solicitudes
ALCANCE:
Empieza: ejecucin del registro aprobado
Incluye: datos del bien
Termina: registro del bien
HACER
PROVEEDOR:
CLIENTE:
Dependencias solicitantes
Usuario.
ENTRADAS:
SALIDAS:
Solicitudes aprobadas
Bienes registrados
REGISTROS:
Planilla
de
registro
incorporacin
Planilla
de
registro
desincorporacin
Planilla de registro de traslado
VERIFICAR
de
de
VARIABLES A
CONTROLAR:
VEA EL DIAGRAMA DEL

PROCESO:
Ejecuta solicitud
Tiempo de entrada
Solicitudes atendidas
Solicitudes no atendidas
Bienes incorporados
Bienes desincorporados
Bienes trasladados
Tiempos de respuestas de
solicitudes
INDICADORES:
-Total de solicitudes atendidas

-Total de solicitudes no atendidas
-Total de incorporaciones ejecutadas
-Total de desincorporaciones ejecutadas

-Total de traslados ejecutados
-Tiempo de respuesta empleado en la
atencin de solicitudes
Tiempo de ejecucin del registro del bien
ACTUAR
Elaborado por:
Leriana Medina
ACCION PREVENTIVA:
ACCION CORRECTIVA:
Gestin de una va de comunicacin ms efectiva
Obtener mecanismos tecnolgicos

que agilicen el proceso.
Revisado por:
Fecha:
12/05/2008
Aprobado por:
Ing: Rosangela
Garca
Seguimiento y Medicin- Resultados del Proceso
Cuadro 6. Seguimiento y Medicin- Resultados del Proceso- Solicitud del

Cliente
BIENES NACIONALES
PROCESO:
SOLICITUD DEL CLIENTE
SEGUIMIENTO Y MEDICION
INDICADOR
CALCULO
Total de Solicitudes Recibidas
TSR = Cantidad de solicitudes recibidas
Cuadro 7. Seguimiento y Medicin- Resultados del Proceso- Gestin del Proceso

BIENES NACIONALES
PROCESO:
GESTION DEL PROCESO
INDICADOR
CALCULO
Total de Solicitudes en Proceso
TSP = Cantidad de solicitudes con status

P
P(En proceso)
Cuadro 8. Seguimiento y Medicin- Resultados del Proceso- Registro del Bien

BIENES NACIONALES
PROCESO: REGISTRO DEL BIEN

INDICADOR
CALCULO
Total de Solicitudes Atendidas
TSA = Cantidad de solicitudes con status

I, D Y T
I(Incorporado), D (Desincorporado), T ( Trasladado)
Total de Solicitudes No Atendidas
TSNA = Cantidad de solicitudes con

status E y P
E(Entrada), P (En Proceso)
Total de Incorporaciones Ejecutadas
TIR = Cantidad de registros con status

I
I(Incorporado)
Total de Desincorporaciones
Ejecutadas
TDH = Cantidad de registros con status

D
D(Desincorporado)
Total de Traslados Ejecutados
TTE = Cantidad de registros con status

T
T(Trasladado)
Tiempo de Respuesta Empleado en la

Atencin de Solicitudes
TREAS = (TAS - TLLS)

TIEMPO RESPUESTA
EMPLEADO
ATENCION SOLICITUD
TIEMPO
ATENCION
SOLICITUD
TIEMPO
LLEGADA
SOLICITUD
5.3 FASE III: CONSTRUCCIN.

La finalidad principal de esta fase fue alcanzar la capacidad operacional del
producto de forma incremental a travs de las sucesivas iteraciones, siguiendo los
lineamientos de la metodologa. En esta fase se generaron las especificaciones de
casos de uso de prueba, que permiten validar si el comportamiento observado del
software cumple o no con sus especificaciones. En las pruebas se tom en cuenta el
punto de vista del usuario, las funciones fueron probadas ingresando las entradas y
examinando las salidas. en total fueron siete (7) especificaciones, seguidamente
mencionadas:
1. Caso de uso de prueba Campus
2. Caso de uso de prueba Unidad General
3. Caso de uso de prueba Sub Unidad General
4. Caso de uso de prueba Unidad
5. Caso de uso de prueba Sub Unidad
6. Caso de uso de prueba Tipo de Bien
7. Caso de uso de prueba Detalles Bien
Otro artefacto producto de esta fase, fue el documento glosario, que reuni
una serie de definiciones propias del proyecto, que fueron manejadas durante el
desarrollo del mismo, y que servirn de gran apoyo al lector.

FECHA:
Septiembre 2008
Proyecto:
Monagas.
Especificacin de caso de uso de pruebas funcional:

Campus
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Fecha
Versin
Descripcin
Autor
14/10/2008
0.90
Leriana Medina
30/10/2008
0.91
Leriana Medina
17/11/2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenido
1. Descripcin...
2. Crear nuevo campus
3. Modificar Campus..
4. Borrar Campus

FECHA:
Septiembre 2008
1. Descripcin
En este documento se incluyen el conjunto de pruebas realizadas sobre la
clase de mantenimiento Campus. Las pruebas realizadas a esta clase son:
Crear campus
Modificar Campus
Eliminar campus
La prueba se realizara partiendo del formulario de entrada de la aplicacin.
2. Crear nuevo campus.
Descripcin
El usuario entra al sistema como administrador para acceder a la aplicacin y
selecciona de la parte de mantenimiento la opcin campus, el sistema muestra una
interfaz para seleccionar nuevo campus.
Condiciones de Ejecucin
La condicin de ejecucin del caso de prueba es que el administrador se
encuentre registrado en la base de datos en la tabla administrador.
Entrada
1. El usuario introduce Administrador, en el campo de usuario.
2. El usuario introduce Adm, en el campo de contrasea.
3. El usuario pulsa el botn Aceptar para entrar.
4. El sistema muestra el men principal de la aplicacin.
5. El usuario selecciona campus del men mantenimiento.
6. El usuario presiona el botn Agregar Campus.
7. El sistema muestra una pantalla con los campos a llenar.
8. El usuario introduce los datos relacionados con el campus.
9. El usuario presiona el botn Agregar.
10. El sistema vuelve a la pantalla anterior y muestra el nuevo campus agregado.
Confidencial
Pg.

FECHA:
Septiembre 2008
Resultado esperado.
El sistema guarda el nuevo campus.
Evaluacin de la prueba.
Prueba superada con xito.
2. Modificar Campus
Descripcin
interfaz para seleccionar Modificar Campus.
Condiciones de entrada
Entrada
6. El usuario presiona el botn Modificar Campus.
7. El sistema muestra una pantalla con los campos a modificar.
8. El usuario introduce los datos nuevos relacionados con el campus.
9. El usuario presiona el botn Modificar.
10. El sistema vuelve a la pantalla anterior y muestra la actualizacin.
Resultado esperado.
El sistema modifica los datos.

FECHA:
Septiembre 2008
3. Borrar Campus
Descripcin
interfaz para seleccionar Borrar Campus.
Entrada
6. El usuario selecciona un campus y presiona el botn Eliminar Campus.
7. El sistema muestra una pantalla con la descripcin del campus.
8. El usuario presiona el botn Eliminar.
Resultado esperado.
El sistema borra el campus.

FECHA:
Septiembre 2008
Proyecto:
Monagas.

Unidad General
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Fecha
Versin
Descripcin
Autor
14/10/2008
0.90
Leriana Medina
30/10/2008
0.91
Leriana Medina
17/11/2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenido
1. Descripcin...
2. Crear nuevo Unidad General
3. Modificar Unidad Genera..
4. Borrar Unidad Genera

FECHA:
Septiembre 2008
1. Descripcin
clase de mantenimiento Unidad General. Las pruebas realizadas a esta clase son:
Crear Unidad General
Modificar Unidad General
Eliminar Unidad General
2. Crear nuevo Unidad General.
Descripcin
selecciona de la parte de mantenimiento la opcin
Unidad General, el sistema
muestra una interfaz para seleccionar nuevo Unidad General.

Entrada
12. El usuario introduce Admin, en el campo de contrasea.
15. El usuario selecciona Unidad General del men mantenimiento.
16. El usuario selecciona el ncleo correspondiente a la Unidad General.
17. El usuario presiona el botn Nuevo.
19. El usuario introduce los datos relacionados con la Unidad General.
Confidencial
Pg.

FECHA:
Septiembre 2008
21. El sistema vuelve a la pantalla anterior y muestra la nueva Unidad General
agregada.
Resultado esperado.
El sistema guarda la nueva Unidad General.
3. Modificar Unidad General
Descripcin
muestra una interfaz para seleccionar Modificar Unidad General.

Entrada
17. El usuario selecciona la unidad general y presiona el botn Modificar.
19. El usuario introduce los datos nuevos relacionados con la Unidad General.

FECHA:
Septiembre 2008
Resultado esperado.
4. Borrar Unidad General
Descripcin
muestra una interfaz para seleccionar Borrar Unidad General.

Entrada
16. El usuario selecciona una Unidad General y presiona el botn Eliminar.
17. El sistema muestra una pantalla con la descripcin de la Unidad General.
Resultado esperado.
El sistema borra la Unidad General.

FECHA:
Septiembre 2008
Proyecto:
Monagas.

Sub Unidad General
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Fecha
Versin
Descripcin
Autor
14/10/2008
0.90
Leriana Medina
30/10/2008
0.91
Leriana Medina
17/11/2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenido
1. Descripcin...
2. Crear nuevo Sub Unidad General
3. Modificar Sub Unidad Genera..
4. Borrar Sub Unidad Genera

FECHA:
Septiembre 2008
1. Descripcin
clase de mantenimiento Sub Unidad General. Las pruebas realizadas a esta clase
son:
Crear Sub Unidad General
Modificar Sub Unidad General
Eliminar Sub Unidad General
2. Crear nuevo Sub Unidad General.
Descripcin
selecciona de la parte de mantenimiento la opcin Sub Unidad General, el sistema
muestra una interfaz para seleccionar nuevo Sub Unidad General.
Entrada
26. El usuario selecciona Sub Unidad General del men mantenimiento.
27. El usuario selecciona la Unidad General y presiona el botn Nuevo.
29. El usuario introduce los datos relacionados con la Sub Unidad General.
Confidencial
Pg.

FECHA:
Septiembre 2008
31. El sistema vuelve a la pantalla anterior
y muestra la nueva Sub Unidad
General agregada.
Resultado esperado.
El sistema guarda la nueva Sub Unidad General.
3. Modificar Sub Unidad General
Descripcin
muestra una interfaz para seleccionar Modificar Sub Unidad General.
Entrada
27. El usuario selecciona la sub unidad general y presiona el botn Modificar.
29. El usuario introduce los datos nuevos relacionados con
General.
la Sub Unidad

FECHA:
Septiembre 2008

FECHA:
Septiembre 2008
Resultado esperado.
4. Borrar Sub Unidad General
Descripcin
muestra una interfaz para seleccionar Borrar Sub Unidad General.
Entrada
25. El usuario selecciona una Sub Unidad General y presiona el botn Eliminar.
26. El sistema muestra una pantalla con la descripcin de la Sub Unidad General.
Resultado esperado.
El sistema borra la Sub Unidad General.

FECHA:
Septiembre 2008
Proyecto:
Monagas.

Unidad
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Fecha
Versin
Descripcin
Autor
14/10/2008
0.90
Leriana Medina
30/10/2008
0.91
Leriana Medina
17/11/2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenido
1. Descripcin...
2. Crear nuevo Unidad
3. Modificar Unidad....
4. Borrar Unidad.

FECHA:
Septiembre 2008
1. Descripcin
clase de mantenimiento Unidad. Las pruebas realizadas a esta clase son:
Crear Unidad
Modificar Unidad
Eliminar Unidad
2. Crear nuevo Unidad.
Descripcin
selecciona de la parte de mantenimiento la opcin Unidad, el sistema muestra una
interfaz para seleccionar nuevo Unidad.
Entrada
36. El usuario selecciona Unidad del men mantenimiento.
37. El usuario selecciona la Unidad General y la Sub Unidad General.
40. El usuario introduce los datos relacionados con la Unidad.

FECHA:
Septiembre 2008
42. El sistema vuelve a la pantalla anterior y muestra la nueva Unidad agregada.
Resultado esperado.
El sistema guarda la nueva Unidad.
3. Modificar Unidad
Descripcin
interfaz para seleccionar Modificar Unidad.
Entrada
37. El usuario selecciona la unidad y presiona el botn Modificar.
39. El usuario introduce los datos nuevos relacionados con la Unidad.
Resultado esperado.

FECHA:
Septiembre 2008
4. Borrar Unidad
Descripcin
interfaz para seleccionar Borrar Unidad.
Entrada
34. El usuario selecciona una Unidad y presiona el botn Eliminar.
35. El sistema muestra una pantalla con la descripcin de la Unidad.
Resultado esperado.
El sistema borra la Unidad.

FECHA:
Septiembre 2008
Proyecto:
Monagas.

Sub Unidad
Versin 1.0

FECHA:
Septiembre 2008
Fecha
Versin
Descripcin
Autor
14/10/2008
0.90
Leriana Medina
30/10/2008
0.91
Leriana Medina
17/11/2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenido
1. Descripcin...
2. Crear nuevo Sub Unidad
3. Modificar Sub Unidad..
4. Borrar Sub Unidad...

FECHA:
Septiembre 2008
1. Descripcin
clase de mantenimiento Sub Unidad. Las pruebas realizadas a esta clase son:
Crear Sub Unidad
Modificar Sub Unidad
Eliminar Sub Unidad
2. Crear nuevo Sub Unidad.
Descripcin
selecciona de la parte de mantenimiento la opcin Sub Unidad, el sistema muestra
una interfaz para seleccionar nuevo Sub Unidad.
Entrada
47. El usuario selecciona Sub Unidad del men mantenimiento.
48. El usuario selecciona la Unidad General, Sub Unidad General y Unidad.
51. El usuario introduce los datos relacionados con la Sub Unidad.

FECHA:
Septiembre 2008
53. El sistema vuelve a la pantalla anterior
y muestra la nueva Sub Unidad
General agregada.
Resultado esperado.
El sistema guarda la nueva Sub Unidad.
3. Modificar Sub Unidad.
Descripcin
una interfaz para seleccionar Modificar Sub Unidad.
Entrada
47. El usuario selecciona la sub unidad y presiona el botn Modificar.
49. El usuario introduce los datos nuevos relacionados con la Sub Unidad.

FECHA:
Septiembre 2008
Resultado esperado.
4. Borrar Sub Unidad.
Descripcin
una interfaz para seleccionar Borrar Sub Unidad.
Entrada
43. El usuario selecciona una Sub Unidad y presiona el botn Eliminar.
44. El sistema muestra una pantalla con la descripcin de la Sub Unidad.
Resultado esperado.
El sistema borra la Sub Unidad.

FECHA:
Septiembre 2008
Proyecto:
Monagas.

Tipo de Bien
Versin 1.0

FECHA:
Septiembre 2008
Versin
Descripcin
Autor
14/10/2008
0.90
Leriana Medina
30/10/2008
0.91
Leriana Medina
17/11/2008
1.0
Versin Final
Leriana Medina
Fecha

FECHA:
Septiembre 2008
Tabla de Contenido
1. Descripcin...
2. Crear nuevo Tipo de Bien...
3. Modificar Tipo de Bien....
4. Borrar Tipo de Bien

FECHA:
Septiembre 2008
1. Descripcin
clase de mantenimiento Tipo de Bien. Las pruebas realizadas a esta clase son:
Crear Tipo de Bien
Modificar Tipo de Bien
Eliminar Tipo de Bien
2. Crear nuevo Tipo de Bien.
Descripcin
selecciona de la parte de mantenimiento la opcin Tipo de Bien, el sistema muestra
una interfaz para seleccionar nuevo Tipo de Bien.
Entrada
58. El usuario selecciona Tipo de Bien del men mantenimiento.
61. El usuario introduce los datos relacionados con el Tipo de Bien.
63. El sistema vuelve a la pantalla anterior y muestra el nuevo Tipo de Bien

FECHA:
Septiembre 2008
agregado.
Resultado esperado.
El sistema guarda el nuevo Tipo de Bien.
3. Modificar Tipo de Bien.
Descripcin
una interfaz para seleccionar Modificar Tipo de Bien.
Entrada
57. El usuario selecciona el Tipo de Bien y presiona el botn Modificar.
59. El usuario introduce los datos nuevos relacionados con el Tipo de Bien.
Resultado esperado.

FECHA:
Septiembre 2008
4. Borrar Tipo de Bien.
Descripcin
una interfaz para seleccionar Borrar Tipo de Bien.
Entrada
52. El usuario selecciona una Tipo de Bien y presiona el botn Eliminar.
53. El sistema muestra una pantalla con la descripcin del Tipo de Bien.
Resultado esperado.
El sistema borra el Tipo de Bien.

FECHA:
Septiembre 2008
Proyecto:
Monagas.

Detalles Bien
Versin 1.0

FECHA:
Septiembre 2008
Fecha
Versin
Descripcin
Autor
14/10/2008
0.90
Leriana Medina
30/10/2008
0.91
Leriana Medina
17/11/2008
1.0
Versin Final
Leriana Medina

FECHA:
Septiembre 2008
Tabla de Contenido
1. Descripcin...
2. Crear nuevo Detalle Bien
3. Modificar Detalle Bien..
4. Borrar Detalle Bien..

FECHA:
Septiembre 2008
1. Descripcin
clase de mantenimiento Detalles Bien. Las pruebas realizadas a esta clase son:
Crear Detalles Bien
Modificar Detalles Bien
Eliminar Detalles Bien
2. Crear nuevo Detalles Bien.
Descripcin
selecciona de la parte de mantenimiento la opcin Detalles Bien, el sistema muestra
una interfaz para seleccionar nuevo Detalles Bien.
Entrada
68. El usuario selecciona Detalles Bien del men mantenimiento.
71. El usuario introduce los datos relacionados con Detalles Bien.
73. El sistema vuelve a la pantalla anterior y muestra el nuevo Detalles Bien

FECHA:
Septiembre 2008
agregado.
Resultado esperado.
El sistema guarda el nuevo Detalles Bien.
3. Modificar Detalles Bien.
Descripcin
una interfaz para seleccionar Modificar Detalles Bien.
Entrada
67. El usuario selecciona el Detalle de Bien y presiona el botn Modificar.
69. El usuario introduce los datos nuevos relacionados con el Detalles Bien.
Resultado esperado.

FECHA:
Septiembre 2008
4. Borrar Detalles Bien.
Descripcin
una interfaz para seleccionar Borrar Detalles Bien.
Entrada
61. El usuario selecciona un Detalle de Bien y presiona el botn Eliminar.
62. El sistema muestra una pantalla con la descripcin del Detalle Bien.
Resultado esperado.
El sistema borra el Detalles Bien.

FECHA:
Septiembre 2008
NOMBRE DEL DOCUMENTO: Glosario
Proyecto:
Monagas.
Glosario
Versin 1.0
Confidencial
Pg.

FECHA:
Septiembre 2008
Date
Versin
Descripcin
Autor
15-01-2008
0.90
Leriana Medina
14-03-2008
0.91
Leriana Medina
16-06-2008
0.92
Leriana Medina
29-09-2008
1.0
Versin Final
Leriana Medina
Confidencial
Pg.

FECHA:
Septiembre 2008
Tabla de Contenidos
1. Introduccin...
1.1. Propsito..
1.2. Alcance....
1.3. Referencia.
1.4. Organizacin del Glosario
2. Definiciones ..

FECHA:
Septiembre 2008
Glosario
1. Introduccin
Este documento recoge el vocabulario propio del dominio del sistema,
empleado en el proyecto Desarrollo de un Sistema de Informacin para la gestin de
los procesos en la Delegacin de Bienes Nacionales de la Universidad de Oriente,
Ncleo Monagas. Se encuentra estructurado en forma de diccionario, y cumple la
funcin de esclarecer el sentido de los trminos manejados.
1.1. Propsito
El propsito de este documento es servir de gua de consulta en los casos
donde surjan dudas o conflictos con respecto a la terminologa empleada. En este se
definen los trminos tocados en el proyecto de Desarrollo de un Sistema de
Informacin para la gestin de los procesos en la Delegacin de Bienes Nacionales de
1.2. Alcance
El alcance de este documento abarcara la terminologa empleada en todos los
subsistemas involucrados con el proyecto. Logrando mantener en todo momento la
claridad en el desempeo de los procesos y las actividades.
1.3. Referencias
El presente glosario hace referencia a los siguientes documentos:
Documento Plan de Desarrollo Software del Proyecto Desarrollo de un Sistema de
la Universidad de Oriente, Ncleo Monagas. Documento Visin del Proyecto
Desarrollo de un Sistema de Informacin para la gestin de los procesos en la
Confidencial
Pg.

FECHA:
Septiembre 2008
Documento de Plan de Fases del Proyecto Desarrollo de un Sistema de
Documento Glosario del Proyecto Desarrollo de un Sistema de Informacin
Documento de Riesgo del Proyecto Desarrollo de un Sistema de Informacin
Documentos de Especificacin de Casos de Uso del Proyecto Desarrollo de un
Sistema de Informacin para la gestin de los procesos en la Delegacin de Bienes
Organizacin del Glosario
El presente documento est organizado por definiciones de trminos
ordenados de forma ascendente segn la ordenacin alfabtica tradicional del
espaol.
2. Definiciones
A continuacin se muestran todos los trminos manejados a lo largo de todo el
proyecto de Desarrollo de un Sistema de Informacin para la gestin de los procesos
en la Delegacin de Bienes Nacionales de la Universidad de Oriente, Ncleo
Monagas.
Acta: Documento emanado de una autoridad pblica (juez, notario, oficial de justicia,
agente de polica), a efectos de consignar un hecho material, o un hecho jurdico con
fines civiles, penales o administrativos.
Actas de cierre de traslado: documento llenado al finalizar el proceso de traslado de
algn bien, que luego se envan va electrnica para ser avaladas.

FECHA:
Septiembre 2008
Actor: un actor es aquel que el rol o funcin que asume una persona, sistema o
entidad que interacta con el sistema que estamos construyendo de la misma forma.
Tiene la propiedad de ser externo al sistema. Hay que tener en cuenta que un usuario
puede acceder al sistema como distintos actores.
Administrador: persona que se dedica a mantener y operar un sistema de cmputo o
una red.
Almacn: Son aquellos lugares donde se guardan los diferentes tipos de mercanca.
Es la unidad que recibe y guarda temporalmente los bienes o materiales adquiridos.
Aplicacin Web: se denomina aplicacin web a aquellas aplicaciones que los
usuarios pueden utilizar accediendo a un servidor web a travs de Internet o de
una intranet mediante un navegador.
Artefactos: Son denominados los entregables en un proyecto, especficamente son
una serie de documentos.
Automatizacin: Ejecucin automtica de tareas industriales, administrativas o
cientficas haciendo ms gil y efectivo el trabajo y ayudando al ser humano.
Bienes: Son todas aquellas cosas susceptibles de satisfacer necesidades humanas. De
las cuales se generan derechos que forman parte de un patrimonio, incluyendo a los
objetivos inmateriales o cosas susceptibles de valor.
Bienes muebles: El que por si propio o mediante una fuerza externa es movible o
transportable de un lado a otro, siempre y cuando el ordenamiento jurdico no le haya
conferido carcter de inmueble por accesin se requiere decir con este ltimo de que
se consideraron as a las partes slidas o fluidas que estn separadas del suelo (las
piedras, tierras, metales, etc.).
Calendario: es una cuenta sistematizada del tiempo para la organizacin de
las actividades humanas.

FECHA:
Septiembre 2008
Campus: Territorio donde se asienta una institucin de educacin superior. Es usual
que una universidad grande tenga varios campus, a menudo distantes.
Casos de Uso: Es una tcnica para capturar requisitos potenciales de un nuevo
sistema o una actualizacin de software. Cada caso de uso proporciona uno o ms
escenarios que indican cmo debera interactuar el sistema con el usuario o con otro
sistema para conseguir un objetivo.
Centro de Computacin: Un centro de cmputo es una unidad, que proporciona
servicios a toda una organizacin y su rea directiva es el enlace principal entre las
otras reas y el centro mismo.
Cdigo de Barra: es un cdigo basado en la representacin mediante un conjunto de
lneas paralelas verticales de distinto grosor y espaciado que en su conjunto contienen
una determinada informacin. De este modo, el cdigo de barras permite reconocer
rpidamente un artculo en un punto de la
cadena logstica y as poder
realizar inventario o consultar sus caractersticas asociadas.

Compra: Adquisicin de materiales, bienes o servicios mediante el pago de dinero.
Consulta: Es una forma de buscar, encontrar y exhibir determinada informacin,
extrayndola del cmulo de datos que almacena la base.
Clases: Una clase es un contenedor de uno o ms datos (variables o propiedades
miembro)
junto
las
operaciones
de
manipulacin
de
dichos
datos
(funciones/mtodos). Las clases pueden definirse como estructuras, uniones o clases

pudiendo existir diferencias entre cada una de las definiciones segn el lenguaje.
Clasificar Bienes: es un proceso cognoscitivo que permite hacer distinciones muy
detalladas de las caractersticas de cada bien, logrando as agruparlos segn lo que
tienen en comn.

FECHA:
Septiembre 2008
Clave de Acceso: Contrasea que un usuario emplea para acceder a un servicio,
sistema o programa. Generalmente la clave de acceso est asociada a un nombre de
usuario.
Cliente: Es una organizacin, rgano corporativo o individuo que compra o que
quizs contrata servicios.
CRC: Siglas correspondientes a los trminos clase, responsabilidad y colaboracin.
Delegacin de Bienes Nacionales: Es un departamento perteneciente a la
Universidad de Oriente, cuya funcin principal es controlar las entradas, salidas y
movimientos de los bienes de la institucin.
Dependencia: Unidades que conforman a la Institucin.
Desincorporar: Egreso de un bien a la entidad.
Decreto Presidencial: Un documento es el testimonio material de un hecho o acto
realizado en el ejercicio de sus funciones por instituciones o personas fsicas.
Decreto Presidencial 3390: Publicado en gaceta Oficial N 3895 del 28 de
Diciembre de 2004 el cual establece: La Administracin Pblica Nacional emplear
prioritariamente Software Libre desarrollado con Estndares Abiertos en sus
sistemas, proyectos y servicios informticos. A tales fines, los rganos y entes de la
Administracin Pblica nacional iniciarn los procesos de migracin gradual y
progresiva de stos haca el software libre desarrollado con estndares abiertos
Diagrama: Es una forma de representar grficamente un fenmeno, proceso u
organizacin determinado.
Diagrama de Actividad: representa los flujos de trabajo paso a paso de negocio y
operacionales de los componentes en un sistema. Un Diagrama de Actividades
muestra el flujo de control general.
Diagrama de Clases: es un tipo de diagrama esttico que describe la estructura de un
sistema mostrando sus clases, atributos y las relaciones entre ellos.

FECHA:
Septiembre 2008
Diagrama de Despliegue: Un diagrama de despliegue muestra las relaciones fsicas
entre los componentes hardware y software en el sistema final, es decir, la
configuracin de los elementos de procesamiento en tiempo de ejecucin y los
componentes software (procesos y objetos que se ejecutan en ellos).
Diagrama de Procesos: Es una representacin grfica de los pasos que se siguen en
toda una secuencia de actividades, dentro de un proceso o un procedimiento,
identificndolos mediante smbolos de acuerdo con su naturaleza; incluye, adems,
toda la informacin que se considera necesaria para el anlisis, tal como distancias
recorridas, cantidad considerada y tiempo requerido.
Diagrama de Secuencia: Un diagrama de secuencia muestra la interaccin de un
conjunto de objetos en una aplicacin a travs del tiempo. Esta descripcin es
importante porque puede dar detalle a los casos de uso, aclarndolos al nivel de
mensajes de los objetos existentes, como tambin muestra el uso de los mensajes de
las clases diseadas en el contexto de una operacin.
Equipo: Contempla aparatos e instrumentos.
Estatus: es el estado o posicin de algo dentro de un marco de referencia dado.
Factura: Documento que el vendedor entrega al comprador, detallando las
mercancas vendidas o los servicios prestados, indicando la naturaleza de cada uno de
ellos, calidad, cantidad, precio, condiciones, etc.
Fase: Cada uno de los estados sucesivos de una cosa que cambia o se desarrolla.
Fecha de atencin de una solicitud: tiempo en el que el registrador de bienes
culmina con los requerimientos establecidos en una solicitud.
Fecha de envo de una solicitud: tiempo en el que el usuario pulsa el botn enviar.
Formulario: conjunto de campos, generalmente de texto o numricos, que permiten
la introduccin de datos para un fin determinado.

FECHA:
Septiembre 2008
Gestin: Es la capacidad de la institucin para definir, alcanzar y evaluar sus
propsitos, con el adecuado uso de los recursos disponibles.
Hardware: cualquier componente fsico tecnolgico, que trabaja o interacta de
algn modo con la computadora. No slo incluye elementos internos como el disco
duro, CD-ROM, disquetera, sino que tambin hace referencia al cableado, circuitos,
gabinete, etc. E incluso hace referencia a elementos externos como la impresora, el
mouse, el teclado, el monitor y dems perifricos.
Incorporar: Ingreso de un bien a la entidad.
Indicador: Magnitud utilizada para medir o comparar los resultados efectivamente
obtenidos, en la ejecucin de un proyecto, programa o actividad.
Informacin: conjunto organizado de datos, que constituye un mensaje sobre un
cierto fenmeno o ente. La informacin permite resolver problemas y tomar
decisiones, ya que su uso racional es la base del conocimiento.
Informe Mecnico: Exposicin detallada y relativa a un hecho o conjunto de hechos
relacionados con las fallas que pudiera presentar determinado equipo, en el que se
dan a conocer ordenadamente los resultados de una investigacin o de un trabajo.
Informe Tcnico: Exposicin de datos o hechos dirigidos a alguien, sobre una
cuestin o asunto, o sobre lo que conviene hacer del mismo.
Interfaz: es uno de los componentes ms importantes de cualquier sistema
computacional, pues funciona como el vnculo entre el humano y la mquina. La
interfaz de usuario es un conjunto de protocolos y tcnicas para el intercambio de
informacin entre una aplicacin computacional y el usuario
Inventario: Los inventarios estn constituidos por los bienes de una entidad.
Manual de Usuario: Documento donde se describen las caractersticas tcnicas y
funcionamiento de determinado sistema. Su lectura es muy recomendable; y

FECHA:
Septiembre 2008
obligatoria para lograr el correcto uso del mismo y as
poder explotar sus
funcionalidades.
Marca: La marca permite la identificacin de bienes y representa el prestigio de sus
fabricantes.
Mercanca: Cosa mueble que se hace objeto de trato o venta.
MES: Ministerio de Educacin Superior
Metodologa: Se refiere a los mtodos de investigacin que se siguen para alcanzar
una gama de objetivos en una ciencia.
Modelo: Estilo de un bien.
Nmero de Desincorporacin: nmero asignado al proceso de registro (salida) de
uno o varios bienes.
Nmero de Incorporacin: nmero asignado al proceso de registro (entrada) de uno
o varios bienes.
Nmero de Inventario: nmero asignado
al proceso de conteo de los bienes
existentes en determinada unidad.

Nmero de Solicitud: nmero asignado a las solicitudes elaboradas y enviadas por
los usuarios.
Nmero de Traslado: nmero asignado al proceso de registro (movimiento) de uno
o varios bienes.
OPSU: Oficina de Planificacin del Sector Universitario
Orden de compra y/o servicio: estas se realizan una vez obtenido el resultado del
anlisis costo- beneficio para as especificar el material y/o servicio que se ha
solicitado y movilizar su compra.
Participante: Persona que asiste o interviene en el desarrollo de determinada
actividad.

FECHA:
Septiembre 2008
Planilla Digital: Cualquier documento que una persona tiene que llenar y que tiene
espacios en blanco, para responder la informacin que es solicitada. En este caso para
ser enviada va electrnica.
Proceso: conjunto de actividades enlazadas entre s que, partiendo de uno o ms
inputs (entradas) los transforma, generando un output (resultado).
Prototipo: Un prototipo es una representacin limitada del diseo de un producto
que permite a las partes responsables de su creacin experimentar, probarlo en
situaciones reales y explorar su uso.
Proveedor: Persona o empresa que provee o abastece de todo lo necesario para un fin
a grandes grupos, asociaciones, comunidades, etc.
Proyecto: conjunto de actividades interrelacionadas, con un inicio y una finalizacin
definida, que utiliza recursos limitados para lograr un objetivo deseado.
Registrador de Bienes: Persona que tiene a su cargo examinar y calificar los
documentos que se presenten para su inscripcin y autorizar los asientos en que se
materializa su registro.
Requerimiento: Algo que se le pide o solicita a alguien. Necesidad documentada
sobre el contenido, forma o funcionalidad de un producto o servicio.
Riesgo: Es la probabilidad de ocurrencia de un siniestro.
RUP: Proceso Unificado Racional
Serial: Identificador de un bien.
Sistema: Un sistema es un conjunto de partes o elementos organizados y
relacionados que interactan entre s para lograr un objetivo. Los sistemas reciben
(entrada) datos, energa o materia del ambiente y proveen (salida) informacin,
energa o materia. Software: son las instrucciones electrnicas que van a indicar al
ordenador que es lo que tiene que hacer. Tambin se puede decir que son los
programas usados para dirigir las funciones de un sistema de computacin o un
hardware.

FECHA:
Septiembre 2008
Software Libre: Programa de computacin cuya licencia garantiza al usuario acceso
al cdigo fuente del programa y lo autoriza a ejecutarlo con cualquier propsito,
modificarlo y redistribuir tanto el programa original como sus modificaciones en las
mismas condiciones de licenciamiento acordadas al programa original, sin tener que
pagar regalas a los desarrolladores previos.
Solicitud: Es un documento escrito que va dirigido a un organismo pblico o a una
autoridad a los que se pide algo o ante los que se plantea una reclamacin con la
exposicin de los motivos en los que se basan. La mayor parte de los organismos
pblicos disponen de impresos destinados a este fin. Se debe preguntar por su
existencia y, si no los hay, se puede hacer la instancia por uno mismo.
Solicitud Atendida: estatus de una solicitud que ya ha sido recibida y procesada por
completo.
Solicitud Enviada: estatus de una solicitud una vez q el usuario la ha enviado.
Solicitud de Desincorporacin: Documento a travs del cual se expresa la necesidad
de que determinado bien egrese de alguna unidad.
Solicitud de Incorporacin: Documento a travs del cual se expresa la necesidad de
que determinado bien ingrese a la institucin.
Solicitud de Inventario: Documento a travs del cual una unidad expresa la
necesidad de que se le realice una inspeccin y conteo de los bienes que posee.
Solicitud de Traslado: Documento a travs del cual se expresa la necesidad de que
determinado bien sea egresado de una unidad para ser ingresado en otra que requiere
del mismo.
Solicitud en Proceso: estatus de una solicitud que ya ha sido recibida y se encuentra
en el proceso de ser ejecutada completamente.
Solicitud no Atendida: estatus de una solicitud que ya ha sido recibida y aun no ha
sido procesada.
Confidencial
Pg.
1010

FECHA:
Septiembre 2008
Solicitud Recibida: estatus de una solicitud una vez q bienes nacionales ha recibido
una solicitud.
Sub Unidad: de acuerdo con el organigrama de la Universidad de Oriente, estn
representadas por: Seccin de Contabilidad, Comedor universitario, Bienes
Nacionales, Nomina, Bienestar Social, Almacn, Archivo y Correspondencia,
Transporte, Vigilancia, Mantenimiento, Seccin de Recursos Humanos y Psicologa,
Seccin de Investigacin Informtica, Seccin de Coordinacin Administrativa,
Seccin de Administracin y Derecho, Seccin de Contabilidad y Finanzas, Seccin
de Economa y Mercadeo, Seccin de Contabilidad, Seccin de Investigacin,
Seccin de Administracin Econmica y Legislacin, Seccin de Ingles, Seccin de
Castellano, Seccin de Ciencias Sociales, Programa de Ingeniera de Sistemas,
Seccin de Fsica, Seccin de Matemtica, Seccin de Qumica.
Sub Unidad General: de acuerdo con el organigrama de la Universidad de Oriente,
estn representadas por: Delegacin de Bienestar y Desarrollo Estudiantil,
Coordinacin Acadmica, Coordinacin Administrativa, Delegacin de Planificacin,
Delegacin de Extensin y Cultura, Formacin y Desarrollo de Recursos Humanos,
Delegacin de Deporte, Delegacin de Planta fsica, Asesora jurdica, Biblioteca
Central, Oficina Informacin y Relaciones Publicas, Tecnologa Educativa, Escuela
de Ingeniera de Petrleo , Escuela de Zootecnia, Escuela de Agronoma, Escuela de
Ciencias Sociales y Administrativas, Unidad de Cursos Bsicos.
Tiempo de Respuesta Empleado en la Atencin de Solicitudes: tiempo
transcurrido desde el envi de la solicitud hasta la ejecucin de la misma. Se calcula
restando el tiempo de atencin de la solicitud menos el tiempo de llegada de la
solicitud.
Traslado: movimiento de un bien desde una unidad hacia otra que lo requiere.
UDO: Universidad de Oriente.

FECHA:
Septiembre 2008
UML: Lenguaje Unificado para Modelado.
Unidad: de acuerdo con el organigrama de la Universidad de Oriente, estn
representadas por: Servicio Social, Servicio Medico Dental, Actividades Extra
Acadmicas, Orientacin, Coordinacin de Post Grado, Comisin de Cultura, Control
de Estudios, Coordinacin de Servicio Comunitario, Divulgacin y Publicaciones,
Delegacin de Presupuesto, Delegacin de Finanzas, Delegacin de Personal, Centro
de Computacin, Seccin de Compras, Clnica Universitaria, Coordinacin de
Servicios Generales, Departamento de Produccin e Industria Animal, Programa
Tecnolgico de los Alimentos, Departamento de Biologa y Saneamiento Animal,
Departamento de Nutricin Animal y Forraje, Departamento de Agronoma,
Departamento de Ingeniera Agrcola, Departamento de Economa Agrcola,
Departamento de Gerencia de Recursos Humanos, Departamento de Administracin
Industrial, Departamento de Contadura Pblica, Departamento de Humanidades,
Departamento de Ciencias.
Unidad solicitante: Es cualquiera de las dependencias interesadas en solicitar
rdenes de compra y/o servicio.
Universidad: establecimiento educacional dedicado a la enseanza superior.
Unidad de Almacn: Es aquella dependencia administrativa de la universidad de
oriente, responsable de realizar el ingreso de la mercanca a la unidad ella recibe y
guarda temporalmente los bienes o materiales adquiridos.
Unidad General: de acuerdo con el organigrama de la Universidad de Oriente, estn
representadas por el Decanato.
Usuario: sujeto autorizado para acceder a datos o recursos.
355
3553
5.4 CONCLUSIONES
Luego de realizar las investigaciones y el anlisis pertinente a la Delegacin
bajo estudio, se ha concluido lo siguiente:
Se conoci el funcionamiento general de la Delegacin de Bienes Nacionales,
y de igual modo se encontr que algunos de los inconvenientes presentes en ella son:
la deficiencia en el control de los procesos, manejo aislado de la informacin y falta
de personal en el rea.
Se logro la identificacin ptima de los focos problemticos que presentaba la
delegacin de bienes nacionales, lo que facilito la elaboracin del documento visin,
del plan de desarrollo de software, del plan de administracin de riesgos, del plan de
iteracin general y del documento de especificacin de casos de uso del negocio,
correspondientes a la primera fase del proyecto.
Se precis la automatizacin de los procesos por medio del desarrollo de un
sistema que permita controlar y hacer ms eficientes las tareas realizadas por dicha
Delegacin. Siguiendo los lineamientos dictados por la metodologa empleada y
tomando como referencia las caractersticas propias de la Delegacin de Bienes
Nacionales, se llevo a cabo el anlisis y diseo de alto nivel, a fin de establecer una
arquitectura base, logrando con esto obtener el modelo de dominio, el modelo de
diseo, documento de la arquitectura software y el modelo de datos.
El nuevo sistema es una herramienta que ofrece a la Delegacin de Bienes
Nacionales agilizar y reducir el tiempo de trabajo en las actividades que realiza.
Adems de permitir almacenar los datos de manera confiable ya que la entrada y el
procesamiento de los mismos cuentan con un proceso de validacin. Ofrecer
consultas rpidas y reportes impresos que proporcionan la informacin requerida. El
uso efectivo de la aplicacin permitir proveer a la delegacin de informacin veraz,
eficiente y confiable que servir de insumo en la toma de decisiones. Provee una base
funcional que es adaptable y expandible de acuerdo con los requerimientos propios de
la Delegacin de Bienes Nacionales de la Universidad de Oriente.
356
3563
5.5 RECOMENDACIONES.
Continuar con el desarrollo de los mdulos restantes del sistema y realizar la
implantacin del mismo, para que as la Delegacin de Bienes Nacionales
conjuntamente con la Universidad de Oriente cuenten con una aplicacin web con
altos estndares de calidad que les permita hacer mas amenas sus jornadas laborales,
minimizando los tiempos de atencin a los usuarios y manejando informacin fiable y
concisa.
Dar a conocer a todos los usuarios la nueva herramienta por medio de
capacitacin impartida por un personal preparado para ello, que les permita en poco
tiempo manejar sin dificultad alguna el sistema. De igual
forma dotarlos de un
manual de usuario que les brinde asistencia.

Dotar a la Delegacin de Bienes Nacionales y a las Unidades Solicitantes de
los equipos y herramientas necesarios para poner en marcha el sistema.
Establecer en la Delegacin de Bienes Nacionales una estructura organizativa
acorde con los procesos realizados en dicha rea, donde se cuente con funcionarios
capacitados para desempearse en las labores asignadas, sin caer en la carga excesiva
de trabajo.
Seguir impulsando el desarrollo de nuevas herramientas tecnolgicas, que le
permitan a la Universidad de Oriente ser una institucin enfocada a la innovacin.
BIBLIOGRAFIA
Brito, G. (2.008) Sistema Automatizado para la Gestin de los Procesos
Administrativos de la Delegacin de Planificacin de la Universidad de Oriente
Ncleo Monagas. Tesis de pregrado no publicada. Universidad de Oriente Ncleo
Monagas.
CeiSoft (2005). Modelado de Sistemas usando UML 2.0. Curso TS-01 Programa de
Actualizacin Profesional en Tecnologas de Software.
Fowler, M. (1999). UML Gota a Gota. Editorial Pearson Addison Wesley.
Hurtado, J. (1998). El Proyecto de Investigacin. Metodologa de Investigacin.
Tercera Edicin. SYMED. Caracas.
Hurtado, J. (2007).El Proyecto de Investigacin. Metodologa de la Investigacin
Holstica. Ediciones Quirn.
Hurtado, J (2008). El Proyecto de Investigacin. Comprensin Holstica de la
Metodologa y la Investigacin. Sexta Edicin. Ediciones Quirn.
Kendall, K. (2005). Anlisis y Diseo de Sistemas. Sexta Edicin. Pearson Prentice
Hall.
Larman, Craig. (2003). UML y Patrones. Editorial Prentice Hall.
Ley Orgnica de la Contralora General de la Repblica y el Sistema Nacional de
Control Fiscal. Gaceta Oficial de la Repblica Bolivariana de Venezuela N 37.347.
(2001, Diciembre 17)
357
358
358
3583
Manual de Normas de control Interno Sobre un Modelo Genrico de la

Administracin Central Y Descentralizada Funcionalmente. Gaceta Oficial de la
Repblica Bolivariana de Venezuela N 38.282. (2005, Noviembre 28).
Manual de Trabajos de Grado de Especializacin y Maestra Y Tesis Doctorales.
(2006) Cuarta Edicin. Fondo Editorial de la Universidad Pedaggica Experimental
Libertador.
Mayo, M. (2008) Desarrollo de un Sistema
Registro del Proceso de
de Informacin Automatizado para el
Inscripcin y Control de Notas de Estudiantes. Caso:
Instituto Universitario de Polica Cientfica (IUPOLC). Cuman, Estado Sucre. Tesis

de pregrado publicada.
Instituto Universitario de Tecnologa Industrial Rodolfo
Loero Arismendi.
Nez, Y. (2008) Sistema Automatizado para la Gestin de los Procesos
Administrativos en la Seccin de Compra Ncleo Monagas enmarcado dentro del
proyecto macro Software Libre de la Universidad de Oriente. Tesis de pregrado
publicada. Universidad de Oriente Ncleo Monagas.
Sabino, C. (2002). El Proceso de Investigacin. Editorial Panapo de Venezuela
Senn, J. (1990).
Sistemas de Informacin para la Administracin. Editorial
Iberoamrica.
Tamayo, M. (1999). El Proceso de Investigacin Cientfica. Tercera Edicin. Mxico:
Limusa.
Villar, J (2006). PHP 5 Y MYSQL 5.Primera Edicin. Lima-Per Editorial Mega
byte.
359
359
3593
Sitios de Informacin:
Adobe
Fireworks.
[Documento
en
lnea].
Disponible:
http://es.wikipedia.org/wiki/Macromedia_Fireworks. [Consulta: 2009, Febrero 16].

Decreto
3.390.
[Documento
en
lnea].
Disponible:
http://www.gobiernoenlinea.ve/docMgr/sharedfiles/Decreto3390.pdf.
[Consulta:
2009, Febrero 10].

Diagramas
de
Clases.
[Documento
en
lnea].
Disponible:
http://gidis.ing.unlpam.edu.ar/personas/glafuente/uml/diagramas_de_clases.html.
[Consulta: 2008, Septiembre 10].
Gmez, J. (2007). Fundamentos de la Metodologa RUP. Universidad Tecnolgica de
Pereira. [Documento en lnea]. Disponible: http://www.scribd.com/doc/297224/RUP.
[Consulta: 2008, julio 28].
Beltran, Carmona, Carrasco, Rivas y Tejedor (s.f.). Gua para una Gestin Basada en
Procesos.
[Documento
en
lnea].
Disponible:
http://www.gva.es/fvq/docs/publicaciones/guia_gestionprocesos.pdf. [Consulta: 2008,

Agosto 07].
Gua para la Gestin Basada en Procesos. [Documento en lnea]. Disponible:
http://www.monografias.com/trabajos56/gestion-basada-en-procesos/gestion-basadaen-procesos2.shtml. [Consulta: 2008, Agosto 07].
Indicadores
de
Gestin.
[Documento
en
lnea].
Disponible:
http://www.degerencia.com/tema/indicadores_de_gestion. [Consulta: 2008, Agosto

07].
360
360
3603
Importancia
de
UML.
[Documento
en
Lnea].
Disponible:
http://www.osmosislatina.com/lenguajes/uml/basico.htm [Consulta: 2008, Febrero

05]
Jimnez, D.
Ingeniera de Software II. [Documento en lnea]. Disponible:
http://codeticainge.googlepages.com/guiaing.pdf. [Consulta: 2008, Julio 04]
Lenguaje
Unificado
de
Modelado.
[Documento
en
lnea].
http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado.
Disponible:
[Consulta:
2008,
julio 14]
Oracle Database Server. [Documento en lnea]. Disponible:
http://www.db-
system.com/portal/page?_pageid=33,7784&_dad=portal&_schema=PORTAL.
[Consulta: 2009, Enero 09].
Oracle
Database
10G.
[Documento
en
lnea].
Disponible:
http://www.oracle.com/technology/global/lad-es/documentation/collaterals/OracleDB-10gSE.pdf. [Consulta: 2009, Enero 09].

Power
Designer.
[Documento
en
lnea].
Disponible:
http://www.mtbase.com/productos/modelamientometadatos/powerdesigner.
[Consulta: 2009, Enero 09].
Presentacin
de
Dreamweaver
MX.
[Documento
en
lnea].
Disponible:
http://www.desarrolloweb.com/articulos/766.php. [Consulta: 2009, Enero 09].

Proceso
Unificado
de
Rational.
[Documento
en
lnea].
Disponible:
http://es.wikipedia.org/wiki/RUP#Principales_caracter.C3.ADsticas. [Consulta: 2008,

julio 05]
361
361
3613
Qu
es
HTML?
[Documento
en
lnea].
Disponible:
http://es.html.net/tutorials/html/lesson2.asp. [Consulta: 2009, Enero 10].

Qu
es
el
Software
Libre?
[Documento
en
lnea].
Disponible:
http://www.hispalinux.es/SoftwareLibre. [Consulta: 2008, Diciembre 14].

Sistemas de Informacin y Sistemas Administrativos (1997). [Documento en lnea].
Disponible:
http://www.monografias.com/trabajos34/sistemas-informacion/sistemas-
informacion.shtml. [Consulta: 2008, Enero 26]

Universidad de Oriente Ncleo Monagas (2008) [Pagina Web en lnea]. Disponible:
http://www.monagas.udo.edu.ve [Consulta: 2008, Junio 26]
XAMPP. [Documento en lnea]. Disponible: http://es.wikipedia.org/wiki/XAMPP.
[Consulta: 2008, Septiembre 05]

TESIS LerianaMedina

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

TESIS LerianaMedina

Hochgeladen von

Copyright:

Verfügbare Formate

UNIVERSIDAD DE ORIENTE

DESARROLLO DE UN SISTEMA DE INFORMACIN PARA LA GESTIN

Br. Leriana Medina

PROCESOS EN LA DELEGACION DE BIENES NACIONALES DE LA

Ing. Rosngela Garca

para optar al grado acadmico de Ingeniero de Sistemas. Titulado: DESARROLLO

Ing. Jess E Chaparro. D

maravillosas que fueron participes de todo este proceso.

Nez y a la secretaria del mismo Patricia Aray; por el gran apoyo

brindado a mi persona durante el desarrollo del proyecto.

3.2.1.3 Tipos de Sistemas de Informacin ...................................................... 37

Tutor Acadmico: Jess E. Chaparro. D

Descriptores: Desarrollo, Sistema, Gestin, Procesos, Ingeniera.

investigacin de carcter descriptivo. Obteniendo una estructura del proyecto

Finalmente se presentan las conclusiones, recomendaciones, la bibliografa y

extensin para cooperar en la construccin de una sociedad venezolana de la Regin

1.5 ORGANIGRAMA DE LA UNIVERSIDAD DE ORIENTE

Ju nta Sup erio r

Vic errec torad o

Vic errec torad o

Coo rdin acin

Instituto de Inve st.

Coo rdin acin

Coo rdin acin

Cen tro Te cnol.

Figura 1. Organigrama de la Universidad de Oriente

1.6 RESEA HISTRICA DE LA UNIVERSIDAD DE ORIENTE NCLEO

acadmica del Ncleo, pero, al mismo tiempo, se inicia el proceso de masificacin,

La Universidad ser una Institucin cuyo

ambiente estimule la creatividad y productividad de todos sus miembros. As mismo

intencin de situarse en un lugar privilegiado en los sueos de cada miembro de la

La misin constituye el marco de referencia que

fundamenta el sentido por el que habr de transitar la Universidad.

1. Impartir Educacin Superior Universitaria de la ms alta calidad, con el fin de

3. Desarrollar actividades de proyeccin social y extensin Universitaria.

1.10 ESTRUCTURA ORGANIZATIVA DE LA UNIVERSIDAD DE ORIENTE

Figura 2. Organigrama de la Universidad de Oriente Ncleo Monagas

1.11 Centro de Computacin de la Universidad de Oriente

1.13 MISIN DEL CENTRO DE COMPUTACIN

1. Generar y motivar la ejecucin de las polticas de comunicacin electrnica y

1.15 FUNCIONES DEL CENTRO DE COMPUTACIN.

1. Instaurar y promover la actualizacin y desarrollo de los recursos de Hardware

9. Coordinar la participacin de grupos de trabajo para planificar, organizar,

y rendir cuentas de todos aquellos

extraordinarios generados por la Direccin de Servicios Telemticos en la

telecomunicaciones, establecidos, aprobados por el Consejo Universitario y de

1.16 ORGANIGRAMA DEL CENTRO DE COMPUTACIN

Figura 3. Organigrama del Centro de Computacin UDO-Monagas.

pertenecientes a dicha institucin; tales como Incorporacin y Desincorporacin de

Nacionales de la Universidad de Oriente Ncleo Monagas, quienes podrn controlar

2.2.2 Objetivos Especficos

1) Describir el actual funcionamiento de la Delegacin de Bienes Nacionales de la

2.3 JUSTIFICACIN DE LA INVESTIGACIN

La aplicacin est dirigida a los procesos de registro y control concerniente a

va Web, realizar incorporaciones,

desincorporaciones, traslados e inventarios de manera rpida y segura, adems la

CAPTULO III MARCO

Inscripcin y Control de Notas de Estudiantes. Caso:

Instituto Universitario de Polica Cientfica (IUPOLC). Cuman, Estado Sucre.

Esta tesis tiene como

objetivo el desarrollo de un sistema automatizado para la gestin de los procesos

Informacin. Empleando para ello la combinacin de la

sistemas suaves de Checkland y la metodologa RUP. Esta investigacin contribuy