cap2

download cap2

of 49

description

sistemas

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