6. 일반 시스템 특성

5. 미조정 기능점수 결정5. 미조정

기능점수 결정

7. 조정 기능점수 결정

7. 조정 기능점수 결정

6. 값 조정 인자 결정

6. 값 조정 인자 결정

4. 트랜잭션 기능 계산

4. 트랜잭션 기능 계산

3. 데이터 기능 계산

3. 데이터 기능 계산

1. 계산 유형 결정1. 계산 유형 결정

2. 계산 범위와

어플리케이션 경계 식별

2. 계산 범위와

어플리케이션 경계 식별

주 ) 개정 사업대가기준의 기능점수는 “ 5. 미조정 기능점수”를 의미한다 .

서론 정보 시스템이 제공하는 기능에는 데이터 기능과 트랜잭션

기능에 의해 충분히 표현되지 않는 일반적인 요인들이 있고 , FPA 에 이를 반영하는 일반 시스템 특성 (General System Characteristics: GSC) 이 있음

값 조정 인자 (Value Adjustment Factor: VAF) 는 조정된 기능 점수 (adjusted function point) 계산을 위한 승수 (multiplier)로 사용됨

일반 시스템 특성 (GSC) 을 모두 무시하고 미조정된 기능 점수로 최종적인 기능 점수를 대치하려는 일부 경향이 있음

ISO 는 기능 점수에 일반 시스템 특성 (GSC) 을 배제하였음

서론 : 일반 시스템 특성 (GSC)

1. 데이터 통신 (Data Communications)2. 분산 데이터 처리 (Distributed data processing)3. 성능 (Performance)4. 컴퓨터 자원 제한성 (Heavily used configuration)5. 트랜잭션 비율 (Transaction rate)6. 온라인 데이터입력 (Online data entry)7. 최종 사용자 효율성 (End user efficiency)8. 온라인 갱신 (Online update)9. 복잡한 처리 ( 처리 복잡도 , Complex processing)10. 재사용성 (Reusability)11. 설치 용이성 (Installation ease)12. 운영 용이성 (Operational ease)13. 다중 사이트 (Multiple sites)14. 변경 촉진 ( 변경 용이성 , Facilitate change)

서론 : 일반 시스템 특성 ( 계속 )

14 개의 일반 시스템 특성 (GSC) 은 각각 독립적으로 계산되고 , 영향도 (Degree of Influence: DI) 에 따라 0 ( 영향 없음 ) 부터 5 ( 강한 영향 ) 사이의 한 값이 할당됨

14 개의 일반 시스템 특성 (GSC) 은 전체적인 총영향도 (Total Degree of Influence: TDI) 를 계산하기 위해 합산됨

조정된 기능 점수 (adjusted function point) 는 값 조정 인자 (Value Adjustment Factor: VAF) 를 이용하여 계산됨

VAF = (TDI 0.01) + 0.65 FP = UFP VAF

일반 시스템 특성 (GSC) 각 GSC 의 영향도 (DI) 가 IFPUG 의 지침에 따라

평가되어 0 에서 5 사이의 값을 가져야 한다 .

0 존재하지 않거나 영향이 없음 (Not present, or no influence)

1 우연한 영향 (Incidental influence)2 보통의 영향 (Moderate influence)3 평균적인 영향 (Average influence)4 중대한 영향 (Significant influence)5 지속적으로 강력한 영향 (Strong influence throughout)

1. 데이터 통신 (Data Communication)

데이터 통신은 어플리케이션이 프로세서와 직접 통신하는 정도를 말한다 .어플리케이션에서 사용되는 데이터와 제어정보는 통신설비를 통하여 송 , 수신된다 . 제어장치에 지역적으로 연결된 단말기들은 통신설비를 이용하는 것으로 간주된다 . 프로토콜은 두 개의 시스템 또는 장치간 정보의 교환 또는 전송을 가능하게 하는 규약의 모음이다 . 모든 데이터 통신에는 일정한 형태의 프로토콜이 필요하다 .

점수 영향도 결정을 위한 설명

0 순수 뱃치형 어플리케이션 또는 단독형 PC

1 원격 데이터 입력 또는 출력을 가지는 뱃치형 어플리케이션

2 원격 데이터 입력과 출력을 가지는 뱃치형 어플리케이션

3온라인 데이터 수집기 또는 뱃치 프로세스나 조회 시스템의 원격 처리용 프런트 앤드 (front end) 가 포함된 어플리케이션

4하나 이상의 프런트 앤드 (front end) 를 가지나 한가지의 원격처리 통신 프로토콜 유형만을 지원하는 어플리케이션

5하나 이상의 프런트 앤드 (front end) 를 가지고 하나 이상의 원격처리 통신 프로토콜 유형을 지원하는 어플리케이션

GSC: 1. Data communications

David’s notes

순수한 일괄 처리 어플리케이션만이 0. 일괄 처리와 stand-alone PC 를 포함한 대부분의 어플리케이션은 원격 데이터 입력 기능 뿐만 아니라 원격 출력 기능을 가진다 . front-end 데이터 입력 기능을 가졌지만 , 일괄 처리를 통해 내부의 논리 파일을 갱신하는 어플리케이션은 3. 만일 갱신이 대화식으로 일어나면 4. 여러 유형의 원격 통신 프로토콜이 존재하면 5. 전형적인 일괄 처리 어플리케이션은 0 에서 3, 온 라인 어플리케이션은 3에서 4, 실시간 , 원격 통신 , 혹은 프로세스 제어 시스템은 4 혹은 5.

2. 분산 데이터 처리(Distributed Data Processing)

분산 데이터 처리는 어플리케이션이 어플리케이션 내부의 구성 요소간에 데이터를 전송하는 정도를 말한다 . 데이터 분산 또는 분산 처리는 어플리케이션 경계 내에 있는 어플리케이션의 특성 중의 하나이다 .


0어플리케이션이 시스템 구성 요소들간의 데이터 전송 또는 분산처리기능을 지원하지 않는다

1어플리케이션이 시스템의 다른 컴포넌트 ( 예 , PC 상의 스프레드시트 또는 DBMS) 에서 사용자에 의해서 처리될 데이터를 준비한다 .

2전송을 위해 데이터가 준비되고 , 전송되며 , 시스템의 다른 컴포넌트 상에서 처리된다 . (최종 사용자 처리를 위한 것은 아님 )

3분산처리와 데이터 전송이 온라인 방식으로 이루어지나 단 방향이다 .

4분산처리와 데이터 전송이 온라인 방식으로 이루어지되 양 방향이다 .

5처리기능이 시스템의 가장 적합한 구성요소에서 동적으로 수행된다 .

GSC: 2. Distributed data Processing

David’s notes

분산 어플리케이션이나 실시간 어플리케이션은 이 범주내의 값이 지정되어야 한다 . 대부분의 어플리케이션은 0, 기본적인 (primitive) 분산 어플리케이션은 1 이나 2, 클라이언트나 웹 어플리케이션은 2 에서 4, 실시간 , 원격 통신 , 혹은 프로세스 제어 시스템은 0 에서 5. 5 의 값을 갖기 위해서는 다중 서버나 프로세서가 존재해야 하고 , 각각은 실시간 가용성을 기초로 동적으로 선택된다 .

3. 시스템 성능 (Performance)

시스템 성능은 어플리케이션 개발에 영향을 미치는 시스템의 응답시간과 처리 능력에 대한 고려 수준을 말한다 .사용자에 의해 반응시간 또는 처리량 등으로 명시 또는 승인되는 어플리케이션의 성능목표는 어플리케이션의 설계 , 개발 , 설치 , 지원 등에 영향을 미친다


0 성능에 대한 사용자의 특별한 요구사항이 없다 .

1성능과 설계 요구사항이 명시되어 검토되었으나 , 특별한 조치가 필요 없다 .

2응답시간 또는 처리량이 피크 시간대에 매우 중요하다 . CPU 사용에 대한 특별한 설계 요구가 없었다 . 처리 기한은 다음 업무일 까지다 .

3응답시간 또는 처리량이 업무시간 동안 내내 매우 중요하다 . CPU 사용에 대한 특별한 설계 요구가 없었다 . 시스템 인터페이스와 함께 처리 기한에 대한 요구가 제약 사항이다 .

43 에 추가하여 , 명시된 사용자의 성능 요구가 설계단계에서 성능 분석 작업이 필요할 정도로 엄중하다 .

54 에 추가하여 , 명시된 사용자의 성능 요구를 충족시키기 위해서 설계 , 개발 , 구현 단계 등에서 성능분석 툴이 사용된다 .

GSC: 3. Performance ( 계속 ) David’s notes

transaction rate(GSC 5) 와 그 성격이 매우 유사하다 . 둘 모두가 설계 , 개발 , 설치 단계에서 성능을 고려한다 . 응답 시간은 전형적으로 대화식 프로세싱과 관련되고 , 처리율은 일괄 처리와 관련된다 . 설계 단계 동안 성능 분석 작업을 요구하면 4, 성능 분석 도구의 이용을 요구하면 5. 전형적으로 일괄 처리 어플리케이션은 0 에서 4, 온 라인 어플리케이션은 0 에서 4. 그리고 실시간 , 원격 통신 , 프로세스 제어 시스템은 0 에서 5.

4. 자원 제약 정도 (Heavily Used Configuration)

자원 제약 정도는 어플리케이션 개발에 영향을 주는 컴퓨터 자원의 제약 정도를 말하는 것으로 , 설계시 특별히 고려해야 하는 어플리케이션의 특징 중 하나이다 . 예를 들면 , 사용자가 작업부하가 클 기존 또는 할당될 장비상에서 어플리케이션을 수행하고 싶어할 수 있다 .


0 명시적 또는 묵시적인 운영 제약사항이 포함되어 있지 않다 .

1 운영 제약사항이 존재하나 , 전형적인 어플리케이션 보다는 약한 수준으로 제약사항을 충족하기 위해 특별한 노력이 필요 없다 .

2 약간의 보안 또는 시간적 고려사항을 포함한다 .

3 어플리케이션의 특정 부분에 대한 특별한 처리 요구가 들어있다 .

4 명시된 운영 제한사항이 중앙처리기 또는 전용처리기에 있는 어플리케이션에 특별한 제약을 요구한다 .

5 4 에 추가하여 , 시스템의 분산 컴포넌트에 있는 어플리케이션에 대해서도 특별한 제약을 요구한다 .

GSC: 4. Heavily used configuration

David’s notes

대부분의 어플리케이션이 2 의 값을 가짐 . 어플리케이션이 클라이언트 - 서버 , 실시간 , 원격 통신 , 프로세스 제어 시스템이면 3 에서 5. 동일한 트랜잭션을 처리하고 가장 신속한 처리 수단을 탐색하는 전용 처리기나 다중 처리기가 필요할 수 있다 .

5. 트랜잭션 비율 (Transaction Rate)

트랜잭션 비율은 어플리케이션 개발에 영향을 미치는 비즈니스 트랜잭션의 정도를 말하는 것으로 , 트랜잭션 비율이 높으면 어플리케이션의 설계 , 개발 , 설치 및 지원 등에 영향을 준다 .


0 피크 시간대가 예상되지 않는다 .

1 피크 시간대 ( 예 , 월간 , 분기 , 계절 , 년간 ) 가 예상된다 .

2 매주 단위로 피크 트랜잭션이 예상된다 .

3 매일 단위로 피크 트랜잭션이 예상된다 .

4 어플리케이션 요구사항 또는 서비스 수준 약정에서 사용자가 명시한 트랜잭션 비율이 설계 단계에서 성능 분석 작업이 필요할 정도로 높다 .

5 4 에 더하여 , 설계 , 개발 , 설치 단계에서 성능분석 도구의 사용을 요구 한다 .

GSC: 5. Transaction rate ( 계속 ) David’s notes

Performance(GSC 3) 와 그 성격이 매우 비슷하다 . 둘 모두가 설계 , 개발 , 설치 단계에서 성능을 고려한다 . 설계 단계 동안 성능 분석 작업을 요구하면 4, 성능 분석 도구의 이용을 요구하면 5. 전형적으로 일괄 처리 어플리케이션은 0 에서 3. 온 라인 어플리케이션은 0 에서 4. 실시간 , 원격 통신 , 프로세스 제어 시스템은 0 에서 5.

6. 온라인 데이터 입력 (Online Data Entry)

온라인 데이터 입력은 대화식 트랜잭션을 통해 입력되는 데이터의 정도로 , 어플리케이션이 제공하는 온라인 데이터 입력 및 통제 기능을 말한다 .


0 모든 트랜잭션이 뱃치 모드로 처리 된다 .

1 1 ~ 7% 의 트랜잭션이 대화식 데이터 입력이다 .




5 30% 이상의 트랜잭션이 대화식 데이터 입력이다 .

GSC: 6. Online data entry ( 계속 ) David’s notes

전형적으로 일괄 처리 어플리케이션은 0 에서 1, 그리고 온 라인 , 실시간 , 원격 통신 , 프로세스 제어 시스템이 5 의 값을 가진다 .

7. 최종 사용자 효율성 (End-User Efficiency)

최종 사용자 효율성은 어플리케이션 사용자의 인간적 요소와 사용 편리성을 고려한 정도를 말하는 것으로 , 설계 시 다음과 같은 사항들을 포함한다 .

• 네비게이션에 도움이 되는 것 ( 예 , 기능키 , 점프 , 역동적인 메뉴 등 )• 메뉴• 온라인 도움말 및 문서• 자동 커서 이동• 스크롤• 온라인 트랜잭션을 통한 원격 출력• 사전 정의된 기능키• 온라인 트랜잭션을 통한 뱃치 작업• 커서로 화면 데이터 선택• 반전 , 강조 , 칼라 밑줄 , 기타 표시자의 과도한 사용• 온라인 트랜잭션 사용자 문서의 하드 카피• 마우스 인터페이스• 팝 -업 윈도우• 업무기능 수행을 위한 최소한의 화면• 이중 언어 지원 (2 개 언어 지원 , 4 개 항목으로 간주 )• 다중 언어 지원 (2 개 이상 언어 지원 , 6 개 항목으로 간주 )

7. 최종 사용자 효율성(End-User Efficiency)


0 위 항목 중 해당 사항이 하나도 없다 .

1 위 항목 중 1 ~ 3 개가 해당된다 .

2 위 항목 중 4 ~ 5 개가 해당된다 .

3 위 항목 중 6 개 이상이 해당되나 , 효율성 관련한 사용자의 특별한 요구가 없다 .

4 위 항목 중 6 개 이상이 해당되고 , 효율성 관련한 사용자의 요구사항이 인간적 요소( 예 , 키 입력의 최소화 , 디폴트 값의 최대화 , 템플릿 사용 등 ) 를 위한 설계 활동이 필요할 정도로 강력하다 .

5 위 항목 중 6 개 이상이 해당되고 , 효율성 관련한 사용자의 요구사항이 사용자 효율성 목표 달성을 입증하기 위한 특수한 툴과 프로세스의 사용을 필요로 할 정도로 강력하다 .

GSC: 7. End user efficiency ( 계속 ) David’s notes

순수한 일괄 처리 어플리케이션은 0. front-end 데이터 입력 화면을 가지지만 , 내장된 템플릿이나 디폴트를 가지지 않는 대부분의 어플리케이션은 3. 만일 디폴트 , 템플릿 , 중요한 네비게이션 도구가 존재하면 4. 기능성보다는 어플리케이션의 유용성을 시험할 사용자 실험실이 존재하면 5. 실시간 , 원격 통신 , 프로세스 제어 시스템은 이 GSC 에 해당되지 않음 .

8. 온라인 갱신 (Online Update)온라인 갱신은 내부논리 파일이 온라인으로 갱신되는 정도를 말하는 것으로 , 어플리케이션의 중요한 기능의 하나이다 .


0 해당사항 없음

1 1~3 개의 제어 파일이 온라인으로 갱신되나 , 파일의 볼륨이 작고 복구가 쉽다 .

2 4 개 이상의 제어 파일이 온라인으로 갱신되나 , 파일의 볼륨이 작고 복구가 쉽다 .

3 주요 내부 논리 파일이 온라인으로 갱신된다 .

4 3 에 더하여 , 데이터 손실을 방지하기 위해 특별한 시스템 설계와 프로그래밍을 필요로 한다 .

5 4 에 더하여 , 데이터 볼륨이 커서 복구 프로세스에 별도의 비용을 고려해야 하고 , 운영자 조작의 최소화를 위해 고도로 자동화된 복구 절차를 필요로 한다 .

GSC: 8. Online update ( 계속 ) David’s notes

내부 논리 파일을 대화식으로 갱신하는 일괄 처리 어플리케이션은 0 에서 2. 내부 논리 파일을 갱신하는 대부분의 온 라인 어플리케이션은 3 이상 . 만일 시스템 안에 데이터의 손실을 보호하는 기능이 프로그램되면 ( 단지 백업을 통한 것이 아니라 ) 4. 어플리케이션 내에 내장된 고도로 자동화된 복구 기능이 존재하면 5. 실시간 , 원격 통신 , 프로세스 제어 시스템은 대개 4 혹은 5.

9. 처리 복잡도 (Complex Processing)

처리 복잡도는 처리 논리가 어플리케이션 개발에 영향을 주는 정도로 다음과 같은 경우를 말한다 .

민감한 제어 ( 예 , 특별 감사 처리 등 ) 그리고 /또는 어플리케이션에 고유한 보안 처

광범위한 논리적 처리방대한 양의 수학적 처리불완전한 트랜잭션으로 유발되어 재처리가 필요한 많은 양의 예외처리 ( 예 , TP

인터럽션으로 초래된 불완전한 ATM 트랜잭션들 , 누락된 데이터 값들 , 검증 실패 등 )

다중 입 ·출력 가능성을 다루는 복잡한 처리 ( 예 , 멀티미디어 , 장치 독립성 등 ) 점수 영향도 결정을 위한 설명0 위 항목 중 해당 사항이 없다 .

1 위 항목 중 한 개가 해당된다 .

2 위 항목 중 두 개가 해당된다 .

3 위 항목 중 세 개가 해당된다 .

4 위 항목 중 네 개가 해당된다 .

5 위 항목 중 다섯 개 모두 해당된다 .

GSC: 9. Complex processing (계속 ) David’s notes

이 GSC 지침은 다섯 가지의 별도의 개별적인 특성을 가진다 . 1. 어플리케이션이 특정 개인에게 다른 사람은 할 수 없는

데이터를 보거나 입력하도록 보안을 제공하는가 ? 2. 논리적인 (if/then/else) 프로세싱이 광범위하게

존재하는가 ? 3. 수학적인 프로세싱이 광범위하게 (덧셈과 뺄셈과 같은

단순한 수학 이상의 ) 존재하는가 ? 4. 복잡한 편집이나 검증 (validations) 이 존재하는가 ? 5. 어플리케이션에 다중 미디어 ( 예 , 음성 입력과 스크린

입력 ) 가 포함되는가 ?

10. 재사용성 (Reusability)

재사용성은 어플리케이션과 어플리케이션의 소스 코드를 다른 어플리케이션에서사용할 수 있도록 하기 위하여 특별하게 설계 , 개발 , 지원되는 정도를 말한다 .


0 재사용 코드가 없다 .

1 재사용 코드가 해당 어플리케이션에서만 사용된다 .

2 어플리케이션의 10% 미만이 하나이상의 사용자 요구를 고려한다 .

3 어플리케이션의 10% 이상이 하나이상의 사용자 요구를 고려한다

4 재사용을 쉽게 하고자 어플리케이션이 특별히 패키지화 ·문서화 되고 , 사용자가 소스코드 레벨에서 커스터마이즈 한다 .

5 재사용을 쉽게 하고자 어플리케이션이 특별히 패키지화 ·문서화 되고 , 사용자가 매개 변수 유지를 통하여 커스터마이즈 한다 .

GSC: 10. Reusability ( 계속 ) David’s notes

코드를 재사용하는 사람에게는 1 의 값을 할당한다 . 표준화된 재사용 가능한 소프트웨어는 신뢰도와 일관성이 향상되어 사용자를 위한 기능이 증가된다 . 그 기능을 기초로 2 에서 5 사이의 값이 할당되고 , 다른 어플리케이션에서 활용되기를 기대하여 개발 , 문서화 , 코드의 시험에 추가 노력을 투입한다 .

11. 설치 용이성 (Installation Ease)

설치 용이성은 이전 환경으로부터의 변환이 어플리케이션 개발에 영향을 미치는 정도를 말하는 것으로 , 변환과 설치 용이성은 어플리케이션의 중요한 특징의 하나이다 . 변환 및 설치 계획과 변환 도구 등은 시스템 테스트 단계에서 제공되고 테스트 된다 .


0 사용자에 의해 명시된 별도의 고려사항이 없고 , 설치를 위한 특별 셋업 작업이 불필요하다 .

1 사용자에 의해 명시된 별도의 고려사항이 없으나 , 설치를 위한 특별 셋업 작업이 필요하다 .

2 사용자에 의해 설치 및 변환 요구사항이 명시되어 , 변환 및 설치 가이드가 제공되고 테스트 된다 . 하지만 , 변환에 따른 영향이 프로젝트에 별로 중요하지 않다 .

3 사용자에 의해 설치 및 변환 요구사항이 명시되어 , 변환 및 설치 가이드가 제공되고 테스트 될 뿐 아니라 , 프로젝트에서 변환에 따른 영향을 중요하게 생각한다 .

4 2 에 더하여 , 자동화된 변환 및 설치 도구가 제공되고 테스트 된다 .

5 3 에 더하여 , 자동화된 변환 및 설치 도구가 제공되고 테스트 된다 .

GSC: 11. Installation ease ( 계속 ) David’s notes

종종 개발자들은 이전에 존재했던 데이터를 새로운 데이터 파일로 변환하고 , 파일이 실제의 데이터를 가지게 하고 , 이식을 위한 설치 소프트웨어를 개발하기 위한 많은 노력을 투입할 것을 요구 받는다 . 일정이 개선되고 일관성이 증가되면 사용자에게 제공되는 기능이 향상된다 . 컨버전과 설치 요구 사항의 어려움과 쉬움 , 중요성에 따라 점수를 부여한다 .

12. 운영 용이성 (Operational Ease)

운영 용이성은 어플리케이션이 기동 , 백업 , 복구 등 운영 측면의 프로세스에 대해서 고려하는 정도를 말하는 것으로 , 어플리케이션의 중요한 특징의 하나이다 . 어플리케이션은 테이프 걸기 , 용지 관리 , 수동 개입 등 수작업 활동의 필요성을 최소화 한다 .


0 사용자가 명시한 정규 백업 절차 외에 특별한 운영 측면의 고려사항이 없다 .

1-4 다음 항목 중 어플리케이션에 적용되는 것을 모두 선택한다 . 별도 언급이 없는 한 각 항목 당 1점씩 이다 .

효과적인 기동 , 백업 , 복구 절차가 제공되나 , 운영자의 개입이 필요 하다 . 효과적인 기동 , 백업 , 복구 절차가 제공되며 , 운영자의 개입도 필요 없다 . (2 점 ) 어플리케이션이 테이프 걸기의 필요성을 최소화 한다 . 어플리케이션이 용지 관리의 필요성을 최소화 한다 .

5 어플리케이션이 무인 운영 개념으로 설계된다 . 무인 운영이란 시스템의 운영에 있어서 어플리케이션의 기동과 중단 외에 일체의 운영자 개입이 없는 것을 말한다 . 자동 에러 복구가 이런 어플리케이션의 특징이다 .

GSC: 12. Operational ease ( 계속 ) David’s notes

레거시 시스템이 아닌 한 , 테이프 마운트와 페이퍼 (천공 카드 , 천공 페이퍼 테이프 ) 가 없으면 각각 1 의 값을 부여한다 . 만일 시동 , 백업 , 복구를 위해 운영자 간섭이 요구되면 3 의 값을 부여한다 . 만일 운영자 간섭이 요구되지 않으면 4 의 값을 부여하고 , 어플리케이션이 스스로 운영되고 오류로부터 자동적으로 복구되면 5 의 값을 부여한다 . 대개 온 라인 어플리케이션에 대해서는 3의 값을 부여하고 , 운영자에 의해 직접 방해 받지 않고 운영되는 플랜트 - 프로세싱 , 원격 통신 , 실시간 시스템을 위해 더 높은 값을 부여한다 .

13. 다중 사이트 (Multiple Site)

다중 사이트는 어플리케이션이 복수의 장소와 사용자 조직을 고려하여 개발되는 정도를 말한다 . 그래서 어플리케이션은 복수 조직의 다중 사이트에 설치될 수 있도록 특별히 설계 , 개발 , 지원 되어 진다 .


0 하나 이상의 사용자 / 사이트 설치 필요성의 고려를 요구하지 않는다 .

1 다중 사이트의 설치 필요성이 설계시 고려 되고 , 어플리케이션이 동일한 하드웨어 /소프트웨어 환경 하에서만 운영되도록 설계된다 .

2 다중 사이트의 설치 필요성이 설계시 고려 되고 , 어플리케이션이 유사한 하드웨어 /소프트웨어 환경 하에서만 운영되도록 설계된다 .

3 다중 사이트의 설치 필요성이 설계시 고려 되고 , 어플리케이션이 상이한 하드웨어 /소프트웨어 환경 하에서 운영되도록 설계된다 .

4 여러 사이트에서 어플리케이션을 운영하기 위해 문서화 및 지원 계획이 제공되고 테스트 된다 . 어플리케이션은 1,2 의 정의와 같다 .

5 여러 사이트에서 어플리케이션을 운영하기 위해 문서화 및 지원 계획이 제공되고 테스트 된다 . 어플리케이션은 3 의 정의와 같다 .

GSC: 13. Multiple sites ( 계속 ) David’s notes

여러 사이트에서 운영될 소프트웨어 , 하드웨어를 포함하는 어플리케이션을 인도하는데 필요한 노력과 사용자 기능을 고려한다 . 터미널이나 PC 와 같은 입력 장치를 반영한다 . 소프트웨어 , 하드웨어가 동일 , 유사 ( 윈도우 95, NT), 상이한가 ( 윈도우 , Mac, Unix)? 문서가 제공되고 시험 계획을 지원하는가 ?

14. 변경 용이성 (Facilitate Change)

변경 용이성은 어플리케이션의 처리 논리나 데이터 구조의 변경을 쉽게 하기위해 개발하는 정도를 말한다 . 이 때 어플리케이션에 적용될 수 있는 특성들은 다음과 같다 .

• 단순 요구 ( 예 , 한 개의 내부 논리 파일에만 적용되는 논리 ) 를 취급할 수 있는 유연한 질의와 보고서 기능이 제공된다 .

• 평균 복잡도의 요구 ( 예 , 하나 이상의 내부 논리 파일에 적용되는 논리 ) 를 취급할 수 있는 유연한 질의와 보고서 기능이 제공된다 .

• 복잡한 요구 ( 예 , 하나 이상의 내부 논리 파일에 적용되는 복합 논리 ) 를 취급할 수 있는 유연한 질의와 보고서 기능이 제공된다 .

• 비즈니스 제어 데이터가 온라인 대화 프로세스를 통해 사용자에 의하여 테이블에 저장되어 유지된다 . 하지만 변경결과는 다음 업무 일부터 효력을 발휘한다 .

• 비즈니스 제어 데이터가 온라인 대화 프로세스를 통해 사용자에 의하여 테이블에 저장되어 유지된다 . 그리고 변경결과는 즉시 효력을 발휘한다

점수 영향도 결정을 위한 설명0 위 항목 중 해당 사항이 없다 .

1 위 항목 중 총 1 개만 해당된다 .

2 위 항목 중 총 2 개가 해당된다 .



5 위 항목 모두 (5 개 ) 가 해당된다 ..

GSC: 14. Facilitate change ( 계속 ) David’s notes

융통성 있는 질의와 리포트 기능이 제공된다 . 제어 데이터는 사용자에 의해 유지 가능한 테이블에서 그룹화된다 .

첫 번째 영역은 SQL이나 FOCUS 와 같은 언어 혹은 더욱 동적인 리포트 생성 도구 ( 예 , Crystal Reports) 에 의해 제공되는 질의 , 리포트 작성 기능을 다룬다 . 이러한 특성에는 0 에서 3 의 값을 할당한다 .

두 번째 영역과 마지막 두 항목은 데이터 , 제어 정보가 어플리케이션 내에서 혹은 어플리케이션에 의해 유지되는 양방향성(interactivity) 에 관련된다 . 대화형 , 실시간 , 원격 통신 , 프로세스 제어 시스템은 전형적으로 마지막 두 값을 할당한다 .

값 조정 인자 (VAF) 14 개의 일반 시스템 특성 (GSC) 이 값 조정 인자 (VAF) 로 합산된다 .

VAF 는 최종 조정된 기능 점수 계산을 결정하기 위해 미조정된 기능 점수 계산을 ±35 퍼센트 범위에서 조정한다 .

일반적으로 , 간단한 일괄 처리 어플리케이션은 15 미만 , front-end 일괄 처리 어플리케이션은 15 에서 30 사이 , 실시간 , 원격 통신 , 프로세스 제어 시스템은 30 에서 60 사이의 TDI 를 가진다 .

다음 절차에 의해 VAF 를 계산한다 .1. 각 GSC 에 관한 영향도 (DI) 를 결정하기 위해 0 에서 5 사이의 값으로 14

개의 GSC 를 평가한다 .2. 총영향도 (TDI) 를 구하기 위해 14 개의 GSC 의 DI 를 더한다 .3. 다음 식으로 VAF 를 계산한다 . VAF = (TDI × 0.01) + 0.65

GSC 예제No. Characteristic DI No. Characteristic DI

1 Data communications 5 8 On-Line update 5

2 Distributed data processing 2 9 Complex processing 4

3 Performance 4 10 Reusability 2

4 Heavily used configuration 3 11 Installation ease 4

5 Transaction rate 4 12 Operational ease 3

6 On-Line data entry 5 13 Multiple sites 3

7 End-user efficiency 3 14 Facilitate change 4

Total Degree of Influence(TDI) = 51

VAF = (TDI × 0.01) + 0.65 = 51×0.01 + 0.65 = 1.16

6. 일반 시스템 특성

Documents