TC aula 2

Prévia do material em texto

18/11/2018 EPS
http://simulado.estacio.br/alunos/ 1/5
CCT0746_EX_A2_201809184738_V1
 
 
 
 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE 2a aula
 Lupa 
Vídeo
 
PPT
 
MP3
 
 
Exercício: CCT0746_EX_A2_201809184738_V1 06/10/2018 17:07:27 (Finalizada)
Aluno(a): LARISSA CEZANA 2018.3 EAD
Disciplina: CCT0746 - PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE 201809184738
 
 
 1a Questão
Sobre o modelo iterativo e incremental, classifique cada sentença como sendo V(verdade) ou F(falsa). Em seguida, assinale a
alternativa correta.
I. O modelo iterativo baseia-se na idéia do aumento da abrangencia do sistema.
II. O modelo incremental baseia-se na ideia de refinamentos sucessivos.
III. O modelo iterativo e incremental vale-se do modelo em cascata para sua realização.
IV. A cada iteração, ocorre a especificação, implementação, teste e implantação
Com base em sua analise assinale a opção que descreve a correta sequência de V e F é:
I-V; II-V; III-F; IV-V
I-V; II-V; III-V; IV-F
I-V; II-V; III-V; IV-V
I-F; II-F; III-V; IV-F
 I-F; II-F; III-V; IV-V
 
 
Explicação:
O Desenvolvimento Iterativo e Incremental é um dos clássicos modelos de processo de desenvolvimento de software criado em
resposta às fraquezas do modelo em cascata, o mais tradicional. Os dois padrões mais conhecidos de sistemas iterativos de
desenvolvimento são o RUP (Processo Unificado da Rational) e o Desenvolvimento ágil de software. Por isso o desenvolvimento
iterativo e incremental é também uma parte essencial da Programação Extrema e outros.
ASSIM APENAS AS AFIRMATIVAS III E IV SÃO VERDADEIRAS.
 
 
 
 2a Questão
Para se garantir a qualidade dos processos de desenvolvimento de software, vários passos devem ser tomados, entre eles:
I. Gerenciar os requisitos, identificando quais são as principais necessidades do software, levando em conta tanto os requisitos
funcionais quanto os não funcionais.
II. Acompanhar o projeto de software para que se possa ter uma visão realista do progresso do projeto, sendo possível tomar ações
eficazes quando o desempenho dd software se desviar de forma significativa dos planos do projeto.
III. Gerenciar a configuração do software para estabelecer e manter a integridade dos produtos do projeto ao longo do ciclo de vida
do software para dar maior segurança ao desenvolvedor e permitir maior controle do desenvolvimento.
File failed to load: http://simulado.estacio.br/ckeditor/MathJax/a11y/accessibility-menu.js
18/11/2018 EPS
http://simulado.estacio.br/alunos/ 2/5
IV. Desenvolver um processo padrão para ser gerenciado e revisado, identificar os pontos fortes e fracos do processo de
desenvolvimento e planejar atividades de melhoramento.
É correto o que se afirma em:
II, III e IV, apenas.
I e III apenas.
II e IV, apenas .
 I, II, III e IV.
 I, II e III, apenas
 
 
Explicação:
Qualidade é um termo que pode ter diferentes interpretações.
Existem muitas definições de qualidade de software propostas na literatura, sob diferentes pontos de vistas.
Para um melhor entendimento e estudo, o SWEBOK 3.0 divide a qualidade de software em quatro
tópicos, sendo os três primeiros tópicos subdivididos em atividades, da seguinte forma:
Fundamentos de qualidade de software
Cultura e ética de engenharia de software
Valores e custos de qualidade
Modelos e características de qualidade
Melhoria da qualidade de software
Segurança de Software (Software Safety)
Processos de gerência de qualidade de software
Garantia de qualidade de software
Verificação e validação
Revisões e auditorias
Considerações práticas
Requisitos de qualidade de software
Caracterização de defeitos
Técnicas de gerência de qualidade de software
Medidas de qualidade de software
Ferramentas de Qualidade de Software
Desta forma as quatro afirmações estáo corretas!
Gabarito Coment.
 
 
 
 3a Questão
Em relação ao levantamento de requisitos, qual alternativa abaixo melhor representa a frase:
"Faz o levantamento de ideias, em que cada uma sugerida pode combinar na proposta de uma nova. Atividade de livre imaginação
que deve ser tratada sem críticas ou debates." ?
Questionários.
Caso de uso.
Requisitos Funcionais.
 Brainstorm.
Entrevista.
 
 
Explicação:
A técnica de elicitação Brainstorm, também conhecido como tempestade de idéias,tem como objetivo principal produzir um maior
número de ideias possíveis sobre um problema particular e necessariamente real. Ou seja, é uma dinâmica de grupo que é usada
em várias empresas como uma técnica para resolver problemas específicos, para desenvolver novas ideias ou projetos, para juntar
informação e para estimular o pensamento criativo.
Conclusão:
A frase "Faz o levantamento de ideias, em que cada uma sugerida pode combinar na proposta de uma nova. Atividade
de livre imaginação que deve ser tratada sem críticas ou debates. " é melhor representada pela técnica de elicitação
Brainstorm.
File failed to load: http://simulado.estacio.br/ckeditor/MathJax/a11y/accessibility-menu.js
18/11/2018 EPS
http://simulado.estacio.br/alunos/ 3/5
 
 
 
 4a Questão
Sobre a classificação dos requisitos
I. Requisitos de usuário e de sistema, referem-se a forma como os requisitos são descritos.
 II. Requisitos funcionais e não funcionais, determinam as restrições e as funcionalidades do sistema, respectivamente.
 III. Ao declarar Requisitos de usuário, usamos mais detalhes que na declaração de requisitos de sistemas.
Assinale a opção que apresenta as assertivas corretas
 
 Apenas I
Apenas II e III
Apenas I e II
I, II e III
Apenas III
 
 
Explicação:
I. Requisitos de usuário e de sistema, referem-se a forma como os requisitos são descritos. - verdade
 II. Requisitos funcionais e não funcionais, determinam as restrições e as funcionalidades do sistema, respectivamente. - Falso, o
correto seria funcionalidades e restrições, respectivamente.
 III. Ao declarar Requisitos de usuário, usamos mais detalhes que na declaração de requisitos de sistemas. - falso. para declarar
requisitos de usuários, usamos menos detalhes que na declaração de requisitos.
 
 
 
 
 5a Questão
Em relação ao levantamento de requisitos, qual alternativa abaixo melhor representa a frase:
"Utilização na análise de problema e na engenharia de requisitos com o objetivo de entender as perspectivas do cliente/usuário.
Entender quem são os agentes e quais as necessidades, o problema e a solução." ?
ROI - Retorno sobre investimento.
 Entrevista.
Brainstorm.
Requisito funcional.
Requisito não funcional.
 
 
Explicação:
A técnica de elicitação de entrevista são perguntas feitas as partes interessadas sobre suas necessidades no contexto do problema a
ser resolvido, que possuem as respectivas respostas anotadas. É importante que o entrevistador dê margem ao entrevistado para
expor as suas idéias. 
Conclusão:
A frase, "Utilização na análise de problema e na engenharia de requisitos com o objetivo de entender as perspectivas
do cliente/usuário. Entender quem são os agentes e quais as necessidades, o problema e a solução." é melhor
representada pela técnica de elicitação entrevista.
 
 
 
 6a Questão
Durante a fase inicial do ciclo de vida do desenvolvimento de sistemas, na etapa de investigação, a tarefa que determina a
probabilidade de sucesso do sistema proposto e propicia uma avaliação superficial da área técnica, econômica e comportamental do
projeto, sendo decisivamente importante para o processo do desenvolvimento de sistemas é chamada:
 estudo de viabilidade.
análise de requisitos.
análise de equilíbrio.
design lógico do sistema.
File failed to load: http://simulado.estacio.br/ckeditor/MathJax/a11y/accessibility-menu.js
18/11/2018 EPS
http://simulado.estacio.br/alunos/ 4/5
estudo de caso.
 
 
 
 7a Questão
Qual afirmativaabaixo NÃO é verdadeira em relação as propriedades e medições dos requisitos não funcionais?
Facilidade de uso/treinamento.
 Usuário não pode acessar o Banco de Dados financeiro.
Velocidade de transações em segundos.
Tamanho em Bytes.
Confiabilidade /tempo médio de falhas.
 
 
Explicação:
Conclusão:
A afirmativa "Usuário não pode acessar o Banco de Dados financeiro." tratá-se de um requisito funcional. Logo, essa a
opção é incorreta.
 
 
 
 
 File failed to load: http://simulado.estacio.br/ckeditor/MathJax/a11y/accessibility-menu.js
18/11/2018 EPS
http://simulado.estacio.br/alunos/ 5/5
 8a Questão
Por que é importante a revisão da especificação dos requisitos? Assinale a INCORRETA.
Para corrigir erros e omissões no documento de requisitos, uma vez que erros de requisitos se propagam pelas demais
etapas de desenvolvimento
A fim de melhorar a qualidade do documento de requisitos do sistema
 A fim de melhorar a qualidade do software entregue ao cliente, uma vez que se os requisitos estiverem corretos, os erros
que poderão chegar ao cliente serão apenas de programação e não de especificação
Para ratificar os itens descritos, eliminar inconsistências e contradições no texto e até identificar novos requisitos (ou
complementos destes) que foram esquecidos.
 A fim de garantir que a codificação seja feita de forma correta e sem erros.
 
 
Explicação:
As tarefas de engenharia de requisitos ajudam a levar a um entendimento de qual será o impacto do software sobre o negócio, quais
são as necessidades do cliente e como os usuários finais irão interagir com o software.
Normalmente a engenharia de requisitos é realizada por analistas de sistemas juntamente com gerentes, clientes, usuários finais e
outros que possam ter interesse no software.
A engenharia de requisitos é muito importante, pois nos ajuda a projetar e construir um programa de computador que possa
resolver o problema do cliente. Por isso a importância de entender primeiramente o que o cliente quer antes de começarmos a
projetar e construir um sistema. De forma mais especifica a engenharia de requisitos consiste de um amplo espectro de tarefas e
técnicas que levam a um entendimento dos requisitos.
Dessa forma, a engenharia de requisitos permite que examinemos o contexto do trabalho de software a ser realizado, as
necessidades específicas que o projeto e a construção devem atender, as prioridades que orientam a ordem que o trabalho deve ser
completado e as informações, funções e os comportamentos que terão um impacto profundo no projeto resultante.
Existem algumas etapas na engenharia de requisitos, são elas: concepção, levantamento, elaboração, negociação, especificação,
validação e gestão. A concepção é a primeira etapa da engenharia de requisitos e nessa etapa procura-se definir o escopo e a
natureza do problema que estamos tentando resolver para o cliente; A segunda etapa é a de levantamento em que se procura
ajudar os interessados a definir o que é necessário; A terceira etapa é a de elaboração em que os requisitos básicos são refinados e
modificados; A quarta etapa é a de negociação onde se definem quais são as prioridades, o que é essencial e quando é necessário;
Na quinta etapa especifica-se o problema e então, na sexta etapa de Validação é realizada uma revisão e validação para garantir que
o entendimento dos problemas coincidem com o que os interessados haviam explicado. Essa parte é realizada com os interessados;
Por fim, ainda temos uma sétima etapa que é a Gestão dos requisitos em que se controlam os requisitos.
Desta forma fica evidente que não faz parte da engenharia de requisitos garantir que a codificação seja feita de forma correta e sem
erros.
 
 
 
File failed to load: http://simulado.estacio.br/ckeditor/MathJax/a11y/accessibility-menu.js