SOLID 원칙은 객체 지향 프로그래밍에서 사용되는 설계 원칙의 하나입니다. 이것은 클래스의 유지 보수 가능성, 재사용성 및 이해를 개선하기 위해 만들어졌습니다.

• S: 단일 책임 원칙 (Single Responsibility Principle)
• O: 개방-폐쇄 원칙 (Open-Closed Principle)
• L: 리스코프 치환 원칙 (Liskov Substitution Principle)
• I: 인터페이스 분리 원칙 (Interface Segregation Principle)
• D: 의존 역전 원칙 (Dependency Inversion Principle)

SRP는 객체 지향 프로그래밍에서 사용되는 설계 원칙 중 하나입니다. 이 원칙은 각 클래스가 하나의 책임만을 가져야 하며, 클래스가 변경되어야 하는 이유는 오직 하나의 이유여야 한다는 것을 말합니다. 이를 통해 클래스의 유지 보수성, 재사용성, 테스트 가능성이 향상되며 코드의 복잡성이 감소합니다.

유즈케이스 다이어그램은 소프트웨어의 요구사항과 사용자와의 상호작용을 시각화하는 도구입니다. 이 다이어그램은 시스템의 기능과 액터(사용자, 시스템, 외부 엔티티) 간의 관계를 보여줍니다. 액터는 시스템과 상호작용하는 주체로서, 유즈케이스는 액터가 수행하는 작업이나 기능을 나타냅니다. 유즈케이스 다이어그램은 시스템의 전체적인 동작을 이해하고 설계하는 데 도움이 됩니다.

유즈케이스 다이어그램은 다음과 같은 구성 요소로 구성됩니다:

• 액터: 사용자, 시스템, 외부 엔티티 등 시스템과 상호작용하는 주체를 나타냅니다.
• 유즈케이스: 시스템이 수행하는 작업이나 기능을 나타냅니다.
• 관계: 액터와 유즈케이스 간의 관계를 나타내며, 주로 연관, 일반화, 포함 등의 관계를 사용합니다.

유즈케이스 다이어그램은 시스템의 기능을 명확하게 이해하고 요구사항을 파악하는 데 도움이 됩니다. 이를 통해 개발자와 사용자 간의 의사소통이 원활해지며, 소프트웨어의 품질과 유지보수성이 향상될 수 있습니다.

클래스 다이어그램은 소프트웨어 시스템의 구조와 클래스 간의 관계를 시각화하는 도구입니다. 이 다이어그램은 클래스의 속성, 메서드 및 클래스 간의 연관, 일반화, 집합 등의 관계를 보여줍니다. 클래스 다이어그램은 소프트웨어 시스템을 이해하고 설계하는 데 도움이 됩니다.

클래스 다이어그램은 다음과 같은 구성 요소로 구성됩니다:

• 클래스: 객체의 속성과 메서드를 나타냅니다.