E aí [Música] o Olá Neste vídeo daremos início a nossa playlist com nossos estudos sobre análise de requisitos e teremos como primeiros pontos de discussão os seguintes tópicos compreendendo o negócio compreendendo as regras do negócio e definindo necessidades Como já vimos anteriormente o processo de desenvolvimento de um software tem início sempre com a identificação das necessidades do cliente a partir dessas necessidades o software é desenvolvido e retorna ao cliente para seu uso mas será que esse processo é tão simples assim Qual a importância dos requisitos no resultado final de um projeto de software é fortemente
reconhecida teorizada e de batida nas áreas de gerenciamento de projetos engenharia de software sabemos que para garantir a qualidade de um software é essencial que seus requisitos sejam compreendidos se não compreendermos os requisitos adequadamente serão grandes as chances de o resultado não ser o esperado e nos últimos anos a evolução das técnicas para projetos de desenvolvimento de software é uma constante na busca da construção de sistemas mais confiáveis dentro de prazos razoáveis e com qualidade que satisfaça as reais necessidades do cliente final esse mesmo cliente evolui cada vez mais em termos de conhecimentos e tecnologia
da informação e seu nível de exigência para que os sistemas efetivamente suporta e suas atividades operacionais de negócios e estratégias e o processo básico de compreensão e proposição consiste em coletar analisar compreender e procura a solução o segundo Machado 2011 apesar do grande número de certificações já existentes muitos projetos continuam falhos fora de prazo e de custos poucos ensinam sobre negócios e técnicas de análise e levantamento de requisitos nos cursos de graduação focando-se apenas nas linguagens de programação assim pouco se ensina sobre processos de negócio e como se aplica os sistemas automatizados a esses processos
temos Então os chamados pseudo analistas de sistemas que para Machado São profissionais que não entendem nada de negócios não possuem ferramentas e aprendem poucas técnicas e como obter esse conhecimento a chamada visão sistêmica é pouco desenvolvida em comparação com a forte e formação e linguagens componentes arquiteturas e tecnologias essa dificuldade traz como consequência o não-atendimento das reais necessidades dos clientes o segundo importante relatório Case report 2015 que traz estatísticas sobre desenvolvimento de sistemas nos Estados Unidos apenas Vinte e Nove porcento dos projetos atingem sucesso ou seja são desenvolvidos no prazo e dentro do orçamento e
com escopo completo 52 por cento dos projetos mudaram ou seja atrasaram estourar o orçamento e ou reduzir um escopo e dezenove por cento dos projetos falharam Isto é foram cancelados ou pior nunca usados assim de acordo com Debastiani o sucesso de um projeto implica em ser concluído dentro do prazo ser concluído dentro do orçamento atingir a qualidade desempenho esperados alterar minimamente o escopo e ser aceito sem restrições e sem conhecer profundamente o trabalho que um sistema de informação devem realizar e objetivos operacionais e de negócio que precisa atender não conseguiremos atingir a satisfação de nenhum
deles mas o que seria o escopo em um escopo segundo Debastiani consiste o trabalho que um sistema deve realizar e os objetivos operacionais e de negócio que precisa atender a chamada abrangência do projeto entender e delinear com precisão o escopo em um projeto de software não é uma tarefa fácil um sistema de informação sempre tem por finalidade cobrir uma necessidade estratégica de negócio ou viabilizar a execução automatizado de um processo operacional dentro da empresa Nesse contexto de acordo com machado 2011 corrigir um erro identificado em etapas posteriores a de especificação de requisitos tendem a custar
Entre 50 e 200 vezes mais além disso um trabalho consistente de análise de requisitos é a base de um projeto de software de sucesso é o chamado ponto de partida partimos então da premissa que que é necessário antes de tudo conhecer o negócio para e prendermos suas necessidades e só então propomos a solução para Machado 2011 um trabalho consistente de análise de requisitos ou seja identificar quantificar definir priorizar e classificar os principais problemas que o futuro software deve resolver é a base de um projecto de sucesso e compreendendo um negócio para compreendermos o negócio temos
alguns questionamentos quais atividades envolvidas pela empresa ela se organizem setores Quais são quais os cargos ocupados por cada setor Quais as atribuições de cada um dos cargos Quais são as regras que regem as atividades desenvolvidas pela empresa como ocorre cada tarefa Qual o seu fluxo quais dados são manipulados em cada tarefa e como os dados são registrados pela empresa como se dá o acesso aos dados da empresa são produzidos relatórios quais o que é apresentado com Qual período cidade Quais são os formulários utilizados pela empresa e para esclarecermos um pouco mais esse processo de compreensão
do negócio vamos fazer aqui um exemplo uma empresa clássica que se organiza em vários setores Esse é o primeiro passo na compreensão da empresa a partir dos seus setores nós partimos para um detalhamento nós pegamos então um Setor 1 setor da empresa ele é composto por vários cargos vão chamar de cargo um cargo dois até o enésimo cargo cada cargo tem um conjunto de tarefas a desenvolver dentro da empresa bom e cada tarefa tem as suas regras específicas e seus respectivos dados manipulados isso se repete em todas as tarefas ou seja cada tarefas tem sua
regra e seus dados regras que podem ser compartilhadas e dados também mas não necessariamente assim isso vai se replicando até termos uma Total definição do setor seus cargos as tarefas de cada cargo com suas respectivas regras e dados manipulados voltando então para empresa nós podemos dizer que a empresa é formada por vários setores cada setor com seus respectivos cargos tarefas regras e dados manipulados assim graficamente nós podemos compreender um pouco mais o que é esse processo de compreensão do negócio e para aprofundarmos a nossa ilustração Vamos tomar como exemplo trecho da descrição de uma rádio
nesta descrição nós temos setores os cargos tarefas regras os dados manipulados e a forma de registro desses dados vamos tomar uma linha como exemplo o setor de atendimento no cargo de recepcionista uma das tarefas consiste na solicitação de inserção publicitária essa tarefa possui duas regras A primeira é que cada inserção deve ter antecedência de um mês e o pagamento deve ser cinquenta por cento antecipado e essa tarefa manipula dados as inserções publicitárias e dos clientes e atualmente o registro é feito em um formulário Aqui nós temos um exemplo então do aprofundamento na compreensão de um
negócio cada linha vai representando esse detalhamento e identificando as necessidades do negócio para compreendermos necessidades de negócio temos alguns questionamentos e quais as necessidades da empresa em termos de sistema Quais as prioridades estabelecidas para o sistema quem usará o sistema Quais tarefas precisam ser automatizadas em quais plataformas a solução deve ser oferecida Quais as restrições da empresa para aquisição da solução tanto em termos de tempo quanto de orçamento Existe alguma necessidade prioritária qual É assim nós temos o seguinte processo é necessário perguntar quais funcionalidades o sistema deverá oferecer Qual o comportamento e desempenho esperados Quais
as regras da empresa que influenciaram o futuro sistema essas perguntas Dão origem aos nossos requisitos e o que é um requisito segundo aí três é um requisito é uma condição ou capacidade necessária o usuário para resolver um problema ou alcançar um objetivo é uma condição ou capacidade que deve ser alcançado ou possuída por um sistema ou por um componente de sistema para satisfazer um contrato padrão especificação outros documentos formalmente expostos e uma representação documentada de uma condição ou capacidade como a dos itens anteriores um requisito e identifica um atributo uma capacidade uma característica uma qualidade
que o sistema deve exibir para ter valor aos usuários é um requisito pode ser uma descrição de funcionalidade uma especificação detalhada do comportamento esperado de um sistema uma propriedade genérica de um sistema uma restrição técnica do sistema uma restrição no processo de desenvolvimento ou informações sobre como realizar determinado o cálculo nós temos então a chamada engenharia de requisitos que consiste na identificação análise e especificação e definição dos requisitos e a gestão de requisitos que consiste na documentação no versionamento no controle de mudanças e controle de qualidade Qual a diferença da engenharia de requisitos trabalho se
na identificação da necessidade do negócio EA gestão de requisitos atuar em cima dos requisitos já levantados ou seja primeiro nós fazemos a engenharia depois nós partimos para a gestão de requisitos e quanto aos tipos nós temos o chamado os requisitos funcionais os requisitos não-funcionais e as chamadas regras de negócio são conteúdos que nós aprofundaremos nos próximos vídeos e por hoje é só pessoal tivemos uma introdução sobre a compreensão do negócio e nos próximos vídeos compreenderemos melhor dos tipos de requisitos tchau tchau [Música]
