Engenharia de Software

1. Engenharia de Software Prof.: Bruno Rafael de Oliveira Rodrigues

2. Requisitos de Software • O processo de descobrir, analisar, documentar e verificar os serviços e restrições é chamado de engenharia de requisitos (RE – RequirementsEnginnering) (SOMMERVILLE, 2007).

3. É 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)

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

5. Etapas da Engenharia de Requisitos

6. Elicitação • Faz se a coleta e identificação das fontes de dados. É a fase onde entende-se o problema.

7. Análise de Negociação • Os usuários envolvidos negociam para decidir quais requisitos realmente irão fazer parte do sistema.

8. 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.

9. Validação • Verifica se os requisitos estão completos e consistentes

10. Classificação dos Requisitos • Funcionais • Não-Funcionais • De Domínio

11. 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.

12. Exemplo • Osistema deve emitir um relatório mensal de clientes inadimplentes; • Osistema deve prover um formulário para entrada de dados de um paciente; • Osistema deve emitir um comprovante de pagamento para o cliente.

13. Requisitos não funcionais • São restrições colocadas sobre como o sistema deve realizar seus requisitos funcionais. (Wazlawick, 2004).

14. Classificação dos Requisitos Não Funcionais • Segundo Kotonya e Sommerville (1997), algumas categorias para classificação de requisitos não funcionais.

15. 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.

16. 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

17. 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.

19. 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.

20. 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.

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