Baixe o app para aproveitar ainda mais
Prévia do material em texto
Parte superior do formulário Processando, aguarde ... Fechar Avaliação: CCT0202_AV1_201104044927 » REQUISITOS DE SISTEMAS Tipo de Avaliação: AV1 Aluno: 201104044927 - MARCLEI MACHADO MACEDO Professor: HORACIO DA CUNHA E SOUZA RIBEIRO Turma: 9001/AA Nota da Prova: 8,0 de 8,0 Nota do Trabalho: Nota de Participação: 2 Data: 28/06/2013 17:11:52 1a Questão (Cód.: 126063) 2a sem.: REQUISITOS DE PROJETO 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 II e IV. III e IV. II e III. I e III. I e II. 2a Questão (Cód.: 126093) 3a sem.: REQUISITOS FUNCIONAIS Pontos: 0,5 / 0,5 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 refinamento dos requisitos e aprovação dos requisitos. análise do problema e definição dos sistemas. planejamento de gerenciamento de requisitos e análise do problema. aprovação dos requisitos e planejamento de gerenciamento dos requisitos. 3a Questão (Cód.: 123410) 2a sem.: elicitação e análise de requisitos Pontos: 1,0 / 1,0 Para decidir sobre os limites do sistema, ou seja, distinguir o que é o sistema e o que é o ambiente do sistema, um trabalho é feito em conjunto com os stakeholders em um estágio inicial de elicitação e análise de requisitos. Esse trabalho culmina, em primeira instância, com um modelo: conceitual de banco de dados de objetos físico de banco de dados de comportamento de contexto 4a Questão (Cód.: 101902) 3a sem.: Requisitos funcionais Pontos: 1,0 / 1,0 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 entendimento do negócio. O levantamento da situação atual e do que se pretende desenvolver. A definição do hardware que será necessário à implantação do projeto/sistema. O planejamento do projeto/sistema. O fechamento de escopo do projeto/sistema. 5a Questão (Cód.: 97181) 4a sem.: Engenharia de Software Pontos: 1,0 / 1,0 Sobre a Engenharia de requisitos, assinale a opção INCORRETA: Usabilidade, portabilidade e performance são exemplos de requisitos funcionais de um sistema. A lista dos requisitos é importante para a definição da viabilidade do sistema. A análise de requisitos compreende as etapas de elicitação, validação e registro dos requisitos. Requisitos de usuário expressam as necessidades do usuário em um nível alto de abstração. A engenharia de requisitos é uma das primeiras atividades em um processo de construção de um sistema. 6a Questão (Cód.: 126104) 2a sem.: REQUISITOS DE PROJETO 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. 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. A negociação de requisitos, de forma similar à observação do ambiente organizacional, é uma atividade típica da fase de elicitação de requisitos. 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 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. 7a Questão (Cód.: 126096) 3a sem.: REQUISITOS PERMANENTES Pontos: 0,5 / 0,5 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 emergentes Requisitos conseqüentes Requisitos de compatibilidade Requisitos mutáveis Requisitos permanentes 8a Questão (Cód.: 120395) 4a sem.: Identificação dos Stakeholders e Técnicas de Levantamento de Requisitos 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, o responsável em organizar e conduzir as equipes em suas responsabilidades. Como gestor, precisa manter harmonia no desenvolvimento do projeto, supervisionando a execução das tarefas, observar os processos, sustentar e fomentar o equilíbrio entre a equipe, etc. é chamdo de: Cliente (usuário) Diretor Patrocinador Gerente de Projeto Programador 9a Questão (Cód.: 126079) 3a sem.: REQUISITOS NÃO FUNCIONAIS Pontos: 1,0 / 1,0 A análise de requisitos no desenvolvimento de sistemas especifica as funcionalidades (requisitos funcionais) e as propriedades (requisitos não-funcionais). É considerado um requisito não-funcional: a disponibilidade do sistema. a emissão de relatórios fiscais. a notificação de inconsistência de dado na tela. um histograma na interface gráfica do usuário. uma informação na interface de entrada. 10a Questão (Cód.: 55467) 2a sem.: ANÁLISE E PROJETO ORIENTADO A OBJETO 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 segurança. São aqueles que especificam as necessidades dos stakeholders em relação a qualidade do software. 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 a tecnologia usada. Parte inferior do formulário
Compartilhar