12_-_Tecnicas_de_Elicitacao_de_Requisitos_-_Reuso

Prévia do material em texto

1 
Técnicas de Elicitação de Requisitos 
 
� Reuso de requisitos 
– Em geral é uma boa prática de engenharia de sistemas de software reusar tanto 
quanto possível conhecimentos e soluções adotadas em sistemas anteriores. 
– Enquanto a possibilidade de reusar desenhos e código é fácil de entender e 
aplicar, é mais difícil entender o que significa reuso de requisitos. 
– Embora sistemas diferentes sejam conceitualmente diferentes e tenham 
diferentes interessados, fazendo com que seus requisitos sejam distintos, há 
algumas situações onde o reuso de requisitos pode ser possível: 
� Quando os requisitos estão envolvidos com o fornecimento de 
informação sobre o domínio da aplicação (domínio do problema) e 
não com funcionalidades específicas do sistema. 
� Quando os requisitos estão envolvidos com o estilo da apresentação 
da informação. 
� Quando os requisitos refletem políticas da organização como, por 
exemplo, políticas de segurança, 
– Para muitos sistemas, mais de 50% dos requisitos podem se encaixar nas 
situações descritas anteriormente e, portanto, podemos diminuir custos e prazos 
através de reuso de requisitos que já foram analisados e validados em outros 
sistemas. 
– O perigo do reuso de requisitos é que, quando reusados em um contexto 
diferente daquele em que foram desenvolvidos, pode haver problemas 
inesperados. Pode haver interações não previstas entre os requisitos reusados e 
“novos” requisitos, ou entre os requisitos reusados e outros requisitos de 
diferentes fontes. Estas interações podem ser percebidas somente em estágios 
avançados do desenvolvimento gerando muito retrabalho. 
– Atualmente o reuso de requisitos é um processo informal que depende do 
conhecimento individual dos engenheiros de requisitos. Espera-se que no futuro 
abordagens mais sistêmicas apareçam propiciando maiores diminuições de custo 
e prazos nos projetos.