본문 바로가기

개발/소프트웨어공학

(27)
SOLID - 인터페이스 분리 원칙 (Interface Segregation Principle) 인터페이스 분리 원칙 클라이언트는 사용하지 않는 인터페이스에 의존하지 않아야 한다. 클라이언트는 필요하지 않거나 사용하지 않는 매서드에 의존해서는 안된다. 또한 인터페이스 분리 원칙은 단일 책임 원칙과 마찬가지로 하나의 작업만 수행해야 된다고 명시되어 있다. 무의미한 메소드의 구현을 방지하기 위해서 필요한 메소드만 상속/구현하도록 권고한다. 상속 객체의 규모가 크다면 작은 인터페이스로 나누는 것이 좋다. #참고자료 https://blog.bitsrc.io/solid-principles-every-developer-should-know-b3bfa96bb688
SOLID - 리스코프 치환 원칙 (Liskov Substitution Principle) 리스코프 치환 원칙 하위 클래스는 상위 클래스를 대체할 수 있어야 한다. 이 원칙은 하위 클래스가 오류 없이 상위 클래스를 대신할 수 있는지 확인하는 것이다. 리스코프 치환원칙이 지켜지지 않으면 다형성에 기반한 개방 폐쇄 원칙을 위반하는 것이다. Steve Fenton 이 가정한 리스코프 치환 법칙의 요구사항은 다음과 같다. - 상위 클래스에 상위 클래스 유형 매개변수를 허용하는 메서드가 있는 경우, 하위 클래스는 상위 클래스 유형 또는 하위 클래스 유형을 인수로 받아들여야 합니다. - 상위 클래스가 상위 클래스 유형을 반환하는 경우, 하위 클래스는 상위 클래스 유형 또는 하위 클래스 유형을 반환해야 합니다. #참고자료 https://blog.bitsrc.io/solid-principles-every-d..
SOLID - 개방 폐쇄 원칙 (Open-Closed Principle) 개방 폐쇄 원칙 기존의 코드를 변경하지 않으면서 기능을 추가할 수 있도록 설계가 되어야 한다. 주문내역이나 주문정보에 제품의 정보를 출력하는 기능을 생각해보자. 다음 그림은 New Feature 클래스에서 이 기능을 사용하는 경우를 모델링한 것이다. 만약 주문내역이나 주문정보가 아닌 다른 곳에 제품의 정보를 출력하는 기능의 개발이 필요한 경우 New Feature 클래스가 해당 매체의 기능을 이용하도록 구성할 수 있으나 이 방식은 OCP를 위반한다. OCP를 위반하지 않은 설계를 하기 위해서는 변해야 할 것은 쉽게 변할 수 있게 하고, 변하지 말아야 할 것은 변하는 것에 영향을 받지 않도록 해야 한다. OCP를 만족하기 위해서는 New Feature 클래스가 개별 기능을 처리하도록 하지 않고 인터페이스를..
Deployment Generation Traditional Deployment (전통적인 배포 시대) : 초기 조직은 애플리케이션을 물리 서버에서 실행했었는데 한 물리서버에서 여러 애플리케이션의 리소스 한계를 정의할 방법이 없었기에 리소스 할당의 문제가 발생했다. 예를 들어 물리 서버 하나에서 여러 애플리케이션을 실행한다면 리소스 전부를 차지하는 애플리케이션 인스턴스가 있을 수 있고 결과적으로 다른 애플리케이션의 성능이 저하될 수 있었다. 이에 대한 해결책으로 서로 다른 여러 물리 서버에서 각 애플리케이션을 실행하는 방법이 있으나 이는 리소스가 충분히 활용되지 않는다는 점에서 확장 가능하지 않기에 물리 서버를 유지하기 위한 많은 비용이 들었다. Virtualized Deployment (가상화된 배포 시대) : 전통적인 배포 시대의 문제점에..
애자일 개발 방법론 - XP 애자일 개발 방법론은 변화에 대응하고자 하며, 민첩한 대응을 목표로 삼는다. 애자일 방법론에서는 요구사항을 분석하여 우선순위가 높은 요구사항을 먼저 개발한다. 개발된 부분에 대해 실행하는 모습을 시연하여 고객의 평가를 받고 요구사항과 개선사항을 반영해 다음 개발에 참고한다. 이런 방식을 계속 반복하면서 소프트웨어 개발 범위를 점진적으로 늘려가게 된다. 핵심이 되는 사항은 단계별로 동작하는 소프트웨어를 계속 보여주고 요구사항에 대한 변경을 적극적으로 수용한다는 것이다. 애자일은 특정한 방법론을 지칭하는 것이 아니라 날렵하고 민첩하게 개발하는 다양한 방법론을 통칭하는 것이다. 애자일 방법론에는 XP(eXteme Programming), SCRUM, FDD, Crystal 방법론 등이 있는데 그 중 XP 방법..
CBD 개발 방법론 CBD(Component Base Development) 개발 방법론의 핵심 기술인 컴포넌트란 인터페이스로 접근 가능하고 독립적인 기능을 수행하는 모듈로서 교체가 가능한 소프트웨어 부품이다. 컴포넌트는 사용방법을 알려주는 설명서를 제공해야 한다. 우리가 주변에서 쉽게 볼 수 있는 컴포넌트들에는 윈도우에서 사용할 수 있는 DLL, OCX와 자바로 개발된 Spring, Struts 등이 있다. CD (Component Development) 1. 도메인 분석 2. 컴포넌트 추출 3. 컴포넌트 설계 4. 컴포넌트 구현 5. 컴포넌트 인증 6. 컴포넌트 저장소에 컴포넌트 저장 CBD(Component Base Development) 1. 요구 분석 2. 컴포넌트 기반설계 3. 컴포넌트 검색 4. 컴포넌트 조립 ..
객체지향 방법론 객체란 사물을 논리적으로 추상화한 것이다. 예를들어 자동차가 있다고 가정할 때 자동차는 바퀴, 유리창, 사이드미러, 기어, 엑셀, 브레이크 등 눈으로 볼 수 있는 수천가지 부품으로 구성돼 있다. 추상화란 우리가 관심 있는 부분만 추려내는 것이다. 자동차 객체를 만드는데 다른건 다 필요없고 앞뒤로 움직이는 것만 관심이 있다면 기어, 엑셀, 브레이크 속성과 전진, 후진, 정지, 가속 기능만 있으면 된다. 따라서 객체는 사물에 대해 관심 있는 부분만 추려내 추상화한 것이다. 객체는 데이터와 기능을 동시에 가지고 있다. 하나의 객체는 다른 객체가 가지고 있는 데이터와 기능을 사용할 수 있고 이런 능력은 객체간 결합을 가능하게 한다. 객체지향 방법론은 객체의 특성을 활용하여 객체를 생성하고 구체화하여 프로그램을 ..
정보공학 방법론 정보공학 개발 방법론의 절차 ISP(Information Strategy Planning): 정보전략계획 - 기업의 중장기 정보화 전략 수립 BAA(Business Area Analysis): 업무영역분석 - 업무영역별 데이터와 프로세스 모델링, 연관분석 BSD(Business System Design): 업무시스템설계 - 프로세스와 데이터 설계 SC(System Construction): 시스템구축 - 데이터 상세설계, 프로그램 코딩 정보공학 개발 방법론은 비즈니스 시스템 규모 성장과 소프트웨어 공학 발전에 따라 1980년대 중반에 등장한 방법론으로 기업의 전사적인 관점에서 출발해 데이터 중심으로 시스템을 구축하는 방법론이다. 기업의 중장기 정보화 전략을 수립하는 ISP와 업무 영역을 분석하는 BAA(..

반응형