Exercicio de Fixação - Requisistos de Sistemas

Prévia do material em texto

Exercício de Fixação - Requisitos de Sistemas 
 
1. Qual o objetivo da área de requisitos de sistema? 
 1) Identificar quem vai desenvolver o sistema. 
 2) Informar qual a ISO deve ser utilizada naquele sistema. 
 3) Programa computacional para estabelecer regras para a qualidade. 
 4) Sistema de apoio aos gerentes para aprimoramento de veículos. 
 5) Levantar os dados para a definição correta e completa para o sistema a ser desenvolvido. 
2. O que significa a sigla ISO? 
 1) Empresa internacional que desenvolve software. 
 2) Empresa internacional de padronização de processos. 
 3) Empresa internacional de requisitos de software. 
 4) Empresa internacional de validação de requisitos. 
 5) Empresa internacional de banco de dados. 
3. Qual a norma da ISO que trata sobre gestão da qualidade? 
 1) 9001 
 2) 9010 
 3) 9100 
 4) 1900 
 5) 0190 
1. Quais são os níveis de detalhamento que os requisitos precisam atender? 
 1) Sistema e Produção. 
 2) Usuário e Desenvolvimento. 
 3) Sistema e Usuário. 
 4) Desenvolvimento e Produção. 
 5) Usabilidade e interação. 
2. São exemplos de requisitos de usuário: 
 1) O sistema deve gerar um relatório de contas a pagar. 
 2) Quando estoque atingir o mínimo cadastrado, o sistema deve verificar nos estoques das outras lojas, antes de autorizar a 
compra. 
 3) O sistema deve solicitar nome de usuário e senha para o controle de acesso. 
 4) Após o fechamento do caixa, será impresso um relatório de movimentação. 
 5) Será criado um módulo de auditoria para a checagem no histórico da movimentação. 
3. O requisito de sistema: 
 1) É um manual do usuário. 
 2) É um Documento que descreve a empresa contratada para desenvolver o software. 
 3) É o setor da empresa que desenvolve o sistema. 
 4) Identifica as regras para encontrar e/ou produzir o resultado esperado. 
 5) Especificado apenas para grupo de leitores com pouca experiência. 
 
1. Quais são os dois tipos de requisitos? 
 1) Funcionais e Sistema. 
 2) Usuário e não funcionais. 
 3) Funcionais e não funcionais. 
 4) Sistema e Usuário. 
 5) Usuário e funcionais. 
2. Selecione a opção que exemplifica um requisito funcional: 
 1) Sistema deve dispor de recursos de confiabilidade. 
 2) Sistema deve gerar um relatório de vendas. 
 3) Sistema deve gastar não mais que 1 segundo para registrar a venda. 
 4) Sistema deve ter um ambiente de fácil uso. 
3. Selecione a opção que exemplifica um requisito não funcional: 
 1) Sistema deve emitir relatório de produtos que mais são vendidos. 
 2) Sistema deve possuir um acesso controlado por uma senha. 
 3) Sistema somente deve permitir alteração de preço com usuário do tipo “Gerente”. 
 4) Sistema deve permitir processo de cópia de segurança. 
 5) Sistema deve manter cadastro de clientes. 
1. Qual a composição da palavra stakeholder? 
 1) Stake = intresse; Holder = constrói. 
 2) Stake = zelo; Holder = participa. 
 3) Stake = interesse; Holder = possui. 
 4) Stake = fator; Holder = participa. 
 5) Stake = interesse = Holder = faz. 
2. São exemplos de técnicas de levantamento de requisitos: 
 1) Stakeholders, etnografia, JAD. 
 2) Etnografia, prototipagem, JAD. 
 3) Assembléia, questionário, entrevista. 
 4) Viagem, debate, questionário. 
 5) Debate, reunião, etnografia. 
3. Os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os 
stakeholders desejam do sistema. Qual a etapa do levantamento de requisitos que compreende a atividade descrita? 
 1) Compreensão de domínio. 
 2) Coleta de requisitos. 
 3) Verificação de requisitos. 
 4) Alteração de requisitos. 
 5) Rastreamento de requisitos. 
 
 
 
 
1. É uma característica do documento de requisitos: 
 1) Totalmente técnico. 
 2) Lido apenas pelos programadores e analista de sistemas. 
 3) Lido apenas pelos clientes e pelo patrocinador do projeto. 
 4) Documento gerencial, restrito à cúpula da organizacional. 
 5) Lido por várias pessoas que tenham envolvimento no projeto do software. 
2. Fazem parte da estrutura de um documento de requisitos: 
 1) Prefácio, introdução e definição do ambiente de trabalho do cliente. 
 2) Introdução, lista programadores e índices. 
 3) Definição de requisitos de usuário, modelos do sistema e evolução do sistema. 
 4) Configuração do sistema operacional, detalhamento da equipe de projetistas e apêndices. 
 5) Definição de requisitos de usuário, introdução e a norma ISO correspondente. 
3. São usuários de um documento de requisitos: 
 1) Clientes do sistema. 
 2) Entidades não governamentais. 
 3) Fornecedores da empresa que solicita o software. 
 4) Os bancos e outras instituições financeiras. 
 5) Todos citados nos itens anteriores. 
1. Qual a premissa básica para a engenharia de requisitos: 
 1) Como fazer e o quê fazer? 
 2) Como fazer? 
 3) O que fazer? 
 4) Definir o stakeholder. 
 5) Definir uma estrutura de software. 
2. É processo da engenharia de requisitos: 
 1) Definir stakeholders. 
 2) Analisar requisitos. 
 3) Definir uma estrutura de software. 
 4) Definir arquitetura de rede. 
 5) Definir sistema gerenciador de banco de dados. 
3. Qual o objetivo da análise de viabilidade sobre um determinado projeto? 
 1) Gerar um relatório sócio-ambiental do projeto. 
 2) Gerar um relatório técnico da área de TI. 
 3) Gerar um relatório para os fornecedores envolvidos no projeto. 
 4) Gerar um relatório sobre os custos, prazos e benefícios do projeto. 
 5) Gerar um relatório de financeiro do projeto. 
 
 
1. Sob a ótica do que estudamos nessa aula, representa um fator que contribuiu para insucesso nos projetos de software. 
 1) Reuniões longas. 
 2) Ausência da diretoria. 
 3) Requisitos mal identificados. 
 4) Inveja e problemas de relacionamento interno. 
 5) Muitas pessoas envolvidas. 
2. São tarefas inerentes ao processo da elicitação dos requisitos: 
 1) A preparação, condução e documentação da elicitação. 
 2) Entrevistas, condução e preparação da elicitação. 
 3) Questionários, entrevistas e condução da elicitação. 
 4) Feedback, preparação e condução de elicitação. 
 5) Condução, questionários e documentação da elicitação. 
3. Importantes qualidades para o analista de negócio, principalmente vinculado a elicitação de requisitos. 
 1) Organizado, fala e ouve muito. 
 2) Criativo, organizado e ouve pouco. 
 3) Observador, bom questionador e fala muito. 
 4) Escreve bem, fala e ouve muito. 
 5) Criativo, organizado e observador. 
 
1. A validação de requisitos atua no foco de qual documento? 
 1) Documento financeiro. 
 2) Documento de recursos humanos. 
 3) Documento de requisitos de software. 
 4) Documento de programadores. 
 5) Documento de analistas de sistemas. 
2. São algumas propriedades analisadas pelo processo de validação no tocante ao documento de requisitos de software. 
 1) Completude e consistência. 
 2) Volume de dimensão. 
 3) Modelo de página para impressão. 
 4) Formatação do texto adequado ao modelo da empresa. 
 5) Correção ortográfica. 
3. O produto gerado pela validação de requisitos contempla: 
 1) Relatório financeiro e contábil do investimento a ser realizado. 
 2) Informações confidenciais sobre a empresa contratante e da contratada. 
 3) Erros de ortografia, acentuação e concordância no texto. 
 4) Atributos que definem a linguagem de programação a ser utilizada. 
 5) Lista de problemas que devem ser resolvidos e ações que são combinadas. 
 
 
1. São atividades do gerenciamento de mudanças: 
 1) Estabeleceruma linha de base e controle de mudança. 
 2) Estabelecer a rastreabilidade entre itens correlatos e elicitar requisitos. 
 3) Determinar quais dependências são importantes de serem rastreadas e buscar recursos para viabilizar o projeto. 
 4) Novas funcionalidades para o sistema e controle de mudança. 
 5) Elicitar requisitos e controlar mudanças. 
2. São atributos para um gerenciamento de requisitos: 
 1) Autor de requisitos e autor do projeto. 
 2) Desenvolvedor do sistema e linguagem de programação utilizada. 
 3) Identificação dos requisitos e políticas de rastreabilidade. 
 4) Sistema operacional e processo de gerenciamento de mudanças. 
 5) Banco de dados e ferramenta de suporte aos dados de requisitos. 
3. Qual o procedimento adequado para o gerenciamento de mudanças no tocante ao documento de requisitos de sistemas? 
 1) Nenhum, pois o documento não pode ser alterado. 
 2) Alteração após a implementação do sistema, porque é preciso verificar se a mudança vai funcionar. 
 3) Informar a diretoria da empresa, solicitando disponibilizar uma pessoa para passar o setor e colher os dados alterados. 
 4) Fazer a alteração de toda a mudança realizada assim que for aprovada a mudança, passando a nova versão para todos 
os envolvidos. 
 5) Não é preciso ter um documento de requisitos. 
1. Qual a representação utilizada pelo Caso de Uso? 
 1) Tabelas 
 2) Planilhas 
 3) Diagramas 
 4) Gráficos 
 5) Textos 
2. Qual a função de metodologias como Caso de Uso? 
 1) Facilitar comunicação entre cliente e desenvolvedora do sistema. 
 2) Integrar toda a empresa cliente e desenvolvedora do sistema. 
 3) Divulgar o trabalho de modernização da empresa para concorrência. 
 4) Auxiliar nas atividades de construção dos prédios da empresa contratante. 
 5) Informar detalhadamente linguagem de programação e banco de dados. 
3. Quais os elementos básicos do diagrama do Caso de Uso? 
 1) Ator principal, coadjuvante e contra-regra. 
 2) Ator, caso de uso, relacionamento. 
 3) Relacionamentos, cadastrar cliente, caso de uso. 
 4) Cadastrar cliente, ator, contra-regra. 
 5) Caso de uso, ator, cadastrar cliente.