Análise de Requisitos - Introdução

Olá sejam bem-vindos ao canal engenharia de software com ênfase um ml Eu sou professor J Denes gues e eu já at na área de modelagem de software vários anos eu tenho quatro vos publicados sobre o assunto e eu já ministrei diversas palestras e cursos técnicos so modelagem de software utilizando a linguagem uml na aula de hoje eu vou começar a falar sobre a fase de análise de requisitos uma das quatro principais fases da engenharia da engenharia de requisitos Então vamos iniciar a nossa aula Então esta vai ser a primeira aula sobre esta fase eu vou

introduzir alguns conceitos básicos sobre a análise requisitos em vídeos posteriores Eu pretendo abordar alguns conceitos algumas alguns temas mais avançados dentro dessa área como por exemplo priorização de requisitos e negociação de requisitos Então vamos iniciar nosso conteúdo então A análise requisitos como eu falei é a segunda fase da engenharia de requisitos o objetivo dela é examinar e detalhar melhor os requisitos que foram identificados durante a fase de elicitação a fase anterior a análise requisitos onde os requisitos eles são levantados por meio das diversas técnicas de elicitação de requisitos que nós já vimos em outros vídeos

então basicamente durante a análise requisitos os requisitos de negócio e os requisitos de usuário que já foram produzidos durante a licitação eles são transformados em requisitos de sistema ou seja requisitos com grau de detalhamento um grau de profundidade superior aos requisitos de negócio e requisitos de usuário basicamente os requisitos eles são melhor detalhados em termos de quais são os passos pretendidos para esse tipo de requisito são descritos diversos cenários para esses requisitos ã de sistema bom vamos continuar ainda durante a análise requisitos muitas vezes é possível descobrir novos requisitos a partir do escrutínio a partir

do detalhamento mais profundo dos requisitos que foram el citados anteriormente se percebe a necessidade de novos requisitos novas funcionalidades também durante a fase de análise requisitos é feito uma verificação inicial na verdade como eu já falei em outros vídeos as fases de da engenharia de requisitos elas não são estanques elas não precisam ser totalmente concluídos para se passar para uma fase seguinte e também elas muitas vezes funcionam em paralelo então A análise de requisitos ela também faz uma certa verificação e validação inicial a partir dos requisitos elicitados Então ela busca determinar se os requisitos Eles

foram bem compreendidos se os requisitos estão completos e se eles não possuem anomalias como conflitos ambiguidades e inconsistências e outras Ah também tenta determinar se os requisitos realmente refletem as necessidades que o produto deve suportar então aqui já é feito uma certa validação de requisitos O que é muito mais complexo do que a simples verificação eh para determinar seos requisitos não possuem erros e anomalias a validação tenta determinar se o software realmente irá satisfazer as necessidades das partes interessadas Ah também durante a aná de requisitos tenta-se determinar se as possíveis restrições condições e regras de

negócio que os cada requisito funcional deverá obedecer estão sendo eh foram devidamente descritas bom é também durante análise que se produz aliás que se consolida a visão do produto a visão do produto na verdade ela já começa a ser produzida já começa a ser esboçada durante a licitação principalmente para se produzir requisitos de negócio que entre outras coisas tentam determinar Quais são qual é a motivação para desenvolver o software qual vai ser o lucro que a empresa irá Obter ou prejuízo que irá evitar mas durante a mais requisitos a visão ela é consolidada ã isso

é feito entre outras maneir de outras entre outras formas por meio da priorização dos requisitos onde se define o CNE do produto ou seja Quais são os requisitos essenciais para para que o software seja minimamente aceitável paraos clientes ã a visão do produto então el estabelece qual problema se quer resolver qual o público a que ele se destina Qual o propósito final do software e quais são as principais funcionalidades Ou pelo menos quais são as as suas funcionalidades essenciais então a visão do produto basicamente define Qual o motivo básico para o desenvolvimento do software nós

vamos falar agora de escopo de software e visão de produto na verdade os dois conceitos estão bastante interrelacionados a visão ela engloba o que o produto deverá fazer para satisfazer as necessidades das partes interessadas Lembrando que parte interessada é qualquer pessoa que tenha interesse no desenvolvimento do software e ou será afetado por ele já o escopo ele determina o que realmente poderá ser feito considerando as restrições do projeto como cronograma orçamento expertiz da empresa e limitação de hardware software e ferramentas Ah ainda falando sobre escopo do software o escopo ele também define as fronteiras do

software isso é muito importante porque o escopo estabelece Quais são os requisitos que realmente fazem parte do produto e quais não fazem parte isso é importante para não criar falsas expectativas deixar bem claro Logo no início do projeto o que o software fará e o que não faz parte dos seus objetivos então o escopo ele determina o que se quer e o que não se quer que o software Faça Ah então estabelecer o escopo é muito importante para permitir gerenciar cedo as expectativas das partes interessadas eh evitar que elas fiquem desapontadas com o resultado final

então não se deve fazer grandes promessas para que não sejam decepcionadas o cliente as partes interessadas e a própria equipe de desenvolvimento ah Ah então para evitar que os requisitos eles não atendam ao escopo do produto eh pode se aplicar algumas técnicas entre elas estabelecer o escopo com cliente e outras partes interessadas tornar expectativas Claras Logo no início e Pedir ao cliente e ou outras partes interessadas que participem ativamente da priorização dos requisitos vamos falar um pouquinho sobre cada uma dessas técnicas então com relação à técnica que estabelece o escopo com o cliente e outras

partes interessadas então o objetivo é deixar claro as fronteiras do software e qual é o propósito do seu desenvolvimento então o objetivo é deixar claro o que faz parte e o que não faz parte do software e Qual é o objetivo geral desse produto então para isso nós podemos entre outras maneiras utilizar o diagrama de caso de uso para da ml para tentar demonstrar Quais as funcionalidades que realmente fazem parte do software e Quais atores poderão utilizá-las Ah e é importante Deixar claro o mais cedo possível quais funcionalidades não serão suportadas pelo software Por estarem

fora do seu escopo uma outra técnica é tornar as expectativas Claras então é garantir que tudo tenha um início bem definido uma data de início bem estabelecida e uma data de término que deverá ser esticada o máximo possível para garantir Realmente seu o seu o seu cumprimento que dando uma margem de de erro para essa data final ã e a outra técnica é Pedir ao cliente e ou outras partes interessadas que participem da priorização dos requisitos o objetivo é garantir que as funcionalidades essenciais as funcionalidades cruciais as mais importantes sejam identificadas e portanto desenvolvidas primeiro

então aqui se trata de estabelecer o mínimo produto viável o MVP Então identificando quais os requisitos essenciais se sabe que são esses os requisitos necessários para que o software atenda minimamente às necessidades dos clientes e das outras partes interessadas garantir que usuários chave participem da priorização dos requisitos por Bom primeiramente lembrando usuários chave são pessoas com conhecimento sobre o problema sobre um determinado departamento um determinado processo e o conhecimento que eles possuem ajuda muito a equipe terar Quais são os requisitos críticos essenciais e como já foi falado esse tipo de requisito ele satisfaz as necessidades

mais importantes para a organização e são os requisitos mínimos para que o cliente se sinta razoavelmente satisfeito que atenda minimamente às necessidades do do cliente Ah e nós terminamos essa primeira aula introdutória sobre análise requisitos eu espero que essa aula tenha consistido considerada se vocês gostaram desse desse vídeo eu peço que vocês curtam o vídeo compartilhem com quem possa interessar sobre o assunto e nós nos veremos nas próximas aulas obrigado pela atenção