Sem resumo de edição |
Sem resumo de edição |
||
| Linha 9: | Linha 9: | ||
** Diagrama de Componentes: | ** Diagrama de Componentes: | ||
*** http://www.sourceinnovation.com.br/wiki/UML_-_Diagrama_de_Componentes | *** http://www.sourceinnovation.com.br/wiki/UML_-_Diagrama_de_Componentes | ||
<br> | |||
* OOP | |||
** Em OOP a cada mudança no projeto que exige uma nova ação você tem que mudar vários objetos. | |||
** No desenvolvimento procedural/funcional existem mudanças a cada função sempre que adiciona um novo objeto no modelo. | |||
** Questão: O que é mais comum na vida real de projetos de software, depois da criação inicial? Adicionar objetos ou funções novas para o objeto. Uma opção é a abordagem híbrida. Uma visão é que OOP em domínio de negócio deve ser bem limitado, ele é melhor para mecanismos, onde o programador tem mais controle e teoricamente consegue prever mais o que pode acontecer. | |||
<br> | |||
* DDD | |||
** Opção ao uso do UML. | |||
Edição atual tal como às 12h24min de 4 de junho de 2019
- Diagramas estruturais
- Diagramas de Sequência:
- Diagrama de Objetos:
- Diagramas comportamentais:
- Diagrama de Colaboração:
- Diagrama de Componentes:
- OOP
- Em OOP a cada mudança no projeto que exige uma nova ação você tem que mudar vários objetos.
- No desenvolvimento procedural/funcional existem mudanças a cada função sempre que adiciona um novo objeto no modelo.
- Questão: O que é mais comum na vida real de projetos de software, depois da criação inicial? Adicionar objetos ou funções novas para o objeto. Uma opção é a abordagem híbrida. Uma visão é que OOP em domínio de negócio deve ser bem limitado, ele é melhor para mecanismos, onde o programador tem mais controle e teoricamente consegue prever mais o que pode acontecer.
- DDD
- Opção ao uso do UML.