재사용 가능성
Reusability |
컴퓨터 과학 및 소프트웨어 엔지니어링에서 재사용 가능성은 소프트웨어 제품 개발 프로세스에서 기존 자산을 어떤 형태로든 사용하는 것입니다.이러한 자산은 소프트웨어 개발 라이프 사이클의 제품 및 부산물로 코드, 소프트웨어 컴포넌트, 테스트 스위트, 설계 및 문서화를 포함합니다.재사용성의 반대 개념은 특정 시스템 요건을 충족하기 위해 필요에 따라 기존 자산을 수정하는 레버리지입니다.재사용은 자산의 별도로[clarification needed] 유지 보수된 버전을 생성하는 것을 의미하므로 [1]활용보다 선호됩니다.
서브루틴 또는 함수는 가장 단순한 재사용 형태입니다.코드 청크는 모듈 또는 네임스페이스를 사용하여 레이어로 정기적으로 구성됩니다.지지자들은 객체 및 소프트웨어 컴포넌트가 재사용 가능성의 수준 또는 점수를 객관적으로 측정하고 정의하는 것은 어려웠지만 보다 발전된 형태의 재사용 가능성을 제공한다고 주장합니다.
재사용 능력은 기본적으로 더 작은 부품에서 더 큰 것을 제작할 수 있는 능력과 이러한 부품 간의 공통점을 식별할 수 있는 능력에 달려 있습니다.재사용성은 플랫폼소프트웨어의 필수 특성인 경우가 많습니다.재사용가능성은 소프트웨어 개발에 몇 가지 측면을 가져오며 재사용가능성이 필요하지 않은 경우에는 고려할 필요가 없습니다.
재사용 가능성은 빌드, 패키징, 배포, 설치, 구성, 도입, 유지보수 및 업그레이드 문제를 명시적으로 관리하는 것을 의미합니다.이러한 문제를 고려하지 않으면 소프트웨어는 설계상 재사용 가능한 것처럼 보일 수 있지만 실제로는 재사용되지 않습니다.
소프트웨어 재사용성은 보다 구체적으로 재사용 적합성을 높이는 소프트웨어 요소(또는 소프트웨어 요소 집합)의 설계 기능을 말합니다.
많은 재사용 설계 [2]원칙이 WISR 워크숍에서 개발되었습니다.
소프트웨어 재사용의 후보 설계 기능에는 다음과 같은 것이 있습니다.
- 적응성
- 개요: 작은 사이즈
- 일관성.
- 정확성
- 확장성
- 빠른
- 유연한
- 포괄적인
- 변동성이 높은(변경 가능한) 설계 전제 조건의 현지화(David Parnas)
- 모듈러성
- 직교성
- 파라미터화
- 심플: 복잡도가 낮음
- 요건의 변화에 따른 안정성
엔트리의 상대적 중요성이나 각 엔트리를 특정 어플리케이션 클래스에서 중요하게 하는 문제에 대해서는 아직 이 리스트에 대한 합의가 이루어지지 않았습니다.
「 」를 참조해 주세요.
레퍼런스
- ^ Lombard Hill Group (October 22, 2014). "What is Software Reuse". www.lombardhill.com. Lombard Hill Group. Archived from the original on 2014-10-22. Retrieved 22 October 2014.
- ^ "Design for Reuse and Object Oriented Reuse Methods". Umcs.maine.edu. 1995-01-20. Archived from the original on 1997-07-15. Retrieved 2012-07-31.
| 품질 |
| ||||
|---|---|---|---|---|---|
| 표준 및 목록 | |||||
| 과정 | |||||
