SISTEMAS SOCIO-TECNICOS

Un sistema es una coleccin de componentes nter relacionados que trabajan

conjuntamente para cumplir algn objetivo.

Los sistemas que incluyen software se dividen en 2 categoras:

Sistemas Tcnicos Informticos: incluyen componentes, hardware y software, pero no
procedimientos y procesos.
Sistemas Socio-Tcnicos: Comprenden uno o ms sistemas tcnicos pero, crucialmente
tambin incluyen conocimiento de cmo debe usarse el sistema para alcanzar algn
objetivo ms amplio.

Las caractersticas esenciales de los sistemas socio-tcnicos son las siguientes:

1. Tienen propiedades emergentes que son propiedades del sistema como un todo ms que
asociadas con partes individuales del sistema. Estas solo pueden ser evaluadas una vez
levantado el sistema.
2. Son a menudo no deterministas. cuando se presentan con una entrada especfica, no
siempre producen la misma salida.
3. No solo depende del sistema, sino tambin de la estabilidad de los objetivos, relaciones y
conflictos entre los objetivos organizacionales y como las personas interpretan estos
objetivos.

PROPIEDADES EMERGENTES DE LOS SISTEMAS:

Estas propiedades no se le pueden atribuir a ninguna parte especfica del Sistema, sino que
emergen cuando los componentes del sistema han sido integrados. Algunas de estas propiedades
pueden derivar directamente de las propiedades comparables de los subsistemas, ejemplo:
- Volumen: El volumen de un Sistema (el espacio total ocupado) vara dependiendo de
cmo estn ordenados y conectados los montajes de los componentes.
- Fiabilidad: La fiabilidad del sistema depende de la fiabilidad de los componentes, pero
interacciones inesperadas pueden causar nuevos tipos de fallos y, por lo tanto, afectar
a la fiabilidad del sistema.
- Proteccin: La proteccin del sistema (su capacidad para resistir ataques) es una
propiedad compleja que no se puede medir fcilmente. Los ataques pueden ser
ideados de forma que no fueron predichos por los diseadores del sistema y as vencer
las protecciones incorporadas.
- Reparabilidad: Esta propiedad refleja hasta qu punto resulta fcil arreglar un
problema con el sistema una vez que ha sido descubierto. Depende de la posibilidad
de diagnosticar el problema, acceder a los componentes que son defectuosos y
modificar o reemplazar estos componentes.
- Usabilidad: Esta propiedad refleja cmo es de fcil usar el sistema. Depende de los
componentes tcnicos del sistema, sus operarios y su entorno de operaciones.

Existen 2 tipos de propiedades emergentes:

1. Propiedades emergentes funcionales: todas las partes trabajan en conjunto con un mismo
objetivo.
2. Propiedades emergentes no funcionales: se refiere al comportamiento de los sistemas en
su entorno operativo.

Para ilustrar la complejidad de las propiedades emergentes, considere la propiedad de la fiabilidad
de un sistema. Existen 3 influencias conexas sobre la fiabilidad de un sistema.

1. Fiabilidad del hardware.
2. Fiabilidad del software.
3. Fiabilidad del operador.

INGENIERIA DE SISTEMAS

Es la actividad de especificar, disear, implementar, validar, utilizar y mantener los sistemas socio-
tcnicos.
Existen diferencias importantes entre el proceso de la ingeniera de sistemas y el proceso de
desarrollo del software.

1. Alcance limitado para rehacer el trabajo durante el desarrollo del sistema.
2. Implicacin interdisciplinaria.

I. Definicin de Requerimientos del Sistema.

Especifica lo que el Sistema debe hacer (sus funciones) y sus propiedades esenciales
y deseables. Esta fase se concentra en la derivacin de 3 tipos de requerimientos:

1. Requerimientos funcionales abstractos: aqu se definen las funciones bsicas
que el sistema debe tener.
2. Propiedades del Sistema: estas son las propiedades emergentes no funcionales
del sistema. Las cuales afectan a los requerimientos de todos los subsistemas.
3. Caractersticas que no debe mostrar el sistema.

II. Diseo del Sistema.

Las actividades a realizar en este proceso son:

1. Dividir Requerimientos: Analizar los requerimientos y organizarlos en grupos afines
2. Identificar Subsistemas: Debe identificar los diferentes subsistemas que pueden,
individual o colectivamente, cumplir los requerimientos.
3. Asignar requerimientos a los subsistemas.
4. Especificar la funcionalidad de los subsistemas: debe enumerar las funciones
especficas asignadas a cada subsistema. Y tambin intentar especificar las
relaciones entre los subsistemas.
5. Definir las interfaces del subsistema.

En este proceso de diseo existe mucha realimentacin e iteracin de una etapa a
otra.
Puede tener que hacer algn diseo inicial para estructurar y organizar el proceso de
la ingeniera de requerimientos. A medida que el proceso de diseo continua, puede
descubrir problemas con los requerimientos existentes y pueden surgir nuevos
requerimientos.

III. Modelado de Sistemas:

Durante la actividad de requerimientos y diseo del sistema, stos pueden ser
modelados como un conjunto de componentes y de relaciones entre estos
componentes.
La arquitectura del sistema puede ser presentada como un diagrama de bloques que
muestra los principales subsistemas y la interconexin entre ellos.

IV. Desarrollo de Subsistemas:

Se implementan los que ya hayan sido desarrollados durante el diseo del sistema,
esto implica comenzar otro proceso para los subsistemas individuales.

V. Integracin del Sistema:

Se toman los subsistemas desarrollados independientemente y se conjuntan para
formar el sistema completo, se puede hacer utilizando el enfoque Big Bang y un
enfoque de proceso de integracin creciente, el 2do es el mejor por 2 razones:

1. Por lo general, es imposible confeccionar una agenda para el desarrollo de todos
los subsistemas de tal forma que todos terminen al mismo tiempo.
2. Reduce el costo de localizacin de errores.

VI. Evolucin del Sistema:
El entorno externo del sistema puede cambiar, forzando cambios en el sistema. Esta
evolucin es muy costosa por las siguientes razones:

1. Los cambios propuestos tienen que analizarse cuidadosamente desde
perspectivas tcnicas y de negocios.
2. Debido a que los subsistemas no son completamente independientes.
3. A menudo no se registran las razones del diseo original.
4. Al paso del tiempo su estructura se corrompe por el cambio

VII. Desmantelamiento del Sistema:

Significa poner fuera de servicio a un sistema, cuando termina su periodo de vida
operativa.

ORGANIZACIONES, PERSONAS Y SISTEMAS INFORMATICOS

Los sistemas socio-tcnicos son sistemas empresariales que tienen la intencin de ayudar a
conseguir algunos objetivos organizacionales o de negocio. Esto puede ser incrementar las ventas,
reducir el uso de material en la fabricacin, recaudar impuestos, mantener un espacio areo
seguro, etc.

Los factores humanos y organizacionales del entorno del sistema que afectan a su diseo son los
siguientes:

1. Cambios en el proceso.
2. Cambios en el trabajo.
3. Cambios organizacionales.

I. Procesos Organizacionales:

Este se relaciona con el proceso de adquisicin del sistema y con el proceso de uso y
operacin del sistema. Son 3 procesos: adquisicin del sistema, proceso de desarrollo,
proceso operativo.

El proceso de adquisicin normalmente esta contenido dentro de la organizacin, est
relacionado con la toma de decisiones. El proceso de adquisicin tanto para sistemas
existentes como para sistemas especialmente diseados. Algunos puntos importantes
del proceso son los siguientes:

1. Comnmente los componentes comerciales no cumplen de forma exacta los
requerimientos, a menos que stos se hayan escrito teniendo en cuenta dichos
componentes.
2. Cuando un sistema se construye de forma especial, la especificacin de
requerimientos acta como la base de un contrato para la adquisicin del sistema.
3. Una vez que se ha seleccionado un contratista para construir el sistema, existe un
periodo de negociacin del contrato, en el cual puede tener que negociar nuevos
cambios en los requerimientos y discutir temas como el costo de los cambios del
sistema.

El proveedor, a quien normalmente se le conoce como contratista principal, puede
subcontratar el desarrollo de diferentes subsistemas a un cierto nmero de
subcontratistas.

SISTEMAS HEREDADOS

Debido al tiempo y esfuerzo requeridos para desarrollar un sistema, estos tienen un periodo de
vida muy largo. Los sistemas heredados son sistemas informticos socio-tcnicos que han sido
desarrollados en el pasado, a menudo usando tecnologa antigua y obsoleta. Se mantienen porque
son demasiado arriesgado reemplazarlos.

Partes lgicas de un sistema y sus relaciones:

1. Sistema hardware: en muchos casos estos sistemas fueron creados para hardware
mainframe que ya no est disponible, es costoso de mantener y no es compatible con las
actuales polticas de compras de IT organizacionales
2. Software de apoyo: los sistemas heredados cuentan con una gran variedad de software
de apoyo, estos pueden ser obsoletos o ya no recibir soporte de sus proveedores
originales.
3. Software de aplicacin: por lo general est compuesto de varios programas
independientes, desarrollados en momentos diferentes.
4. Datos de aplicacin: son los datos procesados por el sistema de aplicacin.
5. Procesos de Negocio: Son los procesos utilizados en los negocios para lograr algn
objetivo del negocio.
6. Polticas y reglas del Negocio: definiciones de cmo llevar a cabo los negocios y las
restricciones sobre stos.