Baixe o app para aproveitar ainda mais
Prévia do material em texto
Prezado (a) Aluno(a), Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha. Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS. 1. Refletindo sobre a relação entre levantamento de requisitos e qualidade de software, marque a alternativa INCORRETA: A definição da arquitetura do sistema, definida no levantamento de requisitos é determinante para prover qualidade no desenvolvimento. A qualidade do software depende de um levantamento de requisitos consistente. Um levantamento de requisitos ineficiente pode gerar prejuízos de tempo / custo no planejamento, comprometendo a qualidade. Os testes de requisitos é uma prática que leva a qualidade, pois minimiza erros. Uma falha na comunicação pode acarretar erros, que levam a baixa qualidade do software. Gabarito Comentado 2. (CESPE - 2010 - SAD-PE - Analista de Controle Interno - Tecnologia da Informação) 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. 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 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. 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. 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. A negociação de requisitos, de forma similar à observação do ambiente organizacional, é uma atividade típica da fase de elicitação de requisitos. Gabarito Comentado 3. Não podemos confundir os conceitos e a aplicação dos termos Controle da Qualidade e Garantia da Qualidade. Indique se falsas (F) ou verdadeiras (V) as afirmativas abaixo em relação a Garantia de Qualidade I - as atividades são focadas no inicio das fases no ciclo de vida de desenvolvimento de software II - é orientada à prevenção III - garante que o resultado de seu trabalho é esperado conforme os requisitos F, F, V F, V, F V, V, F V, F, V F, V, V Explicação: I - as atividades são focadas no inicio das fases no ciclo de vida de desenvolvimento de software => VERDADEIRA II - é orientada à prevenção => VERDADEIRA III - garante que o resultado de seu trabalho é esperado conforme os requisitos => FALSA. Essa garantia é fornecida no controle de qualidade pois trata-se de garantia de produto. 4. Não podemos confundir os conceitos e a aplicação dos termos Controle da Qualidade e Garantia da Qualidade. Indique se falsas (F) ou verdadeiras (V) as afirmativas abaixo em relação a Controle de Qualidade I - as atividades são focadas no inicio das fases no ciclo de vid de desenvolvimento de software II - é orientado ao processo III - garante que os resultados de seu trabalho são esperados conforme os requisitos F, F, V F, V, F V, F, V F, V, V V, V, F Explicação: I - as atividades são focadas no inicio das fases no ciclo de vida de desenvolvimento de software => FALSO. As atividades são focadas no final das fases no ciclo de vida de desenvolvimento de software II - é orientado ao processo => FALSO. É orientado ao produto III - garante que os resultados de seu trabalho são esperados conforme os requisitos => VERDADEIRO 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. 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. Realizar atividades de segurança da qualidade em cada projeto de software. Definir explicitamente o termo qualidade de software, quando o mesmo é dito. Criar um conjunto de atividades que irão ajudar a garantir que cada produto de trabalho da engenharia de software exiba alta qualidade. Gabarito Comentado 6. O monitoramento de resultados específicos do projeto a fim de determinar se eles estão de acordo com os padrões relevantes de qualidade e identificação de maneiras de eliminar as causas de um desempenho insatisfatório recebe o nome de ________________________. Controle do produto Controle da qualidade Planejamento da qualidade Teste de software Gerenciamento da qualidade 7. Para desenvolvermos um bom sistema devemos fazer uma boa definição de requisitos a fim de que o sistema seja elaborado conforme o cliente deseja. Considerando esse contexto, avalie as seguintes asserções e a relação proposta entre elas. I - A especificação de requisitos deve ser feita pelo gerente do projeto e sua equipe de desenvolvimento. PORQUE II - são eles quem desenvolverão o sistema encomendado pelo cliente. A respeito dessas asserções, assinale a opção correta. As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I. A asserção I é uma proposição verdadeira, e a II é uma proposição falsa. As asserções I e II são proposições falsas. A asserção I é uma proposição falsa, e a II é uma proposição verdadeira. As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I. Explicação: O cliente deve ter participação ativa na elicitação de requisitos pois é ele quem entende do seu negócio. O sistema será construído para dar suporte operacional ao negócio do cliente. 8. 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. F, V, F,F F, F, V, F V, V, F, V F, F, V, V V, F, V, V Explicação: A questão trata de conceitos básicos sobre requisitos de software.
Compartilhar