Questões de Concurso Comentadas sobre uml em engenharia de software

Foram encontradas 1.591 questões

Q52980 Engenharia de Software
Julgue os itens a seguir, relativos a conceitos de orientação a objetos e UML.

As seguintes características estão corretas para um modelo construído com a UML: nos diagramas de componentes, há módulos de código representados por componentes; há diagramas de componentes onde dependências de compilação estão representadas por setas tracejadas entre componentes; nos diagramas de utilização (deployment), alguns nós representam unidades computacionais, outros representam dispositivos periféricos.
Alternativas
Q52979 Engenharia de Software
Julgue os itens a seguir, relativos a conceitos de orientação a objetos e UML.

Em um modelo construído com a UML, estão corretas as seguintes características de diagramas de atividades: separações (forks) e junções (joins) são empregadas quando há atividades em paralelo; cada junção tem uma transição de entrada e várias de saída; cada separação tem várias transições de entrada e uma de saída; atividades estão agrupadas em raias separadas por linhas.
Alternativas
Q52978 Engenharia de Software
Julgue os itens a seguir, relativos a conceitos de orientação a objetos e UML.

As características a seguir estão corretas para um modelo construído com a UML: pacotes contêm colaborações; as colaborações estão documentadas via diagramas de interação e diagramas de classe; as colaborações descrevem realizações de casos de uso; os padrões de projeto (design patterns) empregados no modelo estão representados via colaborações parametrizadas.
Alternativas
Q52977 Engenharia de Software
Julgue os itens a seguir, relativos a conceitos de orientação a objetos e UML.

Se uma classe abstrata declara uma interface, essa classe tipicamente contém declarações de métodos, mas não corpos de métodos; a interface não pode ser implementada por classes que herdem da classe abstrata. Em diagramas UML, a classe abstrata pode ser identificada colocando-se seu nome em itálico, e relacionamentos de dependência podem ser representados por setas tracejadas entre clientes da interface e a classe abstrata.
Alternativas
Q52675 Engenharia de Software
Representar a arquitetura de software em várias visões, utilizando vários modelos, produz um resultado mais consistente uma vez que há muita informação dissociada para retratar em um único modelo. Nesse sentido considere os itens abaixo, relativos aos principais esquemas de visões:

I. Um esquema que ressalta, em separado, os detalhes estático, dinâmico e funcional dos objetos identificados no sistema, ou seja, cada objeto possui sua estrutura e sua descrição definidas do ponto de vista estático, dinâmico e funcional.
II. As visões determinam uma seqüência de atividades que ocorrem no tempo, ou seja, uma evolução incremental dos conceitos do negócio e suas representações. Primeiro devem ser pensados os detalhes da visão lógica para, em seguida, se pensar nos detalhes da visão física. As semânticas determinam as representações estática e dinâmica de ambas as visões.
III. Um esquema onde as visões são coordenadas com o objetivo de representar a arquitetura como um modelo de abstração que possui o foco na estrutura nos elementos essenciais, sugerindo a notação UML [Booch98] como principal mecanismo de representação dos propósitos das visões. IV. Um esquema onde vários propósitos são atendidos pelas visões, tais como, abordar a organização lógica do sistema, organizar suas funcionalidades, abordar os aspectos de concorrência e descrever a distribuição física do software na plataforma utilizada. As visões se dividem em lógica, de processo, de desenvolvimento, de implementação e de casos de uso.

Os itens acima referem-se, respectivamente, às visões
Alternativas
Q52605 Engenharia de Software
Considere:

I. Farol ligado.
II. Comprar produto.
III. Máquina elétrica.

Os itens acima são representados em diagramas UML, respectivamente, como
Alternativas
Q51043 Engenharia de Software
Considerando a análise e a programação orientadas a objetos,
bem como as linguagens de programação que seguem esse
paradigma, julgue os itens subseqüentes.

Na visão do modelo do usuário da UML (unified modelling language), são definidos os aspectos de interface homemmáquina do sistema.
Alternativas
Q50324 Engenharia de Software
Imagem associada para resolução da questão

Assinale o diagrama de classe que expressa corretamente a implementação mostrada acima, em Java, das classes Produto e Fabricante, bem como da associação entre as mesmas.
Alternativas
Q50314 Engenharia de Software
Aplicações com interfaces web podem apresentar fluxos de navegação complexos entre suas páginas. Há links e botões a serem clicados a qualquer momento, disparando eventos de transição de uma página para outra e até para si mesma. Utilizando Javascript no lado do cliente, e possivelmente recursos Ajax, é possível habilitar ou desabilitar links e permitir ou impedir o envio de formulários com base em condições verificadas em tempo real. Dentre os tipos de diagrama UML listados a seguir, qual o que melhor modelaria o fluxo de navegação descrito?
Alternativas
Q50310 Engenharia de Software
O modelo de casos de uso é um dos artefatos mais importantes previstos pelo Processo Unificado. Sobre o modelo de casos de uso, são feitas as afirmativas a seguir.

I - Atores humanos são identificados com base no papel que desempenham do ponto de vista do sistema, e não necessariamente no cargo que ocupam na instituição em que o sistema rodará.

II - A evolução dos casos de uso ao longo do ciclo de vida do projeto prevê que os mesmos ganhem em seu texto os detalhes específicos de implementação necessários à construção do software na tecnologia adotada.

III - As combinações possíveis do fluxo principal com os fluxos alternativos de um caso de uso fornecem todos os cenários possíveis para o mesmo, os quais, por sua vez, podem ser utilizados como unidades de planejamento, implementação e testes.

IV - É recomendável que cada caso de uso seja decomposto funcionalmente e passe a incluir casos de uso menores, sucessivamente, até a menor unidade implementável possível, atendendo ao princípio da decomposição funcional.

Estão corretas APENAS as afirmativas
Alternativas
Q43360 Engenharia de Software
Ainda com relação às linguagens, julgue os próximos itens.
UML (universal modelling language) é uma linguagem de modelagem proprietária que pode ser utilizada no desenvolvimento de sistemas de maneira intuitiva para visualização de objetos.
Alternativas
Q42159 Engenharia de Software
Na Orientação a Objetos, um diagrama que retrata uma série de elementos estáticos, suas associações, estruturas de superclasse e outros inter-relacionamentos estáticos é denominado diagrama de
Alternativas
Q26409 Engenharia de Software
Na notação original da UML 2.0, os símbolos + (mais) e # (jogo da velha), antecedendo as operações de uma classe, caracterizam tais operações, respectivamente, como
Alternativas
Q26408 Engenharia de Software
Atividade, Caso de Uso e Componente são diagramas da UML 2.0 classificados, respectivamente, no âmbito
Alternativas
Q26407 Engenharia de Software
Se em algum ponto de um Caso de Uso houver a necessidade de inserir incondicionalmente um cenário contido em outro Caso, deve-se usar o relacionamento de dependência estereotipado como
Alternativas
Q26405 Engenharia de Software
Em um diagrama de classes, considere que Seguridade e Imóveis herdam características de Ativos. A classe ItemSuportado é super-classe de Imóveis mas não de Ativos. Nesse cenário, o relacionamento geral em que se envolve Imóveis caracteriza-se por
Alternativas
Q26143 Engenharia de Software
Na UML 2.0, é um tipo de diagrama de interação o Diagrama de
Alternativas
Q26142 Engenharia de Software
No contexto da máquina de estados (UML 2.0), uma ocorrência de um estímulo capaz de ativar a transição de um estado é
Alternativas
Q17108 Engenharia de Software
Um exemplo de diagrama previsto na UML é o Diagrama de
Alternativas
Q17089 Engenharia de Software
Alguns ambientes de modelagem UML oferecem uma funcionalidade chamada descoberta ou identificação de dependências, que cria dependências explícitas entre pacotes com base nas dependências entre seus elementos, e podem também gerar diagramas de pacotes que facilitam a visualização das mesmas. Considerando que uma aplicação OO seja modelada em camadas, correspondentes a diferentes níveis de abstração, e que cada camada contenha um ou mais pacotes, são considerados(as) indesejáveis, por causarem problemas de acoplamento e manutenibilidade,
Alternativas
Respostas
1501: C
1502: E
1503: C
1504: E
1505: B
1506: A
1507: E
1508: D
1509: C
1510: B
1511: E
1512: D
1513: A
1514: C
1515: E
1516: B
1517: E
1518: C
1519: C
1520: A