| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 09/02/2012 12:52:44
|
hel_all
Debugger
Membro desde: 17/02/2005 15:53:15
Mensagens: 55
Offline
|
Olá,
Se crio um modelo de casos de uso, com um ator "Usuário" e um caso de uso qualquer. Suponha que quero guardar alguma informação sobre esse usuário, por exemplo o nome, e para isso vou querer criar uma classe "Usuário". Vou precisar criar uma nova classe para representar o usuário ou a UML subentende que o ator "Usuário", a partir do momento em que é criado como ator, já é uma classe que faz parte do sistema? Nesse caso, posso então simplesmente atribuir o atributo "nome" ao ator "Usuário"? Posso atribuir, também, métodos? Se for assim, um ator pode implementar uma interface (por exemplo, o ator "Sistema de pagamento PagSeguro" pode implementar a interface "Sistema de pagamento")? O exemplo pode ser implementado como herança de classes, mas fica a pergunta: um ator pode implementar uma interface?
Obrigado a quem responder.
Abraços,
Hel_all
|
|
|
 |
|
|
09/02/2012 13:03:52
|
oyama
Virtual Machine Man
Membro desde: 19/04/2005 10:11:09
Mensagens: 572
Offline
|
Em UML, caso de uso não tem ligação direta com modelo de classes. Atores são apenas representação de pessoas/equipamentos/outros sistemas/etc que interagem com o seu caso de uso/sistema.
Agora se você está dizendo que você está usando um programa que representa atores como classes, dai é coisa específica do seu programa.
O que geralmente faço é mapear atores como os perfis que vou criar para acessar o sistema, mas sem uma ligação direta com classes.
This message was edited 1 time. Last update was at 09/02/2012 13:08:20
|
|
|
|
09/02/2012 13:04:26
|
InicianteJavaHenrique
GUJ Ranger
![[Avatar]](/images/avatar/6689263e6df1fbd89377d1dac02f87b0.png)
Membro desde: 16/02/2011 12:20:00
Mensagens: 806
Localização: São Vicente - SP
Offline
|
Um ator é quem usa o sistema, ou seja um usuário. Mas, um ator não é uma classe, você deve criar um caso de uso para o usuário (uma classe e os outros diagramas), com os seus respectivos atributos e ações.
|
 Jogo de Xadrez com I.A feito em Java 2D. - HFS Softwares
Portal de Jogos - Questionário
"Felizes os Tópicos que estavam aqui neste dia: 07/12/2008, neste horário: 22:11:56 e neste local." - Henrique Ferreira da Silva
"O negócio de software é binário, você é 1 ou 0, vivo ou morto." - Filme Ameaça Virtual
"Existem 10 tipos de pessoas no mundo: as que entendem binário e as que não entendem."
"Compartilhar conhecimentos é uma forma de alcançar a imortalidade." - Dalai Lama
"Aquele que pergunta é um tolo por cinco minutos, mas aquele que não pergunta permanece um tolo para sempre." - Provérbio Chinês
"O topo da inteligência é alcançar a humildade." - Textos Judaicos
"Os computadores são incrivelmente rápidos, precisos e burros; Os homens são incrivelmente lentos, imprecisos e brilhantes; Juntos, seus poderes ultrapassam os limites da imaginação." - Albert Einstein
/**
*
* Programador Java
* @author Henrique Ferreira da Silva
* @since Julho/2010
*
*/ |
|
|
|
09/02/2012 13:13:44
|
rmendes08
GUJ Master
![[Avatar]](/images/avatar/9ee855f3ce4dd40182183463232e2162.jpg)
Membro desde: 29/05/2008 14:09:28
Mensagens: 1617
Offline
|
Definitivamente não. Atores de maneira geral são agentes externos ao sistema que está sendo modelado, podem ser pessoas, equipamentos ou até mesmo outros sistemas, mas tenha em mente que eles são externos.
|
"A Técnica é transformada em Arte por quem a emprega"
"O futuro pertence àqueles que acreditam na beleza de seus sonhos"
Computadores Fazem Arte
http://www.uaijug.com.br
"É importante estabelecer uma estrutura de alto nível, mas isso não significa criar uma infinidade de diagramas de classes detalhados." |
|
|
|
09/02/2012 13:14:43
|
drsmachado
GUJ Expert
Membro desde: 25/09/2010 12:54:06
Mensagens: 3986
Localização: Curitiba / São José dos Pinhais - PR
Offline
|
Como o camarada já disse, Use Case não enxerga as classes ainda.
É uma abstração dos núcleos funcionais, aquilo que irá conter classes.
Eventualmente, na evolução do design/análise, pode ser que o usuário venha a ser representado por uma classe (no diagrama de classes), lifetime (diagrama de sequência) ou pode constar no diagrama de estados, se houver alteração em seu estado, durante a execução de determinado use case. Como exemplo, um sistema gerenciador de emails, o ator que interage com o caso de uso é o próprio objeto da classe que faz o logon e lê os seus emails (que são outros objetos de outra classe).
Via de regra, não misture as coisas, irá apenas dificultar o entendimento.
Esta mistura de "camadas" pode levar à outros erros comuns, tentar abstrair os pacotes para os use cases, por exemplo.
Ator é ator, interage com casos de uso. Classes são classes, interfaces, abstracts, etc que se relacionam com classes e packages.
This message was edited 1 time. Last update was at 09/02/2012 13:16:29
|
Rumo aos 4000
"Os homens de verdade assumem suas responsabilidades e culpas. Esquivar-se e dar desculpas é atitude dos tolos, que preferem não se comprometer".
Lugar de perguntar é no fórum!
Não respondo via MP
Não respondo por Email
Não respondo por IM |
|
|
|
09/02/2012 14:07:55
|
hel_all
Debugger
Membro desde: 17/02/2005 15:53:15
Mensagens: 55
Offline
|
Olá,
O motivo da dúvida era a representação de atores e classes na ferramenta de modelagem. Foi minha a confusão. Obrigado.
Abraços,
Hel_all
|
|
|
|
|
|
![[Up]](/templates/default/images/icon_up.gif){kind=icon}