Engenharia de Software

Questionrio sobre Engenharia de Requisitos Resolvido

Prof. MSc Wagner Siqueira Cavalcante

1 - Q193183 ( Prova: FCC - 2011 - TRT - 19 Regio (AL) - Analista Judicirio - Tecnologia da Informao /

Engenharia de Software / Anlise de Requisitos; Engenharia de Requisitos; )

De acordo com Sommerville, so atividades do processo de elicitao de requisitos, pela ordem:
a) casos de uso; anlise; projeto; arquitetura.
b) etnografia; casos de uso; anlise; validao; arquitetura.
c) entrevista; etnografia; documentao; registro.
d) cenrios; classificao; organizao; priorizao; documentao.
e) obteno; classificao e organizao; priorizao e negociao; documentao.
2 - Q193184 ( Prova: FCC - 2011 - TRT - 19 Regio (AL) - Analista Judicirio - Tecnologia da Informao /

Engenharia de Software / Engenharia de Requisitos; )

A avaliao do impacto de mudana de um requisito, muitas vezes, faz com que seja necessrio retornar sua
fonte. Na validao dos requisitos, a equipe deve estar atenta, portanto,
a) rastreabilidade.
b) adaptabilidade.
c) qualidade.
d) facilidade de compreenso.
e) facilidade de verificao.
3 - Q120050 ( Prova: CESPE - 2010 - SAD-PE - Analista de Controle Interno Tecnologia da Informao /

Engenharia de Software / Anlise de Requisitos; Engenharia de Requisitos; )

Um requisito de software expressa as necessidades e restries colocadas em um produto de software que
contribuem para a soluo de algum problema do mundo real. Acerca desse assunto, assinale a opo correta.

a) Os contratantes ou clientes so os principais colaboradores envolvidos no fornecimento de

informaes para o processo de levantamento ou elicitao de requisitos de software, os demais
grupos de pessoas que podem fornecer informaes so considerados de importncia secundria.
b) As necessidades dos usurios a serem atendidas por um produto de software constituem a classe de
requisitos funcionais, e as restries mencionadas na definio de requisitos constituem a classe de
requisitos no funcionais.
c) Entre as fontes de informao para a elicitao de requisitos, destacam-se, alm dos colaboradores,
o conhecimento do domnio de aplicao em que o software funcionar, o ambiente operacional do
software e o ambiente organizacional.
d) A negociao de requisitos, de forma similar observao do ambiente organizacional, uma
atividade tpica da fase de elicitao de requisitos.
e) A tcnica de casos de uso, empregada em alguns modelos de desenvolvimento de software atuais,
mais aderente construo de cenrios durante a construo de prottipos que durante a elicitao
de requisitos.

Engenharia de Software
Questionrio sobre Engenharia de Requisitos Resolvido
Prof. MSc Wagner Siqueira Cavalcante

4 - Q110511 ( Prova: FGV - 2010 - FIOCRUZ - Tecnologista em Sade - TI - Sistemas de Informao /

Engenharia de Software / Engenharia de Requisitos; )

Sobre os processos de engenharia de requisitos, na elicitao e na anlise ocorre total interao com os
stakeholders no sistema, sendo o principal objetivo:

a) a obteno dos requisitos.

b) a homologao do sistema.
c) a elaborao do manual do usurio.
d) a converso de especificaes em requisitos.
e) a execuo do estudo de viabilidade do sistema.
5 - Q141668 ( Prova: UFBA - 2009 - UFBA - Analista de Tecnologia da Informao / Engenharia de Software /

Engenharia de Requisitos; )
Em sistemas grandes e complexos, a determinao das conexes entre os requisitos torna-se geralmente uma
tarefa difcil, sendo que as Tabelas de Rastreamento constituem uma ferramenta que ajuda a minimizar essa
dificuldade.

a) Certo
b) Errado
7 - Q152057 ( Prova: FCC - 2011 - TRT - 23 REGIO (MT) - Analista Judicirio - Tecnologia da Informao /

Engenharia de Software / Engenharia de Requisitos; )

Tabelas de rastreamento para relacionar os requisitos identificados a um ou mais aspectos do sistema ou do seu
ambiente devem ser desenvolvidas, segundo Pressman, na engenharia de requisitos, por meio da funo de

a) gesto.
b) especificao.
c) elaborao.
d) negociao.
e) validao.

Engenharia de Software
Questionrio sobre Engenharia de Requisitos Resolvido
Prof. MSc Wagner Siqueira Cavalcante

8 - Q157038 ( Prova: FCC - 2011 - INFRAERO - Analista de Sistemas - Gesto de TI / Engenharia de Software /
Engenharia de Requisitos; )
Em relao Engenharia de Software, INCORRETO afirmar:

a) O design de software, ao descrever os diversos aspectos que estaro presentes no sistema quando
construdo, permite que se faa a avaliao prvia para garantir que ele alcance os objetivos
propostos pelos interessados.
b) A representao de um design de software mais simples para representar apenas as suas caractersticas essenciais busca atender ao princpio da abstrao.
c) Iniciar a entrevista para obteno dos requisitos de software com perguntas mais genricas e
finalizar com perguntas mais especficas sobre o sistema o que caracteriza a tcnica de entrevista
estruturada em funil.
d) No contexto de levantamento de requisitos, funcionalidade um dos aspectos que deve ser levado
em conta na abordagem dos requisitos funcionais.
e) A representao a linguagem do design, cujo nico propsito descrever um sistema de software
que seja possvel construir.
9 - Q153088 ( Prova: FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manuteno /

Engenharia de Software / Anlise de Requisitos; Engenharia de Requisitos; )

Os produtos de trabalho resultantes da engenharia de requisitos so avaliados quanto qualidade durante a
etapa de validao de requisitos. Analise os itens a seguir referentes a essa etapa:
I)

Um dos principais mecanismos de validao de requisitos a avaliao tcnica formal.

II) O modelo de anlise pode garantir que os requisitos foram consistentemente declarados.

III) frequentemente til examinar cada requisito em face de um conjunto de questes do tipo
checklist.
IV) A equipe de reviso que avalia os requisitos inclui apenas pessoas com conhecimento tcnico na
rea de TI, como engenheiros de softwares, desenvolvedores etc.
Est correto o que consta em
a) I, II, III e IV.
b) II e IV, apenas.
c) I, II e IV, apenas.
d) II, III e IV, apenas.
e) I, II e III, apenas.

Engenharia de Software
Questionrio sobre Engenharia de Requisitos Resolvido
Prof. MSc Wagner Siqueira Cavalcante

10 - Q153087 ( Prova: FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manuteno /

Engenharia de Software / Engenharia de Requisitos; )

A engenharia de requisitos ajuda os engenheiros de software a compreender melhor o problema que eles vo
trabalhar para resolver. Ela inclui um conjunto de tarefas que levam a um entendimento de qual ser o impacto
do software sobre o negcio, do que o cliente quer e de como os usurios finais vo interagir com o software. A
funo de negociao no processo de engenharia de requisitos

a) especifica, revisa e valida o problema de modo a garantir que seu entendimento e o entendimento
do cliente sobre o problema coincidam.
b) refina e modifica os requisitos. uma ao de modelagem de anlise composta de vrias tarefas de
modelagem e refinamento.
c) define quais so as prioridades, o que essencial, o que necessrio. Clientes, usurios e outros
interessados so solicitados a ordenar os requisitos e depois discutir os conflitos de prioridade.
d) ajuda o cliente a definir o que necessrio.
e) define o escopo e a natureza do problema a ser resolvido.
11.

12.

13.

Para o desenvolvimento de um sistema de supermercado, mais especificamente para a conferncia de

produtos em estoque e prateleira, cite quatro requisitos funcionais e outros no funcionais.
Funcionais:
1. O sistema deve permitir (ou implementar) a leitura de cdigo de barras
2. Deve-se ler o cdigo de barras da prateleira, para ver se os produtos esto no lugar certo
3. Deve-se ler o cdigo de barras de cada produto (ou categoria de produtos)
4. Assim que a leitura for feita, deve-se consultar a base de dados para conferir se o adequado
5. Conferir se o produto est dentro do prazo de validade
6. Conferir se o produto est dentro da margem de estoque
No funcionais:
1. O sistema deve operar em Android, para a leitura, e em Windows, no Servidor
2. No momento da conferncia, a resposta deve ser rpida
3. Os resultados apresentados devem ser confiveis, especialmente quanto s validades
4. As telas devem ter cones de fcil compreenso e aparncia simplificada
Explique a razo de haver dificuldade na definio dos requisitos de um sistema j na primeira entrevista
e exemplifique tal situao.
1.
A primeira reunio aberta e, portanto, no destinada elicitao de requisitos
2. Na primeira reunio, por ser mais informal, as informaes tendem a ser desorganizadas, inespecficas,
genricas e, portanto, poucos detalhes devero surgir.
3.
Os requisitos devem surgir ao longo de muitos encontros e atividades especficos para a sua elicitao
Exemplifique dois sistemas em que trs ou mais requisitos no funcionais tm prioridades distintas uma
sobre a outra, e porque.
1.
Sistema de controle areo:
1.1. Tempo de resposta = muito curto. PORQUE: A maior urgncia evitar colises, impactos
1.2. Facilidade de uso = importante. PORQUE: A interface pode colaborar diretamente na resposta
1.3. Portabilidade = bom. PORQUE: Pode haver S.O.s distintos operando em conjunto
2. Sistema de controle de estoque:
2.1. Portabilidade = muito importante. PORQUE: A leitura realizada com mquinas com Android.
2.2. Facilidade de uso = importante. PORQUE: Em boa parte das vezes, o estoquista tem domnio
especfico e no muito tempo entre operaes ou para detalhes minuciosos.
2.3. Tempo de resposta = bom. PORQUE: mais importante ter a inteireza das informaes do que a
rapidez com que chegam.

Engenharia de Software
Questionrio sobre Engenharia de Requisitos Resolvido
Prof. MSc Wagner Siqueira Cavalcante

14.

15.

16.

17.

18.

19.

20.

21.

Em que momento mais adequado envolver os usurios secundrios na discusso sobre o sistema?
Aps a primeira (ou at mesmo a segunda) reunio, dedicadas s descobertas primrias do Sistema.
Aps as (principais ou mais restritas) reunies com os usurios primrios (aqueles que diretamente
influenciaro ou sero influenciados pelo sistema em questo).
Defina, em poucas palavras, requisitos, requisitos funcionais, no-funcionais e de domnio
REQUISITOS:
Necessidades a serem atendidas pelo sistema
REQUISITOS
Requisitos que expressam necessidades diretas ou funcionais
FUNCIONAIS:
Slide: Declaraes de servios que o sistema deve fornecer, como o sistema deve
reagir a entradas especficas e como o sistema deve se comportar em determinadas
situaes.
REQUISITOS
NO Requisitos que atendem a necessidades globais, que no expressam uma operao
FUNCIONAIS:
direta
Slide: Restries sobre servios ou funes oferecidos pelo sistema tais como
restries de timing, restries sobre o processo de desenvolvimento, padres, etc.
REQUISITOS
DE Requisitos advindos do domnio de aplicao do sistema (e do domnio de
DOMNIO:
atividade da instituio) e que refletem as caractersticas deste domnio.
Quais as diferenas entre requisitos de usurio e de sistema?
DE USURIO:
Requisitos expressos em linguagem natural, sem jarges tcnicos, ou seja,
inteligveis e com foco no prprio usurio.
DE SISTEMA:
Requisitos expressos em linguagem mais tcnica, com foco no desenvolvimento
do sistema e, portanto, compreensvel pelo corpo tcnico.
Como gerar resultados de viabilidade, se este antecede a elicitao de requisitos?
Embora a viabilidade anteceda a elicitao de requisitos, esta deve ser baseada em um conjunto bsico de
requisitos levantado nas primeiras reunies, podendo ser adicionado por outros advindos de observao e de
experincias anteriores ou de outros (sistemas e analistas).
Gere uma lista com cinco questes que podem anteceder (preparar) a primeira reunio com o cliente.
1.
Quais necessidades fundamentais da instituio este sistema deve atender?
2. Quais prioridades a instituio tem para que o sistema atenda?
3. Quais necessidades o sistema semelhante atual em execuo no atende?
4. Como este sistema afetar ou influenciar os resultados da instituio?
5. O que ocorre sem a execuo deste sistema na instituio?
6. Alm das expectativas empresariais e gerenciais, a mesma ocorre nos nveis operacionais?
7. Quais as expectativas que os usurios finais e clientes depositam neste sistema?
Cite e classifique alguns pontos de vista (como o das prateleiras de supermercado, por exemplo).
Gerente de estoque:
Observa os valores totais e finais, de forma a poder tomar decises quanto s falhas
Repositor:
Tem que saber se h produtos vencidos, se h a necessidade de reposio
Vendedor:
Precisa apenas saber se h o produto no estoque para poder concretizar a venda
Para uma compreenso mais geral, defina stakeholder, restries e abstrao.
Stakeholder:
Todo aquele (pessoa, sistema ou at hardware) envolvido com o sistema, que o
influencia ou por ele influenciado, de forma direta ou indireta.
Restries:
Conjunto de regras que define o que deve (ou pode) ou no ser feito.
Abstrao:
Captao do que e como funciona (a instituio, a atividade, o sistema)
Durante quanto tempo os requisitos podem se alterar? Por que? At quando so aceitveis?
Os requisitos podem SEMPRE se alterar, porm isto no muito conveniente, e deve ser evitado.
PORQUE: Isto ocorre por vrias razes, entre as quais, a possibilidade de m definio ou interpretao, as
mudanas de regras ou comportamentos institucionais ou governamentais
Estas mudanas, especialmente se no impactantes, so aceitveis at antes da implementao (s vezes
ocorrem durante a mesma). Se impactantes, portanto, deveriam se modificar antes da implementao, ou
seja, at as fases de anlise e projeto.

Engenharia de Software
Questionrio sobre Engenharia de Requisitos Resolvido
Prof. MSc Wagner Siqueira Cavalcante

22.

23.

24.

25.

26.

27.

Defina requisitos volteis e requisitos permanentes.

VOLTEIS:
Requisitos que podem perder ser valor ou efeito durante a criao do sistema
PERMANENTES:
Requisitos, de certa forma imutveis, que no se alteram durante todo o processo.
O que so e o que envolvem as entrevistas abertas e as fechadas?
ABERTAS:
So reunies mais informais, sem um roteiro predefinido, normalmente com
informaes esparsas e genricas.
FECHADAS:
Estas so reunies mais formais, com roteiros bem definidos, cujas informaes so
organizadas e propositais.
Qual a importncia da etnografia?
A etnografia fundamental para a elicitao de requisitos, pois corresponde observao do ambiente, das
atividades e dos comportamentos operacionais, que muitas vezes podem ser mais expressivos e evidentes que os
requisitos citados formalmente.
Quais diferenas h entre a anlise e as revises de requisitos, e quais so os envolvidos em ambas?
Anlise:
Observao da real existncia, realidades, expresses e conflitos dos requisitos, pois h
muita dificuldade do stakeholder em expressar-se ou demonstrar o que realmente desejam.
Corpo tcnico e stakeholders devem participar.
Reviso:
Anlise manual sistemtica de requisitos (j processados pela sua anlise). Idem
O que se define na matriz de rastreabilidade de requisitos?
Definem-se as prioridades e caminhos dos requisitos, levando em considerao as dependncias e
relacionamentos que h entre os requisitos.
O que ocorre no gerenciamento de requisitos e quem est envolvido nesta fase?
O gerenciamento de mudanas de requisitos ocorre durante a engenharia de requisitos (elicitao, anlise e
reviso, e validao) e desenvolvimento do sistema, que procura garantir o mximo de completeza e
consistncia dos requisitos.
As participaes devem contar mais especialmente com o corpo tcnico que atua diretamente na concepo do
sistema, mas tambm com os stakeholders diretos (cliente e usurios que fornecem os requisitos).