Baixe o app para aproveitar ainda mais
Prévia do material em texto
Nota da Prova: 7,8 Nota de Partic.: 1,5 Data: 08/11/2013 17:02:18 1a Questão (Ref.: 201007171996) Pontos: 0,8 / 0,8 (FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI) Sobre os processos de engenharia de requisitos, na elicitação e na análise ocorre total interação com os stakeholders no sistema, sendo o principal objetivo: a conversão de especificações em requisitos. a obtenção dos requisitos. a homologação do sistema. a elaboração do manual do usuário. a execução do estudo de viabilidade do sistema. 2a Questão (Ref.: 201007172066) Pontos: 0,8 / 0,8 (CESGRANRIO - 2006 - Petrobrás - Analista de Sistemas Pleno) Sobre a Análise e o Gerenciamento de Requisitos, é FALSO afirmar que: o gerenciamento de requisitos implica a alteração, inclusão e/ou exclusão de requisitos ao produto de software, o que pode levar a alterações de prazos, de recursos humanos, de equipamentos e de tecnologia. na análise de requisitos o cliente utiliza as melhores práticas de engenharia de requisitos na tarefa de descrever suas necessidades. o gerenciamento de requisitos corresponde ao conjunto de atividades que auxilia a equipe do projeto a identificar, controlar e rastrear os requisitos, bem como a fazer as alterações nos requisitos durante o projeto. a elicitação é o processo de identificação e entendimento das necessidades e restrições dos usuários, enquanto que a especificação é o processo de formalização das necessidades e restrições dos usuários em requisitos funcionais de software. quanto mais tarde for identificado um problema na análise de requisitos, maior será o custo com o retrabalho. 3a Questão (Ref.: 201007170710) Pontos: 0,8 / 0,8 A elicitação e análise de requisitos pode envolver várias pessoas de uma organização. Um modelo de processo bastante genérico é apresentado em forma de espiral, de modo que as atividades se intercalem à medida que o processo progrida da parte interna para a externa. Qual das opções NÃO faz parte dessas atividades de processo? Validação de Requisitos Obtenção de Requisitos Documentação de Requisitos Classificação e organização de Requisitos Priorização e megociação de Requisitos 4a Questão (Ref.: 201007112853) Pontos: 0,8 / 0,8 Analise os itens abaixo: I - O sistema deve fornecer telas apropriadas para o usuário ler os documentos no repositório de documentos; II - O usuário deve ser capaz de fazer uma busca em todo o conjunto inicial do banco de dados ou selecionar um subconjunto com base nele; III - A interface de usuário deve ser implementada como simples HTM, sem frames ou applets de Java; IV - A base de dados deve ser protegida para acesso apenas de pessoas autorizadas. São requisitos não funcionais, os itens: II e III. I, II, III e IV. Somente a III. I e II. III e IV. 5a Questão (Ref.: 201007174159) Pontos: 0,6 / 0,8 Cite e explique a finalidade dos possíveis relacionamento entre 2 casos de uso. Resposta: O relacionamento nos casos de uso são para exemplificação no mundo simbólico o que o sistema deve fazer. Os casos de usos contem atores que participam deste relacionamento. Exemplo de um caso de uso com um ator e um caso de uso Ator: Usuário Caso de Uso: Logar no sistema. Esta é uma relação simples Agora vamos, fazer uma mais complexa Exemplo: Marcar uma consulta no médico. Cliente (ator) Secretária (ator) Médico(ator) Cliente relacionado com o caso de uso "pedir para marcar uma consulta) Secretária com o "marcar consulta" Médico com o "atender paciente" Gabarito: - sempre que um caso de uso A for relacionado a outro (B) pelo , B obrigatoriamente será realizado - o caso de uso B extende o caso de uso A. Pode-se dizer que B somente será executado se determinada condição for satisfeita - Esse relacionamento entre 2 casos de uso que tem parte de sua especificação igual, com alguma variação. 6a Questão (Ref.: 201007174258) Pontos: 0,8 / 0,8 São requisitos relativamente estáveis derivados da atividade central da organização e que se relacionam diretamente ao domínio do sistema. Qual opção abaixo corresponde à descrição anterior? Requisitos de compatibilidade Requisitos emergentes Requisitos permanentes Requisitos mutáveis Requisitos conseqüentes 7a Questão (Ref.: 201007150055) Pontos: 0,8 / 0,8 Analisando as alternativas a seguir, marque a que identifica Requisitos de sistema: São requisitos que estabelecem detalhadamente as funções e restrições do sistema através da especificação funcional que pode servir como um contrato entre cliente e desenvolvedor. São requisitos aplicados na criação da estrutura tecnológica dos procedimentos envolvidos. Representa uma especificação real e restritiva do software e serve de base para a implantação e testes. São declarações, em linguagem natural e diagramas, sobre os serviços que o negócio oferece e as restrições para a sua operação. Representa uma especificação abstrata e precisa do software e serve de base para o projeto e implementação. 8a Questão (Ref.: 201007171972) Pontos: 0,8 / 0,8 (CESPE - 2010 - SAD-PE - Analista de Controle Interno - Tecnologia da Informação) 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. 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. 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. 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. A negociação de requisitos, de forma similar à observação do ambiente organizacional, é uma atividade típica da fase de elicitação de requisitos. 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. 9a Questão (Ref.: 201007171575) DESCARTADA 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: cadastro de aeronaves monitoramento de aeronaves uso conjunto de método ágil de sistemas e linguagem de programação orientada a objetos alta disponibilidade e baixo tempo de resposta de usuário por evento alto desempenho e baixo tempo médio entre falhas 10a Questão (Ref.: 201007171851) Pontos: 0,8 / 0,8 Observe a figura a seguir: O diagrama de casos de uso é um diagrama da UML cujo objetivo é representar um requisito do sistema que será automatizado. Considere como requisito uma necessidade do sistema. A figura mostra um relacionamento entre casos de uso através do "extend". Explique esse relacionamento. Resposta:O vendedor processa o pedido , mas o pedido pode não ser entregue. Explicando melhor, dentro do caso de uso processar pedido por ter uma consulta no serasa ou não. O mesmo acontece com o solicitar entregua, que pode não ser efetuada. Extend é uma coisa que pode ou não acontecer, mas depende que outra aconteça antes. No caso acima processar pedido. Gabarito: Quando o caso de uso "A" tem um relacionamento do tipo extends com outro caso de uso "B". Implica que ao executar o caso de uso "A" não necessariamente "B" será executado. No cenário apresentado, o vendedor pode fazer uso de quaisquer um dos casos de uso de maneira independente. Ele executa o caso de uso "Consultar Serasa" e/ou "Solicitar Entrega". 11a Questão (Ref.: 201007170541) Pontos: 0,8 / 0,8 Segundo Sommerville, o documento de requisitos de software é a declaração oficial do que os desenvolvedores de sistema devem implementar. Esse documento possui um conjunto diversificado de usuários, desde a gerência sênior da organização até os engenheiros responsáveis pelo desenvolvimento do software. Um dos possíveis usuários é o Cliente de Sistema, como ele utiliza esse documento? Usam os requisitos para desenvolver testes de validação para o sistema Usam o documento de requisitos para planejar um pedido de proposta para o sistema e planejar o processo de desenvolvimento di sistema Especificam e lêem os requisitos para verificar se eles atendem às suas necessidades. Também especificam as mudanças Usam os requisitos para compreender qual sistema será desenvolvido Usam os requisitos para compreender o sistema e os relacionamentos entre as partes
Compartilhar