cap2
-
Upload
hugo-javier -
Category
Documents
-
view
4 -
download
0
description
Transcript of cap2
-
7/21/2019 cap2
1/49
-
7/21/2019 cap2
2/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 2
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 laingenier!a de sistemas
Explicar por qu el contexto organi"acional de un
sistema afecta a su dise#o y uso
Examinar los $sistemas legados% y el por qu estos soncr!ticos para muc&as empresas
-
7/21/2019 cap2
3/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 3
'picos Expuestos
(ropiedades emergentes del sistema
Ingenier!a de sistemas
Organi"aciones personas y sistemas
informticos Sistemas &eredados
-
7/21/2019 cap2
4/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 4
)*u es un sistema+
,na coleccin intencionada de componentesinterrelacionados que trabajan juntos para lograr objetivos
comunes
,n sistema puede incluir el soft.are &ard.are mecnico
elctrico y electrnico y ser manejado por personas /os componentes del sistema dependen de otros
0omponentes del sistema
/as propiedades y el comportamiento de los componentes
del sistema estn inextricablemente entreme"clados
-
7/21/2019 cap2
5/49Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 5
0ategor!as de Sistemas
Sistemas tcnico - informticos1 Sistemas que incluyen &ard.are y soft.are pero
donde los operadores y los procesos operativosnormalmente no son considerados como parte del
sistema El sistema no es auto-consciente Sistemas socio-tcnicos
1 Sistemas que incluyen sistemas tcnicos y tambinprocesos operativos y personas que usan einteract2an con el sistema tcnico /os sistemas
socio-tcnicos se rigen por las pol!ticas y normasorgani"acionales
-
7/21/2019 cap2
6/49Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 6
0aracter!sticas del Sistema socio-
tcnico
(ropiedades emergentes
1 (ropiedades del sistema de un todo que dependen de los
componentes del sistema y sus relaciones
3o-determinista
1 3o siempre producen el mismo resultado cuando se presentala misma entrada porque el comportamiento de los sistemas
es parcialmente dependiente de los operadores &umanos
0omplejas relaciones con los objetivos organi"acionales
1 /a medida en que el sistema organi"acional respalda los
objetivos no slo depende del propio sistema
-
7/21/2019 cap2
7/49Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 7
(ropiedades emergentes
(ropiedades del sistema en su conjunto y no las
propiedades que se pueden derivar de las
propiedades de los componentes de un sistema
/as propiedades emergentes son unaconsecuencia de las relaciones entre los
componentes del sistema
(or lo tanto slo pueden ser evaluados y
medidos una ve" que los componentes se &anintegrado al sistema
Ej l d i d d
-
7/21/2019 cap2
8/49Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 8
Ejemplos de propiedades
emergentes
Property Description
Volume The volume of a system (the total space occupied) varies depending on how the
component assemblies are arranged and connected.
Reliability System reliability depends on component reliability but unexpected interactions can
cause new types of failure and therefore affect the reliability of the system.
Security The security of the system (its ability to resist attack) is a complex property thatcannot be easily measured. Attacks may be devised that were not anticipated by thesystem designers and so may defeat built-in safeguards.
Repairability This property reflects how easy it is to fix a problem with the system once it has been
discovered. It depends on being able to diagnose the problem, access the componentsthat are faulty and modify or replace these components.
Usability This property reflects how easy it is to use the system. It depends on the technical
system components, its operators and its operating environment.
-
7/21/2019 cap2
9/49Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 9
'ipos de propiedades emergentes
(ropiedades funcionales
1 Estas aparecen cuando todas las partes de un sistema trabajan
juntas para lograr alg2n objetivo (or ejemplo una bicicleta tiene
la propiedad funcional de ser un dispositivo de transporte una ve"
que se &a montado a partir de sus componentes
(ropiedades emergentes no funcionales
1 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 4 menudo son cr!ticos para
sistemas informticos pues la falta de alcan"ar un cierto nivel
definido m!nimo en estas caracter!sticas puede &acer el sistemainutili"able
/ fi bilid d d l i t d
-
7/21/2019 cap2
10/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 10
5ebido a las inter-dependencias de loscomponentes las fallas pueden ser propagadas atravs del sistema
/os fallos de los sistemas a menudo se producen
a causa del imprevisto de las relaciones entre suscomponentes
(robablemente es imposible anticipar todas lasposibles relaciones de los componentes
/as medidas de fiabilidad del soft.are pueden darun falso panorama de la fiabilidad del sistema
/a fiabilidad del sistema de
ingenier!a
-
7/21/2019 cap2
11/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 11
Fiabilidad del hardware
1 0ul es la probabilidad de que un componente de &ard.are falle
y cunto tiempo se tarda en la reparacin de este componente+
Fiabilidad del software
1 0un probable es que un componente de soft.are produ"ca una
salida incorrecta El fallo de soft.are suele ser distinto del fallo
de &ard.are en el que el soft.are no se involucra
Operador de fiabilidad
1 0un probable es que el operador de un sistema cometa unerror+
Influencias en la fiabilidad
-
7/21/2019 cap2
12/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 12
6iabilidad de las relaciones
6allo de &ard.are puede generar falsas se#ales
que estn fuera del alcance de los aportes
esperados por el soft.are
/os errores de soft.are pueden causar laactivacin de alarmas que provocan el estrs del
operador y &acerlo propenso a cometer errores
El entorno en el que se &a instalado un sistema
puede afectar a su fiabilidad
0 t ! ti d b t
-
7/21/2019 cap2
13/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 13
0aracter!sticas que no debe mostrar
el sistema
(ropiedades tales como el rendimiento y lafiabilidad pueden ser medidos
Sin embargo algunas son propiedades que elsistema no debe ex&ibir plenamente7
1 (roteccin - el sistema no debe comportarse deforma no segura8
1 Seguridad - el sistema no debe permitir el uso noautori"ado
/a medicin o evaluacin de estas propiedadeses muy dif!cil
-
7/21/2019 cap2
14/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 14
Ingenier!a de sistemas
Especificacin dise#o implementacin
validacin despliegue y mantenimiento de los
sistemas socio-tcnicos
0oncerniente a todos los servicios prestados por
el sistema las limitaciones en su construccin y
funcionamiento y las formas en que se utili"a
El proceso de ingenier!a de
-
7/21/2019 cap2
15/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 15
El proceso de ingenier!a de
sistemas
(or lo general sigue un modelo en 9cascada$ debido a la
necesidad de un desarrollo paralelo de las diferentes partes
del sistema
1 (oco margen para iteracin entre fases debido a que los cambios
en el &ard.are son muy costosos El soft.are puede que tenga
que compensar los problemas de &ard.are
Inevitablemente implica ingenieros de diferentes disciplinas
que deben trabajar juntos
1 :uc&as posibilidades de malentendido 5iferentes disciplinas
utili"an un vocabulario distinto y muc&a negociacin es necesaria
/os ingenieros pueden tener agendas personales que cumplir
El proceso de ingenier!a de
-
7/21/2019 cap2
16/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 16
El proceso de ingenier!a de
sistemas
-
7/21/2019 cap2
17/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 17
(articipacin interdisciplinaria
5efinicin de los requerimientos del
-
7/21/2019 cap2
18/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 18
5efinicin de los requerimientos del
sistema
'res tipos de requerimientos definidos en esta
etapa
1 ;esumen de exigencias funcionales /as funciones del
sistema se definen de manera abstracta8
1 (ropiedades del sistema /os requerimientos nofuncionales para el sistema en general son definidos8
1 0aracter!sticas indeseables Se especifica el
comportamiento inaceptable del sistema
'ambin debe definir los objetivos generales de laorgani"acin para con el sistema
-
7/21/2019 cap2
19/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 19
Objetivos del sistema
5ebe definir por qu un sistema se est empleandopara un ambiente en particular
Objetivos funcionales1 0onstruir un sistema de alarma contra incendios e
intrusos para el edificio que proporcione avisos defuego y de intrusiones no autori"adas tanto internascomo externas
Objetivos organi"acionales1 4segurar que el funcionamiento normal de los trabajos
reali"ados en el edificio no se interrumpa por eventoscomo el fuego e intrusin no autori"ada
(roblemas con los requerimientos
-
7/21/2019 cap2
20/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 20
(roblemas con los requerimientos
del sistema
Sistemas complejos se desarrollan normalmentepara abordar $problemas traviesos%1 (roblemas que no se comprenden totalmente8
1 /a verdadera naturale"a de stos emerge slo
cuando se desarrolla una solucin 5eben anticiparse al desarrollo de
comunicaciones de &ard.are durante toda lavida 2til del sistema
5ificultad de definicin de los requisitos nofuncionales
-
7/21/2019 cap2
21/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 21
El proceso de dise#o del sistema
5ividir requerimientos1 Organi"ar los requerimientos en grupos afines
Identificar sub-sistemas
1 Identificar un conjunto de sub-sistemas que colectivamente
cumplan con los requerimientos 4signar requerimientos a los subsistemas
1 0ausa problemas particulares cuando se integran 0O'S
Especificar la funcionalidad de los subsistemas
5efinir las interfases del subsistema
1 4ctividad cr!tica para el desarrollo paralelo de sub-sistemas
-
7/21/2019 cap2
22/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 22
El sistema de proceso de dise#o
-
7/21/2019 cap2
23/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 23
(roblemas de dise#o del sistema
/a divisin de requerimientos a componentes&ard.are soft.are y &umanos requiere muc&a
/os problemas dif!ciles del dise#o se asumen a
menudo para ser solucionados fcilmente
usando soft.are
(lataformas de &ard.are pueden ser
inapropiadas para los requerimientos del
soft.are as! que el soft.are debe compensarello
-
7/21/2019 cap2
24/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 24
;equerimientos y 5ise#o
/a ingenier!a de requerimientos y dise#o delsistema estn inextricablemente unidos
/as limitaciones planteadas por el entorno delsistema y otras limitantes del dise#o del mismo
&acen de la eleccin del dise#o un requerimiento 5ise#os iniciales puede ser necesarios para
estructurar los requisitos 4 medida que el dise#o se efect2a se aprende
ms acerca de los requerimientos del sistema
:odelo espiral de requerimientos y
-
7/21/2019 cap2
25/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 25
:odelo espiral de requerimientos y
dise#o
-
7/21/2019 cap2
26/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 26
:odelado del sistema
,n modelo arquitectnico representa una visinabstracta de la composicin del sistema en sub-
sistemas
(ueden incluir los principales flujos de
informacin entre sub-sistemas
Suele presentarse como un diagrama de bloques
(uede identificar diferentes tipos de
componentes funcionales en el modelo
-
7/21/2019 cap2
27/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 27
Sistema de alarma
-
7/21/2019 cap2
28/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 28
5escripcin de los sub-sistemas
-
7/21/2019 cap2
29/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 29
/a arquitectura del sistema 4'0
-
7/21/2019 cap2
30/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 30
5esarrollo de sub-sistemas
'!picamente proyectos paralelos desarrollando&ard.are soft.are y comunicaciones
(uede implicar el consecuente uso de sistemas 0O'S
-
7/21/2019 cap2
31/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 31
(roceso de integrar &ard.are soft.are ypersonas en un sistema
5ebe abordarse incrementalmente para que as!
los sub-sistemas se integren uno por ve"
/os problemas de interconexin entre sub-
sistemas se encuentran generalmente en esta
etapa
(ueden ser problemas con entregas
descoordinadas por componentes del sistema
Integracin de sistemas
-
7/21/2019 cap2
32/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 32
5espus de &aber sido completado el sistema tieneque ser instalado en el entorno del cliente1 /os supuestos manejados del entorno pueden ser
incorrectos8
1 /a resistencia a la introduccin de un nuevo sistema puede
ser &umana81 /os sistemas puede que tengan que coexistir con sistemas
alternativos por alg2n tiempo8
1 (uede darse lugar a problemas f!sicos de instalacin
-
7/21/2019 cap2
33/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 33
Evolucin del sistema
>randes sistemas tienen una larga vida 5eben evolucionar parasatisfacer las necesidades cambiantes
/a evolucin es in&erentemente costosa
1 /os cambios deben ser anali"ados desde una perspectiva tcnica y
comercial8
1 /os sub-sistemas interact2an de cierta manera de modo que puedensurgir problemas imprevistos8
1 (ocas veces existe una justificacin de las decisiones de dise#o original8
1 /a estructura del sistema se corrompe a medida que se reali"an
cambios a la misma
/os sistemas existentes que deben mantenerse a veces se
llaman sistemas &eredados o legados
-
7/21/2019 cap2
34/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 34
5esarme del sistema
'omar al sistema como fuera de serviciodespus de su periodo de vida 2til
(uede requerir la remocin de materiales que
contaminen el entorno
-
7/21/2019 cap2
35/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 35
g psistemas
/os sistemas socio-tcnicos son sistemasorgani"acionales que ayudan a cumplir algunos
objetivos de organi"acin o negocio
Si usted no entiende el entorno organi"acional
en el que un sistema se utili"a el sistema tiene
menos probabilidades de satisfacer las
necesidades reales de la empresa y sus
usuarios
-
7/21/2019 cap2
36/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 36
6actores &umanos y organi"ativos
Cambios en el proceso1 Son requeridos cambios al proceso de trabajo en el entorno
por el sistema+
Cambios de trabajo
1 El sistema &ace que los usuarios pierdan &abilidades en unentorno o es la causa para que cambien su modo detrabajo+
Cambios en la organizacin
1 El sistema cambia la estructura de poder pol!tico dentro deuna organi"acin+
-
7/21/2019 cap2
37/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 37
/os procesos organi"acionales
/os procesos de la ingenier!a de sistemas se superponene interact2an con los procesos de la organi"acin
(rocesos operativos son los procesos que intervienen enla utili"acin del sistema para lograr su propsitointencionado (ara los nuevos sistemas estos tienen que
ser definidos como parte del dise#o del sistema /os procesos operativos deben estar dise#ados para ser
flexibles y no deber!an obligar a las operaciones a que serealicen de una manera particular Es importante que losoperadores puedan utili"ar su iniciativa si surgen
problemas
(rocesos de desarrollo y
-
7/21/2019 cap2
38/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 38
yconsecuencias
-
7/21/2019 cap2
39/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 39
4dquisicin del sistema
/a adquisicin de un sistema se da por la necesidad del mismopara una organi"acin
4lguna especificacin del sistema y dise#o de la arquitecturasuele ser necesaria antes de la adquisicin1 ,sted necesita una especificacin para &acer un contrato para el
desarrollo del sistema
1 /a especificacin puede permitir que usted compre un sistemacomercial
-
7/21/2019 cap2
40/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 40
(roceso de adquisicin del sistema
-
7/21/2019 cap2
41/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 41
0uestiones de adquisicin
/os requerimientos pueden tener que sermodificados para que coincidan con las
capacidades de un sistema comercial disponible
/a especificacin de los requerimientos puede ser
parte del contrato para el desarrollo del sistema 3ormalmente &ay un per!odo de negociacin del
contrato de acuerdo a los cambios despus de
que el contratista para construir un sistema &a
sido seleccionado
-
7/21/2019 cap2
42/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 42
0ontratistas y subcontratistas
/a adquisicin de grandes sistemas de &ard.arey soft.are se basa generalmente en torno a
alg2n contratista principal
/os sub-contratos se tipifican a otros
proveedores para el suministro de partes delsistema
El cliente est en estrec&o contacto con el
contratista principal y no trata directamente con
los subcontratistas
0 ? S
-
7/21/2019 cap2
43/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 43
:odelo 0ontratista ? Sub-contratista
Si t & d d
-
7/21/2019 cap2
44/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 44
Sistemas &eredados
Sistemas socio-tcnicos que se &an desarrolladoutili"ando tecnolog!a obsoleta o antigua
0rucial para el funcionamiento de una empresa y con
frecuencia es demasiado arriesgado el descartar estos
sistemas
1 Sistema de contabilidad de los clientes del @anco8
1 Sistema de mantenimiento de aeronaves
/imitan nuevos procesos de negocio y consumen una
alta proporcin de los presupuestos de la empresa
0omponentes de los sistemas& d d
-
7/21/2019 cap2
45/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 45
&eredados
0omponentes de sistemas& d d
-
7/21/2019 cap2
46/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 46
&eredados
Aard.are - puede ser obsoleto el &ard.are de unidad central Soft.are de apoyo - podrn contar con el apoyo de los
proveedores de soft.are que ya no estn en los negocios
Soft.are de aplicacin - podrn estar escritos en lenguajes de
programacin obsoletos
5atos de aplicacin - a menudo incompleta e inco&erente
(rocesos de negocio - puede ser limitado por la estructura y
funcionalidad de soft.are
/as pol!ticas de negocio y las reglas - pueden ser impl!citas y
arraigadas en el soft.are del sistema
:odelo de capas en un sistema& d d
-
7/21/2019 cap2
47/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 47
&eredado
( t l
-
7/21/2019 cap2
48/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 48
(untos clave
Sistemas socio-tcnicos incluyen &ard.are soft.are ypersonas y estn dise#adas para cumplir con algunos
objetivos de negocio
(ropiedades emergentes son propiedades que son
caracter!sticas del sistema en su conjunto y no sus
componentes El proceso de ingenier!a de sistemas incluye la
especificacin dise#o desarrollo integracin y pruebas
/a integracin del sistema es particularmente cr!tica
(untos clave
-
7/21/2019 cap2
49/49
Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 49
(untos clave
6actores organi"ativos y &umanos tienen un efectosignificativo sobre el funcionamiento de los sistemas
socio-tcnicos
Existen complejas interacciones entre el proceso de
adquisicin del sistema el desarrollo y funcionamiento
,n sistema &eredado es un sistema antiguo que sigue
prestando los servicios esenciales
Sistemas incluyen los procesos de negocio soft.are de
aplicacin soft.are de apoyo y &ard.are del sistema