6. 일반 시스템 특성.

Presentation on theme: "6. 일반 시스템 특성."— Presentation transcript:

1 6. 일반 시스템 특성

2 3. 데이터 기능 계산 5. 미조정 기능점수 결정 4. 트랜잭션 기능 계산 1. 계산 유형 결정 7. 조정 기능점수 결정
2. 계산 범위와 어플리케이션 경계 식별 1. 계산 유형 결정 7. 조정 기능점수 결정 6. 값 조정 인자 결정 주) 개정 사업대가기준의 기능점수는 “5. 미조정 기능점수”를 의미한다.

3 서론 정보 시스템이 제공하는 기능에는 데이터 기능과 트랜잭션 기능에 의해 충분히 표현되지 않는 일반적인 요인들이 있고, FPA에 이를 반영하는 일반 시스템 특성(General System Characteristics: GSC)이 있음 값 조정 인자(Value Adjustment Factor: VAF)는 조정된 기능 점수(adjusted function point) 계산을 위한 승수(multiplier)로 사용됨 일반 시스템 특성(GSC)을 모두 무시하고 미조정된 기능 점수로 최종적인 기능 점수를 대치하려는 일부 경향이 있음 ISO는 기능 점수에 일반 시스템 특성(GSC)을 배제하였음

4 서론: 일반 시스템 특성(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)

5 서론: 일반 시스템 특성 (계속) 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) FP = UFP  VAF

6 일반 시스템 특성 (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)

7 1. 데이터 통신(Data Communication)
데이터 통신은 어플리케이션이 프로세서와 직접 통신하는 정도를 말한다. 어플리케이션에서 사용되는 데이터와 제어정보는 통신설비를 통하여 송,수신된다. 제어장치에 지역적으로 연결된 단말기들은 통신설비를 이용하는 것으로 간주된다. 프로토콜은 두 개의 시스템 또는 장치간 정보의 교환 또는 전송을 가능하게 하는 규약의 모음이다. 모든 데이터 통신에는 일정한 형태의 프로토콜이 필요하다. 점수 영향도 결정을 위한 설명 순수 뱃치형 어플리케이션 또는 단독형 PC 1 원격 데이터 입력 또는 출력을 가지는 뱃치형 어플리케이션 2 원격 데이터 입력과 출력을 가지는 뱃치형 어플리케이션 3 온라인 데이터 수집기 또는 뱃치 프로세스나 조회 시스템의 원격 처리용 프런트 앤드(front end)가 포함된 어플리케이션 4 하나 이상의 프런트 앤드(front end)를 가지나 한가지의 원격처리 통신 프로토콜 유형만을 지원하는 어플리케이션 5 하나 이상의 프런트 앤드(front end)를 가지고 하나 이상의 원격처리 통신 프로토콜 유형을 지원하는 어플리케이션

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

9 (Distributed Data Processing)
2. 분산 데이터 처리 (Distributed Data Processing) 분산 데이터 처리는 어플리케이션이 어플리케이션 내부의 구성 요소간에 데이터를 전송하는 정도를 말한다. 데이터 분산 또는 분산 처리는 어플리케이션 경계 내에 있는 어플리케이션의 특성 중의 하나이다. 점수 영향도 결정을 위한 설명 어플리케이션이 시스템 구성 요소들간의 데이터 전송 또는 분산처리기능을 지원하지 않는다 1 어플리케이션이 시스템의 다른 컴포넌트(예, PC상의 스프레드시트 또는 DBMS)에서 사용자에 의해서 처리될 데이터를 준비한다. 2 전송을 위해 데이터가 준비되고, 전송되며, 시스템의 다른 컴포넌트 상에서 처리된다. (최종 사용자 처리를 위한 것은 아님) 3 분산처리와 데이터 전송이 온라인 방식으로 이루어지나 단 방향이다. 4 분산처리와 데이터 전송이 온라인 방식으로 이루어지되 양 방향이다. 5 처리기능이 시스템의 가장 적합한 구성요소에서 동적으로 수행된다.

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

11 3. 시스템 성능 (Performance) 시스템 성능은 어플리케이션 개발에 영향을 미치는 시스템의 응답시간과 처리 능력에 대한 고려 수준을 말한다. 사용자에 의해 반응시간 또는 처리량 등으로 명시 또는 승인되는 어플리케이션의 성능목표는 어플리케이션의 설계, 개발, 설치, 지원 등에 영향을 미친다 점수 영향도 결정을 위한 설명 성능에 대한 사용자의 특별한 요구사항이 없다. 1 성능과 설계 요구사항이 명시되어 검토되었으나, 특별한 조치가 필요 없다. 2 응답시간 또는 처리량이 피크 시간대에 매우 중요하다. CPU 사용에 대한 특별한 설계 요구가 없었다. 처리 기한은 다음 업무일 까지다. 3 응답시간 또는 처리량이 업무시간 동안 내내 매우 중요하다. CPU 사용에 대한 특별한 설계 요구가 없었다. 시스템 인터페이스와 함께 처리 기한에 대한 요구가 제약 사항이다. 4 3에 추가하여, 명시된 사용자의 성능 요구가 설계단계에서 성능 분석 작업이 필요할 정도로 엄중하다. 5 4에 추가하여, 명시된 사용자의 성능 요구를 충족시키기 위해서 설계, 개발, 구현 단계 등에서 성능분석 툴이 사용된다.

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

13 (Heavily Used Configuration)
4. 자원 제약 정도 (Heavily Used Configuration) 자원 제약 정도는 어플리케이션 개발에 영향을 주는 컴퓨터 자원의 제약 정도를 말하는 것으로, 설계시 특별히 고려해야 하는 어플리케이션의 특징 중 하나이다. 예를 들면, 사용자가 작업부하가 클 기존 또는 할당될 장비상에서 어플리케이션을 수행하고 싶어할 수 있다. 점수 영향도 결정을 위한 설명 명시적 또는 묵시적인 운영 제약사항이 포함되어 있지 않다. 1 운영 제약사항이 존재하나, 전형적인 어플리케이션 보다는 약한 수준으로 제약사항을 충족하기 위해 특별한 노력이 필요 없다. 2 약간의 보안 또는 시간적 고려사항을 포함한다. 3 어플리케이션의 특정 부분에 대한 특별한 처리 요구가 들어있다. 4 명시된 운영 제한사항이 중앙처리기 또는 전용처리기에 있는 어플리케이션에 특별한 제약을 요구한다. 5 4에 추가하여, 시스템의 분산 컴포넌트에 있는 어플리케이션에 대해서도 특별한 제약을 요구한다.

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

15 5. 트랜잭션 비율 (Transaction Rate)
트랜잭션 비율은 어플리케이션 개발에 영향을 미치는 비즈니스 트랜잭션의 정도를 말하는 것으로, 트랜잭션 비율이 높으면 어플리케이션의 설계, 개발, 설치 및 지원 등에 영향을 준다. 점수 영향도 결정을 위한 설명 피크 시간대가 예상되지 않는다. 1 피크 시간대(예, 월간, 분기, 계절, 년간)가 예상된다. 2 매주 단위로 피크 트랜잭션이 예상된다. 3 매일 단위로 피크 트랜잭션이 예상된다. 4 어플리케이션 요구사항 또는 서비스 수준 약정에서 사용자가 명시한 트랜잭션 비율이 설계 단계에서 성능 분석 작업이 필요할 정도로 높다. 5 4에 더하여, 설계, 개발, 설치 단계에서 성능분석 도구의 사용을 요구 한다.

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

17 6. 온라인 데이터 입력 (Online Data Entry)
온라인 데이터 입력은 대화식 트랜잭션을 통해 입력되는 데이터의 정도로, 어플리케이션이 제공하는 온라인 데이터 입력 및 통제 기능을 말한다. 점수 영향도 결정을 위한 설명 모든 트랜잭션이 뱃치 모드로 처리 된다. 1 1 ~ 7%의 트랜잭션이 대화식 데이터 입력이다. 2 8 ~ 15%의 트랜잭션이 대화식 데이터 입력이다. 3 16 ~ 23%의 트랜잭션이 대화식 데이터 입력이다. 4 24 ~ 30%의 트랜잭션이 대화식 데이터 입력이다. 5 30%이상의 트랜잭션이 대화식 데이터 입력이다.

18 GSC: 6. Online data entry (계속)
David’s notes 전형적으로 일괄 처리 어플리케이션은 0에서 1, 그리고 온 라인, 실시간, 원격 통신, 프로세스 제어 시스템이 5의 값을 가진다.

19 (End-User Efficiency)
7. 최종 사용자 효율성 (End-User Efficiency) 최종 사용자 효율성은 어플리케이션 사용자의 인간적 요소와 사용 편리성을 고려한 정도를 말하는 것으로, 설계 시 다음과 같은 사항들을 포함한다. 네비게이션에 도움이 되는 것 (예, 기능키, 점프, 역동적인 메뉴 등) 메뉴 온라인 도움말 및 문서 자동 커서 이동 스크롤 온라인 트랜잭션을 통한 원격 출력 사전 정의된 기능키 온라인 트랜잭션을 통한 뱃치 작업 커서로 화면 데이터 선택 반전, 강조, 칼라 밑줄, 기타 표시자의 과도한 사용 온라인 트랜잭션 사용자 문서의 하드 카피 마우스 인터페이스 팝-업 윈도우 업무기능 수행을 위한 최소한의 화면 이중 언어 지원 (2개 언어 지원, 4개 항목으로 간주) 다중 언어 지원 (2개 이상 언어 지원, 6개 항목으로 간주)

20 (End-User Efficiency)
7. 최종 사용자 효율성 (End-User Efficiency) 점수 영향도 결정을 위한 설명 위 항목 중 해당 사항이 하나도 없다. 1 위 항목 중 1 ~ 3개가 해당된다. 2 위 항목 중 4 ~ 5개가 해당된다. 3 위 항목 중 6개 이상이 해당되나, 효율성 관련한 사용자의 특별한 요구가 없다. 4 위 항목 중 6개 이상이 해당되고, 효율성 관련한 사용자의 요구사항이 인간적 요소(예, 키 입력의 최소화, 디폴트 값의 최대화, 템플릿 사용 등)를 위한 설계 활동이 필요할 정도로 강력하다. 5 위 항목 중 6개 이상이 해당되고, 효율성 관련한 사용자의 요구사항이 사용자 효율성 목표 달성을 입증하기 위한 특수한 툴과 프로세스의 사용을 필요로 할 정도로 강력하다.

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

22 8. 온라인 갱신 (Online Update) 온라인 갱신은 내부논리 파일이 온라인으로 갱신되는 정도를 말하는 것으로, 어플리케이션의 중요한 기능의 하나이다. 점수 영향도 결정을 위한 설명 해당사항 없음 1 1~3개의 제어 파일이 온라인으로 갱신되나, 파일의 볼륨이 작고 복구가 쉽다. 2 4개 이상의 제어 파일이 온라인으로 갱신되나, 파일의 볼륨이 작고 복구가 쉽다. 3 주요 내부 논리 파일이 온라인으로 갱신된다. 4 3에 더하여, 데이터 손실을 방지하기 위해 특별한 시스템 설계와 프로그래밍을 필요로 한다. 5 4에 더하여, 데이터 볼륨이 커서 복구 프로세스에 별도의 비용을 고려해야 하고, 운영자 조작의 최소화를 위해 고도로 자동화된 복구 절차를 필요로 한다.

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

24 9. 처리 복잡도 (Complex Processing)
처리 복잡도는 처리 논리가 어플리케이션 개발에 영향을 주는 정도로 다음과 같은 경우를 말한다. l민감한 제어(예, 특별 감사 처리 등) 그리고/또는 어플리케이션에 고유한 보안 처 l광범위한 논리적 처리 l방대한 양의 수학적 처리 l불완전한 트랜잭션으로 유발되어 재처리가 필요한 많은 양의 예외처리 (예, TP 인터럽션으로 초래된 불완전한 ATM 트랜잭션들, 누락된 데이터 값들, 검증 실패 등) l다중 입·출력 가능성을 다루는 복잡한 처리 (예, 멀티미디어, 장치 독립성 등) 점수 영향도 결정을 위한 설명 위 항목 중 해당 사항이 없다. 1 위 항목 중 한 개가 해당된다. 2 위 항목 중 두 개가 해당된다. 3 위 항목 중 세 개가 해당된다. 4 위 항목 중 네 개가 해당된다. 5 위 항목 중 다섯 개 모두 해당된다.

25 GSC: 9. Complex processing (계속)
David’s notes 이 GSC 지침은 다섯 가지의 별도의 개별적인 특성을 가진다. 1. 어플리케이션이 특정 개인에게 다른 사람은 할 수 없는 데이터를 보거나 입력하도록 보안을 제공하는가? 2. 논리적인 (if/then/else) 프로세싱이 광범위하게 존재하는가? 3. 수학적인 프로세싱이 광범위하게 (덧셈과 뺄셈과 같은 단순한 수학 이상의) 존재하는가? 4. 복잡한 편집이나 검증(validations)이 존재하는가? 5. 어플리케이션에 다중 미디어(예, 음성 입력과 스크린 입력)가 포함되는가?

26 10. 재사용성 (Reusability) 재사용성은 어플리케이션과 어플리케이션의 소스 코드를 다른 어플리케이션에서
사용할 수 있도록 하기 위하여 특별하게 설계, 개발, 지원되는 정도를 말한다. 점수 영향도 결정을 위한 설명 재사용 코드가 없다. 1 재사용 코드가 해당 어플리케이션에서만 사용된다. 2 어플리케이션의 10%미만이 하나이상의 사용자 요구를 고려한다. 3 어플리케이션의 10%이상이 하나이상의 사용자 요구를 고려한다 4 재사용을 쉽게 하고자 어플리케이션이 특별히 패키지화·문서화 되고, 사용자가 소스코드 레벨에서 커스터마이즈 한다. 5 재사용을 쉽게 하고자 어플리케이션이 특별히 패키지화·문서화 되고, 사용자가 매개 변수 유지를 통하여 커스터마이즈 한다.

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

28 11. 설치 용이성 (Installation Ease)
설치 용이성은 이전 환경으로부터의 변환이 어플리케이션 개발에 영향을 미치는 정도를 말하는 것으로, 변환과 설치 용이성은 어플리케이션의 중요한 특징의 하나이다. 변환 및 설치 계획과 변환 도구 등은 시스템 테스트 단계에서 제공되고 테스트 된다. 점수 영향도 결정을 위한 설명 사용자에 의해 명시된 별도의 고려사항이 없고, 설치를 위한 특별 셋업 작업이 불필요하다. 1 사용자에 의해 명시된 별도의 고려사항이 없으나, 설치를 위한 특별 셋업 작업이 필요하다. 2 사용자에 의해 설치 및 변환 요구사항이 명시되어, 변환 및 설치 가이드가 제공되고 테스트 된다. 하지만, 변환에 따른 영향이 프로젝트에 별로 중요하지 않다. 3 사용자에 의해 설치 및 변환 요구사항이 명시되어, 변환 및 설치 가이드가 제공되고 테스트 될 뿐 아니라, 프로젝트에서 변환에 따른 영향을 중요하게 생각한다. 4 2에 더하여, 자동화된 변환 및 설치 도구가 제공되고 테스트 된다. 5 3에 더하여, 자동화된 변환 및 설치 도구가 제공되고 테스트 된다.

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

30 12. 운영 용이성 (Operational Ease)
운영 용이성은 어플리케이션이 기동, 백업, 복구 등 운영 측면의 프로세스에 대해서 고려하는 정도를 말하는 것으로, 어플리케이션의 중요한 특징의 하나이다. 어플리케이션은 테이프 걸기, 용지 관리, 수동 개입 등 수작업 활동의 필요성을 최소화 한다. 점수 영향도 결정을 위한 설명 사용자가 명시한 정규 백업 절차 외에 특별한 운영 측면의 고려사항이 없다. 1-4 다음 항목 중 어플리케이션에 적용되는 것을 모두 선택한다. 별도 언급이 없는 한 각 항목 당 1점씩 이다. l        효과적인 기동, 백업, 복구 절차가 제공되나, 운영자의 개입이 필요 하다. l        효과적인 기동, 백업, 복구 절차가 제공되며, 운영자의 개입도 필요 없다. (2 점) l        어플리케이션이 테이프 걸기의 필요성을 최소화 한다. l        어플리케이션이 용지 관리의 필요성을 최소화 한다. 5 어플리케이션이 무인 운영 개념으로 설계된다. 무인 운영이란 시스템의 운영에 있어서 어플리케이션의 기동과 중단 외에 일체의 운영자 개입이 없는 것을 말한다. 자동 에러 복구가 이런 어플리케이션의 특징이다.

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

32 13. 다중 사이트 (Multiple Site) 다중 사이트는 어플리케이션이 복수의 장소와 사용자 조직을 고려하여 개발되는 정도를 말한다. 그래서 어플리케이션은 복수 조직의 다중 사이트에 설치될 수 있도록 특별히 설계, 개발, 지원 되어 진다. 점수 영향도 결정을 위한 설명 하나 이상의 사용자/사이트 설치 필요성의 고려를 요구하지 않는다. 1 다중 사이트의 설치 필요성이 설계시 고려 되고, 어플리케이션이 동일한 하드웨어/소프트웨어 환경 하에서만 운영되도록 설계된다. 2 다중 사이트의 설치 필요성이 설계시 고려 되고, 어플리케이션이 유사한 하드웨어/소프트웨어 환경 하에서만 운영되도록 설계된다. 3 다중 사이트의 설치 필요성이 설계시 고려 되고, 어플리케이션이 상이한 하드웨어/소프트웨어 환경 하에서 운영되도록 설계된다. 4 여러 사이트에서 어플리케이션을 운영하기 위해 문서화 및 지원 계획이 제공되고 테스트 된다. 어플리케이션은 1,2의 정의와 같다. 5 여러 사이트에서 어플리케이션을 운영하기 위해 문서화 및 지원 계획이 제공되고 테스트 된다. 어플리케이션은 3의 정의와 같다.

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

34 14. 변경 용이성 (Facilitate Change)
변경 용이성은 어플리케이션의 처리 논리나 데이터 구조의 변경을 쉽게 하기위해 개발하는 정도를 말한다. 이 때 어플리케이션에 적용될 수 있는 특성들은 다음과 같다. 단순 요구(예, 한 개의 내부 논리 파일에만 적용되는 논리)를 취급할 수 있는 유연한 질의와 보고서 기능이 제공된다. 평균 복잡도의 요구(예, 하나 이상의 내부 논리 파일에 적용되는 논리)를 취급할 수 있는 유연한 질의와 보고서 기능이 제공된다. 복잡한 요구(예, 하나 이상의 내부 논리 파일에 적용되는 복합 논리)를 취급할 수 있는 유연한 질의와 보고서 기능이 제공된다. 비즈니스 제어 데이터가 온라인 대화 프로세스를 통해 사용자에 의하여 테이블에 저장되어 유지된다. 하지만 변경결과는 다음 업무 일부터 효력을 발휘한다. 비즈니스 제어 데이터가 온라인 대화 프로세스를 통해 사용자에 의하여 테이블에 저장되어 유지된다. 그리고 변경결과는 즉시 효력을 발휘한다 점수 영향도 결정을 위한 설명 위 항목 중 해당 사항이 없다. 1 위 항목 중 총 1개만 해당된다. 2 위 항목 중 총 2개가 해당된다. 3 위 항목 중 총 3개가 해당된다. 4 위 항목 중 총 4개가 해당된다. 5 위 항목 모두(5개)가 해당된다..

35 GSC: 14. Facilitate change (계속)
David’s notes 융통성 있는 질의와 리포트 기능이 제공된다. 제어 데이터는 사용자에 의해 유지 가능한 테이블에서 그룹화된다. 첫 번째 영역은 SQL이나 FOCUS와 같은 언어 혹은 더욱 동적인 리포트 생성 도구(예, Crystal Reports)에 의해 제공되는 질의, 리포트 작성 기능을 다룬다. 이러한 특성에는 0에서 3의 값을 할당한다. 두 번째 영역과 마지막 두 항목은 데이터, 제어 정보가 어플리케이션 내에서 혹은 어플리케이션에 의해 유지되는 양방향성(interactivity)에 관련된다. 대화형, 실시간, 원격 통신, 프로세스 제어 시스템은 전형적으로 마지막 두 값을 할당한다.

36 값 조정 인자 (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)

37 Total Degree of Influence(TDI) = 51
GSC 예제 Degree of Influence 0 : Not present, or no influence 1 : Incidental influence 2 : Moderate influence 3 : Average influence 4 : Significant influence 5 : Strong influence throughout VAF 계산 방식 - 각각의 GSC는 DI(Degree of Influence)를 결정하기 위해 0 ~ 5 점 척도로 점수를 준다. - 14개의 GSC의 DI를 모두 합해 TDI(Total Degree of Influence)를 계산한다. - VAF = (TDI * 0.01) - 따라서 VAF는 0.75 ~ 1.35 사이의 값을 가지게 되며 +/- 35%를 보정해 줄 수 있게 된다. Total Degree of Influence(TDI) = 51 VAF = (TDI × 0.01) = 51× = 1.16