No processo de analise do UML, segundo uma apostila que eu estou lendo tem:
[quote]Na análise, só serão modeladas classes que pertençam ao
domínio principal do problema do software, ou seja, classes técnicas que gerenciem banco de
dados, interface, comunicação, concorrência e outros não estarão presentes neste diagrama.[/quote]
Isso quer dizer que? Só terão diagramas esses tipos de classes? Enquanto as classes funcionários, clientes e etc, não existirão?
Não, quer dizer que as classes que vão compor teus diagramas devem estar intimamente ligadas ao domínio. Por exemplo, você precisará cadastrar a Data de Nascimento do Funcionário. Sabemos que para trabalhar com datas, no java, você precisa fazer algumas conversões, devido ao formato que lemos e o formato que o java trabalha.
Como boa prática, devemos criar uma classe “DataUtil”, no package “br.com.empresa.projeto.utils”. Essa classe é necessária, mas não está intimamente ligada ao domínio (salvo se você pretende criar um calendário). Logo, ela não precisa constar dos diagramas.
Ok! DataUtil não precisa, mas funcionário por exemplo precisa consta no diagrama UML? To meio confuso.
Você vai criar um sistema chamado funcionário? Vai existir uma funcionalidade chamada funcionário?
Não se cria um diagrama de classes, caso de uso, sequência, implantação só para uma única classe. Na realidade ela é que vai compor os vários diagramas em que for necessária.
Algumas perguntas:
Qual sistema você quer fazer?
Para que ele serve?
Quem vai utilizá-lo?
Como se usa este sistema?
Qual sistema você quer fazer? Software para gerenciamento de um mercadinho
Para que ele serve? Para registrar compras de mercadorias, vendas, circulação de funcionários e clientes.
Quem vai utilizá-lo? Funcionários.
Logo terá os diagramas de fornecedores, clientes, funcionarios e etc, + diagramas da classe responsável pelo banco de dados também? Com seus respectivos atributos e métodos ? É isso?
[quote=Sleipbr]Qual sistema você quer fazer? Software para gerenciamento de um mercadinho
Para que ele serve? Para registrar compras de mercadorias, vendas, circulação de funcionários e clientes.
Quem vai utilizá-lo? Funcionários.
Logo terá os diagramas de fornecedores, clientes, funcionarios e etc, + diagramas da classe responsável pelo banco de dados também? Com seus respectivos atributos e métodos ? É isso?[/quote]
Você provavelmente terá que cadastrar, alterar, desativar funcionários, certo? Logo, eles serão parte do diagrama de classes, sequência e todos os demais que você criar para o caso de uso “Manter Funcionário”.
Assim como cada rotina que envolver o que você mencionou na segunda resposta terá que ter os seus diagramas.
Não se faz um diagrama por funcionário, outro por cliente, mas diagramas que englobam a funcionalidade por completo.
Academicamente você será direcionado a fazer os 14 diagramas da UML, mesmo que tua aplicação sequer vá ter alterações de estado consideráveis, o diagrama de estados deverá ser criado.
No mundo real, somente a especificação de casos de uso, diagrama de classes, de atividades e sequência são úteis (às vezes o de casos de uso e o de estados).