Técnicas de Elicitação de Requisitos - Parte III

Olá sejam bem-vindos ao canal engenharia de software com ênfase uml eu sou o professor Janes Gets e eu já atuo na área de modelagem de software há vários anos eu tenho quatro líos publicados sobre o assunto e eu já ministrei diversas palestras cursos técnicos sobre modelagem de software utilizando a linguagem uml na aula de hoje eu vou dar continuidade ao tema de elicitação de requisitos Mais especificamente eu vou tratar das técnicas de elicitação de pesquisa análise tarefas análise de domínio e introspecção então vamos iniciar esse conteúdo Então essa é a terceira aula sobre técnicas de

licitação de requisitos como eu falei eu vou falar sobre pesquisas análise de tarefas análise de domínio e introspecção lembrando que elicitação de requisitos é a primeira etapa da engenharia de requisitos como eu já falei em aulas anteriores a engenharia de requisitos busca determinar o que precisa ser feito busca compreender o problema ele é dividida em quatro etapas elicitação análise especificação e verificação de requisitos na elicitação de requisitos se busca Levantar se busca descobrir os requisitos necessários ao software Então nós vamos analisar essas técnicas de elicitação vamos iniciar a falar sobre pesquisas ou surveys em inglês

Então essa é um tipo de técnica que pode ser aplicado a uma grande população de pessoas o objetivo é reunir uma grande quantidade de requisitos de uma população bastante Ampla de pessoas eh provavelmente espalhadas por diversos locais ã diversas regiões diversos países ou seja elas vão estar geogrfica ente distribuídas distantes entre si esse tipo de eh técnica ela é mais utilizada quando se pretende desenvolver um software para uma ampla quantidade de usuários que estão espalhados por uma grande região por um país ou por ou pelo mundo inteiro ah então essa esse tipo de técnica costuma

reunir informações de um número de usuários bastante grande e ela é geralmente econômica e rápida em termos de análise dos dados obtidos então como eu falei ela é mais adequada quando o software ser desenvolvido é um software de propósito geral ou seja ele é voltado a um grande público ã que está espalhado por uma grande região por um país ou pelo mundo inteiro ela é uma técnica relativamente barata de desenvolver e de aplicar ela costuma reunir informações de um grande número de usuários relativamente ao mesmo tempo e se ela for Projetada da maneira correta A

análise dos dados costuma ser razoavelmente rápida e fá porém todavia contudo ela não costuma fornecer uma visão completa uma visão holística do software e ela não é capaz em geral de reunir dados ricos ou seja dados qualitativos em geral ela reúne apenas dados quantitativos Bom agora vou falar sobre a técnica de análise de tarefas nessa técnica se constrói uma hierarquia de tarefas do software utilizando uma abordagem topd ou seja de cima para baixo se identificam tarefas mais Gerais e vão se eh identificando smando subtarefas relacionadas a elas então o conjunto de tarefas e subtarefas que

são realizados pelos usuários e pelo software elas são colocadas em vários níveis diferentes e é necessário determinar qual o conhecimento e que é preciso para realizá-las essa técnica é bem mais detalhada que outras técnicas de licitação porém ela costuma ser um pouco mais complexa e exigir bastante esforço da parte do engenheiro de requisitos ah essa técnica ela é efetiva principalmente para elicitar requisit de usuário sobretudo os requisitos relacionados a questões de interface humano computador Então a maneira como os usuários realizam seus trabalhos ela é analisada considerando as atividades que eles realizam e como Essas atividades

elas são estruturadas além de qual o conhecimento necessário para que Essas atividades sejam desempenhadas na verdade existe uma subt écnica ou uma técnica associada à análise de tarefas que é a análise de conhecimento que ajuda a identificar produzir esse conhecimento Aqui nós temos um exemplo simples de análise tarefas relacionada à funcionalidade de envio de encomenda para o sistema de encomendas mundiais que nós temos utilizado como estudo de caso durante essas aulas então aqui nós estamos enfocando a funcionalidade enviar encomenda o nível dela é zero o título da funcionalidade começa nível zero e aí nós vamos

esmiuçando detalhando a subtarefas relacionadas a a essa funcionalidade então nós temos a tarefa verificar dados do envio que é subdividida nas tarefas solicitar os dados do cliente e solicitar os dados do destinatário depois nós temos a tarefa verificar dados da encomenda que se divide em solicitar informações sobre o conteúdo da encomenda que por sua vez se divide em se for um conteúdo proibido ou não aceito recusar encomenda caso contrário se verificam as medidas da encomenda se verifica o peso da encomenda e se calcula o valor de envio da encomenda depois nós temos a tarefa colocar

encomenda na esteira de análise e empacotamento E aí nós temos a subtarefa onde o o sistema ele escaneia a encomenda procurando por itens Ilegais ah itens proibidos itens procurados ou itens que não são aceitos eh nos países de origem e ou nos países de destino da encomenda Ah se forem detectados itens Ilegais ou procurados então o sistema ele convoca a polícia e caso sejam encontrados itens proibidos ou que de acordo com a política da empresa não são aceitos para envio então a encomenda é recusada Caso contrário é executada a tarefa em que o sistema embala

e etiqueta encomenda depois o sistema despacha a encomenda E aí nós temos a tarefa onde o cliente paga pela encomenda poderia ainda ter uma subtarefa onde o atendente registra o pagamento mas não achei Necessário colocar aqui mas poderia ter [Música] ã Fala um pouquinho sobre uma outra técnica associada à técnica de análise de tarefas que é a técnica de análise baseada em conhecimento ela como o nome já diz ela busca determinar o conhecimento necessário para realizar uma determinada tarefa ela é complementar à análise de tarefas é utilizada em conjunto com ela À vezes para determinar

determinados conhecimentos e ela costuma produzir modelos de objetos relações e eventos relacionados ao domínio da tarefa aqui nós temos um exemplo simples de análise baseada em conhecimento por meio do qual eu determinei o conjunto de itens que não são aceitáveis para a envio então eu representei isso por meio de uma hierarquia de de classes eu criei uma classe que eu chamei de item inaceitável e especializei ela em item roubado item proibido e item ilegal item proibido foi especializado em líquido perecível frágil semente e elemento vivo Então são itens que a empresa se recusa a enviar

ã porque líquido pode ramar perecível pode estragar frágil pode quebrar semente é muito perigoso enviar porque pode causar problemas ambientais e um elemento vivo por questões éticas ã já o item ilegal ele foi especializado em drogas e armas poderia ter outros itens aqui então isso aqui é um exemplo simples de análise baseada em conhecimento para determinar ã no caso o conhecimento relacionado aos itens inaceitáveis hã que a empresa se recusa ou é proibida de enviar bom algumas considerações sobre a análise tarefas ela costuma fornecer entradas valiosas para o processo de licitação porém essas entradas elas

servem basicamente para compreender para esclarecer para organizar um conhecimento que já existe sobre o domínio do problema Ah então A análise de tarefas essencialmente era analisa o processo como ele está como ele existe como ele se comporta atualmente e não Como irá se comportar quando software eh tiver desenvolvido então Eh A análise de tarefas ela é mais útil mais adequada para compreender o funcionamento de um processo da forma como ele funciona atualmente e e não tanto para gerar novos requisitos porém a compreensão de como um processo funciona permite pensar elocubrar imaginar como modificá-lo e como

melhorá-lo que é o que muitas vezes se espera do engenheiro de requisitos Isso inclui a adição de novas funcionalidades então após análise de tarefas nós vamos saber como o Esso ou até mesmo o software antigo se comporta se comporta e a partir daí alguns comportamentos poderão permanecer iguais poderão permanecer inalterados porém outros poderão sofrer grandes mudanças alguns poderão até mesmo ser abandonados excluídos e provavelmente muitos novos comportamentos surgirão vamos falar um pouquinho sobre a técnica de análise domínio então o objetivo dela é reunir requisitos iniciais e capturar uma visão Geral do conhecimento de domínio do

problema investigando aplicações existentes e documentos que sejam relacionados a elas essas aplicações existentes muitas vezes podem ser software legados ou seja um software antigo cujos desenvolvedores não se encontram mais na empresa ou a empresa que desenvolveu já não existe mais ou foi fechada ela essa técnica costuma ser utilizada por especialistas domínio Ou seja pessoas que TM bastante conhecimento sobre domínio do problema sobre como funciona um determinado processo setor então eles aplicam essa técnica para estudar a área do problema o mais completamente possível então no momento que eu possuo an documentação eu possuo documentos de projeto

eu possuo manuais de instrução modelos relatórios formulários essa técnica pode ser bastante útil para elicitar requisitos a partir desses documentos Ahã Então essa técnica costuma ser utilizada sobretudo quando o projeto está relacionado a sistemas legados ou seja softwares antigos então quando eu quero manter melhorar ou evoluir ou mesmo substituir um software que já existe há um certo tempo na empresa e é um software relativamente antigo ã Então ela também pode ser útil quando se deseja identificar componentes que possam ser reutilizáveis que possam ser reaproveitados em novas versões do software ou em novos projetos ã Então

esse o resultado dessas técnicas eles normalmente são utiliz ados por outras técnicas de licitação para servir de entrada de informação e novos requisitos surgirão na verdade a maioria das técnicas de licitação de requisitos não devem ser utilizadas de maneira individual em geral elas devem ser eh complementares devem se aplicar mais de uma técnica de licitação eh porém essa técnica ela pode ser um tanto complexa porque ela precisa examinar muitos tipos diferentes de domínios e é necessário que o engenheiro de de requisitos o a o o profissional que utilizar a técnica de análise domínio tenha bastante

perícia habilidade experiência em vários Campos da engenharia de software bom vamos falar agora sobre a técnica de introspecção ah essencialmente introspecção essa técnica de introspecção ela é utilizada por H um engenheiro de requisitos que já tenha bastante conhecimento sobre o domínio do problema então ele pode produzir muitos dos requisitos necessários ao software baseado H em sua própria experiência em seu próprio conhecimento e como em outros casos ela serve de base para outras técnicas de elação de requisitos então como eu falei os engenheiros requisitos Ele eles aplicam sua experiência e perícia de maneira a adquirir requisitos

da as partes interessadas em termos das expectativas que eles têm sobre o novo software porém como eu falei é preciso que o engenheiro de requisitos ele tenha bastante experiência na área essa técnica ela é efetiva se o engenheiro de requisitos ele possuir bastante conhecimento do domínio e objetivo do software e ele seja um especialista nos processos de negócio que os usuários estão normalmente envolvidos então é preciso que o engenheiro de requisitos ele tenha amplo conhecimento sobre domínio do problema e ele seja capaz de determinar muitos dos requisitos do sistema então de acordo com a sua

própria experiência de acordo com o seu próprio conhecimento ele consegue produzir requisitos do software como eu falei essa técnica tem que depois ser complementada por outras técnicas de elicitação de requisitos mas no momento que eu tenho um profissional que além de ser um engenheiro requisito Já possui um forte domínio do problema tem experiência e conhecimento sobre o assunto ele próprio já pode produzir uma grande quantidade de requisitos importantes para o software Mas como eu falei esses requisitos eles precisam ser complementados por outros requisitos que deverão ser obtidos através de outras técnicas de licitação e nós

concluímos mais a mais essa etapa mais essa aula sobre técnicas de licitação então nós vimos as técnicas de pesquisa análise de tarefas análise de domínio e introspecção eh em outras aulas nós iríamos estudar outras técnicas eu espero que essa aula tenha sido útil para vocês então se vocês gostaram dessa aula eu peço que vocês curtam essa aula eh compartilhe esse vídeo com quem possa se interessar e eu agradeço a atenção de todos nós nos vemos em outros vídeos obrigado pela atenção