20. 업무 규칙

💡 업무 규칙

<aside> 💡 업무 규칙이란, 사업적으로 수익을 얻거나 비용을 줄일 수 있는 규칙 / 절차

</aside>

컴퓨터상으로 구현했는지와 상관 없이, 업무 규칙은 사업적으로 수익을 얻거나, 비용을 줄일 수 있어야 함
이러한 업무 규칙을 핵심 업무 규칙 이라고 칭함
이 규칙들은, 사업 자체에 핵심적이며, 자동화 된 시스템이 없더라도 업무 규칙은 그대로 존재하기 때문
업무 규칙은 보통 업무 데이터를 요구
- 예를들어, 대출 업무 규칙에는 대출 잔액 / 이자율 / 지급 일정등이 업무 데이터에 해당
- 이러한 업무 데이터를 핵심 업무 데이터라고도 칭함
- 자동화 되지 않더라도 직원들 모두가 알고 있는 데이터임
핵심 규칙 / 데이터는 본질적으로 결합되어 있기 때문에, 객체로 묶기 좋은 형태
이러한 유형의 객체를 **엔터티 ( Entity )**라 칭함

<aside> 💡 핵심 업무 규칙 / 데이터를 결합한 형태의 객체

</aside>

컴퓨터 시스템 내부의 객체
엔터티를 통해 핵심 업무 데이터를 기반으로 동작하는 일련의 조그만 핵심 업무 규칙을 구체화 함
엔터티의 인터페이스는, 핵심 업무 데이터를 기반으로 동작하는 핵심 업무 규칙을 구현한 함수들로 구성 됨
```
interface Loan {
	val principle
	val rate
	val period

	fun makePayment()
	fun applyInterest()
	fun chargeLateFee()
}
```
핵심적인 개념을 구현하는 소프트웨어를 한군데 모으고 ( 엔터티 ) / 나머지 시스템 고려사항과는 확실히 분리 시켜야 함
- 이러한 엔터티를 서술해놓은 인터페이스 / 구현 클래스는 DB / UI / framework 과는 확실히 분리 되어 있어야 함
- 이 클래스는 절대 절대 구체적인 것들 ( DB / UI / Framework )로 인해 오염 되어서는 안됨
엔터티의 유일한 요구 조건은, 핵심 업무 데이터와, 핵심 업무 규칙을 하나로 묶어서 별도의 소프트웨어 모듈로 만들어야 한다는 것 ( 반드시 클래스 일 필요는 없다는 것 )

<aside> 💡 자동화된 시스템이 동작하는 방법을 정의, 제약 함으로써 수익을 얻거나 비용을 줄이는 업무 규칙

</aside>