3-a-lista-de-exercicios

Prévia do material em texto

Engenharia de Requisitos 
 
3
a
 Lista de Exercícios 
 
(1) 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. 
A afirmação acima é incorreta. O levantamento de requisitos deve ser feito de forma incremental. Inicialmente, 
em um levantamento preliminar de requisitos, apenas requisitos de usuário são capturados. Depois, requisitos 
vão sendo detalhados em requisitos de sistema e especificados. Sendo assim, levantamento e análise de 
requisitos são atividades estreitamente relacionadas e, portanto, devem ocorrer em paralelo. À medida que os 
requisitos vão sendo detalhados, eles devem ser modelados e especificados. Além disso, não faz sentido nenhum 
falar que requisitos de sistema são capturados antes de se iniciar qualquer atividade de modelagem, uma vez que 
requisitos de sistema são tipicamente expressos na forma de modelos. 
 
(2) Seja o desenvolvimento de um sistema integrado de gestão empresarial (Enterprise 
Resource Planning - ERP). ERPs são sistemas de informação que integram dados e processos 
de uma organização em um único sistema, envolvendo diferentes funções (tais como finanças, 
contabilidade, recursos humanos, fabricação, marketing, compra e venda) e níveis da 
organização (nível operacional, gerencial, apoio à decisão). Em termos gerais, os ERPs 
integram as diversas unidades organizacionais de uma empresa, possibilitando o apoio aos 
processos e o armazenamento de informações de negócio. No caso em questão, a organização 
que desenvolve o ERP pretende tratar esse sistema como uma família de produtos, i.e., ela 
pretende vender o sistema para diferentes clientes, devendo o sistema ser customizado para as 
diferentes organizações que o adquirem. 
(a) Em sistemas ERP é muito comum que diferentes classes de interessados (p.ex., 
pessoal de finanças e pessoal da contabilidade) tenham requisitos conflitantes em 
alguma extensão, sendo necessário negociá-los. Neste contexto, descreva um cenário 
de aplicação de três técnicas diferentes em sequência, sendo uma delas a prototipagem, 
visando apoiar a negociação e a obtenção de uma solução satisfatória para os 
envolvidos. Como as informações obtidas com cada uma das técnicas poderiam ser 
usadas na aplicação da técnica seguinte? O que se poderia esperar como resultado final 
da realização dessa sequência de atividades? 
Em um workshop de requisitos, representantes das diferentes classes de interessados poderiam discutir os 
conflitos visando obter uma solução satisfatória. A partir da solução proposta, um protótipo (prototipagem) 
poderia ser desenvolvido, tendo como foco o problema discutido e a solução proposta. Esse protótipo seria 
submetido para avaliação para um conjunto de interessados, juntamente com um questionário. Outras opções 
para esta última etapa seriam observar os envolvidos (observação) no uso do protótipo ou entrevistá-los 
(entrevistas) após o uso do protótipo (ou até aplicar as duas técnicas em conjunto). Em função das respostas ao 
questionário ou das impressões obtidas na observação / entrevista, poder-se-ia avaliar se a solução adotada para o 
problema foi adequada ou não, podendo, ainda, haver a identificação de novos requisitos. 
(b) Sistemas ERP lidam com informações importantes da organização, muitas vezes 
confidenciais, são usados por muitos diferentes tipos de usuários, em níveis 
organizacionais diferentes (desde operacional até gerencial) e tipicamente possuem 
algumas funcionalidades disponíveis na Web para uso por parceiros, clientes e 
 
 
fornecedores. Cite quatro atributos de qualidade que têm elevados níveis de exigência 
para este sistema. Considere dois níveis de prioridades para os atributos identificados: 
imprescindível e importante. Classifique os atributos identificados nessas duas 
categorias, justificando a sua resposta. 
Segurança, confiabilidade e manutenibilidade são essenciais para um sistema ERP. O sistema tem de ter alto 
nível de segurança, uma vez que lida com dados sigilosos e vitais para a organização. Confiabilidade também é 
essencial, pois é imprescindível manter o sistema funcionando, recuperar eventuais erros e garantir a integridade 
das informações. Manutenibilidade também é essencial, pois sistemas ERP tipicamente são alvo de alterações 
para customizá-los para diferentes adquirentes. 
São atributos de qualidade muito importantes para este tipo de sistema: usabilidade, pois o sistema será usado 
por muitos usuários diferentes, alguns deles externos à organização. Para algumas classes de usuários pode ser 
possível dar algum tipo de treinamento, mas não para todas; portabilidade, para a porção rodando na Web, pois o 
sistema deve ser acessível a partir de diferentes navegadores e por diferentes dispositivos móveis. 
 
(3) Seja o desenvolvimento de um sistema de uma livraria virtual. Esse sistema possui dois 
conjuntos básicos de funcionalidades: controle de livros (envolvendo o cadastro dos livros a 
serem vendidos e informações correlatas) e vendas (envolvendo a busca por livros e a venda 
de livros). A parte relativa a vendas deve rodar na Web e poderá ser acessado por qualquer 
pessoa. Além disso, ele deverá estar integrado a um sistema de operadoras de cartão de crédito 
para pagamentos. O objetivo principal do sistema é a venda de livros. Cite quatro atributos de 
qualidade que têm elevados níveis de exigência para este sistema quando comparados a outros 
atributos e, portanto, que devem ser considerados prioritários. Justifique a sua resposta. 
Confiabilidade (mais especificamente, Disponibilidade) é fundamental, pois clientes só podem comprar livros se 
o sistema estiver disponível. Usabilidade também, pois se o sistema for difícil de usar, certamente muitos 
clientes deixarão de comprar livros. Portabilidade, pois o sistema deve ser passível de acesso por diferentes 
navegadores e dispositivos móveis. Se um cliente usando um determinado navegador não consegue acessar o 
sistema, muito provavelmente ele deixará de comprar livros. Por fim, segurança é imprescindível, uma vez que o 
sistema lida com dados pessoais e financeiros. 
 
(4) 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 re-
alizaçã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 alo-
cado para prestar um serviço se for habilitado para o mesmo. 
Quando os serviços previamente agendados são efetivamente prestados, deve-se regis-
trar a sua ocorrência (indicando somente os serviços efetivamente realizados) e os funcioná-
riosque 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, 
preenchendo as tabelas abaixo. 
Requisitos Funcionais 
Id Descrição Depende de 
RF01 O sistema deve permitir o agendamento de serviços por clientes. RF02, RF03, RN01 
RF02 O sistema deve controlar serviços. 
RF03 O sistema deve controlar clientes. 
RF04 O sistema deve controlar funcionários e suas habilitações. RF02 
RF05 O sistema deve permitir alocar funcionários à prestação de serviços 
previamente agendados. 
RF01, RF04, RN02, 
RN03 
RF06 O sistema deve controlar a prestação de serviços para clientes. RF01, RF02, RF04, 
RF05 
RF07 O sistema deve controlar os pagamentos realizados para os serviços prestados. RF06, RN04 
Regras de Negócio 
Id Descrição 
RN01 Um atendimento pode incluir a realização de mais do que um serviço. 
RN02 Não se deve alocar um mesmo funcionário para prestações de serviço com horários conflitantes. 
RN03 Um funcionário só pode ser alocado para prestar um serviço se for habilitado para o mesmo. 
RN04 Os pagamentos podem ser realizados em dinheiro, cheque ou cartão. 
 (b) Cite quatro atributos de qualidade que têm elevados níveis de exigência para este 
sistema, justificando a sua resposta. 
Atributo Justificativa 
Interoperabilidade Para permitir o pagamento com cartão 
Usabilidade Pois o nível de escolaridade e de conhecimento em informática dos atendentes é pequeno e 
há alta rotatividade das pessoas que desempenham este papel. Clientes também podem ter 
perfis muito variados. 
Portabilidade Entre navegadores e dispositivos móveis, para não haver problemas para se realizar os 
agendamentos. 
Confiabilidade Para não haver problemas para se realizar os agendamentos. 
Segurança O sistema lida com dados de clientes e pagamentos (cartões). 
 
 
 
(5) Considere o desenvolvimento de um sistema para apoiar o contexto descrito a seguir. 
Uma sociedade científica deseja um sistema de informação Web para gerenciar eventos e a 
submissão e avaliação de artigos científicos para os mesmos. Pessoas podem se cadastrar como mem-
bros da sociedade. De um membro da sociedade deseja-se saber nome, sexo, endereço, telefones, ema-
il e instituições aos quais está vinculado. De uma instituição, deseja-se saber nome, cidade e país. 
A sociedade científica patrocina diversos eventos científicos. De um evento científico deseja-
se saber nome, coordenador, data limite para submissão de artigos, datas de início e fim do evento, 
estado da federação onde o evento vai ser realizado e temas de interesse. Uma vez cadastrado o even-
to, o coordenador pode definir o comitê de programa
1
 do evento. 
Artigos são submetidos a eventos. De um artigo deseja-se saber o título, autores e sobre quais 
temas de interesse do evento o artigo se refere. Um artigo deve versar sobre pelo menos um dos temas 
de interesse do evento. 
Uma vez encerrada a submissão de artigos, o coordenador pode designar membros do comitê 
de programa para avaliar os artigos. Um autor do artigo ou um membro do comitê de programa vincu-
lado a uma instituição de um dos autores do artigo não pode ser designado para avaliar este artigo. 
Cada artigo deve ter, pelo menos, três avaliadores designados para avaliá-lo. Avaliadores avaliam 
artigos. 
Coordenadores, membros de comitê de programa e autores têm ser membros da sociedade ci-
entífica. 
 (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, 
preenchendo tabelas similares às do exercício (10). 
Requisitos Funcionais 
Id Descrição Depende de 
RF01 O sistema deve controlar os membros da sociedade. RF02 
RF02 O sistema deve controlar instituições. 
RF03 O sistema deve controlar eventos científicos. RF01, RN05 
RF04 O sistema deve permitir ao coordenador definir o comitê de programa do 
evento. 
RF01, RF03, RN05 
RF05 
 
O sistema deve controlar a submissão de artigos para os eventos 
científicos. 
RF01, RF03, RN01, 
RN05 
RF06 
 
O sistema deve permitir ao coordenador designar membros do comitê de 
programa para avaliar os artigos. 
RF02, RF04, RF05, 
RN02, RN03, RN04 
RF07 O sistema deve controlar a avaliação de artigos. RF05, RF06 
Regras de Negócio 
Id Descrição 
RN01 Um artigo deve versar sobre pelo menos um dos temas de interesse do evento. 
RN02 
 
Uma vez encerrada submissão de artigos, o coordenador pode designar membros do comitê de 
programa para avaliar os artigos. 
RN03 Um autor do artigo ou um membro do comitê de programa vinculado a uma instituição de um dos 
autores do artigo não pode ser designado para avaliar este artigo. 
 
1
 OBS: Os membros do comitê de programa serão os responsáveis pela avaliação dos artigos. 
 
 
RN04 Cada artigo deve ter, pelo menos, três avaliadores designados para avaliá-lo. 
RN05 Coordenadores, membros de comitê de programa e autores devem ser membros da sociedade 
científica. 
RN06 Apenas avaliadores previamente designados para um artigo podem avaliar este artigo. 
 
 (b) Cite três atributos de qualidade que têm elevados níveis de exigência para este sis-
tema, justificando a sua resposta. 
Atributo Justificativa 
Segurança 
 
Segurança de acesso, pois se deve garantir que funcionalidades, como a designação de comitê 
de programa e a avaliação de artigos, sejam realizadas pelos usuários autorizados para isso. 
Além disso, deve-se garantir a segurança dos dados armazenados e trafegados, pois se tratam 
de artigos científicos que não podem ser obtidos por terceiros. 
Portabilidade Em relação a navegadores (e até outros dispositivos), já que os vários membros da comunida-
de científica podem usar diferentes formas de acessar o sistema. 
Usabilidade Uma vez que não será possível dar treinamento para os usuários desse sistema, ele deve ser 
fácil de aprender a usar e fácil de operar. 
Confiabilidade Os principais processos de negócio da sociedade científica são a submissão de artigos e a 
avaliação dos mesmos e, portanto, o sistema deve estar disponível, sobretudo quando próximo 
dos prazos relativos a esses processos. Além disso, em caso de falha, o sistema deve ser capaz 
de se recuperar para não perder submissões e avaliações. 
 (c) Para o sistema em questão, um aspecto bastante importante é a definição de como 
são feitas as avaliações dos artigos. Para propor uma solução satisfatória para esta questão, é 
necessário levantar informações acerca de como são feitas as avaliações de artigos nos diver-
sos eventos, tomando por base as suas últimas edições. Tipicamente, cada evento disponibili-
za um formulário de avaliação para os membros do comitê de programa e os coordenadores 
utilizam essas avaliações para efetuar a seleção. Descreva como você procederia para levantar 
as informações para tratar esta questão usando três diferentes técnicas de levantamento de 
requisitos. Como as informações obtidas com cada uma das técnicas poderiam ser usadas de 
maneira complementar com as informações obtidas com as demais? Atente para o fato que os 
coordenadores de eventos e os membros dos comitês de programa são pessoas que trabalham 
em diversos locais do Brasil e até do mundo. 
Inicialmente, a partir da inspeção dos formulários de avaliação, poderiam ser levantadas informações sobre como 
são feitas as avaliações (análise de documentos). Tomando por base as informações levantadas, um protótipo do 
sistemapoderia ser construído (prototipagem) e submetido para avaliação por coordenadores e membros de 
comitê de programa para análise, acompanhado de um questionário para avaliar a adequação da solução.