Escolar Documentos
Profissional Documentos
Cultura Documentos
RESPOSTA C
Modelagem de Casos de Uso
BNDES – Cesgranrio 2009 – Questão 50
Modelagem de Casos de Uso
BNDES – Cesgranrio 2009 – Questão 50
◦ Levantamento de Requisitos
Funcionais Modelagem de Casos de Uso
Diagrama de Casos de Uso
Documentação dos Casos de Uso
Não
Não--Funcionais
Aspectos:
Desempenho, segurança, qualidade, compatibilidade, suporte,
internacionalização, documentação, uso de padrões, aspectos legais,
riscos, preço, hardware, facilidade de uso, ambiente do produto, etc.
◦ Casos de Uso Funcionalidade
Diagrama de Casos de Uso
Atores (Stickman
(Stickman))
Sistema
Conjunto de Casos de Uso
Relacionamentos
RESPOSTA: (D)
Modelagem de Casos de Uso
FINEP – Cesgranrio 2011 – Questão 31
Modelagem de Casos de Uso
Representa um comportamento opcional, logo
o estereótipo é <<extend
<<extend>>
>>
Resposta: A
Modelagem de Casos de Uso
IBGE – Cesgranrio 2010 – Questão 2 (Discussiva
(Discussiva))
Após realizar uma série de pesquisas, uma empresa decidiu lançar no mercado um produto
chamado SEGUR que vem a ser um equipamento com software embutido que ficará instalado na
casa do cliente, tendo uma série de funcionalidades, tais como as descritas a seguir.
seguir.
Nossa pesquisa indica que o mercado de sistema de segurança residencial está crescendo a
uma taxa de 40% ao ano. A primeira função do SEGUR que levaremos ao mercado será a de
segurança residencial, onde um alarme deverá tocar em determinadas situações. A maioria das
pessoas está familiarizada com sistemas de alarme, assim, essa seria uma venda fácil. A função
de segurança residencial protegeria contra e/ou reconheceria várias situações indesejáveis tais
como entrada ilegal, fogo, inundação, níveis de monóxido de carbono, dentre outras. Essa função
fará a leitura de sensores sem fio espalhados pela residência e utilizados para detectar cada
situação, discando automaticamente para a agência de monitoração sempre que uma situação
for detectada, além de realizar o disparo de um alarme sonoro. Uma pessoa que estiver na
residência e possuir a senha do sistema poderá ativar ou desativar o SEGUR sempre que
desejar. Se o alarme disparar, a mesma senha poderá ser utilizada para fazer parar o alarme.
O SEGUR deve apresentar uma interface com tela touchscreen e todos os textos em português.
Além disso, deve apresentar manual de usuário com todos os detalhes de instalação e
operação, além de seguir normas rígidas de qualidade. Um administrador da agência, no
momento da instalação e em determinadas ocasiões, poderá reconfigurar o SEGUR.
Com base na descrição,
a) aponte os requisitos funcionais e não funcionais;
b) elabore um Diagrama de Casos de Uso para o projeto;
c) elabore um possível diagrama de classes, identificando atributos e métodos das classes além de seus tipos
de dados e nível de visibilidade;
d) faça o mapeamento de duas das classes para linguagem Java (não é preciso criar um programa completo,
mas apenas descrever o código necessário para apresentar as classes, suas propriedades e métodos).
Modelagem de Casos de Uso
FINEP –Cesgranrio 2011 – Questão 27
Resposta: D
Diagrama de Classes
BNDES – Cesgranrio 2009 – Questão 55
Considere as informações a seguir, referentes à modelagem de
um sistema de informação.
◦ 1. Classe Pessoa é generalização das classes Aluno e Professor.
◦ 2. Classe ProfessorMestre é especialização da classe Professor.
Que diagrama de classes UML representa corretamente a
situação em questão?
Resposta: C
Diagrama de Classes
BNDES – Cesgranrio 2008 – Questão 35
Considere o relacionamento de “todo-
“todo-parte” ilustrado no diagrama UML. É
correto afirmar que:
(A) um objeto da classe InfoCliente pode
participar de mais de um relacionamento de
composição desempenhando o papel de
“parte”.
(B) um objeto da classe ItemPedido pode
participar de mais de um relacionamento de
composição desempenhando o papel de
“parte”.
(C) uma instância da classe InfoCliente pode
existir antes mesmo que a instância da classe
Pedido com que se relacionará tenha sido
criada.
(D) o relacionamento ilustrado acima é ternário.
(E) a cardinalidade do pedido no relacionamento
com ItemPedido igual a 1 não precisaria ser
apresentada, uma vez que não poderia assumir
outro valor.
Diagrama de Classes
Casa da Moeda – Cesgranrio – 2008 – Questão 26
No diagrama de classes UML mostrado as classes ClasseA e ClasseD são
abstratas. As demais classes são concretas.
Resposta: C
Diagrama de Classes
Petrobras – Cesgranrio 2010 – Questão 10
Diagrama de Classes
Atributos
◦ Também chamados de “Variáveis
“Variáveis de Instância”
Instância”
◦ Padrão de notação para atributos:
<Visibilidade> <nome> [multiplicidade] : <tipo> =
<valor inicial> {propriedades do atributo}
Visibilidade
◦ Indica em quais métodos determinada propriedade (atributo/método)
poderá ser visível (manipulada)
Pública (+
(+)
A propriedade pode ser manipulada por qualquer método de qualquer classe
Privada (-
(-)
a propriedade só é visível na classe onde a propriedade foi definida. Nem nas
especializações a propriedade é visível
Protegida (#)
A propriedade só pode ser manipulada na classe onde a propriedade foi definida e
em suas especializações.
Indicação de Classe e Método Abstrato Nome em
itálico!
Resposta: B
Diagrama de Classes
Petrobras – Cesgranrio 2010 – Questão 67
Diagrama de Classes
Petrobras – Cesgranrio 2010 – Questão 67
Resposta: C
Diagrama de Classes
FINEP – Cesgranrio 2011 – Questão
Questão 42
Sobre o diagrama apresentado, considere as afirmativas abaixo.
I - Uma instância de uma nota fiscal pode não conter item algum.
II - A relação entre as classes NotaFiscal e Item é uma composição.
III - Um item pode pertencer a mais de uma nota fiscal.
IV - A operação getFaturamento(
getFaturamento( ) é estática.
a) 2 - 1 - 3 - 5 - 4 - 6
(b) 2 - 1 - 3 - 6 - 4 - 5
c) 3 - 1 - 2 - 6 - 4 - 5
d) 3 - 1 - 2 - 5 - 6 - 4
e) 3 - 6 - 2 - 4 - 5 - 1
Diagrama de Classes
Atenção para a notação!
◦ Indica que “ClasseA
“ClasseA”” é uma
Realização de “Interface1
“Interface1””
◦ “ClasseB
ClasseB”” está acoplada à “Interface1
“Interface1”” e não à “ClasseA
“ClasseA”.
”.
◦ Objetos “ClasseB
“ClasseB”” mandam mensagens para objetos
“ClasseA
ClasseA””, mas estes são vistos polimorficamente por
“ClasseB
ClasseB”” como objetos de “Interface1
“Interface1”.
”.
Diagrama de Classe
CESGRANRIO - 2010 - Petrobrás - Analista de Sistemas Júnior - Processos
de Negócios
A análise do diagrama de classes em notação UML 2.0 apresentado acima
indica que