ANALISIS Y DISEÑO DE SISTEMAS I 2021 11 BTPI
11 BACHILLERATO TECNICO PROFESIONAL EN INFORMATICA
ANALISIS Y DISEÑO DE SISTEMAS I 2021
LIC. MARCO ANTONIO RAMOS MEZA
1. Análisis de Sistemas de Computación
2. Objetivos del Análisis
3. Diseño de sistemas de computación
4. Diseño de la Salida
5. Herramientas para el Diseño de Sistemas
6. Análisis de Sistemas de Apoyo a Decisiones Semiestructuradas
7. Sistemas de apoyo a Decisiones
8. Conceptos del proceso de Toma de decisiones relevantes para los DSS
9. Conclusiones
1. Análisis de Sistemas de
Computación
Es un conjunto o disposición
de procedimientos o programas relacionados de manera que
juntos forman una sola unidad. Un conjunto de hechos, principios y
reglas clasificadas y dispuestas de manera ordenada mostrando un plan lógico en la unión de las partes.
Un método, plan o procedimiento de clasificación para hacer
algo. También es un conjunto o arreglo de elementos para realizar
un objetivo predefinido en el procesamiento de la Información.
Esto se lleva a cabo teniendo en cuenta ciertos principios:
·
Debe
presentarse y entenderse el dominio de la información de un problema.
·
Defina
las funciones que debe realizar el Software.
·
Represente
el comportamiento del software a consecuencias de acontecimientos
externos.
·
Divida en
forma jerárquica los modelos que representan la información,
funciones y comportamiento.
El proceso debe partir desde la
información esencial hasta el detalle de la Implementación.
La función del Análisis puede ser dar
soporte a las actividades de un negocio, o desarrollar
un producto que pueda venderse para generar beneficios. Para
conseguir este objetivo, un Sistema basado
en computadoras hace uso de seis (6) elementos fundamentales:
·
Software, que
son Programas de computadora,
con estructuras de datos y su documentación que
hacen efectiva la logística metodología o controles de
requerimientos del Programa.
·
Hardware,
dispositivos electrónicos y electromecánicos, que proporcionan capacidad de
cálculos y funciones rápidas, exactas y efectivas (Computadoras, Censores,
maquinarias, bombas, lectores, etc.), que proporcionan una función externa
dentro de los Sistemas.
·
Personal, son
los operadores o usuarios directos de las herramientas del Sistema.
·
Base de Datos,
una gran colección de informaciones organizadas y enlazadas al Sistema a las
que se accede por medio del Software.
·
Documentación, Manuales, formularios,
y otra información descriptiva que detalla o da instrucciones sobre
el empleo y operación del Programa.
·
Procedimientos,
o pasos que definen el uso especifico de cada uno de los elementos o
componentes del Sistema y las reglas de su manejo y mantenimiento.
-------------19-03-2021-------------
Un Análisis de Sistema se lleva a cabo teniendo en
cuenta los siguientes objetivos en mente:
·
Identifique
las necesidades del Cliente.
·
Evalúe que
conceptos tiene el cliente del sistema para establecer su viabilidad.
·
Realice un
Análisis Técnico y económico.
·
Asigne
funciones al Hardware, Software, personal, base de datos, y
otros elementos del Sistema.
·
Establezca las
restricciones de presupuestos y planificación temporal.
·
Cree una
definición del sistema que forme el fundamento de todo el
trabajo de Ingeniería.
Para lograr estos objetivos se requiere tener un
gran conocimiento y dominio del Hardware y el Software, así como de
la Ingeniería humana (Manejo y Administración de personal),
y administración de base de datos.
Es el primer paso del análisis del sistema, en este
proceso en Analista se reúne con el cliente y/o usuario (un representante
institucional, departamental o cliente particular), e identifican las metas
globales, se analizan las perspectivas del cliente, sus necesidades y
requerimientos, sobre la planificación temporal y presupuestal, líneas
de mercadeo y otros puntos que puedan ayudar a la identificación
y desarrollo del proyecto.
Algunos autores suelen llamar a esta parte ¨ Análisis
de Requisitos ¨ y lo dividen en cinco partes:
·
Reconocimiento
del problema.
·
Evaluación
y Síntesis.
·
Modelado.
·
Especificación.
·
Revisión.
Antes de su reunión con el analista, el cliente
prepara un documento conceptual del proyecto, aunque es recomendable que este
se elabore durante la comunicación Cliente – analista, ya que de hacerlo el
cliente solo de todas maneras tendría que ser modificado, durante la
identificación de las necesidades.
<<<<TAREA>>>>
INVESTIGAR QUE ES ESTUDIO DE VIABILIDAD EN EL ANALISIS Y DISEÑO DE SISTEMAS
----------------26-03-2021----------------
Muchas veces cuando se emprende el desarrollo de un
proyecto de Sistemas los recursos y el tiempo no son
realistas para su materialización sin tener pérdidas económicas y frustración
profesional. La viabilidad y el análisis de riesgos están
relacionados de muchas maneras, si el riesgo del proyecto es alto, la
viabilidad de producir software de calidad se reduce, sin embargo, se
deben tomar en cuenta cuatro áreas principales de interés:
Una evaluación de los costos de
desarrollo, comparados con los ingresos netos o beneficios obtenidos
del producto o Sistema desarrollado.
Un estudio de funciones, rendimiento y restricciones
que puedan afectar la realización de un sistema aceptable.
Es determinar cualquier posibilidad de infracción,
violación o responsabilidad legal en que se podría incurrir al
desarrollar el Sistema.
Alternativas. Una evaluación de los enfoques
alternativos del desarrollo del producto o Sistema.
El estudio de la viabilidad puede documentarse como
un informe aparte para la alta gerencia.
Análisis Económico y Técnico
El análisis económico incluye lo que llamamos, el
análisis de costos – beneficios, significa una valoración de
la inversión económica comparado con los beneficios que se obtendrán
en la comercialización y utilidad del producto o sistema.
Muchas veces en el desarrollo de Sistemas
de Computación estos son intangibles y resulta un poco dificultoso
evaluarlo, esto varía de acuerdo a la característica del Sistema. El análisis
de costos – beneficios es una fase muy importante de ella depende la posibilidad
de desarrollo del Proyecto.
En el Análisis Técnico, el Analista evalúa los
principios técnicos del Sistema y al mismo tiempo recoge información adicional
sobre el rendimiento, fiabilidad, características de mantenimiento
y productividad.
Los resultados obtenidos del análisis técnico son
la base para determinar sobre si continuar o abandonar el proyecto, si hay
riesgos de que no funcione, no tenga el rendimiento deseado, o si las piezas no
encajan perfectamente unas con otras.
Modelado de la arquitectura del Sistema
Cuando queremos dar a entender mejor lo que vamos a
construir en el caso de edificios, Herramientas, Aviones, Maquinas, se crea
un modelo idéntico, pero en menor escala (más
pequeño).
Sin embargo, cuando aquello que construiremos es un
Software, nuestro modelo debe tomar una forma diferente, deben representar
todas las funciones y subfunciones de un Sistema. Los modelos se concentran en
lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir
notación gráfica, información y comportamiento del Sistema.
Todos los Sistemas basados en computadoras pueden
modelarse como transformación de la información empleando una arquitectura del
tipo entrada y salida.
Es un Documento que sirve como fundamento para la
Ingeniería Hardware, software, Base de datos, e ingeniería Humana. Describe la
función y rendimiento de un Sistema basado en computadoras y las dificultades
que estarán presente durante su desarrollo. Las Especificaciones de los
requisitos del software se produce en la terminación de la tarea del análisis.
-----------------09-04-2021-----------------
Diseño de sistemas de computación
El Diseño de Sistemas se define el
proceso de aplicar ciertas técnicas y principios con el propósito de
definir un dispositivo, un proceso o un Sistema, con suficientes detalles como
para permitir su interpretación y realización física.
La etapa del Diseño del Sistema encierra cuatro
etapas:
Trasforma el modelo de dominio de la información,
creado durante el análisis, en las estructuras de datos necesarios para
implementar el Software.
Define la relación entre cada uno de los elementos
estructurales del programa.
Describe como se comunica el Software consigo
mismo, con los sistemas que operan junto con él y con los operadores y usuarios
que lo emplean.
Transforma elementos estructurales de la
arquitectura del programa. La importancia del Diseño del Software se puede
definir en una sola palabra Calidad, dentro del diseño es donde se fomenta la
calidad del Proyecto. El Diseño es la única manera de materializar con
precisión los requerimientos del cliente.
El Diseño del Software es un proceso y un modelado
a la vez. El proceso de Diseño es un conjunto de pasos repetitivos que permiten
al diseñador describir todos los aspectos del Sistema a construir. A lo largo
del diseño se evalúa la calidad del desarrollo del proyecto con un conjunto de
revisiones técnicas:
- El diseño debe implementar todos los requisitos explícitos contenidos en el modelo de análisis y debe acumular todos los requisitos implícitos que desea el cliente.
- Debe ser una guía que puedan leer y entender los que construyan el código y los que prueban y mantienen el Software.
- El Diseño debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementación.
Para evaluar la calidad de una presentación del diseño, se deben establecer criterios técnicos para un buen diseño como son:
- Un diseño debe presentar una organización jerárquica que haga un uso inteligente del control entre los componentes del software.
- El diseño debe ser modular, es decir, se debe hacer una partición lógica del Software en elementos que realicen funciones y subfunciones específicas.
- Un diseño debe contener abstracciones de datos y procedimientos.
- Debe producir módulos que presenten características de funcionamiento independiente.
- Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los módulos y el entorno exterior.
- Debe producir un diseño usando un método que pudiera repetirse según la información obtenida durante el análisis de requisitos de Software.
Diseño de la Salida
En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayoría de los usuarios la salida es la única razón para el desarrollo de un Sistema y la base de evaluación de su utilidad. Sin embargo, cuando se realiza un sistema, como analistas deben realizar lo siguiente:
- Determine qué información presentar. Decidir si la información será presentada en forma visual, verbal o impresora y seleccionar el medio de salida.
- Disponga la presentación de la información en un formato aceptable.
- Decida como distribuir la salida entre los posibles destinatarios.
Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos históricos, o información de referencia. Entre las decisiones que se toman durante el diseño de archivos, se encuentran las siguientes:
- Los datos que deben incluirse en el formato de registros contenidos en el archivo.
- La longitud de cada registro, con base en las características de los datos que contenga.
- La secuencia a disposición de los registros dentro del archivo (La estructura de almacenamiento que puede ser secuencial, indexada o relativa).
Diseño de Interacciones con la Base de Datos
La mayoría de los sistemas de información ya sean
implantado en sistemas de cómputos grandes o pequeños, utilizan una base de
datos que pueden abarcar varias aplicaciones, por esta razón estos sistemas
utilizan u administrador de base de datos, en este caso el diseñador
no construye la base de datos sino que consulta a su administrador para ponerse
de acuerdo en el uso de esta en el sistema.
Herramientas para el Diseño de Sistemas
Apoyan el proceso de formular las características
que el sistema debe tener para satisfacer los requerimientos detectados durante
las actividades del análisis:
Herramientas de
especificación
Apoyan el proceso de formular las características
que debe tener una aplicación, tales como entradas, Salidas, procesamiento y
especificaciones de control. Muchas incluyen herramientas para crear
especificaciones de datos.
Herramientas para
presentación
Se utilizan para describir la posición de datos,
mensajes y encabezados sobre las pantallas de las terminales, reportes y
otros medios de entrada y salida.
Herramientas para el
desarrollo de Sistemas
Estas herramientas nos ayudan como analistas a
trasladar diseños en aplicaciones funcionales.
Herramientas para
Ingeniería de Software
Apoyan el Proceso de formular diseños de Software,
incluyendo procedimientos y controles, así como la documentación correspondiente.
Producen el código fuente y las aplicaciones a
partir de especificaciones funcionales bien articuladas.
Apoyan la fase de la evaluación de un Sistema o de
partes del mismo contra las especificaciones. Incluyen facilidades para
examinar la correcta operación del Sistema, así como el grado de perfección
alcanzado en comparación con las expectativas.
La revolución del procesamiento de datos
de manera computarizada, junto con las prácticas de Diseño sofisticadas está
cambiando de forma dramática la manera en que se trasladan las especificaciones
de Diseño d Sistemas de Información funcionales.
------------------16-04-2021------------------
Análisis de Sistemas de Apoyo a Decisiones Semiestructuradas
Para poder obtener buenos resultados en
los sistemas de apoyo a decisiones estructuradas, debemos dividir el trabajo
como lo dice anteriormente el análisis de sistema del que estamos hablando,
debe tener en cuenta:
a. Si es analítico o heurístico
b. Cómo son tomadas las decisiones en las tres fases
de resolución de problemas de inteligencia
c. El uso de los métodos de criterios
múltiples útiles para la resolución de problemas semiestructurados.
Estos sistemas pueden funcionar de varias formas es
decir, la organización de la información para las situaciones de decisión,
la interacción con los tomadores de decisiones que llevan
consigo la expansión en la toma de decisiones, la forma de presentar la
información para su mejor comprensión añadiendo modelos y criterios múltiples.
En donde los modelos de criterios múltiples
incluyen procesos de compromiso, métodos ponderados y métodos de
eliminación secuencial y son los más adecuados para el manejo de la complejidad
y naturaleza semiestructurada.
8. Sistemas de apoyo a Decisiones
Este método posee características que lo diferencia
de los demás sistemas que manejan información y que son tradicionales. Los
usuarios finales de los DSS (sistemas de apoyo a decisiones) poseen
características especiales que merecen ser tomadas en cuenta.
Características de un
sistema de apoyo a decisiones
Debemos tener en cuenta que un sistema de apoyo a
decisiones lo definiremos como la manera de organización de información que se
pretende usar en la toma de decisiones. Para lo cual al presentar la
información debe estar diseñada basándose en la solución de problemas y esto
debe darse ya que el usuario no debe tomar la decisión, sino el DSS.
Un DSS permite al tomador de decisiones interactuar
con él, y esto debe verse en la interfaz del usuario.
Un DSS puede ser construido para dar soporte a decisiones
de una sola vez y son aquellas que son poco frecuentes a otras que suceden
rutinariamente.
Un DSS debe ser diseñado típicamente para
decisiones de un particular o para un grupo, es decir que el usuario entienda mejor
las soluciones por medio de gráficas, tablas u otro medio de
presentación y que sea de interfaz para el usuario.
Debemos saber utilizar las diferentes herramientas
que generan DSS, así como en la construcción de DSS específicos, y
generadores de DSS.
Para el DSS, el proceso trabajará para la
transformación del usuario, el tomados de decisiones y debe dar como resultado
un cambio y mejora del desempeño en la toma de
decisiones.
Usuarios de los sistemas
de apoyo a decisiones
Dentro de las organizaciones existen tres
niveles, el estratégico, el administrativo y el operacional, es por eso que a
nivel operacional las decisiones se pueden tomar y ser automatizadas
satisfactoria y completamente.
Los tipos de problemas que ayuda a solucionar un
DSS son complejos y semiestructurados ya que este tipo de problemas los ve
registrados en los niveles estratégico y administrativo.
Es importante que si el usuario final está muy
ocupado o preocupado por la interacción con el DSS, este puede ser utilizado
por un intermediario técnico o ayudante que interactúe con la
computadora y así las decisiones serán tomadas de una forma desde el
proceso y no desde la mecánica.
Conceptos del proceso de Toma de decisiones relevantes
para los DSS
Para la toma de decisiones sabemos que es necesario
hacer uso de la información como, el uso de teorías, que tiene como consecuencia el acierto, la
incertidumbre y el riesgo, es por eso que debemos diferenciar si el tomador de
decisiones en analítico o heurístico y es importante que estos tomen en cuenta
las fases de solución como son la inteligencia, la selección y el diseño, tal como se le da soporte en los
sistemas de apoyo a decisiones.
La toma de decisiones bajo
riesgo
Las decisiones son tomadas por lo general bajo tres
condiciones importantes como lo es la: certidumbre, incertidumbre y el riego.
La certidumbre es aquella que
nos muestra todo por anticipado antes de la decisión, los resultados,
las consecuencias y según sean las necesidades presentadas por el usuario.
La incertidumbre es lo contrario de la certidumbre,
no tenemos resultados, ni probabilidades o las consecuencias de las decisiones.
Entre estos dos aspectos o condiciones tienen por
medio el riesgo, es decir que tenemos el conocimiento (certidumbre) de las
alternativas (variables controlables), existen sólo las estimaciones y no
está en nuestras manos el controlar (variables ambientales) y de las que no
estamos seguros de su resultado (variables dependientes). Bajo estas
alternativas que tenemos muchas de las tomas de decisiones en
las empresas o negocios se realizan bajo riesgo.
El estilo de la toma de
decisiones
Por lo general la información se recolecta, procesa
y se usa en forma de parámetro según sea el estilo de la toma de decisiones. Y
es por eso que los tomadores de decisiones son analíticos o heurísticos.
Un tomador de decisiones analítico se apoya en la
información que es adquirida y evaluada sistemáticamente para estrechar las
alternativas y tomar una selección que esté basada en información. En donde los
tomadores de decisiones analíticos valoran la información cuantitativa y los
modelos que la generan y la usan. Como comentario adicional,
utilizan matemáticas para el modelo del problema y usan algoritmos para
resolverlos.
Un tomador de decisiones heurístico se hace ayudar
de lineamientos (reglas), aunque no se adapte, bajo conciencia o un
sistema, esto es que la heurística se basa en la experiencia. Estos tomadores
de decisiones aprenden bajo las actuaciones, es decir mediante la prueba y el
error hasta encontrar la solución. Y su apoyo es el sentido común para que los
guíe.
|
Tomador de decisiones analítico |
Tomador de decisiones heurístico |
|
·
Aprende
mediante análisis ·
Usa procedimientos
paso a paso ·
Valora la
información cuantitativa y los modelos ·
Constituye
modelos matemáticos y algoritmos ·
Busca
soluciones óptimas |
·
Aprende
actuando ·
Usa prueba y
error ·
Valora la
experiencia ·
Se apoya en
el sentido común ·
Busca soluciones
satisfactorias |
Fases para la solución de
problemas
La toma de decisiones (o resolución de problemas)
es un proceso, y está concebido en fases en vez de pasos. Puesto que, en las
fases, la ocurrencia de comportamiento se agranda y se escoge, y como
diferencia de los pasos es que estos se llevan a cabo mediante una secuencia,
es decir no podemos seguir sino se ha terminado el anterior y se realizan de
forma independiente.
Las fases para la toma de decisiones son la:
Inteligencia, el diseño y la selección (Simón 1965) Y se inicia en la forma
como se ha escrito.
Inteligencia: es la conciencia de un problema u
oportunidad, el tomador de decisiones busca en los ambientes de negocios
interno y externo, revisando las decisiones que deberá tomar, problemas a
resolver u oportunidades a examinar. La inteligencia se traduce como la
vigilancia, la búsqueda continua y revisión.
Diseño: Formula un problema y analiza las varias
soluciones alternativas, proporcionando al tomador de decisiones generar y
analizar alternativas para su aplicabilidad potencial.
Selección: La selección del tomador de decisiones
de una solución al problema u oportunidad identificado en la fase de
inteligencia. Incluyendo la implementación de la selección del tomador de
decisiones. Hay otros autores que incluyen la implementación y la evaluación.
En Conclusión, un proyecto de desarrollo de un
Sistema de Información comprende varios componentes o pasos llevados a cabo
durante la etapa del análisis, el cual ayuda a traducir las necesidades del
cliente en un modelo de Sistema que utiliza uno más de los componentes:
Software, hardware, personas, base de datos, documentación y procedimientos.
En una organización o Empresa, el análisis y
Diseño de Sistemas, es el proceso de estudiar su Situación con la finalidad de
observar cómo trabaja y decidir si es necesario realizar una mejora; el
encargado de llevar a cabo estas tareas es el analista de sistemas.
Antes de comenzar con el desarrollo de cualquier
proyecto, se conduce un estudio de Sistemas para detectar todos los detalles de
la situación actual de la empresa. La información reunida con este estudio
sirve como base para crear varias estrategias de Diseño. Los
administradores deciden que estrategias seguir.
Los Gerentes, empleados y otros usuarios finales
que se familiarizan cada vez más con el uso de computadoras están teniendo un
papel muy importante en el desarrollo de sistemas.
Todas las organizaciones son Sistemas que actúan de
manera reciproca con su medio ambiente recibiendo entradas y
produciendo salidas. Los Sistemas que pueden estar formados por otros Sistemas
de denominan subsistemas y funcionan para alcanzar los fines de su
Implantación.
Es por eso que existen varios modelos o métodos
para la realización del análisis y diseño de un sistema, lo primero del trabajo
fue revisar que es el Análisis y el diseño y posteriormente el autor Kendall,
presenta varios modelos que podemos utilizar para la realización y elaboración
de un proceso y trabajo exhaustivo y dar solución o respuesta al problema que
se ha generado desde la perspectiva del programador y analista.
---------------------- II PARCIAL----------------------
CICLO
DE VIDA DE UN SISTEMA DE INFORMACIÓN: FASES Y COMPONENTES
Conocer
el ciclo de vida de un sistema de información es necesario puesto que se trata
de un activo corporativo esencial, tanto en lo que respecta a los beneficios
que proporcionan como a la inversión que requiere.
Las
organizaciones deben planificar a largo plazo cuando se dispongan a hacer una
inversión en sistemas y servicios de información, para asegurarse de que
respaldarán las iniciativas empresariales. Al mismo tiempo, el sistema debe
garantizarles la capacidad para responder a las oportunidades emergentes.
¿Cuáles
son las aplicaciones esenciales? ¿Cuáles las prioridades del proyecto? ¿Qué
fases tiene el ciclo de vida de un sistema de información? Son algunas de las
preguntas que deben poder responderse para tener la certeza de que se estará
aprovechando al máximo el potencial de un activo del negocio tan relevante y
diferenciador.
ciclo
de vida de un sistema de información
CICLO DE VIDA DE UN
SISTEMA DE INFORMACIÓN: FASES
En
el ciclo de vida de un sistema de información pueden distinguirse siete fases.
Se trata de las siguientes:
·
Fase
de planificación.
En esta fase se prepara el diseño y posterior implementación del sistema. Es
necesario definir el alcance del proyecto, justificarlo y escoger una
metodología para su desarrollo. También es preciso asociar las diferentes
actividades a plazos de tiempo y designar roles y responsabilidades.
·
Fase
de análisis. Una
vez que el equipo de proyecto se decide por una metodología de desarrollo
determinada, da comienzo la segunda etapa en el ciclo de vida de un sistema de
información. Es la que tiene que ver con el análisis y donde se busca concretar
una serie de requisitos, que son los que regirán el nuevo sistema o los cambios
a introducir en el antiguo, si con el proyecto se busca su actualización.
·
Fase
de diseño. En
este estadio el equipo de proyecto tendrá que determinar cómo el nuevo sistema
de información cumplirá con los requisitos aplicables. Es por ello que, a estas
alturas del ciclo de vida de un sistema de información conviene identificar
soluciones potenciales, evaluarlas y elegir la más conveniente. Ésta será o la
más efectiva, o la más eficiente en costes o la menos compleja. Una vez
completadas esas tareas, habrá que continuar haciendo la selección tecnológica
de software y hardware, desarrollando las especificaciones para las distintas
aplicaciones y obteniendo aprobación de la gerencia para poder proceder a la
implementación del nuevo sistema.
·
Fase
de desarrollo.
El desarrollo software marca un antes y un después en la vida del sistema y
significa, además, el inicio de la producción. El cambio es una constante
durante esta etapa, en la que suele ser recomendable poner el foco en la
formación y capacitación de los usuarios y el equipo técnico.
·
Fase
de integración y periodo de pruebas.
El objetivo de esta etapa es corroborar que el diseño propuesto cumple con los
requisitos de negocio establecidos. Puede ser necesario repetir las pruebas
tantas veces como haga falta para evitar errores y, de hecho, conviene que el
usuario final dé su conformidad con el resultado. Por último, este estadio
concluye con la verificación y validación, que ayudan a asegurar la compleción
del programa con éxito.
·
Fase
de implementación.
En esta etapa del ciclo de vida de un sistema de información hay que proceder a
la instalación del hardware y software elegidos, crear las aplicaciones
correspondientes, someterlas a pruebas, crear la documentación pertinente y
capacitar a los usuarios. La conversión de datos es importante en este estadio,
en el que ya se empieza a trabajar en el nuevo sistema.
·
Fase
de mantenimiento. Esta
etapa del ciclo de vida de un sistema de información está relacionada con las
operaciones del día a día. Por lo general, consiste en introducir los ajustes
necesarios para mejorar el rendimiento y corregir los problemas que puedan
surgir. Una vez concluye la etapa de implementación se suele abrir un periodo
de operación supervisada, durante el que las actividades de mantenimiento
cobran una especial importancia, al orientarse a hacer backups, dar soporte a
los usuarios, resolver fallos, optimizar el sistema para cuestiones
relacionadas con la seguridad o la velocidad y revisar el software para
garantizar la alineación con las metas del negocio.
COMPONENTES DE UN
SISTEMA DE INFORMACIÓN
El
sistema de información es un conjunto integrado de componentes que las
organizaciones necesitan para recopilar, almacenar y procesar datos, así como
para proporcionar información, conocimiento y productos digitales. Las empresas
confían en los sistemas de información para llevar a cabo y gestionar sus
operaciones, interactuar con sus clientes y proveedores y competir en el
mercado.
Existen
muchos tipos de sistemas de información diferentes, cada uno de los cuales
sirve a un propósito determinado. Entre ellos, destacan tres grandes bloques:
1. Soporte operacional y
sistemas empresariales.
- ·
Apoyo
al trabajo del conocimiento.
- ·
Sistemas
de apoyo profesional
- ·
Sistemas
de colaboración
2. Sistemas de gestión del
conocimiento
- ·
Apoyo
de la gerencia
- ·
Sistemas
de informes de gestión
3. Sistemas de apoyo a la
decisión e inteligencia empresarial.
- ·
Sistemas
de información ejecutiva
Pese a las diferencias que pueda haber entre
empresas, lo que es común a todas son las 7 etapas del ciclo de vida de un
sistema de información ya citadas, y sus componentes, que son cinco:
- ·
Hardware
- ·
Software
- ·
Telecomunicaciones
- ·
Bases
de datos y almacenes de datos.
- ·
Recursos
humanos y procedimientos.
En
la práctica, los sistemas de información se utilizan, por ejemplo, para dirigir
cadenas de suministro interorganizacionales y mercados electrónicos. Pueden
emplearse para procesar cuentas financieras, administrar los recursos humanos y
llegar a los clientes potenciales con promociones en línea. Muchas empresas
importantes se construyen completamente alrededor de sistemas de información.
Amazon, Facebook o eBay, serían solo algunos ejemplos.
Las bases de datos son
un gran pilar de la programación actual, ya que nos permiten almacenar y usar
de forma rápida y eficiente cantidades ingentes de datos con cierta facilidad.
En la actualidad se usa de forma mayoritaria las bases de datos
relacionales (dominadas por distintos gestores a través del
lenguaje SQL, en gran medida).
Pero ahora vamos a dar un pequeño repaso
a lo más esencial del modelo entidad-relación, que es y ha sido
durante años la mejor forma de representar la estructura de estas bases de
datos relacionales (o de representar sus esquemas).
¿Qué es el modelo entidad-relación?
Como ya he comentado este modelo es solo
y exclusivamente un método del que disponemos para diseñar estos esquemas que
posteriormente debemos de implementar en un gestor de BBDD (bases
de datos). Este modelo se representa a través de diagramas y está formado por
varios elementos.
Este modelo habitualmente, además de
disponer de un diagrama que ayuda a entender los datos y como se relacionan
entre ellos, debe de ser completado con un pequeño resumen con la lista de los
atributos y las relaciones de cada elemento.
Elementos del modelo entidad-relación
Entidad
Las entidades representan cosas u objetos (ya
sean reales o abstractos), que se diferencian claramente entre sí.
Para poder seguir un ejemplo durante el
artículo añadiré ejemplos sobre un taller mecánico, donde se podría crear las
siguientes entidades:
·
Coches (objeto físico): contiene la información de cada taller.
·
Empleado (objeto físico): información de los trabajadores.
·
Cargo del empleado (cosa abstracta): información de la función del empleado.
Estas entidades se representan en un
diagrama con un rectángulos, como los siguientes.
Atributos
Los atributos definen o identifican las
características de entidad (es el contenido de esta entidad). Cada
entidad contiene distintos atributos, que dan información sobre esta entidad.
Estos atributos pueden ser de distintos tipos (numéricos, texto, fecha…).
Siguiendo el ejemplo de antes podemos
analizar los atributos de nuestra entidad “Coches“, que nos darán
información sobre los coches de nuestro supuesto taller.
Unos posibles atributos serían los
siguientes: número de chasis, matrícula, DNI del
propietario, marca,modelo y muchos otros que
complementen la información de cada coche.
Los atributos se representan como
círculos que descienden de una entidad, y no es necesario representarlos todos,
sino los más significativos, como a continuación.
En un modelo relacional (ya implementado
en una base de datos) una ejemplo de tabla dentro de unaBBDD podría
ser el siguiente.
Este ejemplo es con tres atributos, pero
un coche podría tener cientos (si fuese necesario) y seguirían la misma
estructura de columnas, tras implementarlo en una BBDD.
----------------28-05-2021----------------
Relación
Es un vínculo que nos permite definir
una dependencia entre varias entidades, es decir, nos permite exigir que varias
entidades compartan ciertos atributos de forma indispensable.
Por ejemplo, los empleados del taller
(de la entidad “Empleados“) tienen un cargo (según la entidad “Cargo
del empleado“). Es decir, un atributo de la entidad “Empleados“
especificará que cargo tiene en el taller, y tiene que ser idéntico al que ya
existe en la entidad “Cargo del empleado“.
Las relaciones se muestran en los
diagramas como rombos, que se unen a las entidades mediante líneas.
A continuacion un ejemplo de como se representaría (resaltada la relación, que posteriormente veremos como se haría).
Empleados
Relaciones de cardinalidad
Podemos encontrar distintos tipos de
relaciones según como participen en ellas las entidades. Es decir, en el caso
anterior cada empleado puede tener un cargo, pero un mismo cargo lo pueden
compartir varios empleados.
Esto complementa a las representaciones
de las relaciones, mediante un intervalo en cada extremo de la relación que
especifica cuantos objetos o cosas (de cada
entidad) pueden intervenir en esa relación.
Uno a uno: Una entidad se relaciona únicamente
con otra y viceversa. Por ejemplo, si tuviésemos una entidad con distintos
chasis y otra con matrículas deberíamos de determinar que cada chasis solo
puede tener una matrícula (y cada matrícula un chasis, ni más en ningún caso).
Uno a varios o varios a uno:
determina que un registro de una entidad puede estar relacionado con varios de
otra entidad, pero en esta entidad existir solo una vez. Como ha sido en el
caso anterior del trabajador del taller.
Varios a varios: determina que una entidad puede
relacionarse con otra con ninguno o varios registros y viceversa. Por ejemplo,
en el taller un coche puede ser reparado por varios mecánicos distintos y esos
mecánicos pueden reparar varios coches distintos.
Claves
Es el atributo de una entidad, al que le
aplicamos una restricción que lo distingue de los demás registros (no
permitiendo que el atributo específico se repita en la entidad) o le aplica un
vínculo (exactamente como comentábamos en las relaciones). Estos son los
distintos tipos:
Superclave: aplica una clave o restricción a
varios atributos de la entidad, para así asegurarse que en su conjunto no se
repitan varias veces y así no poder entrar en dudas al querer identificar un
registro.
Clave primaria: identifica inequívocamente un solo
atributo no permitiendo que se repita en la misma entidad. Como sería la
matrícula o el número de chasis de un coche (no puede existir dos veces el
mismo).
Clave externa o clave foránea: este
campo tiene que estar estrictamente relacionado con la clave primaria de otra
entidad, para así exigir que exista previamente ese clave. Anteriormente hemos
hablado de ello cuando comentábamos que un empleado indispensablemente tiene
que tener un cargo (que lo hemos representado numéricamente), por lo cual si
intentásemos darle un cargo inexistente el gestor de bases de datos nos
devolvería un error.
Comentarios
Publicar un comentario