1

Teora General de Sistemas

1. Introduccin:
Es interesante detenerse en la reflexin sobre un concepto o trmino que es parte fundamental del tema de
la materia: la Ingeniera. Qu es la Ingeniera? Desde el punto de vista filolgico, el Diccionario de la
Lengua Espaola dice que la Ingeniera es el Conjunto de conocimientos y tcnicas que permiten aplicar
el saber cientfico a la utilizacin de la materia y de las fuentes de energa || Profesin o ejercicio del
ingeniero. Desde el punto de vista tradicional, se trata de una disciplina tcnica que pretende resolver
problemas tcnicos mediante la aplicacin del conocimiento cientfico consolidado, a travs de la
utilizacin de conocimientos y mtodos tcnicos formales, para transformar los recursos naturales en
productos directamente utilizables por la sociedad y desde un punto de vista ms moderno, la Ingeniera es
un conjunto organizado de disciplinas tcnico-cientficas que actan de funciones de transformacin entre
el Universo del Discurso Cientfico (UoDC) y el Dominio de Soluciones Tcnico-Operativas (DSTO).
Los operadores de estas funciones son los recursos humanos, los mtodos tcnicos formales, las normas
tcnicas y legales, las tcnicas y las tecnologas aceptadas como estndares por organismos
internacionales o nacionales con autoridad reconocida.
Los operandos son:
(a) cada uno de los Espacios de Problema (EP) que conforman el Dominio del mbito (DA) de cada
disciplina (estructuras de comunicacin viaria terrestre, navegacin naval, transporte areo,
electricidad, electrnica, etc.);
(b) los criterios especficos de cada DA;
(c) los conocimientos particulares de cada EP;
(d) los objetivos marcados en cada Espacio de Solucin Tcnica (EST); y
(e) los recursos primarios y secundarios para trasformar o aplicar en la transformacin. Tanto el
proceso de transformacin como el resultado final deben tener la fiabilidad, calidad, eficacia y
eficiencia establecidas previamente por normas y recomendaciones de organismos internacionales.

Para comprender el rol de la ingeniera es necesario expresar definiciones imprescindibles agrupadas en 3

categoras:
1. Definiciones bsicas:
Trmino
Ingeniera

Enfoque de ingeniera
Propsito de la
ingeniera.
Proceso de ingeniera
Proyecto de ingeniera

Definicin
La ingeniera es una disciplina del conocimiento humano que busca y aplica
soluciones tcnicas y tecnolgicas a problemas reales, a partir de
conocimientos y planteamientos cientficos.
El enfoque de ingeniera se basa en la aplicacin rigurosa y metdica de
tcnicas y tecnologas suficientemente probadas dentro de un mbito terico
y prctico para obtener un resultado de calidad.
El propsito de la ingeniera es la de resolver problemas reales de tipo tcnico
y tecnolgico de la manera ms eficaz (alcanzando los objetivos marcados) y
eficiente (con el menor costo posible).
Es la forma unitaria en que se desarrolla el enfoque de ingeniera. El conjunto
de procesos de ingeniera constituyen el desarrollo global del enfoque de
ingeniera.
Es la unidad de accin de la ingeniera

2. Aspectos Metodolgicos:
Trmino
Metodologas

Mtodos

Tcnicas

Definicin
Son los sistemas estructurados y organizados de principios, reglas y prcticas
que se aplican a ramas del conocimiento especficas.
Es el conjunto de principios, reglas y prcticas que suministran la forma de
construir tcnicamente (el cmo) el software. Los mtodos estn implicados
en las categoras de actividades del desarrollo del software siguientes:
Planificacin y estimacin de proyectos; Anlisis de los requerimientos del
sistema y del software; Diseo de estructuras de datos, arquitectura de
programas y procedimientos algortmicos; Generacin de cdigo; Pruebas y
comprobaciones; e Implantacin y mantenimiento.
Mientras que la ciencia se dedica primordialmente al saber, la tcnica es el
arte de hacer. Entonces, la tcnica es la aplicacin de un conjunto de
procedimientos derivados del saber cientfico o artstico, y de los recursos
necesarios para poder producir resultados. La caracterizacin de una buena
tcnica se basa en los siguientes aspectos fundamentales:
Utilidad: los resultados obtenidos corresponden a determinados
objetivos establecidos previamente antes de la aplicacin de la tcnica.
Habilidad: los procedimientos y recursos se usan con pericia o
habilidad en casos semejantes.
Reproducibilidad: bajo las mismas condiciones y con los mismos
elementos iniciales, los resultados obtenidos deben ser siempre los
mismos.
Perdurabilidad: el conocimiento del proceso de aplicacin de los
procedimientos y recursos se puede guardar para recuperarlo en otro
momento futuro.

Procedimientos

Herramientas

Transmisibilidad: el conocimiento del proceso de aplicacin de los

procedimientos y recursos se puede ensear y aprender.
Eficiencia: los resultados se obtienen con el menor costo de recursos y
en el tiempo ms corto.
Es el conjunto de facilidades que integran mtodos y herramientas en
unidades metodolgicas operativas. Entre otras cosas, estas unidades definen
las secuencias de aplicacin de los mtodos; describen y establecen los
resultados de la culminacin de cada etapa de aplicacin de los mtodos,
denominadas entregas (documentos, informes, diagramas, etc.); definen los
controles para asegurar la calidad y gestionar los cambios; y establecen las
directrices que ayudan a los gestores del software en la evaluacin del
progreso en el desarrollo.
Es el conjunto de los elementos que, mediante la estructuracin, clasificacin
y automatizacin de determinados procedimientos de ingeniera y diseo,
facilitan el trabajo del ingeniero al descargarle de tareas rutinarias, repetitivas
o extremadamente exhaustivas, y le permiten centrarse en aspectos
cualitativos o fundamentales. Suministran en resumen un soporte automtico
o semiautomtico a los mtodos.

3. Aspectos operativos:
Trmino

Definicin

Es el grado de cumplimiento satisfactorio de las caractersticas siguientes:

Correccin de su diseo. El diseo est realizado segn unos requisitos
expresa-dos en consonancia con las necesidades de los usuarios y para
resolver el problema planteado.
Correcta correspondencia entre el diseo y su aplicacin: la construccin
Confiabilidad de un
resultante debe reflejar fielmente el diseo previo.
sistema
Fiabilidad de sus componentes: la tasa de fiabilidad de sus componentes
debe ser la mayor posible de forma que la tasa de fiabilidad conjunta sea
de un nivel parecido.
Regida por el tiempo que tardan los componentes en desgastarse: la
calidad de los componentes debe ser tal que alargue en lo posible la vida
til del sistema.
Es la situacin que se da cuando algunos o la totalidad de los sistemas
Obsolescencia
informticos estn operando por debajo del mnimo nivel de fiabilidad
funcional
exigible. Con lo cual, los resultados obtenidos tambin pueden estar por
debajo del nivel de confianza establecido.
Es la situacin que se da cuando uno o varios cambios en la forma de
funcionamiento de determinados sistemas de informacin o de estructuras
Obsolescencia
organizativas de la organizacin puede motivar, o la implantacin de un
Operativa
sistema informtico si no lo haba anteriormente, o la sustitucin del que
haba anteriormente.
Es la situacin que se da cuando algunos o la totalidad de los sistemas
informticos que mantienen los sistemas de informacin operativos han
Obsolescencia tcnica
llegado a su nivel mximo de evolucin. Y no pueden responder
eficientemente a las nuevas exigencias.

2. Definicin de Sistemas de Informacin:

Una definicin es ms general y una parte importante de una organizacin son los sistemas de informacin
definidos como el conjunto de personas, mquinas y procedimientos que se utilizan para llevar a cabo el
procesamiento de informacin; es decir que:
Los sistemas de informacin son componentes interrelacionados que capturan,
almacenan, procesan y distribuyen la informacin para apoyar la toma de decisiones, el
control, anlisis y visin en una organizacin
Pero el procesamiento de informacin requiere de la automatizacin de procesos que derivan en la
construccin de un sistema de informacin donde deben estar bien definidas las entradas de informacin a
ser procesada para luego pasar por un proceso encargado de transformar esta informacin en elementos de
salida as tambin al interior el procesamiento se apoya en un mecanismo de control que sirve para
retroalimentar y mejorar la efectividad de las salidas como se muestra en la siguiente figura:

3. Arquitectura de Informacin de la Organizacin:

Dentro de una organizacin se pueden distinguir 4 niveles de aplicaciones funcionales de sistemas de
informacin en una organizacin, siendo estas las siguientes:
a.) Nivel operacional:
Realiza el seguimiento de las actividades elementales y las transacciones de la
organizacin (ventas, recibos, depsitos, nminas, flujo de materiales,...)
Preguntas como: cuntos artculos hay en el inventario?, qu sucedi con la factura del
Sr. Gonzlez?
La informacin debe ser de fcil acceso, actualizada y exacta

b.) Nivel de conocimiento:

Ayudan a descubrir, organizar e integrar nuevo conocimiento en el negocio y a ayudar a
la organizacin a controlar el flujo de trabajo y de documentos
Sus principales aplicaciones actuales: aplicaciones de trabajo cooperativo, estaciones de
trabajo, sistemas de oficina y otros.
c.) Nivel de administracin:
Monitorizan, controlan, ayudan a decidir y a administrar las actividades de los ejecutivos
medios. responden a cuestiones como van las cosas bien?
Su principal cuestin: van bien las cosas?
Proporcionan:
Informes peridicos, no informacin instantnea
Brindan apoyo a la toma de decisiones. Preguntas del tipo qu impacto tendra
sobre la programacin de la produccin una duplicacin de ventas en el mes de
diciembre?
d.) Nivel estratgico:
Ayudan a la toma de decisiones estratgicas y tendencias a largo plazo, tanto en el
entorno como en el interior de la empresa.
Su objetivo: acomodar la capacidad y funcionamiento de la organizacin a los cambios
del entorno exterior.
Cada organizacin, institucin al interior maneja los denominados recursos TIC (Tecnologas de la
informacin y la comunicacin), clasificados en 5 reas fundamentales que son:
a) Datos:
Conocidos como los activos ms valiosos de una institucin (informacin no procesada) que
agrupados generan la informacin de una organizacin
b) Sistemas de Aplicacin:
Son todos los procesos, procedimientos, actividades o tareas automatizadas (en computadora) o
manuales, que realiza una organizacin para cumplir con su misin y visin.
c) Tecnologa informtica:
Conocida como todo lo que una organizacin posee para procesar informacin automatizada y
comprende:
Hardware: Definido como toda la parte tangible (todo lo que se puede tocar), la parte fsica
de una computadora por ejemplo la impresora, el monitor, el teclado y otros.
Software: Definido como toda la parte intangible, la

parte lgica de una computadora

sabemos que existe y manipulamos el mismo, por ejemplo los programas de computadora
como procesadores de texto, planillas electrnicas y otros.

 Sistemas Operativos: Definido como el programa que hace que el hardware y el software
funcionen como uno solo, siendo el encargado de soportar todos los programas y encargado
de administrar los recursos donde se almacenara y como se manejara la informacin.
Bases de Datos: Definido como el almacn o el contenedor de la informacin generada a
travs de sistemas de informacin computarizados.
Redes: Definido como la tcnica de compartir recursos, informacin y la comunicacin entre
computadoras para la realizacin de procesos automatizados.
Multimedia: Definido como el manejo e integracin de diferentes recursos de sonido,
imagen y video.
d) Infraestructura:
Definido como el lugar donde se alojan y almacenan los recursos de tecnologa de Informacin
(TI) y dar soporte a los sistemas de informacin.
e) Recursos Humanos:
Este componente (TI) es fundamental y est compuesto por todo el personal inmerso en la
generacin y manejo de la informacin, considera las habilidades del personal, el grado de
conocimiento, as como la

sensibilizacin y productividad para planear, organizar, adquirir,

entregar, soportar y monitorear servicios y sistemas de informacin.

La representacin de los niveles de aplicaciones funcionales y los recursos TIC de una organizacin son
mostrados en la siguiente figura:

4. Tipos de Sistemas de Informacin segn su arquitectura:

Segn su arquitectura un sistema de informacin est compuesto por la siguiente estructura:

Dnde:

La lgica de presentacin: Compuesto por las pantallas que presentan informacin de entrada y
salida de informacin.

Lgica de procesos o de aplicacin: Compuesto por los programas de aplicacin y las consultas
que son procesadas interactuando las necesidades de los usuarios y la informacin almacenada en
la base de datos.

Lgica de almacenamiento:

definido por el Conjunto de programas que permite DEFINIR,

CONSTRUIR y MANIPULAR bases de datos para diversas aplicaciones

Dentro de esta clasificacin se distinguen tres tipos de sistemas de informacin:
a.) Sistemas Monolticos: Que pueden ser construidos por una sola persona y requieren un modelado
mnimo, un proceso simple y herramientas simples.
b.) Sistemas de tres capas: Son construidas eficientemente y en un tiempo razonable por un equipo
de desarrollo. Requiere un modelado y procesos bien definidos adems de herramientas ms
sofisticadas
c.) Sistemas de mltiples capas: Son incluidas para brindar servicios de sistemas de informacin
destinados a Internet; lo que requiere de la incorporacin de un servidor. Su construccin requiere
de un equipo coordinado de desarrollo y sus modelos y
definidos.

procesos son bien estructurados y

5. El proceso: modelos de desarrollo.

Se entiende como proceso al conjunto ordenado de tareas, una serie de pasos que involucran actividades,
restricciones y recursos, que producen una salida determinada. El proceso de sistemas se entiende como el
conjunto de actividades necesarias para transformar los requisitos de un usuario en un sistema de
informacin, siendo sus caractersticas las siguientes:
Tiene una serie de actividades principales.
Utiliza recursos, est sujeto a restricciones y genera productos intermedios y finales.
Est compuesto por subprocesos que se encadenan de alguna forma.
Cada actividad tiene sus criterios de entrada y salida, que permiten conocer cuando
comienza y termina dicha actividad.
Existen principios orientadores que explican las metas de cada actividad.
Cuando implica la construccin de un producto, se suele llamar ciclo de vida, aportan consistencia y
estructura sobre el conjunto de actividades, lo que permite realizar la misma tarea correctamente de forma
repetida.
Existen diferentes modelos de proceso de desarrollo.

5.1. Modelo en Cascada:

Est compuesto por las siguientes fases:

Sus caractersticas son:

Tiene resultado en cada fase: uno o ms documentos aprobados
Una fase comienza cuando la anterior termina
En la prctica, las etapas se solapan

Sus iteraciones de costo son elevados y la reelaboracin del trabajo ocasionan que tiendan a la
congelacin de partes del desarrollo (especificaciones,...)
Se retrasa la localizacin y correccin de errores.
Pueden producir sistemas poco tiles para usuarios o mal estructurados
inflexibilidad del modelo: dificultad para responder a cambios en los requerimientos

5.2. Desarrollo Evolutivo:

Est basado en el desarrollo de una implementacin inicial, incluyendo la exposicin de
comentarios y crticas del usuario y su refinamiento es dado a travs de diferentes versiones hasta
llegar a un sistema adecuado, sus fases son:

Est compuesto por dos tipos de prototipos:

Prototipado evolutivo:
Trabaja con el cliente para explorar sus requerimientos y entregar un sistema final.
Tiene evolucin continua del prototipo mediante la agregacin de funciones y
caractersticas propuestas por el cliente
Prototipos desechables:
Permite la comprensin de las necesidades del cliente.
Se desarrolla desde una definicin mejorada de los requerimientos del sistema.
Sus prototipos son centrados en la experimentacin de requisitos poco claros o
complejos.

Sus principales problemas son:

Las prisas del cliente (utilizacin del prototipo como sistema final).
Pasar elecciones debidas al prototipo a la implementacin final (entorno, sistema
operativo,...)
Tiene una estructura deficiente.
La evolucin del proceso es difcil de gestionar.
Utiliza herramientas y tcnicas especiales.
Son poco adecuados para grandes sistemas.

5.3. Desarrollo Incremental:

Est compuesto por las siguientes fases:

Sus etapas son:

La identificacin y priorizacin de funciones y servicios
Definen los requerimientos que proporcionan parte de la funcionalidad, segn la prioridad
(los ms importantes se entregan antes)
Realizan una definicin detallada de requerimientos del incremento y desarrollo con el
proceso ms adecuado.
Congelan los requerimientos de los incrementos desarrollados.
Ponen en explotacin de los incrementos completados y entregados.
Sus ventajas son:
Son puestos en marcha de forma temprana.
Los incrementos iniciales permiten refinar requerimientos de incrementos posteriores.
Generan satisfaccin en el cliente (bajo riesgo de fallo).
El sistema final es muy probado y con pocos fallos.
Sus problemas son:
Sus incrementos son relativamente pequeos.
No existe adaptacin de requerimientos a incrementos del tamao apropiado.
Existe una identificacin de recursos comunes a todos los incrementos.

5.4. Modelo en Espiral:

Este modelo fue propuesto por Barry Boehm y tiene una organizacin en ciclos
Primer ciclo: factibilidad
Segundo ciclo: requerimientos
Tercer ciclo: Anlisis de riesgos.
Cuarto ciclo: Anlisis.
Quinto ciclo: Diseo del producto.
Sexto ciclo: Diseo de validacin y verificacin.
Sptimo ciclo: Implementacin.
Octavo ciclo: Plan de integracin y pruebas.
Noveno ciclo: Simulaciones, modelos y pruebas comparativas.
Cada ciclo se divide en 4 sectores:
Define objetivos, restricciones del producto y proceso, plan de administracin,...
La evaluacin y reduccin de riesgos (por ejemplo, mejor definicin de requerimientos
mediante prototipos).
Desarrollo y validacin: eleccin de un modelo para el desarrollo
Planificacin: el proyecto se revisa y se decide si se contina con el siguiente ciclo. si es
as, se planifica la siguiente fase.

Su estructura es la siguiente:

5.5. Proceso Unificado de Rational (RUP):

Es propuesto por los autores de UML (lenguaje unificado de modelado, est basado en
componentes interconectados a travs de interfaces y utiliza UML para desarrollar los esquemas y
diagramas de un sistema software. Sus principales aspectos definitorios son:
Estn dirigidos por casos de uso: Que permiten construir un sistema con xito, basndose en
el conocimiento de las necesidades y deseos de los futuros usuarios.
Est centrado en la arquitectura: La arquitectura de un sistema de informacin se describe
mediante diferentes vistas del sistema en construccin que generan una vista del diseo
completo con las caractersticas ms importantes resaltadas, dejando los detalles de lado; lo
que permite una constante interaccin entre los casos de uso y la arquitectura, que
evolucionan en paralelo.

Es iterativo e incremental: El trabajo se divide en partes ms pequeas o miniproyectos (una

iteracin que resulta en un incremento) donde:
La iteracin: Permite definir los pasos en el flujo de trabajo
El incremento: Permite el crecimiento del producto.
Las iteraciones estn controladas y planificadas
RUP contempla cuatro fases y cinco disciplinas fundamentales (flujos de trabajo), ver figura:
Resumen de RUP

Otra caracterstica que resalta a RUP es que utiliza la notacin UML para el diseo visual de los
diferentes diagramas.
Fases: Representan el desarrollo por los que pasa un modelo durante el proceso de diseo y
construccin de un sistema.
Fase de Inicio (Inception):
El objetivo global de la fase de inicio es poner en marcha el proyecto. Su objetivo
principal es desarrollar el anlisis del negocio hasta el punto necesario para justificar la
puesta en marcha del proyecto, otros objetivos que se toma en cuenta en esta fase son que
se delimita el alcance del proyecto, se reconocen los riesgos crticos y se realiza alguna
accin para mitigarlo, y se esboza una idea de la arquitectura posible del sistema en base a
los requisitos encontrados en los casos de uso.
Fase de Elaboracin (Elaboration):
Esta fase establece objetivos primordiales, como:

Tener conceptos claros sobre los requisitos, es decir identificar aquellos que son
funcionales y no funcionales, consiguiendo esto con la ayuda de los casos de uso.

Establecer una arquitectura slida, que pueda ser escalable en el tiempo.

Tener el plan del proyecto totalmente desarrollado.

Fase de Construccin (Construction):

El objetivo global de esta fase es dejar listo un producto software casi terminado que
recibe la el nombre de versin beta.
La versin beta contendr los casos de uso primordiales implementados, y estos tendrn
concordancia con la arquitectura establecida en la fase anterior.
Fase de Transicin (Transition):
Esta fase establece objetivos primordiales, como:

Cumplir con los requisitos establecidos en las fases anteriores, esto se determina si
el sistema hace lo que demandan sus usuarios y el negocio

Se debe ofrecer una lista a los usuarios de los problemas no resueltos.

Lanzar el producto software al mundo real para que este entre en funcionamiento.

Las Disciplinas o Flujos de Trabajo son los siguientes:

a.) Requisitos: Fase que permite determinar el comportamiento del sistema, determina sus
caractersticas, propiedades que se desea para el sistema.
b.) Anlisis: Consiguen una comprensin de los requisito, el anlisis se centra en lo que hay
que hacer.
c.) Diseo: Separa los requisitos en dos, funcionales y no funcionales, donde se desarrolla
una arquitectura para los requisitos funcionales que describe cmo se implementar el
sistema, en un nivel lgico sobre cdigo real.
d.) Implementacin: Los requisitos funcionales son convertidos en cdigo, para describir
el funcionamiento del sistema en un medio ejecutable.
e.) Prueba: Se verifica que la implementacin ofrezca una solucin a los requisitos, es
decir que el funcionamiento del sistema sea correcto o el deseado.