Baixe o app para aproveitar ainda mais
Prévia do material em texto
Avaliação: » REQUISITOS DE SISTEMAS Tipo de Avaliação: AV Aluno: Professor: Turma: Nota da Prova: 6,0 Nota de Partic.: 2 Av. Parcial 2 Data: 1a Questão (Ref.: 201502387599) Pontos: 1,0 / 1,0 Você foi contratado para desenvolver um PDI (Plano Diretor de Informática) para uma empresa e será necessário que você identifique todas as características apresentadas para cada setor da empresa, divididos nos 16 andares da sede. Você deverá obter informações comuns aos setores, como sistemas que utilizam, quantidade de funcionários, quantidade de computadores e impressoras, ... Qual técnica de elicitação você julgaria mais adequada que traga um resultado satisfatório na obtenção das informações em um menor tempo? Resposta: Questionário. Gabarito: Deveria ser utilizado o QUESTIONÁRIO em função das perguntas padronizadas seria uma economia na obtenção das informações, embora o tempo de apuração seja maior. 2a Questão (Ref.: 201502388301) Pontos: 1,0 / 1,0 Uma das atividades de um analista de negócio no processo de elaboração do estudo de viabilidade de um sistema é propor alternativas de solução para um problema ou nova necessidade apresentada pelos StakeHolders. Baseado neste princípio, leia atentamente o caso descrito abaixo. "Uma financeira possui um sistema de cobrança que se tornou ineficiente com o tempo, pois com o crescimento da empresa filas enormes se formam entre os dias 5 e 10 de todo mês para efetivação do pagamento. A empresa possui uma área onde disponibiliza caixas para recebimento. Diariamente os valores são computados e disponibilizados para gestão e controle." A empresa precisa de uma solução para esse problema e solicita a você que relacione no mínimo 2 alternativas que viabilize a redução de contingente nas áreas de recebimento neste período. Resposta: 1- Melhorar processo através do recebimento dos pagamentos com boletos bancários, com códigos de barra e pagamento através de qualquer agência bancária (caixas eletrônicos, internet, agência bancária, etc). 2- Pagamanento dos boletos com códigos de barra na empresa. Aumento na rapidez dos caixas da empresa, sem a digitação dos dados de pagamento. Gabarito: Alternativas: 1. Efetivar um convênio com o banco; 2. Oferecer formas de pagamento diferente: débito em conta 3. Diluir as datas de pagamento durante o mês. 3a Questão (Ref.: 201502492823) Pontos: 1,0 / 1,0 Refletindo sobre a relação entre levantamento de requisitos e qualidade de software, marque a alternativa INCORRETA: Um levantamento de requisitos ineficiente pode gerar prejuízos de tempo / custo no planejamento, comprometendo a qualidade. A definição da arquitetura do sistema, definida no levantamento de requisitos é determinante para prover qualidade no desenvolvimento. Uma falha na comunicação pode acarretar erros, que levam a baixa qualidade do software. A qualidade do software depende de um levantamento de requisitos consistente. Os testes de requisitos é uma prática que leva a qualidade, pois minimiza erros. 4a Questão (Ref.: 201502837057) Pontos: 0,0 / 1,0 Tem por definição o detalhamento, as funções, os serviços e restrições operacionais de sistema. O texto acima é o conceito de : Requisitos funcionais. Requisitos de usuário. Requisitos não funcionais. Requistos internos. Requisitos Sistemas. 5a Questão (Ref.: 201503031276) Pontos: 1,0 / 1,0 Os requisitos não funcionais não estão diretamente ligados aos serviços específicos oferecidos pelo sistema a seus usuários. Eles podem estar relacionados às propriedades emergentes do sistema, como confiabilidade, tempo de resposta e ocupação de área, entre outros. Dentre os tipos de requisitos não funcionais, é possível destacar os requisitos de produto, organizacionais e externos. Dentre os requisitos de produto, podemos citar os requisitos legais e contábeis. legais e de usabilidade. reguladores e de proteção. de eficiência e de confiança. contábeis e de desempenho. 6a Questão (Ref.: 201502363843) Pontos: 1,0 / 1,0 No processo de engenharia de requisitos, é uma técnica de observação que pode ser usada para compreender os requisitos sociais e organizacionais. Trata-se de: Brainstorming. Scrum. Etnografia. Workshop. Análise de ponto de vista. 7a Questão (Ref.: 201502385782) Pontos: 0,5 / 0,5 (UFAL - 2011 - Analista de Tecnologia da Informação) Considerando-se a especificação de requisitos de um software, é INCORRETO afirmar: o gerenciamento de requisitos contempla um conjunto de atividades que auxiliam no controle e alterações dos requisitos durante a execução projeto. quanto mais cedo for identificado um problema na fase de análise de requisitos, menor será o custo de corrigi-lo. a fase de especificação de requisitos pode ser iniciada logo após as fases de análise e projeto. Por essa razão, é fundamental que haja a participação ativa do usuário. há várias técnicas para a elicitação dos requisitos; entre elas, está o uso de entrevista e brainstorm com os potenciais usuários. o seu objetivo é representar as necessidades e restrições dos usuários de um sistema. 8a Questão (Ref.: 201502317405) Pontos: 0,5 / 0,5 As etapas de uma engenharia de requisitos consiste em: Levantar os requisitos. Levantar os requisitos; Analisar os requisitos; Classificar os requisitos; Documentar e Homologar. Elicitar os requisitos. Investigar a viabilidade; Levantar os requisitos; Analisar os requisitos; Classificar os requisitos; Documentar e Homologar. Documentar e Homologar. 9a Questão (Ref.: 201502388229) Pontos: 0,0 / 0,5 Em um sistema cujo objetivo principal seja emitir guias de cobrança de impostos e fazer o controle de contribuintes, NÃO é um produto inerente ao trabalho de levantamento de requisitos uma descrição da relação possível entre as linhas de código com os pontos de função uma descrição do ambiente técnico do sistema uma declaração da necessidade e da viabilidade uma afirmação limitada do escopo do sistema um conjunto de cenários que fornecem informações sobre o uso do sistema sob diferentes condições de operação 10a Questão (Ref.: 201502363847) Pontos: 0,0 / 0,5 Para captar os requisitos funcionais de um sistema pode-se utilizar a UML. O diagrama mais adequado para essa finalidade é o diagrama de casos de uso. comunicações. colaboração. atividades. classes.
Compartilhar