확장성
Extensibility![]() |
확장성은 미래의 성장을 위한 소프트웨어 엔지니어링 및 시스템 설계 원칙입니다.확장성은 시스템 확장 능력과 확장 구현에 필요한 작업 수준을 측정하는 척도입니다.확장은 새로운 기능의 추가 또는 기존 기능의 수정을 통해 수행할 수 있습니다.이 원칙은 기존 시스템 기능을 손상시키지 않고 기능 개선을 제공합니다.
확장 가능한 시스템은 내부 구조와 데이터 흐름이 신규 또는 수정된 기능에 의해 최소한의 영향을 받거나 영향을 받지 않는 시스템입니다. 예를 들어, 원래 소스 코드를 다시 컴파일하거나 변경할 필요가 없을 수 있습니다. 생성자 또는 [1]다른 프로그래머에 의해 시스템의 동작을 변경할 때.소프트웨어 시스템은 수명이 길고 사용자가 요구하는 새로운 기능 및 추가 기능에 맞게 수정되므로, 확장성은 개발자가 소프트웨어의 기능을 확장 또는 추가할 수 있도록 하며 체계적인 재사용을 촉진합니다.일부 접근법에는 사용자 자신의 프로그램 루틴을 삽입할 수 있는 기능, 새로운 데이터 유형을 정의하는 기능 및 새로운 포맷 마크업 [2]태그를 정의하는 기능이 포함됩니다.
확장 가능한 설계
소프트웨어 엔지니어링에서 확장 가능한 설계는 모든 것을 미리 설계할 수 없다는 것을 받아들이는 것입니다.대신 변경을 허용하는 가벼운 소프트웨어 프레임워크가 제공됩니다.작업 요소를 이해 가능한 단위로 분리하는 원칙에 따라 확장성이라는 요소를 잃지 않도록 작은 명령어를 작성하여 낮은 응집력 및 높은 결합도를 포함한 기존 소프트웨어 개발 문제를 방지하고 지속적인 개발을 가능하게 합니다.지속적으로 추가할 수 있는 확장 가능한 설계에는 변화를 수용하는 것이 필수적입니다.시스템의 각 청크는 어떠한 변경에도 사용할 수 있으며, 추가를 통한 변경은 전체 시스템 설계의 중심입니다.확장 가능한 설계는 빈번한 우선순위 재설정을 지원하며, 신속한 변화를 위한 방법론과 반복적인 개발에서 주창하는 원칙인 요청 시 작은 단계로 기능을 구현할 수 있습니다.확장성은 개발 시 의존성을 줄이고 깔끔하게 만들 뿐만 아니라 결합을 줄이고 추상화를 일관되게 수행하며 인터페이스가 [3]잘 정의됩니다.
중요성
소프트웨어는 인간에 의해 개발 및 유지되고 소프트웨어 사양 및 구현에 지속적인 시스템 변화를 가져오는 "진화 실체"이기 때문에 인간의 현상에 기인하는 모든 소프트웨어의 기초에 변덕이 있습니다.소프트웨어의 컴포넌트는 관계없는 당사자가 독자적으로 개발 및 전개하는 경우가 많습니다.외부 벤더의 컴포넌트는 제조원 이외의 서드파티 사용자를 고려하여 즉석에서 특정 도입 시나리오에 들어갈 가능성이 낮기 때문에 적응 가능한 소프트웨어 컴포넌트가 필요합니다.많은 소프트웨어 시스템과 소프트웨어 제품 라인은 공통 소프트웨어 아키텍처를 공유하거나 때로는 기능 및 구현의 대부분을 공유하는 기본 시스템에서 파생되지만 확장 가능한 [4]기본 시스템을 필요로 하는 다양한 구성 요소를 갖추고 있을 수 있습니다.
독립적으로 확장 가능한 소프트웨어 시스템을 구축하는 것은 중요한 과제입니다.독립적으로 확장 가능한 시스템에서는 두 사람이 독립적으로 시스템에 대한 확장을 개발할 수 있을 뿐만 아니라 글로벌 무결성 [5]검사 없이 두 확장을 결합할 수 있습니다.
확장성 메커니즘 분류
소프트웨어 확장성에는 화이트박스 확장성, 그레이박스 확장성, 블랙박스 확장성 등 세 가지 형태가 있으며 이는 어떤 아티팩트와 변경 방법에 따라 달라집니다.
화이트 박스
이러한 확장성 형태에서는 소스 코드를 수정하여 소프트웨어 시스템을 확장할 수 있으며, 가장 유연하고 제한이 적은 형식입니다.변경 적용 방법에 따라 두 가지 하위 형태의 확장성, 즉 개방형 박스 확장성과 유리 박스 확장성이 있습니다.
개봉함
변경은 오픈박스 확장 가능 시스템에서 자동으로 수행됩니다. 즉, 원본 소스 코드가 직접 해킹됩니다.여기에는 사용 가능한 소스 코드와 수정이 허용된 소스 코드 라이센스가 필요합니다.오픈박스 확장성은 버그 수정, 내부 코드 리팩터링 또는 소프트웨어 제품의 차기 버전 제작에 가장 적합합니다.
유리 상자
유리박스 확장성(아키텍처 기반 프레임워크라고도 함)을 통해 소프트웨어 시스템을 사용 가능한 소스 코드로 확장할 수 있지만 코드를 수정할 수는 없습니다.확장 기능은 원래 시스템에 영향을 주지 않도록 원래 시스템에서 분리해야 합니다.확장성의 한 가지 예는 일반적으로 상속과 동적 바인딩을 사용하여 확장성을 달성하는 객체 지향 애플리케이션 프레임워크입니다.
블랙박스
블랙박스 확장성(데이터 기반 프레임워크라고도 함)에서는 시스템 구현에 대한 자세한 내용은 배포 또는 확장 구현에 사용되지 않으며 인터페이스 사양만 제공됩니다.이러한 접근 방식은 다양한 화이트 박스 접근 방식보다 더 제한적입니다.일반적으로 블랙박스 확장은 컴포넌트 인터페이스를 정의함으로써 시스템 구성 응용 프로그램 또는 응용 프로그램 고유의 스크립트 언어를 사용하여 이루어집니다.
그레이 박스
회색 상자의 확장성은 순수한 화이트 박스와 순수한 블랙 박스 접근 방식을 절충한 것으로, 소스 코드의 노출에 전적으로 의존하지 않습니다.프로그래머에게는 개선을 위해 사용 가능한 모든 추상화 및 확장 [6]개발 방법에 대한 사양을 나열하는 시스템의 전문화 인터페이스가 주어질 수 있습니다.
확장성 vs. 재사용 가능성
확장성과 재사용성은 낮은 결합성, 모듈성 및 많은 다른 소프트웨어 시스템에 대해 구성 가능한 고위험 요소 등 많은 공통적인 특성을 강조하며, 이는 종종 공통 요소를 공유하는 소프트웨어 시스템의 관찰에 의해 동기 부여됩니다.재사용 가능성과 확장성으로 인해 개발 및 유지 보수 시간이 단축되고 신뢰성과 [7]일관성이 향상되어 다른 프로젝트로 기술을 이전할 수 있습니다.
보안.
최신 운영체제는 디바이스 드라이버와 로딩 가능한 커널 모듈을 통해 확장성을 지원합니다.많은 최신 애플리케이션은 플러그인, 확장 언어, 애플릿 등을 통한 확장성을 지원합니다.확장성이 높아지는 경향은 소프트웨어 [8]보안에 부정적인 영향을 미칩니다.
CGI는 웹 서버가 확장성을 제공하는 주요 수단 중 하나입니다.CGI 스크립트를 "엄청난 보안 구멍"[9]으로 보는 사람도 있습니다.
「 」를 참조해 주세요.
레퍼런스
- ^ 요한슨, 니클라스, 안톤 뢰프그렌입니다확장성을 위한 설계:설계원칙에 의한 확장성 극대화에 관한 실천연구N.P.: N.P., N.D.2009년 5월 29일 예테보리 대학교 응용정보기술학과웹. 2014년 4월 26일<https://gupea.ub.gu.se/bitstream/2077/20561/1/gupea_2077_20561_1.pdf>.
- ^ 일어나, 마가렛."확장 가능"SearchSAO. N.P., 2007년 3월웹. 2014년 4월 27일<http://searchsoa.techtarget.com/definition/extensible>.
- ^ 켈리, 앨런「확장 가능한 소프트웨어의 철학」ACCU-프로그래밍(2002년):웹. 2014년 4월 27일<http://accu.org/index.php/journals/391>.
- ^ 젠거, 마티아스"1.2 확장성 메커니즘의 특성"확장 가능한 소프트웨어 컴포넌트를 위한 언어 추상화 프로그래밍.로잔:스위스 연방 공과대학, 2004.N. 페이지웹. 2014년 4월 26일<http://zenger.org/papers/thesis.pdf>.
- ^ 마틴 라이터와 보 누레가르 예르겐센."독립적으로 확장 가능한 컨텍스트"「소프트웨어 아키텍처: 제4회 유럽 회의, ECSA 2010, 덴마크 코펜하겐, 2010년 8월 23일~26일, Proceedings」에 게재.2010년, 페이지 327
- ^ 젠거, 마티아스"1.3 확장성 메커니즘의 분류"확장 가능한 소프트웨어 컴포넌트를 위한 언어 추상화 프로그래밍.로잔:스위스 연방 공과대학, 2004.N. 페이지웹. 2014년 4월 26일
- ^ 젠거, 마티아스'1.1.1 재사용 가능성'확장 가능한 소프트웨어 컴포넌트를 위한 언어 추상화 프로그래밍.로잔:스위스 연방 공과대학, 2004.N. 페이지웹. 2014년 4월 26일
- ^ 게리 맥그로."소프트웨어 보안: "2006. 페이지 9의 빌딩 보안.
- ^ 렌 배스, 폴 클레멘츠, 릭 카즈만「실행중의 소프트웨어 아키텍처」.2003년, 페이지 339
외부 링크
Wiktionary의 확장성에 대한 사전 정의