Buscar

Requisitos de Sistemas Av2 04

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 4 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

Avaliação: CCT0202_AV2_201104044927 » REQUISITOS DE SISTEMAS 
Tipo de Avaliação: AV2 
Aluno: 201104044927 - MARCLEI MACHADO MACEDO 
Professor: HORACIO DA CUNHA E SOUZA RIBEIRO Turma: 9001/AA 
Nota da Prova: 5,0 de 8,0 Nota do Trabalho: 0 Nota de Participação: 2 Data: 26/08/2013 17:11:40 
 
 
 1a Questão (Cód.: 126114) 
Pontos: 1,5 
 / 1,5 
A atividade da elicitação dos requisitos não é habitualmente desenvolvida forma isolada, visto que a 
identificação de requisitos costuma aparecer de forma cíclica durante sessões tanto de levantamento 
quando de validação, portanto requer uma combinação de técnicas para que seja completa. Esse processo 
se apresenta extremamente complexo, tendo como principais problemas? 
 
 
Resposta: A falta de conhecimento pleno do negócio pelos stakholdres, desinterese dos próprios 
stakholdres em passar as informações, informações não muito claras a respeito do que se deseja realizar, 
participação tardia de outros stakholders no processo de requisitos e etc. 
 
 
Gabarito: Problemas de escopo; Problemas de compreensão; Probelmas de volatilidade 
 
 
 
 2a Questão (Cód.: 126021) 
Pontos: 1,5 
 / 1,5 
Cite e explique a finalidade de cada uma das 4 atividades que fazem parte do processo de engenharia de 
requisitos 
 
 
Resposta: 1) Levantamento de requistos - Consiste no processo de identificação das necessidades do 
cliente em relação ao sistema (requisitos funcionais). 2) Documentação - Consiste em elaborar 
documentos de usabilidade e funcionamento do produto/sistema correspondentesa cada nível de usuário. 
3) Escolha do hardware e sua capacidade para o atendimento dos requisitos funcionais e não funcionais. 
 
 
Gabarito: Viabilidade - o projeto é factível? está adequado para atender aos requisitos demandados? 
Elicitação - responsável por levantar e evidenciar o requisito. Validação - demostrar que conseguiu-se 
compreender as caracteristicas a serem incorporadas no SW Gerenciamento - processo de compreensão e 
controle das mudanças nos requisitos do sistema. 
 
 
 
 3a Questão (Cód.: 126098) 
Pontos: 0,5 
 / 0,5 
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: 
 
 O levantamento da situação atual e do que se pretende desenvolver. 
 O fechamento de escopo do projeto/sistema. 
 O planejamento do projeto/sistema. 
 O entendimento do negócio. 
 A definição do hardware que será necessário à implantação do projeto/sistema. 
 
 
 
 4a Questão (Cód.: 119892) 
Pontos: 0,0 
 / 0,5 
Para facilitar nossa compreensão na definição da palavra qualidade, Pressman (2006) atribuiu o alcance 
da qualidade de software como uma consequência formal no desenvolvimento; para tanto, estima-se que 
seja colocada em prática e não somente uma idéia ou desejo que uma organização venha a ter. 
Marque a opção que NÃO faz parte dessa definição de qualidade. 
 
 Usar métricas para desenvolver estratégias para a melhoria de processo de software e, como 
consequência, a qualidade no produto final. 
 Criar um conjunto de atividades que irão ajudar a garantir que cada produto de trabalho da 
engenharia de software exiba alta qualidade. 
 Realizar atividades de segurança da qualidade em cada projeto de software. 
 Definir explicitamente o termo qualidade de software, quando o mesmo é dito. 
 É preciso massificar a concepção nos profissionais e empresas que trabalham com software. 
 
 
 
 5a Questão (Cód.: 101905) 
Pontos: 0,0 
 / 1,0 
Como Modelo evolucionário do processo de software, uma característica da prototipagem é: 
 
 gerar uma primeira versão do sistema completa e isenta de erros. 
 independer do estabelecimento e da definição de requisitos. 
 descartar a participação do cliente no processo de desenvolvimento e de implantação. 
 iniciar o processo de desenvolvimento pela implantação e pelos testes. 
 configurar um processo interativo e rápido de desenvolvimento. 
 
 
 
 6a Questão (Cód.: 126063) 
Pontos: 0,5 
 / 0,5 
Analise as afirmativas a seguir, sobre requisitos em projetos de software. 
 
I - O rastreamento de requisitos é de grande importância para conduzir análises de impacto quando há 
mudanças em requisitos. 
II - O acrônimo FURPS+ se refere aos requisitos não funcionais das categorias de Feasibility, Usability, 
Reliability, Performance e Supportability. 
III - Um requisito pode conter, além da especificação, atributos que sirvam ao seu gerenciamento. 
IV - Casos de uso são descrições da interação entre um ator e o sistema e, portanto, especificam apenas 
requisitos funcionais. 
 
Estão corretas APENAS as afirmativas 
 
 III e IV. 
 I e III. 
 I e II. 
 II e III. 
 II e IV. 
 
 
 
 7a Questão (Cód.: 126284) 
Pontos: 1,0 
 / 1,0 
Em relação a requisitos de sistemas, considere: 
I. O modo como um sistema deve reagir a certas entradas e o comportamento em que o sistema deve ter 
em certas situações e, em alguns casos, especificar o que o sistema não deve fazer, são chamados de 
requisitos não-funcionais. 
II. As restrições aos serviços ou funções de um sistema, como, por exemplo, processos de 
desenvolvimento ou utilização de padrões, são requisitos de funcionamento do sistema ou requisitos 
funcionais. 
III. Requisitos que vem do domínio da aplicação do sistema e refletem características ou restrições para 
aquele domínio são chamados de requisitos de domínio e podem ser requisitos funcionais e/ou não-
funcionais. 
Está correto o que se afirma em: 
 
 I, apenas 
 III, apenas 
 I, II e III 
 I e II, apenas 
 II e III, apenas 
 
 
 8a Questão (Cód.: 123413) 
Pontos: 0,0 
 / 0,5 
Requisitos não-funcionais são restrições aos serviços de um sistema de software e ao processo de 
desenvolvimento do sistema. A equipe de desenvolvimento de um sistema de controle de tráfego áereo 
deve considerar os requisitos não-funcionais de: 
 
 alta disponibilidade e baixo tempo de resposta de usuário por evento 
 cadastro de aeronaves 
 uso conjunto de método ágil de sistemas e linguagem de programação orientada a objetos 
 alto desempenho e baixo tempo médio entre falhas 
 monitoramento de aeronaves 
 
 
 9a Questão (Cód.: 126122) 
Pontos: 0,0 
 / 0,5 
Observe a tabela: 
 
A Revisão dos Requisitos é uma técnica, como o nome já sugere, a qual são analisados e revisados 
sistematicamente todos os requisitos elicitados, executando um checagem no tocante a erros e 
inconsistências. Na tabela é exibida as principais questões da Revisão dos Requisitos. Com relação a 
questão selecionada, a qual Atributo de Qualidade ela está relacionada? 
 
 organização, rastreabilidade 
 rastreabilidade, coformidade com normas 
 completude 
 ambiguidade 
 consistência, redundância 
 
 
 10a Questão (Cód.: 91313) 
Pontos: 0,0 
 / 0,5 
Durante as atividades de Requisitos em um projeto de desenvolvimento de software, são realizadas 
entrevistas com clientes (usuários e stakeholders, no papel de entrevistados) com o objetivo de levantar 
suas necessidades e validar as características propostas para o software a ser desenvolvido. Os analistas, 
no papel de entrevistadores, em geral utilizam dois tipos de perguntas durante as entrevistas: perguntas 
livres de contexto e perguntas no contexto da solução. 
Sobre o tema, assinale a afirmativa correta. 
 
 Perguntas no contexto da solução devem ser feitas antes das perguntas livres de contexto, de 
forma que seja possível obter um entendimento inicial do escopo do projeto e testar se a solução 
proposta coincide com as expectativas dos clientes. 
 É consensonos dias atuais que uma alternativa vantajosa às entrevistas é a distribuição de 
questionários aos clientes, com perguntas dos dois tipos, o que possibilita colher mais informações 
em menor tempo e comparar as respostas para detectar inconsistências. 
 Perguntas livres de contexto proporcionam ao analista um entendimento do problema a ser 
resolvido pelo sistema sem influenciar o entrevistado com detalhes de uma solução que o analista 
já tenha em mente, baseada em experiências prévias, que pode não ser a mais adequada para o 
projeto. 
 Um exemplo de pergunta no contexto da solução é "Quem são os usuários (do software a ser 
desenvolvido)?". 
 Perguntas no contexto da solução estão relacionadas à identificação das necessidades dos clientes, 
enquanto perguntas livres de contexto estão relacionadas às características do software a ser 
desenvolvido. 
 
 
 
Período de não visualização da prova: desde 21/08/2013 até 02/09/2013.

Continue navegando