Aula 2 Processos de Desenvolvimento de Software

Prévia do material em texto

1a Questão 
	
	
	
	
	Durante o processo de desenvolvimento de um software de controle de entrada e saída de funcionários de uma empresa, o desenvolvedor procura saber de seu cliente se deve contabilizar horas, minutos e segundos para o cálculo de atrasos dos funcionários. Este tipo de requisito está classificado como:
		
	
	Modal
	
	Do usuário
	
	Não funcional
	
	Funcional
	
	Do cronograma
	
Explicação: 
Requisitos funcionais demandam funções
A função no caso seria " controle de entrada e saída de funcionários de uma empresa"
	
	 
	
	 2a Questão 
	
	
	
	
	O que se deve fazer para aumentar as chances de sucesso no desenvolvimento de software?
		
	
	Adotar um processo de desenvolvimento.
	
	Focar no prazo independente do atendimento das funcionalidades desejadas.
	
	Atender os requisitos no momento em que forem solicitados independente de planejamento.
	
	Obter muitos recursos financeiros.
	
	Obter mão de obra especializada independente de processo.
	
Explicação: 
Um processo de desenvolvimento de software, prevê planejamento, organização e controle das atividades inerentes ao desenvolvimento. Uma empresa que não tem processo de desenvolvimento não terá gestão dos acontecimentos e fatalmente extrapolará  o prazo (na verdade nem consegurá prever com maior precisão), dos custos e a qualdiade fica comprometida
	
	 
	
	 3a Questão 
	
	
	
	
	Na especificação de requisitos, qual das opções abaixo indica como os requisitos podem ser classificados:
		
	
	lógicos e consistentes.
	
	precisos e lógicos.
	
	funcionais e lógicos.
	
	funcionais e não-funcionais. 
	
	não-funcionais e analíticos.
	
	 
	
	 4a 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. 
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, II e III, apenas
	
	I e III apenas. 
	
	I, II, III e IV. 
	
	II e IV, 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!
	
	 
	
	 5a Questão 
	
	
	
	
	O MPS.BR é um programa para Melhoria de Processo do Software Brasileiro que mantém correlação referencial com diversas normas internacionais e o modelo CMMI. Sobre este tema, considere: 
I. A norma ISO/IEC 12207 contém processos, atividades e tarefas a serem aplicadas durante o fornecimento, aquisição, desenvolvimento, operação e manutenção de produtos de software e serviços correlatos e devem constituir-se referência na implementação do Modelo de Referência do MPS.BR. 
II. O MPS.BR busca atingir compatibilidade com os padrões de qualidade aceitos internacionalmente e que tenha como pressuposto o aproveitamento de toda a competência existente nos padrões e modelos de melhoria de processo já disponíveis, como também adequar-se ao perfil de empresas com diferentes tamanhos e características, públicas e privadas, e, especialmente, nas micro, pequenas e médias empresas. 
III. A norma ISO/IEC 17799 é mais um dos modelos da referência ao MPS.BR e presta-se à realização de avaliações de processos de software, buscando a melhoria de processos e determinação da capacidade de processos de uma unidade organizacional. 
IV. O Modelo de Referência MR-MPS define níveis de maturidade, por meio da combinação entre processos e sua capacidade, com a definição dos processos que declarem o propósito e os resultados esperados de sua execução. Entretanto, as atividades e tarefas necessárias para atender ao propósito e aos resultados esperados não são definidas no MR-MPS, devendo ficar a cargo dos seus usuários. 
É correto o que consta APENAS em:
		
	
	I, II e III. 
	
	II, III e IV. 
	
	I e III. 
	
	I, II, e IV.
	
	II e IV. 
	
Explicação: 
I. A norma ISO/IEC 12207 contém processos, atividades e tarefas a serem aplicadas durante o fornecimento, aquisição, desenvolvimento, operação e manutenção de produtos de software e serviços correlatos e devem constituir-se referência na implementação do Modelo de Referência do MPS.BR.
===> CORRETO
II. O MPS.BR busca atingir compatibilidade com os padrões de qualidade aceitos internacionalmente e que tenha como pressuposto o aproveitamento de toda a competência existente nos padrões e modelos de melhoria de processo já disponíveis, como também adequar-se ao perfil de empresas com diferentes tamanhos e características, públicas e privadas, e, especialmente, nas micro, pequenas e médias empresas.===> CORRETO
III. A norma ISO/IEC 17799 é mais um dos modelos da referência ao MPS.BR e presta-se à realização de avaliações de processos de software, buscando a melhoria de processos e determinação da capacidade de processos de uma unidade organizacional.===> ERRADO. NÃO É MAIS UM E SIM O ÚNICO ADOTADO
IV. O Modelo de Referência MR-MPS define níveis de maturidade, por meio da combinação entre processos e sua capacidade, com a definição dos processos que declarem o propósito e os resultados esperados de sua execução. Entretanto, as atividades e tarefas necessárias para atender ao propósito e aos resultados esperados não são definidas no MR-MPS, devendo ficar a cargo dos seus usuários. ===> CORRETO
	
	 
	
	 6a Questão 
	
	
	
	
	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 objetivo do projeto arquitetural é desenvolver uma estrutura de programa e representar os diversos fluxos de dados entre os módulos. 
	
	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.
	
	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. 
	
	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.
	
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.
	
	 
	
	 7a 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." ?
		
	
	Entrevista.
	
	Brainstorm.
	
	Questionários.
	
	Requisitos Funcionais.
	
	Caso de uso.
	
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.
	
	 
	
	 8a Questão 
	
	
	
	
	Como parte das atividades para análise de requisitos temos o estudo de viabilidade, que é dividida em quatro tipos, são elas:
		
	
	Organizacional, Funcional, Financeira e de Requisitos
	
	Técnica, Operaciaonal, Cronograma e Organizacional
	
	Técnica, Operaciaonal, Cronograma e Econômica
	
	Técnica, Funcional, Cronograma e Econômica 
	
	Organizacional, Operaciaonal, Funcional e Econômica
	
Explicação: 
É preciso verificar se tecnicamente, economicamente, operacionalmente e ainda em termos do cronograma, o projeto é factível