Académique Documents
Professionnel Documents
Culture Documents
1er APUNTe
INGENIERIA CIVIL INDUSTRIAL
Prof.: Hugo Rodríguez Alvarez
Actualizado por Mackarena Aracena Martinez
2
¿Qué es un sistema?
Los sistemas de interés para nosotros son los tangibles y empíricos que existen en el
mundo real. Así pues, un sistema puede definirse como un grupo ordenado de elementos
como lo son los componentes físicos y la gente. Estos elementos se disponen, estructuran
y relacionan para efectuar procesos sobre las entradas y producir así las salidas deseadas.
El proceso es un cambio de materiales. Información o energía entre los componentes o
entre éstos y el ambiente.
Los sistemas de los cuales nos ocuparemos reciben entradas del ambiente y envían salidas hacia
él. El sistema es un procesador que cambia las entradas en salidas. La figura 1.1 muestra esto en
el caso de una compañía industrial. Lo que en la figura 1.1 no podemos indicar, pues si lo
hiciéramos resultaría incomprensible, es la red de comunicaciones entre los elementos del sistema:
el sistema de información.
Productos, desechos,
Materiales
Sobrantes
Energía SISTEMA DE EMPRESA
INDUSTRIAL
Información Información
Dinero Dinero
PROCESO
Entrada Salida
Entrada 1 Salida 1
Entrada 2 Salida 2
PROCESO
Entrada n Salida n
SISTEMAS LIMITES
Humano Piel, cabellos, uñas y todas las partes que están contenidas en el interior forman
el sistema, todas las cosas por fuera constituyen el medio ambiente.
Automóvil La carrocería del automóvil más las llantas y todas las partes contenidas dentro
de él, forman el sistema.
El ejemplo del sistema de producción ilustra el problema del concepto del límite.
Cada sistema está compuesto de “subsistemas”, los cuales a su vez son parte de otros
subsistemas; cada subsistema es delineado por sus límites. Las interconexiones y las
interacciones entre los subsistemas se llaman interfaces. Las interfaces ocurren en el límite y
toman la forma de entradas y de salidas.
5
Los principales conceptos de sistemas, límites, interfaces, subsistemas y caja negra, se ilustran en
la fig. 1.4
El concepto de frontera
Subsistema Subsistema
Interfaz-interconexión en la
frontera
Interfaz
Entradas Salidas
definidas definidas
Un estudio de 1983 sobre trescientos treinta y cuatro grandes empresas identificó las siguientes
denominaciones que se utilizan para los sistemas de información
Nombre Porcentaje
Información Systems Planning to Meet Business Objetives: A Survey Of Practice, Cresap Mc Cormick and
Paget, New York, Pág. B-7, 1983.
El sistema utiliza
SIG
para la
planeación
de políticas
estratégicas y
toma de decisiones.
Información administrativa
para la planeación táctica y
la toma de decisión.
Procesamiento de transacciones
Respuestas a preguntas.
Fig. 4.1 Managgement information system ( Adapted from Robert V. Head, “Management
Information System. A Critical Appraisal”, Datamation, May 1967, p.23
8
COMPONENTES DESCRIPCIÓN
FÍSICOS
Equipos (hardware) Se refiere al sistema de computación físico y a los
dispositivos asociados.
El equipo debe proveer cinco funciones principales:
l. Entrada en acceso
2. Salida
3. Almacenamiento secundario para los datos y programas
4. Procesador central (cálculos, control y almacenamiento
primario)
5. Comunicaciones
Bases de datos La base de datos contiene todos los datos que utiliza el
software aplicativo.
Un conjunto individual de datos almacenados,
comúnmente se denomina archivo la existencia física de
los datos almacenados se evidencia por el medio físico de
almacenamiento (cintas magnéticas de computador,
paquetes de discos, diskettes, etc) utilizados como
almacenamiento secundario.
de información, etc.
FUNCIONES DE PROCESAMIENTO
FUNCIONES COMENTARIOS
DE PROCESAMIENTO
Procesar Una transacción es una actividad tal como efectuar una compra, o una
transacciones venta, o fabricar un producto. Puede ser interna a la organización o
puede incluir la organización y una entidad externa. La ejecución de
una transacción requiere registros para (1) dirigir la realización de la
transacción (2) reportar, confirmar o explicar su desempeño, o (3)
comunicar la transacción a quienes necesitan los registros para
información de base o de referencia.
Procesar Preguntas Otras salidas del sistema de información son respuestas a las
preguntas, utilizando la base de datos. Están pueden ser preguntas
corriente en un formato preestablecido o preguntas ad hoc. La función
esencial del procedimiento de preguntas es lograr que cualquier
registro o cualquier elemento sea fácilmente accesible al personal
autorizado.
El uso de subsistemas como la construcción por bloques, es básico para analizar y desarrollar los
sistemas. Esto requiere la comprensión de los principios que dictaminan la manera como se
construyen los sistemas a partir de los subsistemas.
DESCOMPOSICIÓN
Un sistema complejo es difícil de comprender cuando se considera como un todo, por lo tanto, el
sistema se descompone o factoriza en subsistemas. Los límites e interfaces están definidos, de tal
manera que la suma de los subsistemas constituye un sistema completo. Este proceso de
descomposición se continúa con los subsistemas que se dividen en subsistemas más pequeños
hasta que el más pequeño de los subsistemas tenga un tamaño manejable.
Los subsistemas resultantes de este proceso generalmente tienen la forma de estructura jerárquica
(fig. 1.6). En la jerarquía, un subsistema es un elemento de un suprasistema (el sistema superior a
él).
EJEMPLO
2. Cada subsistema se puede dividir aún más, en otros subsistemas. Por ejemplo, el subsistema de
personal y de nómina podría dividirse en subsistemas más pequeños como los siguientes:
SISTEMA
A1 A2 B1 B2 B3 C1 C2
Procesamiento periódico
de la nómina
El principio general de la descomposición que supone que los objetivos del sistema
dictaminan el proceso es la cohesión funcional. Los componentes están considerados como parte
del mismo subsistema si desempeñan o están relacionados a la misma función.
EJEMPLO
SIMPLIFICACIÓN
EJEMPLO
4 SUBSISTEMAS QUE INTERACTÚAN TODOS UNOS CON OTROS TENDRÁN SEIS INTERCONEXIONES;
UN SISTEMA CON 20 SUBSISTEMAS TODOS INTERACTUANDO, TENDRÁ 190 INTERCONEXIONES. E L
NÚMERO PUEDE ELEVARSE MUY RÁPIDAMENTE EN LA MEDIDA EN QUE EL NÚMERO DE SUBSISTEMAS
SE INCREMENTE. EL NÚMERO DE INTERCONEXIONES SI TODOS LOS SUBSISTEMAS INTERACTÚAN EN
GENERAL ES ½(N–1). DONDE N = N° SUBSISTEMAS. CADA INTERCONEXIÓN ES UNA INTERFAZ
POTENCIAL PARA LA COMUNICACIÓN ENTRE LOS SUBSISTEMAS. CADA INTERFAZ IMPLICA UNA
DEFINICIÓN DE UN PASO DE COMUNICACIÓN. (FIG. 1.8).
1. Se establece que las agrupaciones de subsistemas interactúan cada una con la otra, por lo
tanto un simple paso de interfaz se define de un grupo hacia otros subsistemas o grupos
de subsistemas (fig. 1.8).
EJEMPLO: ES LA BASE DE DATOS A LA CUAL SE TIENE ACCESO POR VARIOS PROGRAMAS, PERO LA
INTERCONEXIÓN SE HACE SOLAMENTE A TRAVÉS DE LA INTERFAZ DE LA ADMINISTRACIÓN DE LA
BASE DE DATOS.
13
A1 A2 B1 B2
A3 A4 B3 B4
A1 A2 B1 B2
A3 A4 B3 B4
Fig. 1.8
DESACOPLAMIENTO
EJEMPLO
14
Tales acoplamientos tan compactos plantean una coordinación muy fuerte y exigencias de
oportunidad entre los dos sistemas. En razón de que son algo independientes, es difícil hacer que
operen de una manera completamente sincronizada. Puesto que eventos al azar crean
incertidumbre en los tiempos de entrega, y cambian los tiempos esperados de llegada.
La solución es desacoplar o reducir conexiones de tal manera los dos sistemas pueden operar en
corto plazo con alguna medida de independencia. Algunos significados de desacoplamiento son:
(fig. 1.9)
2. Recursos de holgura y flexibles. Cuando la salida de algún sistema es la entrada de otro, las
existencias de recursos de holgura permiten a los subsistemas que sean algo independientes y aún
más, que cada uno responda a las demandas de los otros subsistemas.
EJEMPLO
3. Estándares: la especificación de las normas, los costos de los estándares y otras normas le
permiten a un subsistema planear y organizarse reduciendo la necesidad de comunicarse con otros
subsistemas.
EJEMPLO
EJEMPLO
Esto implica que una mejora en el sistema de información o de comunicación puede aumentar la
oportunidad para el acoplamiento compacto y puede reducir la necesidad de mecanismos de
desacoplamientos.
Otros costos parten del hecho de cada subsistema puede actuar de la mejor manera posible como
un subsistema, pero la suma de sus acciones puede no ser óptima para su organización. Este es el
problema de la suboptimización.
EJEMPLO
SIGNIFICADO DE LA INFORMACIÓN
Desde el punto de vista conductual, la información nos predispone a obrar de cierto modo
basándonos en el procesamiento de los signos recibidos. Charles Morris describe dos clases de
signos:
Así pues, la información puede estar en forma de signos de lenguaje, signos de la conducta, signos
fenomenológicos (el almacén en llamas), otros signos sensoriales u otras formas, señales y
símbolos.
La información afecta al comportamiento: en cambio, los datos no lo hacen por su formato o por su
ubicación en relación con el usuario potencial en determinado momento. Los datos son símbolos
que describen un objeto, condición o situación. "Los datos son el conjunto básico de hechos
referentes a una persona, cosa o transacción. Incluyen cosas como datos, tamaño, cantidad,
descripción, volumen, tasa, nombre o lugar". Los sistemas de administración de datos se ocupan
de la captura, almacenamiento, recuperación y colección de datos en formas relacionadas con la
producción de información.
Los datos de un sistema de información administrativa poseen su propio ciclo de vida. Tres
aspectos de él son particularmente importantes en el desarrollo, diseño y operación de los
sistemas.
EL CONCEPTO DE INFORMATICA
Si se adopta esta última definición, y se observa la figura 3.1., se puede concluir que el
concepto de informática se extiende hasta el análisis del proceso de toma de decisiones
propiamente tal, ya sea a través de la determinación de las necesidades de información o de una
participación activa en el proceso mismo con un sistema de apoyo.
19
Recolección de datos
Análisis de sistemas
Diseño de sistemas
EJEMPLO EL ALMACÉN DE UNA TIENDA DE ROPA: CON OBJETO DE CONTROLAR MEJOR SUS
INVENTARIOS Y TENER INFORMACIÓN MÁS ACTUALIZADA SOBRE LOS NIVELES DE
INVENTARIO Y PUNTO DE REORDEN, LA EMPRESA NECESITA "COMPUTARIZAR" LA
OPERACIÓN DEL ALMACÉN.
REQUISICIONES
ORDENES DE COMPRA
FACTURAS
ADEMÁS DE SABER QUÉ INFORMES, SI EXISTEN ALGUNOS, SE PRODUCEN AHORA Y PARA QUÉ SE
UTILIZAN; POR LO TANTO, SE DEBE BUSCAR LA INFORMACIÓN ACERCA DE DICHOS INFORMES:
EN OTRAS PALABRAS, SE DEBE COMPRENDER LA FORMA EN QUE TRABAJA EL SISTEMA ACTUAL, Y MÁS
ESPECÍFICAMENTE, CUÁL ES EL FLUJO DE INFORMACIÓN POR EL QUE ATRAVIESA EL SISTEMA. TAMBIÉN ES
IMPORTANTE APRENDER POR QUÉ LA TIENDA DESEA CAMBIAR SUS OPERACIONES ACTUALES: ¿HA CAÍDO EN
MUCHO "PAPELEO" EN EL MANEJO DE SU INVENTARIO? ¿NECESITA UN SISTEMA MÁS EFICIENTE ANTES DE
QUE AMPLÍE SUS OPERACIONES?
SOLO DESPUÉS DE RECABAR TODOS ESTOS DATOS SE PUEDE COMENZAR A DEFINIR CÓMO Y DÓNDE SE
PUEDE BENEFICIAR UN SISTEMA INFORMACIÓN BASADO EN LA COMPUTADORA Y QUE SIRVA A TODOS LOS
USUARIOS DEL SISTEMA. ESTA ACUMULACIÓN DE INFORMACIÓN SE LLAMA ESTUDIO DEL SISTEMA Y DEBE
PRECEDER A TODAS LAS DEMÁS ACTIVIDADES DE ANÁLISIS.
Los analistas de sistemas no sólo resuelven problemas actuales. Frecuentemente se les llama
para ayudar a manejar la expansión planeada de una empresa. En este caso, el estudio del
sistema se orienta hacia el futuro, dado que no existe ningún sistema actual. El análisis considera,
tan cuidadosamente como sea posible, cuales serán las necesidades de la empresa y en que área
deberá considerar los cambios para que coincida con estas necesidades. En este caso, y en la
gran mayoría de las circunstancias, los analistas pueden recomendar formas alternas para mejorar
la situación. Normalmente es posible aplicar más de una estrategia.
Una vez que se toma la decisión se desarrolla un plan para poner en marcha la
recomendación. El plan incluye todas las características de diseño de sistemas, como son:
El diseño de sistemas es como un plano para una construcción; especifica todas las
características que se consideran en el producto terminado.
Los diseños para el almacén proporcionarán diferentes maneras para captar los datos en
relación con los pedidos para los clientes. También especificarán la forma en que los datos se
almacenarán, ya sea en formas de papel o con medios legibles para la computadora como cintas o
21
discos magnéticos. De hecho, los diseños establecerán el trabajo que desempeñará el personal y
el que realizarán las computadoras. Por lo tanto, los diseños variarán en la división de las tareas
del personal y de la computadora. El personal del almacén también necesitará información acerca
del negocio. Cada diseño describe informes, documentos y salidas que producirá el sistema. Las
salidas probables incluyen informes de inventario, análisis de ventas y resúmenes de compra y
facturas; sin embargo, el análisis de sistemas será quien decida cómo se van a producir.
Probablemente el lector ha advertido que cada uno de los procesos anteriores involucra al
personal. Los gerentes y empleados saben lo que funciona y lo que no es útil para la empresa;
asimismo conocen qué ocasiona problemas, los lugares donde se necesita o no el cambio y,
específicamente, donde afectará la innovación y dónde no. Aun cuando la tecnología abunda en
muchas empresas de negocios, el personal es todavía el que logra que esa compañía funcione;
por lo tanto, la comunicación y el trato con los empleados son parte muy importante del trabajo del
analista de sistema.
Nuestra definición del analista de sistema, tiene que ser necesariamente muy amplia. El
analista requiere tener la habilidad de trato para con cualquier tipo de persona, así como también,
tener la debida experiencia en el manejo de computadoras. El analista protagoniza numerosos
papeles, y en ocasiones, se ve obligado a mantener un equilibrio, al asumir simultáneamente más
de uno. Los tres papeles principales que el analista de sistemas debe cubrir son:
El de consultor
El de especialista de apoyo o soporte
El de agente de cambio, tal como se describe en la figura 3.2.
El Analista de El Analista de
Sistemas como Sistemas como
Consultor Apoyo
El Analista de
Sistemas como
Agente de Cambio
Como un consultor para la empresa. Esto implica que un analista puede contratarse sólo para
canalizar a la empresa ciertos tópicos de informática. Esto ofrece una ventaja, en el sentido de que
el consultor externo trae consigo perspectivas frescas, que no poseen otros miembros de la
organización. Por otra parte, para el analista externo implica una desventaja, pues apenas tiene
pleno acceso a la cultura organizacional auténtica, que no se ofrece de forma abierta a un externo.
Como consultor externo. Deberá conocer e implementar las metodologías que se discuten a lo
largo de estos apuntes, que le serán útiles para analizar y diseñar sistemas de información
adecuados para cualquier empresa en particular. Más aún, contará con la ayuda de los usuarios de
los sistemas de información, para entender la cultura de la organización desde sus propios puntos
de vista.
El otro papel que podrá protagonizar es el de especialista de apoyo o staff dentro de una empresa,
donde de manera regular, trabaje dentro del departamento de sistemas. En esta posición, el
analista dispone de una experiencia profesional respecto al hardware y al software y a sus
aplicaciones en la empresa. Con frecuencia estas tareas no se asocian a un proyecto ambicioso de
sistemas, sino más bien aplican decisiones o modificaciones menores que se dan en un
departamento individual.
Como especialista de apoyo, no dirigirá un proyecto sólo será un recurso humano de apoyo para
quienes lo dirigen. Si es un analista de sistemas contratado por una organización de servicios o de
manufactura, muchas de sus actividades diarias se ajustarán a este papel.
El papel que mejor se entiende y que le confiere una alta responsabilidad al analista de sistemas,
es el de agente de cambio; sin importar si es o no externo a la organización. Como analista, será
un agente de cambio cada vez que realice alguna de las actividades del ciclo de desarrollo del
sistema, las cuales se mantienen presentes en la empresa por un largo período (desde dos
semanas hasta quizás un año).
AQUELLA PERSONA QUE SIRVE COMO CATALIZADOR PARA EL CAMBIO, QUE DESARROLLA UN
PLAN PARA EL MISMO Y QUE COLABORA CON OTROS PARA AGILIZARLO.
Si el cambio (esto es, los beneficios que la empresa obtiene mediante los sistemas de
información) parece quedar garantizado después del análisis, el siguiente paso será desarrollar un
plan para tal cambio, en colaboración con las personas que se involucrarán en tales cambios. Una
vez que se alcance un acceso para el cambio a realizar, se encontrará en constante relación con
aquellos que estén participando del cambio. Facilita el cambio al usar su experiencia en el trato
23
Como analista de sistemas, al actuar como un agente de cambio, apoya una corriente particular
de cambio, que involucra el uso de los sistemas de información. Además, transmite a los usuarios
el proceso de cambio, ya que está convencido de que tales cambios no ocurren de manera
independiente en los sistemas de información, sino más bien, éstos ocasionan cambios a lo largo
de las organizaciones.
De las descripciones precedentes sobre los diferentes papeles que el analista de sistemas
que tiene que protagonizar, es fácil ver, que el analista de sistemas con éxito, debe contar con una
amplia gama de cualidades. Los analistas de sistemas, son gente de naturaleza muy diversa y
seguramente esto, restringe cualquier intento de caracterización; sin embargo, hay ciertas
características que parecen presentar la mayoría de los analistas de sistemas.
El analista de sistemas debe ser auto disciplinado y auto motivado como individuo.
También el analista debe ser capaz de administrar y coordinar innumerables recursos del
proyecto, incluyendo a otras personas.
Todo aquel que dentro del contexto de la organización se relaciona con un sistema de
información puede definirse como un usuario del sistema. Conforme pasan los años, las diferencias
entre los usuarios se vuelven cada vez menos precisas. Además, no puede pensarse en categorías
de carácter exclusivo.
Las diferencias que más destacan se encuentran entre los usuarios primarios y secundarios.
Usan de manera directa en sus tareas los resultados que emiten los sistemas de
información.
Son los que introducen los datos al sistema de información, pero no utilizan de forma
directa los informes que se emitan para el cumplimiento de sus tareas. Al personal que realiza
estas actividades se le denomina a menudo "capturista de datos". Ciertos usuarios requieren
capturar datos, y además, obtener resultados del sistema de información.
Sin importar la forma en que los usuarios se clasifiquen, existe un hecho que el analista de
sistema no debe olvidar. La involucración del futuro usuario del sistema en proyecto es decisivo
para lograr el éxito en la aplicación de los sistemas de información empresariales. Los analistas de
sistemas, cuyos diversos papeles dentro de la organización, se discutirán más adelante,
constituyen el otro componente que se involucra en el desarrollo de los sistemas de información.
El SDLC (SDLC; Systems Develoment Life Cicle), es un enfoque por etapas de análisis y
de diseño que postula que el desarrollo de los sistemas mejora cuando existe un ciclo específico
de actividades del analista y de los usuarios.
Los analistas no están de acuerdo respecto al número exacto de etapas que conforman el
ciclo de desarrollo de los sistemas; sin embargo, por lo general se reconoce la importancia de su
enfoque sistemático.
Aquí dividimos el ciclo en siete etapas, como se muestra en la figura 3.3. Aunque cada etapa se
presenta de manera discreta, nunca se lleva a cabo como un elemento independiente. En lugar de
ello, se realizan al mismo tiempo diversas actividades, y éstas llegan a repetirse. Por ello es de
mayor utilidad suponer que el ciclo de desarrollo de los sistemas transcurre en etapas (con
actividades en plena acción que luego cesan poco a poco) y no como elementos separados.
1
7 1 2
6 2 3
4
5
5 3 6
4
7
25
ACTIVIDADES:
En esta primera etapa del ciclo de desarrollo de los sistemas, el analista se involucra en la
identificación de los problemas, de las oportunidades y de los objetivos. Esta fase es crucial para el
éxito del resto del proyecto, pues nadie estará dispuesto a desperdiciar su tiempo dedicándolo al
problema equivocado.
La primera etapa requiere que el analista observe de forma objetiva lo que ocurre en una
empresa. Luego, en conjunto con los otros miembros de la organización hará notar los problemas.
Muchas veces esto ya fue realizado previamente; y por ello, es que se llega a invitar al analista.
Las oportunidades son aquellas situaciones que el analista considera que pueden
perfeccionarse mediante el uso de los sistemas de información computarizados. Al aprovechar las
oportunidades, la empresa puede lograr una ventaja competitiva o llegar a establecer un estándar
industrial.
En esta etapa el analista hace todo lo posible por identificar qué información requiere el
usuario para desempeñar sus tareas. Puede ver cómo varios de los métodos para establecer las
necesidades de información, lo obligan a relacionarse directamente con los usuarios. Esta etapa
sirve para elaborar la imagen que el analista tiene de la organización y de sus objetivos en
ocasiones, se llegan a concluir sólo las primeras dos etapas del ciclo de desarrollo de los sistemas.
El analista de información es el especialista que emprende esta clase de estudios.
26
La siguiente etapa que ejecuta el analista de sistemas consiste en analizar las necesidades
propias del sistema. Una vez más, existen herramientas y técnicas especiales que facilitan al
analista la realización de las determinaciones requeridas. Estas incluyen el uso de los diagramas
de flujo de datos que cuentan con una técnica estructurada para representar en forma gráfica la
entrada de datos de la empresa, los procesos y la salida de la información. A partir del diagrama de
flujo de datos se desarrolla un diccionario de datos que contiene todos los elementos que utiliza el
sistema, así como sus especificaciones, si son alfanuméricos y el espacio de impresión que
requieren.
Durante esta fase, el analista de sistemas también analiza las decisiones estructuradas por
realizar, que son decisiones donde las condiciones, condiciones alternativas, acciones y reglas de
acción podrán determinarse. Existen tres métodos para el análisis de las decisiones estructuradas:
el lenguaje estructurado (en nuestro caso el español), las tablas de decisiones y los árboles de
decisiones.
A esta altura del ciclo de desarrollo del sistema, el analista prepara una propuesta del
sistema que resume todo lo que ha encontrado, presenta un análisis costo/beneficio de las
alternativas y plantea las recomendaciones (si es que existen) de lo que deberá realizarse. Si la
dirección acepta alguna de las recomendaciones, el analista procederá de acuerdo con ella. En
sistemas cada problema es único; y en consecuencia, nunca habrá sólo una solución correcta. La
manera como se plantea una recomendación (esto es, una solución) depende de las
características individuales de cada analista aunadas a su formación profesional.
En esta etapa del ciclo de desarrollo de los sistemas, el analista de sistemas usa la
información que recolectó con anterioridad y elabora el diseño lógico del sistema de información. El
analista diseña procedimientos precisos de captura de datos, con el fin de que los datos que se
introducen al sistema sean los correctos. El analista también diseña accesos efectivos al sistema
de información, mediante el uso de las técnicas de diseño de formas y de pantallas.
Una parte del diseño lógico del sistema de información es el diseño de la interfaz con el
usuario. La interfaz conecta al usuario con el sistema, y evidentemente, es de suma importancia.
Serian ejemplos de interfaces para el usuario: el uso del teclado para introducir preguntas o
respuestas, el uso de menús en la pantalla, con las opciones que tiene el usuario, el uso de
dispositivos como el ratón (Mouse) y muchos otros.
27
En la sexta etapa del ciclo de desarrollo de los sistemas, el analista trabaja con los
programadores para desarrollar todo el software original que sea necesario. Dentro de las técnicas
estructuradas para el diseño y documentación del software se tienen: el método HIPO, los
diagramas de flujo, los diagramas NassiSchneiderman, los diagramas Warnier-Orr y el
pseudocódigo. Aquí es donde, el analista de sistemas transmite al programador los requerimientos
de programación.
Durante esta fase, el analista también colabora con los usuarios para desarrollar la
documentación indispensable del software, incluyendo los manuales de procedimientos. La
documentación le dirá al usuario cómo operar el software, y así también, qué hacer en caso de
presentarse algún problema.
En esta última etapa del desarrollo del sistema, el analista ayuda a implantar el sistema de
información. Esto incluye el adiestramiento que el usuario requerirá. Si bien, parte de esta
capacitación la dan las casas comerciales, la supervisión del adiestramiento es una
responsabilidad del analista de sistemas. Más aún, el analista necesita planear la suave transición
que trae consigo un cambio de sistemas.
Aunque la evaluación del sistema se plantea como parte integrante de la última etapa del
ciclo de desarrollo de los sistemas; realmente, la evaluación toma parte en cada una de las etapas.
Uno de los criterios fundamentales que debe satisfacerse, es que el futuro usuario utilice el sistema
desarrollado. En la realidad, todas las etapas mantienen una dinámica de carácter espiral, hasta
que el sistema finalmente se concluye. Este comportamiento y estructuración de las etapas se
esquematiza en la figura 3.3 a
28
Los sistemas de información se desarrollan con diferentes propósitos, los cuales dependen
de las necesidades de la empresa. Los sistemas de procesamiento de dato, los sistemas de
información para la administración (MIS, Management lnformation Systems), los sistemas de apoyo
para la toma de decisiones (DSS, Decision Supporrt Systems), diferentes tipos de sistemas de
información computarizados que se analizan y diseñan mediante la aplicación de los conceptos y
las técnicas del diseño y del análisis de sistemas. En cierto grado, esto también se aplica a los
sistemas expertos.
Tales sistemas ejecutan periódicamente los programas de manera automática. Una vez
preparados, escasamente se requiere el tomar decisiones. En términos generales, los sistemas de
procesamiento de datos ejecutan las actividades de carácter rutinario de las empresas.
Los usuarios de los sistemas de información para la administración, utilizan una base de
datos compartida para tener acceso a la información. Dicha base de datos, almacena, tanto datos
como modelos que ayudan al usuario en la interpretación y el uso de la información. Los sistemas
de información para la administración generan la información que eventualmente se utiliza en la
toma de decisiones. Un sistema de información para la administración puede llegar a unificar
ciertas funciones informáticas de la empresa, aunque el sistema como tal no exista dentro del
negocio como una estructura individual.
persona o el grupo que los utilizará, y no como los sistemas de información tradicionales para la
administración.
Puede considerarse a la inteligencia artificial (IA) como el campo principal de los sistemas
expertos. La idea central de la inteligencia artificial es llegar a desarrollar máquinas que cuenten
con un desempeño inteligente. Dos áreas de investigación de la inteligencia artificial son la
comprensión del lenguaje natural y la habilidad para interiorizarse racionalmente en los problemas
hasta alcanzar su conclusión lógica. Los sistemas expertos utilizan los enfoques del razonamiento
de la inteligencia artificial para resolver aquello problemas que el sector de los negocios (u otros
usuarios) le proponen.
Los sistemas expertos son en sí, un tipo muy especial de sistemas de información, que
tienen un uso práctico en los negocios debido a la reciente y amplia disponibilidad de hardware,
como las microcomputadoras y los ambientes de sistemas expertos. Un sistema experto (también
llamado sistema basado en el conocimiento) captura; y en efecto utiliza, el conocimiento de un
experto, para la solución de un problema particular de la organización. Percátese de que, a
diferencia del sistema de apoyo para la toma de decisiones, que finalmente deja al responsable
que tome las decisiones, un sistema experto selecciona la mejor solución al problema o al tipo
específico de problemas.
En la figura 4.2 presentan las diferencias entre los sistemas de procesamiento de datos,
los MIS, los DSS y los sistemas expertos. Este utiliza los términos de sistemas de información para
la administración, sistemas de información y sistemas de información computarizados de manera
intercambiable para denotar los sistemas de información computarizados que soportan el más
amplio rango de actividades empresariales mediante la información producida.
30
SISTEMAS EXPERTOS
Asimilan la experiencia de quienes toman las decisiones en la
solución de problemas.
Fig. 4.3 Los analistas de sistemas desarrollan sistemas para el procesamiento de los
datos, sistemas de información para la administración, sistemas de apoyo
para la toma de decisiones; en ocasiones, desarrollan sistemas expertos.
31
Entrada de Salida de
Datos Transformación Datos
T( )
Datos Almacenados
EJEMPLO
SISTEMA DE CÁLCULO CIENTÍFICO: ORIENTADO A LOS PROCESOS
SISTEMA DE DISEÑO GRÁFICO: ORIENTADO A LA ENTRADA Y SALIDA.
SISTEMA DE CONTROL CURRICULAR: ORIENTADO A LOS DATOS
Nivel operacional: Emisión O/C cuentas corrientes, proveedores, clientes, facturación, etc.
Nivel estratégico: Estudio de nuevos productos, contrato de L.P. con proveedores. Control
Balance y resultados a nivel empresa.
A. MODO DE PROCESAMIENTO
Es la principal forma de organización del sistema y considera los siguientes factores: lugar
de ingreso de la información, ya sea en el centro de computación o en el punto de ventas (se utiliza
este término para indicar el lugar donde se genera la información); actualización inmediata o
diferencia de los datos ingresados; y la incorporación inmediata o diferencia de la información
respecto al momento de la generación del dato en el punto de venta. Desde este punto de vista se
pueden definir los siguientes modos de procesamiento: batch, interactivo, en línea y en tiempo real,
los que se describen a continuación.
El sistema batch fue el más utilizado hasta que comenzaron a aparecer masivamente los
periféricos interactivos, principalmente pantallas.
Sus características son: la respuesta inmediata a las solicitudes del usuario, demanda poco
predecible, contacto entre la computadora y el usuario.
Los Sistemas de tiempo real son aquellos en los cuales no tiene importancia el usuario,
sino los procesos. Por lo general, están subutilizados sus recursos con la finalidad de prestar
atención a los procesos en el momento que lo requieran. Se utilizan en entornos donde son
procesados un gran número de sucesos o eventos.
33
Muchos Sistemas de tiempo real son construidos para aplicaciones muy específicas como
control de tráfico aéreo, bolsas de valores, control de refinerías, control de laminadores. También
en el ramo automovilístico y de la electrónica de consumo, las aplicaciones de tiempo real están
creciendo muy rápidamente.
Procesa ráfagas de miles de interrupciones por segundo sin perder un solo suceso.
En Tiempo Real
En Línea
Interactivo
Batch
Estas actividades serán detalladas más adelante, pero por ahora sólo diremos que pueden
ser realizadas de diferente forma según cual sea el enfoque que se siga para el desarrollo. Los
enfoques conocidos son los siguientes:
durante las etapas de análisis, diseño y construcción. Estos costos pueden considerarse fijos si se
planea instalar el SI en más de una empresa. Cada vez que se instale en una empresa adicional se
reducirá en forma significativa el costo unitario del SI, llegando finalmente a una pequeña fracción
del costo original.
Existen, sin embargo, otras razones que hacen de esta alternativa a menudo recomendable.
Por ejemplo, normalmente hay empresas que se especializan en desarrollar determinados
paquetes de software. Gracias a las economías de escala que obtienen pueden disponer de
recursos humanos más especializados y mejor preparados, con lo que el software final resulta ser
de muy buena calidad. Además, como el paquete ha sido instalado en varias oportunidades,
normalmente se encuentran libres de errores.
Otra ventaja de esta alternativa es que puede acotar el proceso de desarrollo en algunas
etapas.
El diseño de SI, es una actividad que consume cerca del 50% del esfuerzo de desarrollo.
Con un software envasado, los costos de desarrollo comparado con un proceso interno
disminuyen considerablemente por efecto de la disminución en los costos asociados al
diseño.
En la prueba de SI, debido a que los programas son pretesteados extensamente antes de
salir al mercado, los principales problemas técnicos se eliminan. Luego la prueba puede
efectuarse en un tiempo muy corto.
Por último, esta alternativa presenta una gran ventaja organizacional porque ejerce un
atractivo político en los gerentes., ya que los problemas relacionados con el sistema pueden
fácilmente atribuirse a limitantes del paquete mismo en lugar de las fuentes internas, y también
contribuye a disminuir la fuerte resistencia organizacional al esfuerzo de desarrollo de sistemas.
La calificación y prueba del sistema son hechas en forma relativamente rápida y barata con
36
La documentación puede ser en parte automatizada con esta metodología alternativa, lo que
disminuye el tiempo y esfuerzo requeridos en el desarrollo no tradicional.
A pesar de las ventajas de esta metodología, presenta una serie de limitantes que impiden
que, en muchos casos, sea un buen sustituto. Por ejemplo, cuando se trata de aplicaciones
basadas en procesamientos batch o que implican cálculos pesados, algoritmos complejos,
procesos lógicos extensos o sistemas muy grandes, esta alternativa es poco eficiente respecto al
método tradicional y poco atractiva por los costos implícitos que involucra respecto al desarrollo
tradicional. Otra limitante son las herramientas que utiliza: los lenguajes de 4a generación no están
técnicamente habilitados para el desarrollo de sistemas largos y completos, sino que fueron
concebidos para el desarrollo de aplicaciones simples y con archivos pequeños. Sin embargo, cabe
esperar que el avance tecnológico provea en el mediano plazo herramientas cada vez más
adecuadas.
El desarrollo por usuarios finales implica que, mediante el uso de herramientas amistosas,
éstos consigan accesar datos, crear reportes y ejecutar su propio procesamiento de información.
Un sistema completo puede ser construido por un sólo usuario final, sin analistas de sistemas o
programadores. En forma alternativa, los usuarios finales pueden apoyarse en los especialistas de
informática para el soporte técnico, pero ejecutar solos la mayoría de las actividades de desarrollo.
Este enfoque es altamente atractivo para los usuarios, pues les permite comenzar un
sistema tan pronto como la necesidad se haga presente. El tiempo de desarrollo es generalmente
breve, ya que la etapa de análisis y diseño son una sola para el usuario-desarrollador, quien no
requiere comunicar a nadie sus necesidades. Generalmente se logra un alto grado de satisfacción
y sensación de logro al implementar el SI.
Las razones por que el desarrollo por usuarios finales ha tenido un gran auge son las
siguientes.
Por otro lado, también hay un notable decrecimiento en el costo del hardware, lo que ha
hecho económicamente factible esta metodología a pesar de que en algunos casos pueda
ser menos eficiente que el desarrollo tradicional.
Los programas más amigables son los llamados lenguajes de 4a generación, que han sido
desarrollados tanto para mainframes como para microcomputadores. Existen 7 categorías
principales de software para el usuario final con estas características.
37
Este enfoque de desarrollo por usuarios finales no está libre de algunos inconvenientes.
Lleva a un uso excesivo de recursos computacionales siempre difícil de predecir. Los usuarios no
siguen los mejores procedimientos de desarrollo, lo cual puede llevar a sistemas poco eficientes,
sin mecanismos de control ni auditoria y a menudo con fallas. Los sistemas son generalmente
intransferibles, ya que rara vez se documentan y sólo se adaptan a la idiosincrasia particular de
quien los desarrolló.
Los consultores del centro de información están disponibles para instruir a los usuarios
y para apoyarlos en el desarrollo de las aplicaciones más complejas.
38
Para la construcción del prototipo es indispensable contar con alguna herramienta de cuarta
generación.
A juicio del autor, la Técnica de Desarrollo por Prototipos y los Lenguajes de Cuarta Generación
están en el camino correcto para mejorar y agilizar el desarrollo de sistemas de información,
porque crean un ambiente de naturalidad por la posibilidad de experimentación mediante la técnica
por prototipos, que se acerca bastante al método "por tanteo", de prueba y error el más utilizado en
la naturaleza, y por la mayor potencialidad y creciente amistosidad de los lenguajes de Cuarta
Generación.
Pero
REQUERIMIENTOS
INICIALES MINIMOS
LENGUAJE DE
CUARTA GENERACION
PROTOTIPO
Un programador
Un analista de sistemas
USUARIO FINAL
Programador
Es un especialista en Procesamiento de Datos, más cercano a la máquina que a los
usuarios. Normalmente, conoce muy bien uno o varios lenguajes de alto nivel (COBOL,
BASIC, RPG, etc.).
Analista de Sistemas
Se ubica entre el Usuario final y el Programador. Es un experto en Procesamiento de
Datos, con sólida formación y experiencia en el área administrativa. Es capaz de definir
procedimientos administrativos y apoyar al usuario en la especificación de sus
requerimientos.
En la medida que las técnicas sean más refinadas y los lenguajes más poderosos y
amistosos, será posible que el usuario llegue a construir sus propias aplicaciones menos complejas
y tal vez la única etapa donde requiera apoyo es en la adecuada definición de requerimientos.
40
Para comprender mejor los alcances de esta progresiva mayor participación del usuario en
el proceso de desarrollo, lo mejor es relacionarlo con el área automotriz, en la cual, en sus
primeros tiempos, se estimaba que el número de automóviles sólo podría llegar hasta la cantidad
de choferes profesionales disponibles, pero el uso del automóvil se generalizó. ¿Por qué?,
simplemente, porque los automóviles se hicieron más simples y poderosos, se reconoció que no
era imprescindible un conocimiento avanzado de mecánica en los choferes y por otro lado, los
usuarios aprendieron a conducir.
Diagnóstico
Al igual que en la metodología tradicional, debe determinarse exactamente cuál es el
problema que se pretende solucionar.
Factibilidad
También al igual que en la metodología tradicional, deben definirse los requerimientos,
plantear y evaluar diversas alternativas de solución al problema, una de las cuales será
computarizar y construir la aplicación con un Lenguaje de Cuarta Generación. Es
importante destacar que la técnica por prototipos y los lenguajes de Cuarta Generación no
son la panacea para resolver todo tipo de problemas. Siempre deber evaluarse otras
alternativas, como podrían ser: una racionalización administrativa, el desarrollo de una
aplicación bajo el esquema tradicional, comprar un paquete especializado, etc.
41
DIAGNÓSTICO
FACTIBILIDAD
CONSTRUCCION
DEL
PROTOTIPO
UTILIZACION Y
PRUEBA DEL
PROTOTIPO
MODIFICACIONES AL
PROTOTIPO
GENERACION DE LA
VERSION FINAL DEL
SISTEMA
MANTENCION DEL
SISTEMA
Una vez construido el prototipo, se prueba para asegurar su correcta construcción y para
determinar si cumple con los requerimientos iniciales especificados. Además, se utiliza el
prototipo con datos reales y en un ambiente lo más cercano a la operación regular para
adaptar los requerimientos iniciales y determinar otros.
Modificaciones al prototipo
Hay tres clases de usuarios que interactúan con los sistemas de administración de la base
de datos. Existen lenguajes y procedimientos de instrucción apropiados para cada uno de ellos.
Usuario no
programador Sistema de Administración de Datos
Usuario
Programador
Programa de
Aplicación
Independencia de los datos Los usuarios de la base de datos establecen su visión de los
datos y de su estructura, sin mirar el almacenamiento físico
actual de los datos.
sistema de base de datos, se requiere almacenarlo sólo una vez. Esto reduce las inconsistencias y
también ayuda a la consecución de los objetivos de la integridad de los datos. El objetivo de la
integridad de los datos también se logra teniéndolos controlados en la base de datos a través de la
función de la administración, la creación de datos, el acceso y la actualización llevados a cabo por
el software de la administración de la base de datos.
Diccionario de datos
2. Una descripción del dato elemental. Esta puede ser una descripción de un lenguaje (tal
como "un código único de 9 dígitos como identificación") o una descripción de
procesamiento de datos (tal como PIC X (12) para el tiempo y número de caracteres en un
campo). Las descripciones pueden también especificar los valores permisibles (número,
intervalo de valores, etc), criterios de edición y de validación, seguridad, cálculos para
determinar un valor, clasificación, alias, propietarios y número de veces que se presentan.
4. Análisis del impacto-usuarios de los datos que incluyen pantallas, informes, programas y
cargos dentro de la organización que tienen acceso y emplean un determinado dato.
La información en el diccionario de datos gira en torno tanto de los tipos de datos corno de
su uso. Relaciona a la documentación de los requerimientos de diseño y a las decisiones de
diseño.
1. Facilidades de informes. Hay un informe detallado sobre los datos elementales y sus usos.
Los informes con referencias cruzadas muestran las relaciones y los informes de resumen
proporcionan varios datos resumidos.
programación y recuperación.
Los diccionarios de datos pueden ser utilizados por el administrador de la base de datos y
refuerzan las normas para los nombres y las descripciones; quienes crean datos deben cumplir con
estos estándares. La creación de un diccionario de datos representan un esfuerzo significativo para
eliminar las inconsistencias anteriores y las ambigüedades. Los mismos datos elementales en
diferentes aplicaciones tendrán diferentes nombres, de manera tal que se puede especificar
sinónimos. También, el mismo nombre se pudo haber empleado en diferentes aplicaciones para
referirse a diferentes datos elementales.
CONCEPTOS DE DATOS
Antes de considerar el uso de los archivos o del enfoque de la base de datos, es importante
entender cómo se presentan los datos. En esta sección se incluyen las definiciones básicas, en
éstas inicialmente los datos se consideran aislados del mundo real y posteriormente se considera
su almacenamiento en los archivos.
Solamente el mundo real en sí puede ser mencionado como la realidad. Aquellos datos que
se obtienen de las personas, de lugares o de eventos de la realidad, eventualmente serán
almacenados en archivos o en base de datos. Con el fin de comprender la forma y la estructura de
los datos, se requiere de información acerca de los datos mismos. Aquella información descriptiva
de los datos se le denomina como metadato.
REALIDAD
Entidades Atributos
Datos de
DATOS Registro de ocurrencias ocurrencia
ENTIDADES
Una entidad es cualquier objeto o evento, acerca del cual, se recolectan datos. Una entidad puede
ser una persona, un lugar o un objeto. Por ejemplo, un vendedor, una ciudad o un producto. Una
entidad también puede ser un evento o unidad de tiempo, tal como la descompostura de una
máquina, un mes o un año.
RELACIONES
Las relaciones son asociaciones entre entidades (y algunas se refieren como asociaciones de
datos). La figura 5.5.3 es un diagrama de relación de entidades, el cual muestra diferentes tipos de
relaciones.
El primer tipo de relación es una relación de uno a uno (designa como 1:1). El diagrama muestra
que para cada PRODUCTO existe un solo EMPAQUE. La segunda relación de uno a uno muestra
que cada EMPLEADO tiene una OFICINA única. Observe que todas estas entidades pueden
describirse aún más (el PRECIO PRODUCTO no seria una entidad, tampoco sería una extensión
telefónica).
El segundo tipo de relación es una asociación de uno a muchos (1:M). Corno se muestra en la
figura, a un MEDlCO dentro de una organización de cuidados médicos se le asignan muchos
PACIENTES, pero un PACIENTE es asignado sólo a un MEDICO. Otro ejemplo muestra que un
EMPLEADO es un miembro de sólo un DEPARTAMENTO, pero cada DEPARTAMENTO tiene
numerosos EMPLEADOS.
1:1
PRODUCTO EMPLEADO
1 1
se se le M:N
lista asigna
para
1 1 ESTUDIANTE VENDEDOR
MEDICO EMPLEADO
N N
1 M
CURSOS CIUDAD
Trata pertenece
al a
M 1
PACIENTE DEPARTAMENTO
1aM Ma1
FIG 5.5.3. Diagramas de Relación-entidad que muestran asociaciones uno a uno, uno a muchos,
muchos a uno o muchos a muchos.
ATRIBUTOS
Un atributo es una característica de una entidad. Puede haber muchos atributos para cada
entidad. Por ejemplo, un paciente (entidad) puede tener numerosos atributos, tales como el
apellido, nombre, dirección, ciudad, estado, etc. La fecha de la última visita del paciente, así como
el detalle de la receta, también son atributos. Cuando se elaboró el diccionario de datos, el
elemento más pequeño fue denominado elemento dato o sencillamente dato. Cuando se exponen
los conceptos con referencia a los archivos y a la base de datos, estos datos se refieren también
como datos. Los datos de hecho son las unidades más pequeñas en un archivo o en una base de
datos, la palabra dato también puede utilizarse de manera intercambiable con la de atributo.
Los datos pueden tener un valor. Estos valores pueden ser de longitud fija o variable;
pueden ser alfabéticos, numéricos o alfanuméricos. En la figura 5.5.4 pueden observarse ejemplos
de elementos dato y de sus valores.
En ocasiones, un dato puede referirse como un campo; sin embargo, esto es incorrecto,
48
pues un campo representa algo físico y no lógico. Además, numerosos datos pueden agruparse en
un campo; el campo puede leerse y convertirse en numerosos datos.
EJEMPLO
DE LO ANTERIOR OCURRE CUANDO SE ALMACENA LA FECHA EN UN SOLO CAMPO, TAL
COMO MM / DD / AA.
Con el fin de ordenar el archivo por fecha, se extraen tres elementos dato separados del campo,
ordenándose primero por AA, luego por MM y finalmente por DD.
REGISTROS
Un registro es una colección de datos elementales que tienen algo en común con la
entidad descrita. La figura 5.5.5 es una ilustración de un registro con numerosos datos
relacionados. El registro muestra un pedido colocado para una empresa de ventas por
correspondencia. Son atributos el #-ORDEN, APELLIDO, NOMBRE, DIRECCIÓN, CIUDAD,
ESTADO y TARJETA DE CRÉDITO. La mayoría de los registros tienen una longitud fija, de tal
forma que no es necesario determinar en cada ocasión la longitud del registro.
Entidad Dato Valor
Vendedor Número del Vendedor 87254
Nombre del Vendedor Kaytell
Nombre de la Compañía Music Unlimited
Dirección 45 Arpeum Circle
Ventas $ 20,765
Ancho 2
Altura 16
Longitud 16
Empacado Peso 3
Dirección para enviar 765 Dulcinea Drive
Dirección del Remitente P.O. Box 341 Spring Valley, MN
Producto(s) B521
Descripción( es) "Mi bella Dama" disco compacto
Cantidad ordenada 1
Apellido de la Persona que solicita la orden Kiley
Inicial del nombre R.
Dirección 765 Dulcinea Drive
Ciudad La Mancha
Estado CA
Código Postal 93407
Número de la tarjeta de crédito 65-8798-87
Fecha del pedido 05/01/87
Cantidad $6.99
Status
Devuelto
Fig. 5.5.4 Se le asignan valores típicos a los datos, los cuales pueden ser números, caracteres
alfabéticos, caracteres especiales o combinaciones de los tres.
49
Según ciertas circunstancias (por ejemplo, cuando el espacio es muy valioso), se utilizan
registros de longitud variable Un registro de longitud variable se utiliza como alternativa para
reservar una gran cantidad de espacio para registros más largos, como serian el número máximo
de visitas de un paciente a un médico. Cada visita contendría numerosos elementos dato que
serian en parte del registro global del paciente (o el folder del archivo en un sistema manual).
Registro
Atributos
Llave
Fig. 5.5.5 Un registro cuenta con una llave (criterio) primaria, el cual puede tener numerosos atributos
LLAVES
Una llave es un dato elemental en un registro que se utiliza como criterio de identificación
para éste. Cuando una llave identifica de manera exclusiva un registro se le denomina llave
primaria (o criterio primario). Por ejemplo, un #-ORDEN, puede ser una llave primaria porque sólo
hay número asignado a cada orden o pedido de cliente. De esta manera, la llave primaria identifica
la entidad del mundo real (orden del cliente)
METADATOS
Los metadatos son datos acerca de los datos presentes en el archivo o en la base de datos.
Los metadatos describen el nombre que se les da la longitud asignada a cada dato elemental. Los
metadatos también describen la longitud y la composición de cada uno de los registros.
La figura 5.5.6 es un ejemplo de metadatos para una base de datos. La longitud de cada
elemento se indica, donde 52 significa que se reservarán 5 espacios para el número (dos de los
50
Para completar los registros del MEDICO, el médico necesita obtener la información acerca
del tratamiento que ha recibido el PACIENTE. Muchos PACIENTES reciben numerosos
tratamientos, estableciendo una relación de muchos a muchos (M:N). Los TRATAMIENTOS
pueden incluir recetas o algo similar, pues tales tratamientos pueden requerir combinaciones de
drogas farmacéuticas, así como muchas drogas pueden servir para numerosos tratamientos.
En la figura 5.5.8 se incluye cierto detalle de los atributos. Los atributos se enumeran junto a
cada una de las entidades y los criterios se subrayan. Por ejemplo, la entidad receta un MONBRE-
PRODUCTO, DOSIS, FABRICANTE Y CANTIDAD. De manera ideal, sería benéfico diseñar
primero una base de datos con este enfoque mediante el uso de diagramas de relación de
identidades, y luego, llenar con detalle sus atributos. Este es un enfoque deseable de arriba hacia
abajo (descendente), pero en ocasiones, muy difícil de lograr.
DATO VALOR
Número del Vendedor N 5
Nombre del Vendedor A 20 Campos
Nombre de la Compañía C 26 N Numérico
Dirección C 36 A Alfabético
Ventas N 9.2 C Compuesto (A o N)
Espesor N 2 D Fecha MM/DD/AA
Altura N 2
Longitud N 2
Peso N 2
Dirección para enviar C 36
Dirección del remitente C 36
Producto(s) C 4
Descripción(es) C 30
Cantidad Ordenada N 2 Pueden especificarse
Apellido de la persona que solicita la orden formatos especiales
A 24
para los campos
51
MEDICO
trata
M
M N
PACIENTE sintomas TRATAMIENTOS
M M
Suscrito incluye
a
1 N
EMPRESA RECETAS
ASEGURADORA
Fig. 5.5.7 El diagrama de relación de entidades para el tratamiento del paciente incluye a las entidades
MEDICO, PACIENTE, ASEGURADORA, TRATAMIENTOS y RECETAS.
52
(NOMBRE MEDICO
DIRECCIÓN MÉDICO,
TELEFONO MÉDICO, MEDICO
ESPECIALIDAD)
trata
M
M N
(NOMBRE PACIENTE sintomas (DESCRIPCIÓN,
DIRECCION PACIENTE PACIENTE TRATAMIENTOS FECHA,
TELEFONO PACIENTE SINTOMAS)
FECHA PRIMERA
VISITA)
M M
Suscrito incluye
a
1 N
(NOMBRE
ASEGURADORA
DIRECCION EMPRESA RECETAS (NOMBRE PRODUCTO
ASEGURADORA
DESCRIPCION ASEGURADORA DOSIS, FABRICANTE,
PLAN) CANTIDAD)
Fig. 5.5.8 El criterio se subraya en cada caso. Los atributos pueden listarse a un lado de las entidades
Esquema conceptual
Esquema
(modelo del diseño conceptual
lógico de la base de datos)
(modelo del diseño lógico de la base de datos)
Esquemainterno
Esquema interno
(modelo
(modelo del
del diseño físicodedelala
diseño físico base
base de de datos)
datos)
Fig. 5.5.9 El diseño de la base de datos incluye el resumen de los reportes del usuario, las
presentaciones para el usuario y los diseños lógicos y físicos
En la literatura de base de datos, tal presentación se refiere al esquema. La figura 5.5.9
muestra como se relacionan el reporte del usuario y la presentación del usuario (esquema del
usuario) a un modelo lógico (esquema conceptual) y a un diseño físico (esquema interno).
Existen tres tipos básico de base de datos con una estructuración lógica: jerárquica, en red
y de relación.
Las estructuras de datos jerárquicas implican que una entidad no puede tener más de una
entidad propia. Esto es, una estructura hecha de varias asociaciones 1:M ó 1:1. Otras
asociaciones, tales como M:1 ó M:N no se permiten.
54
ENTIDAD
Fig. 5.5.10 La recuperación de datos en una estructura jerárquica de datos se realiza con base en las
ramificaciones.
Sin embargo, en ocasiones las operaciones pueden volverse más sofisticadas. Por ejemplo,
si encontramos un error en el número de tarjeta de crédito de “G. MacRae", necesitaremos
consultar a través de cada entidad de referencia para aseguramos que buscamos cada ocurrencia
de "G. MacRae". Observe también que no podríamos agregar un nuevo cliente hasta que se
eligiera un artículo específico. Esta es una de las desventajas de una estructura jerárquica cuales
son datos comunes a ambas entidades.
55
ARTICULO
CLIENTE
Fig. 5.5.11 En una estructura de datos jerárquica, los CLIENTES se representan subordinados al
ARTÍCULO.
Una estructura reticular permite que cualquier entidad cuente con cualquier número de
subordinados o de superiores. En la figura 5.5.12 se ilustra una estructura de red. Las entidades
se conectan mediante el uso de enlaces de red, los cuales son datos comunes a ambas entidades
conectadas. Algunos de los problemas inherentes a las estructuras jerárquicas pueden advertirse
mediante el uso de una estructura reticular, pero la estructura en red no deja de ser compleja.
si fuera una estructura jerárquica, pues el registro de la orden (10784 por "MacRae") aparece sólo
una vez. También es posible insertar registros para aquellos clientes que no hayan colocado
pedidos (por ejemplo, si sólo desearan estar registrados en la lista de correos de catálogos). La
conveniente DESCRIPCION-ARTICULO puede agregarse en una fecha anterior a la colocación de
los pedidos.
ENTIDAD ENTIDAD
Fig. 5.5.12 Las estructuras en red permiten que la entidad cuente con numerosos subordinados o
superiores, y las entidades se conectan por medio de enlaces comunes.
57
58
Una estructura relacional consiste en una o más tablas bidimensionales, las cuales se
refieren corno relaciones. Los renglones de las tablas representan los registros y las columnas
contienen los atributos.
En la figura 5.5.14 la base de datos de órdenes de discos compactos se plantea como una
estructura relacional. Aquí se necesitan de tres tablas para: 1) describir los artículos y dar
seguimiento al precio actual de los discos compactos (PRECIO-ARTICULO); 2) describir los
detalles de la orden (ORDEN); y 3) identificar el estatus de la orden (ESTADO-ARTICULO).
Para determinar el precio de un artículo, necesitamos saber el número del artículo para ser
capaces de encontrarlo en relación PRECIO-ARTICULO. Para actualizar el número de tarjeta de
crédito "G. MacRae's" podemos buscar MacRae en la relación ORDEN y corregirlo una sola vez,
aun a pesar de que él haya ordenado varios discos compactos. Para localizar el estatus se parte
de una, sin embargo, necesitaremos saber el #-ARTICULO, #-ORDEN; y localizar tal información
en la relación ESTADO- ARTICULO.
Con el fin de que las estructuras relacionadas sean útiles y manejables, las tablas
relacionales deben "normalizarse" primero. En la siguiente sección se detalla tal proceso de
normalización.
59
NORMALIZACION
PRECIO-ARTICULO
ORDEN
CUENTA
# ORDEN APELLIDO I DOMICILIO CIUDAD EDO.
CARGO
10784 MacRae G 2314 Curly Circle Lincoln NE 45.4654.76
10796 Jones S 34 Dream Lane Oklahoma City OK 44.9876.74
11821 Preston R 1008 Madison Ave. River City lA 34.7642.64
11845 Channing C 454 Harmonia St. New York NY 34.0876.87
11872 Kiley R 765 Dulcinea Drive La Mancha CA 65.8798.87
ARTICULO
Fig. 5.5.14 En una estructura de datos relacional, los datos se almacenan en varias tablas.
60
La primera etapa
Del proceso incluye la eliminación de grupos repetidos y la identificación de la llave que
define al criterio primario. Con el fin de hacer esto, la relación necesita desglosarse en dos
o más relaciones. En este punto, las relaciones pueden encontrarse en la forma normal
tercera, pero quizás sean necesarios más pasos para transformar las relaciones a la forma
normal tercera.
El segundo paso
Asegura que todos los atributos no-llave, o sin llave sean, completamente dependientes de
la llave del criterio primario. Todas las dependencias normales se eliminan y se colocarán
en otra relación.
El tercer paso
Elimina cualquier dependencia transitoria. Una dependencia transitoria es aquella en la
cual sus atributos no-llave son dependientes de otros atributos no-llave.
61
0 0
0 Presentacio- 0
0 nes del 0
0 0
0 usuario 0
0 0
0 0
0 0
0 0
Relaciones no
normalizadas
Relaciones
normalizadas
(FN1)
Paso 2: Elimine las
dependencias
parciales
Relaciones en forma
normal secundaria
(FN1)
O Compañía de Equipos O
Hidráulicos Al S. Well
O Spring Valley, Minnesota
O
O Vendedor # : 3462
O
O Nombre : Waters O
Area de Ventas : Occidente
O O
O NUMERO NOMBRE NUMERO LOCALIDAD VENTAS O
ALMACEN
O CLIENTE CLIENTE ALMACEN O
O 18765 Delta Services 4 Fargo 13,540 O
18830 M. Levy and Sons 3 Bismarck 10,600
O O
Fig. 5.5.16 Un reporte de usuario de la Compañía de Equipos Hidráulicos AI S. Well.
EJEMPLO DE NORMALIZACIÓN
NUMERO-VENDEDOR
NOMBRE-VENDEDOR
AREA-VENT AS
NUMERO-CLIENTE* (1- )
NOMBRE-CLIENTE
NUMERO-ALMACEN
LOCALIDAD-ALMACEN
LOCALIDAD-VENTAS
63
Fig. 5.5.17 El analista encontrará de utilidad una estructura de datos (a partir de un diccionario de
datos) para el desarrollo de una base de datos.
NOMBRE-
VENDEDOR
NUMERO -
VENDEDOR
AREA-
VENTAS
NUMERO- NOMBRE-
CLIENTE CLIENTE
NUMERO- UBICACIÓN-
ALMACEN ALMACEN
NUMERO-
ALMACEN
NUMERO-
CLIENTE
UBICACIÓN-
ALMACEN
Fig. 5.5.18 La elaboración de diagramas de datos modelo para asociaciones entre los datos,
en ocasiones auxilia al analista para apreciar la complejidad del almacenamiento de
los datos.
Antes de continuar, observe en la figura 5.5.18 las asociaciones existentes entre los datos
elementales. Este tipo de ilustración se denomina diagrama de burbuja o diagrama de modelo de
datos. Cada entidad se encierra en una elipse y se utilizan flechas para indicar las relaciones.
Aunque es posible dibujar estas relaciones en un diagrama E-R, en ocasiones, es más fácil utilizar
un sencillo diagrama de burbuja para modelar los datos.
Y es por ello que habrá una correspondencia uno a uno entre NUMERO-CLIENTE y
NOMBRECLIENTE; lo mismo es cierto para NUMERO-ALMACEN. NUMERO-CLIENTE tendrá sólo
64
EJEMPLO
NUMERO AREA
NOMBRE NUMERO NOMBRE NUMERO UBICACION VALOR
VEN-
VVENDEDOR VENDEDOR TAS CLIENTE CLIENTE ALMACEN ALMACEN VENTAS
: 3462 Waters West 18765 Delta Systems 4 Fargo 13540
18830 A. Levy and Sons 3 Bismarck 10600
19242 Ranier Company 3 Bismarck 9700
3593 Dryne East 18841 R. W. Flood Inc. 2 Superior 11560
18899 Seward Systems 2 Superior 2590
19565 Stodola´s Inc. 1 Plymouth 8800
Fig. 5.5.19 Si los datos se listaran en una tabla no normalizada, habría grupos repetidos
NUMERO-
VENDEDOR
NOMBRE- NUMERO-
VENDEDOR CLIENTE
AREA- NOMBRE-
VENTAS CLIENTE
NUMERO-
ALMACEN
UBICACION-
ALMACEN
VALOR-
VENTAS
Fig. 5.5.20 Un diagrama de datos modelo muestra que una relación no normalizada, el
NUMERO-VENDEDOR tiene una asociación 1:M con ciertos atributos.
El primer paso para normalizar una relación es eliminar los grupos que están repetidos. En
nuestro ejemplo, la relación no normalizada REPORTE- VENTAS se descompondrá en dos
relaciones separadas. Esas nuevas relaciones se denominarán VENDEDOR y CLIENTE-
VENDEDOR.
VENDEDOR-
CLIENTE (NUMERO-VENDEDOR, NUMERO-CLIENTE, NOMBRE-CLIENTE
NUMERO-ALMACEN, UBICACION-ALMACEN, VALOR-VENTAS)
REPORTE - VENTAS
VENDEDOR
NUMERO NOMBRE AREA
VENDEDOR VENDEDOR VENTAS
3462 Waters Occidente
3593 Dryne Este
etc.
VENDEDOR-CLIENTE
VALOR-
VENTAS
NUMERO- NUMERO-
VENDEDOR CLIENTE
NOMBRE-
CLIENTE
NUMERO-
ALMACEN
UBICACIÓN-
ALMACEN
Fig. 5.5.22 Un diagrama de datos modelo muestra que tres atributos son dependientes del NUMERO-
CLIENTE, de tal forma que la relación aún no se encuentra normalizada. Tanto NUMERO-
VENDEDOR como NUMERO-CLIENTE se requiere para localizar VALOR-VENTAS.
VENDEDOR-CLIENTE
VENTAS
NUMERO NUMERO VALOR
VENDEDOR CLIENTE VENTAS
3462 18765 13540
3462 18830 10600
3462 19242 9700 CLIENTE-ALMACEN
3593 18841 11560
NUMERO NUMERO UBICACION
3593 18899 2590 NOMBRE CLIENTE
CLIENTE ALMACEN ALMACEN
3593 19565 8800 18765 Delta Systems 4 Fargo
etc. 18830 A. Levy and Sons 3 Bismarck
19242 Ranier Company 3 Bismarck
18841 R.W.Flood Inc. 2 Superior
18899 Seward Systems 2 Superior
19565 Stodola`s Inc. 1 Plymouth
etc.
68
En la forma normal secundaria, todos los atributos serán funcionalmente dependientes del
criterio o llave primario. Además, el siguiente paso sería eliminar todas las dependencias parciales
y colocarlas en otra relación. La figura 5.5.23 muestra como la relación VENDEDOR-CLIENTE se
separa en dos nuevas relaciones, VENTAS y CLIENTE-ALMACEN.
CLIENTE-
ALMACEN (NUMERO-CLIENTE, NOMBRE-CLIENTE, UBICACION-ALMACEN, NUMERO-
ALMACEN)
NUMERO-
CLIENTE
NOMBRE-
CLIENTE
NUMERO-
ALMACEN
UBICACIÓN-
ALMACEN
69
Fig. 5.5.24 Diagrama de datos modelo que muestra que existe una dependencia transitoria entre
NUMERO-ALMACEN y UBICACIÓN-ALMACEN.
CLIENTE - ALMACEN
Fig. 5.5.25 La relación CLIENTE-ALMACEN se separa en dos relaciones denominadas CLIENTE (FN1)
y ALMACEN (FN1).
70
VENDEDOR VENTAS
NUMERO NOMBRE AREA NUMERO NUMERO VALOR
VENDEDOR VENDEDOR VENTAS VENDEDOR CLIENTE VENTAS
etc. 1 Plymouth
etc.
Fig. 5.5.26 La base de datos completa consiste de cuatro relaciones FN1 denominadas VENDEDOR,
VENTAS, CLIENTES y ALMACEN.