Baixe o app para aproveitar ainda mais
Prévia do material em texto
Avaliação: CCT0253_AV_201001058161 » REQUISITOS DE SISTEMAS Tipo de Avaliação: AV Aluno: 201001058161 - ARTUR DA COSTA CUNHA Professor: FABIO BERNARDO DA SILVA Turma: 9001/AA Nota da Prova: 5,0 Nota de Partic.: 2 Data: 29/08/2014 19:07:57 1a Questão (Ref.: 201001187887) Pontos: 1,5 / 1,5 Cite as principais dificuldades da etapa de levantamento de requisitos. Resposta: Necessidade de conhecer o funcionamento do ambiente e as necessidades dos usuários, evitando assim futuramente o re-trabalho e inconsistencias; Dificuldade de comunicação com o usuários; Dificuldade de transparencia ou até mesmo conhecimento do produto, tanto por parte do Analista como do entrevistado; Gabarito: Frequentemente o cliente não sabe direito o que quer do seu futuro sistema ou tem visões conflitantes de diferentes partes do sistema. A comunicação entre desenvolvedores e clientes nem sempre flui harmoniosamente. Algumas pessoas tem dificuldade de se expressar. Além do mais, o vocabulário técnico muitas vezes acaba por complicar essa comunicação. 2a Questão (Ref.: 201001187888) Pontos: 1,5 / 1,5 Qual (is) o(s) produto(s) final(is) da etapa de elicitação de requisitos? Resposta: Criação de um modelo para apresentação, assim como um prazo para implementação do projeto, conhecimento das principais necessidades do cliente, assim como ferramentas de apoio para o auxilio, criação de fluxograma, brianstorming, análise documental, workshop de requisitos; Gabarito: Ao término da elicitação de requisitos o analista deve ter a lista dos usuários do sistema, o entendimento e assimilação do fluxo de trabalho dos usuários, o papel de cada setor que utilizará o sistema, o que cada usuário recebe como entrada e o que produz como saída, o que atrapalha o andamento do processo do usuário e o que pode melhorar esse andamento, e a lista de requisitos. 3a Questão (Ref.: 201001183869) Pontos: 0,5 / 0,5 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. É preciso massificar a concepção nos profissionais e empresas que trabalham com software. Criar um conjunto de atividades que irão ajudar a garantir que cada produto de trabalho da engenharia de software exiba alta qualidade. Definir explicitamente o termo qualidade de software, quando o mesmo é dito. Usar métricas para desenvolver estratégias para a melhoria de processo de software e, como consequência, a qualidade no produto final. Realizar atividades de segurança da qualidade em cada projeto de software. 4a Questão (Ref.: 201001165867) Pontos: 0,5 / 0,5 A etapa de levantamento de requisitos é considerada uma das mais importantes no processo de desenvolvimento de sistemas Analisando as alternativas abaixo marque a que NÃO influencia esta definição. Fornece ao desenvolvimento subsídios para evitar re-trabalho e inconsistências. Fornece ao desenvolvimento uma redução de custos através do amadurecimento de idéias a medida que novos requisitos são expostos. Fornece ao desenvolvedor o que é necessário para realização dos objetivos do negócio. Fornece ao desenvolvedor o que é necessário para utilização das ferramentas de teste de sistemas. Fornece ao desenvolvedor o que é necessário para satisfazer o usuário quanto a qualidade, aspectos relacionados a segurança, acessibilidade e operabilidade, por exemplo. 5a Questão (Ref.: 201001306131) Pontos: 0,5 / 0,5 SEGUNDO PRESSMAN(2006) A QUALIDADE DE UM PROJETO DE SOFTWARE É ALCANÇADA ATRAVÉS DE : USO DE MÉTRICAS PARA DESENVOLVER ESTRATÉGIAS PARA A MELHORIA DE PROCESSO DE SOFTWARE E, COMO CONSEQUÊNCIA, A QUALIDADE NO PRODUTO FINAL. REQUISITOS DE USUÁRIO. REQUISITOS MÍNIMOS DE SISTEMAS. NÃO REALIZAR ATIVIDADES DE SEGURANÇA DE QUALIDADE NO PROJETO DE SISTEMAS. USO DE RECURSOS DE SOFTWARES DE 2ª GERAÇÃO. 6a Questão (Ref.: 201001128656) Pontos: 0,0 / 0,5 "São declarações, em uma linguagem natural com diagramas, de quais serviços são esperados do sistema e as restrições sob as quais ele deve operar". Esta sentença se refere a que tipos de requisitos: Requisitos de sistema. Requisitos não funcionais. Requisitos de domínio. Requisitos de usuário. Requisitos funcionais. 7a Questão (Ref.: 201001165886) Pontos: 0,0 / 0,5 Em relação aos conceitos de requisitos de software, analise os itens a seguir e coloque (V) para a assertiva verdadeira e (F) para a assertiva falsa. ( ) Na definição dos requisitos de software, nem todos os requisitos não funcionais dizem respeito ao sistema de software a ser desenvolvido. ( ) O levantamento de requisitos de software privilegia a visão do desenvolvedor em relação aos requisitos de um produto. Já a análise dos requisitos prioriza a visão que o cliente e os usuários têm dos requisitos de um produto. ( ) Os requisitos de um sistema são descrições dos serviços fornecidos pelo sistema e suas restrições operacionais. O processo de descobrir, analisar, documentar e verificar esses serviços e restrições é denominado engenharia de requisitos. ( ) Gerência de requisitos pode ser conceituada como enfoque sistemático para a elicitação, organização e documentação dos requisitos do sistema e um processo que estabelece e mantém o acordo entre usuários e a equipe de projeto à medida que os requisitos são modificados. V, F, V, V F, F, V, V V, V, F, V F, F, V, F F, V, F, F 8a Questão (Ref.: 201001190339) Pontos: 0,5 / 0,5 Considerando a proposta de Sommerville (2009) de se ter um processo genérico de levantamento e análise, associe a atividade à descrição correspondente. 1- Compreensão do domínio. 2- Coleta de requisitos. 3- Classificação. 4- Resolução de conflitos. 5- Definição das prioridades. 6- Verificação de requisitos. ( ) Soluciona discussões entre múltiplos stakeholders estão envolvidos. ( ) Os analistas devem entender a aplicação. ( ) É o processo de descoberta dos requisitos. ( ) Confirmam se os requisitos estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema. ( ) Envolve interação com os stakeholders para a ordenação dos requisitos por importância. ( ) Considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes. Marque a alternativa que indica a ordem correta de cima para baixo. 5 - 1 - 2 - 6 - 4 - 3 4 - 3 - 1- 6 - 5 - 2 5 - 1 - 2 - 6 - 3 - 4 6 - 1 - 4 - 5 - 2 - 3 4 - 1 - 2 - 6 - 5 - 3 9a Questão (Ref.: 201001190088) Pontos: 0,0 / 1,0 Sob o escopo do analista de negócios, a elicitação é a atividade responsável em compreender as necessidades e preocupações das partes interessadas e os ambientes no qual elas trabalham ou operam. Portanto, é preciso saber que existe uma distinção entre "elicitar" e "levantar", uma vez que o primeiro termo é mais abrangente é o foco na extração das necessidades verdadeiras, que podem ou não estar explícitas. Com base no levantamento de requisitos, marque a opção que NÃO faz parte dessa técnica. brainstorming workshops de requisitos análise documental prototipagem ponto de função 10a Questão (Ref.: 201001190115) Pontos: 0,0 / 1,0 Segundo Sommerville(2011, pag. 76), "O gerenciamento de requisitos é o processo de compreensão e controle das mudanças nos requisitos do sistema. No entanto, você deve começar a planejar como gerenciar mudanças de requisitos durante o processo de elicitação de requisitos." O passo inicial é planejar e definir bem qual será o nível do detalhamento pretendido no gerenciamento de requisitos. São exemplos de atributos que devem ser avaliados,EXCETO: Ferramenta de apoio. Políticas de rastreabilidade. Processo de gerenciamento de mudanças. Identificação de requisitos. workshops de requisitos e pesquisa/questionários.
Compartilhar