REPUBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DE EDUCACIN SUPERIOR

UNIVERSIDAD NACIONAL EXPERIMENTAL SIMON RODRIGUEZ
CTEDRA: MICROCOMPUTADOR
FACILITADOR: JOSE A. GONZALEZ A.

Participante:
Hernndez Darwin
C.I. 11.991.019

CARACAS, 20 DE JUNIO 2006

INDICE

INTRODUCCIN
MARCO TERICO
Misin de la Direccin de Control interno
Dependencia Directa a la que Pertenece
Estructura Organizativa
Funciones Principales
MARCO JURDICO
Ley de Rgimen Municipal
Disposiciones Generales
De los Organos de Gobierno y de Administracin
Municipal
MARCO REFERENCIAL
Metodologa MEDSI
OBJETIVOS
Objetivo General
Objetivos Especficos
ALCANCE
DISEO DEL SISTEMA
Modelo Entidad Relacin
Entity Type Description
Reglas de Integridad
Diccionario de Datos
CONCLUSIONES Y RECOMENDACIONES
BIBLIOGRAFA
ANEXOS

INTRODUCCIN

El manejo de la informacin de manera ptima, se ha convertido hoy en da

en factor importante para cualquier organizacin, bien sea grande, mediana o
pequea, ya que ofrece ventajas como: la administracin de los recursos
necesarios para desarrollar sistemas basados en computadoras, asegurar
respuestas rpidas segn los requerimientos del usuario y resguardar los datos
que se manipulan en los procesos empresariales que se llevan a cabo, para
determinar las mejoras o cambios indispensables.
Los sistemas de informacin permiten el manejo ms rpido de la
informacin (Extraer, Consultar, y Modificar) y el control de los datos, lo que trae
como consecuencia la automatizacin de gran cantidad de procesos.
Por estas razones muchas entidades pertenecientes a una organizacin se
ven en la necesidad de solicitar los servicios de especialistas en informtica y
organizacin. La Direccin de Control Interno no escapa de esto, ya que el control
de las Gacetas que se lleva en la actualidad es netamente manual, lo que implica
un excesivo consumo de tiempo y espacio de almacenamiento fsico.
Se permite realizar un proyecto que detecte metdica y sistemticamente
las fallas del proceso de Gacetas, presentadas en la Direccin de Control Interno
de la Alcalda de Caracas, a fin de disear un sistema de optimizacin para llevar
a cabo el Control de las Gacetas.
En el diseo del sistema intervienen diferentes campos. El primero se basa
en datos primarios obtenidos directamente de la realidad. Mediante el estudio de
la gente que labora en la Direccin, la forma como realizan su trabajo, as como
tambin conocimientos de como se distribuyen y se organizan durante el proceso.

Finalmente se han tomado algunas consideraciones sobre controles que

deben seguirse para el buen funcionamiento del Sistema de Control de Gacetas.
La idea primordial de ste anlisis es modelar una buena estructura de los
diferentes procesos que componen el sistema, aprovechando al mximo las
nuevas tecnologas para mantener un alto estndar de satisfaccin y servicio.
Resaltaremos cada una de las etapas necesarias para cubrir los objetivos
de la ctedra Microcomputador que de una manera u otra ha revolucionado segn
experiencias de alumnos egresados del esta casa de estudio, la forma en que se
maneja el mundo de los usuarios y la interfaz de las aplicaciones de los programas
basados en estos mtodos.
Este sistema est desarrollado y construido bajo la metodologa del Modelo
Entidad Relacin. Es un Sistema Automatizado de la Alcalda de Caracas.
El modelado del sistema define y contempla el Sistema de Control de
Gacetas, como se relacionan no slo desde el punto de vista relacional (Entidad
con Entidad); sino desde una visin ms global, ya que se integran recibiendo
entradas y suministrando salidas.

MARCO TERICO

Direccin de Control Interno.

Misin:
La misin de la Direccin de Control Interno es garantizar la idoneidad de la
Gestin del Alcalde, mediante la vigilancia de los actos administrativos de toda la
organizacin, para lograr que se realicen en concordancia con las normas y
procedimientos legales vigentes; a los fines de salvaguardar los bienes reales y
financieros con miras a obtener la excelencia corporativa.
Dependencia Directa a la que pertenece:
Despacho del Alcalde.
Estructura Organizativa:
La Direccin de Control Interno para el cumplimiento de sus funciones y
deberes, contar con la siguiente estructura organizativa:

Despacho del Director.

Unidad de Control Previo.

Unidad de Control Posterior.

Unidad de Investigaciones Administrativas.

Unidad de Control de Obras.

ORGANIGRAMA DE LA DIRECCIN DE CONTROL INTERNO

DESPACHO
DEL
ALCALDE
D ir e c c i n d e C o n t r o l I n t e r n o
U n id a d d e
C o n t r o l P r e v io

U n id a d d e
C o n t r o l P o s t e r io r

U n id a d d e
I n v e s t ig a c io n e s
A d m i n is t r a t iv a s

U n id a d d e
C o n tro l d e O b ra s

Funciones:
1.

Representar, dirigir y coordinar la inspeccin general de la Hacienda

Municipal, en todos los actos inherentes al ejercicio de sus funciones, ante

cualquier institucin pblica o privada
2.

Ejercer el control, inspeccin, vigilancia y fiscalizacin de las dependencias,

entidades y personas que intervengan de cualquier forma en la administracin de

la Hacienda Municipal.
3.

Supervisar y controlar las Oficinas Municipales, pudiendo exigir sin previo

aviso todos los libros, registros, documentos y cualquier otro instrumento, cuando
se trate de dependencias que manejen fondos para su funcionamiento,
4.

Controlar que las Oficinas Municipales funcionen administrativamente

conforme a las disposiciones legales que rigen la materia, especficamente en lo

concerniente a tenedura de libros, expedientes, cuentas bancarias y otros.

5.

Elaborar y ejecutar programas de inspeccin, fiscalizacin y auditorias de

cualquier naturaleza para garantizar el cumplimiento de las normas legales

vigentes por parte de las oficinas y funcionarios de la Alcalda.
6.

Instruir a los empleados en la aplicacin de las disposiciones legales

relativas al ramo que les concierne y de los mtodos y tcnicas administrativas

para cumplir dichos fines, advirtiendo las deficiencias, errores o descuidos que se
observen, revisando estas actividades a nivel de cada una de las oficinas que
inspeccionen, informando de estas circunstancias a los superiores jerrquicos
correspondientes.
7.

Comunicar al Alcalde y al Director respectivo, las observaciones que crean

necesarias para solventar problemas o subsanar errores, con el fin de mejorar la

administracin, indicando las disposiciones legales o reglamentarias utilizadas sin
revocar, modificar las ordenes existentes, sin alterar las organizaciones
establecidas, ni prever los casos no contemplados expresamente en los
instrumentos jurdicos correspondientes.
8.

Realizar muestreos y practicar inventarios en las Oficinas de la Hacienda

Municipal cuando lo ordene el Alcalde, a cuyo fin debern examinar y contar las
existencias y revisar las cuentas con los comprobantes en atencin a los
reglamentos e instrucciones.
9.

Supervisar al personal de las distintas dependencias y hacer inventarios de

los bienes existentes.

10.

Presentar al Alcalde informes peridicos de las actividades realizadas, as

como informe anual de gestin, contentivo de los aspectos ms relevantes de la

Institucin cual deber entregarse la primera quincena del mes de diciembre.
11.

Velar porque en las reas de servicio sometidas a su control, se

establezcan responsabilidades sobre la custodia, utilizacin y permanente revisin

contable de los recursos como son: el efectivo, combinaciones y llaves de
seguridad, cheques y chequeras, mquinas protectores de cheques, mquinas
validadoras, sellos y facsmiles, ttulos y valores, libros y registros de contabilidad,
archivo de comprobantes de contabilidad, archivo en general, fianzas y avales

presentados por los contribuyentes, materiales depositados en los almacenes,

activos fijos en general, programas de computacin, investigacin y sistemas
claves que por su naturaleza deban guardar acceso limitado y en general de otros
recursos que as lo ameriten.
12.

Efectuar estudios econmicos y financieros o anlisis de cualquier

naturaleza para determinar el costo de los servicios municipales, los resultados de

la accin administrativa y en general la efectividad con que operan las
Dependencias del Municipio.
13.

Verificar la legalidad y sujecin administrativa de los documentos por

concepto de: ordenes de compra, adquisicin de bienes y servicios y pago de

valuaciones de obras, as como cualquier otro tipo de contrato que proyecte
celebrar las distintas Dependencias del Gobierno Municipal, de acuerdo con las
Normas y Procedimientos en los Instrumentos Legales que rigen la materia.
14.

Establecer el alcance de las atribuciones de los funcionarios de la Direccin

de Control Interno, en cumplimiento de sus servicios cos carcter temporal o

permanente en las Oficinas y Dependencias sujetas a su control, vigilancia y
fiscalizacin.
15.

Controlar los procesos de licitacin en general, abarcando cualquiera de

sus fases.
16.

Evaluar los procedimientos y programas elaborados por las Dependencias

del Municipio para la fiscalizacin de contribuyentes y sugerir las mejoras al

respecto.
17.

Verificar que los resultados de la gestin realizada por las Dependencias

del Municipio correspondan con las metas y objetivos previstos en los planes,
programas y proyectos aprobados por el Ejecutivo Municipal.
18.

Ordenar la apertura de investigaciones administrativas cuando se tenga

conocimiento de cualquier hecho que as lo amerite, pudiendo proceder de oficio,

por denuncia de particulares, funcionarios a solicitud de cualquier organismo e
impartir las instrucciones pertinentes para que sta se realice con la mayor
celeridad y efectividad.

19.

Solicitar la suspensin en el ejercicio del cargo, mientras dure la

investigacin administrativa, cuando se trate de funcionarios o empleados

reincidentes, o cuando la gravedad de los hechos as lo amerite, as mismo, la
destitucin del cargo cuando se determine la responsabilidad del o los funcionarios
pblicos municipales en la comisin de hechos irregulares, independientemente de
las dems acciones administrativas, penales o civiles que sean procedentes.
20.

Efectuar las denuncias a que hubiere lugar ante los organismos

competentes, cuando las investigaciones realizadas se deriven de la Comisin de

Hechos Punibles.
21.

Dictar mediante auto expreso cuando se resuelva, cuando no hay lugar a

proceder a abrir una investigacin administrativa por haberse determinado

previamente que el hecho que gener dicha investigacin fuera manifiestamente
falsa o infundada o versare sobre hechos que no ameriten investigacin o cuya
substanciacin no corresponda a la Direccin de Control Interno, proceder a
declararlo as y se ordenar el archivo de los expedientes.
22.

Remitir los expedientes instruidos por investigaciones administrativas,

previa autorizacin del Alcalde, a las autoridades competentes, cuando surjan

indicios de responsabilidad civil, administrativa, disciplinaria o penal, para que
stos acten de acuerdo con las disposiciones legales del Ordenamiento Jurdico
vigente.
23.

Velar por el cumplimiento de los convenios de ndole social, educativo,

cultural, financiero y comercial entre otros, celebrados entre la Alcalda con

organismos y asociaciones pblicas y privadas.
24.

Coordinar y supervisar con todas las Dependencias adscritas a la Alcalda

del Municipio Libertador, cuando as se requiera, el cumplimiento de la

programacin de metas anuales establecidas en el Plan Operativo Anual y en la
Ordenanza de Presupuesto para cada ejercicio fiscal.
25.

Informar al Alcalde a travs de los distintos reportes emanados de esta

Direccin, sobre los avances de los proyectos y/o acciones en ejecucin por las
diversas Dependencias que conforman a la Alcalda del Municipio Libertador.

26.

Supervisar, inspeccionar y controlar las distintas Dependencias adscritas a

la Alcalda del Municipio Libertador, Institutos Autnomos, Empresas Municipales,

Fundaciones y Asociaciones Civiles Municipales, en beneficio de la Hacienda
Municipal y en el mejoramiento de los sistemas de control.
27.

Cumplir y hacer cumplir las dems funciones prescritas en el Reglamento

de la Alcalda del Municipio Libertador, as como las que fuesen asignadas por el
Alcalde.

MARCO JURDICO

La ley Orgnica de Rgimen Municipal tiene por objeto desarrollar los

principios constitucionales referentes a la organizacin, gobierno, administracin,
funcionamiento y control de los municipios y dems entidades locales
determinadas por esta ley.
El Gobierno Municipal se ejerce por un Alcalde y un Concejo Municipal, la
rama ejecutiva del gobierno Municipal se ejerce por rgano del Alcalde y la
deliberante por rgano del Concejo Municipal, al cual le corresponde legislar sobre
las materias de la competencia del Municipio y ejercer el control de la rama
ejecutiva del Gobierno Municipal, en los trminos establecidos en la presente Ley
de Rgimen Municipal.
Entre su Gobierno esta la de fomentar los actos siguientes, los cuales
reposan en la Ley de Rgimen Municipal decretada el 15 de junio de 1989 en
Gaceta Oficial 4109:

Articulo 4: Los actos que sancionen los Concejos o los Cabildos para
establecer normas de aplicacin general sobre asuntos especficos de inters
local, se denominarn Ordenanzas. Estos recibirn por los menos (2)
discusiones en Cmara y en das diferentes; sern promulgados por el Alcalde
y publicados en la Gaceta Municipal o Distrital segn los casos.

Articulo 5: Los actos que dicten los Concejos o Cabildos sobre asuntos de
efectos particulares, se denominarn Acuerdos. Estos actos recibirn una sola
discusin y se notificarn conforme a la Ley. Cuando se trate de asuntos que
afecten a la Hacienda Municipal, los Acuerdos respectivos se publicarn en la
Gaceta Municipal o Distrital.

Articulo 6: Los actos Administrativos de efectos particulares que dicten el

Alcalde, el Sindico Procurador, el Contralor, los Directores y dems
funcionarios competentes, se denominarn Resoluciones.

Articulo 7: Los Reglamentos establecern el Rgimen del Concejo o Cabildo,

de cualquiera de sus rganos, servicios y dependencias. El Alcalde
reglamentar las Ordenanzas, sin alterar su espritu, propsito o razn. Los
Reglamentos debern ser publicados en la Gaceta Municipal o Distrital.

Articulo 8: Los actos Administrativos de efectos generales que dicte el Alcalde

se denominarn Decretos y debern ser publicados en la Gaceta Municipal o
Distrital.

Articulo 9: Las Ordenanzas, Reglamentos, Decretos, Acuerdos y Resoluciones

son de obligatorio cumplimiento por parte de los particulares, las autoridades
nacionales, estadales y locales.

METODOLOGA MEDSI
Es una metodologa estructurada para desarrollar sistemas de informacin
en y para organizaciones de cualquier tipo. Entre las caractersticas resaltantes de
esta metodologa podemos destacar:
ES ESTRUCTURADA: esta caracterstica se debe a dos razones
esenciales:
Utiliza diferentes mtodos y tcnicas estructuradas, que son propias de
la Ingeniera de la Programacin, y que han demostrado ser las ms
eficientes y eficaces para el desarrollo de sistemas programados.
Gua paso a paso de arriba hacia abajo el grupo que la aplica explicando
primero de forma muy general lo que debe hacerse para luego entrar en
los detalles, a medida que se avanza hasta explicar las tareas
esenciales que el grupo debe llevar a cabo para realizar el sistema de
informacin.
ES COMPLETA. Cubre todas las distintas fases del ciclo de desarrollo de
un sistema de informacin, desde la definicin del proyecto hasta la
implantacin del sistema en la organizacin. Gua al grupo de desarrollo a
travs de las fases, a un nivel bastante detallado, explicando las actividades
que deben hacerse y en la mayora de los casos, enumerando las tareas
especficas que los miembros del grupo deben efectuar.
ES PARTICIONADA. A fin de manipular mejor la inherente a un proyecto de
este tipo, la metodologa se divide en fases, y cada una de las fases esta
compuesta por pasos los cuales estn orientados a algn tipo de tpicos,
aspecto o elemento de un sistema de informacin. Cada paso a su vez
agrupa a un conjunto de actividades que han de ser realizadas por el grupo
de desarrollo.

Diagramas Utilizados en MEDSI.

Los diagramas utilizados en esta metodologa, para explicar las diferentes
fases estn basados en la tcnica de Anlisis Estructurado de Sistemas, y
corresponden a lo que, en trminos de esa tcnica, recibe el nombre de Diagrama
de Flujo de Datos.
Los elementos para construir un Diagrama de Flujo de Datos, son los siguientes:

Utilizado para representar un proceso, actividad o tarea (aqu lo

utilizaremos para representar una fase o paso de la metodologa)

Representa un canal de datos, por donde fluyen datos, en forma

de documentos, informes etc.

Identifican lo elementos externos que reciben informacin o

envan datos.

Identifica a un medio de almacenamiento de datos manual o

automtico.

Esta metodologa (MEDSI), esta orientada a proyectos medianos y grandes,

que ameriten la integracin de grupos de desarrollo conformados por tres o ms
personas que puedan requerir para su desarrollo varios meses.
Fases de MEDSI.
Fase I. Definicin del proyecto.
Determinar la factibilidad de desarrollar un nuevo sistema de informacin y estimar
los costos, tiempos y recursos requeridos de tal manera que las unidades
interesadas puedan decidir si se ha de emprender o no el proyecto. Si se decide
realizarlo se elabora el plan del proyecto. Dentro de esta fase encontramos los
siguientes pasos:
1. Estudio Preliminar del proyecto
Este estudio muestra de manera general si se justifica o no desarrollar un sistema
de informacin para satisfacer las necesidades de las unidades interesadas. Para
ello, el gerente realiza las siguientes actividades:
1.1.

Reconocer el problema.

Implica efectuar las acciones necesarias para reconocer que existe un problema.
Las tareas que este debe realizar en esta actividad son:
Recopila y analizar aquellos elementos que indiquen la necesidad de un
nuevo sistema.
Realizar reuniones preeliminares con el personal de las unidades
involucradas para definir la necesidad de un cambio.

1.2.

Formular el problema.
Esta actividad busca diagnosticar, de modo muy general, el sistema actual,

si es que existe, tratando de responder entre otras cosas, las siguientes

interrogantes:
Qu hace este sistema actual?
Qu objetivo persigue? Los logra actualmente? Por qu?
Qu dificultades o inconvenientes presenta?
Qu reas de la organizacin se ven afectadas?
Es parte de un problema mayor?
As mismo se busca determinar las necesidades preliminares que puedan o
no justificar el desarrollo del nuevo sistema. Alguna de las interrogantes que se
han de responder son:
Qu argumentos justifican un cambio?
Por qu es importante un cambio?
Por qu se cree que un nuevo sistema resolver el problema?
Qu funciones generales debera ejecutar el nuevo sistema?
Para esta actividad el gerente del proyecto debe llevar a cabo las siguientes
tareas:
Realizar entrevistas con las personas que sientan la necesidad de un
cambio.
Recopilar y archivar documentos, notas de las entrevistas y datos
relevantes del sistema actual, sus inconvenientes y la necesidad de cambio.
Analizar la documentacin archivada.

1.3.

Elaborar el informe preliminar.

A partir del anlisis anterior, el gerente debe elaborar un informe que

resuma los resultados de las actividades anteriores, el cual debe concluir si

existen o no necesidades y problemas actuales que justifiquen emprender el
desarrollo de un nuevo sistema.
1.4.

Discutir el informa preliminar.

El gerente presenta el informe preliminar a los directivos de las unidades

involucradas quienes deciden, a partir de ese informe, si se emprende el proyecto

o no, o si es necesario un mayor estudio.
1.5.

Planificar el estudio de factibilidad.

Dependiendo de la decisin adoptada durante la discusin del informe

preliminar, el gerente se dedica ahora a iniciar un estudio de factibilidad del

proyecto, para ello debe realizar previamente las siguientes tareas:
Determinar las actividades y tareas necesarias para conducir un estudio de
factibilidad.
Determinar los recursos requeridos.
Programar los tiempos de las actividades y tareas.
2. Estudio de Factibilidad.
Una vez que se ha justificado la necesidad de un nuevo sistema, el gerente
debe estudiar, junto con el grupo seleccionado para este paso, la factibilidad
tcnica, econmica y psicosocial de diferentes alternativas que puedan constituir
soluciones aceptables al problema actual. Por consiguiente, el grupo de
factibilidad debe realizar las siguientes actividades:

2.1.

Evaluar el sistema actual.

Siempre y cuando exista un sistema actual de informacin el grupo de be

evaluar en este momento dicho sistema.

2.2.

Establecer nuevos requerimientos en forma general.

En esta actividad el grupo se dedica a establecer los requerimientos

generales de un nuevo sistema.

2.3.

Formular sistemas alternativos.

El grupo identifica, en esta actividad diferentes configuraciones para el

sistema que satisfaga los requerimientos generales establecidos en la actividad

anterior, las tareas que han de realizarse son:
Identificar configuraciones alternativas.
Para cada alternativas:
o Describir sus caractersticas principales.
o Determinar

que

requerimientos

no

se

satisfacen,

total

parcialmente.
o Definir el grado de automatizacin.
o Determinar que restricciones y atributos no se pueden satisfacer.
2.4.

Determina factibilidad tcnica.

Para cada sistema alternativo se debe establecer su factibilidad tcnica,

ellos deben responder a dos interrogantes: es posible desarrollar el sistema

propuesto con la tecnologa actual o existente?, y si es posible, qu tecnologa
adicional debe adquirir la organizacin?. Las tareas que se deben efectuar son:
Evaluar las tecnologas que dispone la organizacin.

 Determinar la tecnologa demandada.

Determinar la tecnologa adicional que debe adquirirse.
2.5.

Determinar factibilidad econmica.

En esta actividad el grupo debe realizar un anlisis costo beneficio que

permita identificar y medir los costos de desarrollo de operacin y los beneficios

que obtiene la organizacin de cada sistema alternativo; para luego comparar las
diferentes alternativas bajo un criterio econmico. Tambin deben estimarse los
tiempos de desarrollo de cada sistema propuesto a fin de medir la factibilidad
econmica de cada uno de ellos.
2.6.

Determinar factibilidad psicosocial.

La implantacin de un sistema de informacin automatizado en cualquier

organizacin crea un impacto social, que puede ocasionar su aceptacin el

rechazo total al cambio tecnolgico que se pretende introducir. El grupo debe
predecir o estimular para cada alternativa el impacto social que ellas pueden
originar dentro de la organizacin.
2.7.

Elaborar informe de factibilidad.

Este informe describe cada sistema alternativo y resume su factibilidad

tcnica, econmica psicosocial.

2.8.

Discutir el informe de factibilidad.

El gerente del proyecto presenta el informe a la comisin de planificacin,

quienes junto con los otros directivos de las unidades involucradas discuten la
factibilidad de cada alternativa y selecciona la ms conveniente. El proyecto puede
ser paralizado debido a que no existan alternativas factibles o convenientes a la
organizacin

3. Planificacin del Proyecto.

A partir de la decisin de continuar con el proyecto y de la seleccin de un
enfoque alternativo para el nuevo sistema de informacin, el gerente del proyecto
se dedica a planificar el mencionado proyecto, tratando de estimar los costos,
tiempos y recursos para llevarlo a cabo.
Este paso tiene por finalidad elaborar un documento que gue el desarrollo
del proyecto y que denominaremos el PLAN DE PROYECTO. Las actividades que
debe realizar el gerente del proyecto durante el proceso de planificacin son:
3.1.1. Elaborar un plan general.
3.1.2. Elaborar un plan de fases.
3.1.3. Elaborar un plan de organizacin.
3.1.4. Elaborar un plan metodolgico.
3.1.5. Elaborar un plan de administracin de la configuracin.
3.1.6. Elaborar un plan de administracin de recursos.
3.1.7. Elaborar un plan de documentacin.
3.1.8. Elaborar un plan calendario de eventos.
3.1.9. Seleccionar el grupo de desarrollo.
3.1.10. Revisar el plan de proyecto.
3.1.11. Discutir el plan de proyecto.
Fase II. Anlisis De Contexto.
En esta fase se busca ganar un slido conocimiento del sistema ampliado
dentro del cual se ubicar el nuevo sistema de informacin y determinar las
deficiencias y problemas que presenta el actual sistema de informacin (Si existe).
Dentro de esta fase encontramos los siguientes pasos:

1. Anlisis documental.
Este paso le permite al grupo de desarrollo disponer de una biblioteca
organizada de documentos relativos al proyecto. Una vez constituida la biblioteca,
el grupo se ocupa de estudiar la documentacin propia del sistema con iras a
obtener una primera aproximacin al conocimiento del citado sistema y sobre todo
al contexto que lo contiene. Las actividades que el grupo desarrollo debe llevar a
efecto durante ese paso son:
1.1.

Recopilar documentos.
Con la colaboracin de los diferentes usuarios del sistema actual, el grupo

recopila toda la documentacin posible a tal sistema.

1.2.

Organizar documentacin.
Al finalizar la recopilacin de documentos el gerente del proyecto asigna a

una o ms personas del grupo para que se encarguen de organizar la biblioteca,

estas personas son denominadas bibliotecarios del proyecto.
1.3.

Estudiar documentos.
Despus de haberse organizado la biblioteca el grupo se dedica a estudiar

a documentacin. El gerente programa reuniones de discusin, distribuye el

material para lecturas individuales y conduce las discusiones en equipo sobre
algunos documentos en particular el objetivo de este estudio es familiarizarse con
el sistema actual antes de iniciar su anlisis formal

2. Anlisis del Contexto.

Este paso constituye un estudio formal de todo el sistema, con un nivel de
detalle ms profundo que aquellos realizados anteriormente. Su objetivo es
permitirle al grupo de desarrollo conocer el sistema actual y su contexto para luego
modelarlo y sobre el modelo identificare las situaciones problemticas que el
sistema presenta. El modelo del sistema actual se elabora utilizando la tcnica
conocida como Anlisis Estructurado de Sistema. El modelo general esta
integrado por dos submodelos.
2.1.

Analizar el contexto del sistema.

Durante esta actividad el grupo de desarrollo estudia el sistema de

actividades (sistema empleado) dentro del cual esta enmarcado el sistema de

informacin. Ello debe llevar a determinar los objetivos de ese sistema, definir su
estructura, establecer sus procesos y determinar su comportamiento.
2.2.

Analizar el sistema actual de informacin.

En esta actividad el grupo de desarrollo identifica los objetivos, estructuras y

procesos del sistema actual, para ello deben efectuar las siguientes tareas:
Definir los objetivos del sistema de informacin.
Identificar sus sub sistemas.
Identificar sus funciones.
Identificar las entradas, procesos y salidas de cada funcin.
Determinar su flujo de informacin.
Identificar sus archivos.
Analizar su documentacin y sus procedimientos manuales.
Identificar los usuarios de sistema y describir sus tareas.

 Describir la tecnologa que utiliza el sistema.

2.3.

Construir el modelo del sistema actual de Informacin.

Para ello se utiliza la tcnica de anlisis estructurado de sistemas que

permite elaborar los modelos fsicos y lgicos del sistema de informacin. Las
tareas que se deben realizar durante esta actividad se dividen en:
Construir los diagramas de flujo de datos del modelo fsico y lgico.
Elaborara el diccionario de datos.
Describir cada proceso del modelo lgico hasta un nivel adecuado.
2.4.

Elaborar el informe del sistema actual.

Este informe resume los resultados de las actividades anteriores, mediante

una descripcin del ambiente y del mismo sistema, la presentacin del modelo y la
descripcin de los problemas que presenta el actual sistema.
Fase III. Definicin de requerimientos.
Esta fase busca definir los requerimientos de los usuarios y establecer las
funciones, restricciones y atributos que el nuevo sistema de informacin debe
satisfacer.
1. Especificacin de Requerimientos de Informacin.
El grupo de desarrollo se encarga de especificar junto con el usuario del
nuevo sistema las salidas, las entradas y las estructuras necesarias de datos. Las
actividades que realizas el grupo de desarrollo durante este paso son las
siguientes:

1.1.

Determinar los requerimientos de informacin.

En conjunto con los usuarios, el grupo de desarrollo determina las

necesidades actuales y futuras de informacin que el nuevo sistema de

informacin debe satisfacer. Dichos requerimientos son:
Requerimientos de entrada.
Requerimientos de salida.
Requerimientos de almacenamiento.
1.2.

Construir el libro de requerimientos de informacin.

Este libro contiene una entrada para cada requerimiento de informacin

nuevo o viejo. Los requerimientos se agrupan e divisiones de acuerdo al tipo

sealado en la actividad anterior. La divisin de requerimientos de salida se
organiza por sesiones. Cada sesin contiene los requerimientos de informacin de
una unidad funcional que esta involucrada en el sistema.
2. Especificacin Funcional del Nuevo sistema.
Tomando como elemento de entrada el informe del sistema actual y el libro
de requerimiento, el grupo, a lo largo de este paso, especifica con los usuarios las
funciones que el nuevo sistema debe realizar.
2.1.

Determinar requerimientos funcionales.

Este tipo de requerimiento constituye las funciones que el nuevo sistema

debe ejecutar para lograr la consecucin de los objetivos identificados en el

estudio de factibilidad. Utilizando el informe del sistema actual, el grupo determina
con los usuarios, aquellas funciones que deben continuar, las que se han de
modificare o eliminar y las que se han de incorporar al nuevo sistema.

2.2.

Construccin del modelo lgico del nuevo sistema.

Este modelo es constituido utilizando la tcnica Anlisis Estructurado de

Sistema, y constituye un medio grfico de valioso apoyo descriptivo y

documentado de cada una de las funciones del sistema en desarrollo debe
realizar.
2.3.

Elaborar el informe del nuevo sistema.

Bajo el nombre de especificacin funcional del nuevo sistema se almacena

en la biblioteca del proyecto el modelo lgico y la lista de restricciones y atributos y

a partir de ellos se elabora un resumen que denominaremos informe del nuevo
sistema.

3. Especificacin de Restricciones y Atributos.

En este paso, el grupo de desarrollo establece junto con los usuarios las
restricciones bajo las cuales se deben desarrollar y debe operar el sistema de
informacin. As mismo se establece tambin, la interaccin que debe haber entre
el hombre, el computador y los atributos de calidad que se la van a imponer al
mencionado sistema de informacin
3.1.

Determinar Restricciones.
Estas restricciones se pueden agrupar tal como se muestra a continuacin:

Econmica: de que cantidad de dinero se dispone para mantener el

sistema.
Tcnicas: que equipo debe o puede utilizarse.
De personal: de que personal se dispone para mantener y operar el
sistema.

 Legales: que polticas, reglamentos, normas, leyes, etc, tanto internas como
externas deben acatarse.
3.2.

Determinar interaccin hombre mquina.

Esta actividad es esencial pues define la comunicacin que debe haber

entre los usuarios y el computador a travs del subsistema programado.

3.3.

Determinar atributos de calidad.

Entre las interrogantes que se deben responder para algunos de los

atributos de calidad se destacan las siguientes:

Confiabilidad.
Grado de prueba.
Movilidad
Adaptabilidad
Mantenimiento requerido.
Seguridad y privacidad.
Eficiencia y rendimiento.
Documentacin.
3.4.

Elaborar listas de restricciones y atributos.

3.5.

Planificar detalles de la prxima fase.

Fase IV. Diseo Preliminar.

Esta fase se encarga de elaborar un diseo preliminar del sistema de
informacin que satisfaga los requerimientos, restricciones y atributos establecidos
en la fase III. El diseo preliminar consta de un prototipo o modelo fsico que
delinea la interaccin hombre- mquina del sistema de informacin y describe, en
forma general sus procesos automatizados. Dentro de esta fase encontramos:

1. Definicin de prototipos
En este paso el grupo de desarrollo

elabora diferentes prototipos que

puedan satisfacer la especificacin funcional, las restricciones y los atributos

identificados en la fase anterior. se solicitan precios y especificaciones tcnicas de
los equipos o programas que hagan falta, a los diferentes vendedores del
mercado. La definicin de prototipo esta regida por la estructura o configuracin
global del sistema de informacin, en ella se indica si el diseo del sistema ha de
ser independiente, centralizado o distribuido. Partiendo de este enfoque, se
establecen diferentes configuraciones para el procesamiento y para la interaccin
que existir entre el hombre y la maquina.
1.1.

Elaborar diferentes prototipos alternativos.

A partir del modelo lgico del nuevo sistema y de las restricciones y

atributos establecidos anteriormente, el grupo desarrolla diferentes prototipos. Un

prototipo es un modelo construido sobre el modelo lgico que muestra claramente
la interaccin hombre-maquina, esto indica que procesos son manuales y cuales
automticos. El prototipo muestra tambin los procedimientos de activacin del
subsistema programado, los de respaldo y recuperacin de fallas y los de
seguridad de la base de datos.
1.2.

Evaluar configuracin tcnica existente.

Tomando como datos las configuraciones de equipos existentes en la

organizacin, que puedan ser utilizados por el nuevo sistema, se procede luego a
evaluar estas configuraciones y a determinar que prototipos se pueden desarrollar
con ellos en forma parcial o total.

1.3.

Determinar configuracin tcnica necesaria.

Para aquellos prototipos que no puedan ser desarrollados totalmente con la

tecnologa

disponible

en

la

organizacin

actualmente,

se

elaboran

las

configuraciones tcnicas adicionales que ellos requieran y se solicitan las

cotizaciones respectivas a los vendedores del mercado.
2. Seleccin de prototipos.
En este paso el grupo de desarrollo realiza un anlisis de costo beneficio
para los diferentes prototipos definidos en el paso anterior. De los resultados de
este anlisis se presenta y discute con la comisin de planificacin, quin deside
posteriormente el prototipo ms conveniente y da las instrucciones necesarias
para la adquisicin de la tecnologa que haga falta.
2.1.

Realizar un anlisis costo beneficio.

Para cada prototipo se determina sus costos de desarrollo y operaciones y

se estima los beneficios que puedan obtenerse. Se comparan los diferentes

prototipos bajo un criterio econmico pre-establecido. Los resultados obtenidos se
resumen en un informe tcnico denominado informe de prototipo.
2.2.

Discutir informe de prototipos.

El informe producido en la actividad anterior se presenta a la comisin de

planificacin, quien lo discute y finalmente selecciona el prototipo que considere

ms conveniente para la organizacin.
2.3.

Adquirir tecnologa necesaria.

De ser necesario el grupo de desarrollo, o en su defecto, el que designe la

comisin de planificaciones, se encarga de adquirir, instalar y probar el equipo y
los programas que el prototipo seleccionado requiera para su desarrollo u
operacin.
3. Refinamiento de Prototipo.
Finalmente, el grupo se dedica a refinar el prototipo escogido, es decir, se
describen con mayor detalle aquellos procesos del prototipo que sean
automticos, siguiendo la tcnica de anlisis estructurado de sistema.
3.1.

Refinar prototipo.
Cada

proceso

automtico

del

prototipo

se

refina

mediante

la

descomposicin funcional establecida por la tcnica AES. Cada proceso del mas
bajo nivel debe describirse utilizando cualquier de las tcnicas siguientes:
algoritmos estructurados, tablas de decisin o rboles de decisin. Los entes del
diccionario de datos que se vean afectados por la automatizacin deben ser
actualizados durante esta actividad
3.2.

Revisar Prototipo.
El modelo o prototipo obtenido en la actividad anterior se somete a una

revisin estructurada o a una inspeccin de diseo.

3.3.

Elaborar informe de diseo preliminar.

3.4.

Planificar detalles de la prxima fase.

Fase V. Diseado Detallado.

Esta fase busca elaborar un diseo detallado del sistema de informacin
que muestre como se construirn los subsistemas de datos y el subsistema
programado. Esta fase produce el paquete de diseo, el cual contiene todas las
especificaciones para la construccin del sistema, y el plan de pruebas que regirn

las diferentes pruebas del sistema de informacin durante las fases de

construccin, pruebas e implantacin. Dentro de esta encontramos los siguientes
pasos:

1. Diseo de Entradas y Salidas.

En este paso se elabora minuciosamente el diseo de la interaccin entre el
hombre y la mquina, la cual ha sido delineada en el prototipo del sistema.
1.1.

Disear dialogo hombre mquina.

Dependiendo del tipo de interaccin hombre-mquina seleccionada, en esta

actividad se debe:
Determinar el medio de comunicacin (terminal, teleimpresor, lectora ptica,
tc),

estableciendo

ademas

sus

caractersticas

capacidades

especificaciones tcnicas que afecten al diseo de los programas.

Determinar el tipo de dilogo hombre-mquina y disearlo completamente.
Describir la accin que debe realizar el computador ante cada comando o
selector que del usuario.
1.2.

Disear las pantallas de entrada salida.

Esta actividad consiste en disear la estructura o formato de cada pantalla

de entrada de datos al sistema y de salida de informacin a los usuarios.

1.3.

Disear los reportes.

En esta actividad el grupo disea aquellos reportes que no fueron

especificados en la actividad anterior. Estos son bsicamente, los listados de

papel, los grficos y los diagramas. Para cada uno de ellos se debe especificar su
estructura o formato, su contenido (registro de datos ) y el medio de produccin o
salida.

2. Diseo de Datos.
El diseo del subsistema de datos del sistema de informacin gira en torno
a el diseo de la (s) base (s) de datos necesaria (s) para almacenar los datos de
dicho sistema y el diseo de los programas que permitirn crear y cargar la (s)
base (s) de datos.
2.1.

Realizar el diseo lgico de la base de datos.

En este proceso de diseo se elabora un modelo de datos que representa

las entidades, sus atributos y las relaciones existentes entre esas entidades. Las
tareas que realiza el grupo para elaborar un modelo de datos son:
Analizar los flujos de datos que entran y salen de cada archivo del prototipo
del sistema.
Derivar la (s) estructura (s) de datos contenida (s) en cada archivo,
identificando las entidades que representa y los atributos que poseen.
Establecer las relaciones que existan

entre las diferentes entidades y

construir el modelo de entidad-relacin correspondiente.

Si el SMBD (sistema manejador de base de datos) que se valla a utilizar
manipula base de datos relacionales, entonces cada entidad del modelo
entidad-relacin debe ser normalizada hasta por lo menos la tercera forma
normal.
Verificar si el modelo de datos obtenido satisface todos y cada uno de los
requerimientos detallados en el libro de requerimientos.

2.2.

Realizar el diseo fsico de la base de datos.

Dependiendo del tipo y caracterstica del sistema de manejo de bases de

datos que se halla dispuesto a utilizar, el grupo traduce el modelo de datos a un

esquema, esto es, un programa que describe las estructuras lgicas de los datos y
sus correspondientes estructuras de almacenamiento e indica los mtodos de
acceso que se utilizaran, en trminos de lenguaje de descripcin de datos del
SMBD.
2.3.

Disear los programas de inicializacin y mantenimiento de la base de

datos.
En esta actividad el grupo disea aquellos programas que no forman parte
del subsistema programado y que permiten iniciar o cargar la base de datos con
los datos provenientes de fuentes de volumen considerable. Estos programas
sern operados y mantenidos por el administrador de la base de datos y por lo
tanto se consideran parte integrante del subsistema de datos en lugar del
subsistema programado.
3. Diseo de programas y procedimientos.
Luego que se ha elaborado el diseo de entrada-salida y el de datos, el
grupo de desarrollo puede proceder a disear los programas y procedimientos del
subsistema programado. El prototipo del nuevo sistema de informacin, su
correspondiente especificacin funcional y la lista de restricciones y atributos le
imprimen una forma nica a la estructura del sistema programado.
3.1.

Disear la estructura del subsistema programado.

El subsistema programado se disea como una estructura jerrquica

compuesta por una o mas programas, cada uno de estos se compone a su vez de
mdulos un modulo se define como una unidad de programa que se caracteriza
por lo siguiente:
Posee un nombre propio y nico.
Ejecuta una funcin claramente especificable.
Puede compilarse y catalogarse en forma catalogada.
Puede definir y mantener un conjunto propio de variables locales se llama o
invoca de otro modulo.
3.2.

Disear cada modulo de la estructura.

Durante la presente actividad el grupo elabora el diseo de cada uno de los

mdulos que configuran la estructura del subsistema programado. Este diseo

consiste en establecer la lgica general de cada modulo, esto es, describir los
pasos necesarios para llevar a cabo la funcin asignada al modulo. La lgica de
un modulo se puede representar mediante el uso de algoritmos o diagramas de
flujo. El algoritmo o diagrama de flujos del modulo, en si, no es suficiente como
para que un programador empiece su codificacin, pues se requiere de una
informacin adicional sobre las caractersticas del modulo, su funcin, su
ubicacin, sus argumentos, etc. Toda esta informacin se condensa en un
formulario elaborado para tal fin y que se denomina especificacin de programa.
3.3.

Disear la documentacin y los procedimientos manuales.

En esta actividad el grupo se ocupa a determinar el formato y contenido de

cada uno de los manuales que forman la documentacin del sistema de

informacin de acuerdo a lo que se ha establecido en el plan de documentacin.
De igual modo se disean los formatos, formularios, instructivos, planillas y demas
procedimientos manuales que se mencionan en el prototipo del sistema, y que se
requieren como elemento de los flujos de datos de los procesos manuales del

sistema

de

informacin.

La

estructura

del

sistema

programado,

las

especificaciones del programa asociadas a cada modulo de esa estructura y el

diseo de la documentacin y de los procedimientos manuales, constituyen lo que
se denomina como la especificacin del subsistema programado.
4. Ensamblaje del paquete de diseo.
Este paso se basa en revisar y ensamblar el conjunto de especificaciones
de diseos producidas en los anteriores, con el propsito de garantizar la
consistencia, calidad y exactitud del diseo e integrar lo que hemos denominado
como paquete de diseo. Para cada

una de las especificaciones antes

mencionadas se realiza una revisin estructurada (o una inspeccin de diseo)

siguiendo los lineamientos dados para esas tcnicas. Los objetivos de estas
revisiones son :
Determinar las inconsistencias de diseo.
Determinar las fallas y errores cometidos en las diferentes especificaciones.
Medir y corregir las desviaciones del diseo con respecto a las normas y
procedimientos de diseo establecidos en el plan metodolgico.
Asegurar que las restricciones y atributos establecidos

se satisfagan

plenamente con el diseo elaborado.

Asegurar que cada requerimiento contenido en el libro de requerimiento y
cada especificacin funcional del prototipo se cubran o satisfagan con el
diseo producido.
4.1.

Ensamblar el paquete de diseo.

Las especificaciones de diseo, una vez revisadas y corregidas, se

ensamblan para producir el paquete de diseo. Este documento contiene todo el

material descriptivo necesario para conducir la construccin del sistema. Por
consiguiente, contiene:

 El prototipo del sistema.

La configuracin y documentacin del equipo que se va a emplear.
Las especificaciones de entrada y salida.
La especificacin del subsistema programado.
La especificacin del subsistema de datos.
Cualquier otro material que fuese necesario
4.2.

Elaborar y discutir el informe del diseo detallado.

Haciendo uso del paquete de diseo, el gerente del proyecto elabora un

informe descriptivo de las caractersticas, ventajas, desventajas, y los ajustes de

costos y tiempos de desarrollo, que el diseo elaborado involucra.
5. Planificacin de pruebas.
Las actividades concernientes a esta fase se desarrolla a lo largo de esta
metodologa, por otro lado es evidente que muchas de las actividades de prueba
se pueden realizar en paralelo con actividades de fase tales como las de diseo y
construccin del sistema. Bajo este criterio, podemos dividir las actividades
generales de las pruebas en :
Planificacin de las pruebas.
Diseo y construccin de las pruebas.
Ejecucin de las pruebas.
La primera de ellas se realiza durante esta fase de diseo; la segunda
durante la fase de construccin y la ltima se distribuye durante la fase de
construccin y pruebas previamente dichas.

5.1.

Elaborar el plan de pruebas

Durante esta actividad, el gerente del proyecto se dedica a planificar el

conjunto de actividades que se requieren para probar el sistema de informacin. El

resultado de este proceso lo constituye el PLAN DE PRUEBAS. En el se
identifican:
Las diferentes pruebas que han de realizarse
Los responsables de disearlas construirlas y ejecutarlas
La programacin del tiempo, costos y recursos necesarios para llevarlos a
cabo.
Las herramientas, mtodos, tcnicas y procedimientos que se deben
emplear en las diferentes actividades de pruebas
Los criterios de xito de cada prueba
Informacin adicional que se necesite para efectuar tales pruebas
Este plan se puede organizar en secciones:
Objetivos
Calendarios de pruebas
De unidades
De subsistemas
De sistema
De aceptacin
Herramientas tcnicas y mtodos
Seguimientos de requerimientos
Procedimientos
Normas
Criterios de xitos

5.2.

Discutir el plan de pruebas

En esta actividad, el gerente del proyecto discute el plan de pruebas con el

grupo de desarrollo a objeto de asignar los diferentes responsables de las

actividades de pruebas. En proyecto de gran magnitud o complejidad se designa
un grupo integrado por expertos en pruebas y algunos miembros del grupo de
desarrollo con el proposito de conducir las actividades de pruebas restantes.
5.3.

Planificar detalles de la prxima fase

Fase VI. Construcion del sistema

Construir el subsistema de datos y el subsistema programado del sistema
de informacin de acuerdo a lo especificado en el paquete de diseo. En esta fase
se construyen y se prueban los diferentes mdulos del subsistema programado; se
construye subsistema de datos y los procedimientos manuales del sistema.
1. Diseo y construccin de las pruebas.
Este paso es realizado por un grupo de pruebas. Se trata de especificar los
detalles de cada una de las pruebas que se han identificado en el plan de prueba
y de construir los mecanismos requeridos para ejecutar cada una de ellas.
1.1.

Elaborar las especificaciones de prueba.

Una especificacin de prueba es un documento que generalmente toma la

forma de planilla y describe pormenorizadamente las actividades de pruebas, asi

como, aquellos mtodos, tcnicas y procedimientos que se vayan a emplear para
realizar la prueba de un elemento de un sistema de informacin. Cada
especificacin de prueba debe contener la siguiente informacin:
Identificacin.
Objetivos.
Requerimientos.

 Criterio de xito.
Tcnica de procedimientos.
Casos de pruebas.

1.2.

Realizar una revisin estructurada de las pruebas.

1.3.

Construir los mecanismos y preparar los datos de pruebas.

De las especificaciones de pruebas anteriormente elaboradas, el grupo

construye los ejecutivos y los esqueletos diseados en cada una de ellas y si el

volumen de datos de prueba, es considerable, entonces prepara los archivos de
datos que ser demandes. Los mecanismos de prueba, junto con los datos, los
almacena el bibliotecario para su uso posterior de su respectiva prueba.
2. Codificacin de programas.
Este paso lo realizan los programadores del grupo de desarrollo que el
gerente seleccione, la misin de cada uno de ellos es codificar los mdulos de
conformidad con las especificaciones del programa dadas y siguiendo las normas
establecidas en el plan metodolgico. La misin del gerente del proyecto es
inspeccionar los mdulos producidos por los programadores con el objeto de
controlar su calidad.
2.1.

Asignar los mdulos de los programadores.

2.2.

Codificar los mdulos.

2.3.

Realizar una revisin estructurada del cdigo.

3. Creacin de la base de datos.

Para ello se debe realizar las siguientes actividades:

3.1.

Construir y probar los programas de carga.

3.2.

Crear la base de Datos.

3.3.

Inicializar la base de datos.

3.4.

Revisar la base de datos.

4. Elaboracin de la Documentacin y de los procedimientos manuales y de

control de programas. Para ello se deben realizar las siguientes actividades:
Elaborar los manuales.
Elaborar las planillas, los instructivos, etc.
Evaluar la documentacin.
Elaborar los procedimientos de control de programas
5. Prueba de unidades.
La prueba de cada modulo especificado es realizada por el mismo
programador que lo codifico. Las actividades de pruebas de unidades se dividen
en:
5.1.

Discutir las especificaciones de prueba.

5.2.

Ejecutar las pruebas de unidades.

6. Creacin de la librera de programas.

Una vez que todos los mdulos del sistema programado han sido probados,
cada programador entrega sus mdulos al bibliotecario del proyecto quien se
encarga de almacenarlo en una librera destinada a tal fin, denominada librera de
programas. A partir del momento que se crea la librera ningn miembro del grupo
tiene acceso a los programas all archivados, por lo tanto para realizar una
modificacin de algunos de los mdulos, el programador debe discutir con el grupo
tal modificacin, obtener la aprobacin del gerente, solicitar del bibliotecario el

modulo, realizar la correccin y devolver dicho modulo al bibliotecario. Las

actividades del bibliotecario se resumen en:
6.1.

Generar automticamente la librera de programas.

6.2.

Almacenar los mdulos en la librera.

6.3.

Mantener actualizada la librera.

Fase VII. Control de programas.

Durante esta actividad el grupo prueba los diferentes procedimientos de
lenguajes de control de tareas que se hayan utilizado. Esta prueba se realiza
inmediatamente despus de las pruebas de subsistemas
1. Prueba del sistema de informacin.
Esta prueba tiene por finalidad verificar el sistema de informacin, la prueba
de sistema fue diseada para localizar discrepancias o anomalas entre el sistema
de informacin recientemente construido, y los objetivos y requerimientos
inicialmente establecidos con los usuarios del sistema.
1.1.

Organizar y discutir la prueba.

1.2.

Ejecutar la prueba del sistema.

1.3.

Elaborar y discutir el informe de pruebas.

2. Preparacin para la implantacin.

Las actividades que realiza el grupo de desarrollo en este paso son:
2.1.

Elaborar el plan de implantacin.

Este plan programa todas las actividades y tareas que debe llevar a cabo el
grupo de desarrollo durante la implantacin del sistema en la organizacin. Debe
contener:
Objetivos.
Calendario de actividades.
Estrategias.
Procedimientos.

2.2.

Preparar el material de adiestramiento.

Despus de identificar el tipo de adiestramiento que se va a aplicar para

capacitar a los usuarios en el uso y operacin del sistema, el grupo de desarrollo

debe elaborar panes de capacitacin al personal que labora en la organizacin.
Fase VIII. Prueba de aceptacin.
Durante esta fase los grupos de desarrollo y prueba se abocan a poner en
operacin y a efectuar la prueba de aceptacin del sistema respectivamente. Esta
prueba se realiza luego que el grupo de desarrollo a adiestrado a todos los
usuarios en el uso; a continuacin se realiza la conversin del viejo sistema al
nuevo, mediante la actualizacin de la base de datos y el inicio de las actividades
propias del sistema de informacin. Finalmente se realiza la entonacin y la
evaluacin del sistema recientemente instalado. Al realizar estos dos ltimos
pasos, la labor del todo el personal que participo en el proyecto puede
considerarse terminada, marcando asi el fi del proyecto de desarrollo y el inicio de
una nueva etapa del ciclo de vida del sistema de informacin: la etapa de
operacin y mantenimiento.
1. Adiestramiento de usuarios.
1.1.

Organizar las sesiones de adiestramiento.

1.2.

Conducir las sesiones de adiestramiento.

2. Prueba de aceptacin.
Esta prueba final del sistema la realiza el grupo de prueba con la finalidad
de demostrarle a las unidades involucradas que el sistema desarrollado satisface
el criterio mnimo de aceptacin que ellos han establecido.
2.1 Preparar la prueba de aceptacin.
2.2 Realizar la Prueba de aceptacin.
3. Conversin del sistema.
Este es el paso ms delicado de esta fase, pues en el se inicia como tal la
operacin del nuevo sistema y se abandona el viejo sistema. Previo al inicio de las
actividades rutinarias del sistema de informacin, desarrollado, el grupo de
desarrollo debe realizar las siguientes actividades.
3.1.

Preparar detalles para la conversin.

Esta actividad consiste en la elaboracin de todos aquellos procedimientos

especiales que se requieran para llevar acabo una conversin exitosa.

1.2

Convertir los archivos.

Se realiza la actualizacin complementaria de la base de datos del sistema.

Concluida esta actualizacin, el sistema deber empezar a capturar, registra,

validar, almacenar, los datos provenientes de las transacciones que ataen al
sistema, en forma rutinaria.

OBJETIVO GENERAL DEL SISTEMA.

Disear, Desarrollar e Implementar un Sistema de Informacin para la
optimizacin del Control de Gacetas de la Direccin de Control Interno de la
Alcalda de Caracas.
OBJETIVOS ESPECFICOS.
Minimizar la redundancia de datos.
Evitar la Perdida de Informacin.
Mejorar la fluidez de la informacin.
Facilitar el control y seguimiento de las Gacetas
Mejorar la atencin
Ahorro de tiempo para generar una respuestas, minimizando en un altsimo
porcentaje el tiempo de bsqueda de la informacin.
Suministrar informacin veraz y oportuna.

ALCANCE DEL SISTEMA.

Cubrir y satisfacer las necesidades de informacin a corto plazo, en la
Direccin de Control Interno de la Alcalda del Municipio Libertador, optimizando el
manejo de los datos y documentacin de acuerdo a los objetivos y funciones que
se desempean dentro de la Direccin, minimizando el tiempo de respuesta de los
requerimientos y centralizando toda la informacin.

ENTITY TYPE DESCRIPTION

ACUERDO: Son todos los diferentes acuerdos que establece el Municipio

dentro y fuera de el.

ID NU_ACUERDO
DS_ACUERDO

9 (5)
X (60)

NOT NULL

DECRETO: Representa todos los decretos dictados o establecidos por el

Municipio.
ID NU_DECRETO
DS_DECRETO

9 (5)
X (60)

NOT NULL

GACETA: Documento legal donde se publican los diferentes Acuerdos,

Decretos, Resoluciones y Ordenanzas que establece el Municipio
ID UN_GACETA
DS_SUMARIO
DS_UBICACIN
FE_AO
FE_MES

9 (5)
X (60)
X (60)
DATE
DATE

NOT NULL

MANUAL: son todos aquellos manuales de organizacin y procedimientos

establecidos dentro del Municipio
ID CD_MANUAL
NB_MANUAL
DS_MANUAL
CD_TIPO_MANUAL

9 (5)
X(20)
X(60)
9(5)

NOT NULL

ORDENANZA: Ley o leyes que rigen la gestin Municipal con el entorno

donde este se desenvuelve (la comunidad)
ID CD_ORDENANZA

9 (5)

NB_ORDENANZA

X (20)

DS_ORDENANZA

X (60)

NOT NULL

RGANO: autoridad municipal encargado de dar el dictamen y ejecucin

de alguna nueva ley o reforma en cuanto a los Acuerdos, Ordenanzas, Decretos.
ID CD_ORGANO
NB_NOMBRE

9 (5)
X (20)

NOT NULL

OTRA PUBLICACIN: Documento por el cual se puede publicar otras

informaciones correspondiente al Municipio.
ID NU_PUBLICACION
DS_PUBLICACION

9 (5)
X (60)

NOT NULL

CD_PUBLICACIN

9 (5)

REGLAMENTO DECRETO: Tipo de ley o leyes que rigen la creacin un

nuevo decreto o reforma de alguno existente.
ID NU_REGLAMENTO 9 (5)
NB_REGLAMENTO
X(20)
DS_REGLAMENTO_OR
X(60)
D

NOT NULL

REGLAMENTO INTERNO: son todos aquellos Reglamentos por los cuales

se rige el Municipio Internamente.
ID NU_ARTICULO
DS_ARTICULO

9 (5)
X(60)

NOT NULL

REGLAMENTO ORDENANZA: Tipo de ley o leyes que rigen la creacin de

una nueva Ordenanza o reforma de alguna existente.
ID NU_REGLAMENTO 9 (5)
NB_REGLAMENTO
X (20)
DS_REGLAMENTO_OR
X (60)
D

NOT NULL

RESOLUCIN: articulo donde se ordena o autoriza la ejecucin de alguna

nueva ley o reforma de esta.

ID NU_RESOLUCION
DS_CONTENIDO

9 (5)
X (60)

NOT NULL

REGLAS DE INTEGRIDAD

GACETA:
Para eliminar una GACETA deben eliminarse previamente todos los
REGLAMENTO INTERNO asociados.
Para eliminar una GACETA deben eliminarse previamente todas las OTRA
PUBLICACION asociadas.
Para eliminar una GACETA deben eliminarse previamente todas las
ORDENANZA asociadas.
Para eliminar una GACETA deben eliminarse previamente todos los
ACUERDO asociados.

Para eliminar una GACETA deben eliminarse previamente todos los

DECRETO asociados.
Para eliminar una GACETA deben eliminarse previamente todas las
RESOLUCIN asociadas.
Para eliminar una GACETA deben eliminarse previamente todos los
MANUAL asociados.
MANUAL:
Para incluir un MANUAL debe existir una GACETA asociada.
REGLAMENTO INTERNO:
Para incluir un REGLAMENTO INTERNO debe existir previamente una
GACETA asociada.

OTRA PUBLICACIN:
Para incluir una OTRA PUBLICACION debe existir previamente una
GACETA asociada.
RESOLUCION:
Para incluir una RESOLUCION debe existir previamente una GACETA
asociada.
Para incluir una RESOLUCION debe existir previamente una MATERIA
asociada.
Para incluir una RESOLUCION debe existir previamente un ORGANO
asociado.
DECRETO:
Para incluir un DECRETO debe existir previamente una GACETA asociado.

Para incluir un DECRETO debe existir previamente una ORGANO

asociado.
Para incluir un DECRETO debe existir previamente una MATERIA
asociada.
Para eliminar un DECRETO deben eliminarse previamente todos los
REGLAMENTO DECRETO asociados.
ORGANO:
Para eliminar un ORGANO debe eliminarse previamente los ACUERDO
asociados.
Para eliminar un ORGANO debe eliminarse previamente la MATERIA
asociada.
Para eliminar un ORGANO debe eliminarse previamente la RESOLUCION
asociadas.
Para eliminar un ORGANO debe eliminarse previamente los DECRETO
asociados.
ACUERDO:
Para incluir un ACUERDO debe existir previamente una GACETA asociada.
Para incluir un ACUERDO debe existir previamente una MATERIA
asociada.
Para incluir un ACUERDO debe existir previamente un ORGANO asociado.
MATERIA:
Para eliminar una MATERIA deben eliminarse previamente todos los
ACUERDO asociados.
Para eliminar una MATERIA deben eliminarse previamente todas las
ORDENANZA asociadas.
Para eliminar una MATERIA deben eliminarse previamente todas las
RESOLUCION asociadas.

Para eliminar una MATERIA deben eliminarse previamente todos los

DECRETO asociados.
REGLAMENTO DECRETO:
Para incluir un REGLAMENTO DECRETO debe existir previamente un
DECRETO asociado.
ORDENANZA:
Para incluir una ORDENANZA debe existir previamente una GACETA
asociada.
Para eliminar una ORDENANZA deben eliminarse previamente todos los
REGLAMENTO ORDENANZA asociados.
Para incluir una ORDENANZA debe existir previamente una MATERIA
asociada.
Para incluir una ORDENANZA debe existir previamente un ORGANO
asociado.

REGLAMENTO ORDENANZA:
Para incluir un REGLAMENTO ORDENANZA debe existir previamente una
ORDENANZA asociada.

DICCIONARIO DE DATOS
CD_MANUAL
Cdigo de identificacin de Manual.
CD_ORDENANZA
Cdigo que permite identificar una Ordenanza estipulada dentro de la tabla o
entidad ordenanza.
CD_ORGANO
Cdigo de Identificacin del Ente que da el dictamen o ejecuta la aprobacin de
cualquiera de las Leyes que se establecen dentro del municipio (ordenanzas,
acuerdos, decretos, etc.).

CD_PUBLICACIN
Cdigo que permitir identificar otros tipos de publicaciones que se hallan
publicados.
CD_REGLAMENTO
Cdigo de identificacin del Reglamento de Decreto.
CD_TIPO_MANUAL
Cdigo que permite identificar el tipo de Manual, es decir si es un Manual de
Organizacin o de Procedimiento.
DS_ACUERDO
Breve resea del acuerdo que se esta estableciendo dentro o fuera del municipio.
DS_ARTICULO
Descripcin de cualquier artculo contenido dentro del Reglamento Interno.
DS_CONTENIDO
Breve descripcin acerca de la Resolucin que se esta estudiando.
DS_DECRETO
Descripcin breve del Decreto que se esta estableciendo o modificando.
DS_DENOMINACIN
Descripcin del Reglamento de Decreto que se esta manejando.
DS_MANUAL
Breve descripcin del Manual de Organizacin o Procedimiento que se esta
estableciendo o modificando.
DS_ORDENANZA
Breve contenido de la Ordenanza tratada.
DS_PUBLICACIN
Relato breve acerca de otras Publicaciones que lleva a cabo el municipio.
DS_REGLAMENTO
Breve descripcin del Reglamento que rige a un Decreto.
DS_REGLAMENTO_ORD
Descripcin del Reglamento que rige una o varias Ordenanzas.
DS_SUMARIO
Pequea descripcin sobre la Gaceta que se esta publicando.

DS_UBICACIN
Descripcin de la Ubicacin fsica de la Gaceta dentro de los archivos mviles.
FE_AO
Fecha que indica el ao de publicacin de una Gaceta.
FE_MES
Fecha que indica el mes de publicacin de una Gaceta.
NB_MANUAL
Nombre del Manual de Organizacin o Procedimiento.
NB_ORDENANZA
Nombre de la Ordenanza que se esta estableciendo o modificando.
NB_ORGANO
Nombre de la autoridad municipal encargada de la aprobacin de las leyes del
municipio.
NB_REGLAMENTO_ORD
Nombre del Reglamento que rige una ordenanza.
NU_ACUERDO
Nmero de identificacin de algn acuerdo que tiene el municipio.
NU_ARTICULO
Nmero del articulo que se encuentra establecido dentro del Reglamento Interno.
NU_DECRETO
Nmero de identificacin de un Decreto que tiene el municipio.
NU_GACETA
Nmero que identifica a una Gaceta.
NU_PUBLICAIN
Nmero de identificacin de la Publicacin.
NU_REGLAMENTO
Nmero de identificacin de un Reglamento de Ordenanza.
NU_RESOLUCIN
Nmero de identificacin de una Resolucin.

CONCLUSIONES

La optimizacin del

Sistema de Control de Gacetas, logra cubrir

satisfactoriamente todas las necesidades existentes, permitiendo de esta manera

que la informacin manejada
centralizada, logrndose un

por el mismo se encuentre organizada y

procedimiento de informacin independiente,

inmediato y rpido.
El diseo del sistema es de forma estructural y con mdulos que permiten
facilidad de manejo de problemas de mantenimiento, como tambin el anlisis y
comprensin

para incorporar cambios segn requerimientos especficos del

usuario.
Se lograron establecer las estructuras de Datos que manejar el Sistema y
la forma como sern manipulados dichos datos.
Como recomendaciones en este Sistema solo estamos manejando la parte
de consulta con relacin a los archivos fsicos donde se encuentran las Gacetas,
es decir que es una parte del Sistema que se debera contemplar, el cual debera
llevarse a travs de una base de datos centralizada donde almacenemos todas
estas y as realizar cualquier tipo de consulta o manejo de informacin dentro del
sistema.

BIBLIOGRAFA

KENDALL, Kenneth y Otros,

Anlisis y Diseo de Sistemas.

Editorial

Prentice Hall Hispanoamericana, S.A. Mxico, 1991.

MONTILVA, Jonas. Desarrollo de sistemas de informacin. 2da Edicin, ULA

Mrida, 1989.

SENN, James A. Anlisis y diseo de sistemas de informacin. Ediciones

McGraw-Hill internacional de Mxico, S.A. 1988.

DISEO DEL SISTEMA