Category: Design de Software
Diagrama de Caso de Uso – Como representar loop
Eventualmente o Analista de Sistemas se pergunta: “em que nível de detalhe devo descer no caso de uso?”. Por “default”, na minha opinião, a resposta é: o máximo possível, mas sem perder o bom senso. Se …
Continue readingRelacionamento entre Classes – Composição
Composição no Corpo Humano Vamos entender o relacionamento de composição entre classes através de uma analogia com o corpo humano. O que é o corpo humano? É um sistema. Do ponto de vista Conceitual, como um …
Continue reading
Dependência entre Classes
Dependências entre Classes é algo quase inevitável, mas todo cuidado é pouco pois sempre devemos ter fraco acoplamento e alta coesão.
Continue readingPrincipio Open/Closed – SOLID – OCP
O Princípio OCP (Open/Closed Principle) é um princípio do SOLID. O Princípio é de que no software, o código deve ser aberto para extensão, mas fechado para alteração. Mas o que isso quer dizer? Vamos entender melhor …
Continue reading
Caso de Uso – Include, Extend e Generalização
Caso de Uso e Programação Fazer um Caso de Uso, dependendo do ponto de vista, não é algo muito diferente do que programar. É possível fazer um bom trabalho, sob um mesmo ponto de vista, …
Continue reading
Caso de Uso – Fluxo de Exceção
Exceções e Alternativas previstas Muito se discute acerca do uso adequado de fluxos de exceção em Caso de Uso. É muito comum os analistas de sistemas generalizarem muitos cenários como fluxos alternativos, considerando que, se uma …
Continue reading
O Débito Técnico
Nem sempre temos condições de fazer, da melhor maneira, o que tem que ser feito. Eu não gosto disso, mas a realidade nas empresas que produzem software, em muitos casos – mas não todos – não é muito …
Continue reading
Diferença de Requisito Funcional e Regra de Negócio
Diferença de Requisito Funcional e Regra de Negócio é algo comum na cabeça de vários Analistas de sistemas. Eu imagino que antes do lançamento do microcomputador, o termo “Regra de Negócio” era algo interpretado totalmente isolado dos …
Continue reading
Principio da Responsabilidade Unica – SOLID – SRP
O Princípio da Responsabilidade Unica (SRP do SOLID) é um mantra a ser seguido, quando o assunto é fraco acoplamento e alta coesão. Quem faz tudo não faz nada. Diz o ditado. Onde se tem muita …
Continue reading
SOLID – Princípios para um bom projeto Orientado a Objetos
Quando falamos de SOLID nos referimos a cinco princípios para o bom projeto de software Orientado a Objetos. O Conceito foi criado por Robert Martin por volta dos anos 2000. Na modelagem e programação o SOLID …
Continue reading
Requisitos de Software
Requisitos de Software – o que realmente é isso? Achar uma definição objetiva e exata para a palavra “requisito” é difícil. A palavra possui alguns significados (conforme os dicionários), mas chega a ser um pouco …
Continue reading