REQUISITOS DE SISTEMA - SM 2 (1.0)

Prévia do material em texto

<p>A</p><p>B</p><p>C</p><p>D</p><p>E</p><p>A</p><p>B</p><p>C</p><p>D</p><p>E</p><p>A</p><p>B</p><p>C</p><p>D</p><p>E</p><p>A</p><p>B</p><p>C</p><p>D</p><p>E</p><p>A</p><p>B</p><p>C</p><p>D</p><p>E</p><p>A</p><p>B</p><p>C</p><p>D</p><p>E</p><p>A</p><p>B</p><p>C</p><p>D</p><p>E</p><p>A</p><p>B</p><p>C</p><p>D</p><p>E</p><p>A</p><p>B</p><p>C</p><p>D</p><p>E</p><p>A</p><p>B</p><p>C</p><p>D</p><p>E</p><p>1 Marcar para revisão</p><p>Em relação aos conceitos de requisitos de software, analise os itens a seguir e coloque �V) para a assertiva</p><p>verdadeira e �F) para a assertiva falsa.</p><p>( ) Na definição dos requisitos de software, nem todos os requisitos não funcionais dizem respeito ao sistema</p><p>de software a ser desenvolvido.</p><p>( ) O levantamento de requisitos de software privilegia a visão do desenvolvedor em relação aos requisitos de</p><p>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</p><p>produto.</p><p>( ) Os requisitos de um sistema são descrições dos serviços fornecidos pelo sistema e suas restrições</p><p>operacionais. O processo de descobrir, analisar, documentar e verificar esses serviços e restrições é</p><p>denominado engenharia de requisitos.</p><p>( ) Gerência de requisitos pode ser conceituada como enfoque sistemático para a elicitação, organização e</p><p>documentação dos requisitos do sistema e um processo que estabelece e mantém o acordo entre usuários e a</p><p>equipe de projeto à medida que os requisitos são modificados.</p><p>F, F, V, V</p><p>F, V, F, F</p><p>V, V, F, V</p><p>V, F, V, V</p><p>F, F, V, F</p><p>2 Marcar para revisão</p><p>Na engenharia de software, os __________ são fundamentais para o desenvolvimento de sistemas eficazes. Eles</p><p>definem as necessidades e expectativas dos usuários, além de orientar a equipe de desenvolvimento. Um</p><p>aspecto crucial é a distinção entre requisitos de __________, que são descrições gerais do que os usuários</p><p>desejam, e requisitos de __________, que detalham especificações técnicas e funcionais do sistema. Essa</p><p>diferenciação ajuda a garantir que o sistema final atenda tanto às necessidades do usuário quanto às</p><p>exigências técnicas.</p><p>Assinale a alternativa que contém a sequência correta para preencher as lacunas acima:</p><p>requisitos – usuários – sistemas</p><p>funções – requisitos – objetivos</p><p>objetivos – sistemas – usuários</p><p>especificações – desenvolvedores – funcionalidades</p><p>demandas – funcionalidades – desenvolvedores</p><p>3 Marcar para revisão</p><p>Para um aplicativo de rastreamento de atividades físicas, a definição precisa de requisitos não funcionais é</p><p>crucial. Estes requisitos determinam a qualidade do sistema, influenciando a experiência do usuário.</p><p>Qual dos seguintes é um exemplo de requisito não funcional para um aplicativo de rastreamento de atividades</p><p>físicas?</p><p>O aplicativo deve contar passos e medir distâncias percorridas</p><p>O aplicativo deve apresentar gráficos de progresso do usuário</p><p>O aplicativo deve funcionar em dispositivos com iOS e Android</p><p>O aplicativo deve permitir o compartilhamento de resultados nas redes sociais</p><p>O aplicativo deve fornecer um plano de treino personalizado</p><p>4 Marcar para revisão</p><p>O sistema de biblioteca LibraTech está sendo atualizado para oferecer uma melhor experiência ao usuário. O</p><p>sistema deve permitir buscas rápidas de livros, ter um tempo de resposta rápido e ser intuitivo para novos</p><p>usuários. Ademais, precisa assegurar a integridade das informações dos usuários.</p><p>Considerando o texto, analise as afirmativas abaixo:</p><p>I.      A capacidade de realizar buscas rápidas de livros é um requisito de negócio.</p><p>II.     A garantia da integridade das informações dos usuários é um requisito não funcional.</p><p>III.   Um sistema intuitivo para novos usuários é um requisito funcional.</p><p>Apenas as afirmativas II e III estão corretas</p><p>Apenas a afirmativa II está correta</p><p>Apenas as afirmativas I e II estão corretas</p><p>Apenas a afirmativa I está correta</p><p>Apenas a afirmativa III está correta</p><p>5 Marcar para revisão</p><p>Stakeholders desempenham um papel crucial na definição de requisitos de sistemas. Suas contribuições são</p><p>essenciais para moldar a direção e a funcionalidade do sistema.</p><p>Qual é a importância dos stakeholders na definição de requisitos de sistemas?</p><p>Aumento na complexidade do sistema</p><p>Diminuição da necessidade de testes</p><p>Formação da base para a funcionalidade do sistema</p><p>Limitação na inovação tecnológica</p><p>Redução do envolvimento da equipe de desenvolvimento</p><p>6 Marcar para revisão</p><p>A técnica de elicitação aplicada quando se tem um número elevado de usuários para identificação de</p><p>informações é denominado de:</p><p>Entrevista.</p><p>Brainstorming.</p><p>Leitura de documentos.</p><p>Questionários.</p><p>Etnografia.</p><p>7 Marcar para revisão</p><p>O Documento de Requisitos de Software é a declaração oficial do que os desenvolvedores de sistema devem</p><p>implementar, além de ser utilizado pelos diversos stakeholders da organização.</p><p>As colunas abaixo indicam os possíveis usuários do documento e como eles utilizam:</p><p>1 � Clientes do sistema</p><p>2 � Gerentes</p><p>3 � Engenheiros do sistema</p><p>4 � Engenheiros de teste do sistema</p><p>5 � Engenheiros de manutenção do sistema</p><p>(      ) Usam os requisitos para compreender qual sistema será desenvolvido.</p><p>(      ) Usam os requisitos para compreender o sistema e os relacionamentos entre suas partes.</p><p>(      ) Especificam e lêem os requisitos para verificar se eles atendem às suas necessidades.</p><p>(      ) Usam os requisitos para desenvolver testes de validação para o sistema.</p><p>(       ) Usam o documento de requisitos para planejar um pedido de proposta para o sistema e planejar o</p><p>processo de desenvolvimento do sistema.</p><p>Assinale a alternativa que corresponde a seqüência correta de relacionamento entre as colunas:</p><p>2 � 3 � 1 � 4 � 5</p><p>3 � 5 � 2 � 4 � 1</p><p>1 � 3 � 2 � 4 � 5</p><p>3 � 5 � 1 � 4 � 2</p><p>2 � 1 � 3 � 4 � 5</p><p>8 Marcar para revisão</p><p>O desenvolvimento de sistema é composto por várias etapas, cada qual com sua função e importância no</p><p>geral.</p><p>Considerando a etapa de Levantamento de Requisitos é correto afirmar que sua função compreende em:</p><p>Verificar os erros de construção.</p><p>Definir a arquitetura necessária para aumentar a usabilidade do sistema.</p><p>Descobrir as condições necessárias para atingir os objetivos do sistema.</p><p>Gerar um documento com o objetivo de determinar a solução metodológica do processo de</p><p>desenvolvimento do sistema.</p><p>Identificar os pontos de gargalos existentes na execução do sistema.</p><p>9 Marcar para revisão</p><p>Em 1995, a Organização Australiana de Defesa e Tecnologia relatou os resultados de uma pesquisa sobre</p><p>problemas com especificação de requisitos na Marinha. Um dos problemas destacados foi a disparidade no</p><p>nível das especificações. Isto é, alguns requisitos foram especificados em um nível alto e outros em um nível</p><p>muito baixo. Marque a opção que NÃO faz parte dos resultados dessa pesquisa.</p><p>Algumas vezes, os analistas de requisitos utilizaram diferentes estilos de escrita, especialmente em</p><p>área diferentes do sistema.</p><p>A diferença de experiência entre os analistas levou a diferentes níveis de detalhes nos requisitos.</p><p>Na tentativa de reutilizar os requisitos a partir de sistemas anteriores, os analistas empregaram</p><p>diferentes formatos e estilos de escrita.</p><p>Frequentemente, os requisitos foram excessivamente especificados, quando os analistas</p><p>identificaram tipos específicos de computadores e linguagens de programação assumiram uma</p><p>solução específica ou impuseram processos e protocolos não apropriados.</p><p>Os requisitos de baixo nível foram especificados até o nível de programação desnecessariamente e</p><p>por isso apresentou-se de forma diferente.</p><p>10 Marcar para revisão</p><p>Segundo Sommerville �2011, pag. 76�, "O gerenciamento de requisitos é o processo de compreensão e controle</p><p>das mudanças nos requisitos do sistema. No entanto, você deve começar a planejar como gerenciar mudanças</p><p>de requisitos durante o processo de elicitação de requisitos." O passo inicial é planejar e definir bem qual será</p><p>o nível do detalhamento pretendido no gerenciamento de requisitos. São exemplos de atributos que devem ser</p><p>avaliados, EXCETO:</p><p>Políticas de rastreabilidade.</p><p>workshops de requisitos e pesquisa/questionários.</p><p>Identificação de requisitos.</p><p>Processo de gerenciamento de mudanças.</p><p>Ferramenta de apoio.</p><p>00</p><p>hora</p><p>: 35</p><p>min</p><p>: 03</p><p>seg</p><p>Ocultar</p><p>Questão 1 de 10</p><p>Respondidas �10� Em branco �0�</p><p>Finalizar prova</p><p>1 2 3 4 5</p><p>6 7 8 9 10</p><p>SM2 Requisitos De Sistemas</p>