Baixe o app para aproveitar ainda mais
Prévia do material em texto
Avaliação: CCT0202_AV1_201010020447 » REQUISITOS DE SISTEMAS Tipo de Avaliação: AV1 Aluno: Professor: HORACIO DA CUNHA E SOUZA RIBEIRO Turma: 9001/AA Nota da Prova: 6,0 de 8,0 Nota do Trabalho: Nota de Participação: 2 Data: 15/12/2012 13:30:20 1a Questão (Cód.: 126102) Pontos: 0,0 / 0,5 De acordo com Sommerville, são atividades do processo de elicitação de requisitos, pela ordem: entrevista; etnografia; documentação; registro. etnografia; casos de uso; análise; validação; arquitetura. casos de uso; análise; projeto; arquitetura. obtenção; classificação e organização; priorização e negociação; documentação. cenários; classificação; organização; priorização; documentação. 2a Questão (Cód.: 120424) Pontos: 1,0 / 1,0 Em 1995, a Organização Australiana de Defesa e Tecnologia relatou os resultados de uma pesquisa sobre problemas com especificação de requisitos na Marinha. Um dos problemas destacados foi a disparidade no nível das especificações. Isto é, alguns requisitos foram especificados em um nível alto e outros em um nível muito baixo. Marque a opção que NÃO faz parte dos resultados dessa pesquisa. A diferença de experiência entre os analistas levou a diferentes níveis de detalhes nos requisitos. Frequentemente, os requisitos foram excessivamente especificados, quando os analistas identificaram tipos específicos de computadores e linguagens de programação assumiram uma solução específica ou impuseram processos e protocolos não apropriados. Na tentativa de reutilizar os requisitos a partir de sistemas anteriores, os analistas empregaram diferentes formatos e estilos de escrita. Algumas vezes, os analistas de requisitos utilizaram diferentes estilos de escrita, especialmente em área diferentes do sistema. Os requisitos de baixo nível foram especificados até o nível de programação desnecessariamente e por isso apresentou-se de forma diferente. 3a Questão (Cód.: 119892) Pontos: 1,0 / 1,0 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. 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. Usar métricas para desenvolver estratégias para a melhoria de processo de software e, como consequência, a qualidade no produto final. É preciso massificar a concepção nos profissionais e empresas que trabalham com software. Página 1 de 4BDQ Prova 22/03/2013http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hist_prova=2447... Definir explicitamente o termo qualidade de software, quando o mesmo é dito. 4a Questão (Cód.: 126104) Pontos: 0,5 / 0,5 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. 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. 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. 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. 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. 5a Questão (Cód.: 126101) Pontos: 0,0 / 0,5 Analise o texto abaixo: Existe uma correspondência, ___________de ____________ , entre os casos de uso e os requisitos _____________ de um software. No entanto, não é verificada correspondência entre requisitos _____________ e casos de uso. Assinale a alternativa que completa correta e sequencialmente as lacunas do texto. necessariamente ; um para um ; não-funcionais ; funcionais necessariamente ; muitos para um ; funcionais; não-funcionais não necessariamente ; muitos para um ; não-funcionais ; funcionais não necessariamente ; um para um ; funcionais ; não-funcionais necessariamente ; um para um ; funcionais ; não-funcionais 6a Questão (Cód.: 120392) Pontos: 1,0 / 1,0 Com foco então em um ciclo de vida do software é possível claramente saber que ele é composto por diversas e distintas responsabilidades que estão vinculadas as pessoas, grupos e entidades. Portanto, todos aqueles que de alguma maneira é afetado pelo software, é um: Gerente usercracker Analista stakeholder Usuário 7a Questão (Cód.: 101897) Pontos: 0,0 / 1,0 Identificar e especificar os requisitos funcionais e os não funcionais são atividades da Engenharia de Requisitos realizadas nos processos de definição dos sistemas e refinamento dos requisitos. análise do problema e definição dos sistemas. Página 2 de 4BDQ Prova 22/03/2013http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hist_prova=2447... aprovação dos requisitos e planejamento de gerenciamento dos requisitos. planejamento de gerenciamento de requisitos e análise do problema. refinamento dos requisitos e aprovação dos requisitos. 8a Questão (Cód.: 55466) Pontos: 1,0 / 1,0 O que são requisitos funcionais? São aqueles que especificam as necessidades dos stakeholders em relação a segurança. São aqueles que especificam as necessidades dos stakeholders em relação a performance. São aqueles que especificam as necessidades dos stakeholders em relação as ações do sistema que realizam o negócio. São aqueles que especificam as necessidades dos stakeholders em relação a tecnologia usada. São aqueles que especificam as necessidades dos stakeholders em relação a qualidade do software. 9a Questão (Cód.: 78004) Pontos: 0,5 / 0,5 Considere a lista de requisitos, a seguir, de um sistema que será desenvolvido. 1. O sistema deverá emitir relatórios de compras a cada 15 dias. 2. O sistema só irá permitir a visualização do campo "valor máximo" para gerentes. 3. O sistema deverá fornecer diariamente o relatório de despesas. 4. O sistema não poderá excluir um fornecedor do cadastro se o fornecedor estiver inadimplente. 5. O sistema não permitirá acesso aos registros de compras após as 17 horas. Em relação a esses requisitos, é correto afirmar que: são todos requisitos funcionais 1 e 5 são requisitos não-funcionais e 2, 3 e 4 são requisitos funcionais são todos requisitos não-funcionais 1 e 5 são requisitos funcionais e 2, 3 e 4 são requisitos não-funcionais somente o requisito 5 é não-funcional 10a Questão (Cód.: 55467) Pontos: 1,0 / 1,0 O que NÃO é definido como requisito não funcional. São aqueles que especificam as necessidades dos stakeholders em relação as ações do sistema. São aqueles que especificam as necessidades dos stakeholders em relação a performance. São aqueles que especificam as necessidades dos stakeholders em relação atecnologia usada. São aqueles que especificam as necessidades dos stakeholders em relação a segurança. São aqueles que especificam as necessidades dos stakeholders em relação a qualidade do software. Período de não visualização da prova: desde 10/12/2012 até 06/02/2013. Página 3 de 4BDQ Prova 22/03/2013http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hist_prova=2447... Página 4 de 4BDQ Prova 22/03/2013http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hist_prova=2447...
Compartilhar