1 / 21

Engenharia de Software

Engenharia de Software. Prof.: Bruno Rafael de Oliveira Rodrigues. 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).

redell
Download Presentation

Engenharia de Software

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  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.

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

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

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

More Related