atividade 2 Engenharia de software

Prévia do material em texto

PERGUNTA 1
Diagramas estruturais são utilizados para representar, como o nome sugere, estruturas do sistema. Diferentemente dos diagramas comportamentais, os estruturais ilustram aspectos estáticos do sistema e servem para modelar as unidades, em diferentes dimensões, que irão compor o sistema. O grão da unidade a ser modelada irá, de certa forma, definir o diagrama mais apropriado a ser utilizado em cada caso. Sobre os diagramas estruturais, assinale a opção com a correta correspondência entre conceito e definição:
(1) Diagrama de Classes	A) é um diagrama que, ao representar aspectos estruturais do software, explicita a estrutura do software em relação aos componentes existentes, que podem ser representações de unidades independentes e significativas que são utilizadas em conjunto para a realização de uma funcionalidade no software
(2) Diagrama de Objetos	B) é um diagrama que, ao representar aspectos estruturais do software, explicita a estrutura do software em relação aos pacotes existentes, promovendo uma visualização mais geral da organização das classes do software, das funcionalidades do software entre outros
(3) Diagrama de Componentes	C) é um diagrama que, ao representar aspectos estruturais do software, explicita a estrutura do software em relação às instâncias das classes existentes, ou seja, aos objetos existentes no sistema, seus atributos valorados e relacionamentos com demais objetos
(4) Diagrama de Pacotes	D) é um diagrama que, ao representar aspectos estruturais do software, explicita a estrutura do software em relação às classes existentes, seus atributos, comportamentos e relacionamentos com demais classes
.1-A; 2-B; 3-C e 4-D.
(x).1-D; 2-C; 3-A e 4-B.
.1-B; 2-A; 3-C e 4-D.
.1-B; 2-C; 3-A e 4-D.
.1-D; 2-C; 3-B e 4-A.
1 pontos 
PERGUNTA 2
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 definiçã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ífica do software seja realizada. Componentes de software e seu diagrama, é correto o que se afirma em:
.Componentes são representações independentes e não reutilizáveis do software.
(X).Interfaces são utilizadas para mostrar a conexão entre componentes independentes.
.Componentes e objetos estão em um mesmo nível de abstração.
.Diagramas de componentes é uma visualização particular para diagramas de classes.
.Componentes representam comportamentos do software.
1 pontos 
PERGUNTA 3
Diagramas de Casos de Uso são diagramas comportamentais da UML que representam de forma fácil as diferentes funcionalidades do software, seus atores e interações entre eles. Por ser de fácil assimilação é comum que clientes tenham acesso aos diagramas de Casos de Uso do sistema e consigam entender e mesmo fazer ajustes no que é representado. Observe o diagrama abaixo e assinale a alternativa correta em relação ao representado.
Fonte: Autora
.Professor participa de todos os casos de uso representados.
.Professor e aluno fazem parte da fronteira do software.
(X).Professor e aluno participam do caso de uso de “visualizar notas”.
.Professor participa do caso de uso de “inscrever-se em disciplinas”.
.Aluno participa de todos os casos de uso representados.
1 pontos 
PERGUNTA 4
Diagramas de Casos de Uso são diagramas que apresentam de maneira visual as diferentes funcionalidades do sistema, o relacionamento entre elas e a participação de diferentes atores humanos e não-humanos com as funcionalidades do sistema. O diagrama é comumente utilizado em fases iniciais do processo de desenvolvimento do software, isso porque por apresentar uma sintaxe simples, o diagrama acaba sendo de fácil entendimento para os interessados do projeto. Sobre o diagrama de Casos de Uso, leia as afirmações a seguir e escolha a alternativa correta.
I) Diagramas de Casos de Uso são diagramas comportamentais da UML.
II) O relacionamento de inclusão (include) de um Caso de Uso em outro faz com que o Caso de Uso incluído tenha seus passos executados também na chamada do Caso de Uso que o incluiu.
III) A herança entre atores no diagrama de Casos de Uso diz respeito a herança de participação (relacionamento) do ator herdado com outros Casos de Uso com os quais se relaciona.
IV) Em um diagrama de Casos de Uso, a delimitação da fronteira do sistema é realizada com o uso de um retângulo que envolve os Casos de Uso representados e exclui os atores.
.Apenas I e III são falsas.
.Apenas I, II e III são verdadeiras.
(X).I, II, III e IV são verdadeiras.
. Apenas I e IV são falsas.
.Apenas I é falsa.
1 pontos 
PERGUNTA 5
O projeto de arquitetura é uma das atividades que possuem maior impacto para o projeto quando o assunto é qualidade interna do produto de software a ser construído. Isso porque é durante o projeto de arquitetura de software que os conceitos, as funcionalidades e principalmente as não funcionalidades levantadas são transformadas em estruturas e relacionamentos a serem implementados. Uma boa arquitetura de software pode trazer maior agilidade durante a evolução do software e pode também garantir que funcionalidades sejam executadas conforme expectativas de desempenho estabelecidas pelos clientes. Com base no descrito, é possível afirmar que:
(X).o projeto de arquitetura de um software tem forte relação com o cumprimento de requisitos não funcionais levantados.
.o projeto de arquitetura é uma extensão da atividade de codificação.
.a evolução do software é realizada durante o projeto de arquitetura do software.
.o projeto de arquitetura garante a qualidade interna do software com a execução de verificações dinâmicas do software.
.em metodologias ágeis, projeto de arquitetura ganham o nome de refatoração de software.
1 pontos 
PERGUNTA 6
Diagramas de objetos servem para representar instâncias de classes do sistema e o relacionamento entre as instâncias em um momento específico. 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 configura 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:
(X).a criação de exemplos da estrutura do software que suporte à verificação dos conceitos apresentados antes mesmo de estes serem implementados.
.a captura de dados reais a serem populados na base de dados do sistema.
.a possibilidade de uso do diagrama para discussão com os clientes do software.
.o uso do diagrama para realização de estimativas de entrega do software.
.a possibilidade de uso do diagrama para alocação de tarefas para a equipe de desenvolvimento.
1 pontos 
PERGUNTA 7
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 é:
.Estado intermediário, transição e ação.
(X).Estado inicial, estado final e ação.
.Estado inicial, estado intermediário e estado final.
.Ação, barra de sincronização e atividade.
.Classe, estado inicial e estado final.
1 pontos 
PERGUNTA 8
Muitas vezesos diagramas de classes são utilizados para descrever conceitos do negócio. Essa utilização visa traduzir a comunicação advinda dos clientes para os responsáveis por implementar de fato as funcionalidades do sistema. Sendo utilizadas com esse propósito, detalhes de implementação são muitas vezes suprimidos do diagrama e o enfoca torna-se maior para as entidades significativas para o negócio, bem como para seus atributos e relacionamentos com demais entidades. Veja o exemplo abaixo de um diagrama sendo utilizado com o propósito de descrever um negócio de vendas de uma empresa.
Fonte: Autora
Sobre o diagrama, é correto afirmar que:
.Produto e Embalagem estão relacionados com uma associação de agregação.
(X).Produto possui um relacionamento de especialização/generalização com Setor.
.nome e capacidadeProduto são métodos da classe Setor.
.Os atributos representados no diagrama possuem visibilidade pública.
.Um Produto pode estar localizado em mais de um Setor.
1 pontos 
PERGUNTA 9
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 é:
.Associação.
.Especialização.
.Multiplicidade.
(X).Agregação.
.Generalização.
1 pontos 
PERGUNTA 10
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:
(X).A identificação de requisitos compreende a utilização de diferentes técnicas para identificar, 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.
.A especificação de requisitos compreende o registro do problema e das necessidades levantadas durante a identificação de requisitos, bem como a modelagem e codificação do software de modo materialiar os requisitos levantados anteriormente.
.A classificação de requisitos compreende a utilização de técnicas para, junto aos clientes, classificar os requisitos em funcionais, não funcionais e em regras de negócio.
.A priorização de requisitos compreende a organização dos requisitos em ordem de identificação, como forma a rastrear requisito e momento em que ele vou identificado.
.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.
1 pontos 
Clique em Salvar e Enviar para salvar e enviar. Clique em Salvar todas as respostas para salvar todas as respostas.