From 9476bbb1419ab73327dbdf83a4268af3ab869129 Mon Sep 17 00:00:00 2001 From: Ricardo Shiota Yasuda Date: Wed, 27 Mar 2019 18:08:37 -0300 Subject: [PATCH] Update Projeto_de_Software.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Corrige acentos, pontuações e sugere uma mudança para neutralidade de gênero --- topics/Projeto_de_Software.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/topics/Projeto_de_Software.md b/topics/Projeto_de_Software.md index 086440c..554cea3 100644 --- a/topics/Projeto_de_Software.md +++ b/topics/Projeto_de_Software.md @@ -1,7 +1,7 @@ # Projeto de Software Software geralmente é criado para solucionar um problema específico, seja ele de -negócio, social, ou qualquer outra area. Porém, muitas vezes encontramos +negócio, social, ou qualquer outra área. Porém, muitas vezes encontramos dificuldades ao mapear esse problema com software. Por isso, existe uma área muito importante de desenvolvimento de software que aqui decidimos chamar de "Projeto de Software", que busca encontrar uma forma melhor para expressar @@ -22,11 +22,11 @@ restrições e ações que realmente refletem o negócio. Para falar em domínio, ninguém melhor do que o _cliente_ para descrevê-lo, e para que o sistema atenda as necessidades desse cliente, a comunicação é fundamental. Portanto, é necessário que uma **linguagem ubíqua**, uma linguagem -comum, seja construída e utilizada tanto pelo cliente quanto pelos -desenvolvedores que estiverem trabalhando nesse produto. +comum, seja construída e utilizada tanto pelo cliente quanto pela equipe de +desenvolvimento que estiver trabalhando nesse produto. -Seguindo nessa linha, é importante deixar claro o que deve ser desenvolvido de -forma que tanto o cliente quanto os desenvolvedores consigam trocar ideias e +Seguindo nessa linha, é importante deixar claro o que deve ser desenvolvido, de +forma que tanto o cliente quanto a equipe de desenvolvimento consigam trocar ideias e gerar algum tipo de documentação de todas as regras implementadas no sistema. Em DDD, é indicado que usemos o conceito de **desenvolvimento orientado pelo modelo**, que pode ser um desenho, um diagrama ou qualquer coisa que facilite a @@ -37,7 +37,7 @@ aplicação. Esse domínio pode ter várias peças, componentes organizados de maneira a executar uma determinada tarefa ou para refletir um processo de negócio usado -pelo cliente. _Dividir para conquistar_, é um ditado conhecido. Cada componente +pelo cliente. _Dividir para conquistar_ é um ditado conhecido. Cada componente deve ter seu **contexto** bem definido e **limitado**, deve ser responsável por um único aspecto do sistema. Por exemplo: em um sistema de compras _on line_ temos o contexto do cliente, do pagamento, do catálogo, etc. Cada um desses