prova eng requisitos 2

Prévia do material em texto

Impresso por Mauricio Lima, E-mail mauriciolimapt@gmail.com para uso pessoal e privado. Este material pode ser protegido por
direitos autorais e não pode ser reproduzido ou repassado para terceiros. 03/04/2026, 00:44:23
 1/3
CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS
Curso: Engenharia de Software
Semestre: 3º 
Disciplina: Engenharia de Requisitos
ATIVIDADE AVALIATIVA ESPECIAL (AAE) 1 - referente as aulas 1 a 4
Professor: Antonio Pires de Almeida Junior
Aluna: Camila Serafini RGM: 123.1158
1 – O que é a Engenharia de Requisitos? Qual suas tarefas?
 A Engenharia de Requisitos são os processos de coleta, análise, documentação e gerenciamento de
 requisitos. É “uma ação de engenharia de software importante que se inicia durante a atividade de
 comunicação e continua na de modelagem. Ela deve ser adaptada às necessidades do processo, do
 projeto, do produto e das pessoas que estão realizando o trabalho.” Segundo Pressman (2016, p.
132).
As tarefas da Engenharia de Requisitos são:
 Concepção: É a etapa onde são estabelecidos o entendimento básico do problema que o sistema
deve resolver; as pessoas que querem a solução e a natureza da solução desejada;
 Levantamento: Envolve a coleta das informações que gerarão os requisitos preliminares do
sistema;
 Elaboração: As informações obtidas do cliente são refinadas e expandidas durante essa fase.
 Através dessas informações, são detectados os cenários que descrevem como os usuários vão
 interagir com o sistema e quais são as classes do sistema (além de seus atributos, métodos e
relacionamentos com outras classes);
 Negociação: Após a elaboração dos requisitos detalhados, o cliente ordena os requisitos e discute a
 sua prioridade. Nesse trabalho, são revisados os requisitos que causam conflitos internos com
outros requisitos, onde os clientes justificam a sua existência;
 Especificação: A especificação que serve para formalizar os requisitos. Essa formalização pode ser
 feita em um documento por escrito, um conjunto de modelos gráficos, um conjunto de cenários de
uso, um protótipo, um modelo matemático etc.;
 Validação: Os artefatos produzidos pela engenharia de requisitos são revisados, em busca de
 ambiguidades na declaração, erros, inconsistências, omissões, requisitos irreais (ou seja, sua
execução é impossível), requisitos conflitantes etc.;
Impresso por Mauricio Lima, E-mail mauriciolimapt@gmail.com para uso pessoal e privado. Este material pode ser protegido por
direitos autorais e não pode ser reproduzido ou repassado para terceiros. 03/04/2026, 00:44:23
 2/3
 Gestão de Requisitos: É um conjunto de atividades que ajuda a equipe do projeto a identificar,
 controlar e acompanhar as necessidades e suas mudanças à medida que o projeto prossegue.
 2 – Podemos definir requisito como uma condição ou uma capacidade de um software que deve ser
 implementada por um sistema ou componente de sistema para se alcançar determinado fim. Todo
 projeto de software tem um conjunto de requisitos, definidos pelas necessidades e expectativas dos
 usuários que efetivamente utilizarão o mesmo, relacionado ao atendimento dos objetivos de negócio da
 empresa onde trabalham. Analisando todo o contexto citado o que é um requisito.exemplifique 
 R: O requisito é objetivo ser alcançado de acordo com o que seu cliente deseja obter com o soware, seja ele
 facilitar o alcance de metas, melhorar o atendimento dos seus clientes ou viabilizar uma melhor forma de
trabalho em sua empresa.
 3 – A biblioteca da UNIGRAN necessita de um sistema computacional, para permitir uma maior
operacionalização de suas atividades principais, sendo estas: 
 Empréstimo de exemplares de livros a usuários e reserva de livros. 
 Controle acerca de livros, exemplares e usuários. 
  Devem ser fornecidas facilidades de consulta ao acervo, permitindo consultas por assunto,
autor e título. 
  Apoiar a aquisição de novos exemplares: deverá ser gerado um relatório gerencial com
informações sobre os livros mais reservados e emprestados.
Desenvolva:
 Identificar os possíveis Stakeholders ;
 Elaborar um questionário a ser aplicado na descoberta de requisitos.
 Elaborar um cenário para descoberta de requisitos.
 R: Os neste caso seria toda a equipe que atua na biblioteca, os bibliotecários, técnico deStakeholders
documentação, auxiliar administrativo e chefe de biblioteca.
Questionário:
 1. Quem solicitou este Software?
 2. Quais funcionarios irá utilizar o software?
 3. Haverá algum benefício econômico em uma solução bemsucedida?
 4. Há outra fonte para a solução de que você precisa?
 5. Qual(is) problema(s) esta solução vai resolver?
 6. Você poderia me indicar (ou descrever o ambiente de em que a solução será utilizada?
 7. Existem aspectos ou restrições de desempenho que afetam a maneira com que a solução será
abordada?
 Um bom para este software é realizar um meeting com os stakeholders para verificar maisCenário
 detalhes dos requisitos, uma reunião com todos os interessados se possível para que todas as
Impresso por Mauricio Lima, E-mail mauriciolimapt@gmail.com para uso pessoal e privado. Este material pode ser protegido por
direitos autorais e não pode ser reproduzido ou repassado para terceiros. 03/04/2026, 00:44:23
 3/3
 experiências do dia a dia sejam discutidas e para que possamos filtrar a melhor forma de atender as
necessidades.
4 – Análise o texto a seguir: 
- Um cliente pode locar veículos, para isso, deve informar a sua CNH, seu RG, seu nome, seu endereço, seu
CPF e seu número de dependentes;
- A locadora possui vários carros. A locadora mantém uma ficha de cadastro dos carros, que inclui a placa 
do veículo, o nome, a marca, o modelo, o valor do seguro, o valor da locação e a sua cor. Sendo que o valor
da locação do carro pode ser atualizado a qualquer momento.
 Na Modelagem baseada em classes, Cliente e Locadora podem ser:
a) Classes
b) Atributos
c) Metodos
d) Nenhuma das alternativas anteriores.(X)
5 – Pressman e Maxim (2016) classificam as classes de análise em cinco tipos, por meio de seus papéis que
desempenham, sendo uma delas com a seguinte descrição: "Implementam as abstrações de baixo nível 
necessárias para a gestão das classes de domínio de negócio"
A descrição refere-se a classe:
a) Classes de interfaces de usuário
b) Classes de domínio de negócio
c) Classes de processos (X)
d) Classes de sistema