O que é Engenharia de Requisitos // Engenharia de Software #01

olá pessoal meu nome é gustavo caetano e nessa hora vou falar um pouquinho sobre o que é engenharia de requisitos de engenharia de requisitos que é uma área específica dentro da área de engenharia de software que trata de levantamento de requisitos com o cliente tão fortemente a comunicação entre o engenheiro de requisitos e o cliente é de você conversar com o cliente levantar e ele citar requisitos entender a necessidade real do seu cliente então peguei três definições do que a engenharia de requisitos segundo o 3 é a primeira diz o seguinte uma condição ou capacidade

necessária para um usuário resolver um problema ou alcançar um objetivo tão pessoa é o cliente tem uma necessidade e ele vai dizer essa necessidade através de requisitos segundo definição uma condição ou capacidade que deve ser alcançada ou estar presente em um sistema o componente de sistema para satisfazer um contrato norma especificação ou outro documento formalmente imposto é o requisito é uma coisa que precisa ser atendida é por isso que fala que ele é um requisito ea terceira definição é uma representação documentada de uma condição ou capacidade como a inscrito nos itens 1 e 2 que

é o que a gente vai ver o decorrer dessas aulas sobre engenharia de requisitos de que é importantíssimo processo de você entender a necessidade do cliente através da comunicação através do levantamento de requisitos e documentar esses requisitos não produzir um documento formal para que ambas as partes tanto a empresa que vai prestar o serviço de desenvolvimento de um software de um sistema quanto o cliente sejam coerentes e que seja tudo certo dentro do combinado dentro de um contrato seguindo então a gente tem uma figura importantíssima nesse processo de levantamento de requisitos dentro da área de

engenharia de requisitos que é o steak holder que é o steak road é uma definição stakeholder de um sistema é uma pessoa ou uma organização que tem uma influência direta ou indireta nos requisitos de um sistema que roubei nada mais é do que a pessoa ou as pessoas que os sistemas que possuem os requisitos que tem plena convicção dos requisitos que entendem do negócio e que entendem os requisitos não podem se pode ser né são as pessoas que vão ter uso direto no sistema ou indireto então essas pessoas são os stakeholders as fontes de requisitos

dentro da engenharia de requisitos a gente tem algumas coisas então o que é preciso acontecer dentro da engenharia de requisitos conhecer os requisitos relevantes estabelecer um consenso entre os stakeholders nessas pessoas que detêm os requisitos a respeito de tais requisitos documentário sex de acordo com determinados padrões e gerenciar os requisitos de forma sistemática então aí é preciso criar é documentar esses requisitos dentro de padrões para que seja entendido de maneira ampla é você sai da sua organização vai para uma outra você leva né as mesmas técnicas de você documentar e levantar requisitos e também compreender

em documentar as expectativas e necessidades dos take outs especificar e gerenciar os requisitos para minimizar o risco de entregar um sistema que não atenda às suas expectativas necessidades então por isso que o requisito é tão importante porque ele vai dizer o que realmente é necessário estritamente necessário para o cliente o que não pode faltar então se você não atender um requisito do do cliente então provavelmente o sistema vai ficar é não há não vai atender plenamente como cliente gostaria para que isso aconteça basicamente existem quatro atividades principais nesse mundo da engenharia de requisitos que são

a e licitação que nada mais é do que você é laçar vão dizer se o requisito do seu cliente ou seja ao invés de ser só um levantamento de requisitos que você perguntar ao ver com alguma coisa por cliente responder mas você fazer perguntas para arrancar vamos dizer assim do cliente os requisitos você tem algumas dúvidas tirar as dúvidas com o cliente isso você vai vai acontecendo com que você tenha uma é uma visão maior do sistema possa oferecer então no melhor solução ou licitação processo de você lá sai o requisito do seu cliente segundo

item documentação depois de feito né na verdade ao mesmo tempo fazendo a licitação eo levantamento de requisitos é preciso documentar isso dentro de um documento então existem algumas técnicas a gente vai ver alguns processos de documentação que podem ser tanto em linguagem natural você escrever assim como você fala ou também através de modelos nós vamos ver um pouquinho das do sul das duas partes nas próximas aulas importante documentação para que seja feito um contrato então aquilo que eu pedi pra você fazer né ô ô ô a prestadora de serviço irá realizar então fica tudo documentado

em um documento de requisitos aí um outro item validação e negociação de requisitos estão nesse processo do levantamento de requisitos é feita também a negociação do que vai ser feito e que não vai ser feito de acordo com custo tempo de execução em outros fatores e também a validação é se é isso mesmo que o cliente quer porque às vezes no levantamento de requisitos a gente pode ter explicado uma coisa mas não ter falado direito não ter explicado muito bem então é preciso depois de documentado validar para que o cliente de rock e o processo

siga e o quarto princípio com a actividade principal aí é o gerenciamento desse processo todo então o engenheiro os requisitos esse profissional que vai fazer essas atividades no levantamento a licitação documentação e conversar com o cliente é preciso que ele tem essas habilidades de gerenciamento para que todas as atividades ocorram é da melhor forma possível entre a prestadora de serviço a empresa dele está prestando serviço e o cliente pra que todos sei se todos sejam todos saiam felizes na história e o serviço seja bem prestado uma frase para a gente terminar essa aula é bem

interessante foi dita por boy em 1981 bastante tempo atrás que diz o seguinte é muito interessante resume de maneira geral a importância do levantamento de requisitos ea importância da engenharia de requisitos que diz o seguinte durante o desenvolvimento do projeto quanto mais tarde um defeito nos requisitos for corrigido mais altos serão os custos associados com sua correção por exemplo o esforço necessário para corrigir um defeito durante a programação o desenvolvimento do código é até 20 vezes maior do que realizar a correção durante a engenharia de requisitos se o defeito for corrigido durante os testes de

aceitação o esforço exigido pode ser até 100 vezes maior então é só uma frase bem importante nesse processo todo de engenharia de requisitos que mostra a importância desse processo na hora de você desenvolveu um software é imprescindível que você gaste é que a empresa prestadora de serviço que vai desenvolver um software gaste bastante tempo né engenharia de requisitos porque é imprescindível que você entenda a necessidade do cliente para depois criar solução e não né é já desenvolveu no código de uma vez depois terá que refazer o trabalho e isso vai demorar com certeza muito mais

tempo isso inclusive essa frase é bem famosa foi dita em 1981 naquela é que esses números né de 20 vezes maior cem vezes maior foi em 1981 imagina hoje a necessidade que a gente tem o tamanho dos softwares que existem hoje na tecnologia que a gente tem disponível hoje com certeza é muito maior do que isso então a engenharia de requisitos é muito muito importante dentro da engenharia de software então no próximo na próxima aula a gente vai conversar um pouquinho na sequência desse conteúdo que é sobre a comunicação algumas habilidades que o engenheiro de

requisitos precisa para conseguir fazer uma boa e licitação no bolo documentação de software então até a próxima aula