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

40 views2076 WordsCopy TextShare
Prof Gilleanes Guedes Engenharia de Software e UML
Nesta aula continuamos a falar sobre técnicas de elicitação de requisitos, desta vez abordando as té...
Video Transcript:
Olá sejam bem-vindos ao canal engenharia de software com ênfase um oml Eu sou professor Jenes getts e eu já atuo na área de modelagem de software a vários anos eu tenho quatro livros publicados sobre o assunto e eu já ministrei diversas palestras e cursos técnicos sobre modelagem de software utilizando a linguagem uml na aula de hoje eu vou dar continuidade ao tema sobre elicitação de requisitos dessa vez abordando as técnicas de oficina de requisitos jogos colaborativos observação e análise de protocolo então Então vamos iniciar a nossa aula então vamos começar falando sobre oficina de requisitos
ou workshops requirements então essa técnica ela é composta por um conjunto de vários encontros que são conduzidos pelas partes interessadas com objetivo de elicitar os requisitos relacionados ao produto que deve ser desenvolvido ah essa técnica ela costuma produzir um conjunto mais completo de requisitos comparado com técnicas com outras técnicas eh de grupo como tempestade cerebral e trabalho em grupo que foram vistas na no vídeo anterior ã ela é bastante semelhante aos grupos aos grupos focais a técnica de grupo focal mas ela el não se limita a registrar ideias ou impressões ela faz o registro efetivo
de requisitos ela normalmente ocupa o período curto porém muito intenso de trabalho e costuma ser altamente produtiva e focada pode haver muito múltiplas sessões em uma oficina em geral elas ocupam entre uma E H um mês mas não quer dizer que durante todos os dias da semana ou todos os dias do mês haverão sessões serão algumas sessões ocupando alguns poucos dias é preciso ao aplicar essa técnica estipular previamente como os requisitos serão registrados qual formato vai ser utilizado para registrar esses requisitos provavelmente para especificá-los também eh é preciso que haja um facilitador um facilitador é
uma pessoa experiente nesse tipo de eh técnica de levantamento de requisitos eh e ela deve entre outras eh tarefas coordenar as sessões e evitar ou resolver conflitos de opiniões então o objetivo disso é estabelecer um conjunto estável de requisitos Então faz parte das funções do facilitador evitar que hajam conflitos entre as partes interessadas nem sempre isso é fácil Nós ainda vamos falar sobre negociação de requisitos que pode ser um pouco mais complexo eventualmente pode existir um secretário que tem a função de registrar as decisões tomadas e os requisitos que foram elicitados e também para controlar
o tempo da sessão Ah uma oficina de requisitos ela contém um grupo menor de partes interessadas não são todas as partes interessadas que irão participar da oficina então é parte dos objetivos de uma oficina de requisitos também identificar receber sugestões de outras partes interessadas que possam colaborar que possam ajudar na citação de novos requisitos no momento que os requisitos forem elicitados e antes que eles sejam aprovados eles precisam ser considerados pelo grupo discutidos e compreendidos por todos para só então ser serem aprovados ou eventualmente recusados Em geral os requisitos que são produzidos a partir dessas
técnicas eles costumam ser significativos sólidos e serem menos terem uma tendência menor a sofrerem mudanças essa técnica ela é mais voltada para identificar requisitos relacionados a problemas complexos e grandes uma vez que ela costuma ser cara e envolver partes interessadas diversas e muitas dessas partes interessadas são usuários Chaves que são muito importantes para a empresa Então ela é útil quando o sistema o software ser desenvolvido ele é complexo vai demandar bastante tempo e esforço agora a a elicitação dos requisitos Por meio dessa técnica pode ser um pouco lenta pode ser necessárias várias sessões de requisitos
e portanto essa técnica ela é bastante cara por quê Porque como eu falei já ela envolve partes interessadas que são importantes para a empresa que possui bastante conhecimento E são muitas vezes imprescindíveis para determinados setores da empresa então alocar esse tipo de parte interessada para participar de uma oficina de requisitos torna a técnica muito cara Além disso ela demanda mais tempo que outras técnicas de licitação já estudadas dessa forma el ela não é adequada para projetos pequenos o o essa técnica ela não se paga ela não se justifica quando os projetos são pequenos é necessário
que o projeto seja grande e complexo bom vou falar rapidamente sobre jogos colaborativos Então essa também é uma técnica de grupo ela reúne pessoas com perspectivas diferentes para discutir um determinado tópico ã basicamente O objetivo dessa técnica é compreender melhor o problema através do compartilhamento dos dos conhecimentos das diversas partes interessadas ah por meio das múltiplas visões que partes interessadas diferentes irão fornecer ela estimula os participantes A trabalharem juntos para compreender o problema e para conceber possíveis soluções para ele e como o nome já diz essa técnica é aplicada na forma de um jogo deve
haver um facilitador neutro que explica as regras do jogo Mantenha o jogo em movimento e Garanta que todos participem e colaborem entre si bom vou falar um pouco sobre outra técnica que é a observação ou análise social como o nome já diz essa técnica se baseia em observar o ambiente de trabalho observar as partes interessadas trabalhando nos seus setores ou departamentos então ela busca levantar esses requisitos Por meio dessa observação observou pela observação dos usuários trabalhando em seu ambiente normal então ela deve ser aplicada ou pode ser aplicada quando existe um determinado processo que poderá
ser alterado melhorado ou automatizado ou mesmo quando existe um software já um pouco antigo que irá ganhar uma nova versão ou será substituído em situações por exemplo que tem um software legado por exemplo um software que já existe há bastante tempo na empresa e que e muitas vezes os desenvolvedores já não trabalham mais na empresa e ele possui pouca ou nenhuma documentação Ah bom então nessa técnica de observação o engenheiro de requisitos ele vai ao local de trabalho no onde onde os funcionários eh desempenham suas funções que é o ambiente em que o software será
implantado normalmente essa técnica ela é utilizada em conjunto com outras técnicas como por exemplo entrevistas ou análise de tarefas e serve entre outras coisas para validar os requisitos que foram levantados por essas técnicas essa técnica é particularmente útil quando os usuários Eles não têm facilidade em explicar o que fazem ou por fazem dessa forma então observação pode ser útil para compreender o porquê de certas coisas serem feitas ou até mesmo como são feitas e até mesmo para determinar se o que os eh usuários disseram que faziam é verdadeiro se eles realmente procedem dessa maneira da
maneira que eles dizem que fazem ã Então essa técnica se baseia em observar como as pessoas trabalham realmente em um determinado setor em determinado processo eh pode acontecer do ento dos usuários ser diferente do que eles escreveram ou do que ou da forma como eles deveriam se comportar então Eh quando respondendo a outras técnicas de licitação de requisitos algumas partes interessadas elas podem dizer que se comportam de uma de uma determinada maneira que a havia sido estabelecido que está na Norma da empresa às vezes por medo de serem eh julgado ou punidos mas que na
prática real elas trabalham de maneira diferente porque algumas regras algumas normas são impraticáveis numa situação eh de ambiente de trabalho real por exemplo então Eh no momento que se aplica a técnica de observação os requisitos que são descobertos por ela costumam ser autênticos porque eles foram observados pelo engenheiro no local de trabalho no ambiente real de trabalho então se tem certeza é assim que eles procedem e essa técnica Como já falei antes ela é útil para validar e verificar os requisitos que haviam sido obtidos por meio de outras técnicas como entrevistas questionários pesquisas e outras
bom com relação ao local de observação ele pode ser por demonstração ou por textual por demonstração então ah alguns funcionários fazem uma demonstração de como eles trabalham eh em um momento eh diferente do normal do do seu horário de trabalho ã de uma forma mais eh de uma demonstração mais uma uma oferecendo uma demonstração mais reservada que não necessariamente será realmente a forma real que eles trabalham e existe a a observação contextual em que O Observador realmente vai ao local de trabalho em que ocorrem as atividades e ver realmente como Essas atividades são realizadas Então
essa é a forma mais eh fidedigna dessa técnica bom vou falar um pouquinho sobre os tipos de observador basicamente O Observador ele pode ser invisível visível participativo e agir como aprendiz temporário vamos falar um pouquinho sobre cada um deles então O Observador invisível ou sombra ele acompanha observa o trabalho das partes interessadas mas não interfere nesse trabalho e nem faz perguntas apenas observa então O Observador ele pode medir registrar o que bem entender mas ele não interfere Não atrapalha não faz perguntas para as partes interessadas depois que a observação for finalizada Então ele pode fazer
perguntas à partes interessadas e existe O Observador visível que ele acompanha as partes interessadas e pode inclusive dialogar com elas fazer perguntas tirar dúvidas e mesmo que isso venha a interferir na atividade das partes interessadas e nós temos O Observador participativo que além de acompanhar as partes interessadas ele pode participar da atividade auxiliar a na atividade e assim obter uma certa experiência prática eh no caso esse tipo de observador deve ser aplicado para atividades não especializadas que não afetem negativamente o negócio da empresa pode ser perigoso Um observador participativo cometer erros já que ele não
tem experiência sobre a atividade e nós temos o aprendiz temporário que ele realmente trabalha nas atividades que ele tá tentando levantar requisitos então ele é um observador visível ou participativo mas que realmente se envolve nas atividades então a parte interessada ela não só responde a perguntas como ensina O Observador a realizar determinadas atividades então há um compartilhamento de conhecimento maior de uma forma mais mais simples e natural bom fala um pouquinho sobre o processo de observação então O Observador ele precisa ser aceito pelas partes interessadas sobre estudo elas devem aceitar que eles que ele as
Observe porque senão elas podem ter um comportamento que não Gere requisitos efetivos pode ser um pode ter um comportamento fácil só para eh aparentar estar fazendo Como manda o protocolo ã e as pessoas que no momento que aceitarem que ser observadas elas devem realizar suas atividades de maneira normal sem como se O Observador não estivesse presente deve-se considerar como as perguntas serão Preparadas como serão feitos os questionários ou entrevistas e como elas deverão ser apresentadas ao usuário observado alguns usuários podem não gostar de ser observados nem de serem questionados ah pode--se eventualmente incluir lembretes para
usuário que por exemplo que eles pensem em voz alta enquanto realizam uma determinada atividade nesse caso a observação el ela já se torna uma análise de protocolo como a gente vai estudar daqui a pouquinho e deve-se garantir que o usuário observado eh deve ser garantir aliás ao usuário observado que a forma Como ele trabalha não está sendo questionado ele não está sendo julgado também deve-se eh negociar de que maneira a o trabalho do usuário será registrado alguns usuários podem não aceitar serem filmados ou terem sua voz gravada por exemplo então é preciso eh que haja
concordância do usuário para esse tipo de registro ã e agora vou falar brevemente sobre a análise de protocolo que é também uma técnica de observação mas na qual a as partes interessadas que estão sendo observadas quando Estão realizando uma determinada tarefa falam alto e explicam Porque estão Estão realizando as ações eh que realizam durante uma atividade Então esse tipo de técnica ela facilita a identificação dos problemas de interação no sistemas que já existem na empresa e fornece uma compreensão melhor do contexto e do fluxo de trabalho então além de serem observados os as partes interessadas
explicam o porquê que elas executam determinadas ações e nós terminamos mais essa aula sobre técnicas de licitação de requisitos eu espero que essa aula tenha sido considerada adequada que ela tenha sido útil ah eu peço para quem ainda não está inscrito que se inscreva no canal e se vocês conhecem alguém que se interessa por esse conteúdo peço que compartilhe com essas pessoas agradeço a atenção de todos nós nos vemos nas próximas aulas
Related Videos
Técnicas de Elicitação de Requisitos - Parte VII - Análise de Interfaces e Prototipação
31:16
Técnicas de Elicitação de Requisitos - Par...
Prof Gilleanes Guedes Engenharia de Software e UML
42 views
Técnicas de Elicitação de Requisitos - Parte I - Entrevistas
22:29
Técnicas de Elicitação de Requisitos - Par...
Prof Gilleanes Guedes Engenharia de Software e UML
49 views
Técnicas de Elicitação de Requisitos - Parte VIII - Design Thinking
34:16
Técnicas de Elicitação de Requisitos - Par...
Prof Gilleanes Guedes Engenharia de Software e UML
22 views
7 - Política de privacidade
5:15
7 - Política de privacidade
NeuroDev
13 views
O que é #logística ?
7:26
O que é #logística ?
20 Mil Palavras
283,648 views
Como começar a atuar na área tributária mesmo sendo estudante de Direito ou de Ciências Contábeis?
22:13
Como começar a atuar na área tributária me...
Prof. Luis Cremonez
26 views
Técnicas de Elicitação de Requisitos - Parte IX - JAD
33:55
Técnicas de Elicitação de Requisitos - Par...
Prof Gilleanes Guedes Engenharia de Software e UML
50 views
Técnicas de Elicitação de Requisitos - Parte II - Questionários
14:26
Técnicas de Elicitação de Requisitos - Par...
Prof Gilleanes Guedes Engenharia de Software e UML
57 views
Características do texto acadêmico - Parte 1 - Letras EAD UFRPE
13:02
Características do texto acadêmico - Parte...
SILVIO PROFIRIO DA SILVA
23 views
Requisito Funcional e Não Funcional de Software: entenda a diferença.
6:11
Requisito Funcional e Não Funcional de Sof...
pessonizando
74,913 views
Entendendo as 5 COMPETÊNCIAS DO ENEM!
23:21
Entendendo as 5 COMPETÊNCIAS DO ENEM!
Professor Chandy
3 views
#001-Resolvendo QUESTÃO [Vírgula]
11:12
#001-Resolvendo QUESTÃO [Vírgula]
Almir Marques dos Santos
43 views
Verificação e Validação de Requisitos - Introdução
21:26
Verificação e Validação de Requisitos - In...
Prof Gilleanes Guedes Engenharia de Software e UML
101 views
4k Golden Dust Animation Background video | Footage | Screensaver
1:04:00
4k Golden Dust Animation Background video ...
MG1010
3,952,326 views
Vintage Moody Flower Painting • Vintage Art for TV • 3 hours of steady Artwork • Romantic Ambience
3:00:01
Vintage Moody Flower Painting • Vintage Ar...
The Museum Ambience
430,224 views
Diagrama de Classes - Parte III - Restrições - Nova Edição
20:47
Diagrama de Classes - Parte III - Restriçõ...
Prof Gilleanes Guedes Engenharia de Software e UML
560 views
ENGENHARIA DE COMPUTAÇÃO - Minha experiência
16:33
ENGENHARIA DE COMPUTAÇÃO - Minha experiência
JuliaLabs
95,631 views
Por que você precisa publicar seus artigos
14:07
Por que você precisa publicar seus artigos
Diego Luz Moura, Phd
20 views
4K Anime Purple Evening Sky - Relaxing Live Wallpaper - 1 Hour Screensaver - Infinite Loop !
1:00:07
4K Anime Purple Evening Sky - Relaxing Liv...
ALEXIY
1,998,461 views
Copyright © 2024. Made with ♥ in London by YTScribe.com