CAP02 Resumo

Prévia do material em texto

©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Sistemas sóciotécnicos
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Objetivos
	Explicar o que é um sistema sóciotécnico e a diferença entre ele e um sistema baseado em computador
	Apresentar o conceito de propriedades emergentes de sistemas tais como confiabilidade e proteção
	Explicar processos de engenharia de sistemas e aquisição de sistemas
	Explicar por que o contexto organizacional de um sistema afeta seu projeto e seu uso
	Discutir ‘sistemas legados’ e por que esses sistemas são críticos para muitos negócios
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Tópicos abordados
	Propriedades emergentes de sistemas
	Engenharia de sistemas
	Organizações, pessoas e sistemas de computadores
	Sistemas legados
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
O que é um sistema?
	Uma coleção intencional de componentes inter-relacionados que trabalham em conjunto para atingir certo objetivo.
	Um sistema pode incluir software, hardware mecânico, elétrico e eletrônico, e ser operado por pessoas.
	Os componentes de sistema são dependentes de outros componentes de sistema.
	As propriedades e o comportamento dos componentes de sistema são fortemente interligados.
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Categorias de sistemas
	Sistemas técnicos baseados em computador
	São aqueles que incluem hardware e software, mas não incluem os operadores e os processos operacionais. O sistema não está ciente que está sendo usado para um determinado fim.
	Sistemas sóciotécnicos
	São aqueles que incluem sistemas técnicos, processos operacionais e pessoas que usam e interagem esse sistema. Os sistemas sóciotécnicos são regidos por políticas e regras organizacionais.
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Características dos sistemas sóciotécnicos
	Propriendades emergentes
	Propriedades do sistema como um todo, que dependem tanto dos componentes do sistema como de seus relacionamentos.
	Não determinísticos
	Não produzem sempre a mesma saída quando apresentados à uma mesma entrada, porque o comportamento do sistema é particularmente dependente dos operadores humanos.
	Relacionamentos complexos com objetivos organizacionais
	A extensão na qual o sistema apóia objetivos organizacionais não depende somente do sistema em si.
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Propriedades emergentes
	São propriedades do sistema como um todo, e não aquelas que podem ser derivadas das propriedades dos componentes de um sistema.
	As propriedades emergentes são uma conseqüência da relação entre os componentes do sistema.
	Eles só podem, portanto, ser acessados e medidos uma vez que os componentes estejam integrados no sistema.
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Exemplos de propriedades emergentes
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Tipos de propriedades emergentes
	Propriedades emergentes funcionais 
	Aparecem quando todas as partes de um sistema trabalham juntas para atingir algum objetivo. Por exemplo, uma bicicleta tem a propriedade funcional de ser um dispositivo de transporte, uma vez que foi montada a partir dos seus componentes.
	Propriedades emergentes não funcionais
	Exemplos de propriedades não funcionais são confiabilidade, desempenho, segurança e proteção. Esses são o comportamento do sistema no seu ambiente operacional. Elas são freqüentemente críticas para sistemas baseados em computadores, pois a falha destas propriedades para atingir um nível mínimo definido pode tornar o sistema não utilizável. 
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
	Devido às inter-dependências de componentes, defeitos podem ser propagados através do sistema.
	Falhas de sistema freqüentemente ocorrem por causa dos inter-relacionamentos imprevisíveis entre componentes.
	É provavelmente impossível prever todos os relacionamentos possíveis de componentes.
	Medidas de confiabilidade de software podem dar uma falsa imagem da confiabilidade de sistema.
Engenharia de confiabilidade de sistemas
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
	Confiabilidade de hardware 
	Qual é a probabilidade de falha de um componente de hardware e quanto tempo é necessário para reparar esse componente?
	Confiabilidade de software 
	Qual é a probabilidade de um componente de software produzir uma saída incorreta? A falha de software é, em geral, diferente da falha de hardware, pois o software não se desgasta. 
	Confiabilidade de operador 
	Qual é a probabilidade de o operador de um sistema cometer um erro?
Influências da confiabilidade
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
As propriedades que não devem ser exibidas
	Propriedades tais como, desempenho e confiabilidade podem ser medidas.
	Contudo, há algumas propriedades que o sistema não deve exibir:
	Segurança – o sistema não deve se comportar de uma maneira insegura;
	Proteção – o sistema não deve permitir uso não autorizado.
	Medir ou avaliar essas propriedades é muito difícil.
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Definição de requisitos de sistema
	Três tipos de requisito são definidos nesta fase
	Requisitos funcionais abstratos. Funções de sistema são definidos de uma maneira abstrata;
	Propriedades de sistema. Requisitos não-funcionais do sistema são, em geral, definidos;
	Características que o sistema não deve apresentar. O comportamento inaceitável de sistema é especificado.
	Deve-se também definir os objetivos gerais de organização para o sistema.
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
O processo de projeto de sistema
	Agrupar requisitos
	Organizar requisitos em grupos relacionados.
	Identificar subsistemas
	Identificar um grupo de subsistemas que, coletivamente, podem atender aos requisitos de sistema.
	Atribuir requisitos aos subsistemas
	Causa problemas particulares quando os COTS são integrados.
	Especificar funcionalidade de subsistemas.
	Definir interfaces de subsistemas
	Ativividade crítica para desenvolvimento paralelo de subsistemas.
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Sistemas legados
	Sistemas sóciotécnicos que foram desenvolvidos usando tecnologia antiga ou obsoleta.
	Sistemas críticos para a operação de um negócio; é freqüentemente muito arriscado descartar esses sistemas
	Sistema de conta de clientes de banco;
	Sistema de manutenção de aeronaves.
	Sistemas legados restringem novos processos de negócio e consomem uma alta proporção de orçamentos da empresa.
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Componentes de sistemas legados
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Componentes de sistemas legados
	Hardware – pode ser hardware de mainframe obsoleto.Software de apoio – pode contar com software de apoio de fornecedores que não estão mais em atividade.
	Software de aplicação – pode ser escrito em linguagem de programação obsoleta.
	Dados de aplicação – freqüentemente incompletos e inconsistentes.
	Processos de negócio – podem ser restringidos pela estrutura e pela funcionalidade do software.
	Políticas e regras de negócio – podem ser implícitas e incorporadas no software de sistema.
©Ian Sommerville 2006		Engenharia de Software, 8ª. edição. Capítulo 2	 Slide *
© 2007 by Pearson Education
Modelo em camadas de um sistema legado