-
-
가
-
가상 시스템(VM)
- 기타 컴퓨터 프로그램을 실행하는 소프트웨어 프로그램.
이는 실제 시스템인 컴퓨터가 다른 실제 시스템처럼 작동할 수 있게 합니다.
-
가시성
해당 값(public, protected,
또는 private)이 참조하는 모델 요소가 포함하는 이름 공간 외부에 표시되는 방법을 나타내는 일람표.
-
가져오기
패키지의 컨텍스트에서 제공된 패키지((패키지 내에 순환적으로 임베드되는 패키지 포함)에서 참조되는 클래스를 포함하는 패키지의 종속성.
내보내기와 대조됩니다.
-
가져오기 종속성
- 소스가 디자인 패키지이며 대상이 다른 디자인 패키지인 디자인의 스테레오타입화된 종속성.
가져오기 종속성은 소스 패키지에서 대상 패키지의 공용 컨텐츠를 참조할 수 있게 합니다.
-
값
유형 도메인의 요소.
-
개발 주기
- 라이프사이클,
주기와 동의어입니다.
테스트 주기도 참조하십시오.
-
개발 프로세스
모델 구성 또는 구현과 같은 소프트웨어 개발 중에 제공된 목적을 위해 수행하는 부분적으로 순서화된 단계 세트.
-
개발 사례
- 조직을 수행하는 데 사용되는 소프트웨어 엔지니어링 프로세스.
이는 통합 프로세스 제품의 구성 또는 사용자 정의로서 개발되며 프로젝트 요구사항에 맞게 조정됩니다.
-
개발자
- 프로젝트 채택 표준 및 프로시저에 따라 필수 기능성을 개발할 책임이 있는 개인.
이는 요구사항,
분석 및 디자인,
구현 및 테스트 원칙 중 하나로 수행하는 활동을 포함할 수 있습니다.
-
개선사항 요청
- 이해 당사자(stakeholder)
요청 유형으로 새 기능 또는 시스템의 성능을 지정합니다.
변경 요청도 참조하십시오.
-
객체 지향 프로그래밍(OOP)
- 데이터 분리 및 상속 개념을 기반으로 하는 프로그래밍 접근 방식.
절차식 프로그래밍 기법과 달리,
객체 지향 프로그래밍은 무엇을 달성하는 방법이 아니라 문제점을 야기하는 데이터 오브젝트를 조작하는 방법에 중점을 둡니다.
-
검수
- 결함,
개발 표준의 위반 및 기타 문제점을 발견하기 위해 제안자가 아닌 개인 또는 그룹이 일부 아티팩트(모델,
문서,
소프트웨어)를 점검하는 정규 평가 기법.
-
검토
- 검토는 잠재적 결함을 발견하고 아티팩트 세트의 품질을 평가하기 위해 수행되는 그룹 활동입니다.
-
게이트웨이
- 다른 언어로 통신하는 네트워크를 연결하는 호스트 컴퓨터.
예를 들어,
게이트웨이는 회사의 LAN을 인터넷에 연결합니다.
-
결과
- 산출물의 동의어.
인도물도 참조하십시오.
-
결과물
주로 결과 또는 상태로 나타나는 무형의 중간 산출물을 설명합니다.
비정규 중간 산출물을 나타내는 경우에도 결과물을 사용할 수 있습니다.
-
결함
- 전달된 작업 제품에 있는 비정상적인 점 또는 결함.
예로는 초기 라이프사이클 단계 중에 발견된 누락 또는 불완전한 점과 테스트 또는 오퍼레이션을 위해 충분히 성숙한 소프트웨어에 포함된 결함 증상이 있습니다.
결함은 추적하여 해결하려고 하는 모든 유형의 문제점일 수 있습니다.
변경 요청도 참조하십시오.
-
결함 기반 테스트
- 사전 정의된 결함 세트 존재 여부를 보여주기 위해 테스트 메소드 또는 테스트 데이터를 사용하여 컴퓨터 소프트웨어를 테스트하는 기법.
예를 들어,
소프트웨어가 0으로 나누는 결함을 올바르게 처리하여 테스트 데이터가
0을 포함한다는 것을 보여줍니다.
-
결함 모델
- 기본이 되는 그럴듯한 결함을 사용하고 결함을 밝히기 위해 테스트 메소드를 제공하는 컴퓨터 소프트웨어 테스트 모델.
좋은 결함 모델은 결함 또는 근본 원인의 정의,
결함이 생성할 수 있는 관찰 가능한 실패,
결함을 밝힐 수 있도록 테스트 기법 및 적절한 테스트 데이터의 프로파일을 제공합니다.
-
결함(fault)
- 구현 모델에 있는 컴포넌트의 실패로 인해 필수 동작이 수행되는 임시 조건.
결함은 하나 이상의 실패를 관찰하여 식별한 하나 이상의 결함의 근본 원인입니다.
-
결합
- 컴포넌트가 서로 의존하는 정도.
두 가지 유형의 결합("느슨함"
및 "밀접함")이 있습니다.
느슨한 결합은 확장 가능 소프트웨어 아키텍처를 지원하는 데 바람직하나 밀접한 결합은 최대 성능을 얻는 데 필요할 수 있습니다.
컴포넌트 간에 교환되는 데이터가 많아지거나 좀더 복잡해지면 결합이 증가됩니다.
응집과 대조됩니다.
-
경계 클래스
- 시스템의 환경 및 내부 활동 간의 통신을 모델링하는 데 사용되는 클래스.
-
경쟁 조건
- 둘 이상의 독립적 타스크가 동시에 동일한 상태 정보에 액세스하여 수정을 시도할 때 발생하는 조건.
이 조건이 발생하면 시스템이 불일치 작동이 발생하며 동시 시스템 디자인에 있어 근본적인 문제점입니다.
-
계층
- 패키지를 동일한 추상 레벨에 있는 모델로 그룹화하는 특정한 방법.
-
고객
- 시스템에 대한 재무적 책임을 지는 사람 또는 조직(생산 조직의 내부 또는 외부).
대규모 시스템의 경우 이는 사용자일 수도 있고 사용자가 아닐 수도 있습니다.
고객은 개발된 제품을 궁극적으로 받는 사람입니다.
이해 당사자(stakeholder)도 참조하십시오.
-
공개된 모델
동결되었으며 저장소 인스턴스화 및 다른 모델 정의 시 지원에 사용 가능하게 된 모델.
고정된 모델의 모델 요소는 변경할 수 없습니다.
-
공격
- 실행 중인 컴퓨터 소프트웨어 프로그램의 정상 오퍼레이션을 중단하거나 우회시키기 위한 계획적이며 방법론적인 시도.
원래는 구성원이 여러 가지 기법을 사용하여 소프트웨어 시스템을 공격하는
(일반적으로 보안 소프트웨어를 우회시켜 호스트 시스템에 불법으로 진입함)
소프트웨어 해커(또는 크래커)
커뮤니티로부터 시작된 악의적인 컴퓨터 소프트웨어 공격 개념.
인식된 공격 기법의 예로는 버퍼 오버플로우,
서비스 거부,
자원 제한조건 및 트로이의 목마가 있습니다.
이 용어는 소프트웨어 시스템에서 잠재적인 버그에 노출될 수 있는 방법을 논의할 때 컴퓨터 소프트웨어 테스트 전문가가 채택한 것입니다.
-
공급자
다른 업체에서 호출할 수 있는 서비스를 제공하는 클래스류.
클라이언트와 대조됩니다.
-
관계
모델 요소 사이의 시맨틱 연결.
관계 예제로는 연관 및 일반화가 있습니다.
-
관리
- 개발 프로젝트를 계획하고 관리하는 목적의 소프트웨어 엔지니어링 프로세스의 원칙.
-
관용 표현
- [BUS96]은 관용 표현을 다음과 같이 정의합니다.
"관용 표현은 프로그래밍 언어에 특정한 하위 레벨 패턴입니다.
관용 표현은 제공된 언어의 기능을 사용하여 컴포넌트의 특정 측면 또는 이들 간의 관계를 구현하는 방법에 대해 설명합니다."
또한 구현 패턴이라고도 합니다.
예를 들어, UML로 표현된 구체적 디자인을 가져와 이를
Java로 구현할 때,
해당 언어에 대한 반복 구현 패턴이 사용될 수 있습니다.
관용구는 디자인 및 구현에 적용됩니다.
-
관점
- 일반적으로 의미에는 큰 변화 없이 시점에 대한 대안으로 사용될 수 있습니다.
-
교착 상태
- 두 개의 독립된 스레드 제어가 차단되어 있는 상태로 각각 상대편이 어떤 조치를 취하기를 기다리고 있습니다.
교착 상태는 경쟁 조건을 막기 위해 동기화 메커니즘을 추가한 경우에 종종 발생합니다.
-
구성
- 1)
일반:
기능 단위의 성격,
숫자 및 주요 특성에 정의된 대로 시스템 또는 네트워크를 구성해 놓은 것으로,
하드웨어 또는 소프트웨어 구성에 적용됩니다.
-
구조적 기능
속성과 같은 모델 요소의 정적 기능.
-
구조적 모델 측면
유형,
클래스,
관계,
속성 및 오퍼레이션을 포함한 시스템의 오브젝트 구조를 강조하는 모델 측면입니다.
-
구조화된 클래스
내부 구조를 가진 클래스류(예:
클래스 또는 컴포넌트)입니다.
커넥터로 연결된 파트 세트가 포함되어 있습니다.
외부 환경 및 내부 파트 간의 상호작용을 통해 포트를 통과할 수 있습니다.
-
구체적
- 실제,
특정 사물 또는 인스턴스와 연관 또는 관련된 것.
감각적으로 인식될 수 있으며 추상적이거나 가상적이지는 않습니다.
추상과 대조됩니다.
구체적 클래스를 참조하십시오.
-
구체적 클래스
직접 인스턴스화할 수 있는 클래스.
추상 클래스와 대조됩니다.
-
구현
- 적절한 품질 표준을 충족하는 소프트웨어 컴포넌트를 구현하는 것이 목적인 소프트웨어 엔지니어링 프로세스의 원칙.
-
구현 메커니즘
- 구현 프로세스 중 사용되는 아키텍처 메커니즘.
정확한 메커니즘의 구현을 지정하고 생성 시 여러 구현 패턴(관용 표현)을 수월하게 사용하는 디자인 메커니즘의 정제입니다.
또한 디자인 메커니즘 및 구현 메커니즘 사이에 규모면에서 차이가 있을 필요는 없습니다.
예를 들어,
내부 프로세스 통신 분석 메커니즘의 특정 구현으로 특정 운영 체제의 공유 메시지 함수 호출을 활용하는 공유 메모리 디자인 메커니즘이 있습니다.
세마포어를 사용하거나 기타 구현 메커니즘에 기반을 둔 래칭 메커니즘을 사용하여 동시성 충돌(공유 메모리에 대한 부적절한 동시 액세스)을 방지할 수 있습니다.
-
구현 모델
- 구현 모델은 컴포넌트 및 이를 포함한 구현 서브시스템 콜렉션입니다.
-
구현 보기
- 패키징,
레이어링 및 형상 관리(소유권,
릴리스 전략 등)와 관련하여 개발 환경에서 정적 소프트웨어 요소(코드,
데이터 및 기타 동반 아티팩트)의 조직에 대해 설명하는 아키텍처 보기.
유니파이드 프로세스에서 이는 구현 모델의 보기입니다.
-
구현 상속
보다 특정한 요소의 구현 상속.
인터페이스의 상속을 포함합니다.
인터페이스 상속과 대조됩니다.
-
구현 서브시스템
- 구현 모델을 소규모 파트로 분할하여 구현 모델을 구조화하는데 사용하는 컴포넌트 및 구현 서브시스템 콜렉션. RUP에서 구현 모델 및 구현 서브시스템은 구현 보기의 대상이며 개발에서 기본적으로 중요한 사항입니다.
디자인 패키지의 실제 동의어입니다. "구현 서브시스템"이라는 이름은 컴포넌트보다 규모가 큰 무엇인가를 나타내기 위해 공통적으로 사용되는
"서브시스템"이라는 용어를 반영합니다.
그러나 UML
용어에서 이는 서브시스템이 아닌 스테레오타입화된 패키지입니다.
-
구현 패턴
- 관용 표현을 참조하십시오.
-
구현/구축(Construction)
- 통합 프로세스의 세 번째 단계.
이 단계에서 실행 가능한 아키텍처 기준선으로부터 사용자 커뮤니티로 전이 준비가 된 지점으로 소프트웨어를 가져옵니다.
-
규정자
해당 값이 연관 전체에서 오브젝트와 관련된 오브젝트 세트를 파티션하는 연관 속성 또는 속성 튜플.
-
그래픽 사용자 인터페이스(GUI)
- 사용자가 명령을 입력하기 보다는 그래픽 기능을 조작하여 프로그램과 통신할 수 있게 하는 인터페이스 유형.
일반적으로 GUI는 그래픽,
지정 장치,
메뉴 표시줄 및 기타 메뉴,
겹치는 창 및 아이콘의 조합을 포함합니다.
-
근거리 통신망(LAN)
- 제한된 지역 내에 사용자가 거주하는 건물에 위치한 컴퓨터 네트워크. LAN은 일반적으로 여러 클라이언트 워크스테이션에 서비스를 제공하는 하나 이상의 서버 시스템으로 구성됩니다.
-
기능 패턴
기능 패턴은 재사용가능한 활동의 클러스터를 설명하는 특수 프로세스입니다.
기능 패턴은 원칙과 같은 주요 관심 영역에 대한 프로세스 지식을 표현 및 통신하며 작업 지시를 위해 프로세스 종사자(practitioner)가 직접 사용할 수 있습니다.
-
기능(feature)
- 직접 이해 당사자(stakeholder)
요구를 이행하는 시스템이 제공하는 외부적으로 관찰 가능한 서비스.
-
기본 유형
하위 구조 없이 사전 정의된 기본 데이터 유형(예:
정수 또는 문자열).
-
기본 클래스
- 다른 클래스 또는 Bean이 도출되는 클래스.
기본 클래스는 다른 기본 클래스로부터 도출될 수 있습니다.
추상 클래스를 참조하십시오.
-
기술 기관
- 프로젝트의 기술 기관은 변경 요청을 구현할지 여부 및 구현 방법을 중재할 권한 및 전문 기술을 갖고 있습니다.
기술 기관은 변경 타스크를 정의하며 변경 요청에 해당하는 작업 타스크에 대한 엔지니어링 성과를 예상합니다.
-
기준선
- 향후 발전 또는 개발을 위해 합의된 기초를 구성하고 변경 관리 및 구성 제어와 같은 정규 프로시저를 통해서만 변경될 수 있는 아티팩트의 검토 및 승인된 릴리스.
-
나
-
내보내기
패키지 컨텍스트에서 요소를 엔클로징 이름 공간 외부로 이동합니다.
가시성을 참조하십시오.
내보내기[OMA],
가져오기와 대조됩니다.
-
내부 전이
오브젝트의 상태 변경없이 이벤트에 응답을 지정하는 전이.
-
-
노드
노드는 일반적으로 최소한 메모리 및 종종 처리 기능을 보유하는 런타임 컴퓨터 사용 자원을 나타내는 클래스류입니다.
노드에 런타임 오브젝트 및 컴포넌트가 상주할 수 있습니다.
-
- 논리 보기
- 시스템 디자인의 기본 클래스에 대해 설명하는 아키텍처 보기.
주요 비즈니스 관련 클래스 및 핵심 동작 및 구조 메커니즘(지속성,
통신,
결함 허용,
사용자 인터페이스)을 정의하는 클래스.
유니파이드 프로세스에서 논리 보기는 디자인 모델의 보기입니다.
-
다
-
다이어그램
- 모델의 전체 또는 일부분을 그래픽으로 표시.
-
다중 값
다중성 유형:
상위 속성이 1보다 큰 숫자로 설정된 다중성을 가진 모델 요소.
다중 값이라는 용어는 속성,
매개변수 등이 임의의 시점에 갖는 값의 갯수와는 무관합니다.
단일 값과 대조됩니다.
-
다중 분류
오브젝트가 둘 이상의 클래스에 직접 속하는 일반화의 시맨틱 변형.
동적 분류를 참조하십시오.
-
다중 상속
유형이 둘 이상의 상위 유형을 가지는 일반화의 시맨틱 변형.
단일 상속과 대조됩니다.
-
다중성
세트가 가정할 수 있는 허용 가능한 카디널리티 범위의 스펙.
연관 내의 역할,
컴포지트 내의 파트,
반복 및 기타 목적을 위해 다중성 스펙을 제공할 수 있습니다.
본질적으로 다중성은 양의 정수의 서브세트(무한)입니다.
카디널리티와 대조됩니다.
-
단계(step)
- 타스크를 여러 파트 또는 하위 작업 단위로 구성하는 데 사용하는 컨텐츠 요소.
-
단일 값
다중성 유형::
상위 속성이 1로 설정된 경우 다중성이 정의된 모델 요소는 단일 값을 갖습니다.
단일 값 속성(예:
하한이 0인 다양성)은 값을 갖지 않을 수 있기 때문에,
단일 값이라는 용어는 속성,
매개변수 등이 임의의 시점에 갖는 값의 갯수와는 무관합니다.
다중 값과 대조됩니다.
-
대상 테스트 항목
- 테스트 노력의 대상으로 식별된 개발 제품의 측면(일반적으로 소프트웨어 또는 하드웨어임).
대상 테스트 항목은 오퍼레이션,
인터페이스,
기능,
컴포넌트,
구현 서브시스템 또는 시스템 레벨에서 범위가 지정되거나 운영 체제 또는 주변 장치(예:
프린터)와 같이 시스템의 외부 측면일 수 있습니다.
테스트 대상,
테스트 항목과 동의어입니다.
-
대화식
- 대화식으로 두 분산 응용프로그램이 정보를 교환하는 통신 모델.
일반적으로 한 통신 모델은 대화를 시작(또는 할당)하고 일부 데이터를 보낸 다음 다른 응용프로그램이 일부 데이터를 보낼 수 있게 합니다.
두 응용프로그램은 한 응용프로그램이 완료(또는 할당해제)하기로 결정할 때까지 번갈아 계속 데이터를 보냅니다.
대화식 모델은 동기 양식의 통신입니다.
-
데이터 유형
ID가 부족하고 오퍼레이션에 부작용이 없는 값 세트에 대한 설명.
데이터 유형은 기본적으로 사전 정의되어 있는 유형 및 사용자 정의 가능 유형을 포함합니다.
사전 정의된 유형에는 숫자,
문자열 및 시간이 포함됩니다.
사용자 정의 가능 유형에는 일람표가 포함됩니다.
-
데이터베이스
- (1)
하나 이상의 응용프로그램을 만족시키는 체계에 따라 중복이 제어되며 함께 저장되는 관련 데이터의 콜렉션.
-
데이터베이스 관리 시스템(DBMS)
- 효율적인 액세스,
무결성,
복구,
동시 제어,
개인정보 및 보안을 위해 중앙 제어,
데이터 독립성 및 복합 실제 구조 서비스를 제공함으로써 데이터를 관리하는 컴퓨터 프로그램.
-
도구 사용 도움말
- 특정 소프트웨어 도구를 사용하여 특정타스크 또는 단계를 수행하는 방법을 설명하는 안내.
-
도메인
(1)관련된 값이 모여 특징을 이루는 지식 또는 활동 영역.
(2)관련 중간 산출물을 그룹화하는 정제 가능한 계층 구조.
-
도메인 모델
- RUP에서 도메인 모델은 비즈니스 분석 모델의 서브세트입니다.
-
도메인 이름 서버
- www.software.ibm.com과 같은 도메인 이름을 123.45.67.8과 같이 숫자로 된 인터넷 프로토콜 주소로 변환하기 위한 시스템.
-
도메인(데이터베이스)
- 데이터베이스의 테이블 열에 대해 올바른 값의 범위를 정의하는 사용자 정의된 데이터 유형.
-
도입/인식(Inception)
- 유니파이드 프로세스의 첫 번째 단계로 핵심 아이디어는 정제(Elaboration)
단계로 들어가기 위해 제안 요청을 자금이 지원(최소한 내부적으로)되는 위치까지 가져오는 것입니다
-
동기 상태
상태 머신의 동시 영역을 동기화하는 데 사용되는 상태 머신의 정점.
-
동기 조치
전송 오브젝트가 결과를 기다리기 위해 일시정지하는 요청.
비동기 조치와 대조됩니다.
-
동시성
동일한 시간 간격 중에 둘 이상의 활동 발생.
동시성은 두 개 이상의 스레드를 조금씩 차이를 두면서 실행하거나 동시에 실행하여 달성할 수 있습니다.
스레드를 참조하십시오.
-
동시적 하위 상태
동일한 컴포지트 상태에 포함되어 있는 기타 하위 상태와 동시에 보유할 수 있는 하위 상태.
컴포지트 하위 상태를 참조하십시오.
순차적 하위 상태와 대조됩니다.
-
동작
결과를 포함하여 오퍼레이션 또는 이벤트의 관찰 가능한 영향.
-
동적 분류
일반화의 시맨틱 변화이고 여기서 오브젝트는 유형 또는 역할을 변경합니다.
정적 분류와 대조됩니다.
-
동적 정보
- 사용자가 요청할 때 작성되는 정보.
동적 정보는 각 사용자가 이를 볼 때마다 다른 내용을 볼 수 있도록 시간이 지남에 따라 변경됩니다.
-
등가 클래스
- 오브젝트가 유사하게 동작할 것으로 예상되는 동등한 값의 분류.
이 기법은 주어진 시간에 실시할 테스트할 사항이 너무 많은 경우 가장 중요한 테스트를 분석하는 데 적용될 수 있습니다.
등가 파티션은 도메인과 동의어입니다.
-
등급
- 유스 케이스 또는 시나리오의 속성으로,
아키텍처에 대한 영향 또는 릴리스에 대한 중요성을 설명합니다.
-
디자인
시스템 구현 방법 결정이 기본 목적인 소프트웨어 개발 프로세스 파트.
디자인 중 시스템의 필수 기능 및 품질 요구사항을 만족할 수 있도록 전략적 결정이 내려집니다.
분석을 참조하십시오.
-
디자인 메커니즘
- 디자인 프로세스 중이나 디자인 세부사항을 완성하는 중에 사용되는 아키텍처 메커니즘.
이는 추가 정제이고 하나 이상의 아키텍처 및 디자인 패턴을 바인드할 수 있는 연관된 분석 메커니즘과 연관되어 있습니다.
규모 면에서 분석 메커니즘과 디자인 메커니즘 간에 차이가 있어야 할 필요는 없습니다.
분석 레벨 및 디자인 레벨에서는 지속성 메커니즘에 관해 말할 수 있으며 동일한 것을 의미하나 다른 정제 레벨에서는 동일하지 않습니다.
디자인 메커니즘은 구현 환경에 대한 몇 가지 세부사항을 가정하나 특정 구현(예:
구현 메커니즘)에 한정되지는 않습니다.
예를 들어,
내부 프로세스 통신의 분석 메커니즘은 IPC(Interprocess Communication)의 여러 디자인 메커니즘(공유 메모리, function-call-like IPC,
세마포어 기본 IPC
등)에 의해 정제될 수 있습니다.
각 디자인 메커니즘마다 특정한 장점과 단점이 있습니다.
특정 디자인 메커니즘의 선택 여부는 메커니즘을 사용한 오브젝트의 특성에 의해 결정됩니다.
-
디자인 모델
- 유스 케이스 실현(realization)을 설명하는 오브젝트 모델은 구현 모델 및 소스 코드의 추상 역할로 수행됩니다.
-
디자인 서브시스템
- 시스템의 파트를 나타내는 모델 요소.
디자인 서브시스템은 해당 동작을 제공하는 다른 모델 요소(클래스 또는 기타 디자인 서브시스템)를 패키지하여 동작을 캡슐화합니다.
수행 가능한 동작을 정의하는 인터페이스 세트를 나타냅니다.
-
디자인 시간
소프트웨어 개발 프로세스의 디자인 단계 중 발생하는 것을 지칭합니다.
모델링 시간을 참조하십시오.
분석 시간과 대조됩니다.
-
디자인 패키지
- 클래스,
관계,
유스 케이스 실현(realization),
다이어그램 및 기타 패키지 콜렉션으로 소규모 파트로 나누어 디자인 모델을 구조화하는 데 사용됩니다.
이는 구현 서브시스템과 논리적으로 동일합니다.
-
디자인 패턴
- [GAM94]는 다음과 같이 디자인 패턴을 정의합니다.
"디자인 패턴은 서브시스템 또는 소프트웨어 시스템의 컴포넌트를 정제하기 위한 체계 또는 이들 간의 관계를 제공합니다.
여기서는 특정 컨텍스트 내의 일반 디자인 문제점을 해결하는 통신 컴포넌트의 공통적으로 반복되는 구조에 대해 설명합니다.
디자인 패턴은 중소 규모의 패턴,
즉 규모면에서는 아키텍처 패턴보다 작으나 일반적으로 프로그래밍 언어에 독립적입니다.
디자인 패턴이 바인드되면 구체적 디자인 모델의 일부분 (디자인 메커니즘의 일부분)을 형성합니다.
레벨로 인해 디자인 패턴은 도메인 간에 적용 가능합니다.
-
라
-
라이프사이클
- 네 단계를 패스하는 하나의 완전한 패스(도입/인식(Inception),
정제(Elaboration),
구현/구축(Construction)
및 전이(Transition)).
도입/인식(Inception)
단계의 시작에서 전이 단계의 끝까지 걸리는 시간.
개발 주기 및 주기와 동의어입니다.
테스트 주기도 참조하십시오.
-
런타임
컴퓨터 프로그램이 실행되는 기간.
모델링 시간과 대조됩니다.
-
리스너
- JDK 1.1에서 이벤트를 받아서 처리하는 클래스.
-
릴리스
- 주요 이정표에서 평가 오브젝트인 최종 제품의 서브세트.
릴리스는 안정적이며 실행 가능한 제품 버전으로서,
다른 아티팩트와 함께 이 릴리스(예;
릴리스 정보 또는 설치 지시사항)를 사용하는 데 필요합니다.
릴리스는 내부 또는 외부일 수 있습니다.
내부 릴리스는 이정표의 일부로서 또는 사용자 또는 고객에게 보여주기 위해 개발 조직에 의해서만 사용됩니다.
외부 릴리스(또는 인도물)는 사용자에게 전달됩니다.
릴리스는 완전한 제품일 필요는 없으며 엔지니어링 관점에서 유용성이 측정되는 전체 과정 중 한 단계일 수 있습니다.
릴리스는 개발 팀이 "90%
완료, 90%
남음"과 같은 증후군을 방지하기 위해 일정한 간격으로 종결할 수 있게 하는 강제 실행 기능 역할을 합니다.
프로토타입,
기준선도 참조하십시오.
-
릴리스 관리자
- 릴리스 관리자는 모든 소프트웨어 자원이 제어되고 필요에 따라 내부 및 외부 릴리스로 구성 가능한지를 확인할 책임이 있습니다.
-
링크
두 오브젝트 사이의 시맨틱 연결.
연관 인스턴스.
연관을 참조하십시오.
-
링크 종료
연관 종료점의 인스턴스.
연관 종료점을 참조하십시오.
-
마
-
매개변수
변경,
전달 또는 리턴될 수 있는 변수의 스펙.
매개변수는 이름,
유형 및 방향을 포함할 수 있습니다.
매개변수는 오퍼레이션,
메시지 및 이벤트에 사용됩니다.
정규 매개변수와 동의어입니다.
인수와 대조됩니다.
-
매개변수 연결
- 특성의 값 또는 조치,
메소드 또는 스크립트의 리턴 값을 제공함으로써 조치 또는 메소드의 매개변수를 지정하는 연결.
매개변수는 항상 연결의 소스입니다.
연결 참조.
-
매개변수화된 요소
하나 이상의 언바인드 매개변수를 가진 클래스에 대한 설명.
템플리트와 동의어입니다.
-
메소드
- (1)
어떤 내용을 수행하기 위한 일반적이고 조직적인 방법.
타스크를 수행하거나 목적을 이룰 수 있도록 논리적으로 순서화된 계획 또는 프로시저가 뒤따릅니다.
-
메소드 컨텐츠
일반 UMA
방법론적 개념 및 안내를 설명하며 프로세스 라이프사이클 내에서 해당 단계의 배치와 상관 없이 특정 목적을 달성하는 방법에 대한 단계별 설명을 제공합니다.UMA는 프로세스에서 메소드 컨텐츠와 응용프로그램을 분리합니다.
-
메소드 호출
- 메시지와 동의어입니다.
-
메시지
활동이 계속된다는 예상하에 한 인스턴스에서 다른 인스턴스로 정보를 전달하는 스펙.
메시지는 신호 발생 또는 오퍼레이션 호출을 지정할 수 있습니다.
-
메시지 전달
- 서로 메시지를 보냄으로써 분산 응용프로그램이 통신할 수 있는 통신 모델.
메시지는 일반적으로 반드시 응답이 필요하지 않은 짧은 정보 패킷입니다.
메시지 전달은 비동기 통신 메소드를 구현합니다.
호출하여 특정 타스크를 수행하도록 매개변수 세트를 전달할 수 있는 클래스 내의
Java
코드 단편.
-
메커니즘
- 메커니즘은 패턴 인스턴스입니다.
특정 모델과 협업하기 위해서는 약간의 추가 정제가 필요할 수 있습니다.
따라서 메커니즘은 단일 컨텍스트로 된 특정 솔루션(순환 문제점에 대한)입니다.
메커니즘은 패턴에 적합하거나 패턴을 준수한다고 말할 수 있습니다.
협업은 메커니즘이라고 할 수 있으나 용어는 일반적으로 소프트웨어 응용프로그램(예:
지속성을 처리하거나 패턴이 적용 가능함)에서 공통적으로 반복되는 문제점에 대한 솔루션을 제공하는 협업용으로 예약되어 있습니다.
분석 및 설게에서 메커니즘 표기법은 '플레이스홀더'(지속성이 필요한 것으로 인식됨)로서 사용될 수 있으며 분석가 및 디자이너 문제점을 조직적이고 일관성있게 해결할 수 있도록 하는 지속성 메커니즘이 사용된다고 말할 수 있습니다.
-
메타 메타 모델
메타 모델을 표현하는 언어를 정의하는 모델.
메타-메타 모델과 메타 모델의 관계는 메타 모델과 모델의 관계와 동일합니다.
-
메타 모델
모델을 표현하는 언어를 정의하는 모델.
-
메타 오브젝트
메타 모델링 언어의 모든 메타 엔티티에 대한 일반 용어.
예를 들어,
메타 유형,
메타클래스,
메타 속성 및 메타 연관이 있습니다.
-
메타클래스
인스턴스가 클래스인 클래스.
메타클래스는 일반적으로 메타 모델을 구성하는 데 사용됩니다.
-
모델
의미상 시스템과 유사한 추상적 개념,
특정 관점에서 시스템에 대한 완벽한 설명(완벽이란 해당 관점에서 시스템을 이해하기 위해 추가 정보가 필요하지 않음을 의미),
모델 요소 세트.
두 모델이 서로 겹칠 수 없습니다.
-
모델 기반 개발
- 모델을 단순히 중간 개발 아티팩트로 보지 않고 작동 시스템을 생성할 수 있는 정확한 설명으로 보는 시스템 개발에 대한 접근 방식으로 모델 설명에 엄격한 규칙이 필요하기는 하지만 개선된 추상 레벨의 모델에서 작업합니다.
-
모델 기반 아키텍처
- [OMG03]은 이를 다음과 같이 정의합니다.
"특정 기법 플랫폼의 해당 기능 구현 스펙에서 기능 스펙을 분리하는
IT
시스템 스펙에 대한 접근 방식.
-
모델 보기 제어기
- 응용프로그램의 컴포넌트를 분리하는 응용프로그램 아키텍처.
모델은 비즈니스 로직 또는 데이터를 나타냅니다.
보기는 사용자 인터페이스를 나타내고 제어기는 사용자 입력을 관리하거나 간혹 응용프로그램 플로우를 관리하기도 합니다.
-
모델 요소
모델링하는 시스템에서 추출한 추상 요소.
보기 요소와 대조됩니다.
-
모델 정제
공개된 모델에서 저장소 유형을 생성하는 프로세스.
구현된 모델을 기반으로 하고 이에 따라 저장소를 인스턴스화하고 데이터를 입력할 수 있는 인터페이스 및 구현의 생성을 포함합니다.
-
모델 측면
특정 메타 모델의 품질을 강조하는 모델링 차원.
예를 들어,
구조적 모델 측면은 메타 모델의 구조적 품질을 강조합니다.
-
모델링 규칙
- 개념을 표현하는 방법,
프로젝트 팀 관리에서 결정한 모델링 언어에 대한 제한사항;
즉, "서브시스템 간에는 상속을 사용하지 마십시오.", "유스 케이스 모델에서는 연관을 확장 또는 포함하지 마십시오." "C++에서는 동반자 구조를 사용하지 마십시오."
등입니다.
소프트웨어 아키텍처 문서에 나와 있습니다.
-
모델링 시간
소프트웨어 개발 프로세스의 모델링 단계 중 발생하는 것을 지칭합니다.
여기에는 분석 시간 및 디자인 시간이 포함됩니다.
사용법 참고:
오브젝트 시스템 논의 시 모델링 시간 및 런타임 문제를 구분해야 합니다.
분석 시간,
디자인 시간을 참조하십시오.
런타임과 대조됩니다.
-
모듈
저장영역 및 오퍼레이션의 소프트웨어 단위.
모듈에는 소스 코드 모듈, 2진 코드 모듈 및 실행 가능 코드 모듈을 포함합니다.
컴포넌트를 참조하십시오.
-
문서
- 문서는 종이 또는 종이 메타포를 사용하는 매체에 나타내기 위해 작성된 정보의 콜렉션입니다.
종이 메타포에는 페이지의 개념이 포함되며 컨텐츠에 대한 내재적 또는 명시적 시퀀스를 갖습니다.
정보는 텍스트 또는 2차원 그림으로 표시됩니다.
종이 메타포의 예로는 워드프로세서 문서,
스프레드시트,
스케줄,
간트 차트,
웹 페이지 및 오버헤드 슬라이드 프리젠테이션 등이 있습니다.
-
문서 설명
- 특정 문서의 의도된 내용을 설명합니다.
-
문서 템플리트
- Adobe(R) FrameMaker(R)
또는 Microsoft(R) Word(R)와 같은 도구에 사용 가능한 구체적인 도구 템플리트.
-
문자열
텍스트 문자 시퀀스.
문자열 표시 세부사항은 구현에 의존하며 국제적 문자 세트 또는 그래프를 지원하는 문자 세트를 포함할 수 있습니다.
-
뮤테이터(mutator)
메소드
- 해당 인스턴스 변수에 대한 인터페이스를 제공하기 위해 오브젝트가 제공하는 메소드.
인스턴스 값을 리턴하는 액세서 메소드는 get
메소드 또는 getter
메소드라고 하고,
인스턴스 변수에 값을 지정하는 뮤테이터(mutator)
메소드는 set
메소드 또는 setter
메소드라고 합니다.
-
미개발 영역 개발
- "기존 시스템에서 전개"
또는 "레거시를 사용하여 리엔지니어링"에 반대되는 개념으로
"처음부터 시작하는"
개발.
어원:
풀만 있는 비개발 지역에 새 공장을 지을 때 발생하는 용도 변경
-
바
-
- 바인딩
템플리트에서 템플리트 매개변수용 인수를 제공하여 모델 요소 작성.
-
발전적
- 사용자 요구를 완전히 이해하지 못해 각 후속 반복(정제(Elaboration)
단계)에서 요구사항을 정제한다는 사실을 인식하는 반복적 개발 전략.
-
-
방화벽
- 정의된 규칙에 따라 전달되는 트래픽을 제한하는 데 사용할 수 있는 연관된 소프트웨어가 있는 컴퓨터 또는 프로그램 가능 장치.
일반적으로 발신지 또는 대상 주소와 TCP/IP
포트 번호를 기반으로 제어가 적용됩니다.
-
배치
- 소프트웨어 엔지니어링 프로세스의 원칙이며 개발된 시스템이 사용자에게 정상적으로 전이되었는지 확인하는 데 사용됩니다.
훈련 자료 및 설치 프로시저와 같은 아티팩트가 포함됩니다.
-
배치 다이어그램
런타임 처리 노드 구성과 컴포넌트,
프로세스 및 이에 상주하는 오브젝트를 표시하는 다이어그램입니다.
컴포넌트는 코드 단위의 런타임 Manifestation를 나타냅니다.
컴포넌트 다이어그램도 참조하십시오.
-
배치 단위
그룹으로 프로세스 또는 프로세서에 할당된 오브젝트 또는 컴포넌트 세트.
분배 단위는 런타임 컴포지트또는 집계로 표시될 수 있습니다.
-
배치 보기
- 하나 이상의 시스템 구성을 설명하는 아키텍처 보기.
소프트웨어 컴포넌트(타스크,
모듈)에서 이 구성의 컴퓨팅 노드로 맵핑.
-
배치 환경
- 의도한 용도에 맞게 개발된 소프트웨어를 설치 및 실행할 목적으로 구현된 하드웨어 및 소프트웨어 구성의 특정 인스턴스.
테스트 환경,
환경도 참조하십시오.
-
버전
- 일부 아티팩트의 변형.
일반적으로 이전 버전을 확장한 아티팩트의 나중 버전.
-
범위 관리
- 사용 가능한 자원 및 시간을 기반으로 특정 릴리스 주기에서 구현될 수 있는 요구사항 세트의 우선순위를 결정하고 판별하는 프로세스.
이 프로세스는 변경사항이 발생하면 프로젝트 라이프사이클 내내 계속됩니다.
변경 관리도 참조하십시오.
-
베타 테스트
- 샘플로 선정된 예정된 고객이 제품을 사용해 보는 사전 릴리스 테스트.
-
변경 관리
- 아티팩트에 대한 변경을 제어하고 추적하는 활동.
범위 관리도 참조하십시오.
-
변경 요청(CR)
- 아티팩트 또는 프로세스를 변경하려는 이해 당사자(stakeholder)의 요청에 해당하는 일반 용어입니다.
변경 요청(CR)에 문서화되어 있는 것은 생성지,
현재 문제점의 영향,
제안된 솔루션 및 해당 비용에 대한 정보입니다.
개선사항 요청,
결함도 참조하십시오.
-
변경 제어 위원회(CCB)
- CCB의 역할은 모든 변경 요청을 적절히 고려하고 권한을 부여하며 조정할 수 있도록 중앙 제어 메커니즘을 제공하는 것입니다.
-
변수
- (1)
데이터 기능에 필요한 오브젝트 내의 저장 위치.
데이터 기능은 숫자 또는 날짜와 같은 오브젝트로서 포함하는 오브젝트의 속성으로서 저장됩니다.
-
변환
- Rational Software Architect
사용 시 기본적으로 메타 모델,
모델 및 추상 레벨에 걸쳐 일괄처리에 맞게 최적화된 변환.
-
변환
- 일반적으로,
매개변수 및 기타 데이터 세트에서 파생될 수 있는 일부 규칙 세트에 따라 소스 모델에서 대상 모델을 생성하는 프로세스.
-
변환 정의
- [KLE03]은 이를 다음과 같이 정의합니다.
"소스 언어로 된 모델을 대상 언어로 된 모델로 변환할 수 있는 방법도 함께 설명하는 변환 규칙 세트."
-
보고서
- 하나 이상의 아티팩트에 대해 설명하는 자동으로 생성된 설명.
보고서 자체는 아티팩트가 아닙니다.
대부분의 경우,
보고서는 개발 프로세스의 임시 제품이며 관련 시스템의 특정 측면과의 커뮤니케이션 수단입니다.
이는 자체를 문서화하지 않는 아티팩트의 스냅샷 설명입니다.
-
보기
- 주어진 관점 또는 시점에서 보고 이 관점과 관련되지 않은 엔티티는 생략하는 모델의 간단한 설명(요약).
아키텍처 보기도 참조하십시오.
-
보기 요소
보기 요소는 모델 요소 콜렉션을 나타내는 텍스트 및/또는 그래픽 투영입니다.
-
보기 투영
보기 요소로의 모델 요소의 투영.
보기 투영은 각 보기 요소에 대한 위치 및 양식을 제공합니다.
-
보호 조건
- 연관된 전이를 시작하기 위해 충족시켜야 하는 조건.
-
부울
값이
true
또는 false인 일람표.
-
부울 표현식
부울 값으로 평가하는 표현식.
-
분산 처리
- 분산 처리는 기능 및 데이터가 LAN
또는 WAN에 연결된 복수의 컴퓨팅 자원을 통해 분산될 수 있는 응용프로그램 또는 시스템 모델입니다.
클라이언트/서버 컴퓨팅을 참조하십시오.
-
분산 컴퓨팅 환경(DCE)
- 분산 컴퓨팅 환경.
컴퓨터 업계에서 분산 컴퓨팅에 대한 de facto
표준으로서 채택했습니다. DCE는 다양한 벤더가 제공한 컴퓨터가 투명하게 통신하고 컴퓨팅 능력,
파일,
프린터 및 네트워크의 기타 오브젝트와 같은 자원을 공유할 수 있게 합니다.
-
분석
- 문제점 도메인 모델을 공식화하는 것이 기본 목적인 소프트웨어 개발 프로세스의 일부.
분석은 무엇을 수행할 것인지에 중점을 두며 디자인은 이를 수행하는 방법에 초점을 맞춥니다.
디자인을 참조하십시오.
-
분석 메커니즘
- 디자인 프로세스에서 초기에 사용된 아키텍처 매커니즘으로 핵심 클래스 및 서브시스템이 식별되는 발견 기간 동안 사용됩니다.
일반적으로 분석 메커니즘은 구현에 독립된 방식으로 솔루션의 핵심 측면을 캡처합니다.
분석 메커니즘은 일반적으로 문제점 도메인과 관련이 없으며
"전산학적"
개념입니다.
이는 도메인 관련 클래스 또는 컴포넌트에 특정 동작을 제공하거나 클래스 및/또는 컴포넌트 간 협업 구현에 해당합니다.
프레임워크로 구현될 수 있습니다.
소수를 지명하기 위해 지속성,
프로세스 간 통신,
오류 또는 결함 처리,
공고 및 메시지 전달을 처리하는 메커니즘을 예로 들 수 있습니다.
-
분석 모델
- 디자인 모델의 추상으로 사용되는 오브젝트 모델은 유스 케이스 실현(realization)
초기 정의를 제공합니다.
-
분석 및 디자인
- (일반)
시스템의 필수 기능 및 품질 요구사항을 만족할 수 있도록 전략적 결정을 내리는
(일반)
활동.
디자인 모델도 참조하십시오.
-
분석 시간
소프트웨어 개발 프로세스의 분석 단계 중에 발생하는 것을 지칭합니다.
디자인 시간,
모델링 시간을 참조하십시오.
-
분석 클래스
- 일반적으로 유스 케이스 실현(realization)
컨텍스트 내에서 시스템의 디자인 요소를 수행하는 역할의 추상.
분석 클래스는 여러 역할에 대한 추상적 개념을 제공할 수 있으며 이러한 역할의 공통 동작을 나타냅니다.
분석 클래스는 보통 하나 이상의 디자인 요소로 발전합니다.
예를 들어,
디자인 클래스 및/또는 캡슐 또는 디자인 서브시스템.
-
분석 패턴
- [FOW97a]
다음과 같은 분석 패턴이 있습니다.
"[...]
비즈니스 모델링에서 공통적인 생성을 나타내는 개념 그룹.
이는 하나의 도메인에만 관련되었거나 여러 도메인에 걸쳐 있을 수 있습니다."
그러므로 이 참조서에서 도메인에 대한 용어는 패턴을 설명하는 데 사용됩니다. [FOW97a]의 정의를 비즈니스 모델링 이외의 도메인으로 확장해서는 안 될 이유가 없습니다.
분석 패턴의 다른 측면은 분석 모델에서의 인스턴스화에 필요한 추상적이고 개념적인 템플리트이며 의도된 것
(모든 패턴에서와 같이 바인딩을 통해)이라는 것입니다.
이는 디자인을 통해 더 정제되어야 합니다.
비록 [FOW97a]에 표시된 규모가 중간 크기이며 전체 응용프로그램의 분석 모델을 구성하도록 작성하지만 분석 패턴의 규모는 크게 변할 수 있습니다.
-
분석가
- 이해 당사자(stakeholder)
요구사항을 이끌어 내어 해석한 후 이 요구사항을 전체 팀에게 전달할 책임이 있는 프로젝트 팀의 구성원.
-
뷰(데이터베이스)
- 데이터베이스에 있는 하나 이상의 실제 테이블에 들어 있는 열 정보로 구성된 가상 테이블.
-
비동기 조치
전송 오브젝트가 결과를 기다리기 위해 일시정지하지 않는 요청.
동기 조치와 대조됩니다.
-
비전
- 개발되는 제품의 사용자 또는 고객 보기이며,
시스템의 핵심 이해 당사자(stakeholder)
요구 및 기능 레벨에서 지정됩니다.
-
비주얼 프로그래밍 도구
- 프로그램을 그래픽으로 지정하는 데 필요한 수단을 제공하는 도구.
응용프로그램 프로그래머는 컴포넌트의 그래픽 표시를 조작하여 응용프로그램을 작성합니다.
-
비즈니스 개선
- 변경 작업이 로컬이며 전체 비즈니스로 확장하지 않는 비즈니스 엔지니어링 수행.
여기에는 정리 비용,
리드 타임(lead time),
서비스 및 품질 모니터링이 포함됩니다.
-
비즈니스 규칙
- 비즈니스 내에서 충족시켜야 하는 정책 또는 조건 선언.
비즈니스 규칙은 모델,
문서 또는 둘 다에서 캡처될 수 있습니다.
-
비즈니스 리엔지니어링
- 변경 작업에 전체 기존 비즈니스의 포괄적인 보기를 사용하고 작업 수행의 이유를 생각하는 것이 포함되는 비즈니스 엔지니어링 수행.
모든 기존의 비즈니스 프로세스를 조사한 후 근본적인 개선을 위해 이를 재구성하는 완전히 새로운 방법을 찾습니다.
이에 대한 다른 이름은 BPR(Business Process Reengineering)
및 프로세스 혁신입니다.
-
비즈니스 모델링
- 비즈니스를 시각적으로 모델링하는 데 사용할 수 있는 모든 모델링 기법을 포함합니다.
비즈니스 엔지니어링을 수행하는 데 사용할 수 있는 기법의 서브세트가 있습니다.
-
비즈니스 목적
- 비즈니스 목적은 비즈니스가 만족시켜야 하는 요구사항입니다.
비즈니스 목적은 어떤 미래 시점에 달성하고자 하는 특정 측정값을 설명하며,
비즈니스의 활동을 계획 및 관리하는 데 사용될 수 있습니다.
비즈니스 목표도 참조하십시오.
-
비즈니스 목표
- 상위 레벨의 비즈니스 목적에 일반적으로 사용하는 용어.
비즈니스 목표는 일반적으로 추상적이기 때문에 측정하기가 어려워 보다 측정이 쉬운 하위 레벨 비즈니스 목적으로 변환됩니다.
-
비즈니스 분석 모델
- 비즈니스 유스 케이스 실현(realization)을 설명하는 오브젝트 모델.
비즈니스 오브젝트 모델과 동의어입니다.
-
비즈니스 시스템
- 비즈니스 시스템은 특정 목적을 이행하는 역할 및 자원 세트를 캡슐화하고 해당 목적을 달성할 수 있는 책임 세트를 정의합니다.
-
비즈니스 아키텍처
- 비즈니스 아키텍처는 다른 요소에 대한 명확한 관계를 가진 조직된 요소 세트로서,
기능에 의해 정의된 완전체(whole)를 구성합니다.
요소는 조직적이며 동작하는 비즈니스 구조를 나타내며 비즈니스의 핵심 프로세스 및 구조에 대한 추상적 개념을 나타냅니다.
-
비즈니스 액터 클래스
- 비즈니스와 관련하여 각 비즈니스 액터 인스턴스가 동일한 역할을 수행하는 비즈니스 액터 인스턴스 세트를 정의합니다.
-
비즈니스 액터(인스턴스)
- 비즈니스와 상호작용하는 비즈니스 외부의 사람 또는 사물.
-
비즈니스 엔지니어링
- 회사에서 특정 목적에 따라 해당 비즈니스를 디자인하는 데 사용하는 기법 세트.
비즈니스 엔지니어링 기법은 비즈니스 리엔지니어링,
비즈니스 개선 및 비즈니스 작성에 사용할 수 있습니다.
-
비즈니스 엔티티
- 비즈니스 엔티티는 비즈니스 액터 및 비즈니스 작업자가 처리하는 중요하고 지속적인 정보를 나타냅니다.
-
비즈니스 유스 케이스 모델
- 비즈니스가 의도한 기능의 모델.
비즈니스 유스 케이스 모델은 조직에서의 역할 및 인도물을 식별하는 데 꼭 필요한 입력으로 사용됩니다.
-
비즈니스 유스 케이스 실현(realization)
- 비즈니스 유스 케이스 실현은 비즈니스 오브젝트 협업 관점에서 비즈니스 분석 모델 내에서 특정 비즈니스 유스 케이스의 워크플로우를 실현하는 방법에 대해 설명합니다.
-
비즈니스 유스 케이스 인스턴스
- 특정 비즈니스 액터에 대해 주목할 만한 가치가 있는 결과를 생성하는 비즈니스가 수행하는 조치 시퀀스.
-
비즈니스 유스 케이스 패키지
- 비즈니스 유스 케이스 패키지는 비즈니스 유스 케이스,
비즈니스 액터,
관계,
다이어그램 및 기타 패키지의 콜렉션입니다.
이는 콜렉션을 작은 파트로 나눔으로써 비즈니스 유스 케이스 모델을 구조화하는 데 사용됩니다.
-
비즈니스 유스 케이스(클래스)
- 비즈니스 유스 케이스는 각 인스턴스가 특정 비즈니스 액터에 대해서 관찰 가능한 결과 값을 산출하도록 비지니스가 수행하는 일련의 조치인 비즈니스 유스 케이스 인스턴스 세트를 정의합니다.
비즈니스 유스 케이스 클래스는 "주목할 만한 가치가 있는 결과"를 생성하는 것과 관련된 모든 기본 및 대체 워크플로우를 포함합니다.
-
비즈니스 이벤트
- 비즈니스 이벤트는 공간 및 시간으로 비즈니스에 중요한 발생을 기술합니다.
비즈니스 이벤트는 비즈니스 프로세스 간의 신호에 사용되며 일반적으로 비즈니스 엔티티와 연관됩니다.
-
비즈니스 작성
- 새 비즈니스 프로세스,
새 비즈니스 라인 또는 새 조직을 작성하는 것이 목적인 비즈니스 엔지니어링 수행.
-
비즈니스 작업자
- 비즈니스 작업자는 비즈니스에서의 역할 또는 역할 세트를 나타냅니다.
비즈니스 작업자는 기타 비즈니스 작업자와 상호작용을 하고 비즈니스 유스 케이스 실현(realization)에 참여하는 동안 비즈니스 엔티티를 처리합니다.
-
비즈니스 전략
- 비즈니스 전략은 비즈니스 개념을 구현하는 데 필요한 원칙 및 목적을 정의합니다.
이는 궁극적으로 비즈니스 비전을 달성하게 하는 장기적인 비즈니스 목표 콜렉션으로 구성됩니다.
-
비즈니스 프로세스
- 조직 목표의 도움으로 정의된 결과를 제공하기 위해 조직의 자원을 사용하는 논리적으로 관련된 활동 그룹. RUP에서 비즈니스의 예상 동작 및 비즈니스 유스 케이스 실현(realization)(비즈니스 작업자 및 비즈니스 엔티티가 동작을 실현하는 방법을 표시)을 표시하는 비즈니스 유스 케이스를 사용하여 비즈니스 프로세스를 정의합니다.
프로세스도 참조하십시오.
-
비즈니스 프로세스 엔지니어링
- 비즈니스 엔지니어링을 참조하십시오
-
빌드
- 최종 제품에 제공할 성능 서브세트를 보여주는 시스템 또는 시스템 파트의 운영 버전
-
사
-
-
사용법
한 요소(클라이언트)가 올바르게 기능하거나 구현되기 위해 다른 요소(공급자)가 있어야 하는 종속성.
-
사용자 인터페이스
- (1)
사용자가 컴퓨터와 상호작용할 수 있게 하는 하드웨어,
소프트웨어 또는 둘 다.
-
사후 조건
- 유스 케이스를 종료할 때 시스템에 대한 제한조건을 정의하는 텍스트로 된 설명.
-
산출물
- (1)
타스크의 결과로 나타나는 모든 중간 산출물. 인도물을 참조하십시오
-
상속
- 일반화를 가능하게 만드는 메커니즘.
개별 클래스 세그먼트 외부에 전체 클래스 설명을 작성하는 메커니즘.
-
상위
일반화 관계에서 다른 요소의 일반화.
하위와 반의어.
서브클래스,
하위 유형을 참조하십시오.
하위와 대조됩니다.
-
상위 유형
일반화 관계에서 다른 유형의 일반화.
하위 유형의 반의어.
일반화를 참조하십시오.
하위 유형과 대조됩니다.
-
상위 클래스
- 다른 Bean
또는 클래스가 데이터,
메소드 또는 둘 다를 상속하는 클래스.
-
상태
일부 조건을 만족시키거나,
일부 활동을 수행하거나,
일부 이벤트를 대기하는 오브젝트 수명 중의 조건 또는 상황.
-
상태 머신
- 상태 머신은 이벤트에 대한 응답 및 오브젝트의 라이프사이클을 정의하여 모델 요소의 동작을 지정합니다.
-
상태 차트 다이어그램
상태 머신이 표시된 다이어그램.
상태 머신을 참조하십시오.
-
상호작용
특정 타스크를 수행하기 위해 인스턴스 간에 자극을 전달하는 방법에 대한 스펙.
상호작용은 협업 컨텍스트 내에 정의되어 있습니다.
협업을 참조하십시오.
-
상호작용 다이어그램
오브젝트 상호작용을 강조하는 특정 다이어그램 유형에 적용되는 일반 용어.
여기에는 커뮤니케이션 다이어그램 및 시퀀스 다이어그램이 포함됩니다.
-
색인
- 데이터베이스 테이블에서 행 검색 효율을 개선하기 위해 사용하는 메커니즘.
-
샌드박스
- Java
애플릿이 실행되는 제한된 환경으로서,
웹 브라우저에서 제공합니다.
샌드박스는 서비스를 제공하고 적합하지 않은 조치 (예:
파일 입출력을 수행하거나 낯선 서버(애플릿이 로드되어 있는 서버가 아닌 다른 서버)와 상호작용하는 것)를 수행하지 못하게 합니다.
하위와 유사한 애플릿이 있으면 샌드박스를 실행하는 환경이 호출됩니다.
-
생성자
- 클래스와 동일한 이름을 가지며 클래스 유형을 가진 오브젝트를 생성하고 초기화하는 데 사용되는 특수 클래스 메소드.
-
서명
작동 기능의 이름 및 매개변수.
서명은 선택사항 리턴 매개변수를 포함할 수 있습니다.
-
서버
- 네트워크의 여러 사용자 또는 워크스테이션에게 서비스를 제공하는 컴퓨터.
예를 들어,
파일 서버,
프린터 서버 및 메일 서버가 있습니다.
-
서브머신 상태
상태 머신의 상태로,
컴포지트 상태와 동일하지만 그 컨텐츠는 다른 상태 머신에 의해 설명됩니다.
-
서브시스템
- 다른 모델 요소를 포함할 수 있는 패키지 및 동작을 가진 클래스 시맨틱을 가진 모델 요소.
서브시스템의 동작은 클래스 또는 이 클래스를 포함한 다른 서브시스템에 의해 제공됩니다.
서브시스템은 수행할 수 있는 작동을 정의하는 하나 이상의 인터페이스를 구현합니다.
-
서브클래스
일반화 관계에서 다른 클래스의 전문화.
수퍼 클래스의 반의어.
일반화를 참조하십시오.
수퍼 클래스와 대조됩니다.
-
서브활동 상태
일정한 지속 기간을 갖는 연속된 단계(최소 단위가 아님)의 실행을 나타내는 활동 그래프 내의 상태.
-
서비스 지향 아키텍처(SOA)
- 서비스 지향 아키텍처(SOA)는 그들이 제공하는 컴포넌트 및 서비스와 관련하여 소프트웨어 시스템 구조의 개념적 설명이며,
이 컴포넌트,
서비스 및 컴포넌트 간의 연결의 기본 구현과는 관계 없습니다.
-
설명자
- 한 가지 구체적인 컨텐츠 요소를 참조하는 특수 작업분류 요소에 대한 추상 일반화.
설명자는 메소드 컨텐츠로부터의 프로세스 분리를 실현하기 위한 핵심 개념입니다.
한 가지 특정 컨텐츠 요소에 대한 참조 오브젝트로 설명자를 특성화할 수 있습니다.
또한 설명자에는 자체 관계 및 특성이 있으며 이들의 목적은 참조하는 컨텐츠 요소의 시맨틱을 수정하는 것입니다.
-
세대
- 주기 종료 시의 최종 릴리스.
-
소프트웨어 아키텍처
- 소프트웨어 아키텍처에는 다음이 포함됩니다.
-
소스트웨어 시스템 구성에 대한 중요한 결정
- 요소 간의 협업에 지정된 대로 동작과 함께 시스템을 구성하는 데 사용되는 구조적 요소 및 해당 인터페이스의 선택
- 구조적 요소 및 작동 요소를 점진적으로 커지는 서브시스템으로 작성
- 이러한 구성,
요소 및 인터페이스,
협업 및 작성을 안내하는 아키텍처 스타일
-
소프트웨어 요구사항
- 외부적으로 식별 가능한 시스템 작동의 스펙. 예를 들어, 시스템에 대한 입력, 시스템으로부터의 출력, 시스템의 기능, 시스템의 속성 또는 시스템 환경의 속성이 있습니다.
-
소프트웨어 요구사항 검토(SSR)
- 폭포수 방화벽 라이프사이클에서 소프트웨어 요구사항 스펙이 완료될 때 수행하는 기본 검토.
-
소프트웨어 요구사항 스펙(SRS)
- 빌드할 시스템의 내부 및 외부 동작을 완전히 정의하는 요구사항 세트로,
종종 기능적 스펙이라고 합니다.
-
속성
- 클래스가 정의한 속성은 클래스의 이름 지정된 특성 또는 해당 오브젝트를 나타냅니다.
속성에는 해당 인스턴스의 유형을 정의하는 유형이 있습니다.
-
송신
송신측 인스턴스에서 수신측 인스턴스로 자극을 전달.
송신측,
수신측을 참조하십시오.
-
송신측
자극을 수신측 오브젝트로 전달하는 오브젝트.
수신측과 대조됩니다.
-
수령
클래스류에서 수신한 신호에 반응할 준비가 되었다는 선언.
-
수신
송신측 인스턴스로부터 전달된 자극(stimulus)의 처리.
송신측,
수신측을 참조하십시오.
-
수신측
송신측 오브젝트로부터 전달된 자극을 처리하는 오브젝트.
수신측과 대조됩니다.
-
수퍼 클래스
일반화 관계에서 다른 클래스의 일반화(서브클래스).
일반화를 참조하십시오.
서브클래스와 대조됩니다.
-
수평화(flatten)
- 해체(de-marshal)와 동의어입니다.
-
순차적 하위 상태
동일한 컴포지트 상태에 포함되어 있는 기타 하위 상태와 동시에 보유할 수 없는 하위 상태.
컴포지트 상태를 참조하십시오.
동시적 하위 상태와 대조됩니다.
-
스레드
제어 플로우의 프로그램,
동적 모델 또는 일부 기타 표시를 통한 단일 실행 경로.
또한,
경량 프로세스인 활성 오브젝트의 구현을 위한 스테레오타입.
프로세스를 참조하십시오.
-
스모크 테스트
- 이전 빌드 이후로 소프트웨어가 양식 또는 기능으로 회귀되는지를 판별하기 위해 각 소프트웨어 빌드에 대해 실행할 수 있는 테스트의 서브세트를 설명하는 데 사용되는 단계
(일반적으로 숫자로 제한됨).
빌드 유효성 검증 테스트,
빌드 검증 테스트,
빌드 적합성 테스트,
빌드 회귀 테스트 및 새너티(sanity)
검사와 동의어입니다.
-
스윔레인
조치에 대한 책임을 구성하기 위한 활동 다이어그램의 파티션.
스윔레인(Swimlane)은 일반적으로 비즈니스 모델의 조직 단위에 해당합니다.
파티션을 참조하십시오.
-
스키마[MOF]
MOF
컨텍스트에서 스키마는 모델 요소의 컨테이너인 패키지와 유사합니다.
스키마는 MOF
패키지에 해당합니다.
메타 모델(MOF
패키지에 해당하는 패키지)과 대조됩니다.
-
스텁
- 테스트 목적의 기능을 포함하는 컴포넌트.
스텁은 일부 사전 정의된 값만 리턴하는 순수 "더미"이거나 복잡한 동작을
"시뮬레이션"합니다.
-
스테레오타입
- 요소의 메타 분류.
스트레오타입은 모든 특정 스테레오타입 값에 대해 지정될 수 있는 시맨틱 관계를 갖고 있습니다.
-
스토어드 프로시저
- 데이터베이스에 연관된 코드 또는 스크립트의 기능적 단위.
-
스펙
내용이 무엇이고 어떤 작업을 수행하는지에 대한 선언적 설명.
구현과 대조됩니다.
-
승격
- JavaBean
내에서 포함된 Bean의 기능을 연결 작성에 사용할 수 있게 만드는 것.
예를 들어,
패널에 있는 세 개의 누름 단추를 구성하는 Bean이 있습니다.
이 Bean이 프레임에 있을 경우,
프레임에서 이를 사용할 수 있게 하려면 누름 단추의 기능을 승격시켜야 합니다.
-
시간
절대 시간 또는 상대 시간을 나타내는 값.
-
시간 이벤트
현재 상태가 입력된 이후에 경과된 시간을 나타내는 이벤트.
이벤트를 참조하십시오.
-
시간 제한(timeboxing)
- RUP에서 권장하는 반복 스케줄 관리에 대한 접근 방법.
처음에 반복 범위 및 스케줄을 설정하며 개발 타스크가 계획보다 길어질 경우,
원래 계획된 범위를 조정하기 위해 종료일을 못맞추기 보다는 계획된 반복 종료일을 맞출 수 있도록 해당 범위(및 반복하도록 확약된 자원)를 적극적으로 관리하도록 프로젝트 관리자를 격려합니다. RUP에서 늦춰지는 스케줄을 관리하기 위해 자원을 추가하는 것보다는 범위를 줄이는 것이 좋습니다.
이 접근 방식의 동기 부여는 이해 당사자(stakeholder)에게 반복 결과를 가시적으로 표시하고 반복을 평가하여 얻은 교훈을 후속 반복에 반영할 수 있게 하는 것입니다.
-
시간 표현식
절대 시간 또는 상대 시간 값으로 분석되는 표현식.
-
시나리오
동작을 보여주는 특정 조치 시퀀스.
시나리오는 하나 이상의 유스 케이스 인스턴스의 상호작용 또는 실행을 보여주는 데 사용될 수 있습니다.
상호작용,
테스트 시나리오를 참조하십시오.
-
시맨틱 변동 지점
메타 모델 시맨틱의 변동 지점.
이는 메타 모델 시맨틱을 자유롭게 해석할 수 있게 합니다.
-
시스템
(1)
특정 목적을 달성하기 위해 조직된 연결 단위의 콜렉션.
시스템은 시점에서 하나 이상의 모델에 의해 설명될 수 있습니다.
실제 시스템과 동의어.
-
시스템 요구사항 검토(SRR)
- 폭포수형 라이프사이클에서 시스템 스펙이 완료될 때 수행하는 주요 검토의 이름.
-
시작
상태 전이 실행.
전이를 참조하십시오.
-
시작 페이지
- 웹 사이트를 찾아볼 때 사용자가 보는 첫 번째 페이지.
기본 페이지,
홈 페이지와 동의어입니다.
-
시퀀스 다이어그램
시간순으로 정렬된 오브젝트 상호작용이 표시된 다이어그램.
특히,
상호작용에 참여한 오브젝트와 교환된 메시지의 순서를 표시합니다.
커뮤니케이션 다이어그램과는 달리 시퀀스 다이어그램은 시간 순서를 포함하나 오브젝트 관계는 포함하지 않습니다.
시퀀스 다이어그램은 일반 양식(일반 시나리오에 대해 설명)
및 인스턴스 양식(시나리오 인스턴스에 대해 설명)으로 존재할 수 있습니다.
시퀀스 다이어그램 및 커뮤니케이션 다이어그램은 유사한 정보를 표현하지만 표시하는 방법은 서로 다릅니다.
커뮤니케이션 다이어그램을 참조하십시오.
-
신호
인스턴스 간에 전달되는 비동기 자극의 스펙.
신호가 매개변수일 수 있습니다.
-
신호 상속
유형이 상위 유형 하나만 가질 수 있는 일반화의 시맨틱 변형.
다중 상속과 대조됩니다.
-
실제 매개변수
인수와 동의어입니다.
-
실패
- 시스템 또는 컴포넌트가 지정된 성능 요구사항 내에서 해당 필수 기능을 수행할 능력이 없음
[IE610.12].
실패는 하나 이상의 결함(fault)에 근본 원인을 갖고 있는 하나 이상의 결함(defect)에 대한 식별 가능한 증상으로 특성화됩니다.
-
실행 가능 아키텍처
- 실행 가능 아키텍처를 참조하십시오.
-
실행 가능 아키텍처
- 실행 가능 아키텍처는 시스템의 부분적 구현으로서,
특히 비기능적 요구사항을 충족시키는 선택된 시스템 기능 및 특성을 보여주기 위해 빌드됩니다.
이는 정제(Elaboration)
단계 중에 성능,
처리량,
용량,
신뢰성 및 기타 '특성(ilities)'과 관련된 위험성을 완화시키기 위해 빌드되어 완벽히 동작하는 시스템 기능을 중단 위험 없이 견고한 기반의 구현/구축(Construction)
단계에 추가할 수 있게 합니다.
동작하며 요구사항도 충족시키는 것으로 밝혀진 실행 가능 아키텍처를 유지하고 인도물 시스템의 일부분으로 만들려는 목적과 함께 실행 가능 아키텍처를 발전적 프로토타입으로 빌드하는 것이
RUP의 목적입니다.
-
아
-
-
아키텍처
- IEEE에 따른 환경에서 최상위 레벨의 시스템 개념.
소프트웨어 시스템(해당 시점)의 아키텍처는 인터페이스를 통해 상호작용하는 중요한 컴포넌트의 조직 또는 구조이며 이 컴포넌트는 연속적으로 더 작은 컴포넌트와 인터페이스로 구성됩니다.
-
아키텍처 기준선
- 기반 구조 및 시스템의 동작이 안정화되는 시기인 정제(Elaboration)
단계 종료 시점의 기준선.
-
아키텍처 메커니즘
- 아키텍처 메커니즘은 빈번히 발생하는 문제점에 대한 공통적이고 구체적인 솔루션을 나타냅니다.
이는 구조 패턴 또는 동작 패턴 또는 둘 다일 수 있습니다. Rational Unified Process(RUP)에서 아키텍처 메커니즘은 분석 메커니즘,
디자인 메커니즘 및 구현 메커니즘에 대한 포괄적인 용어로 사용되는 아키텍처 메커니즘입니다.
-
아키텍처 보기
- 주어진 관점에서 시스템아키텍처 보기.
기본적으로 구조,
모듈화,
필수 컴포넌트 및 기본 제어 플로우에 초점을 맞춥니다.
-
아키텍처 패턴
- [BUS96]은 다음과 같이 아키텍처 패턴을 정의합니다.
"아키텍처 패턴은 소프트웨어 시스템에 대한 기본적이고 아키텍처 조직 스키마를 표현합니다.
이는 사전 정의된 서브시스템 세트를 제공하고 책임을 지정하며 이들 세트 간의 관계를 구성하는 데 필요한 규칙 및 가이드라인을 포함합니다."
이는 RUP에서 사용하는 해석입니다.
좀더 상세히 설명하면 다음과 같습니다:
아키텍처 패턴은 특정 규모에서의 패턴(솔루션 템플리트)이며 구체적 소프트웨어 아키텍처에 대한 템플리트입니다.
이는 시스템 전반에 걸친 특성 및 일반적으로 서브시스템 규모
(클래스 레벨이 아님)
관계를 다룹니다.
아키텍처 패턴이 이 방법으로 전문화되지 못하는 기본적인 이유는 없지만,
아키텍처 패턴이 원래 응용프로그램 도메인에 종속되거나 특정 도메인의 용어가 패턴의 설명에 사용되는 것 같지는 않습니다.
분석 패턴과 비교하십시오.
소프트웨어 아키텍처 문서는 시스템에 사용되는 아키텍처 패턴을 표시합니다.
-
아티팩트
- 정규 중간 산출물은 다음 특성을 가집니다.
1)
타스크가 작성,
수정 또는 사용합니다.
2)
책임 영역을 정의합니다.
3)
버전 제어의 대상입니다.
아티팩트에는 모델,
모델 요소 또는 문서를 포함하는 여러 양식이 있습니다.
-
아티팩트 가이드라인
- 아티팩트 작성 및 수정 방법을 포함하여 특정 아티팩트를 사용하여 작업하는 방법에 대한 설명.
-
안내
- UMA
요소에 대한 설명을 제공하는 것을 1차 목적으로 하는 모든 컨텐츠 양식을 일반화합니다.
안내는 그 자체로도 컨텐츠 요소이며,
안내를 다른 안내와 연관시킬 수도 있습니다.
-
애플릿
- 웹 브라우저 내에서 실행하도록 디자인된 Java
프로그램.
응용프로그램과 대조됩니다.
-
액세서 메소드
- 해당 인스턴스 변수에 대한 인터페이스를 제공하기 위해 오브젝트가 제공하는 메소드.
인스턴스 값을 리턴하는 액세서 메소드는 get
메소드 또는 getter
메소드라고 하고,
인스턴스 변수에 값을 지정하는 뮤테이터(mutator)
메소드는 set
메소드 또는 setter
메소드라고 합니다.
-
액세스 수정자
- 클래스,
메소드 또는 속성에 대한 액세스를 제어하는 키워드. Java의 액세스 수정자는
public, private, protected
및 package(기본값)입니다.
-
액터 인스턴스
- 시스템과 상호작용하는 시스템 외부의 사람 또는 사물.
-
액터 일반화
- 액터 클래스(하위)에서 다른 액터 클래스(상위)로의 액터 일반화는 상위 유스 케이스에서 수행할 수 있는 역할을 하위가 상속함을 나타냅니다.
-
액터 클래스
- 시스템과 관련하여 각 액터 인스턴스가 동일한 역할을 수행하는 액터 인스턴스 세트를 정의합니다.
-
엔티티 클래스
- 시스템이 저장한 정보 모델링하는 데 사용하는 클래스 및 연관 동작.
일반 클래스로 많은 유스 케이스에서 재사용되며 종종 지속적인 특성을 가집니다.
엔티티 클래스는 여러 유스 케이스에 관련되며 일반적으로 이러한 유스 케이스에 존속하는 엔티티 오브젝트 세트를 정의합니다.
-
역할
- 비즈니스 조직의 컨텍스트 내에서,
개인의 또는 팀으로 함께 작업하는 개인 집단의 행동 및 책임을 정의합니다.
-
연관
- 인스턴스 간에 양방향의 시맨틱 연결을 모델링하는 관계.
-
연관 종료점
클래스류에 연결하는 연관의 종료점.
-
연관 클래스
연관 및 클래스 특성을 모두 가지고 있는 모델 요소.
연관 클래스는 클래스 특성도 갖고 있는 연관 또는 연관 특성도 갖고 있는 클래스로 보일 수 있습니다.
-
열
- 데이터베이스 내의 테이블의 속성.
-
예비 디자인 검토(PDR)
- 방화벽 라이프사이클에서 아키텍처 디자인이 완료될 때 수행하는 주요 검토.
-
오브젝트
상태 및 동작을 캡슐화하는 잘 정의된 경계 및
ID를 포함하는 엔티티.
상태는 속성 및 관계로 표시되고 동작은 오퍼레이션,
메소드 및상태 머신으로 표시됩니다.
오브젝트는 클래스 인스턴스입니다.
클래스,
인스턴스를 참조하십시오.
-
오브젝트 다이어그램
특정 시점에 오브젝트 및 해당 관계를 포함하는 다이어그램.
오브젝트 다이어그램은 클래스 다이어그램 또는 커뮤니케이션 다이어그램의 특수한 경우라고 볼 수 있습니다.
클래스 다이어그램,
커뮤니케이션 다이어그램을 참조하십시오.
-
오브젝트 라이프라인
일정 기간 동안 오브젝트의 존재를 나타내는 시퀀스 다이어그램의 선.
시퀀스 다이어그램을 참조하십시오.
-
오브젝트 모델
- 시스템 구현의 추상적 개념.
-
오브젝트 클래스
- 오브젝트의 속성 및 메소드를 정의하기 위한 템플리트.
오브젝트 클래스는 다른 오브젝트 클래스를 포함할 수 있습니다.
오브젝트 클래스를 개별적으로 표현한 것을 오브젝트라고 합니다.
-
오브젝트 플로우 상태
한 상태의 조치 출력에서 다른 상태의 조치 입력으로 오브젝트 전달을 나타내는 활동 그래프의 상태.
-
오퍼레이션
동작에 영향을 주는 오브젝트에서 요청받을 수 있는 서비스.
오퍼레이션에는 가능한 실제 매개변수를 제한하는 서명이 있습니다.
-
외부 링크
- 웹 사이트에서 현재 웹 사이트 외부에 위치한 URL에 대한 링크.
외부 링크와 동의어입니다.
-
외부 링크
- 외부 링크와 동의어입니다.
-
외부 키
- 다른 테이블의 1차 키를 참조하는 데이터베이스 테이블의 열 또는 열 세트.
-
요구사항
- 소프트웨어 요구사항을 참조하십시오.
-
요구사항
- 소프트웨어 엔지니어링 프로세스에서 원칙의 목적은 시스템이 수행해야 할 작업을 정의하는 것입니다.
가장 중요한 활동은 비전,
유스 케이스 모델 및 보충 스펙 아티팩트를 개발하는 것입니다.
-
요구사항 관리
- 시스템의 소프트웨어 요구사항을 도출,
구성 및 문서화하고,
이러한 요구사항 변경에 대해 고객과 프로젝트 팀 간에 계약을 맺고 유지하기 위한 조직적 접근 방식.
-
요구사항 속성
- 요구사항 및 기타 프로젝트 요소 간에 링크를 제공하는 특정 요구사항에 연관된 정보(예:
우선순위,
스케줄,
상태,
디자인 요소,
자원,
비용,
위험).
-
요구사항 유형
- 공통 특성 및 속성을 기반으로 요구사항을 범주화하는 것.
종종 요구사항 유형은 요구사항 소스 또는 영향이 미치는 영역(예:
이해 당사자(stakeholder)
요구,
기능,
유스 케이스,
추가 요구사항,
문서 요구사항,
하드웨어 요구사항,
소프트웨어 요구사항 등)을 기반으로 합니다.
요구사항이 나타내는 소프트웨어 품질 차원(예: FURPS+)을 기반으로 요구사항이 분류됩니다.
-
요구사항 추적
- 요구사항을 기타 요구사항,
기타 아티팩트 및 이와 연관된 프로젝트 요소에 링크.
-
요소
모델의 원자 요소.
-
운영 체제 프로세스
- 클래스 및 서브시스템 인스턴스가 상주하고 실행하는 고유한 주소 공간 및 실행 환경.
실행 환경을 하나 이상의 제어 스레드로 나눌 수 있습니다.
프로세스 및 스레드도 참조하십시오.
-
-
워크스테이션
- 운영자가 작업하는 입력/출력 장비의 구성.
사용자가 응용프로그램을 수행할 수 있는 단말기 또는 개인용 컴퓨터로,
일반적으로 메인프레임 또는 네트워크에 연결되어 있습니다.
-
원격 프로시저 호출(RPC)
- 다른 장소에 있는 분배 프로시저에 대한 함수 호출을 사용하여 요청을 할 수 있는 통신 모델.
프로시저의 위치는 호출 응용프로그램에 대해 투명합니다.
-
원칙
- 주요 '관심 영역'을 정의하는 관련 타스크의 콜렉션. 소프트웨어 엔지니어링에서 원칙은 비즈니스 모델링,
요구사항,
분석 및 디자인,
구현,
테스트,
배치,
형상 및 변경 관리,
프로젝트 관리와 환경을 포함합니다.
-
월드 와이드 웹(WWW)
- 그래픽 하이퍼텍스트 멀티미디어 인터넷 서비스.
-
웹 브라우저
- HTML
페이지를 요청하여 렌더링할 수 있도록 하는 클라이언트에서 실행되는 소프트웨어의 일부.
-
웹 사이트
- 한 서버에서 전체라고 할 수 있는 웹 시스템.
사용자는 브라우저를 사용하여 웹 사이트를 탐색합니다.
-
웹 서버
- 월드 와이드 웹(WWW)의 서버 컴포넌트.
이는 웹 브라우저에서의 정보 요청을 처리할 책임이 있습니다.
정보는 서버의 로컬 디스크에서 검색되거나 특정 응용프로램 기능을 수행하기 위해 서버가 호출한 프로그램에 의해 생성되는 파일일 수 있습니다.
-
웹 시스템
- 계층적 또는 선형이 아니라 그래프 양식으로 서로 연결되어 있는 정보 페이지를 포함하는 하이퍼 매체 시스템.
웹 시스템은 브라우저를 통해 액세스할 수 있는 웹 서버로서 자신을 명시할 수 있습니다.
-
웹 응용프로그램
- 시스템 사용자와 시스템 간의 기본 통신 수단으로서 인터넷을 사용하는 시스템.
웹 시스템도 참조하십시오.
-
위임
메시지에 대한 응답으로 메시지를 다른 오브젝트로 보내는 오브젝트의 기능.
위임은 상속의 대안으로 사용될 수 있습니다.
상속과 대조됩니다.
-
위지트(widget)
- 이 컨텍스트에서는 단추,
화면 이동 막대,
레이블,
목록 상자,
메뉴 또는 선택란과 같이 창에 배치할 수 있는 항목을 총칭하는 용어.
-
위험성
- 주요 이정표의 성패에 악영향을 미칠 가능성이 높은 현재 계속적이거나 앞으로 다가올 문제점.
-
유니코드
- 현대의 여러 가지 언어에 대한 문자로 된 텍스트를 교환,
처리 및 표시하는 것을 지원하도록 디자인된 문자 코딩 시스템.
유니코드 문자는 일반적으로 16비트의 부호 없는 정수를 사용하여 인코드됩니다.
-
유스 케이스 다이어그램
시스템 내에서 액터 및 유스 케이스 사이의 관계를 보여주는 다이어그램.
-
유스 케이스 모델
유스 케이스 측면에서 시스템의 기능적 요구사항에 대해 설명하는 모델.
-
유스 케이스 보기
- 대부분 구조적으로 중요한 컴포넌트(오브젝트,
타스크,
노드)에 초점을 맞춰 시스템에서 중요한 유스 케이스를 수행하는 방법을 설명하는 아키텍처 보기. RUP에서는 유스 케이스 모델 보기입니다.
-
유스 케이스 섹션
- 유스 케이스 섹션은 사전 조건,
사후 조건,
서브플로우,
단계 및 텍스트를 포함한 모든 유스 케이스 섹션입니다.
유스 케이스 섹션은 추적성 항목으로 사용될 수 있습니다.
-
유스 케이스 실현(realization)
- 유스 케이스 실현(realization)은 오브젝트 협업 관점에서 특정 유스 케이스가 디자인 모델에서 구현되는 방식을 설명합니다.
-
유스 케이스 인스턴스
유스 케이스에 지정된 일련의 조치 수행.
유스 케이스 인스턴스.
유스 케이스 인스턴스는 유스 케이스를 통과하는 특정 "엔드-투-엔드"
구체적 경로입니다.
액터는 특정 개인(액터 인스턴스)으로 바뀌고 특정 값과 응답이 제공되며 하나 이상의 가능한 유스 케이스 플로우를 통해 단일 경로만 사용됩니다.
시나리오,
테스트 시나리오도 참조하십시오.
-
유스 케이스 패키지
- 유스 케이스 패키지는 유스 케이스,
액터,
관계,
다이어그램 및 기타 패키지의 콜렉션입니다.
이는 이 콜렉션을 작은 파트로 나누어 유스 케이스 모델을 구성하는 데 사용됩니다.
-
유스 케이스(클래스)
- 조치 순서와 관련하여 시스템 작동에 대한 설명.
유스 케이스는 액터에게 관찰 가능한 결과 값을 산출해야 합니다.
유스 케이스는 대체 및 예외 플로우를 비롯하여 "관찰 가능한 결과 값"의 생성과 관련된 모든 이벤트 플로우를 포함합니다.
보다 공식적으로 유스 케이스는 유스 케이스 인스턴스 또는 시나리오 세트를 정의합니다.
-
유틸리티
글로벌 변수 및 프로시저를 클래스 선언 양식으로 그룹화하는 스테레오타입.
유틸리티 속성 및 오퍼레이션은 각각 글로벌 변수 및 글로벌 프로시저가 됩니다.
유틸리티는 기본 모델링 구문이 아니라 프래그래밍 도구입니다.
-
유형
- 공통 특성,
관계,
속성 및 시맨틱을 공유하는 엔티티 세트에 대한 설명.
-
유형 표현식
하나 이상의 유형에 대한 참조를 평가하는 표현식.
-
응용프로그램
- 사용하려는 조치(새 기법):
기법을 적용하는 조치.
-
응용프로그램 인터페이스(API)
- 응용프로그램이 서로 통신할 수 있게 하는 소프트웨어 인터페이스. API는 기본 운영 체제 또는 서비스 프로그램이 제공하는 특정 기능 및 서비스를 확보할 수 있도록 응용프로그램에 코딩될 수 있는 프로그래밍 언어 구문 또는 명령문 세트입니다.
-
응집
- 다른 컴포넌트에 의존하는 동일한 유형을 가진 같은 성격의 컴포넌트 조합.
서로 연결된 조치 또는 상태.
밀접한 유니온.
결합과 대조됩니다.
-
이름
모델 요소를 식별하는 데 사용되는 문자열.
-
이름 공간
이름을 정의하여 사용할 수 있는 모델 파트.
이름 공간 내에서 각 이름은 고유한 의미를 갖습니다.
이름을 참조하십시오.
-
이벤트
시공간적 위치가 있는 중요한 발생 스펙.
상태 다이어그램 컨텍스트에서 이벤트는 전이를 트리거할 수 있는 발생입니다.
-
이벤트 대 메소드 연결
- Bean에 의해 생성된 이벤트에서 Bean
메소드로의 연결.
연결된 이벤트가 발생하면 메소드가 실행됩니다.
-
이정표
- 반복이 공식적으로 종료되는 지점(릴리스 지점과 일치).
-
이해 당사자(stakeholder)
- 프로세스 결과물(예: 프로세스에서 생성되는 인도물)에 의해 물질적으로 영향을 받는 개인
-
이해 당사자(stakeholder)
요구
- 구매 또는 사용을 입증하기 위해 이행해야 하는 비즈니스 또는 운영상의 문제점(기회).
-
이해 당사자(stakeholder)
요청
- 다양하게 특화된 유형의 요청(예:
변경 요청,
개선사항 요청,
요구사항 변경에 대한 요청,
이해 당사자(stakeholder)로부터의 결함).
-
인도물
- 고객 또는 기타 이해 당사자에 대한 값,
자료 또는 다른 정보를 보유한 프로세스의 산출물.
-
인수
런타임 인스턴스로 해결하는 매개변수의 바인딩.
실제 매개변수와 동의어입니다.
매개변수와 대조됩니다.
-
인스턴스
- 클래스 또는 유형의 설명에 맞는 개별 엔티티.
-
인터넷
- 모두 TCP/IP
프로토콜을 사용하며 1960년대 후반 및
1970년대 초반의 ARPANET으로부터 발전된 거대한 상호 연결된 네트워크 콜렉션.
-
인터넷 프로토콜
- 기본 인터넷 기능을 제공하는 프로토콜.
-
인터넷 프로토콜 주소
- 네트워크에 연결된 모든 컴퓨터를 식별하는 숫자로 된 주소.
예를 들면, 123.45.67.8과 같습니다.
-
인터페이스
- 클래스
또는 컴포넌트
서비스를 지정에 사용되는 오퍼레이션
콜렉션.
-
인터페이스 상속
보다 특정한 요소의 인터페이스 상속.
구현 상속은 포함하지 않습니다.
구현 상속과 대조됩니다.
-
인트라넷
- 공용 인터넷에서 찾은 동일한 유형의 소프트웨어를 사용하나 내부 전용인 회사 또는 조직 내부의 사설 네트워크.
인터넷이 좀더 보편화되면서 인터넷에서 사용되는 대부분의 도구가 사설 네트워크에서도 사용됩니다.
예를 들어,
많은 회사들이 직원들만 사용할 수 있는 웹 서버를 갖고 있습니다.
-
일람표
특정 속성 유형의 범위로 사용되는 이름이 지정된 값의 목록.
예를 들어, RGBColor = {red, green, blue}입니다.
부울은 {false, true}
세트에 있는 값을 가진 사전 정의된 일람표입니다.
-
일반화
보다 일반적인 요소 및 보다 특정한 요소 간의 분류학적 관계.
좀더 특정한 요소는 좀더 일반적인 요소와 완전히 일치하며 자세한 정보가 포함되어 있습니다.
좀더 특정한 요소 인스턴스는 좀더 일반적인 요소가 허용될 경우에 사용될 수 있습니다.
상속을 참조하십시오.
-
일반화 가능 요소
일반화 관계에 참여한 모델 요소.
일반화를 참조하십시오.
-
임시 오브젝트
작성한 프로세스 또는 스레드를 실행하는 동안에만 존재하는 오브젝트.
-
입력
- 타스크가 사용하는 중간 산출물. 정적 중간 산출물을 참조하십시오.
-
입력 조치
해당 상태에 도달하기 위해 전이에 관계없이 상태 머신의 상태로 입력할 때 실행되는 조치.
-
자
-
-
자극(stimulus)
한 인스턴스에서 다른 인스턴스로의 정보 전달(예:
신호 발생 또는 오퍼레이션 호출).
일반적으로 신호 수신은 이벤트로 간주됩니다.
메시지를 참조하십시오.
-
자원 파일
- Java
프로그램에서 참조하는 파일.
그래프 및 오디오 파일을 예로 들 수 있습니다.
-
작동 기능
오퍼레이션 또는 메소드와 같은 모델 요소의 동적 기능.
-
작동 모델 측면
모델 측면으로 시스템에서 인스턴스 동작을 강조하고 메소드,
협업 및 상태 히스토리를 포함합니다.
-
작업공간
- 현재 작업 중인 모든 코드를 포함하는 작업 영역.
즉 현재 개정판.
작업 영역에는 표준 Java
클래스 라이브러리 및 기타 클래스 라이브러리도 포함됩니다.
-
작업분류 요소
- 프로세스 구조의 일부인
UMA에서 모델링된 임의의 요소.
-
작업분류체계
작업분류 요소의 계층 구조 컴포지션으로 프로세스를 지정하는
UMA 구조.
-
장치
- 노드 유형으로 프로세서에 지원 기능을 제공합니다.
임베디드 프로그램(장치 드라이버)을 실행할 수는 있지만 범용 응용프로그램은 실행할 수 없습니다.
대신 범용 응용프로그램을 실행하는 프로세서를 제공하기 위해서만 존재합니다.
-
재사용
- 아티팩트의 추가 사용 또는 반복 사용.
-
재생(resurrect)
- 직렬화 해제를 참조하십시오.
-
저장소
요구사항,
결과(즉 메트릭),
오브젝트 모델,
인터페이스 및 구현과 같이 프로세스 실행 중에 출력되는 중간 산출물(아티팩트)의 저장 위치.
-
적합성
- 고객이 소프트웨어 제품의 소유권을 계약의 부분적 또는 완전한 성능으로 승인하는 조치.
-
전개
- 초기 개발 주기 이후의 소프트웨어의 활동 기간.
제품이 관련된 모든 후속 주기.
-
전달 프로세스
- 전달 프로세스는 특정 프로젝트 유형을 수행하기 위한 완전하고 통합된 접근 방식을 설명하는 특수 프로세스입니다. 이는 작업분류체계로 메소드 컨텐츠의 시퀀스를 지정하여 자세히 설명한 전체 라이프사이클 모델을 제공합니다.
-
전이(Transition)
- 소프트웨어를 사용자 커뮤니티로 이양하는 프로세스의 네 번째 단계.
-
전제 조건
- 유스 케이스를 시작할 때 시스템에 대한 제한조건을 정의하는 텍스트로 된 설명.
-
점진적
- 매 반복마다 기능을 조금씩 추가하여 시스템을 빌드하는 반복적 개발 전략을 규정합니다.
-
정규 매개변수
매개변수와 동의어입니다.
-
정렬(marshal)
- 직렬화 해제와 동의어입니다.
- 정의 모델
저장소의 기본이 되는 모델.
여러 개의 저장소가 동일한 정의 모델을 가질 수 있습니다.
-
정적 분류
오브젝트의 유형 또는 역할 변경이 없을 수 있는 일반화의 시맨틱 변형.
동적 분류와 대조됩니다.
-
정적 정보
- 액세스할 때마다 변경되지 않는 웹 파일.
-
정적 중간 산출물
- 프로세스에서 사용하지만 변경되지는 않는 중간 산출물
-
정점
상태 머신에서 전이에 대한 소스 또는 대상.
정점은 상태 또는 pseudo
상태일 수 있습니다.
상태, Pseudo
상태를 참조하십시오.
-
정제
특정 상세 레벨로 이미 지정되어 있는 요소에 대해 더 자세한 스펙을 나타내는 관계.
예를 들어,
디자인 클래스는 분석 클래스의 정제입니다.
-
정제(Elaboration)
- 비전 및 아키텍처 제품이 정의되는 프로세스의 두 번째 단계.
-
제안자
- 제안자는 변경 요청(CR)을 제출한 사용자입니다.
표준 변경 요청 메커니즘에서는 제안자가 현재 문제점에 대한 정보와 변경 요청 양식에 따른 제안 솔루션을 제공해야 합니다.
-
제어 중심
직접 또는 하위 프로시저를 통해 오브젝트가 조치를 수행하는 기간을 보여주는 시퀀스 다이어그램 기호.
-
제어 클래스
- 하나 또는 여러 유스 케이스에 고유한 동작을 모델링하는 데 사용하는클래스.
-
제품
- 개발 결과인 소프트웨어 및 이와 관련된 몇 가지 아티팩트(문서,
릴리스 매체,
훈련).
-
제품 라인 아키텍처
- 요소 유형,
유형이 상호작용하는 방법 및 유형에 제품 기능을 맵핑하는 방법을 정의합니다.
일부 구조 요소 인스턴스를 정의하여 진행할 수도 있습니다.
이 용어는 일반적으로 조직 또는 회사 내의 제품 세트에 적용됩니다. [HOF99]도 참조하십시오.
-
제품 요구사항 문서(PRD)
- 제품(시스템),
의도한 사용법 및 제품이 제공하는 기능 세트에 대한 상위 레벨의 설명.
-
제품 챔피언
- 제품의 비전 후원자이며 개발 팀과 고객 사이의 중재자 역할을 수행하는 고위 간부.
-
제한조건
시맨틱 조건 또는 제한.
특정 제한조건은 UML에 사전 정의되어 있으며 일부는 사용자가 정의할 수 있습니다.
제한조건은 UML에서 확장 가능한 세 개의 메커니즘 중 하나입니다.
태그 값,
스테레오타입을 참조하십시오.
-
조직 단위
- 관레에 필요한 컨텍스트를 제공하는 조직의 기본 컴포넌트.
조직 구조는 상위 단위를 계층 구조의 하위에 연관시키고 각 단위는 기타 비즈니스 컴포넌트의 콜렉션을 처리합니다[MARS00].
비즈니스 시스템을 참조하십시오.
-
조치
추상적인 계산 가능 프로시저를 구성하는 실행문의 스펙.
조치는 일반적으로 시스템 상태를 변경시키며 메시지를 오브젝트로 보내거나 속성의 값 또는 링크를 수정하여 구현될 수 있습니다.
-
조치 상태
최소 단위의 조치(일반적으로 오퍼레이션 호출)의 실행을 나타내는 상태.
-
조치 시퀀스
조치 시퀀스로 분석하는 표현식.
-
종료 조치
해당 상태를 벗어나기 위해 수행한 전이에 관계없이 상태 머신의 상태로 종료할 때 실행되는 조치.
-
종속성
두 모델링 요소의 관계로 한 모델링 요소(독립 요소)에 변경사항이 생기면 다른 모델링 요소(종속 요소)에도 영향을 미칩니다.
-
주기
- 라이프사이클,
개발 주기와 동의어입니다.
테스트 주기도 참조하십시오.
-
요소 또는 요소 콜렉션에 첨부된 주석.
참고에는 시맨틱이 없습니다.
제한조건과 대조됩니다.
-
주요 디자인 검토(CDR)
- 폭포수형 라이프사이클에서 세부사항 디자인이 완료될 때 수행되는 주요 검토.
-
주장
- 반드시 존재해야 하는 프로그램 상태 또는 프로그램 실행 중 특정 시점에 프로그램 변수가 만족해야 하는 조건 세트를 지정하는 논리식.
-
중간 산출물
- 타스크에서 사용,
생성 또는 수정한 모든 항목을 표시하는 컨텐츠 요소.
-
중단점
- 실행이 정지되는 컴퓨터 프로그램의 지점.
-
증분
- 후속 반복 종료 시 두 릴리스 간의 차이(델타).
-
지속적 오브젝트
오브젝트를 작성한 프로세스 또는 스레드가 없어진 이후에도 존재하는 오브젝트.
-
-
직렬화
- 분리(de-marshal)와 동의어입니다.
-
직렬화 해제
- 정렬되지 않은 상태로부터 오브젝트를 생성하는 것.
정렬(marshal),
재생(resurrect)도 참조하십시오.
-
직접 액세스 저장영역
장치(DASD)
- 디스크 드라이브와 같이 기억장치에서 직접 액세스할 수 있게 하는 장치(순차적으로 액세스되는 테이프 드라이브와는 다름).
-
집계
- 집계(전체)와 해당 파트 간의 전체 파트 관계를 모델링하는 연관.
-
집계(클래스)
집계(전체 파트)
관계에서 "전체"를 나타내는 클래스.
집계를 참조하십시오.
-
차
-
-
참가자
관계 또는 구체화된 관계에 대한 모델 요소의 연결.
예를 들어,
클래스는 연관에 참가하고 액터는 유스 케이스에 참가합니다.
-
참조
(1)
모델 요소에 대한 명시적 의미.
-
책임
클래스류의 계약 또는 의무.
-
체크포인트
- 특정 유형으로 올바르게 형식화된 아티팩트가 제시하는 조건 세트.
일반적인 형식으로 응답하는 질문 형식으로 기술할 수도 있습니다.
-
최종 상태
엔클로징 컴포지트 상태 또는 전체 상태 머신의 완료를 나타내는 특수한 형태의 상태.
-
추상
- 구체적인 목적이나 의도가 없는 추상적인 주제 또는 이와 관련된 것.
적용되거나 구체적이 아니며 이론적입니다.
구체적인 존재와는 다릅니다.
구체적과 대조됩니다.
추상 클래스를 참조하십시오.
-
추상
- 연관된 특정 세부사항 세트에만 초점을 둘 수 있도록 불필요한 세부사항을 삭제한 보기 또는 모델 작성
-
추상 클래스
서브클래스 세트를 통해 공통 동작을 제공하나 자신은 인스턴스를 갖지 않도록 디자인된 클래스.
추상 클래스는 개념을 나타냅니다.
즉,
여기서 파생된 클래스는 개념의 구현을 나타냅니다.
기본 클래스도 참조하십시오.
구체적 클래스와 대조됩니다.
-
추적
다른 요소로부터 한 요소를 도출하기 위한 특정 규칙 없이 동일한 개념을 나타내는 두 요소 간의 히스토리 또는 프로세스 관계를 나타내는 종속성.
-
추적성
- 관련된 다른 프로젝트 요소,
특히 요구사항과 관련된 요소까지 프로젝트 요소를 추적하는 기능입니다.
추적성에 관련된 프로젝트 요소를 추적성 항목이라고 합니다.
-
추적성 항목
- 요소 간의 종속성을 계속 추적하기 위해 다른 프로젝트 요소가 명시적으로 추적해야 하는 모든 프로젝트 요소. Rational RequisitePro와 관련하여 이 정의는 다음과 같이 다시 표현될 수 있습니다: RequisitePro
요구사항 유형 인스턴스를 사용하여 RequisitePro에 표현되는 프로젝트 요소.
-
카
-
-
카디널리티
세트 내의 요소 수.
다중성과 대조됩니다.
-
캡슐
- 시스템의 캡슐화된 제어 스레드를 나타내는 특정 디자인 패턴.
캡슐은 스테레오타입화된 클래스이며 필수 제한 연관 및 특성의 특정 세트가 포함됩니다.
-
캡슐 역할
- 캡슐의 역할은 캡슐의 협업 또는 구조에서 특정 위치를 차지할 수 있는 캡슐 유형의 스펙을 나타냅니다.
캡슐 역할은 컨테이너 캡슐이 완전히 소유하며 독립적으로 존재할 수는 없습니다.
캡슐의 구조적 분해에는 일반적으로 커넥터에 의해 결합된 협업 캡슐 역할 네트워크가 포함됩니다.
-
캡슐화
- 소프트웨어 오브젝트의 내부 표시 숨기기.
오브젝트는 기본 구조를 노출하지 않고 데이터를 조회 및 조작하는 인터페이스를 제공합니다.
-
커뮤니케이션 다이어그램
- (1)
커뮤니케이션 다이어그램(이전에는 협업 다이어그램이라고 불림)은 오브젝트 간의 상호작용 패턴에 대해 설명합니다.
이는 서로 간의 링크 및 서로 간에 전송된 메시지를 사용하여 상호작용에 참여한 오브젝트를 표시합니다.
-
커뮤니케이션 연관 관계
- 인스턴스가 상호작용을 한다고 표시하는 액터 클래스 및 유스 케이스 클래스의 연관.
연관의 방향은 커뮤니케이션의 개시자(유니파이드 프로세스 규칙)를 표시합니다.
-
커뮤니케이션 연관 관계
배치 다이어그램에서 커뮤니케이션을 의미하는 노드 사이의 연관.
배치 다이어그램을 참조하십시오.
-
컨테이너
(1)
기타 인스턴스를 포함하기 위해 존재하며 해당 내용에 액세스하거나 반복하는 오퍼레이션을 제공하는 인스턴스.
예를 들어,
배열,
목록 및 세트가 있습니다.
-
컨텍스트
특정 목적(예:
오퍼레이션 지정)으로 연관된 모델링 요소 세트 보기.
-
컨텐츠 요소
- 메소드 컨텐츠의 파트인
UMA에서 모델링된 임의의 요소.
컨텐츠 요소는 단계별 설명을 제공하며 개발 라이프사이클 내에서 해당 단계의 배치와는 별도로 매우 특정한 개발 목적을 달성하는 방법을 설명합니다.
컨텐츠 요소는 프로세스 구조 내에서 인스턴스화 및 적응됩니다.
-
컴파일 시간
소프트웨어 모듈 컴파일 중에 발생한 내용을 참조합니다.
모델링 시간 및 런타임을 참조하십시오.
-
컴포넌트
- 잘 정의된 아키텍처 컨텍스트에서 명확한 기능을 이행하는 중요하고,
거의 독립적이며,
대체 가능한 시스템 파트입니다.
컴포넌트는 인터페이스 세트의 실현(realization)을 확인하고 제공합니다.
-
컴포넌트 기반 개발(CBD)
- 컴포넌트와 같은 개발 및 수집과 컴포넌트로부터 어셈블된 소프트웨어 집중 시스템의 작성 및 배치.
-
컴포넌트 다이어그램
컴포넌트 간의 조직 및 종속성을 표시하는 다이어그램.
-
컴포넌트 모델
- 개발자가 프로그램 작성 시 결합될 수 있는 재사용가능 코드 세그먼트를 정의할 수 있게 하는 아키텍처 및
API. VisualAge for Java는 JavaBeans
컴포넌트 모델을 사용합니다.
-
컴포지션
전체 중 일부로서 강력한 소유권 및 동일한 수명을 가진 집계 연관의 양식.
고정되지 않은 다중성을 가진 파트가 컴포지트 자체 이후에 작성될 수 있으나,
일단 작성되면 함께 생성되었다가 함께 소멸합니다.
즉 일생을 공유합니다.
이러한 파트는 컴포지트가 소멸되기 전에 명시적으로 제거할 수 있습니다.
작성은 반복될 수 있습니다.
컴포지트 집계도 참조하십시오.
-
컴포지트 Bean
- 여러 Bean으로 구성된
Bean.
컴포지트 Bean은 시각적
Bean,
비시각적 Bean
또는 둘 다를 포함할 수 있습니다. Bean도 참조하십시오.
-
컴포지트 상태
동시(수직)
하위 상태 또는 순차(분리)
하위 상태로 구성된 상태.
하위 상태를 참조하십시오.
-
컴포지트 집계
컴포지션과 동의어입니다.
-
컴포지트[클래스]
컴포지션 관계로 하나 이상의 클래스와 연관된 클래스.
컴포지션을 참조하십시오.
-
컴포지트 하위 상태
동일한 컴포지트 상태에 포함되어 있는 기타 하위 상태와
동시에 보유할 수 있는 하위 상태.
컴포지트
상태를 참조하십시오.
영역과 동의어입니다.
-
컴퓨터 독립 모델
- [OMG03]에서는 이를 다음과 같이 정의합니다.
"컴퓨터 독립 모델은 컴퓨터 독립 시점에서 본 시스템 보기입니다. CIM은 시스템에 대한 세부사항을 표시하지 않습니다. CIM은 도메인 모델이라고 하며 해당 도메인의 종사자와 비슷한 용어가 스펙에서 사용됩니다.
-
쿠키
- 방문한 웹 사이트 요청 시 웹 브라우저가 작성하는 작은 파일.
브라우저는 다음 번 방문 시 파일의 컨텐츠를 사이트로 보냅니다.
-
클라이언트
다른 클래스류에서 서비스를 요청하는 클래스류.
공급자와 대조됩니다.
-
클라이언트 서버
- 한 곳에 있는 프로그램이 다른 위치에 있는 프로그램으로 요청을 보낸 다음 응답을 기다리는 분배 데이터 처리에서의 상호작용 모델.
요청하는 프로그램을 클라이언트라고 하고 응답하는 프로그램을 서버라고 합니다.
-
클래스
동일한 속성,
오퍼레이션,
메소드,
관계 및 시맨틱을 공유하는 오브젝트 세트의 설명.
클래스는 인터페이스 세트를 사용하여 클래스가 환경에 제공하는 오퍼레이션 콜렉션을 지정합니다.
인터페이스를 참조하십시오.
-
클래스 계층 구조
- 단일 상속을 공유하는 클래스 간의 관계.
모든 Java
클래스는 오브젝트 클래스로부터 상속합니다.
-
클래스 다이어그램
정적 모델 요소 콜렉션을 표시하는 다이어그램으로 예를 들어 클래스,
유형,
해당 컨텐츠 및 관계입니다.
-
클래스 라이브러리
- 클래스 콜렉션.
-
클래스 메소드
- 메소드를 참조하십시오.
-
클래스류
동작 및 구조적 기능을 설명하는 메커니즘.
클래스류에는 인터페이스,
클래스,
데이터 유형 및 컴포넌트가 포함됩니다.
-
키워드
- ID로 사용될 수 없으며 Java용으로 예약된 사전 정의된 단어
(예: return).
-
타
-
타스크
- 운영 체제 프로세스,
프로세스 및 스레드를 참조하십시오.
-
타스크
- 역할을 수행하도록 요청할 수 있는 작업 단위.
-
타이밍 표시
이벤트 또는 메시지가 발생한 시간에 대한 표시.
타이밍 표시는 제한조건에 사용될 수 있습니다.
-
탐색 테스트
- 테스트 실행에 앞서 테스트 대상에 대한 최소한의 계획이 필요하며 제한된 문서화를 허용하는 컴퓨터 소프트웨어 테스트 기법으로,
테스터의 스킬 및 지식과 테스트 결과로부터의 피드백에 의존하여 계속적 테스트 노력에 대한 조언을 합니다.
탐색 테스트는 종종 한 세션에서 얻은 피드백을 동적으로 후속 세션을 계획하는 데 사용하는 단기 세션에서 실시되기도 합니다.
자세한 정보는 [BAC01a]
내용을 참조하십시오.
-
태그 값
특성을 이름-값 쌍으로 명시적으로 정의합니다.
태그 값에서 이름을 태그라고 합니다.
특정 태그는 UML에 사전 정의되어 있으며 나머지는 사용자 정의할 수 있습니다.
태그 값은 UML에 있는 세 개의 확장 가능성 메커니즘 중 하나입니다.
제한조건,
스테레오타입을 참조하십시오.
-
테스트
- (1)
시스템을 통합하고 테스트하는 것이 목적인 소프트웨어 엔지니어링 프로세스의 원칙.
-
테스트 대상
- 대상 테스트 항목과 동의어입니다.
-
테스트 동기 부여 요인
- 테스트를 수행할 동기를 제공하는 어떤 것으로,
테스터가 조치를 수행하여 테스트를 추진하게 합니다.
테스트 동기 부여 요인은 제공된 실행 가능한 소프트웨어 릴리스의 해당 측면을 평가하도록 테스터에게 동기를 부여할 요소를 식별하여 가시화되게 합니다. RUP의 테스트 동기 부여 요인은 일반적으로 특정 품질 위험성을 나타내고 평가 미션 컨텍스트 내에서 범위가 결정됩니다.
-
테스트 드라이버
- 테스트를 호출하며,
종종 테스트 데이터를 제공하고,
실행을 제어 및 모니터하며,
테스트 결과물을 보고하는 데 사용되는 소프트웨어 모듈 또는 응용프로그램.
테스트 드라이버는 하나 이상의 자동화된 테스트 실행 순서를 지정하고 제어합니다.
테스트 스위트와 동의어입니다.
-
테스트 미션
- 평가 미션을 참조하십시오.
-
테스트 스위트
- 테스트 실행을 순서화하고 테스트 결과를 판별할 수 있는 유용한 관련 테스트 로그 정보 세트를 제공하기 위해 테스트 스크립트 콜렉션을 그룹화하는 데 사용되는 패키지와 유사한 아티팩트.
테스트 드라이버,
쉘 스크립트와 같은 의미입니다.
-
테스트 스크립트
- 테스트를 구현하는 실행 가능한 단계별 콜렉션입니다.
테스트 스크립트는 수동으로 실행되는 문서 텍스트 지시사항 또는 자동화된 테스트 실행을 가능하게 하는 컴퓨터가 읽을 수 있는 지시사항 양식을 가질 수 있습니다.
테스트 시나리오,
테스트 프로시저를 참조하십시오.
-
테스트 시나리오
- 테스트 실행 컨텍스트에서 관심이 있는 작동을 식별하는 조치의 순서(실행 조건).
테스트 시나리오는 동등한 조치 순서 클래스를 일반화하는 방법을 제공합니다.
이 경우,
클래스는 특정 데이터 값이 아닌 범위와 같은 특징을 기반으로 동등하다고 간주됩니다.
테스트 시나리오는 단일 범위 레벨에서 작동을 설명하며 해당 레벨에서 하나 이상의 작동을 관련시킵니다.
예를 들어,
테스트 시나리오는 하나 이상의 유스 케이스 인스턴스에 관련되거나 여러 유스 케이스에 걸친 작동 인스턴스에 관련될 수 있습니다.
시나리오,
유스 케이스 인스턴스,
테스트 프로시저를 참조하십시오.
-
테스트 아이디어
- 실시하는 데 유용한 테스트를 식별하는 간략한 구문.
테스트 아이디어는 일반적으로 제공된 테스트의 측면 (입력,
실행 조건,
예상 결과)을 나타내나 종종 테스트의 단일 측면만을 해결합니다.
테스트 아이디어는 테스트 이면의 가장 본질적인 아이디어를 제외하고 테스트 작업에 대한 스펙이 없는 불완전한 정의라는 점에서 테스트 케이스와는 다릅니다.
테스트 요구사항과 동의어입니다.
테스트 케이스도 참조하십시오.
-
테스트 오라클
- 테스트를 통과할지 또는 실패할지 여부를 알기 위한 전략.
테스트 오라클에는 테스트의 산출 저점을 관찰할 수 있는 매체와 매체가 표시하는 내용을 해석하는 데 필요한 기법 둘 다 포함됩니다.
이는 예상 결과에 대해 관찰된 결과를 평가할 수 있는 수단을 제공합니다.
-
테스트 요구사항
- 하나 이상의 테스트의 구현 및 실행을 이행해야 하는 테스트 노력에 제출된 요구사항.
이 용어 대신 테스트 아이디어가 사용됩니다.
-
테스트 용이성
- 대상 테스트 항목이 적절히 테스트될 수 있는 기능.
대상 항목이 자신에 대한 필수 테스트를 구현할 수 없는 경우 테스트 용이성이 결여되었을 가능성이 있습니다.
테스트 용이성과 관련하여 논의된 두 가지 기본 측면은 다음과 같습니다.
1)
대상 테스트 항목이 테스트될 수 있도록 적절한 지원을 제공하는 기능
2)
테스트 팀이 사용하는 프로세스 및 도구의 적합성 -
여기에 적용하기 위해 사용한 특정 전략.
테스트 인터페이스,
테스트 접근 방식을 참조하십시오.
-
테스트 이스케이프
- 다운스트림 제품 사용 중에 계속해서 발견되는 결함을 감지하기 위해 테스트 팀에서 활동을 규정하는 중에 발견되지 않는 오류 또는 결함.
-
테스트 적용 범위
- 일반적으로 테스트 범위는 어디까지인지 또는 어떻게 측정되었는지를 참조하는 데 사용되는 용어.
일반적인 측정 방법이며,
테스트 범위에는 주어진 테스트 세트가 제공된 시스템 또는 컴포넌트의 테스트 케이스에 지정된 정규 스펙을 해결하는 정도를 고려하는 것이 포함됩니다.
-
테스트 주기
- 여러 가지 중에서 테스트 실행 및 평가를 포함하는 테스트 활동 기간.
독립 테스트에 대한 빌드가 가능한 경우와 해당 빌드에서의 현재 테스트 활동 기간이 종료된 경우,
소프트웨어 빌드를 테스트 환경으로 통합하는 시간 간격.
반복에는 테스트 주기가 아예 없거나 여러 테스트 주기가 있을 수 있지만 대부분의 반복에는 최소 하나의 테스트 주기가 있습니다.
-
테스트 케이스
- 대상 테스트 항목의 일부 특정 측면을 평가하기 위해 식별되는 테스트 입력 세트,
실행 조건 및 예상 결과 스펙(일반적으로 정규).
테스트 케이스는 테스트 케이스에서 수행해야 하는 양식을 생성하는 테스트에 대해 설명하는 완전한 형태의 테스트 스펙이라는 점에서 테스트 아이디어와 다릅니다.
-
테스트 프로시저
- 제공된 테스트의 절차적 측면으로,
일반적으로 하나 이상의 제공된 테스트 케이스에 대한 설정 및 단계별 실행과 관련된 자세한 지시사항 세트입니다.
테스트 프로시저는 테스트 시나리오 및 테스트 스크립트에서 캡처됩니다.
테스트 시나리오,
테스트 스크립트를 참조하십시오.
-
테스트 환경
- 알려져 있고 제어된 조건에서 테스트를 실시할 목적으로 구현된 하드웨어 및 소프트웨어 구성의 특정 인스턴스.
배치 환경,
환경도 참조하십시오.
-
테이블
- 특정 엔티티 또는 주제에 대한 정보 콜렉션을 표시하는 데이터베이스 요소.
-
테이블 공간
- 데이터베이스 내 저장영역의 논리적 단위.
-
템플리트
- 아티팩트의 사전 정의된 구조.
-
통합
- 별도의 소프트웨어 컴포넌트를 실행 가능한 통합체로 결합하는 소프트웨어 개발 활동.
-
통합 빌드 계획
- 컴포넌트를 구현하여 특정 반복으로 통합하는 순서를 정의합니다.
일반적으로 반복 계획 내에 엔클로즈됩니다.
-
투영
세트에서 서브세트로의 맵핑.
-
트랜잭션
- 단일 요청에 의해 시작된 하나 이상의 응용프로그램으로 구성된 처리 단위.
트랜잭션을 실행하려면 하나 이상의 타스크를 시작해야 할 수 있습니다.
-
트랜잭션 처리
- 사용자가 제출한 요청을 수신하는 즉시 처리하는 상호작용식 응용프로그램을 지원하는 컴퓨팅 양식.
결과는 비교적 짧은 시간에 요청자에게 리턴됩니다.
트랜잭션 처리 시스템은 동시에 복수의 트랜잭션을 처리하는 데 필요한 자원을 공유하도록 관리합니다.
-
트리거
- 초기
전이를 제외한
상태 머신의 모든 동작은 오브젝트 인터페이스 중 하나에 이벤트가 도달하면 트리거됩니다.
따라서 트리거는 인터페이스에서 전이가 발생하게 하는 이벤트를 정의합니다.
트리거는 트리거링 이벤트가 도착할 것으로 예상되는 인터페이스에 연관됩니다.
더우기,
전이는 복수의 트리거를 가질 수 있으므로 트리거 중 하나를 만족시키는 이벤트에서 전이가 발생하게 됩니다.
-
트리거(데이터베이스)
- 데이터베이스가 특정 조치 또는 조치 세트를 수행하게 하는 데이터베이스와 연관된 코드.
-
특성
요소의 특성을 나타내는 이름이 지정된 값.
특성은 시맨틱 영향을 미칩니다.
특정 특성은 UML에 사전 정의되어 있습니다.
다른 특성은 사용자 정의할 수 있습니다.
태그 값을 참조하십시오.
-
특성 대 특성 연결
- 한 오브젝트의 특성에서 다른 오브젝트의 특성으로의 연결.
연결 참조.
-
팀 리더
- 팀 리더는 프로젝트 관리 및 개발자 간의 인터페이스입니다.
팀 리더는 타스크를 할당하고 모니터하여 완료해야 하는 책임을 갖고 있습니다.
팀 리더는 개발진이 프로젝트 표준을 따르고 프로젝트 스케줄을 지키도록 해야 할 책임을 갖고 있습니다.
-
파
-
파생된 요소
다른 요소에서 계산할 수 있지만 명확성을 위해 표시되거나 시맨틱 정보를 추가하지 않더라도 디자인 목적으로 포함되는 모델 요소.
-
파일 전송 프로토콜(FTP)
- 컴퓨터 간에 파일을 전송할 수 있게 하는 기본적인 인터넷 기능.
이를 사용하여 사용자의 컴퓨터에서 원격,
호스트 컴퓨터로 파일을 업로드할뿐 아니라 원격,
호스트 컴퓨터로부터 파일을 다운로드할 수도 있습니다.
-
파티션
(1)
활동 그래프
:
조치의 책임을 구성하는 활동 그래프의 일부.
스윔레인도 참조하십시오.
-
팔레트
- Bean
팔레트 참조.
-
패키지
요소를 그룹으로 조직하기 위한 범용 메커니즘.
각 패키지는 다른 패키지 내에 중첩될 수 있습니다.
-
패턴
- 주어진 컨텍스트에서 유용성이 입증된 반복 문제점에 대한 솔루션 템플리트.
좋은 패턴은 문제점을 정의하는 충돌 요소를 성공적으로 해결하며 해당 요소를 해결하는 방법을 기반으로 패턴을 선택합니다.
패턴을 호출한 효과가 있으려면,
패턴을 가진 최소한 세 개의 실제 응용프로그램이 이미 명백해야 합니다.
소프트웨어의 경우, UML은 중요한 사용 목록,
사용 예와 같은 다른 측면의 패턴을 직접 모델링하지는 않지만 매개변수화된 협업을 사용하여 패턴의 표현은 지원할 수 있으므로 여기에
on-text를 사용할 수 있습니다.
소프트웨어 패턴은 값을 해당 매개변수에 바인드하여 인스턴스화됩니다.
패턴은 다양한 추상 규모 및 레벨(예:
아키텍처 패턴,
분석 패턴,
디자인 패턴,
테스트 패턴 및 관용 표현 또는 구현 패턴)로 존재할 수 있습니다.
-
팩토리
- (1)
오브젝트의 작성 또는 인스턴스화를 처리하는 디자인 패턴의 특정 그룹을 참조하는 데 공통적으로 사용하는 용어.
예제로는 추상 팩토리 및 팩토리 메소드 [GAM94]가 있습니다.
-
평가 미션
- 주어진 작업 스케줄에 맞게 테스트 팀에 대한 작업 목표의 핵심을 정의하는 간략하고 기억하기 쉬운 구문.
일반적으로 반복 단위로 재고하며,
평가 미션은 테스트 이해 당사자(stakeholder)가 수익을 달성할 수 있도록 팀의 작업을 생산적으로 유지하도록 하는 데 초점을 맞춥니다.
일부 미션 설명 예제에는 중요한 문제점 빨리 찾기,
확인된 품질 조언 및 스펙 확인이 포함됩니다.
-
포트
- 포트는 캡슐 인스턴스에 대한 경계 오브젝트로서 메시지를 전달하는 인터페이스 역할을 합니다.
포트는 캡슐과 함께 작성되어 캡슐이 파기될 때 소실된다는 점에서 캡슐 인스턴스에서
"소유"합니다.
각 포트는 자신이 소유하는 캡슐 인스턴스(모든 파트가 해당 컨테이너와는 다른 동일한 정도까지)의
ID
및 상태와 구분되는 ID와 상태를 갖습니다.
-
포함
기본 유스 케이스와 포함 유스 케이스의 관계로 포함 유스 케이스에 정의된 동작이 기본 유스 케이스로 정의된 동작에 삽입되는 방법을 지정합니다.
-
포함 계층 구조
모델 요소 및 이들 사이에 존재하는 포함 관계로 구성된 이름 공간 계층 구조.
포함 계층 구조는 비순환 그래프를 형성합니다.
-
포함 관계
- 포함 관계는 기본 유스 케이스에서 포함 유스 케이스로의 관계로서,
포함 유스 케이스에 대해 정의된 동작을 명시적으로 기본 유스 케이스에 대해 정의된 동작으로 삽입하는 방법을 지정합니다.
-
포함되는 문서
- 문서는 문서 세트 전체로 수집하기 위해 다른 문서를 포함할 수 있습니다.
포함하는 문서 및 포함되는 개별 문서는 별도의 아티팩트로 간주됩니다.
-
폭포수형 모델
- [IE610.12]는 다음과 같이 폭포수형 모델을 정의합니다.
"구성 활동(일반적으로 개념 단계,
요구사항 단계,
디자인 단계,
구현 단계,
테스트 단계,
설치 및 체크아웃 단계)가 해당 순서대로 수행되는 소프트웨어 개발 프로세스 모델로서,
순서가 겹칠 수는 있지만 반복은 거의 없거나 전혀 없습니다.
이 정의는 RUP에 적용되며
"단계(phase)"라는 용어는
"원칙"이라는 용어로 바뀌었습니다. RUP에서 규칙은 이름이 지정된 비즈니스 모델링,
요구사항,
분석 및 디자인,
구현,
테스트 및 개발입니다.
폭포수 개발 모델에서 규칙은 한 번만 순서대로 발생하며 겹침은 거의 발생하지 않거나 전혀 발생하지 않습니다.
-
표현식
특정 유형의 값으로 평가하는 문자열.
예를 들어,
표현식 "(7 + 5 * 3)
"은 숫자 유형의 값으로 평가됩니다.
-
품질
- 기술되었거나 암시된 요구를 만족시킬 수 있는 능력이 있는 제품 또는 서비스의 총체적 기능 또는 특성.
-
품질 보증
- 제품 또는 서비스가 품질에 대해 제공된 요구사항을 만족한다는 확신을 제공하는 데 필요한 모든 계획적이고 조직적인 조치.
-
품질 위험성
- 소프트웨어 제품의 품질에 악영향을 미칠 가능성이 큰 앞으로 다가오거나 계속적인 문제점.
품질 위험성을 평가할 품질 차원이 무수히 많기는 하지만 RUP에서는 품질 차원을 논의하기 위한 기반으로
FURPS+
요구사항 모델을 사용합니다.
-
프레임워크
특정 도메인 내에서 응용프로그램에 대한 확장 가능 템플리트를 제공하는 마이크로 아키텍처.
-
프로세서
- 하나 이상의 프로세스를 실행할 성능을 소유하는 노드의 유형.
일반적으로 여기에는 계산 능력,
메모리,
입/출력 장치가 필요합니다.
노드,
프로세스 및 장치도 참조하십시오.
-
프로세스
(1)
개발 프로젝트의 특수 유형에 대한 일반 구조입니다.
프로세스는 컨텐츠 요소를 가지고 이를 특수 유형 프로젝트로 사용자 정의하는 반 순서 지정된 시퀀스와 연관시킵니다.
그러므로 프로세스는 상위 개발 목적(예:
특정 소프트웨어 릴리스)에 도달하기 위해 부분적으로 순서가 지정된 작업 설명입니다. 작업 설명은 계층 구조의 작업분류체계로 구성됩니다.
프로세스는 작업분류체계에서 작업의 라이프사이클 및 시퀀스에 초점을 맞춥니다.
(2)
프로세스를 모델링하는 UMA.
-
프로세스 보기
- 시스템의 동시성 측면을 설명하는 아키텍처 보기:
타스크(프로세스)
및 상호작용.
-
프로젝트
- 프로젝트는 개인에 의해 수행되고,
한정된 자원에 의해 제한되며,
계획,
실행 및 제어됩니다.
프로젝트는 고유한 제품 또는 서비스를 작성하기 위해 취하는 임시 노력입니다.
임시란 모든 프로젝트에 확정된 시작과 확정된 끝이 있음을 의미합니다.
고유하다는 것은 제품 서비스가 몇 가지 차별화되는 면에서 모든 유사한 제품 및 서비스와 다르다는 것을 의미합니다.
프로젝트는 종종 조직의 비즈니스 전략을 수행하는 중요한 컴포넌트입니다.
-
프로젝트 관리자
- 프로젝트에 대해 전반적인 책임이 있는 역할.
프로젝트 관리자는 타스크가 프로젝트 스케줄,
예산 및 품질 요구사항에 따라 스케줄,
할당 및 완료되었는지를 확인해야 합니다.
-
프로토콜
- 캡슐 사이에 통신하는 데 사용되는 호환되는 메시지 세트 스펙.
프로토콜은 입력 및 출력 메시지 유형(예:
오퍼레이션,
신호)
세트와,
프로토콜의 참가자가 제공해야 하는 추상 동작을 지정하는 상태 머신 및 필수 메시지 순서 지정을 정의하는 시퀀스 다이어그램 세트(선택적)를 정의합니다.
-
프로토콜(TCP/IP)
- 인터넷을 통해 전세계적으로 컴퓨터 메시지를 전달하는 기본 프로그래밍 기반.
인터넷을 정의하는 프로토콜 모음.
원래는 UNIX
운영 체제용으로 디자인되었으며 TCP/IP
소프트웨어는 이제 모든 유형의 컴퓨터 운영 체제에 사용 가능하게 되었습니다.
인터넷을 사용하기 위해서는 컴퓨터에 TCP/IP
소프트웨어가 설치되어 있어야 합니다.
-
프로토타입
- 변경 관리 및 구성 제어의 적용을 받지 않을 수 있는 릴리스.
-
프록시
- FTP의 Telnet과 같이 한 네트워크에서 특정 네트워크 응용프로그램에 대한 다른 네트워크로의 응용프로그램 게이트웨이.
예를 들어,
방화벽의 프록시 Telnet
서버는 사용자의 인증을 수행한 다음 자신은 거기에 없었던 것처럼 프록시를 통해 트래픽이 플로우를 허용합니다.
기능은 클라이언트 워크스테이션이 아닌 방화벽 내에서 수행되므로 방화벽에 로드가 더 많이 걸리게 됩니다. Socks와 비교하십시오.
-
플랫폼 특정 모델(PSM)
- [OMG03]은 이를 다음과 같이 정의합니다.
"특정 플랫폼에서 구현하는 데 사용되는 특정 기술에 대한 정보를 포함하는 서브시스템 모델로서,
플랫폼에 특정한 요소를 포함할 수 있습니다."
-
플랫폼
- [OMG03]은 이를 다음과 같이 정의합니다.
"플랫폼에서 제공하는 기능성을 구현하는 세부적인 방법과 상관없이 플랫폼에 종속된 모든 서브시스템이 사용할 수 있는 인터페이스 및 지정된 사용 패턴을 통해 관련된 기능성 세트를 제공하는 서브시스템/기술 세트."
-
플랫폼 독립 모델(PIM)
- [OMG03]은 이를 다음과 같이 정의합니다.
"플랫폼에 특정한 정보를 포함하지 않는 서브시스템 모델 또는 이를 구현하는 데 사용되는 기술."
-
플랫폼 모델
- 플랫폼은 개념(파트 또는 서비스를 나타냄),
스펙,
인터페이스 정의,
제한조건 정의 및 응용프로그램이 특정 플랫폼을 사용하는 데 필요한 기타 요구사항의 집합입니다. MDA에서 플랫폼 모델은 예를 들어
UML로 자세히 설명되고 형식화되며, MOF
호환 저장소에서 사용 가능합니다.
예를 들어,
플랫폼 모델은 J2EE, .NET
또는 다른 용도로 빌드할 수 있습니다.
-
필드
- 속성을 참조하십시오.
-
하
-
하위
일반화 관계,
다른 요소,
상위의 전문화.
서브클래스,
하위 유형을 참조하십시오.
상위와 대조됩니다.
-
하위 상태
컴포지트 상태의 일부인 상태.
동시적 하위 상태,
순차적 하위 상태를 참조하십시오.
-
하위 유형
일반화 관계에서 다른 유형의 전문화.
상위 유형의 반의어.
일반화를 참조하십시오.
상위 유형과 대조됩니다.
-
하이퍼링크
- 누르면 페이지의 다른 영역 또는 다른 웹 페이지에 연결되는 웹 페이지의 영역.
-
하이퍼텍스트
- 다른 텍스트에 대한 숨겨진 링크를 포함하는 문서의 텍스트.
하이퍼텍스트 단어에서 문서를 누르면 링크에 지정된 텍스트로 이동합니다.
하이퍼텍스트는 동일한 문서의 다른 곳에 있는 관련 참조로 이동하기 위해
Windows
도움말 프로그램 및 CD
백과사전에 사용됩니다.
그러나 하이퍼텍스트에 대해 놀라운 점은 전세계의 모든 웹 문서(웹을 통해
HTTP를 사용하여)에 링크할 수 있으며 더우기 마우스를 한 번만 누르면 전세계를 이동할 수 있다는 점입니다.
-
해석되지 않음
UML에 의해 구현이 지정되지 않은 유형에 대한 플레이스홀더.
모든 해석되지 않은 값에는 해당하는 문자열 표현이 있습니다.
임의의
[CORBA]를 참조하십시오.
-
해체(de-marshal)
- 바이트 스트림으로 기록할 수 있도록 오브젝트를 해체하는 것.
수평화(flatten),
직렬화도 참조하십시오.
-
핵심 메커니즘
- 시스템 요소 간의 상호작용 패턴과 관련하여 아키텍처 패턴을 실현하는 방법에 대한 설명.
일반적으로 소프트웨어 아키텍처 문서에 표시됩니다.
-
협업
- (1)
컨텍스트 내에서 어떤 동작을 구현하기 위해 상호작용하는 오브젝트 콜렉션에 대한 설명입니다.
여기서는 어떤 목적을 수행하기 위해 결성된 협업 오브젝트 집단에 대해 설명합니다.
- 협업 다이어그램
- 이 용어는 UML 2.0에서 커뮤니케이션 다이어그램으로 변경되었습니다.
-
형상 관리
- [ISO95]
항목을 식별,
정의 및 기준선을 지정할 목적으로 사용하는 지원 프로세스.
이러한 항목의 수정 및 릴리스 제어.
항목 및 수정 요청 상태 보고 및 기록.
항목의 완전성,
일관성 및 정확성 확인.
항목의 저장,
처리 및 전달 제어.
-
형상 항목
- [ISO95]
일반 사용 기능을 만족시키고 제공된 참조 지점에 고유하게 식별될 수 있는 구성 항목.
-
호출
클래스류에서 오퍼레이션을 호출하는 조치 상태입니다.
-
홈 페이지
- 시작 페이지를 참조하십시오.
-
확약
- 자원(트랜잭션 또는 데이터)에 이루어진 변경을 영구적으로 만들기 위해 작업 단위를 종료하는 오퍼레이션.
-
확장
확장 유스 케이스에서 기본 유스 케이스로의 관계이며 확장 유스 케이스용으로 정의된 동작을 기본 유스 케이스용으로 동작으로 삽입할 수 있는 방법을 지정합니다.
-
확장 관계
- 유스 케이스 클래스 A에서 유스 케이스 클래스
B로의 확장 관계는 B의 인스턴스가
A가 지정된 동작(확장에 지정된 특정 조건에 한함)을 포함할 수 있음을 의미합니다.
단일 대상 유스 케이스의 여러 확장자가 지정한 동작이 단일 유스 케이스 인스턴스 내에서 발생할 수 있습니다.
-
환경
- (1)
시스템을 개발하는 환경을 정의하고 관리하는 것이 목적인 소프트웨어 엔지니어링 프로세스의 원칙.
프로세스 설명,
형상 관리 및 개발 도구가 포함됩니다.
-
활동
- 작업분류체계를 형성하여 설명자 및 하위 활동과 같은 관련 프로세스 요소의 중첩 및 논리적 그룹화를 지원하는 프로세스 요소.
-
활동 그래프
하나 이상의 클래스류를 포함하는 프로세스를 모델링하는 데 사용하는 상태 머신의 특수 사례.
상태 차트 다이어그램과 대조됩니다.
활동 다이어그램과 동의어입니다.
-
활동 기반 관리
- 활동 관리 대신 고객의 가치 및 회사의 이익을 달성하는 데 중점을 두는 광범위한 원칙.
주요 정보 소스로 활동 기반 비용을 사용합니다.
-
활동 기반 비용 참조.
- 활동,
자원 및 비용 오브젝트의 비용 및 성능을 측정하는 방법.
자원은 활동에 지정되고 활동은 용도를 기반으로 하는 비용 오브젝트에 지정됩니다.
활동 기반 비용 계산은 활동에 대한 비용 구동 요소의 비공식적인 관계를 인식합니다.
-
활동 세부사항 다이어그램
- 활동 활동의 범위 내(역할 설명자,
중간 산출물 설명자, 타스크 설명자,
하위 활동)에서 모든 프로세스 요소를 보여주는 다이어그램.
이 다이어그램은 타스크 설명자(또는 활동)와 중간 산출물 설명자 사이의 입/출력 관계 및 역할 설명자와 타스크 설명자 사이의 책임 관계도 설명합니다.
활동 세부사항 다이어그램은 활동에 대한 전체 요약을 제공하는 데 사용되므로 이해도를 향상시킵니다.
-
활성 서버 페이지
- 활동 서버 페이지(Microsoft(R))를 의미하며 웹 응용프로그램에 동적인 동작을 제공하기 위한 기술적인 메커니즘입니다.
-
활성 오브젝트
스레드를 소유하고 제어 활동을 시작할 수 있는 오브젝트.
활성 클래스의 인스턴스.
-
활성 클래스
- 시스템에서 제어 스레드를 나타내는 클래스.
-
활성화
조치의 실행.
-
획득 가치
- [MSP97]에서 이를 다음과 같이 정의합니다.
"지금까지 수행한 작업에서 발생한 값을 측정한 것.
획득 가치(EV)는 발생한 실제 비용이 예산에 맞는지와 타스크가 기준선 계획보다 앞서 있는지 아니면 뒤처져 있는지를 표시하기 위해 원래 예상과 현재 진행상태(progress-to-date)를 사용합니다.
-
A
-
ABC
- 활동 기반 비용을 참조하십시오.
-
ABM
- 활동 기반 관리를 참조하십시오.
-
ACL
- 액세스 제어 목록
-
API
- 응용프로그램 인터페이스(API)를 참조하시시오.
-
APPC
- APPC(Advanced Program-to-program
Communication)를 참조하십시오.
-
APPC(Advanced Program-to-Program Communication)
- IBM
환경에서 기본적으로 사용되는 통신 프로토콜.
-
ASCII
- ASCII(American Standard Code For Information
Interchange)를 참조하십시오.
-
ASCII(American Standard Code for Information Interchange)
- 정보 교환을 위한 미국 표준 코드.
대부분의 PC
및 UNIX
시스템에서 사용하는 8비트 문자 인코딩 체계.
이는 7비트의 ASCII
표준을 대신합니다.
-
ASP
- 활성 서버 페이지를 참조하십시오.
-
B
-
Basic
- 초보자가 다목적으로 사용하는 기호 명령어 코드인 프로그래밍 언어. VB를 참조하십시오.
-
Bean
- 응용프로그램을 빌드하는 데 사용할 수 있는 작은 컴포넌트. JavaBean을 참조하십시오.
-
beaninfo
- Bean의 특성,
이벤트 및 메소드에 대한 정보를 검색하기 위해 액세스할 수 있는 메소드 세트를 정의하는
Bean과 한 벌인 클래스.
-
C
-
CBD
- 컴포넌트 기반 개발을 참조하십시오.
-
CCB
- 변경 제어 위원회를 참조하십시오.
-
CDR
- 주요 디자인 검토를 참조하십시오.
-
CGI
- CGI(Common
Gateway Interface)를 참조하십시오.
-
CGI(Common Gateway Interface)
- 웹 서버가 서버 시스템에서 실행되는 프로그램을 실행할 수 있게 하는 표준 프로토콜. CGI
프로그램은 웹 클라이언트 브라우저로부터의 요청에 대한 응답으로 실행됩니다.
-
CLI
- CLI(Call
Level Interface)를 참조하십시오.
-
CLI(Call Level Interface)
- 데이터베이스 액세스에 대한 호출 가능 API로,
임베디드 SQL API의 대안입니다.
임베디드 SQL과 달리, CLI는 사용자가 프리컴파일 또는 바인딩할 필요가 없으나 런타임 시
SQL
문 및 관련 서비스를 처리하는 표준 기능 세트를 제공합니다.
-
CM
- 형상 관리를 참조하십시오.
-
COBOL
- Common Business Oriented Language(COBOL)
-
COM
- Component Object Model(Microsoft). DEC
및 Microsoft사의 소프트웨어 아키텍처로서
ObjectBroker
및 OLE (Object Linking and Embedding)의 통합을 가능하게 합니다. Microsoft는 이후에
COM을 DCOM으로 발전시켰습니다.
-
CORBA
- CORBA(Common Object Request Broker
Architecture)를 참조하십시오.
-
CORBA(Common Object Request Broker Architecture)
- 하부 구조를 제공하는 소프트웨어 버스(ORB(Object Request Broker))를 정의하는 미들웨어 스펙.
-
CR
- 변경 요청을 참조하십시오.
-
CRC
- Class-responsibility Collaborators(CRC).
이는 원래 Ward Cunningham
및 Kent Beck이 오브젝트가 시스템에서 수행해야 하는 작업(책임)을 정의하고 이러한 책임을 이행하는 데 관련된 기타 오브젝트(협업자)를 식별하기 위해 제안한 것으로,
객체 지향 개발에 사용되는 기법입니다.
해당 기법은 [WIR90]을 참조하십시오. CRC
카드는 보통 색인 카드를 사용하여 이러한 결과를 캡처하는 방법입니다.
-
CRUPIC STMPL
- 이 두문자어는 제품 요구사항 정의 및 제품 품질 평가 모두에 사용할 수 있는 범주를 나타냅니다.
두 개의 범주로 나뉩니다.
첫 번째 범주는 조작 범주 (기능,
신뢰성,
사용성,
성능,
설치 가능성,
호환성)를 나타내고 두 번째 범주는 개발 범주(지원 가능성,
테스트 용이성,
유지보수성,
이식성,
로컬화 가능성)를 나타냅니다. FURPS+도 참조하십시오.
-
D
-
DASD
- 직접 액세스 저장영역
장치(DASD)를 참조하십시오.
-
DBA
- 데이터베이스 관리자
-
DBCS
- 2바이트 문자 세트를 참조하십시오.
-
DBMS
- 데이터베이스 관리 시스템을 참조하십시오.
-
DCE
- 분산 컴퓨팅 환경을 참조하십시오.
-
DCOM
- 분산 컴포넌트 오브젝트 모델(Microsoft).
네트워크를 통해 분배된 오브젝트를 지원하도록 Microsoft의
COM(Component Object Model)
확장.
-
DLL
- DLL(Dynamically Linked
Library)을 참조하십시오.
-
DLL(Dynamically Linked Library)
- 링크 시(컴파일의 최종 단계)보다는 런타임 시 프로그램에 바인드되는 실행 가능 코드 및 데이터를 포함하는 파일.
이는 사용하는 루틴의 사본을 포함하는 각 타스크가 아닌 여러 타스크 간에 동일한 라이브러리 코드 블록을 공유할 수 있음을 나타냅니다. C++ Access Builder는
Java
프로그램이 C++ DLL에 액세스할 수 있게 하는
Bean
및 C++
랩퍼를 생성합니다.
-
DMZ
- DMZ(De-militarized
Zone)를 참조하십시오.
-
DMZ(Demilitarized Zone)
- 이 용어는 이제 서브네트워크를 설명하기 위해 업계에서 공통적으로 사용되고,
외부 인터넷 및 회사 내부 인터넷 모두에서 방화벽에 의해 보호되는 웹 서버에 일반적으로 사용됩니다.
-
DNS
- 도메인 이름 서버를 참조하십시오.
-
E
-
e-business
- (1)
인터넷과 같은 전자 매체를 통한 비즈니스 트랜잭션.
-
EJB
- EJB는 서버에서 실행되고 클라이언트에서 호출되도록 디자인된 시각적이지 않은 원격 오브젝트입니다. EJB는 여러 번 빌드될 수 있는 시각적이지 않은
JavaBeans입니다. EJB는 한 시스템에 존속하며 다른 시스템으로부터 원격으로 호출될 수 있습니다.
이는 플랫폼에 독립적입니다. Bean이 쓰여지면
Java를 지원하는 모든 클라이언트 또는 서버 플랫폼에서 사용될 수 있습니다.
-
EJB, Enterprise JavaBean
- Enterprise Java Bean을 참조하십시오.
-
ERP
- 엔터프라이즈 자원 조달 계획
-
F
-
Facade
- 서브시스템의 클라이언트가 필요로 하는 모든 정보를 구성하고 내보내는 서브시스템 내의 특수 패키지인 스테레오타입의
<<Facade>>.
이 패키지에는 인터페이스(인터페이스가 서브시스템에 고유한 경우),
서브시스템 외부의 인터페이스에 대한 실현(realization)
관계 및 서브시스템을 사용할 서브시스템의 클라이언트가 요구하는 모든 문서가 포함됩니다.
-
FTP
- 파일 전송 프로토콜(FTP)을 참조하십시오.
-
FURPS
- 기능성,
사용성,
신뢰성,
성능,
지원 가능성 +
기타. [GRA92]에 설명되어 있듯이,
이 두문자어는 제품 품질 평가 및 제품 요구사항 정의 모두에 사용할 수 있는 카테고리를 나타냅니다.
대체 분류 메소드도 사용할 수 있습니다. CRUPIC STMPL을 참조하십시오.
-
G
-
GUI
- 그래픽 사용자 인터페이스(GUI)를 참조하십시오.
-
H
-
HotJava
- Sun Microsystems, Inc.에서 개발한 Java가 가능한 웹 및 인터넷 브라우저. HotJava는
Java로 작성됩니다.
-
HTML
- HTML(Hypertext Markup
Language)을 참조하십시오.
-
HTML
브라우저
- 웹 브라우저를 참조하십시오.
-
HTML(Hypertext Markup Language)
- 월드 와이드 웹(WWW)에 하이퍼텍스트 문서를 빌드하는 데 사용되는 기본 언어.
이는 기본적이고 일반적인 ASCII
텍스트 문서에 사용되나 이러한 문서를 NetScape와 같은 웹 브라우저로 해석(렌더링이라고 함)할 경우 문서에 형식화된 텍스트,
색상,
다양한 글꼴,
그래픽 이미지,
특수 효과,
다른 인터넷 위치로의 하이퍼텍스트 점프 및 정보 양식을 표시할 수 있습니다.
-
HTTP
- 하이퍼텍스트 전송 프로토콜(HTTP)
-
HTTP
요청
- 웹 브라우저에 의해 시작되어 HTTP를 준수하는 트랜잭션.
서버는 일반적으로 HTML
데이터를 사용하여 응답하나 다른 유형의 오브젝트도 보낼 수 있습니다.
-
I
-
I/T
- 정보 기술
-
IDE
- IDE(Integrated
Development Environment)를 참조하십시오.
-
IDE(Integrated Development Environment)
- 편집기,
컴파일러 및 디버거를 비교하는 소프트웨어 프로그램.
-
IE
- Internet Explorer(Microsoft)
-
IEEE
- The Institute of Electrical and Electronics Engineers, Inc(IEEE).
-
IIOP
- IIOP(Internet Inter-ORB
Protocol)를 참조하십시오.
-
IIOP(Internet Inter-ORB Protocol)
- TCP/IP
네트워크를 통해 GIOP(General Inter-ORB Protocol)
메시지를 교환하는 방법을 정의하는 업계 표준 프로토콜. IIOP는 인터넷 자체를 다른
ORB가 브릿지할 때 사용할 수 있는 백본
ORB로서 사용할 수 있게 합니다.
-
IMAP4
- Internet Message Access Protocol -
버전 4
-
IP
- 인터넷 프로토콜을 참조하십시오.
-
IP
번호
- 점으로 분리된 네 개의 파트로 구성된 고유한 숫자인 인터넷 프로토콜 주소로서 점으로 분리된 네 개의 파트라고도 합니다(예: 123.45.67.8).
모든 인터넷 컴퓨터는 IP
번호를 가지고 있으며 대부분의 컴퓨터는 점으로 분리된 네 개의 파트에 대한 맵핑 또는 별명인 하나 이상의 도메인 이름도 가지고 있습니다.
-
IP
보안 프로토콜(IPSec)
- 네트워크 계층에 암호 작성 보안 서비스를 제공합니다.
-
IPSec
- IP
보안 프로토콜(IPSec)을 참조하십시오.
-
ISAPI
- 인터넷 서버 API
-
ISO
- 표준화를 위한 국제 조직.
-
ISP
- 인터넷 서비스 제공업체.
다른 회사 또는 개인에게 인터넷에 대한 액세스 또는 표시(presence)를 제공하는 회사.
대부분의 ISP는 인터넷 액세스 제공업체(IAP)이기도 합니다.
-
J
-
JAR
- JAR(Java
Archive)를 참조하십시오.
-
Java
- Java는 인터넷을 통해 컴퓨터에 안전하게 다운로드하여 컴퓨터 또는 파일에 바이러스 또는 기타 손상을 주지 않고 즉시 실행할 수 있는 프로그램을 작성하도록 특별히 디자인된
Sun Microsystems사에서 창안한 프로그래밍 언어입니다.
애플릿이라고 하는 작은 Java
프로그램을 사용하여 웹 페이지에 애니메이션,
계산기,
기타 가상 트릭과 같은 기능을 포함할 수 있습니다.
일반 컴퓨터 프로그램이 수행할 수 있는 거의 모든 것을 수행하는
Java
프로그램을 작성하여 웹 페이지에 Java
프로그램을 포함시킬 수 있기 때문에,
웹에 아주 다양한 기능을 추가할 수 있을 것으로 기대합니다.
-
JAR(Java Archive)
- 여러 파일을 하나로 묶는 플랫폼 독립 파일.
압축,
다운로드 시간 절감 및 보안을 위해 JAR
파일을 사용합니다. JAR
형식은 Java로 작성되기 때문에
JAR
파일은 완전히 확장 가능합니다.
-
JavaBean
- Javabean은 별도로 개발된 다른 Bean과 함께 하나의 응용프로그램에 통합될 수 있는 컴포넌트입니다.
이 단일 응용프로그램은 브라우저 내에 또는 ActiveX
컴포넌트로서 독립형으로 사용될 수 있습니다. Javabeans는 단일 프로세스에 대해 로컬로 사용하게 되어 있으므로 런타임 시 종종 볼 수 있습니다.
이 시각적 컴포넌트는 단추,
목록 상자,
그래픽 또는 차트일 수 있습니다.
-
JDBC
- JDBC(Java Database
Connectivity)를 참조하십시오.
-
JDBC(Java Database Connectivity)
- JDK 1.1에서 프로그램이 이 표준을 준수하는 데이터베이스에 액세스할 수 있게 하는
API를 정의하는 스펙.
-
JDK
- JDK(Java Development
Kit)를 참조하십시오.
-
JDK(Java Development Kit)
- JDK(Java Development Kit)는 Sun Microsystems에서 사용 허가를 받은 개발자에게만 사용 가능합니다.
각 JDK
릴리스에는 Java
컴파일러, JVM(Java Virtual Machine), Java
클래스 라이브러리, Java
애플릿 표시기, Java
디버거 및 기타 도구가 포함됩니다.
-
JFC
- JFC(Java Foundation
Class)를 참조하십시오.
-
JFC(Java Foundation Class)
- Netscape, Sun
및 IBM에서 개발했으며
JFC는 Java
응용프로그램에 대한 안터페이스를 개발하는 데 도움이 되는 빌딩 블록입니다.
이는 Java
응용프로그램이 기존의 운영 체제 시스템과 보다 완벽히 상호작용할 수 있게 합니다.
-
JIT
- 적시(Just In Time).
-
JVM
- Java Virtual Machine.
바이트 코드로 컴파일되어 일반적으로 "
.class
"
파일로 저장되는 Java
프로그램을 해석하는 소프트웨어 스펙. JVM
자체는 C로 작성되며 대부분의 플랫폼에서 실행되도록 이식할 수 있습니다. JVM
명령어 세트는 스택 지향적이며 명령어 길이는 가변적입니다.
일부 다른 명령어 세트와 달리 JVM은 오브젝트 메소드 호출(다른 명령어 세트의 서브루틴 호출과 유사함)에 필요한 명령어 세트를 포함함으로써 직접적으로 객체 지향 프로그래밍을 지원합니다.
-
L
-
LAN
- 근거리 통신망(LAN)을 참조하십시오.
-
LDAP
- Lightweight Directory Access Protocol(LDAP).
온라인 디렉토리 서비스에 액세스하는데 사용하는 프로토콜이며
LDAP은 TCP/IP로 실행 중인 디렉토리를 갱신 및 검색하는 비교적 간단한 프로토콜을 정의합니다.
-
M
-
MIB
- 관리 정보 기초(MIB)
-
MIME
- MIME(Multipurpose Internet Mail
Extension)을 참조하십시오.
-
MIME(Multipurpose Internet Mail Extension)
- 텍스트,
이미지,
오디오 및 비디오를 지원하는 인터넷 표준.
-
MOF
OMG
정의 기법: MOF(Meta-Object Facility)
스펙은 상호 조작 가능 메타 모델 및 해당 모델 세트를 정의 및 조작하는 데 사용할 수 있는
CORBA IDL
인터페이스 세트를 정의합니다.
이 상호 조작 가능 메타 모델에는 UML
메타 모델, MOF
메타-메타 모델은 물론 메타 모델을 사용하여 지정할 향후
OMG
채택 기술도 포함됩니다. MOF는
CORBA
기본 디자인 및 재사용 저장소 구현에 필요한 하부 구조를 제공합니다.
이 정의는 MOF
스펙 버전 1.3에서 가져옵니다.
-
MOM
- Message-oriented Middleware(MOM)
-
MVC
- 모델 보기 제어기를 참조하십시오.
-
MVS
- Multiple Virtual Storage(MVS)
-
N
-
n-ary
연관
세 개 이상의 클래스 사이의 연관.
연관의 각 인스턴스는 각 클래스에 있는 n-tuple
값입니다. 2진 연관과 대조됩니다.
-
NC
- Network Computer
또는 Network Computing
-
NCF
- Network Computing Framework(NCF)
-
NSAPI
- Netscape Server API(NSAPI)
-
NT
- Windows NT(New Technology)
-
O
-
ODBC
- ODBC(Open Database
Connectivity)를 참조하십시오.
-
ODBC
드라이버 관리자
- Microsoft에서 제공하는 ODBC
드라이버 관리자는 가져오기 라이브러리가 있는 DLL입니다.
드라이버 관리자의 기본 목적은 ODBC
드라이버를 로드하는 것입니다.
드라이버 관리자는 또한 각 드라이버의 ODBC
함수에 대한 시작점과 ODBC
호출에 대한 매개변수 유효성 검증 및 시퀀스 유효성 검증을 제공합니다.
-
ODBC
드라이버 요소
- ODBC
드라이버 요소는 ODBC
함수 호출을 구현하고 데이터 소스와 상호작용하는 DLL(Dynamically Linked Library)입니다.
-
OLTP
- OLTP(Online
Transaction Processing)를 참조하십시오.
-
OLTP(Online Transaction Processing)
- 단말기 사용자가 제출한 요청을 받는 즉시 처리하는 상호작용식 응용프로그램을 지원하는 컴퓨팅 양식.
결과는 비교적 짧은 시간에 요청자에게 리턴됩니다.
온라인 트랜잭션 처리 시스템은 동시에 여러 트랜잭션을 효율적으로 사용할 수 있도록 하기 위해 자원을 공유하도록 지시합니다.
-
OMG
- Object Management Group(OMG)
-
OO
- 객체 지향
-
OOP
- 객체 지향 프로그래밍을 참조하십시오.
-
Open DataBase Connectivity (ODBC)
- 호출 가능 SQL을 호출하는 데이터베이스 관리 시스템에 대한 액세스를 허용하는
Microsoft에서 개발한 C
데이터베이스 API로서, SQL
프리프로세서를 사용할 필요가 없습니다.
추가로, ODBC는 사용자가 런타임 시 선택한 데이터베이스 관리 시스템에 응용프로그램을 링크하는 데이터베이스 드라이버 호출 모듈을 추가할 수 있도록 하는 아키텍처를 제공합니다.
이는 응용프로그램이 더 이상 지원되는 모든 데이터베이스 관리 시스템의 모듈에 직접 링크되어 있지 않아도 됨을 의미합니다.
-
ORB
- ORB(Object
Request Broker)를 참조하십시오.
-
ORB(Object Request Broker)
- 오브젝트가 투명하게 요청을 작성하고 오브젝트로부터 응답을 받는 방법과 오브젝트가 로컬인지 또는 원격인지를 지정하는
CORBA
용어.
-
P
-
PCO
- PCO(Point
of Control and Observation)를 참조하십시오.
-
PCO(Point of Control and Observation)
- 테스트 환경에서 관찰한 내용을 기록하거나 테스트의 제어 흐름과 관련된 결정을 내리는 테스트 절차 흐름의 특정 시점.
밀접하게 관련된 개념인 제어 지점이 필수 제어 결정을 내리기 위해서는 하나 이상의 관찰 지점에 대한 세부사항이 필요합니다.
-
PDR
- 예비 디자인 검토(PDR)를 참조하십시오.
-
PERL
- Practical Extraction & Reporting Language(PERL).
-
PGP
- Pretty Good Privacy(PGP).
-
PKI
- Public Key Infrastructure(PKI).
-
POP3
- Post Office Protocol 3(POP3)
-
PRA
- PRA(Project Review Authority)를 참조하십시오.
-
PRA(Project Review Authority)
- 프로젝트 관리자가 보고하는 조직 엔티티. PRA는 소프트웨어 프로젝트가 정책,
사례 및 표준을 준수하는지를 확인할 책임이 있습니다.
-
PRD
- 제품 요구사항 문서(PRD)를 참조하십시오.
-
private
- 클래스 구성원과 연관된 액세스 수정자.
이는 클래스 자체만이 구성원에 액세스할 수 있게 합니다.
-
protected
- 클래스 구성원과 연관된 액세스 수정자.
이는 클래스 자체,
서브클래스 및 동일한 패키지 내의 모든 클래스가 구성원에 액세스할 수 있게 합니다.
-
pseudo-state
상태 양식을 가지되 상태로 동작하지 않는 상태 머신의 정점. pseudo
상태에는 초기 및 히스토리 정점이 포함됩니다.
-
Q
-
QA
- 품질 보증을 참조하십시오.
-
QE
- 품질 엔지니어링.
품질 보증도 참조하십시오.
-
R
-
RDBMS
- 관계형 데이터베이스 관리 시스템
-
RMI(Remote Method Invocation)
- JDK 1.1에서 다른 Java
가상 시스템에서 원격 Java
오브젝트에 액세스하는 메소드를 허용하는 분산 Java
프로그램을 작성할 수 있게 하는 API.
-
RFC
- (1) Request For Change(RFC).
변경을 위해 엔지니어링 변경 제안서에 계약금을 사용하도록 하는 구매자 또는 판매자의 요청.
요청에는 해결 중인 기술적 또는 계약상의 문제점,
프로젝트에 대한 영향 또는 수익,
비용 및 스케줄 영향에 대한 평가 내용이 기술되어 있습니다.
-
RFI
- Request For Information(RFI).
시장에서의 정규 정보 조회.
일반적으로 '의향 제안서',
용량,
요청(solicitation)에 기술된 작업에 착수하여 입찰할 계약자의 능력 및 가용성과 관련되어 있습니다.
-
RFP
- Request For Proposal(RFP).
계약의 기초를 형성할 방법론과 보상 모두를 설명하는 정규 응답(제안)을 찾는 작업 범위를 포함하는 정규 제안서.
-
RFQ
- Request For Quotation(RFQ).
지정된 대로 상품 및/또는 서비스의 가격을 제출하는 정규 제안서.
-
RMI
- 원격 메소드 호출을 참조하십시오.
-
RMI
레지스트리
- 원격 클라이언트가 서버 Bean에 대한 참조를 가져올 수 있게 하는 서버 프로그램.
-
RMI
컴파일러
- RMI
통신을 용이하게 하는 스텁 또는 스켈레톤 파일을 생성하는 컴파일러.
도구 메뉴 항목에서 이 컴파일러를 자동으로 호출할 수 있습니다.
-
RPC
- 원격 프로시저 호출을 참조하십시오.
-
RSA
- Rivest-Shamir-Adleman
알고리즘.
-
RUP
- Rational Unified Process(RUP)
-
S
-
S/MIME
- 보안 MIME
-
SAP
- SAP(Systems, Applications,
Product)을 참조하십시오.
-
SEPA
- SEPA(Software Engineering Process
Authority)를 참조하십시오.
-
SEPA(Software Engineering Process Authority)
- 프로세스 정의,
평가 및 개선 책임을 가진 조직의 엔티티.
-
Servlet
- 서블릿은 브라우저 요청에 대한 응답으로 서버에서 실행되는
Java
오브젝트입니다.
이는 HTML
또는 XML을 직접적으로 생성하거나
JSP를 호출하여 산출물을 생성합니다.
-
SET
- Secure Electronic Transaction(SET)
-
SHTTP
- Secure Hypertext Transfer Protocol(SHTTP)
-
SMTP
- Simple Mail Transport Protocol(SMTP)
-
SNMP
- Simple Network Management Protocol(SNMP)
-
Soap-opera
테스트
- 극적이고 과장된 시나리오에 대한 추론을 사용하여 테스트 시나리오를 정의하는 기법. TV의 멜로 드라마처럼 이 시나리오는
"현실"을 반영하지만 극단적인 시스템 사용을 보여주기 위해 과장되었습니다.
숙련된 사용자와 협업하여 정의할 경우, soap opera는 시스템의 여러 기능적 측면을 신속하게 테스트할 수 있게 하며 시스템 정규 스펙 또는 시스템 기능에 직접 관련되어 있지 않기 때문에 중요하지만 아직 예상하지 못한 문제점을 밝히는 데 성공할 확률이 높습니다.
이 용어 및 연관된 기법의 정의는 Hans Buwalda에 의해 고객과의 테스트 상담 중에 개발되었습니다.
-
SOCKS
- SOCKS(Socket
Secure)를 참조하십시오.
-
SOCKS(Socket Secure)
- 호환되는 클라이언트 코드(클라이언트 코드가 소켓 보안을 작성)가 원격 호스트와의 세션을 구현할 수 있게 하는 게이트웨이.
-
SQL
- Structured Query Language(SQL).
-
SRR
- 시스템 요구사항 검토를 참조하십시오.
-
SRS
- 소프트웨어 요구사항 스펙을 참조하십시오.
-
SSL
- 보안 소켓 계층.
-
SSR
- 소프트웨어 스펙 검토를 참조하십시오.
-
SAP(Systems Applications and Products)
- 원래 이름은 "Systemanalyse und Programmentwicklung"이었으나 현재 데이터 처리에서는
SAP(Systems, Applications, and Products)로 바뀌었습니다. SAP에서는 광범위하게 사용되는 소프트웨어에 통합 비즈니스 솔루션을 제공합니다.
-
T
-
TCP
- 전송 제어 프로토콜(TCP)
-
TCP/IP
- Transmission Control Protocol/Internet Protocol(TCP/IP)
-
Telnet
- 미국 국방부 가상 단말기 프로토콜.
-
Thin
클라이언트
- Thin
클라이언트란 일반적으로 자원이 제한된 시스템에서 실행되거나 작은 운영 체제에서 실행되는 시스템을 지칭합니다. Thin
클라이언트에는 로컬 시스템 관리가 필요하지 않으며 네트워크를 통해 전달된
Java
응용프로그램을 실행합니다.
-
U
-
UI
- 사용자 인터페이스를 참조하십시오.
-
UMA
- Unified Method Architecture의 약어입니다. UMA는 현재 메소드 및 프로세스 메타데이터를 구상,
지정 및 저장하는 최고의 아키텍처입니다.
-
UML
- UML(Unified Modeling
Language)을 참조하십시오.
-
UML
프로파일
UML
메타 모델의 확장 세트로,
스테레오타입,
제한조건,
태그 정의 및 태그 값을 사용하여 특정 UML
모델 요소를 새 시맨틱으로 사용자 정의 및 확장하는 방법을 지정합니다.
특정 목적에 맞게 정의된 이러한 관련 확장 세트는 UML
프로파일을 구성합니다.
-
UML(Unified Modeling Language)
- 소프트웨어 집약 시스템의 아티팩트를 시각화,
지정,
구성 및 문서화하는 언어[BOO98]. UML(Unified Modeling Language)[UML01]을 참조하십시오. RUP
용어집에서 UML(Unified Modeling Language)의 정의는
기호로 표시됩니다.
-
URL
- URL(Uniform Resource
Locator)을 참조하십시오.
-
URL(Uniform Resource Locator)
- 웹 브라우저가 연결을 시작하는 데 사용하는 월드 와이드 웹(WWW)상의 자원에 대한 표준
ID. URL은 사용할 통신 프로토콜,
서버의 이름 및 서버에서 검색할 오브젝트를 식별하는 경로 정보를 포함합니다.
-
V
-
VB
- Microsoft에서 작성한 Visual Basic(전문화된
BASIC
버전)
프로그래밍 언어 및 연관 IDE.
-
VM
- 가상 시스템을 참조하십시오.
-
VPN
- 가상 사설 네트워크
-
W
-
Windows
레지스트리
- Microsoft(R) Windows(R)
등록 데이터베이스로서,
제공된 PC에 설치된 소프트웨어 프로그램의 구성 설정 및 사용자 옵션을 저장하는 데 사용됩니다.
-
WYSIWYG
- 화면에 보이는 이미지 그대로 프린터 출력으로 되는 기능.
-
X
-
XML
- Extensible Markup Language(XML).
-
XP
- Extreme Programming(XP).