프로젝트를 빌드해야 할 때마다 항상 계획이나 디자인을 고안하는 것이 아니라 필요한 클래스를 작성한 후 처음부터 전체 프로젝트를 육성하여 프로젝트를 빌드했습니다. 이제는 이것이 소프트웨어를 만드는 올바른 방법이 아니라는 것을 알고 있지만 Objected Oriented Analysis and Design이라는 제목으로 머리를 감싸는 것은 쉽지 않습니다. 하향식 절차 적 설계를보다 쉽게 이해할 수 있습니다. 이는 작업을 하위 작업, 즉 코드에 대응하는 기능, 기능으로 구분하는 것입니다. 그러나 객체 지향 분석 및 디자인 쉽게 이해할 수없는 이유는 클래스를 코딩하는 방법을 모르면 필요한 클래스와 상호 작용 방식을 알 수 없기 때문입니다.
일단 클래스와 객체의 개념을 설계 프로세스에 도입하면 더 이상 하향식을 설계 할 수 없습니다. 문제를 더 이상 절차로 구현할 수있는 문제로 분해하지 않기 때문입니다. 대신, 주제에 대해 읽은 내용에 따라 필요한 클래스를 결정하고 Unified Modeling Language에서 다양한 아티팩트를 작성해야 소프트웨어를 구현할 때 사용할 수 있습니다. 그러나 이런 종류의 디자인 프로세스는 이해하지 못합니다. 그들이 전체 시스템을 이미 생각하지 않은 한, 어떤 클래스가 필요할지, 어떻게 상호 작용할 것인지 어떻게 알 수 있습니까?
이것은 내 문제입니다. 객체 지향 프로그래밍의 개념을 이해하고 있지만 객체 지향 프로그래밍 언어의 개념을 이해할 수 있지만 객체 지향 시스템을 설계하는 방법을 이해하지 못합니다. 그러므로 나에게 맞는 방식으로 Objected Oriented Systems를 설계하는 데 사용할 수있는 간단한 프로세스를 설명 할 사람이 필요합니다.
