análise e modelagem de sistemas

Prévia do material em texto

Questão 1 
Respondida 
A partir do momento que um software é produzido, mudanças provavelmente 
acontecerão em sua estrutura. Para exemplificar, observe a figura 1, a seguir: 
Figura 1 - Curva de defeitos de um software ao longo do 
tempo. Fonte: PRESSMAN e MAXIM , 
p. 6, 2016. Agora, analise o gráfico da figura 1 e as asserções, a seguir: I. A 
curva idealizada apresenta uma taxa de defeitos elevada no início do 
desenvolvimento do Software. Durante sua evolução, decresce, estabiliza e 
torna-se constante. 
PORQUE II. Conforme as mudanças acontecem no Software, é provável que 
aconteçam erros e/ou defeitos (picos no gráfico), representados pela curva real. 
A respeito dessas asserções, assinale a alternativa correta: 
 As asserções I e II são proposições verdadeiras, e a II é uma justificativa da I. 
 As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa da I. 
 A asserção I é uma proposição verdadeira, e a II é uma proposição falsa. 
 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 falsas. 
A alternativa correta diz que as asserções I e II são proposições verdadeiras, mas a asserção II não é uma 
justificativa da asserção I. 
Questão 2 
Respondida 
Um Processo de Software é constituído por várias atividades, cuja finalidade é ter como 
resultado um Produto de Software. Durante a fase de desenvolvimento de um Software existem 
muitas tarefas, que devem ser distribuídas entre os membros da equipe. De acordo com as 
informações apresentadas na Tabela 1 a seguir, faça a associação das atividades genéricas que 
aparecem na maioria dos Processos de Software com suas respectivas descrições: Tabela 1 - 
Atividades genéricas em Processos de Software 
I. Análise e Especificação 
1. é realizada a alocação de recursos (Hardware e Software) e são identificadas e definidas as 
abstrações do funcionamento do Software; 
II. Projeto 
2. é todo o processo de codificação do Software, seu desenvolvimento realizado por Analistas e 
Programadores, é a fabricação do Software; 
III. Implementação e Teste Unitário 
3. nesta etapa são considerados todos os processos de alterações realizadas no Software, após ele 
estar sendo utilizado pelo cliente. 
IV. Operação e Manutenção 
4. são realizadas as definições sobre o Software a ser produzido e determinado quais são seus 
requisitos (funcionalidades) e suas restrições; 
Fonte: Elaborada pelo autor. 
Assinale a alternativa que apresenta a associação correta entre as colunas: 
 I - 4; II - 1; III - 2; IV - 3. 
 I - 4; II - 1; III - 3; IV - 2. 
 I - 1; II - 4; III - 2; IV - 3. 
 I - 1; II - 2; III - 4; IV - 3. 
 I - 3; II - 4; III - 2; IV - 1. 
Sua resposta 
I - 4; II - 1; III - 2; IV - 3. 
 
Questão 3 
Respondida 
Diagramas de Estrutura e Diagramas de Comportamento formam a estrutura da UML (Unified 
Modeling Language). Os Diagramas de Comportamento implicam no dinamismo do sistema e 
este grupo contém um conjunto de Diagramas inserido num subgrupo chamado Diagrama de 
Interação (Interaction Diagram). 
Analise as alternativas considerando os Diagramas de Interação e indique o Diagrama que não 
pertence a este grupo. 
 Diagrama Visão Geral de Interação 
 Diagrama de Máquina de Estados 
 Diagrama de Sequência 
 Diagrama de Tempo 
 Diagrama de Colaboração 
Sua resposta 
Diagrama de Máquina de Estados 
 
Questão 4 
Respondida 
Chiavenato (2014) determina padrões de desempenho que sejam mensuráveis e 
que possam ser comparados com os resultados reais por meio de 
monitoramento, com o intuito de, caso seja necessário, tomar medidas 
corretivas para atingir os objetivos previamente propostos. A visão de gestão de 
negócios tem uma relação íntima com a função administrativa e o controle dos 
padrões de desempenho devem abranger todos os níveis organizacionais e se 
divide em controles estratégicos, táticos e operacionais. Considerando o 
contexto, avalie as afirmativas a seguir: 
I. Os controles táticos são mais detalhados, de médio prazo e abordam a 
organização em uma perspectiva departamental. 
II. Os controles operacionais são analíticos, de curto prazo e voltados às tarefas 
e atividades. 
III. Os controles estratégicos trazem uma visão mais genérica, de longo prazo e 
abordam a organização como um todo. 
IV. No caso do BPM o processo de controle, também deve ocorrer em todos os 
níveis, porém, com o foco na estratégia. 
Considerando o contexto apresentado, é correto o que se afirma em: 
 III e IV, apenas. 
 I e II, apenas. 
 I, II e IV, apenas. 
 I, II, III e IV. 
 I, II e III, apenas. 
 
Questão 5 
Respondida 
Uma técnica de Modelagem de Requisitos, utilizada na fase de Elicitação de 
Requisitos, permite integrar a modelagem de processos de negócios (no 
desenvolvimento do sistema) usando a notação BPMN (Business Process Model 
and Notation - Modelo e Notação de Processos de Negócio) com a Elicitação 
de Requisitos. Esta técnica permite que a extração de requisitos seja retirada 
dos diagramas de processos de negócios, apoiados por um conjunto de 
heurísticas (métodos de investigação motivado na aproximação progressiva de 
um determinado problema). 
Assinale a alternativa que apresenta a técnica de Modelagem de Requisitos 
descrita no texto-base. 
 SysML. 
 UML. 
 REMO. 
 RNF. 
 BPMN. 
Questão 6 
Sem resposta 
Sommerville (2011) reserva o capítulo 2 de seu livro “Engenharia de Software” 
para falar sobre Processos de Software. Com a importância de ser o alicerce 
para o desenvolvimento e futura entrega do Software, o autor extrapola a 
possibilidade de um desenvolvimento “from scratch” (ou, “do zero”), 
considerando portanto, que podem ser existir sistemas legados a serem 
vinculados ou mesmo necessidade de suas modificações para então os vínculos 
serem feitos. Simples ou complexo, com maior ou menor possibilidade de 
padronização, o desenvolvimento de um sistema demandará no mínimo quatro 
atividades consideradas fundamentais, que se ramificarão em subatividades: a 
especificação do software, o projeto e implementação do software, a validação 
do software e a evolução do software. 
A existência de um Processo de Software não garante a qualidade do Software e 
muito menos que o Software será entregue no prazo combinado, pois ... 
 o processo de software deve ser avaliado para certificar que ele atenda a um conjunto 
de critérios básicos. 
 o modelo de processo de Software é uma descrição complexa do processo que 
especifica as atividades para o desenvolvimento. 
 a qualidade do software produzido não é diretamente influenciada pelos padrões de 
qualidade impostos durante os processos de software. 
 para garantir o reuso do software é preciso abrir mão de determinados padrões no 
momento da implementação. 
 não existem métricas específicas para avaliar o processo de software. 
Questão 7 
Sem resposta 
O processo de Elicitação de Requisitos pode ser diferente entre as empresas de 
desenvolvimento de Software. Cada empresa possui as suas próprias técnicas e 
padrões de desenvolvimento. Entretanto, conforme Sommerville (2011), 
podemos destacar como atividades do processo de Elicitação de Requisitos: (i) 
Descoberta de Requisitos, (ii) Classificação e Organização de Requisitos, (iii) 
Priorização e Negociação de Requisitos e (iv) Especificação de Requisitos. Com 
base no contexto apresentado, avalie as seguintes asserções e a relação 
proposta entre elas: I. Um dos objetivos da Elicitação de Requisitos é identificar 
o máximo de Requisitos do Software, provendo o mais correto e mais completo 
entendimento do que é demandado daquele Software. 
PORQUE II. Os Stakeholders precisam ter um entendimento sobre o domínio do 
problema do Software e na fase de Elicitação de Requisitos, o analista de sistemas, 
utiliza vária técnicas para conseguir os requisitos de um sistema, como por 
exemplo:entrevistas, reuniões, análise de documentos e pesquisas. 
A respeito dessas asserções, assinale a alternativa correta. 
 As asserções I e II são proposições verdadeiras, e a II não é uma justificativa da I. 
 As asserções I e II são proposições verdadeiras, mas a II é uma justificativa da I. 
 A asserção I é uma proposição verdadeira, e a II é uma proposição falsa. 
 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 falsas. 
Questão 8 
Sem resposta 
Existem diversos Modelos de Processos de Softwares que possuem 
características diferentes para serem utilizados em Processos de Softwares. Cada 
empresa adota um Modelo de Processo de Software de acordo com suas 
necessidades e realiza adaptações, se necessário, a cada Software produzido. 
Um projeto de Software que, a partir de requisitos iniciais, visa criar pequenas 
versões que serão entregues ao cliente, e posteriormente expandir para novas 
versões até chegar ao sistema ideal totalmente construído, pode-se dizer que 
tal projeto foi desenvolvido com base em um Modelo ... 
 de Métodos Formais. 
 Baseado em Componentes. 
 Concorrentes. 
 Incremental. 
 em Cascata. 
Questão 9 
Sem resposta 
Sommerville (2011) afirma que a abordagem sistemática usada pela Engenharia 
de Software para produção de Software é chamada de Processo de Software. 
Um Processo de Software pode conter diversas atividades e que normalmente 
são: especificação, projeto, implementação, validação, manutenção e evolução. 
Analise as afirmativas a seguir sobre o Processo de Software: I. Processo de 
Software é um conjunto de atividades e resultados que estão relacionados e 
que levam à produção e ao resultado de um Software desenvolvido. II. Na 
Engenharia de Software, um processo é uma determinação rigorosa de como 
deve ser desenvolvido um Software. III. Pode ser utilizado como um template, 
sendo utilizado em outros projetos, permitindo agilidade em novos projetos de 
Software. IV. Permite que sejam repetidos os serviços e produtos, reutilizando 
partes já produzidas e padronizadas. 
Neste contexto, é coreto o que se afirma em: 
 II, III e IV, apenas. 
 I, III e IV, apenas. 
 I, II e III, apenas. 
 I, II e IV, apenas. 
 I, II, III e IV. 
Questão 10 
Sem resposta 
Em se tratando de modelagem de processos, as notações são conjuntos de 
símbolos os quais são padronizados, com regras que indicam seus significados. 
Ao realizar um projeto, a equipe precisa avaliar a organização para escolher a 
melhor notação. Por vezes, mais de uma notação pode ser importante de ser 
adotada, cada qual em uma fase do projeto de modelagem. De acordo com o 
que você conhece das diferentes notações, faça a associação entre as colunas A 
e B. 
COLUNA A COLUNA B 
I. BPMN 
1. Este padrão pode ser muito simples ou muito complexo, tendo regras para 
representar decisão, teste, paralelismo ou convergência de fluxo. É utilizado 
em processos de negócio para realização de análise, redesenho ou 
modelagem. Tem como vantagem o fato de ser utilizado em muitas 
organizações, mas apresenta como desvantagem o risco de lacunas lógicas. 
II. Fluxograma 
2. Sua desenvolvimento remonta à Força Aérea Americana, mas atualmente 
é domínio público. Seus símbolos são simples. Pontos decimais indicam os 
níveis de descendência, representando assim o processo de modo preciso. 
Por outro lado, a leitura da notação pode ser confusa de ser feita. 
III. EPC 
3. Neste padrão, os símbolos indicam relacionamentos bem definidos. O 
modelo é dividido em raias. Os ícones são organizados em conjuntos 
descritivos ou analíticos. Eventos de início, meio e fim podem ser 
indicados. Uma desvantagem deste padrão pode ser a necessidade do uso de 
várias ferramentas para dar apoio aos conjuntos da notação. 
IV. UML 
4. Este padrão utilizado em Lean oferece um conjunto de símbolos bastante 
simples. Ele auxilia na identificação de oportunidades para que os processos 
sejam otimizados. Como desvantagem, este padrão não se aplica a cenários 
complexos. 
V. IDEF 
5. Os símbolos mais “universais” utilizados ao longo do processo são 
simples: retângulos simples ou com cantos arredondados, setas, 
paralelogramos, losangos. Raias podem ou não ser utilizadas. Uma 
vantagem é o amplo entendimento deste padrão pelos profissionais. Uma 
desvantagem é a quantidade de variações do padrão. 
VI. Mapeamento do Fluxo de 
Valor 
6. Amplamente utilizado, este padrão relaciona técnicas de diagramação e 
notações. Dependendo do modelo, há um conjunto de símbolos. Pode 
descrever tanto relacionamento pai-filho, como lateral. Sua desvantagem é 
que seu uso para modelagem de processo de negócio é secundário, pois o 
padrão foi primariamente desenhado para modelagem de aplicação de 
software. 
Assinale a alternativa que apresenta a associação CORRETA entre as colunas. 
 I – 1; II – 5; III – 3; IV – 4; V – 2; VI – 6. 
 I – 3; II – 1; III – 5; IV – 2; V – 6; VI – 4. 
 I – 4; II – 2; III – 6; IV – 1; V – 5; VI – 3. 
 I – 4; II – 6; III – 2; IV – 1; V – 3; VI – 5. 
 I – 3; II – 5; III – 1; IV – 6; V – 2; VI – 4.