CAPITULO 2 SISTEMAS SOCIO-TECNICOS

Un sistema es una coleccin de componentes Inter relacionados que trabajan conjuntamente para cumplir algn objetivo Esta definicin general comprende una amplia serie de sistemas

Los sistemas que incluyen software se dividen en dos categoras:

Sistemas Tcnicos Informativos

Sistemas Socio-Tcnicos

Son sistemas que incluyen componentes hardware y software, pero no procedimientos y procesos.

Sistemas Tcnicos Informativos

Ejemplos de sistemas tcnicos son las televisiones, los telfonos mviles y la mayora del software de las computadoras personales

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.
Esto quiere decir que estos sistemas han definido los procesos operativos, incluyen personas (los operadores) como partes inherentes del sistema

Caractersticas Socio-Tcnicas
1. Tienen propiedades emergentes que son propiedades del sistema como un todo ms que asociadas con partes individuales del sistema. Las propiedades emergentes dependen tanto de los componentes del sistema como de las relaciones entre ellos. 2. Son a menudo no deterministas. Esto significa que, cuando se presentan con una entrada especfica, no siempre producen la misma salida.

3. El grado en que el sistema apoya los objetivos organizacionales no slo depende del sistema en s mismo. Tambin depende de la estabilidad de estos objetivos, de las relaciones y conflictos entre los objetivos organizacionales y de cmo las personas en la organizacin interpretan estos objetivos.

2.1 Propiedades Emergentes de los sistemas

Las complejas relaciones entre los componentes de un sistema indican que el
sistema es ms que simplemente la suma de sus partes. ste tiene propiedades que son propiedades del sistema como un todo. Estas propiedades emergentes (Checkland, 1981) no se pueden atribuir a ninguna parte especfica del sistema. Ms bien, emergen slo cuando los componentes del sistema han sido integrados.

Existen dos tipos de propiedades emergentes:

Emergentes Funcionales

Emergentes No Funcionales

Propiedades emergentes

Emergentes Funcionales

Aparecen cuando todas las partes de un sistema trabajan de forma conjunta para cumplir algn objetivo. Por ejemplo, una bicicleta tiene la propiedad funcional de ser un instrumento de transporte una vez que sus componentes se han conjuntado.

Propiedades emergentes

Se refieren al comportamiento de los sistemas en su entorno operativo. Ejemplos de propiedades no funcionales son la fiabilidad, el rendimiento, la seguridad y la proteccin. A menudo son factores crticos para sistemas informticos, ya que un fallo mnimo en estas propiedades puede hacer inutilizable el sistema.

Emergentes No Funcionales

Para ilustrar la complejidad de las propiedades emergentes, considere la propiedad de la fiabilidad del sistema. La fiabilidad es un concepto complejo que siempre debe estudiarse en el nivel del sistema ms que en el de los componentes individuales.

Existen tres influencias conexas sobre la fiabilidad de un sistema

Fiabilidad del Hardware

Fiabilidad del Software

Fiabilidad del Operador

2.2 Ingeniera de Sistemas

La ingeniera de sistemas es la actividad de especificar, disear, implementar, validar, utilizar y mantener los sistemas socio-tcnicos.

Los ingenieros de sistemas no slo tratan con el software, sino tambin con el hardware y las interacciones del sistema con los usuarios y su entorno.

Alcance limitado para rehacer el trabajo durante el desarrollo de sistemas

Una razn por la que el software ha llegado a ser tan importante en los sistemas es que permite cambios que se hacen durante el desarrollo del sistema, como respuesta a nuevos requerimientos.

Proceso de la ingeniera de sistemas y el proceso de desarrollo del software

Implicacin interdisciplinaria

Muchas disciplinas de la ingeniera se conjuntan en la ingeniera de sistemas. Existe una gran discrepancia debido a que diferentes ingenieros usan diferente terminologa y convenciones.

2.2.1 Definicin de requerimientos de Sistema

Las definiciones de requerimientos del sistema especifican qu es lo que el sistema debe hacer y sus propiedades esenciales y deseables. Se divide en tres:

1. Requerimientos funcionales abstractos

2. Propiedades del Sistema

3. Caractersticas que no debe mostrar el sistema

1. Requerimientos funcionales abstractos

Las funciones bsicas que el sistema debe proporcionar se definen en un nivel abstracto. Una especificacin ms detallada de requerimientos funcionales tiene lugar en el nivel de subsistemas

2. Propiedades del Sistema

stas son propiedades emergentes no funcionales del sistema, tales como la disponibilidad, el rendimiento y la seguridad. Funciones bsicas que el sistema debe proporcionar se definen en un nivel abstracto.

3. Caractersticas que no debe mostrar el sistema

Algunas veces es tan importante especificar lo que el sistema no debe hacer como especificar lo que debe hacer.

Ingeniera Electrnica Ingeniera de software Ingeniera Mecnica

Disciplinas Involucradas en la ingeniera de los Sistemas

Ingeniera de estructuras

Ingeniera de los Sistemas ACT

Diseo de la Interfaz de usuario

Ingeniera Civil Ingeniera Elctrica

Arquitectura

2.2.2 Diseo del Sistema

El diseo del sistema se centra en proporcionar la funcionalidad del sistema a travs de sus diferentes componentes. Las actividades que se realizan en este proceso son:

1. Dividir requerimientos 2. Identificar Sistemas

3. Asignar requerimientos a los subsistemas 4. Especificar la funcionalidad de los subsistemas 5. Definir las interfaces de los subsistemas.

Como se indica en las flechas bidireccionales en la Figura, en este proceso de diseo existe mucha realimentacin e iteracin de una etapa a la otra. Cuando surgen problemas y preguntas, a menudo tiene que rehacer el trabajo hecho en etapas anteriores.

Dividir requerimientos

Definir las interfaces del subsistema Especificar la funcionalidad de los subsistemas

Identificar subsistemas

Asignar requerimientos a los subsistemas

2.2.3 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.

Esto se puede ilustrar grficamente en un modelo arquitectnico del sistema, el cual proporciona al lector una visin general de la organizacin del sistema.

Histricamente, el modelo de arquitectura de sistemas fue utilizado para identificar componentes de hardware y software que podan desarrollarse en paralelo

En el nivel de la arquitectura, es ms apropiado clasificar los subsistemas de acuerdo con su funcin antes de tomar decisiones sobre el tipo de hardware/software. La decisin de proporcionar una funcin mediante hardware o software depende de factores no tcnicos, como la disponibilidad de componentes comerciales o el tiempo disponible para desarrollar el componente.

2.2.4 Desarrollo de Subsistemas

se implementan los que se hayan identificado durante el diseo del sistema. Ocasionalmente, todos los subsistemas son desarrollados desde sus inicios durante el proceso de desarrollo. Sin embargo, normalmente algunos de estos subsistemas son comerciales (COTS), los cuales se compran para integrarse en el sistema.

Es comn que los subsistemas se desarrollen en paralelo. Cuando se encuentran problemas que sobrepasan los lmites del subsistema, se debe realizar una peticin de modificacin del sistema. A menudo se deben realizar revisiones de trabajo con el fin de detectar los problemas. Estas revisiones de trabajo comnmente implican cambios en el software debido a la flexibilidad inherente a l. Esto conduce a cambios en los requerimientos del software

2.2.5 Integracin del Sistema

Se toman los subsistemas desarrollados de forma independiente y se conjuntan para crear el sistema completo. La integracin se puede hacer utilizando el enfoque del big bang. Sin

embargo, a efectos tcnicos y de administracin, el mejor enfoque es un proceso de integracin

creciente donde los sistemas se integran uno a uno, por dos razones:

1.
es imposible confeccionar una agenda para el desarrollo de todos los subsistemas de tal forma que todos terminen al mismo tiempo.

2.
La integracin creciente reduce el costo en la localizacin de errores

Una vez que los componentes han sido integrados, tiene lugar un extenso programa de pruebas del sistema. Estas pruebas pretenden probar las interfaces entre los componentes y el comportamiento del sistema en su totalidad

Como cada vez ms los sistemas son construidos por la integracin de componentes

hardware y software COTS, la integracin de sistemas est adquiriendo una importancia

creciente.

2.2.6 Evolucin del Sistema

Los sistemas grandes y complejos tienen un periodo de vida largo. Durante su vida, se

cambian para corregir errores en los requerimientos del sistema original y para implementar
nuevos requerimientos que surgen.

La evolucin del sistema, como la del software, es inherentemente costosa, por varias razones.

Los cambios propuestos tienen que analizarse cuidadosamente desde perspectivas tcnicas y de negocios

Debido a que los subsistemas nunca son completamente independientes, los cambios en uno pueden afectar el funcionamiento o comportamiento de otros

A menudo no se registran las razones del diseo original

Al paso del tiempo, su estructura se corrompe por el cambio de tal forma que se incrementan

Los costos de cambios adicionales