Anda di halaman 1dari 52

slide 1

2011 Pearson Prentice Hall. Todos os direitos reservados.


Captulo 10

Sistemas Sociotcnicos
2011 Pearson Prentice Hall. Todos os direitos reservados. slide 1

slide 2

2011 Pearson Prentice Hall. Todos os direitos reservados.
Tpicos cobertos

Sistemas complexos

Engenharia de sistemas

Aquisio de sistemas

Desenvolvimento de sistemas

Operao de sistemas
slide 3

2011 Pearson Prentice Hall. Todos os direitos reservados.
Sistemas
A engenharia de software no uma atividade isolada mas parte de um
processo mais amplo da engenharia de sistemas.

Portanto, os sistemas de software no so sistemas isolados mas componentes
essenciais de sistemas mais amplos que tem um propsito humano, social e
organizacional.

Exemplo

O sistema meteorolgico no deserto parte de sistemas maiores de
registro e previso meteorolgicas.

Incluem hardware e software, processos de previso, usurios do sistema,
as organizaes que dependem das previses do tempo, etc.
slide 4

2011 Pearson Prentice Hall. Todos os direitos reservados.
A pilha de sistemas sociotcnicos
slide 5

2011 Pearson Prentice Hall. Todos os direitos reservados.
Camadas na pilha de sistemas
sociotcnicos
Equipamento
Dispositivos de hardware, alguns podendo ser computadores. A maioria
dos dispositivos incluir algum tipo de sistema embutido.

Sistema operacional
Fornece um conjunto comum de recursos para os nveis mais altos do
sistema.

Comunicaes e gerenciamento de dados
Middleware que fornece acesso a sistemas remotos e bancos de dados.

Sistemas de aplicao
Funcionalidade especfica para atender a algum requisito da organizao.
slide 6

2011 Pearson Prentice Hall. Todos os direitos reservados.
Camadas na pilha de sistemas
sociotcnicos
Processos de negcio

Um conjunto de processos envolvendo pessoas e sistemas de computador
que mantm as atividades do negcio.

Organizao

Atividades estratgicas de negcio de nvel mais alto que afetam a
operao do sistema.

Sociedade

Leis, regulamentaes e a cultura que afetam a operao do sistema.
slide 7

2011 Pearson Prentice Hall. Todos os direitos reservados.
Projeto de sistema holstico
Existem interaes e dependncias entre as camadas em um sistema e as
mudanas que ocorrerem em um nvel repercutir nos demais.

Exemplo: Mudanas nas regulamentaes (sociedade) leva a mudanas nos
processos de negcio e no software da aplicao.

Para que se tenha confiana, essencial ter uma perspectiva de sistema.

Contenha as falhas de software dentro das camadas da pilha de sistema
sociotcnico.

Entenda como os erros e as falhas em camadas adjacentes podem afetar o
software de um sistema.
slide 8

2011 Pearson Prentice Hall. Todos os direitos reservados.
Sistemas complexos

Um sistema uma coleo intencional de componentes inter-relacionados que
funcionam juntos para alcanar algum objetivo em comum.

Um sistema pode incluir software, hardware mecnico, eltrico e eletrnico e
ser operado por pessoas.

Os componentes do sistema so dependentes de outros componentes do
sistema.

As propriedades e o comportamento dos componentes do sistema esto
intrinsicamente interligados. O que gera complexidade.
slide 9

2011 Pearson Prentice Hall. Todos os direitos reservados.
Categorias de sistema
Sistemas tcnicos baseados em computador

So os sistemas que incluem hardware e software, mas os processos
operacionais e pessoas no so normalmente considerados partes do
sistema. O sistema no autoconsciente.
Exemplo: Um processador de textos usado para escrever um livro.

Sistemas sociotcnicos

So os sistemas que incluem sistemas tcnicos mas tambm processos
operacionais e pessoas que usam e interagem com o sistema tcnico.
Sistemas sociotcnicos so governados por polticas e regras
organizacionais.
Exemplo: Um sistema de publicao para produo de um livro.
slide 10

2011 Pearson Prentice Hall. Todos os direitos reservados.
Fatores organizacionais
Mudanas de processos
Os sistemas podem demandar mudanas nos processos de negcio o que
pode requerer treinamento. Mudanas significativas podem sofrer
resistncia por parte dos usurios.

Mudanas de trabalho
Os sistemas podem diminuir a necessidade de habilidades ou causar
mudanas na forma como se trabalha. O status dos indivduos em uma
organizao pode ser afetado pela introduo de um sistema novo.

Mudanas organizacionais
Os sistemas podem mudar a estrutura poltica de poder em uma
organizao. Se uma organizao depende de um sistema, aqueles que
controlam o sistema tm mais poder.
slide 11

2011 Pearson Prentice Hall. Todos os direitos reservados.
Caractersticas de sistemas sociotcnicos
Propriedades emergentes
Propriedades do sistema como um todo, as quais dependem dos
componentes do sistema e seus relacionamentos.

No-determinsticos
Nem sempre produzem o mesmo resultado quando apresentados as
mesmas entradas pois o comportamento do sistema parcialmente
dependente de operadores humanos.

Relaes complexas com objetivos organizacionais
A extenso pela qual o sistema d suporte aos objetivos organizacionais
no depende apenas do prprio sistema.
slide 12

2011 Pearson Prentice Hall. Todos os direitos reservados.
Propriedades emergentes


So as propriedades do sistema como um todo, ao invs das propriedades que
podem ser derivadas das propriedades dos componentes do sistema.

As propriedades emergentes so uma consequncia dos relacionamentos entre
os componentes do sistema.

Devido a esse fato, essas s podem ser avaliadas e medidas assim que os
componentes so integrados na formao de um sistema.
slide 13

2011 Pearson Prentice Hall. Todos os direitos reservados.
Exemplos de propriedades emergentes
slide 14

2011 Pearson Prentice Hall. Todos os direitos reservados.
Tipos de propriedades emergentes
Propriedades emergentes funcionais

Essas aparecem quando todas as partes do sistema trabalham juntas para
alcanar algum objetivo. Por exemplo, uma bicicleta tem a propriedade
funcional de ser um dispositivo de transporte, a qual foi montada a partir
de seus componentes.

Propriedades emergentes no-funcionais

Exemplos so; confiabilidade, desempenho e proteo do sistema. Esses
esto relacionados ao comportamento do sistema em seu ambiente
operacional. Eles geralmente so crticos para sistemas baseados em
computador j que a falha em alcanar um nvel mnimo pr-definido
nessas propriedades pode tornar o sistema intil.
slide 15

2011 Pearson Prentice Hall. Todos os direitos reservados.
Confiabilidade como uma propriedade
emergente

Devido a interdependncia dos componentes, as falhas podem se propagar
atravs do sistema.

Geralmente, as falhas de sistema ocorrem devido a inter-relacionamentos
entre os componentes no observados .

praticamente impossvel antecipar todas os possveis relacionamentos entre
os componentes.

As medies de confiabilidade de software podem dar uma falsa impresso
sobre a confiabilidade geral do sistema.
slide 16

2011 Pearson Prentice Hall. Todos os direitos reservados.
Influncias confiabilidade
Confiabilidade do hardware
Qual a probabilidade de um componente de hardware falhar e quanto
tempo demora para reparar esse componente?

Confiabilidade de software
Qual a possibilidade de um componente de software produzir uma sada
incorreta? Geralmente, a falha de software distinta da falha de hardware
pelo fato de que o software no se desgasta com o tempo.

Confiabilidade de operador
Qual a possibilidade do operador de um sistema cometer um erro?

As falhas no so independentes e se propagam de um nvel para outro.
slide 17

2011 Pearson Prentice Hall. Todos os direitos reservados.
Propagao de falha
slide 18

2011 Pearson Prentice Hall. Todos os direitos reservados.
No-determinismo
Um sistema determinstico aquele no qual uma dada sequncia de entradas
sempre produzir a mesma sequncia de sadas.

Sistemas de software so determinsticos; sistemas que incluem humanos so
no-determinsticos.

Um sistema sociotcnico no produzir sempre a mesma sequncia de
sadas a partir da mesma sequncia de entradas.

Elementos humanos
As pessoas no se comportam sempre da mesma forma.

Mudanas no sistema
Devido a mudanas frequentes no hardware, no software e nos dados, o comportamento
do sistema imprevisvel.
slide 19

2011 Pearson Prentice Hall. Todos os direitos reservados.
Critrios de sucesso
Os sistemas complexos so desenvolvidos para tratar problemas graves
problemas que no podem ter uma especificao completa.

Diferentes stakeholders veem o problema de diferentes formas e cada um tem
um entendimento parcial das questes que afetam o sistema.

Consequentemente, partes diferentes tem sua prpria viso sobre o sucesso
ou insucesso do sistema.

O sucesso um julgamento e no pode ser medido de forma objetiva.

O sucesso julgado usando a efetividade do sistema ao ser implantado, e
no julgado pelas razes originais para a aquisio do sistema.
slide 20

2011 Pearson Prentice Hall. Todos os direitos reservados.
Vises conflitantes de sucesso
O MHC-PMS foi desenvolvido para suportar objetivos mltiplos e conflitantes
Melhorar a qualidade do tratamento.
Fornecer melhores informaes e custos de tratamento para aumentar o
rendimento.

Conflito fundamental
Para satisfazer o objetivo do relatrio, os mdicos e as enfermeiras
precisam fornecer informaes adicionais, alm das necessrias aos
propsitos clnicos.
Menos tempo para interagir com os pacientes, o que reduziu a qualidade
do tratamento. O sistema no foi considerado um sucesso.

No entanto os gerentes tinham relatrios melhores.
De uma perspectiva gerencial, o sistema foi um sucesso.
slide 21

2011 Pearson Prentice Hall. Todos os direitos reservados.
Engenharia de sistemas



Aquisio, especificao, projeto, implementao, validao, implantao e
manuteno de sistemas sociotcnicos.


Se preocupa com os servios fornecidos pelo sistema, restries em sua
construo e operao e as formas nas quais ele usado para alcanar seu
propsito ou propsitos.
slide 22

2011 Pearson Prentice Hall. Todos os direitos reservados.
Estgios da engenharia de sistemas
slide 23

2011 Pearson Prentice Hall. Todos os direitos reservados.
Estgios da engenharia de sistemas
Aquisio
O propsito do sistema estabelecido, so definidos os requisitos de alto
nvel do sistema, so tomadas decises a respeito de como a
funcionalidade ser distribuda e so adquiridos os componentes do
sistema.

Desenvolvimento
O sistema desenvolvido os requisitos so definidos em mais detalhes, o
sistema implementado e testado e os processos operacionais so
definidos.

Operao
O sistema implantado e colocado em uso. So feitas mudanas conforme
novos requisitos emergem. Eventualmente, o sistema desqualificado e
substitudo.
slide 24

2011 Pearson Prentice Hall. Todos os direitos reservados.
Consideraes sobre proteo e confiana
As opes de projeto so limitadas pelas decises de aquisio
Os componentes comprados podem tornar impossvel a implementao de
algumas protees.

Erros humanos cometidos durante o desenvolvimento podem introduzir falhas
no sistema.

Testes inadequados podem fazer com que os defeitos no sejam descobertos
antes da implantao.

Erros de configurao durante a implantao podem introduzir
vulnerabilidades.

As suposies feitas durante a aquisio podem ser esquecidas ao se efetuar
novas mudanas no sistema.
slide 25

2011 Pearson Prentice Hall. Todos os direitos reservados.
Disciplinas profissionais envolvidas na
engenharia de sistemas
slide 26

2011 Pearson Prentice Hall. Todos os direitos reservados.
Trabalho interdisciplinar

Dificuldades de comunicao
Disciplinas diferentes usam a mesma terminologia para significar coisas
diferentes. O que pode levar a desentendimentos sobre o qu ser
implementado.

Suposies diferentes
Cada disciplina faz suposies sobre o qu pode e no pode ser feito por
outras disciplinas.

Fronteiras profissionais
Cada disciplina tenta proteger suas fronteiras profissionais e especialidades
o que afeta seu julgamento sobre o sistema.
slide 27

2011 Pearson Prentice Hall. Todos os direitos reservados.
Pontos Importantes

Os sistemas sociotcnicos incluem hardware, software e pessoas, e so
projetados para alcanar algum objetivo de negcio.

Os fatores humanos e organizacionais, como a estrutura e poltica
organizacional, tem um efeito significativo na operao dos sistemas
sociotcnicos.

As propriedades emergentes so propriedades caractersticas do sistema como
um todo, e no de suas partes componentes.

Os estgios fundamentais da engenharia de sistemas so aquisio,
desenvolvimento e operao.
slide 28

2011 Pearson Prentice Hall. Todos os direitos reservados.
Aquisio de sistemas
A aquisio de um sistema (ou sistemas) para suprir alguma necessidade
organizacional identificada.

Antes da aquisio, so tomadas decises a respeito de:

O escopo do sistema

Oramentos e prazos do sistema

Requisitos de alto nvel do sistema

Baseando-se nessas informaes so tomadas decises sobre a aquisio do
sistema, o tipo de sistema e os possveis fornecedores do sistema.
slide 29

2011 Pearson Prentice Hall. Todos os direitos reservados.
Fatores que conduzem deciso


O estado de outros sistemas organizacionais

A necessidade de cumprir regulamentaes externas

A concorrncia externa

Reorganizao do negcio

O oramento disponvel
slide 30

2011 Pearson Prentice Hall. Todos os direitos reservados.
Aquisio e desenvolvimento
Antes da aquisio, geralmente necessrio algum trabalho na especificao
de sistema e projeto da arquitetura.

Voc precisa de uma especificao para fazer um contrato de
desenvolvimento de um sistema

A especificao pode permitir a compra de um sistema de prateleira (COTS
Commercial Off-The-Shelf). Quase sempre mais barato do que
desenvolver um sistema do zero.

Geralmente, os sistemas complexos de grande porte so feitos de uma mistura
de componentes de prateleira e componentes especialmente projetados. Os
processos de aquisio para esses diferentes tipos de componentes geralmente
so diferentes.
slide 31

2011 Pearson Prentice Hall. Todos os direitos reservados.
Processos de aquisio de sistema
slide 32

2011 Pearson Prentice Hall. Todos os direitos reservados.
Questes sobre aquisio


Os requisitos talvez precisem ser modificados para coincidirem com as
capacidades dos componentes ode prateleira.

A especificao dos requisitos pode ser parte do contrato de desenvolvimento
do sistema.

Geralmente, depois que ocorre a seleo do fornecedor para construo do
sistema, existe um perodo de negociao do contrato, para tratar de possveis
mudanas.
slide 33

2011 Pearson Prentice Hall. Todos os direitos reservados.
Fornecedores e subfornecedores


A aquisio de grandes sistemas de hardware/software geralmente se baseia
em um contratante principal.

Subcontratantes fornecem partes do sistema.

O cliente negocia com o fornecedor principal, e no negocia diretamente com
os subcontratantes.
slide 34

2011 Pearson Prentice Hall. Todos os direitos reservados.
Aquisio e confiana


As decises sobre a aquisio tem profundos efeitos na proteo e confiana do
sistema j que essas decises limitam o escopo dos requisitos da mesma.

Para um sistema de prateleira, o contratante tem uma influncia muito limitada
nos requisitos de proteo e confiana do sistema.

Em um sistema customizado, necessrio um esforo considervel para que
seja feita a definio dos requisitos de proteo e confiana.
slide 35

2011 Pearson Prentice Hall. Todos os direitos reservados.
Desenvolvimento de sistemas
Geralmente, segue uma abordagem dirigida a planos, devido a necessidade de
desenvolvimento paralelo de diferentes partes do sistema.

Existe um pequeno escopo para iterao entre as fases pois as mudanas
no hardware so muito caras. O software pode ter de compensar
problemas de hardware.

Inevitavelmente, envolve engenheiros de diferentes disciplinas trabalhando
juntos.

Muito escopo para desentendimento aqui.
Como explicado, diferentes disciplinas usam diferentes terminologias, logo,
necessria muita negociao. Os engenheiros podem ter cronogramas
pessoais para realizar.
slide 36

2011 Pearson Prentice Hall. Todos os direitos reservados.
Desenvolvimento de sistemas
slide 37

2011 Pearson Prentice Hall. Todos os direitos reservados.
Definio de requisitos de sistema
Os tipos de requisitos definidos nesse estgio so trs :

Requisitos funcionais abstratos. As funes do sistema so definidas de
forma abstrata;

Propriedades do sistema. Em geral, so definidos os requisitos no-
funcionais do sistema;

Caractersticas indesejveis. So especificados os comportamento
inaceitveis do sistema.

Tambm devem ser definidos os objetivos organizacionais gerais do sistema.
slide 38

2011 Pearson Prentice Hall. Todos os direitos reservados.
O processo de projeto de sistema
Particionar os requisitos
Organizar os requisitos em grupos relacionados.

Identificar subsistemas
Identificar um conjunto de subsistemas que, coletivamente, podem
alcanar os requisitos do sistema.

Determinar requisitos para os subsistemas
Causa problemas particulares quando so usados COTS.

Especificar as funes dos subsistemas.

Definir as interfaces dos subsistemas
Atividade crtica para o desenvolvimento em paralelo dos subsistemas.
slide 39

2011 Pearson Prentice Hall. Todos os direitos reservados.
Requisitos e projeto

A engenharia de requisitos e o projeto de sistema esto intrinsecamente
interligados.

As restries impostas pelo ambiente do sistema e por outros sistemas limitam
as escolhas de projeto, o projeto usado atualmente pode ser um requisito.

Pode ser necessrio um trabalho de projeto inicial para estruturar os requisitos.

Enquanto se faz o trabalho de projeto, mais se aprende acerca dos requisitos.
slide 40

2011 Pearson Prentice Hall. Todos os direitos reservados.
Espiral de requisitos e projeto
slide 41

2011 Pearson Prentice Hall. Todos os direitos reservados.
Desenvolvimento de subsistemas

Tipicamente, so projetos paralelos desenvolvendo o hardware, o software e as
comunicaes.

Pode envolver alguma aquisio de sistemas COTS de prateleira.

A falta de comunicao entre as equipes de implementao pode causar
problemas.

Pode haver um mecanismo lento e burocrtico de proposta de mudanas, o
que significa que o plano de desenvolvimento talvez tenha de ser estendido
devido a necessidade de retrabalho.
slide 42

2011 Pearson Prentice Hall. Todos os direitos reservados.
Integrao de sistemas
O processo de colocar hardware, software e pessoas juntas para fazer um
sistema.

Idealmente, deve ser abordado de forma incremental para que os subsistemas
sejam integrados um por vez.

O sistema testado conforme integrado.

Os problemas de interface entre subsistemas geralmente so encontrados
nesse estgio.

Pode haver problemas com entregas no coordenadas de componentes do
sistema.
slide 43

2011 Pearson Prentice Hall. Todos os direitos reservados.
Entrega e implantao de sistema
Aps completo, o sistema precisa ser instalado no ambiente do cliente
As suposies ambientais podem estar incorretas;

Pode haver resistncia humana a introduo de um sistema novo;

O sistema pode precisar coexistir com sistemas alternativos por algum
tempo;

Pode haver problemas fsicos (ex.: problemas de cabeamento);

Pode ser necessria uma limpeza de dados;

O treinamento dos operadores precisa ser identificado.
slide 44

2011 Pearson Prentice Hall. Todos os direitos reservados.
Desenvolvimento e confiana

As decises so feitas acerca da confiana e da proteo, em contrapartida
acerca de custo, prazo, no desempenho e na confiabilidade.

Os erros humanos podem levar a introduo de defeitos no sistema.

Os processos de teste e validao podem ser limitados devido a oramentos
limitados.

Problemas na implantao significam que pode haver uma diferena entre o
sistema e seu ambiente operacional.
slide 45

2011 Pearson Prentice Hall. Todos os direitos reservados.
Operao de sistemas


Os processos operacionais so os processos envolvidos no uso do sistema para
seu propsito definido.

Para sistemas novos, esses processos podem precisar ser desenvolvidos e
testados e os operadores treinados no uso do sistema.

Os processos operacionais devem ser flexveis para permitir que os operadores
lidem com problemas e perodos de flutuao na quantidade de trabalho.
slide 46

2011 Pearson Prentice Hall. Todos os direitos reservados.
Erro humano
Os erros humanos ocorrem em processos operacionais que influenciam na
confiabilidade geral do sistema.

Observando os erros humanos:

A abordagem baseada nas pessoas torna os erros responsabilidade do
indivduo e coloca a culpa pelos erros no operador em questo. As aes
para reduzir erros incluem ameaas de punio, treinamento melhores,
procedimentos mais rigorosos, etc.

A abordagem baseada nos sistemas assume que as pessoas so falhas e
cometero erros. O sistema projetado para detectar esses erros antes
desses causarem uma falha de sistema. Quando uma falha ocorre, o intuito
no culpar o indivduo mas entender por que as defesas do sistema no
trataram desse erro.
slide 47

2011 Pearson Prentice Hall. Todos os direitos reservados.
Defesas do sistema
Para melhorar a proteo e a confiana, os projetistas devem pensar sobre as
checagens em busca de erros humanos que devem ser includas no sistema.

Conforme discutido em lies posteriores, deveriam haver mltiplas
(redundantes) barreiras, as quais deveriam ser diferentes (diversas).

Nenhum barreira simples pode ser perfeita.

Existiro condies latentes no sistema que podem levar a falhas.

No entanto, com mltiplas barreiras, todas precisaro falhar para que ocorra
uma falha do sistema.
slide 48

2011 Pearson Prentice Hall. Todos os direitos reservados.
Modelo de queijo suo de Reason de
falha de sistema
slide 49

2011 Pearson Prentice Hall. Todos os direitos reservados.
Defesas em um sistema ATC
Sistema de alerta de conflito

Emite um alarme sonoro quando aeronaves esto em caminhos
conflitantes

Gravao de instrues

Permite que questes de instruo sejam revistas e checadas.

Compartilhamento de informaes

A equipe de controladores faz uma checagem cruzada para checar o
trabalho um do outro.
slide 50

2011 Pearson Prentice Hall. Todos os direitos reservados.
Evoluo do sistema
Sistemas complexos de grande porte tm um longo tempo de vida. Eles
precisam evoluir para alcanar os requisitos em mudana.

A evoluo inerentemente cara.

As mudanas precisam ser analisadas de uma perspectiva tcnica e de
negcio;
Os subsistemas interagem, o que faz com que possam surgir problemas
no antecipados;
Raramente existe uma razo para decises por projetos originais;
A estrutura do sistema corrompida conforme so feitas mudanas nela.

Os sistemas existentes que precisam ser mantidos, s vezes so chamados de
sistemas legados.
slide 51

2011 Pearson Prentice Hall. Todos os direitos reservados.
Evoluo e confiana
As mudanas em um sistema geralmente so fonte de problemas e
vulnerabilidades.

As mudanas podem ser feitas sem conhecimento de decises de projeto
prvias feitas por razes de proteo e confiana.

Protees internas podem parar de funcionar.

Novos defeitos podem ser introduzidos ou defeitos latentes expostos pelas
mudanas.

Esses podem no ser descobertos porque o reteste completo do sistema
muito caro.
slide 52

2011 Pearson Prentice Hall. Todos os direitos reservados.
Pontos Importantes

A aquisio de sistema cobre todas as atividades envolvidas na deciso sobre
qual sistema comprar e quem deve fornecer esse sistema.

O desenvolvimento de sistema inclui a especificao de requisitos, projeto,
construo, integrao e testes.

Quando um sistema colocado em uso, os processos operacionais e o sistema
em si precisam ser alterados para refletir as mudanas nos requisitos de
negcios.

Os erros humanos so inevitveis e os sistemas deveriam incluir barreiras para
detectar esses erros antes deles ocasionarem a falha do sistema.