728x90 소프트웨어 공학8 클래스 간의 관계와 설계 원칙 SOLID -SRP: 단일책임 원칙 -OCP: 개방폐쇠 원칙 -LSP: 리스코프 치환 원칙 -ISP: 인터페이스 분리 원칙 -DIP: 의존 역전 원칙 SRP: Single Responsibility Principle -클래스를 변경해야 하는 이유는 단 하나여야 한다. -좋은 설계: 모듈의 응집도를 높이고, 결합도를 낮추는 설계 -단일 책임 원칙: 클래스는 한가지 책임만 갖도록 설계한다 -만일 클래스에서 두 개의 책임이 존재하면 두개의 클래스로 분리해야 한다. OCP: Open-Closed Principle . -확장(상속)에는 열려있어야 하고 변경에는 닫혀있어야 한다. -개방폐쇠원칙: 클래스는 확장은 쉽고, 변경의 영향은 받지 않게 설계하자 -하위 클래스의 특정 기능을 상위 클래스에서 미리 구현하는 것과.. 2021. 5. 10. 객체지향의 주요 개념과 특징 객체 -식별자 존재: 객체를 유일하게 구별 -상태 존재: 자료구조에 해당 -메서드 존재: 연산을 수행할 수 있는 행위에 해당 -클래스로 선언 및 사용: 객체들 사이의 공통의 구조와 행위가 클래스로 선언되 사용 클래스 -클래스는 공통되는 것들을 묶어서 대표적인 이름을 붙인것 -클래스가 개념적이라면, 객체는 구체적이다 -데이터뿐 아니라 이 데이터에서 수행되는 메서드까지 포함해 묶은것 구조체 -서로 연관된 자료들만 모아 놓은것 -구성: -struct: 구조체를 나타내는 예약어 -student: 구조체 태그명 -구조체 멤버 인스턴스 -같은 클래스에 속하는 개개의 객체로, 하나의 클래스에서 생성된 객체 -클래스가 구체화되어, 클래스에서 정의된 속성과 성질을 가진 실제적인 객체로 표현되는 것 -인스턴스화: 추상.. 2021. 5. 10. 요구 분석 - 유스케이스 다이어그램 iskull-dev.tistory.com/123 요구분석 SW개발의 목적 -개발된 SW의 고객 만족 -고객 만족을 위한 특성 -적시성: 빠른 출시를 통한 시장의 점유 -유연성: 다양한 환경에서의 적응성 -통합: 기존 시스템과의 쉬운 통합 -고객만족의 iskull-dev.tistory.com iskull-dev.tistory.com/124 요구분석 - 요구사항의 표현 iskull-dev.tistory.com/123 요구분석 SW개발의 목적 -개발된 SW의 고객 만족 -고객 만족을 위한 특성 -적시성: 빠른 출시를 통한 시장의 점유 -유연성: 다양한 환경에서의 적응성 -통합: 기존 시스 iskull-dev.tistory.com 유스케이스 -요구 사항을 발견하고 기록하기 위해(목적을 달성하기 위해) 널리 사용.. 2021. 5. 3. 요구분석 - 요구사항의 표현 iskull-dev.tistory.com/123 요구분석 SW개발의 목적 -개발된 SW의 고객 만족 -고객 만족을 위한 특성 -적시성: 빠른 출시를 통한 시장의 점유 -유연성: 다양한 환경에서의 적응성 -통합: 기존 시스템과의 쉬운 통합 -고객만족의 iskull-dev.tistory.com 모델: 어떤 복잡한 대상의 핵심 특징만 선별해 일정한 관점으로 단순화 시켜 기호나 그림 등을 사용해 체계적으로 표현하는 것 모델의 필요성: 직관성 소프트웨어 개발에서의 모델: -여러 설계 도면을 보고 선물을 시공하듯이 SW개발 시에도 여러 관점의 모델 사용 -UML의 다양한 다이어그램을 통해 소프트웨어의 범위나 개략적인 구조와 기능을 이해 -장점: 개발될 소프트웨어에 대한 이해도 향상, 이해 당사자 간의 의사소통 향상.. 2021. 5. 3. 이전 1 2 다음 728x90
