Sistemas socio-tcnicos

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide1

Objetivos

Explicar lo que es un sistema socio-tcnico y la distincin

entre este y un sistema tcnico informtico
Introducir el concepto de propiedades emergentes del
sistema, tales como la fiabilidad y la seguridad
Explicar las actividades implicadas en el proceso de la
ingeniera de sistemas
Explicar por qu el contexto organizacional de un
sistema afecta a su diseo y uso
Examinar los sistemas legados y el por qu estos son
crticos para muchas empresas

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide2

Tpicos Expuestos

Propiedades emergentes del sistema

Ingeniera de sistemas
Organizaciones, personas y sistemas
informticos
Sistemas heredados

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide3

Qu es un sistema?

Una coleccin intencionada de componentes

interrelacionados que trabajan juntos para lograr objetivos
comunes.
Un sistema puede incluir el software, hardware mecnico,
elctrico y electrnico y ser manejado por personas.
Los componentes del sistema dependen de otros
Componentes del sistema
Las propiedades y el comportamiento de los componentes
del sistema estn inextricablemente entremezclados

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide4

Categoras de Sistemas

Sistemas tcnico - informticos

Sistemas que incluyen hardware y software, pero

donde los operadores y los procesos operativos
normalmente no son considerados como parte del
sistema. El sistema no es auto-consciente.

Sistemas socio-tcnicos

Sistemas que incluyen sistemas tcnicos, y tambin

procesos operativos y personas que usan e
interactan con el sistema tcnico. Los sistemas
socio-tcnicos se rigen por las polticas y normas
organizacionales.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide5

Caractersticas del Sistema sociotcnico

Propiedades emergentes

No-determinista

Propiedades del sistema de un todo que dependen de los

componentes del sistema y sus relaciones.
No siempre producen el mismo resultado cuando se presenta
la misma entrada, porque el comportamiento de los sistemas
es parcialmente dependiente de los operadores humanos.

Complejas relaciones con los objetivos organizacionales

La medida en que el sistema organizacional respalda los

objetivos no slo depende del propio sistema.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide6

Propiedades emergentes

Propiedades del sistema en su conjunto y no las

propiedades que se pueden derivar de las
propiedades de los componentes de un sistema
Las propiedades emergentes son una
consecuencia de las relaciones entre los
componentes del sistema
Por lo tanto, slo pueden ser evaluados y
medidos una vez que los componentes se han
integrado al sistema

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide7

Ejemplos de propiedades
emergentes
Property

Description

Volume

Thevolumeofasystem(thetotalspaceoccupied)variesdependingonhowthe
componentassembliesarearrangedandconnected.

Reliability

Systemreliabilitydependsoncomponentreliabilitybutunexpectedinteractionscan
causenewtypesoffailureandthereforeaffectthereliabilityofthesystem.

Security

Thesecurityofthesystem(itsabilitytoresistattack)isacomplexpropertythat
cannotbeeasilymeasured.Attacksmaybedevisedthatwerenotanticipatedbythe
systemdesignersandsomaydefeatbuiltinsafeguards.

Repairability

Thispropertyreflectshoweasyitistofixaproblemwiththesystemonceithasbeen
discovered.Itdependsonbeingabletodiagnosetheproblem,accessthecomponents
thatarefaultyandmodifyorreplacethesecomponents.

Usability

Thispropertyreflectshoweasyitistousethesystem.Itdependsonthetechnical
systemcomponents,itsoperatorsanditsoperatingenvironment.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide8

Tipos de propiedades emergentes

Propiedades funcionales

Estas aparecen cuando todas las partes de un sistema trabajan

juntas para lograr algn objetivo. Por ejemplo, una bicicleta tiene
la propiedad funcional de ser un dispositivo de transporte una vez
que se ha montado a partir de sus componentes.

Propiedades emergentes no funcionales

Ejemplos de ellas son la fiabilidad, el rendimiento, la proteccin y

la seguridad. Estos se relacionan con el comportamiento del
sistema en su entorno operativo. A menudo son crticos para
sistemas informticos pues la falta de alcanzar un cierto nivel
definido mnimo en estas caractersticas puede hacer el sistema
inutilizable.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide9

La fiabilidad del sistema de

ingeniera

Debido a las inter-dependencias de los

componentes, las fallas pueden ser propagadas a
travs del sistema.
Los fallos de los sistemas a menudo se producen
a causa del imprevisto de las relaciones entre sus
componentes.
Probablemente es imposible anticipar todas las
posibles relaciones de los componentes.
Las medidas de fiabilidad del software pueden dar
un falso panorama de la fiabilidad del sistema.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide10

Influencias en la fiabilidad

Fiabilidad del hardware

Fiabilidad del software

Cul es la probabilidad de que un componente de hardware falle

y cunto tiempo se tarda en la reparacin de este componente?

Cun probable es que un componente de software produzca una

salida incorrecta. El fallo de software suele ser distinto del fallo
de hardware en el que el software no se involucra.

Operador de fiabilidad

Cun probable es que el operador de un sistema cometa un

error?

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide11

Fiabilidad de las relaciones

Fallo de hardware puede generar falsas seales

que estn fuera del alcance de los aportes
esperados por el software.
Los errores de software pueden causar la
activacin de alarmas que provocan el estrs del
operador y hacerlo propenso a cometer errores.
El entorno en el que se ha instalado un sistema
puede afectar a su fiabilidad.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide12

Caractersticas que no debe mostrar

el sistema

Propiedades tales como el rendimiento y la

fiabilidad pueden ser medidos.
Sin embargo, algunas son propiedades que el
sistema no debe exhibir plenamente:

Proteccin - el sistema no debe comportarse de

forma no segura;
Seguridad - el sistema no debe permitir el uso no
autorizado.

La medicin o evaluacin de estas propiedades

es muy difcil.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide13

Ingeniera de sistemas

Especificacin, diseo, implementacin,

validacin, despliegue y mantenimiento de los
sistemas socio-tcnicos.
Concerniente a todos los servicios prestados por
el sistema, las limitaciones en su construccin y
funcionamiento y las formas en que se utiliza.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide14

El proceso de ingeniera de
sistemas

Por lo general, sigue un modelo en "cascada debido a la

necesidad de un desarrollo paralelo de las diferentes partes
del sistema

Poco margen para iteracin entre fases debido a que los cambios
en el hardware son muy costosos. El software puede que tenga
que compensar los problemas de hardware.

Inevitablemente implica ingenieros de diferentes disciplinas

que deben trabajar juntos

Muchas posibilidades de malentendido. Diferentes disciplinas

utilizan un vocabulario distinto y mucha negociacin es necesaria.
Los ingenieros pueden tener agendas personales que cumplir.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide15

El proceso de ingeniera de
sistemas

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide16

Participacin interdisciplinaria

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide17

Definicin de los requerimientos del

sistema

Tres tipos de requerimientos definidos en esta

etapa

Resumen de exigencias funcionales. Las funciones del

sistema se definen de manera abstracta;
Propiedades del sistema. Los requerimientos no
funcionales para el sistema en general son definidos;
Caractersticas indeseables. Se especifica el
comportamiento inaceptable del sistema.

Tambin debe definir los objetivos generales de la

organizacin para con el sistema.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide18

Objetivos del sistema

Debe definir por qu un sistema se est empleando

para un ambiente en particular.
Objetivos funcionales

Construir un sistema de alarma contra incendios e

intrusos para el edificio que proporcione avisos de
fuego y de intrusiones no autorizadas tanto internas
como externas.

Objetivos organizacionales

Asegurar que el funcionamiento normal de los trabajos

realizados en el edificio no se interrumpa por eventos
como el fuego e intrusin no autorizada.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide19

Problemas con los requerimientos

del sistema

Sistemas complejos se desarrollan normalmente

para abordar problemas traviesos

Problemas que no se comprenden totalmente;

La verdadera naturaleza de stos emerge slo
cuando se desarrolla una solucin.

Deben anticiparse al desarrollo de

comunicaciones de hardware durante toda la
vida til del sistema.
Dificultad de definicin de los requisitos no
funcionales (particularmente) sin conocer la
estructura de los componentes del sistema.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide20

El proceso de diseo del sistema

Dividir requerimientos

Identificar sub-sistemas

Identificar un conjunto de sub-sistemas que colectivamente

cumplan con los requerimientos.

Asignar requerimientos a los subsistemas

Organizar los requerimientos en grupos afines.

Causa problemas particulares cuando se integran COTS.

Especificar la funcionalidad de los subsistemas.

Definir las interfases del subsistema

Actividad crtica para el desarrollo paralelo de sub-sistemas.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide21

El sistema de proceso de diseo

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide22

Problemas de diseo del sistema

La divisin de requerimientos a componentes

hardware, software y humanos requiere mucha.
Los problemas difciles del diseo se asumen a
menudo para ser solucionados fcilmente
usando software.
Plataformas de hardware pueden ser
inapropiadas para los requerimientos del
software, as que el software debe compensar
ello.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide23

Requerimientos y Diseo

La ingeniera de requerimientos y diseo del

sistema estn inextricablemente unidos.
Las limitaciones planteadas por el entorno del
sistema y otras limitantes del diseo del mismo
hacen de la eleccin del diseo un requerimiento.
Diseos iniciales puede ser necesarios para
estructurar los requisitos.
A medida que el diseo se efecta, se aprende
ms acerca de los requerimientos del sistema.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide24

Modelo espiral de requerimientos y

diseo

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide25

Modelado del sistema

Un modelo arquitectnico representa una visin

abstracta de la composicin del sistema en subsistemas.
Pueden incluir los principales flujos de
informacin entre sub-sistemas
Suele presentarse como un diagrama de bloques
Puede identificar diferentes tipos de
componentes funcionales en el modelo

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide26

Sistema de alarma

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide27

Descripcin de los sub-sistemas

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide28

La arquitectura del sistema ATC

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide29

Desarrollo de sub-sistemas

Tpicamente, proyectos paralelos desarrollando

hardware, software y comunicaciones.
Puede implicar el consecuente uso de sistemas COTS
(Commercial-Off The Shelf).
Falta de comunicacin a travs de los equipos de
implementacin.
La propuesta de cambios en el sistema es lenta y
burocrtica, lo que significa que la agenda en el
desarrollo debe extenderse debido a la necesidad de
trabajar nuevamente.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide30

Integracin de sistemas

Proceso de integrar hardware, software y

personas en un sistema.
Debe abordarse incrementalmente para que as
los sub-sistemas se integren uno por vez.
Los problemas de interconexin entre subsistemas se encuentran generalmente en esta
etapa.
Pueden ser problemas con entregas
descoordinadas por componentes del sistema.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide31

La instalacin del sistema

Despus de haber sido completado, el sistema tiene

que ser instalado en el entorno del cliente

Los supuestos manejados del entorno pueden ser

incorrectos;
La resistencia a la introduccin de un nuevo sistema puede
ser humana;
Los sistemas puede que tengan que coexistir con sistemas
alternativos por algn tiempo;
Puede darse lugar a problemas fsicos de instalacin (por
ejemplo, problemas de cableado);
El entrenamiento del operador tiene que haberse
identificado.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide32

Evolucin del sistema

Grandes sistemas tienen una larga vida. Deben evolucionar para

satisfacer las necesidades cambiantes.
La evolucin es inherentemente costosa

Los cambios deben ser analizados desde una perspectiva tcnica y

comercial;
Los sub-sistemas interactan de cierta manera, de modo que pueden
surgir problemas imprevistos;
Pocas veces existe una justificacin de las decisiones de diseo original;
La estructura del sistema se corrompe a medida que se realizan
cambios a la misma.

Los sistemas existentes que deben mantenerse a veces se

llaman sistemas heredados o legados.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide33

Desarme del sistema

Tomar al sistema como fuera de servicio

despus de su periodo de vida til.
Puede requerir la remocin de materiales que
contaminen el entorno (ejemplo, qumicos
peligrosos)

Debe planificarse en el diseo del sistema mediante

encapsulamiento.

Puede requerir reestructuracin y conversin de

datos para ser utilizados en algn otro sistema.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide34

Organizaciones / personas /
sistemas

Los sistemas socio-tcnicos son sistemas

organizacionales que ayudan a cumplir algunos
objetivos de organizacin o negocio.
Si usted no entiende el entorno organizacional
en el que un sistema se utiliza, el sistema tiene
menos probabilidades de satisfacer las
necesidades reales de la empresa y sus
usuarios.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide35

Factores humanos y organizativos

Cambios en el proceso

Cambios de trabajo

Son requeridos cambios al proceso de trabajo en el entorno

por el sistema?
El sistema hace que los usuarios pierdan habilidades en un
entorno o es la causa para que cambien su modo de
trabajo?

Cambios en la organizacin

El sistema cambia la estructura de poder poltico dentro de

una organizacin?

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide36

Los procesos organizacionales

Los procesos de la ingeniera de sistemas se superponen

e interactan con los procesos de la organizacin.
Procesos operativos son los procesos que intervienen en
la utilizacin del sistema para lograr su propsito
intencionado. Para los nuevos sistemas, estos tienen que
ser definidos como parte del diseo del sistema.
Los procesos operativos deben estar diseados para ser
flexibles y no deberan obligar a las operaciones a que se
realicen de una manera particular. Es importante que los
operadores puedan utilizar su iniciativa, si surgen
problemas.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide37

Procesos de desarrollo y
consecuencias

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide38

Adquisicin del sistema

La adquisicin de un sistema se da por la necesidad del mismo

para una organizacin.
Alguna especificacin del sistema y diseo de la arquitectura
suele ser necesaria antes de la adquisicin

Usted necesita una especificacin para hacer un contrato para el

desarrollo del sistema
La especificacin puede permitir que usted compre un sistema
comercial (COTS). Casi siempre es ms barato que el desarrollo de un
sistema desde cero

Grandes sistemas complejos normalmente consisten en una

mezcla de productos comerciales y componentes
especialmente diseados. Los procesos de adquisicin de estos
diferentes tipos de componentes son generalmente diferentes.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide39

Proceso de adquisicin del sistema

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide40

Cuestiones de adquisicin

Los requerimientos pueden tener que ser

modificados para que coincidan con las
capacidades de un sistema comercial disponible.
La especificacin de los requerimientos puede ser
parte del contrato para el desarrollo del sistema.
Normalmente hay un perodo de negociacin del
contrato de acuerdo a los cambios despus de
que el contratista para construir un sistema, ha
sido seleccionado.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide41

Contratistas y subcontratistas

La adquisicin de grandes sistemas de hardware

y software se basa generalmente en torno a
algn contratista principal.
Los sub-contratos se tipifican a otros
proveedores para el suministro de partes del
sistema.
El cliente est en estrecho contacto con el
contratista principal y no trata directamente con
los subcontratistas.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide42

Modelo Contratista / Sub-contratista

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide43

Sistemas heredados

Sistemas socio-tcnicos que se han desarrollado

utilizando tecnologa obsoleta o antigua.
Crucial para el funcionamiento de una empresa y con
frecuencia es demasiado arriesgado el descartar estos
sistemas

Sistema de contabilidad de los clientes del Banco;

Sistema de mantenimiento de aeronaves.

Limitan nuevos procesos de negocio y consumen una

alta proporcin de los presupuestos de la empresa.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide44

Componentes de los sistemas

heredados

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide45

Componentes de sistemas
heredados

Hardware - puede ser obsoleto el hardware de unidad central.

Software de apoyo - podrn contar con el apoyo de los
proveedores de software que ya no estn en los negocios.
Software de aplicacin - podrn estar escritos en lenguajes de
programacin obsoletos.
Datos de aplicacin - a menudo incompleta e incoherente.
Procesos de negocio - puede ser limitado por la estructura y
funcionalidad de software.
Las polticas de negocio y las reglas - pueden ser implcitas y
arraigadas en el software del sistema.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide46

Modelo de capas en un sistema

heredado

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide47

Puntos clave

Sistemas socio-tcnicos incluyen hardware, software y

personas y estn diseadas para cumplir con algunos
objetivos de negocio.
Propiedades emergentes son propiedades que son
caractersticas del sistema en su conjunto y no sus
componentes.
El proceso de ingeniera de sistemas incluye la
especificacin, diseo, desarrollo, integracin y pruebas.
La integracin del sistema es particularmente crtica.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide48

Puntos clave

Factores organizativos y humanos tienen un efecto

significativo sobre el funcionamiento de los sistemas
socio-tcnicos.
Existen complejas interacciones entre el proceso de
adquisicin del sistema, el desarrollo y funcionamiento.
Un sistema heredado es un sistema antiguo que sigue
prestando los servicios esenciales.
Sistemas incluyen los procesos de negocio, software de
aplicacin, software de apoyo y hardware del sistema.

IanSommerville2004

SoftwareEngineering,7thedition.Chapter2

Slide49