• 위성통신 시스템에 쓸 모의시험기를 만드는 계약을 맺음
• 모의시험할 수 있는 MODEL-FRIVEN DESIGN이 개발됨

하지만 복잡했던 문제가 있음…

• 모델 내의 복잡한 고나계를 명확하게 할 필요에 따라 그들은 설계를 관리 가능한 크기의 응집력 있는 MODULE로 분해
• 그러자 많은 MODULE이 생성됨 → 그러면서 어디서부터 볼지 고민…

개발자들은 서로 의사소통이 원할했고 여전히 뭘 해야할지 파악할 수 있었지만 프로젝트 리더는 이해할 수 있는 것만으로는 만족하지 않음. 프로젝트 리더에겐 설계가 다음 수준의 복잡서으로 옮겨갈 때 해당 설계를 이해하고 조작할 수 있게 구성할 방법이 필요했음

여러 방법이 있었지만 도멩니의 본질적인 개념이 일부 누락…

→ 이번에는 객체 모델에서 빠뜨린 것이 클래스 한 둘이 아니라 모델의 전체적인 구조…

그렇게 개발자들은 고민해서 새로운 구조에 따라 코드를 리팩터링하기 시작함

• 모듈은 여러 계층에 걸치지 않게 다시 정의
• 계층, 모듈, 객체는 전체 설계가 이러한 계층적 구조의 윤곽을 따를 때까지 함께 발전함

이러한 계층은 모듈도 아니고 다른 어떤 코드의 산출물도 아니었음. 계층은 설계의 도처에 존재하는 특정 모듈이나 객체, 심지어 다른 시스템과의 인터페이스에 대한 경계와 관계를 제약하는 중요한 규칙의 집합이 됨.

→ 이러자 설계에 명료함이 되살아남

MODULAR(모듈성)을 중심으로 분해하더라도 큰 모델은 파악하기에 너무 복잡할 수 있음