소프트웨어 Blueprint
Software blueprint소프트웨어 Blueprint는 소프트웨어 Blueprint 프로세스의 최종 제품이다. 그것의 이름은 전통적인 건설 산업에서 사용되는 청사진이라는 용어와 유사하기 때문에 유래되었다. 따라서 진정한 소프트웨어 Blueprint는 빌딩 청사진과 다수의 핵심 속성을 공유해야 한다. 소프트웨어 청사진은 소프트웨어의 논리적으로 직교적인 측면들 사이의 깨끗한 분리를 달성하는 것에 의존한다. 일단 그것이 달성되면, 관련 로직의 국산화 및 논리적으로 독립된 각 구성 요소(각 청사진)에 대한 최적 설명 매체의 사용을 용이하게 한다.
특성.
소프트웨어 Blueprint는 프레젠테이션의 명확성과 모든 관련 로직의 현지화를 보장하기 위해 하나의 애플리케이션 측면에 초점을 맞춘다. 측면 로직의 국산화란 탐색성을 향상시키기 위한 것으로, 이는 애플리케이션 프로그래머가 가장 일반적으로 애플리케이션 측면을 독립적으로 탐색하기를 원한다는 가정에 근거한다.
소프트웨어 Blueprint의 단일 예측 포커스는 최적의 설명 매체를 선택할 수 있다는 것을 의미한다. 예를 들어, 알고리즘 코드는 텍스트 코드를 사용하여 가장 잘 표현될 수 있는 반면, 그래픽 사용자 인터페이스는 양식 설계를 사용하여 가장 잘 표현될 수 있다. 직관적인 기술 매체, 즉 특정 측면에 대한 정신적 모델 및 설계와 잘 일치하는 매체 선택은 다음을 개선할 수 있다.
- 항법 편의성
- 이해의 용이성
- 결함검출율
- 복잡성 관리 기능
- 오류 발생 용이성
예
GUI 양식 설계
소프트웨어 산업 전반에 걸쳐 GUI 양식 설계(GUI 툴킷 참조)가 널리 채택되어 프로그래머가 창구 내 GUI 위젯의 외관에 대한 규범적 설명을 지정할 수 있다. 이 설명은 GUI를 그리는 코드로 직접 번역할 수 있다(규범적이기 때문이다).
기계 변환 가능한 조정 언어(예: CDL)
CDL(Concurrent Description Language)과 같은 언어는 애플리케이션의 거시적 논리(통신, 동기화 및 중재)를 복잡한 다중 스레드 및/또는 다중 프로세스 애플리케이션에서 하나의 연속적인 시각적 표현으로 분리한다. 이 설명의 규범적 특성은 미시적 논리가 이용되기 전에 구조적 무결성(인종 조건의 검출, 교착 상태 등)을 시험할 수 있는 실행 가능한 프레임워크로 변환된 기계가 될 수 있음을 의미한다.
클래스 디자이너
클래스 설계자는 임의로 복잡한 데이터 구조를 편리한 형태로 명세할 수 있으며, 이 설명의 규범적 성격을 통해 실행 가능한 코드를 생성하여 목록 관리, 형식 변환, 엔디안 스와핑 등을 수행할 수 있다.
소프트웨어 디자이너
클래스는 소프트웨어 설계자들이 좀 더 복잡한 구조를 모델링하기 위해 빌딩 블록으로 사용된다. 소프트웨어 아키텍처에서 UML(Unified Modeling Language)은 소프트웨어의 청사진을 모델링하는 데 사용되는 산업 표준이다. UML은 클래스, 객체 또는 구성요소와 같은 다양한 소프트웨어 요소 간의 구조, 연결 및 상호작용을 나타낸다. 소프트웨어 설계자가 소프트웨어 커뮤니티의 다른 구성원들에게 아이디어를 설계, 분석 및 전달할 수 있도록 돕는다.
