Buscar

Exercício de Engenharia de Software 152

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

71 
 
 
 
 
 
 
 
 
 
Digamos que vários requisitos em um sistema tenham um componente compartilhado que 
implemente a emissão de uma confirmação para um usuário de que alguma ação ocorreu. 
Este é um sistema emaranhado. Se uma dessas alterações for necessária, todos os outros requisitos 
que emitem confirmações serão afetados por isso. 
 
Se a implementação de cada requisito que emite uma confirmação estiver dispersa por vários 
módulos, então todos estes deverão ser verificados para que a alteração não afete o seu funcionamento. 
 
 
 
 
 
22.5 Que pontos de vista devem ser considerados ao desenvolver uma especificação de requisitos 
para o MHC-PMS? Quais serão provavelmente as preocupações transversais mais 
importantes? 
 
 
ÿ 
Pontos de vista: Clínico, Administrativo, Pacientes, Cuidadores, Jurídico 
 
ÿ 
Preocupações transversais: Privacidade e proteção de dados, Segurança, Proteção 
 
 
 
21.8 Explique como a interferência de aspecto pode surgir e sugira o que deve ser feito durante o 
processo de projeto do sistema para reduzir os problemas de interferência de 
aspecto. 
 
 
A interferência de aspectos pode surgir quando dois ou mais aspectos especificam que os conselhos 
devem ser inseridos no sistema no mesmo ponto. O efeito disto é que o sistema tem que decidir qual 
aspecto deve ter prioridade sobre o outro e como os aspectos devem ser compostos. 
 
• O uso de uma abordagem consistente para nomenclatura significa que a probabilidade 
de interferência acidental pode ser reduzida. 
 
• Também é melhor evitar cortes de pontos especificados como padrões, pois novamente 
podem resultar em interferência acidental. 
 
 
 
21.9 Explique por que expressar especificações de corte pontual como padrões aumenta o 
problemas de teste de programas orientados a aspectos. Para responder a isso, pense 
em como o teste de programa normalmente envolve a comparação da saída esperada 
com a saída real produzida por um programa. 
 
 
Se for cometido um erro ao especificar uma especificação de padrão de corte pontiagudo, o conselho 
será inserido no sistema no lugar errado. O testador pode assumir que o pretendido

Continue navegando

Outros materiais