Atividade 2 (A2) - ENGENHARIA DE SOFTWARE

Prévia do material em texto

Iniciado em sábado, 1 abr 2023, 19:09
Estado Finalizada
Concluída em sábado, 1 abr 2023, 19:19
Tempo
empregado
10 minutos 22 segundos
Avaliar 10,00 de um máximo de 10,00(100%)
Questão 1
Correto
Atingiu 1,00 de 1,00
Questão 2
Correto
Atingiu 1,00 de 1,00
Baseadas em ideias de Grady Booch, James Rumbaugh e Ivar Jacobson, a UML (uni�ed modeling language) surgiu para assumir o posto
de padrão para modelagem de sistemas orientados a objetos. A existência de diagramas para diferentes propósitos faz com que o
sistema modelado possa ser analisado por diferentes perspectivas. A opção que melhor apresenta a dupla diagrama-perspectiva é:
a. .Diagrama de Classe - Comportamento de classes.
b. .Diagrama de Componente - Comportamento de componentes.
c. .Diagrama de Casos de Uso - Estrutura de funcionalidades.
d. .Diagrama de Atividades - Estrutura do software.
e. .Diagrama de Sequência - Interação entre objetos.
Em orientação a objetos, os objetos podem sofrer mudanças de seus estados conforme a realização de comportamentos do sistema.
Além disso, é possível que determinadas ações do sistema só possam ser realizadas mediante a conformidade dos objetos com estados
requeridos para seus atributos. Diagramas de estados são então uma boa opção de uso para explicitação dessas regras de transição de
estado dos objetos de um software. A alternativa que apresenta conceitos presentes em modelagem de estados de um objeto é:
a. .Ação, barra de sincronização e atividade.
b. .Estado inicial, estado intermediário e estado �nal.
c. .Classe, estado inicial e estado �nal.
d. .Estado intermediário, transição e ação.
e. .Estado inicial, estado �nal e ação.
Guia Digital Carreiras e Internacionalização NAP CPA Responsabilidade Socioambiental
Minhas Disciplinas Minhas Bibliotecas
  WS 
https://codely-fmu-content.s3.amazonaws.com/Moodle/GuiaDigital/Guia+digital/index.html
https://carreiras.fmu.br/
https://codely-fmu-content.s3.amazonaws.com/Moodle/NAP/inicial/nap/fmu/index.html
https://codely-fmu-content.s3.amazonaws.com/Moodle/CPA/landing_CPA/index.html
https://portal.fmu.br/sustentabilidade
https://ambienteacademico.com.br/
https://ambienteacademico.com.br/
https://ambienteacademico.com.br/course/view.php?id=236
Questão 3
Correto
Atingiu 1,00 de 1,00
Questão 4
Correto
Atingiu 1,00 de 1,00
Questão 5
Correto
Atingiu 1,00 de 1,00
Diagramas de objetos servem para representar instâncias de classes do sistema e o relacionamento entre as instâncias em um
momento especí�co. Por apresentaram informações instanciadas de classes, o diagrama de objetos acaba por apresentar uma sintaxe
muito similar ao próprio diagrama de classes. Apesar de trazer alguns benefícios adicionais para a representação do software, o
diagrama de objetos não con�gura entre os mais utilizadas em projetos de desenvolvimento de software. Dentre os benefícios que o
diagrama pode trazer para o projeto de desenvolvimento de software, podemos destacar:
a. .a possibilidade de uso do diagrama para discussão com os clientes do software.
b. .a possibilidade de uso do diagrama para alocação de tarefas para a equipe de desenvolvimento.
c. .a captura de dados reais a serem populados na base de dados do sistema.
d. .a criação de exemplos da estrutura do software que suporte à veri�cação dos conceitos apresentados antes mesmo de
estes serem implementados.

e. .o uso do diagrama para realização de estimativas de entrega do software.
Ao elicitar requisitos, o analista necessita identificar, especificar, classificar e priorizar requisitos de software. Cada uma dessas tarefas requer
boa relação e constante comunicação com os clientes do software em construção, já que essa fase inicial de conhecimento de problemas e
identificação de necessidades dos clientes e usuários é fundamental para o sucesso do projeto. Sobre as tarefas que o analista deve realizar
durante a elicitação de requisitos, é correto afirmar que:
a. .A especi�cação de requisitos compreende o registro do problema e das necessidades levantadas durante a identi�cação de
requisitos, bem como a modelagem e codi�cação do software de modo materialiar os requisitos levantados anteriormente.
b. .A negociação de requisitos compreende a utilização de diferentes tipos técnicas de persuasão para dissuadir o cliente a
implementar requisitos não adequados para o contexto do projeto.
c. .A priorização de requisitos compreende a organização dos requisitos em ordem de identi�cação, como forma a rastrear
requisito e momento em que ele vou identi�cado.
d. .A classi�cação de requisitos compreende a utilização de técnicas para, junto aos clientes, classi�car os requisitos em
funcionais, não funcionais e em regras de negócio.
e. .A identi�cação de requisitos compreende a utilização de diferentes técnicas para identi�car, junto aos clientes e
interessados pelo projeto, o problema a ser solucionado via a construção de um software e as necessidades de
funcionalidades do software em construção.

Diagramas de classes representam classes do software, seus atributos, métodos e relacionamentos que levam, de certa forma, a
entender um pouco do próprio negócio e das entidades importantes e presentes no dia a dia da organização para o qual o software se
destina. As classes do diagrama podem se relacionar uma com as outras a partir do uso de diferentes tipos de relacionamentos. A
alternativa com o nome do relacionamento responsável por indicar que as informações de um objeto de uma classe precisam ser
complementadas por informações de um objeto de outra classe é:
a. .Multiplicidade.
b. .Especialização.
c. .Generalização.
d. .Associação.
e. .Agregação.
Guia Digital Carreiras e Internacionalização NAP CPA Responsabilidade Socioambiental
Minhas Disciplinas Minhas Bibliotecas
  WS 
https://codely-fmu-content.s3.amazonaws.com/Moodle/GuiaDigital/Guia+digital/index.html
https://carreiras.fmu.br/
https://codely-fmu-content.s3.amazonaws.com/Moodle/NAP/inicial/nap/fmu/index.html
https://codely-fmu-content.s3.amazonaws.com/Moodle/CPA/landing_CPA/index.html
https://portal.fmu.br/sustentabilidade
https://ambienteacademico.com.br/
https://ambienteacademico.com.br/
https://ambienteacademico.com.br/course/view.php?id=236
Questão 6
Correto
Atingiu 1,00 de 1,00
Questão 7
Correto
Atingiu 1,00 de 1,00
Questão 8
Correto
Atingiu 1,00 de 1,00
Durante a identi�cação de requisitos, também chamado de levantamento de requisitos, espera-se que haja um entendimento do
problema e das necessidades do cliente que os levaram a iniciar um projeto de desenvolvimento de software. Para tanto, analistas de
negócios e requisitos devem lançar mão de estratégias de coleta de informação que possam melhor auxiliá-los não somente a capturar
informação, mas também a entendê-las. São exemplos de técnicas que podem ser utilizadas para identi�car requisitos junto aos
interessados pelo projeto:
a. .Brainstorm e Desenho Colaborativo.
b. .Questionários e Coaching.
c. .Role Playing e Game Playing.
d. .Observação Indireta e Role Playing.
e. .Entrevistas e Reuniões.
Brainstorms, role playing, reuniões e questionários são técnicas muito utilizadas para capturar informações junto aos clientes de um
projeto de desenvolvimento de software. Cada uma delas apresentam particularidades que fazem com que o seu uso dependa das
características do ambiente, clientes e equipe de desenvolvimento em que planejam ser aplicadas. Essas técnicas são utilizadas durante
a:
a. .classi�cação de requisitos.
b. .priorização de requisitos.
c. .identi�cação de requisitos.
d. .especi�cação de requisitos.
e. .negociação de requisitos.
Antes de implementar um software e posterior ao conhecimento do problema e das necessidades dos clientes, é uma boa prática
realizar a modelagem do software a ser construído como forma a construir uma abstração da solução que seja entendida pela equipe
de desenvolvimento. Ainda na fase de elicitação de requisitos, as informações capturadas e registradas são feitas utilizando
basicamentea linguagem natural. Por si só, a linguagem natural é ambígua e essa ambiguidade, embora presente durante a interação
com interessados pelo projeto, não é bem-vinda durante a construção do produto. A modelagem de software, então, permite que as
informações anteriormente capturadas possam ser representadas em uma linguagem intermediária (nem linguagem natural e nem
linguagem de máquina) que consiga expressar as necessidades levantadas. De acordo com Ian Sommerville (Sommerville, 2011), os
modelos utilizados para descrever software podem ser classi�cados em:
a. .modelo de contexto, modelo de interação, modelo conjuntural e modelo psicológico.
b. .modelo de contexto, modelo de interação, modelo estrutural e modelo comportamental.
c. .modelo de pretexto, modelo de inversão, modelo construtural e modelo comportamental.
d. .modelo de requisitos, modelo de arquitetura, modelo de codi�cação e modelo de teste.
e. .modelo de requisitos, modelo de arquitetura, modelo de codi�cação e modelo de implantação.
Guia Digital Carreiras e Internacionalização NAP CPA Responsabilidade Socioambiental
Minhas Disciplinas Minhas Bibliotecas
  WS 
https://codely-fmu-content.s3.amazonaws.com/Moodle/GuiaDigital/Guia+digital/index.html
https://carreiras.fmu.br/
https://codely-fmu-content.s3.amazonaws.com/Moodle/NAP/inicial/nap/fmu/index.html
https://codely-fmu-content.s3.amazonaws.com/Moodle/CPA/landing_CPA/index.html
https://portal.fmu.br/sustentabilidade
https://ambienteacademico.com.br/
https://ambienteacademico.com.br/
https://ambienteacademico.com.br/course/view.php?id=236
Questão 9
Correto
Atingiu 1,00 de 1,00
Para SZYPERSKI, "componentes de software são unidades binárias de produção, aquisição e implantação independentes que interagem
para formar um sistema funcional" (Szyperski, 2002). Assim, é possível perceber que não é qualquer unidade do software que pode ser
vista como um componente, uma vez que a característica de independência do componente é parte integrante da sua de�nição.
Diagramas de componentes são utilizados usualmente para apoiar na representação não somente dos componentes existentes em um
sistema, mas principalmente dos relacionamentos entre eles que fazem com que uma funcionalidade especí�ca do software seja
realizada. Componentes de software e seu diagrama, é correto o que se a�rma em:
a. .Diagramas de componentes é uma visualização particular para diagramas de classes.
b. .Componentes e objetos estão em um mesmo nível de abstração.
c. .Componentes representam comportamentos do software.
d. .Interfaces são utilizadas para mostrar a conexão entre componentes independentes.
e. .Componentes são representações independentes e não reutilizáveis do software.
Guia Digital Carreiras e Internacionalização NAP CPA Responsabilidade Socioambiental
Minhas Disciplinas Minhas Bibliotecas
  WS 
https://codely-fmu-content.s3.amazonaws.com/Moodle/GuiaDigital/Guia+digital/index.html
https://carreiras.fmu.br/
https://codely-fmu-content.s3.amazonaws.com/Moodle/NAP/inicial/nap/fmu/index.html
https://codely-fmu-content.s3.amazonaws.com/Moodle/CPA/landing_CPA/index.html
https://portal.fmu.br/sustentabilidade
https://ambienteacademico.com.br/
https://ambienteacademico.com.br/
https://ambienteacademico.com.br/course/view.php?id=236
Questão 10
Correto
Atingiu 1,00 de 1,00
Diagramas comportamentais são utilizados para representar, como o nome sugere, comportamentos do sistema. Esses
comportamentos geralmente ilustram o funcionamento do sistema em diferentes estágios, seja mostrando a interação de
funcionalidades com atores do sistema, ou mostrando a interação de funcionalidades uma com as outras, ou ainda explicitando o
comportamento do sistema frente a mudança de estados de um objeto do sistema.  Sobre os diagramas comportamentais, assinale a
opção com a correta correspondência entre conceito e de�nição:
(1) Diagrama de Atividades A) é um diagrama que, ao representar
aspectos dinâmicos do software,
explicita a interação de
funcionalidades do software com
atores do sistema e mesmo com
demais funcionalidades existentes
(2) Diagrama de Estados B) é um diagrama que, ao representar
aspectos dinâmicos do software,
explicita o �uxo de controle de uma
atividade para outra, esta, podendo
ser passos de casos de uso, �uxos de
telas, rotinas especí�cas do programa
entre outros
(3) Diagrama de Casos de Uso C) é um diagrama que, ao representar
aspectos dinâmicos do software,
explicita a transição de estados que
podem ser assumidos por
determinado objeto signi�cativo do
software, geralmente a realização de
ações com esse objeto são
condicionadas ao estado assumido
pelo objeto
(4) Diagrama de Sequência D) é um diagrama que, ao representar
aspectos dinâmicos do software,
explicita a troca de mensagens entre
objetos como forma a atingir um
objetivo funcional no software
a. .1-B; 2-A; 3-C e 4-D.
b. .1-D; 2-C; 3-A e 4-B.
c. .1-B; 2-C; 3-A e 4-D.
d. .1-D; 2-C; 3-B e 4-A.
e. .1-A; 2-B; 3-C e 4-D.
Guia Digital Carreiras e Internacionalização NAP CPA Responsabilidade Socioambiental
Minhas Disciplinas Minhas Bibliotecas
  WS 
https://codely-fmu-content.s3.amazonaws.com/Moodle/GuiaDigital/Guia+digital/index.html
https://carreiras.fmu.br/
https://codely-fmu-content.s3.amazonaws.com/Moodle/NAP/inicial/nap/fmu/index.html
https://codely-fmu-content.s3.amazonaws.com/Moodle/CPA/landing_CPA/index.html
https://portal.fmu.br/sustentabilidade
https://ambienteacademico.com.br/
https://ambienteacademico.com.br/
https://ambienteacademico.com.br/course/view.php?id=236