ER-Lista-02

Prévia do material em texto

UNIVERSIDADE FEDERAL DO ESPÍRITO SANTO – UFES 
 
CENTRO DE CIÊNCIAS EXATAS, NATURAIS E DA SAÚDE 
DEPARTAMENTO DE COMPUTAÇÃO – DCOMP 
Disciplina: Engenharia de Requisitos 
Professor: Bruno Vilela Oliveira 
Lista de exercícios 
1 
 
 
Requisitos e coleta de requisitos 
1) (TRE–CE) A análise de requisitos no desenvolvimento de sistemas especifica as funcionalidades 
(requisitos funcionais) e as propriedades (requisitos não-funcionais). É considerado um requisito 
não-funcional 
a) uma informação na interface de entrada. 
b) a notificação de inconsistência de dado na tela. 
c) um histograma na interface gráfica do usuário. 
d) a emissão de relatórios fiscais. 
e) a disponibilidade do sistema. 
2) (FINEP) Uma equipe de analistas está entrevistando gerentes de área para levantar os requisitos 
do novo sistema de reservas de uma companhia aérea. Considere as afirmativas sobre os 
requisitos levantados. 
I - O usuário poderá fornecer um roteiro com múltiplos pontos de parada. 
II - O total a ser pago deverá ser expresso na moeda escolhida pelo usuário. 
III - As trocas de informações com os sistemas das empresas coligadas (hotéis, locadora de 
veículos, etc.) são feitas através de Web Services. 
É (São) requisito(s) funcional(ais) o que é apresentado em 
a) I, apenas. 
b) III, apenas. 
c) I e II, apenas. 
d) II e III, apenas. 
e) I, II e III. 
3) (TCE–PR) Identificar e especificar os requisitos funcionais e os não funcionais são atividades da 
Engenharia de Requisitos realizadas nos processos de 
a) planejamento de gerenciamento de requisitos e análise do problema. 
b) análise do problema e definição dos sistemas. 
c) definição dos sistemas e refinamento dos requisitos 
d) refinamento dos requisitos e aprovação dos requisitos. 
e) aprovação dos requisitos e planejamento de gerenciamento dos requisitos. 
4) (TCE–PR) São do tipo não funcionais, relacionado ao produto software, APENAS os requisitos 
de 
a) desempenho e de portabilidade. 
b) desempenho e de entrega. 
c) portabilidade e de interoperabilidade. 
d) portabilidade e legais. 
e) facilidade de uso e legais. 
5) (PRODEMGE) Em relação aos tipos de requisitos de software, analise os itens a seguir e coloque 
(V) para a assertiva verdadeira e (F) para a assertiva falsa. 
( ) Requisitos de sistema são declarações, em uma linguagem natural com diagramas, de 
quais serviços são esperados do sistema. 
( ) Requisitos funcionais são declarações de serviços que o sistema deve fornecer, como o 
sistema deve reagir a entradas específicas e como deve se comportar em determinadas 
situações. 
( ) Requisitos de usuário definem, detalhadamente, as funções, os serviços e as restrições 
operacionais do sistema. 
( ) Requisitos de domínio são provenientes do domínio da aplicação do sistema e refletem as 
características e as restrições desse domínio.
 
2 
 
6) (INB) Ao se proceder a Análise de Requisitos Funcionais de um projeto/sistema a ser 
desenvolvido, pode-se afirmar que essa é a etapa onde se dá, EXCETO: 
a) O entendimento do negócio. 
b) O levantamento da situação atual e do que se pretende desenvolver. 
c) O planejamento do projeto/sistema. 
d) O fechamento de escopo do projeto/sistema. 
e) A definição do hardware que será necessário à implantação do projeto/sistema. 
7) (SAD–PE) Um requisito de software expressa as necessidades e restrições colocadas em um 
produto de software que contribuem para a solução de algum problema do mundo real. Acerca 
desse assunto, assinale a opção correta. 
a) Os contratantes ou clientes são os principais colaboradores envolvidos no fornecimento 
de informações para o processo de levantamento ou elicitação de requisitos de 
software, os demais grupos de pessoas que podem fornecer informações são 
considerados de importância secundária. 
b) As necessidades dos usuários a serem atendidas por um produto de software 
constituem a classe de requisitos funcionais, e as restrições mencionadas na definição 
de requisitos constituem a classe de requisitos não funcionais. 
c) Entre as fontes de informação para a elicitação de requisitos, destacam-se, além dos 
colaboradores, o conhecimento do domínio de aplicação em que o software funcionará, 
o ambiente operacional do software e o ambiente organizacional. 
d) A negociação de requisitos, de forma similar à observação do ambiente organizacional, 
é uma atividade típica da fase de elicitação de requisitos. 
e) A técnica de casos de uso, empregada em alguns modelos de desenvolvimento de 
software atuais, é mais aderente à construção de cenários durante a construção de 
protótipos que durante a elicitação de requisitos. 
8) (TCE–TO) A respeito de análise de requisitos, julgue os itens a seguir. 
9) I. O usuário deve ser capaz de pesquisar tanto no banco de dados inteiro como em uma parte 
dele. 
10) II. A interface de usuário para o sistema deve ser implementada em HTML sem frames ou em 
applets Java. 
11) III. O sistema deve fornecer visões apropriadas para que o usuário possa ler documentos. 
12) IV. Cada ordem deve ter um identificador único (OSID), que o usuário deve poder copiar na 
área permanente de armazenamento da conta. 
13) V. O processo de desenvolvimento do sistema e os documentos devem ser realizados 
conforme o padrão interno da empresa. 
14) São requisitos funcionais apenas os itens 
a) I, II e III. b) I, II e V. c) I, III e IV. d) II, IV e V. e) III, IV e V. 
15) (MPE–BA) Identifique com V as afirmativas verdadeiras e com F, as falsas. 
( ) Os requisitos não funcionais restringem o sistema que está sendo desenvolvido e o 
processo de desenvolvimento que deve ser usado e estão, frequentemente, relacionados às 
propriedades emergentes do sistema de modo que se aplicam ao sistema em sua totalidade. 
( ) A prototipação não é considerada uma técnica usada para validação de requisitos, pois 
ocorre na fase final do processo de desenvolvimento, representado a entrega do sistema aos 
usuários finais e clientes. 
( ) Pode-se considerar que a entrada para o estudo de viabilidade consiste em um conjunto 
preliminar de requisitos de negócios, um esboço da descrição do sistema e como esse sistema 
pretende apoiar os processos de negócios. 
( ) A análise de requisitos possibilita que o Engenheiro de Software especifique a função e o 
desempenho do software. 
( ) Os testes de software são atividades de garantia da qualidade por si mesmo. 
( ) A segurança de software é uma atividade de garantia de qualidade de software que se 
concentra na identificação e avaliação de casualidades em potencial que possam exercer um 
impacto negativo sobre o software e fazer com que todo o sistema falhe. 
 
3 
 
16) (MEC) Requisitos não-funcionais estão diretamente relacionados com a satisfação dos 
usuários. Assinale a alternativa que não indique um requisito não-funcional 
a) O sistema de arquivos deve ser protegido, para acesso, apenas, de usuários 
autorizados. 
b) O software deve ser implementado usando os conceitos de orientação a objetos. 
c) O tempo de desenvolvimento do software não deve ultrapassar seis meses. 
d) O software poderá ser executado em plataforma windows e linux. 
e) O software deve emitir relatórios de vendas a cada quinze dias. 
 
17) Em relação ao levantamento e análise de requisitos, faz-se a seguinte afirmação: “Os requisitos 
de sistema devem ser capturados, documentados e acordados previamente, antes de se iniciar 
qualquer atividade de modelagem. Neste sentido, a atividade de análise de requisitos só deve 
ser iniciada após a conclusão da atividade de levantamento de requisitos”. Avalie e critique 
essa afirmação, apontando como tipicamente devem se dar as atividades de levantamento e 
análise de requisitos. 
 
18) Indique os possíveis stakeholders de um sistema para dar suporte às atividades de um 
estacionamento pago. 
 
19) Sugira os usos que os stakeholders indicados no exercício anterior podem dar a um documento 
de especificação de requisitos do sistema de estacionamento.20) Identifique possíveis stakeholders para os seguintes sistemas: 
a) um sistema de agendamento de consultas odontológicas que permite registar datas, 
horários e detalhes desse tipo de consulta; 
b) um sistema de gestão de estoque para companhias petrolíferas que controla a 
quantidade de petróleo (gasolina) em cada um dos pontos de venda e que 
automaticamente reordena o estoque quando os tanques atingem um determinado valor 
limite. 
21) Considere o desenvolvimento de um sistema para apoiar o contexto descrito a seguir. 
 
22) Sugira quem podem ser os stakeholders em um sistema de registro de estudantes de uma 
universidade. Explique por que ´e quase inevitável que os requisitos de diferentes stakeholders 
sejam conflitantes de alguma forma. 
 
23) Em cada exercício abaixo: 
a) classifique os requisitos 
b) inclua mais dois requisitos não funcionais e classifique-o 
4.1 - Sistema de Loja de Vídeo 
Lista de requisitos 
1. O sistema deve cadastrar o cliente. 
2. O sistema deve emitir um recibo para o cliente. 
3. O sistema deve transformar uma fita disponível em fita emprestada, quando a fita for 
alugada pelo cliente. 
4. O sistema deve cadastrar o cliente rapidamente, em menos de 2 minutos. 
5. O sistema deve emitir um recibo para o cliente, com o tempo máximo de 8 segundos após 
a transação. 
6. O sistema deve atender as normas do padrão IEEE. 
7. O sistema não pode perder dados do cliente. 
4.2 - Sistema de controle de Biblioteca 
Lista de requisitos 
1. O sistema deve cadastrar bibliotecários. 
2. O sistema deve cadastrar os usuários. 
3. O sistema deve achar para os bibliotecários, qual o usuário que está com um determinado 
livro. 
 
4 
 
4. O sistema deve tornar um livro em livro emprestado, quando um usuário pegar este livro 
emprestado. 
5. Dependendo do tipo de usuário o sistema deve atender a completa revogação da multa. 
6. O sistema deve cadastrar os usuários de maneira amigável, por intermédio de uma 
interface fácil de usar. 
7. O sistema deve fazer o cadastramento rapidamente, em menos de 3 minutos. 
8. O sistema deve ser portável para plataformas Linux. 
9. O sistema não pode cobrar multa de professores em tempo integral. 
24) Em grupo de 4 alunos (2 desenvolvedores e 2 usuários), simular uma reunião para 
especificação de requisitos de um Sistema de Controle de Biblioteca (use seus conhecimentos 
sobre o processo da Biblioteca para fazer o papel de usuário). Ao término da “reunião”, crie um 
documento de especificação de requisitos. 
 
25) Considere o desenvolvimento de um sistema para apoiar o contexto descrito a seguir. 
 
Um salão de beleza deseja um sistema de informação para gerenciar o atendimento aos seus 
clientes. Clientes agendam atendimentos para a realização de serviços. Sobre um serviço, têm-
se as seguintes informações: nome, descrição, área corporal onde ocorre e valor. Sobre um 
cliente, deseja-se saber: nome, sexo, telefone de contato e endereço. Um atendimento pode 
incluir a realização de mais do que um serviço. Quando um cliente agenda um atendimento, 
deve-se registrar o cliente, a data e os serviços desejados. O agendamento de serviços deverá 
estar disponível na Web para uso por clientes. 
Funcionários são habilitados a realizar certos serviços e, portanto, deseja-se saber quais 
serviços um funcionário pode realizar. Assim, de um funcionário, deseja-se saber nome, 
telefones e serviços para os quais está habilitado. 
Para cada serviço previamente agendado, deve-se alocar um funcionário para a sua realização 
e definir os horários de início e fim. Não se deve alocar um mesmo funcionário para prestações 
de serviço com horários conflitantes. Além disso, um funcionário só pode ser alocado para 
prestar um serviço se for habilitado para o mesmo. 
Quando os serviços previamente agendados são efetivamente prestados, deve-se registrar a 
sua ocorrência (indicando somente os serviços efetivamente realizados) e os funcionários que 
efetivamente realizaram os serviços. Além disso, o cliente deve pagar pelos mesmos. Os 
pagamentos podem ser realizados em dinheiro, cheque ou cartão (débito e crédito). 
O sistema será usado por atendentes do salão, com escolaridade de ensino médio e pouco 
conhecimento de informática. Além disso, há uma rotatividade relativamente alta de atendentes 
no salão. 
 
a) Dado o contexto descrito anteriormente, identifique requisitos funcionais e regras de 
negócio (e as dependências correspondentes) para um sistema de apoio a este 
negócio, com base no modelo abaixo: 
Requisitos Funcionais 
Identificador Descrição 
 
 
Regras de negócio 
Identificador Descrição 
 
 
 
 
5 
 
 
ESTUDO DE CASO 
26) Organizem-se em pequenos grupos. Faça com que cada pessoa desenvolva um pequeno 
questionário para coletar informações sobre a frequência com que membros do grupo realizam 
algum processo (por exemplo, trabalhar com os exercícios das disciplinas de seu curso na 
universidade, fazer um sanduíche, pagamento de contas), quanto tempo leva, como eles se 
sentem sobre o processo, e as oportunidades para melhorar o processo. 
Quando todos tiverem concluído a elaboração do seu questionário, peça a cada membro para 
passá-lo à direita e, em seguida, responda o questionário do seu vizinho. Passe o questionário 
de volta para o criador quando ele for concluído. 
a) Como o questionário que respondeu difere do seu? 
b) Quais são os pontos fortes de cada questionário? 
c) Como você analisa os resultados da pesquisa? 
d) O que você mudaria no questionário que você desenvolveu? 
27) A Editora ABC trabalha com diversos autores que escrevem livros que ela publica. Alguns 
autores escrevem apenas um livro, enquanto outros escrevem muitos; além disso, alguns livros 
são escritos em conjunto por diversos autores. Mensalmente é enviado às livrarias um catálogo 
com o nome dos livros lançados e seus respectivos autores. Esse catálogo é organizado por 
assunto para facilitar a divulgação. Informações sobre a cota de cada livraria são modificadas 
a cada três meses, de acordo com a média de compra no trimestre. 
Uma carta é enviada à livraria anunciando a nova cota em cada assunto e os descontos 
especiais que lhe serão concedidos para compras em quantidades maiores. Aos autores dos 
dez livros mais vendidos no ano, a Editora ABC oferece prêmios. A festa de premiação é 
anunciada com dez dias de antecedência, por meio de publicação em jornal dos dez livros mais 
vendidos, com seus respectivos autores. 
a) indique ambiguidades, omissões e jargões (se houver). 
b) Elabore um questionário baseado nos problemas encontrados no item a. 
c) Apresente uma lista de funções e restrições. 
28) Brian Callahan, é o gerente de projeto de SI, está quase pronto para partir para uma reunião 
urgente chamado por Joe Campbell, gerente de operações de manufatura. Um grande projeto 
BPI patrocinado por Joe recentemente venceu o obstáculo da aprovação, e Brian ajudou a levar 
o projeto desde o início. Agora que o comitê de aprovação deu o seu aval, Brian vem 
trabalhando no planejamento de análise do projeto. 
Uma noite, enquanto jogava golfe com um amigo que trabalha no departamento de operações 
de manufatura, Brian soube que Joe quer diminuir o cronograma de estimativa de tempo 
original de Brian de 13 meses. O amigo de Brian ouviu Joe dizer: "Eu não posso entender por 
 
6 
 
que a equipe de projeto precisa passar todo esse tempo analisando as coisas. Eles têm duas 
semanas programadas apenas para olharem para o sistema existente! Isso parece um 
verdadeiro desperdício. Eu quero que a equipe comece a construção de meu sistema.”. 
Como Brian tem um pouco de conhecimento sobre o conteúdo da agenda de Joe para esta 
reunião, ele esteve considerando como lidar com Joe. O que você sugere Brian dizer a Joe? 
29) A seguir são apresentadas as questões feitas durante uma entrevista com o gerente de vendas 
de uma empresa que deseja informatizar suas informações de modo a refinar suas projeções 
de vendas. Algumas delassão inadequadas. Critique-as e proponha uma nova redação, 
quando julgar necessário. 
a) Quais são as suas fontes de informação mais usadas e quão frequentemente você as 
usa? 
b) Você concorda com os outros gerentes de vendas que a melhor abordagem é 
informatizar as vendas mensais e depois realizar análises mensais? 
c) Não há um meio melhor de projetar vendas do que o modo que você tem usado? 
d) Eu sou novo nisto. O que eu omiti? 
 
30) A seguir é apresentado o relatório de uma entrevista, produzida por um dos analistas de seu 
grupo de trabalho. O que ocorreu nessa entrevista? Dê sugestões para que a próxima reunião 
seja melhor conduzida. 
“A entrevista correu muito bem. Conversamos por 1h e meia, quando o entrevistado me contou 
a história global da empresa, o que foi bastante interessante. Ele ainda mencionou que as 
coisas não têm mudado muito desde que ele entrou na empresa, há aproximadamente 16 anos. 
Vamos nos reunir novamente na próxima semana para nova entrevista, já que não tivemos 
tempo para entrar nas questões que preparei”. 
 
31) Um analista durante o desenvolvimento de suas atividades percebe a falta de informações para 
poder completar uma tarefa. Ele então telefona para um usuário e pergunta se o mesmo pode 
atendê-lo naquele momento. Mediante uma resposta positiva, o analista vai ao encontro do 
usuário e faz uma entrevista. No entanto, retornando às suas atividades, após 2 horas de 
reunião, o analista conclui que pouca informação útil foi obtida. Muitas das informações 
relatadas pelo usuário não foram entendidas pelo analista ou simplesmente não eram 
relevantes. Por que isso ocorreu? Critique o procedimento adotado pelo analista e descreva 
uma maneira mais adequada de realizar esta atividade. 
 
32) Examine a estrutura da entrevista apresentada no sequenciamento das questões abaixo. Que 
estrutura está sendo usada? Reestruture esta entrevista trocando apenas a sequência das 
questões, indicando qual a nova estrutura escolhida. Esta reestruturação deve ser feita 
levando-se em conta que o perfil do entrevistado é o de uma pessoa que não tem grande 
interesse no sistema e se mostra pouco receptivo a fornecer informações para o seu 
desenvolvimento. 
i. Há quanto tempo você ocupa esta posição? 
ii. Quais são as suas responsabilidades chave? 
iii. Que relatórios você recebe? 
iv. Como você vê as metas de seu departamento? 
v. Como você descreveria o seu processo de tomada de decisão? 
vi. Como este processo pode ser melhor apoiado? 
vii. Com que frequência você toma essas decisões? 
viii. Quem você consulta quando toma essas decisões? 
 
33) Normalmente, é inviável realizar o levantamento de requisitos para um sistema utilizando 
apenas uma técnica. Descreva um cenário geral de utilização conjunta de reuniões JAD, 
prototipagem e questionário, ocorrendo nesta sequência. Como as informações obtidas com 
 
7 
 
cada uma das técnicas poderiam ser usadas na aplicação da técnica seguinte? O que se 
poderia esperar como resultado final da aplicação dessa sequência de atividades? 
 
34) A seguir, são apresentadas as perguntas planejadas para uma entrevista com um gerente de 
uma empresa para a qual se está desenvolvendo um sistema que o apoiará na tomada de 
decisão. O novo sistema vai substituir um existente. Proponha uma estrutura adequada para 
as questões, sabendo que esse gerente considera fundamental o desenvolvimento do sistema 
e mostra interesse em participar do levantamento de requisitos. Justifique sua escolha e ordene 
as questões segundo a estrutura proposta, reescrevendo-as quando julgar necessário. 
a) Há etapas do processo que necessitam de mais informações para serem apoiadas do 
que as providas pelo sistema atual? 
b) Se sim, quais são as etapas? Quais são as informações? 
c) Como o novo sistema poderia melhor apoiá-lo? 
d) Que problemas você encontra no sistema corrente? 
e) Você poderia descrever o seu processo de trabalho? 
 
Uma vez realizada a entrevista anterior, que outras técnicas de levantamento de requisitos 
poderiam ser aplicadas para complementar as informações obtidas? Justifique. 
 
35) A seguir são listadas afirmações acerca de técnicas de levantamento de requisitos. Indique se 
as mesmas são verdadeiras ou falsas, justificando sua resposta no caso de julgá-las falsas. 
a) A coleta colaborativa de requisitos é uma técnica muito comumente empregada no 
levantamento de requisitos. Em especial, Workshop de Requisitos é uma técnica 
bastante empregada para apoiar a negociação de conflitos em requisitos, de modo a 
obter um acordo entre membros de um grupo. 
b) A prototipagem é uma técnica valiosa para o levantamento de requisitos. Um protótipo 
descartável é aquele desenvolvido para se aprender mais sobre o problema e se ter 
uma base de uma parte ou de todo o software a ser fornecido, provendo um meio para 
construir esse produto de forma incremental. 
c) A investigação ou análise de documentos é uma técnica bastante útil para levantar 
dados sobre um determinado objeto ou evento que o sistema precisará gerenciar. 
Assim, é uma técnica apropriada para determinar metas, obter necessidades e 
perspectivas de clientes e usuários. 
d) Questionários podem ser usados para quantificar o que foi levantado usando outras 
técnicas de levantamento e, portanto, um questionário pode ser definido com base no 
que foi levantado preliminarmente em uma entrevista.