Prof.: Bruno Rafael de Oliveira Rodrigues ENGENHARIA DE SOFTWARE

REQUISITOS DE SOFTWARE O processo de descobrir, analisar, documentar e verificar os serviços e restrições é chamado de engenharia de requisitos (RE – Requirements Enginnering) (SOMMERVILLE, 2007).

É consenso que a qualidade do produto de software, bem como a satisfação do cliente dependem de uma completa e consistente especificação de requisitos. Didier (2003)

Quanto mais tarde problemas com requisitos forem detectados no processo de desenvolvimento, maior será o custo para corrigí-los.

ETAPAS DA ENGENHARIA DE REQUISITOS

ELICITAÇÃO Faz se a coleta e identificação das fontes de dados. É a fase onde entende-se o problema.

ANÁLISE DE NEGOCIAÇÃO Os usuários envolvidos negociam para decidir quais requisitos realmente irão fazer parte do sistema.

DOCUMENTAÇÃO Os requisitos são documentados em um nível adequado de detalhes. A documentação de requisitos é feita, normalmente, usando a linguagem natural, e deve ser escrita de tal forma que todos os usuários entendam a documentação.

VALIDAÇÃO Verifica se os requisitos estão completos e consistentes

CLASSIFICAÇÃO DOS REQUISITOS Funcionais Não-Funcionais De Domínio

REQUISITOS FUNCIONAIS Traduzir aquilo que se espera do sistema, estando diretamente vinculados à funcionalidade do software. Devem descrever funções que o sistema precisa fornecer e como deve se comportar em determinadas situações, correspondendo a uma listagem de tudo que o sistema deve fazer.

EXEMPLO O sistema deve emitir um relatório mensal de clientes inadimplentes; O sistema deve prover um formulário para entrada de dados de um paciente; O sistema deve emitir um comprovante de pagamento para o cliente.

REQUISITOS NÃO FUNCIONAIS São restrições colocadas sobre como o sistema deve realizar seus requisitos funcionais. (Wazlawick, 2004).

CLASSIFICAÇÃO DOS REQUISITOS NÃO FUNCIONAIS Segundo Kotonya e Sommerville (1997), algumas categorias para classificação de requisitos não funcionais.

REQUISITOS DE PRODUTO São aqueles que definem como o produto deve se comportar. Alguns exemplos de requisitos de produto são os requisitos de desempenho, confiabilidade que definem a taxa aceitável de falhas, requisitos de portabilidade e requisitos de usabilidade.

REQUISITOS DE PROCESSO OU ORGANIZACIONAIS: São consequências das políticas e normas estabelecidas pela organização ou pelo desenvolvedor. Entre estes requisitos, temos os requisitos de implementação, como a linguagem de programação ou o método de projeto usado, e requisitos de entrega que especificam quando o produto e a sua documentação devem ser entregues

REQUISITOS EXTERNOS São aqueles que provêm de fatores que são externos ao sistema e a seu processo do desenvolvimento. Por exemplo, temos os requisitos legais, que garantem que o sistema está de acordo com a lei vigente.

REQUISITOS DE DOMÍNIO São requisitos provenientes do domínio da aplicação do sistema e refletem as características e as restrições desse domínio. Podem ser requisitos funcionais ou não funcionais. Podem ser funcionais novos, restrições sobre requisitos existentes ou outros mais específicos.

APRENDA MAIS Procure mais sobre as técnicas de elicitação de requisitos. Monte um caso de uso de como utilizar uma das técnicas.

BIBLIOGRAFIA DIDIER, A. C. V. B. WRE-Process: um processo de engenharia de requisitos baseados no RUP. 246f. Dissertacao (Mestrado) – UFPE, Recife, PRESSMAN, R. S. Engenharia de software. 6. ed. Sao Paulo: McGraw-Hill, SOMMERVILLE, I. Engenharia de software. 8. ed. Sao Paulo: Pearson Addison- Wesley, KOTONYA, Gerald; SOMMERVILLE, Ian. Requirements engineering: processes and techniques. England: John Wiley & Soons, 1997.