SIMULADO II - PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE

Prévia do material em texto

PROCESSOS DE DESENVOLVIMENTO DE 
SOFTWARE 
2a aula 
Lupa 
 
 
 
Vídeo 
 
PPT 
 
MP3 
 
 
 
 
Exercício: CCT0746_EX_A2_201708199284_V1 
19/05/2018 
15:48:13 (Finalizada) 
Aluno(a): 2018.1 EAD 
Disciplina: CCT0746 - PROCESSOS DE DESENVOLVIMENTO DE 
SOFTWARE 
 
 
 
 
Ref.: 201708918772 
 
 
 
 1a Questão 
 
 
A análise de requisitos no desenvolvimento de sistemas especifica as funcionalidades (requisitos 
funcionais) e as propriedades (requisitos não-funcionais). É considerado um requisito não-
funcional: 
 
 
a notificação de inconsistência de dado na tela. 
 
um histograma na interface gráfica do usuário. 
 a disponibilidade do sistema. 
 
a emissão de relatórios fiscais. 
 
uma informação na interface de entrada. 
 
 
 
Ref.: 201708273322 
 
 
 
 2a 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: 
 
 
Não funcional 
 
Do cronograma 
 
Do usuário 
 Funcional 
 
Modal 
 
 
 
Ref.: 201708819618 
 
 
 
 3a Questão 
 
 
Com relação aos diagramas de Casos de Uso, marque a alternativa correta: 
 
 
são representações dos Casos de Uso e podem ser representados por uma elipse 
contendo, internamente, a codificação da classe. 
 
são representações dos testes de sistema e podem ser representados por uma elipse 
contendo, internamente, o nome do caso de uso. 
 
são representações dos Casos de Uso e podem ser representados por um retângulo 
contendo, internamente, o nome do caso de uso. 
 são representações dos Casos de Uso e podem ser representados por uma elipse 
contendo, internamente, o nome do caso de uso. 
 
são representações dos dados do sistema e podem ser representados por um quadrado 
contendo, internamente, o nome do caso de uso. 
 
 
Explicação: 
Conforme apresentado na aula 2, os casos de uso têm a finalidade de, identificar quem interage 
com o sistema (atores) identificar os requisitos (casos de uso). Sua representação se dá 
através de elipses onde em seu interior é inserido o nome do caso de uso. O diagrama é 
composto de vários casos de uso interligados com os agentes. 
 
 
 
Ref.: 201708314688 
 
 
 
 4a 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. 
 
O projeto arquitetural independe do paradigma de desenvolvimento. 
 
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. 
 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. 
 
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. 
 
 
 
Ref.: 201711055040 
 
 
 
 5a Questão 
 
 
Ponto de partida do processo de engenharia de requisitos é breve e focalizado e procura 
responder a uma série de questões: 1. O sistema contribui para os objetivos gerais da 
organização? 2. O sistema pode ser implementado com tecnologia atual e dentro das restrições 
definidas de custo e prazo? 3. O sistema pode ser integrado a outros sistemas já implantados? 
Qual opção abaixo corresponde à descrição anterior? 
 
 
Requisito de sistema. 
 
Requisito de usuário. 
 
Requisito funcional. 
 
Requisito não-funcional. 
 Estudo de viabilidade. 
 
 
Explicação: 
As frases do enunciado correspondem ao conceito de Estudo de Viabilidade. 
 
 
 
Ref.: 201708239100 
 
 
 
 6a Questão 
 
 
No contexto da Engenharia de Requisitos, considere: 
 
I. O sistema deve fornecer uma entrada de dados que possibilite a inclusão de atributos de 
permissão de acesso às dependências da corporação por técnicos, supervisores e chefes. 
 
II. Algumas permissões de acesso deverão ter tratamento especial para a entrada de atributos. 
Para este tipo de permissão, atributos excedentes a uma faixa predeterminada só poderão ser 
incluídos por chefes de seção. 
 
Em relação às assertivas acima, é correto afirmar: 
 
 
a assertiva contida no item II é uma condição restritiva do requisito funcional do item I. 
Por si só, não constitui um requisito, tanto funcional quanto não funcional. 
 o item I trata de um requisito funcional e a ele está associado o requisito não funcional, 
contido no item II. 
 
o item I trata de um requisito não funcional e a ele está associado o requisito funcional, 
contido no item II. 
 
a assertiva contida no item II é uma condição restritiva do requisito não funcional do 
item I. Por si só, não constitui um requisito, tanto funcional quanto não funcional. 
 
ambos referem-se a requisitos funcionais. 
 
 
Explicação: 
Requisitos funcionais são aqueles relacionadosàs funcionalidades necessárias do sistema, seu 
escopo de negócios, enquanto não-funcionais tratam de elementos gerais, que não estão 
diretamente ligados ao negócio e sim a propriedades e características de funcionamento do 
sistema 
I. O sistema deve fornecer uma entrada de dados que possibilite a inclusão de atributos de 
permissão de acesso às dependências da corporação por técnicos, supervisores e chefes. - 
define a funcionalidade. 
 
II. Algumas permissões de acesso deverão ter tratamento especial para a entrada de atributos. 
Para este tipo de permissão, atributos excedentes a uma faixa predeterminada só poderão ser 
incluídos por chefes de seção. - define uma propriedade de Confiabilidade, para permissão de 
acesso. 
 
 
 
Ref.: 201708273349 
 
 
 
 7a Questão 
 
 
Como parte das atividades para análise de requisitos temos o estudo de viabilidade, que é 
dividida em quatro tipos, são elas: 
 
 
Técnica, Operaciaonal, Cronograma e Organizacional 
 
Técnica, Funcional, Cronograma e Econômica 
 
Organizacional, Operaciaonal, Funcional e Econômica 
 Técnica, Operaciaonal, Cronograma e Econômica 
 
Organizacional, Funcional, Financeira e de Requisitos 
 
 
 
Ref.: 201708812872 
 
 
 
 8a Questão 
 
 
Na especificação de requisitos, qual das opções abaixo indica como os requisitos podem ser 
classificados: 
 
 funcionais e não-funcionais. 
 
precisos e lógicos. 
 
não-funcionais e analíticos. 
 
funcionais e lógicos. 
 
lógicos e consistentes.