EXERCÍCIOS AULA 02 - Processos de desenvolvimento de software

Prévia do material em texto

EXERCÍCIOS - PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
AULA 02
1.
A primeira fase do processo de desenvolvimento de software é o estudo de viabilidade. Um item importante nesta fase é a apuração do ROI (Retorno Sobre o Investimento) que é representado pela equação: ROI=(Lucro Liquido)/Investimento. A partir desta definição, qual é a melhor consideração que pode ser feita para o ROI?
	Quanto menor o valor entre o lucro líquido e o investimento, pior é o ROI
	Quanto menor o valor entre o lucro líquido e o investimento, melhor é o ROI
	O ROI representa se as restrições de prazo serão atendidas
Certo	Quanto maior o valor entre o lucro líquido e o investimento, melhor é o ROI
	Quanto maior o valor entre o investimento e o lucro líquido, pior é o ROI
Explicação:
ROI mede a taxa de retorno sobre o investimento.
2.
A confiabilidade especificada para um software aplicativo é:
	um mecanismo de teste de desempenho.
	um mecanismo de teste de estresse.
	um requisito funcional.
	uma restrição de escopo.
Certo	um requisito não-funcional
Explicação:
Por ser um atributo de software a confiabilidade é um requisito não-funcional.
3.
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-F; II-F; III-V; IV-F
I-V; II-V; III-V; IV-V
I-V; II-V; III-V; IV-F
I-V; II-V; III-F; IV-V
Certo		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.
4.
No processo de desenvolvimento de software, todo software passa pelas fases de análise e projeto, associadas, respectivamente, com o que deve ser feito e como deve ser feito. A partir dessa informação, avalie a opções correta.
O projeto arquitetural independe do paradigma de desenvolvimento.
Na fase de projeto, dois níveis de projeto devem ser considerados: o projeto detalhado, que se preocupa com uma transformação dos requisitos em um projeto de dados e arquitetural; e o projeto preliminar, que se preocupa em aprimorar o projeto detalhado para que a implementação possa ser realizada em seguida.
Certo		Na fase de análise, três modelos que devem ser considerados são: do domínio da informação, o funcional e o comportamental.
O objetivo do projeto arquitetural é desenvolver uma estrutura de programa e representar os diversos fluxos de dados entre os módulos.
Para lidar com a complexidade do software, pode-se aplicar o princípio do particionamento, quebrando o problema em problemas menores. Esse princípio não é aplicado nas outras fases de desenvolvimento e ele não causa impacto nos custos de desenvolvimento.
Explicação:
Na engenharia de software, a engenharia de requisitos compreende 7 passos:
concepção,
levantamento,
elaboração,
negociação,
especificação,
validação 
gestão.
Dentro do ciclo de vida de processo de software, a engenharia de requisitos é iniciada na atividade de comunição e continuada até a atividade de modelagem ( Lembrando que o ciclo de vida do software compreende 5 atividades: comunição, projeto, modelagem, construção e implantação).
Durante a fase da concepção, é realizado um entendimento básico do sistema e é definido o escopo. Durante a fase do levantamento o cliente define as necessidades básicas do sistema. Na fase da elaboração é produzido o modelo de análise que define o domínio do problema informacional, funcional e comportamental; o relacionamento e colaboração entre classes são identificados e vários diagramas UML são produzidos. É nessa fase que são refinados os modelos de caso de uso. Na fase de negociação os requisitos são negociados, ou seja, o cliente, o usuário e outros interessados ordenam requisitos e discutem prioridades, utilizando abordagem iterativa. Na fase de especificação a função, desempenho e restrição do sistema são discutidos, gerando o produto final dos requisitos. Durante a fase de validação, a qualidade da especificação é avaliada, utilizando revisão técnica formal. Na fase de gestão ocorre a identificação e controle das mudanças em requisitos, ocorrendo de maneira formal apenas em projetos grandes. É criada uma tabela de rastreamento relacionando requisitos identificados a um ou mais aspectos do sistema.
Na fase de levantamento é utilizada uma técnica chamada Implantação da Função de Qualidade (IFQ), que traduz as necessidades do cliente para requisitos técnicos do software. São 3 tipos de requisitos: normais (objetivos e metas do sistema), esperados (implícitos e fundamentais) e excitantes (além das espectativas do cliente). Essa técnica utiliza entrevistas com os clientes, observação e levantamento de dados históricos.
5.
De acordo com o Processo Unificado, uma descrição da arquitetura do software, um documento de visão e um modelo de projeto são aplicáveis, respectivamente, nas fases:
	concepção, elaboração e transição.
	construção, transição e concepção.
Certo	elaboração, concepção e construção.
	transição, construção e construção.
	concepção, concepção e elaboração.
Explicação:
O Processo Unificado organiza suas iterações nas seguintes fases principais:
Concepção: o objetivo desta fase é levantar, de forma genérica e pouco precisa, o escopo do projeto. Não deve existir aqui a pretensão de especificar de forma detalhada requisitos, a idéia é ter uma visão inicial do problema, estimar de forma vaga esforço e prazos e determinar se o projeto é viável e merece uma análise mais profunda.
Elaboração: na fase de elaboração todos (ou a grande maioria dos requisitos) são levantados em detalhes. Numa primeira iteração um ou dois requisitos, os de maior risco e valor arquitetural, são especificados em detalhes. Estes são implementados e servem como base de avaliação junto ao usuário e desenvolvedores para o planejamento da próxima iteração. Em cada nova iteração na fase de elaboração pode haver um seminário de requisitos, onde requisitos antigos são melhor esclarecidos e novos são detalhados. Ao fim da fase, 90% dos requisitos foram levantados em detalhes, o núcleo do sistema foi implementado com alta qualidade, os principais riscos foram tratados e pode-se então fazer estimativas mais realistas.
Construção: implementação iterativa dos elementos restantes de menor risco e mais fáceis e preparação para a implantação.
6.
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:
	análise de requisitos.
Certo	estudo de viabilidade.
	análise de equilíbrio.
	estudo de caso.
	design lógico do sistema.
7.
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 significativados 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.
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:
Certo	I, II, III e IV.
	II, III e IV, apenas.
	II e IV, apenas .
	I e III apenas.
	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!
8.
Em Processos de Desenvolvimento de Software encontramos vários conceitos amplamente utilizados pelos profissionais de TI. O Levantamento de Requisitos reúne as atividades que visam a obter o enunciado completo, claro e preciso dos requisitos de um produto de software. Estes requisitos devem ser levantados pela equipe do projeto, em conjunto com representantes do cliente, usuários chaves e outros especialistas da área de aplicação. O conjunto de técnicas empregadas para levantar, detalhar, documentar e validar os requisitos de um produto forma a Engenharia de Requisitos (Pádua, 2009). Desta forma, podemos avaliar que requisitos de software podem ser
I. Descrições dos serviços fornecidos pelo sistema.
II. Restrições e características desses serviços.
III. Apresentados somente como Não Funcionais.
IV. Apresentados somente como Funcionais.
É correto, apenas, o que se afirma em
	II e IV
Certo	I e II
	II, III e IV
	I, II e III
	I e III
Explicação:
I. Descrições dos serviços fornecidos pelo sistema. - Ok, são os requisitos funcionais
II. Restrições e características desses serviços. - OK, são os requisitos não funcionais.
III. Apresentados somente como Não Funcionais. - Falso, os requisitos podem ser funcionais e não funcionais.
IV. Apresentados somente como Funcionais. falso, os requisitos podem ser funcionais e não funcionais.