Baixe o app para aproveitar ainda mais
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.
Compartilhar