본문 바로가기

전체 글

(188)
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(..
소프트웨어 개발 방법론 소프트웨어 개발 방법론의 구성 작업절차: 소프트웨어를 진행할 때 이루어지는 작업의 순서 작업방법: 각 단계별 작업마다 수행해야 할 일(누가, 언제, 무엇을) 산출물: 단계별로 나오는 산출물(설계서, 명세서) 관리: 개발 진행을 어떻게 제어하고 감독할 것인지 기법: 단계별 작업 시 사용하는 기술, 기법(DFD, ERD, Use Case) 도구: 사용하는 기법 별 지원 도구(PowerPoint, Excel, ERWin) 소프트웨어 생명주기 관리 모델에서는 포르젝트가 어떤 순서로 진행될지 그리고 중간에 어떤 산출물을 점검할 지에 대해 주로 관심을 가졌다면, 소프트웨어 개발 방법론은 소프트웨어를 어떻게 만들지에 대해 관심을 가진다. 따라서 개발 방법론에서는 단계별 산출물 뿐만 아니라 산출물은 누가 어떤 순서로 ..
SOLID - 단일 책임 원칙(Single Responsibility Principle) 객체는 단 하나의 책임만을 가져야 한다. 책임이란 객체가 할수 있는 것, 해야 하는 것을 말한다. 예를들어 학생 클래스가 수강 과목을 추가하거나 조회하고 데이터베이스에 객체 정보를 저장하거나 데이터베이스에서 객체 정보를 읽는 작업도 처리하고 성적표와 출석부를 출력하는 일도 한다고 가정했을 때 이런 경우 학생 클래스의 코드는 다음과 같다. public class Student { public void getCourses() {...} public void addCourses(Course c) {...} public void save() {...} public Student load() {...} public void printOnReportCard() {...} public void printOnAtten..
SOLID - 의존성 역전 원칙(Dependency Inversion Principle) 객체 사이에 서로 도움을 주고 받으면 의존 관계가 발생한다. 의존 역전 원칙 DIP는 이러한 관계를 맺을 때의 가이드라인에 해당한다. DIP는 의존 관계를 맺을 때 변화하기 쉬운 것 또는 자주 변화하는 것 보다는 변화하기 어려운 것 거의 변화가 없는 것에 의존하라는 원칙이다. 변하기 쉬운 것과 변하기 어려운 것은 정책, 전략과 같은 어떤 큰 흐름이나 개념 같은 추상적인 것은 변하기 어려운 것에 해당하고 구체적인 방식, 사물 등과 같은 것은 변하기 쉬운 것으로 구분하면 좋다. 객체지향의 관점에서는 변하기 어려운 추상적인 것들을 표현하는 수단으로 추상 클래스와 인터페이스가 있다. DIP를 만족하려면 어떤 클래스가 도움을 받을 때 구체적인 클래스보다는 인터페이스나 추상 클래스와 의존 관계를 맺도록 설계해야 한..
소프트웨어 개발 방법론 - 애자일 애자일 소프트웨어 개발(Agile software development)은 프로젝트의 생명주기동안 반복적인 개발을 통해 빠른 개발 사이클을 가지는 개발 방법론이다. 애자일 방법론은 소프트웨어 개발 방법에 있어 계획과 무계획 사이에서 타협점을 찾고자 하는 방법론이다. 애자일 모델이 전통적인 개발 모형과 다른 점은 문서를 통한 개발이 아니라 실질적인 코딩을 통한 방법론이라는 점이다. 애자일 개발 방법론은 특정 개발 방법론에 국한되지 않고 애자일한 개발을 가능하게 해주는 방법론을 통칭하는 말이다. 지속적으로 고객의 요구사항을 반영할 수 있으며 빠른 피드백과 개발을 중시한다. 애자일 방법론의 사전적 정의는 2001년 애자일 소프트웨어 개발 선언에 의해 공식적으로 명명되었다. 애자일 소프트웨어 개발 선언 공정과 ..
소프트웨어 개발 방법론 - 워터폴 현재 가장 많이 사용되고 있는 개발 모델인 “폭포수 모델(waterfall model)”에 대해 작성한다. 요구분석 > 설계 > 디자인 > 개발 > 검증 폭포수 모델은 순차적인 소프트웨어 개발 프로세스로 각 단계를 완료하고 다음 단계로 이어서 진행하는 개발 프로세스를 말한다. 또한, 소프트웨어 개발에 구조화된 접근 방식을 제공하고 각각의 구분된 단계를 순차적으로 진행하여 마일스톤을 잡거나 프로젝트 관리를 할때 용이하다. 하지만 각 단계를 완료하고 다음 단계로 진행해야 하기 때문에 개발 사이클이 길어지고 고객의 요구사항을 반영하기 어렵다는 이슈가 있다. 따라서 폭포수 모델을 조직의 니즈에 맞게 수정하여 많이 사용한다.