1. 국제 표준 제품 품질 특성
1.1 제품 품질 국제 표준
1.1.1 제품 품질 국제 표준의 개념
- 소프트웨어 개발 공정 각 단계에서 산출되는 제품이 사용자 요구를 만족하는지 검증하기 위한 국제 표준
1.1.2 소프트웨어 품질 관련 국제 표준
| 표준 | 세부 내용 | 설명 |
|---|---|---|
| ISO/IEC 9126 | - 9126-1(품질 모델) - 9126-2(외부 품질) - 9126-3(내부 품질) - 9126-4(사용 품질) | - 품질 특성 및 측정 기준 제시 - 기능성, 신뢰성, 사용성, 효율성, 유지보수 용이성, 이식성 |
| ISO/IEC 14598 | - 14598-1(개요) - 14598-2(계획과 관리) - 14598-3(개발자용 프로세스) - 14598-4(구매자용 프로세스) - 14598-5(평가자용 프로세스) - 14598-6(평가 모듈) | - 소프트웨어 제품평가에 대한 국제적인 표준으로 ISO 9126의 사용을 위한 절차와 기본 상황 및 소프트웨어 평가 프로세스에 대한 표준 규정한 것 - 반복성, 공정성, 객관성, 재현성 |
| ISO/IEC 12119 | 소프트웨어 패키지 - 제품 설명서 - 사용자 문서 - 프로그램과 데이터 | 패키지 SW 품질 요구사항 및 테스트 |
| ISO/IEC 25000 | - 2500n(9126-1) - 2501n(9126-2) - 2502n(9126-3) - 2503n(9126-4) - 2504n(9126-5) | - S/W 품질평가 통합모델 - ISO 9126와 소프트웨어 평가절차 모델 ISO 14598을 통합 |
(1) ISO/IEC 9126 의 소프트웨어 품질 특성 : 기신사 효유이⭐
| 품질 특성 | 설명 |
|---|---|
| 기능성 (Functionality) | - 소프트웨어가 특정 조건에서 사용될 때, 명시된 요구와 내재된 요구를 만족하는 기능에대한 소프트웨어 제품의 능력 - 부특성 : 적합성, 정확성, 상호 운용성, 보안성, 준수성 |
| 신뢰성 (Reliability) | - 소프트웨어가 명세된 조건에서 사용될 때, 성능 수준을 유지할 수 있는 소프트웨어제품의 능력 - 부특성 : 성숙성, 결함 허용성, 복구성 |
| 사용성 (Usability) | - 사용자에 의해 이해 이해되고, 학습되고, 사용되고, 선호될 수 있는 소프트웨어 제품의 능력 - 부특성 : 이해성, 학습성, 운영성, 선호도, 준수성 |
| 효율성 (Efficiency) | - 사용되는 자원의 양에 따라 요구된 성능을 제공하는 소프트웨어 제품의 능력 - 부특성 : 시간 반응성, 자원 활용성, 준수성 |
| 유지보수성 (Maintainability) | - 소프트웨어 제품이 변경되는 능력- 소프트웨어의 수정, 개선 등이 포함된다 - 부특성 : 분석성, 변경성, 안정성, 시험성, 준수성 |
| 이식성 (Portability) | - 현재 환경에서 다른 환경으로 이전될 수 있는 소프트웨어 제품의 능력 - 부특성 : 적응성, 설치성, 공존성, 대체성, 준수성 |
(2) ISO/IEC 14598 평가 특성
| 평가 특성 | 설명 |
|---|---|
| 반복성 (Repetability) | 특정 제품에 대해 동일 평가자가 동일 사양에 대해 평가 했을 때 동일한 결과가 나와야 한다. |
| 재현성 (Reproducibility) | 특정 제품에 대해 다른 평가자가 동일 사양에 대해 평가 했을 때 동일하다고 여길수있는 결과가 나와야 한다. |
| 공정성 (Impartiality) | 평가가 특정 결과에 편향되지 않아야 한다 |
| 객관성 (Efficiency) | 평가 결과가 평가자의 감정이나 의견에 의해 영향을 받지 않아야 한다 |
(3) ISO/IEC 12119 구성요소
품질 + 테스트까지 보는 것
| 구성요소 | 설명 |
|---|---|
| 제품 설명서 | - 소프트웨어 패키지의 속성을 설명하는 문서- 제품 구입에 앞서 제품이 필요한지를 평가할 수 있는 정보 제공 |
| 사용자 문서 | 인쇄 또는 비 인쇄 형태의 사용 가능한 전체 문서들의 집합 |
| 실행 프로그램 | 요구사항이 명확하게 정의된 대상 |
(4) ISO/IEC 25000
- ISO 9126과 ISO 14598, ISO 12119, ISO 15288 표준을
5개 영역 중심으로 통합한 소프트웨어 평가모델 국제 표준
1.2 프로세스 품질 국제 표준
1.2.1 프로세스 품질 국제 표준의 개념
- 소프트웨어 개발 프로세스 등 소프트웨어 관련 업체의 프로세스 관리능력을 평가하고 프로세스를 개선하는데활용할 수 있는 표준
- 미국이 1987년에 S/W프로세스 성숙도(maturity)를 평가하기 위한 기준인 SW-CMM(Software Capability Maturity Model)을 제정하여 보급해 온 이래 국제표준화기구(ISO)도 관련 표준의 제정을 추진해 오고 있다.
1.2.2 국제 프로세스 품질 표준
| 표준 | 관점 |
|---|---|
| ISO/IEC 9001 | 조직의 품질 경영 및 품질 보증 |
| ISO/IEC 12207 | 소프트웨어 개발 관련 생명주기 |
| ISO/IEC 15504 (SPICE) | 소프트웨어 개발 관련해 선정된 프로세스 평가 모델 |
| CMM | 조직의 소프트웨어 개발 관련 전체 프로세스 평가 |
| CMMI | 다양한 CMM 모델을 통합한 프로세스 개선 프레임워크 |
(1) ISO/IEC 12207 구성: 기본지원조직⭐
| 생명주기 프로세스 | 세부 프로세스 |
|---|---|
| 기본 생명주기 프로세스 | 획득, 공급, 개발, 운영, 유지보수 |
| 지원 생명주기 프로세스 | 문서화, 형상관리, 품질보증, 검증, 확인, 합동검토, 감사, 문제해결 |
| 조직 생명주기 프로세스 | 관리, 기반구조, 개선, 교육훈련 |
(2) ISO/IEC 15504(SPICE)⭐
- ISO에서 표준으로 지정된 프로세스 수행능력 평가 표준 프레임워크
- SPICE 프로세스 능력 수준⭐
| 수준 | 단계 | 설명 |
|---|---|---|
| 0 | 불안정 단계(Incomplete) | 미구현 또는 목표 미달성 |
| 1 | 수행 단계(Performed) | 프로세스 수행 및 목적 달성 |
| 2 | 관리 단계(Managed) | 프로세스 수행 계획 및 관리 |
| 3 | 확립 단계(Established) | 표준 프로세스의 사용 |
| 4 | 예측 단계(Predictable) | 프로세스의 정량적 이해 및 통제 |
| 5 | 최적화 단계(Optimizing) | 프로세스의 지속적인 개선 |
(3) CMM(Capability Maturity Model)
- 소프트웨어 개발 업체들의 업무능력평가 기준을 세우기 위한 평가 모형
- 1991년 미국 국방부의 의뢰를 받아 카네기멜론 대학이 만든 평가 모델
- 소프트웨어 개발능력 측정 기준과 소프트웨어
개발 조직의 성숙도 수준을 평가 - CMM 성숙도 5단계⭐
| 수준 | 단계 | 설명 |
|---|---|---|
| 0 | 초기 단계(Initial) | - 소프트웨어를 개발하고 있으나 관리는 하고 있지 않은 상태 - 프로세스의 성과를 예측할 수 없는 상태 |
| 1 | 반복 단계(Repeatable) | - 이전의 성공적인 프로젝트의 프로세스를 반복하고 있는 상태 - 같은 것을 반복적으로 실행하며 어느 정도의 통계적 관리가 가능한 상태 |
| 2 | 정의 단계(Defined) | - 프로세스 작업이 잘 정의/이해되고, 프로세스 데이터에 의한 프로젝트관리도 실행하고 있는 상태 - 프로세스의 기초가 정립되어 계속 진보되고 있는 상태 |
| 3 | 관리 단계(Managed) | - 프로세스 성과를 측정/분석하여 개선시키고, 이를 바탕으로 관리하고 있는 상태 - 정량적 프로세스 관리, 소프트웨어 품질 관리 |
| 4 | 최적화 단계(Optimizing) | 질적, 양적으로 지속적인 개선이 이루어지고 있는 상태 |
(4) CMMi(Capability Maturity Model Integration)
- 시스템과 소프트웨어 영역을 하나의 프로세스 개선 툴로 통합시켜 기업의 프로세스 개선 활동에 광범위한적용성을 제공하는 모델
- 기존 CMM 에 프로젝트 관리(PM), 프로큐어먼트(Procurement), 시스템 엔지니어링(SE) 등의 요소를 추가한다.
- CMMi 성숙도 5단계⭐
| 수준 | 단계 | 설명 |
|---|---|---|
| 0 | 초기 단계(Initial) | 구조화된 프로세스를 갖고 있지 않는 조직 |
| 1 | 관리 단계(Managed) | - 기본적인 프로세스를 갖고 있는 조직 - 기본 프로세스에 따라 업무가 수행되고 기본적인 관리 활동들로부터 구체적인 특정 영역으로 프로세스의 체계가 확대 발전하는 조직 |
| 2 | 정의 단계(Defined) | 조직 차원의 표준 프로세스를 보유하고 있으며 프로젝트를 수행할 경우 프로젝트의 특성에 따라 적절하게 조정하여 사용 |
| 3 | 정량적 관리 단계 (Quantitatively Managed) | 프로세스들을 통계적이고 정략적으로 관리하는 조직 |
| 4 | 최적화 단계(Optimizing) | 질적, 양적으로 지속적인 개선이 이루어지고 있는 상태 |
2. 제품 소프트웨어 패키징
2.1 애플리케이션 패키징
2.1.1 애플리케이션 패키징의 개념
- 개발이 완료된 제품 소프트웨어를 고객에게 전달하기 위한 형태로 패키징하고, 설치와 사용에 필요한 제반절차 및 환경 등 전체 내용을 포함하는 매뉴얼을 작성하는 활동
- 모듈별로 생성한 실행 파일들을 묶어 배포용 설치 파일을 만드는 것
2.1.2 애플리케이션 패키징 특징
- 애플리케이션 패키징은 개발자가 아닌 사용자 중심으로 진행
- 신규 및 변경 개발 소스를 식별하고, 이를 모듈화하여 상용 제품으로 패키징
- 고객의 편의성을 위해, 신규/변경 이력을 확인하고, 이를 버전 관리 및 릴리즈 노트를 통해 지속적으로 관리
- 사용자의 실행 환경을 이해하고, 범용 환경에서 사용이 가능하도록 일반적인 배포 형태로 분류하여 패키징이 진행
2.1.3 사용자 중심의 패키징 작업
사용자 실행 환경의 이해- 고객 편의성을 위해 사용자 실행 환경을 우선 고려하여 패키징을 진행
- OS, 실행 환경, 시스템 사양 및 고객의 사용 방법까지 상세 분류하여 실행 환경을 사전 정의
- 만약 여러 가지 실행 환경이 나오게 된다면 해당 경우에 맞는 배포본을 분류하여 패키징 작업을 여러 번수행할 수도 있다.
사용자 관점에서의 패키징 고려 사항- 사용자의 시스템 환경인 OS, CPU, 메모리, 저장공간, 네트워크 사양 등의 수행 최소 환경을 정의
- 사용자가 직관적으로 확인할 수 있는 UI(User Interface)를 제공하고, 매뉴얼과 일치시켜 패키징 작업
- 제품 소프트웨어는 하드웨어와 함께 통합 적용될 수 있도록, 패키징은 Managed Service 형태로 제공되는것이 좋다.
- 고객 편의성을 위해 안정적 배포가 될 수 있게 한다.
- 다양한 사용자 요구사항을 반영하기 위해 항상 패키징의 변경 및 개선 관리를 고려하여 패키징 배포
2.1.4 애플리케이션 패키징 수행 순서⭐
기능 식별- 개발 소스의 목적 및 기능을 식별
- 입출력 데이터, 전체적인 기능과 데이터 흐름을 식별
모듈화- 모듈 단위 분류 및 모듈화를 순서에 맞게 진행
- 수행을 위한 기능 단위 및 서비스 분류, 기능 공유와 재활용 분류, 모듈 간 결합도와 응집도를 식별
빌드 진행- 개발된 소스의 컴파일을 진행
- 정상 기능 단위 및 서비스 분류
- 빌드 도구 확인 및 정상 수행
- 컴파일 이외 도구의 다양한 기능 확인
사용자 환경 분석- 최소 사용자 환경 사전 정의
- 모듈 단위의 여러 가지 기능별 사용자 환경 테스트
패키징 적용 시험- 사용자 환경에서의 패키징 적용 시험
- UI 및 시스템 상의 편의성 체크
패키징 변경 개선- 패키징 적용시 변경점 도출
- 최소 사용자 환경에서 서비스 가능한 수준의 개선
- 개선 버전의 재배포
2.2 릴리즈 노트
2.2.1 릴리즈 노트의 개념
- 소프트웨어 제품과 함께 배포되는 문서들을 말한다.
- 고객이 이미 사용 중인 제품의 경우 릴리스 노트는 업데이트가 출시될 때 고객에게 전달
- 소프트웨어의 서비스 내용과 수정, 변경 또는 개선되는 일련의 작업들이 릴리즈 노트를 통해 제공
2.2.2 릴리즈 노트의 역할
- 릴리즈 노트에는 테스트 결과와 정보가 포함
- 사용자에게 보다 더 확실한 정보를 제공
- 기본적으로 전체적인 제품의 수행 기능 및 서비스의 변화를 공유
- 자동화 개념과 함께하여 적용할 수 있다.
2.2.3 릴리즈 노트 작성 항목⭐
| 작성 항목 | 설명 |
|---|---|
| Header⭐ | 문서 이름(릴리스 노트 이름), 제품 이름, 버전 번호, 릴리즈 날짜, 참고 날짜, 노트 버전등 |
| 개요 | 제품 및 변경에 대한 간략한 전반적 개요 |
| 목적 | - 릴리스 버전의 새로운 기능목록과 릴리스 노트의 목적에 대한 간략한 개요. - 버그 수정 및 새로운 기능 기술 |
| 이슈 요약 | 버그의 간단한 설명 또는 릴리즈 추가 항목 요약 |
| 재현 항목 | 버그 발견에 따른 재현 단계 기술 |
| 수정/개선 내용 | 수정 / 개선의 간단한 설명 기술 |
| 사용자 영향도 | 버전 변경에 따른 최종 사용자 기준의 기능 및 응용 프로그램 상의 영향도 기술 |
| SW 지원 영향도 | 버전 변경에 따른 SW의 지원 프로세스 및 영향도 기술 |
| 노트 | SW 및 HW Install 항목, 제품, 문서를 포함한 업그레이드 항목 메모 |
| 면책 조항 | 회사 및 표준 제품과 관련된 메시지. 프리웨어, 불법 복제 방지, 중복 등 참조에 대한고지 사항 |
| 연락 정보 | 사용자 지원 및 문의 관련한 연락처 정보 |
2.2.4 릴리즈 노트 추가 작성 및 개선 사항 발생의 예외 케이스
- 테스트 단계에서의 베타 버전 출시
- 긴급 버그 수정 시
- 자체 기능 향상을 포함한 모든 추가 기능의 향상
- 사용자 요청에 따른 특이한 케이스 발생
2.3 DRM
2.3.1 DRM(Digital Rights Management)의 개념
- 각종 디지털 콘텐츠의 불법적인 사용을 제한하고, 승인된 사용자의 콘텐츠 사용을 저작권 소유자의 의도에 따라 제어하는 기술
- 콘텐츠의 보호를 위한 암호화 기술과 사용 권한 제어를 위한 라이선스 관리 기술로 구성
- 단순 보안기술 보다는 좀 더 포괄적인 개념으로, 저작권 승인과 집행을 위한 소프트웨어와 보안기술, 지불, 결제 기능 등이 모두 포함
2.3.2 DRM의 특징
- 콘텐츠의 공개키로 암호화 하고, 콘텐츠의 비밀키를 판매⭐
- 유료 콘텐츠 사용자에게 서비스 사용료를 부과하고 안전하게 결제한다.
- 저작권의 라이선스에 따른 분배를 투명하게 한다.
- 라이선스를 제공하는 기관과 콘텐츠를 배포하는 기관을 분리하여 투명한 거래구조로 개선한다.
- 콘텐츠를 소비자가 사용하는데 있어 횟수, 날짜, 장비 등의 사용권한을 통제한다.
2.3.3 DRM의 구성 및 흐름 : 클제분 패컨보⭐
영화관 구조랑 비슷
| 구성 요소 | 설명 |
|---|---|
클리어링 하우스 (Clearing House) | 키 관리 및 라이선스 발급 관리 |
| 콘텐츠 제공자(Contents Provider) | 콘텐츠를 제공하는 저작권자 |
| 콘텐츠 분배자 (Contents Distributor) | 쇼핑몰 등으로써 암호화된 콘텐츠 제공 |
| 패키저 (Packager) | 콘텐츠를 메타 데이터와 함께 배포 가능한 단위로 묶는 기능 |
| DRM 컨트롤러 | 배포된 콘텐츠의 이용 권한을 통제 |
| 보안 컨테이너 | 원본을 안전하게 유통 하기위한 전자적 보안 장치 |
2.3.4 DRM 사용 규칙 제어 기술 : 렌트덜⭐
콘텐츠 식별 체계 (Identification)- 디지털 콘텐츠에 고유 식별 번호를 부여하여 관리하고 운영
- 대표적으로 DOI(Digital Object Identifier), URI 가 있다.
메타데이터 (Meta Data)- 콘텐츠에 관한 구조화된 데이터
- 콘텐츠의 속성정보
권리표현 기술 (Right Expression)- 콘텐츠에 대한 규칙 설정
- 어느 사용자가 어떠한 권한과 어떠한 조건으로 콘텐츠를 이용할 수 있는지 정의
- 콘텐츠의 사용조건(기간, 횟수) 등에 의해 사용이 제한 될 수 있고, 주로 XML 기반으로 권한 표현 언어가개발
- XrML(eXtensible rights mark-up language) 기술이 대표적
권리표현 종류⭐Render Permission: 사용자에게 콘텐츠가 표현되고 이용되는 권리 형태를 정의Transport Permission: 사용자들 간에 권리의 교환이 이루어지는 권리 형태를 정의Derivative Permission: 콘텐츠의 추출 변형이 가능한 권리 형태를 정의
2.3.5 저작권 보호 기술
암호화 기술- 특정 키를 가진 사용자만이 해당 콘텐츠를 사용할 수 있도록 한다.
- 암호화 키와 복호화 키가 서로 다른 비대칭키 방식과 두 키가 동일한 대칭키 방식 있다.
위변조 방지(Tamper-proofing)- 콘텐츠에 승인되지 않은 조작이 가해졌을 때, 위변조 사항을 감지할 수 있도록 하고, 오류 동작을 일으키게끔하는 기술
- 부정 조작에 대한 방어 기술
워터마킹(Watermarking)- 콘텐츠에 저작권 정보를 은닉하여, 향후 저작권 분쟁이 일어날 경우, 추척을 통해 저작권자를 확인할 수있게해주는 기술
- 워터마킹(Watermarking), 핑거프린팅(Fingerprinting) 으로 구분
| 관점 | 워터마킹 | 핑거프린팅 |
|---|---|---|
| 목적 | 불법 복제 방지 | 불법 유통 방지 |
| 삽입 정보 | 저작권 정보 | 저작권 정보 + 구매자 정보 |
| 컨텐츠 변화 시점 | 최초 저작 시점 | 구매시점 마다 |
| 취약점 | 불법 유통 | 공모 공격 |
2.3.6 DRM 구성요소 : 파키식 정크 암저인 ⭐
파키식 정크 암저인 (파키스탄식 유희왕 정크 몬스터)
| 구성 요소 | 설명 |
|---|---|
| 암호화 파일 생성 (Packager) | - 콘텐츠를 암호화된 콘텐츠로 생성하기 위한 기술 - Pre-packaging, On-the-fly Packaging⭐ |
| 키 관리 (Key Manangement) | 콘텐츠를 암호화한 키에 대한 저장 및 배포 기술 (Centralized, Enveloping) |
| 식별 기술 (Identification) | - 콘텐츠에 대한 식별 체계 표현 기술 - DOI : 디지털 저작물에 특정 번호를 부여하는 일종의 바코드 시스템- URI : 인터넷 자원을 식별하는 고유한 주소 |
| 정책 관리 (Policy management) | - 라이선스 발급 및 사용에 대한 정책표현 및 관리기술 - XML, Contents Management System |
| 크랙 방지 (Tamper Resistance) | - 크랙에 의한 콘텐츠 사용 방지 기술 - Secure DB, Secure Time Management, Encryption |
| 암호화 (Encryption)⭐ | - 콘텐츠 및 라이선스를 암호화하고, 전자 서명을 할 수 있는 기술 - PKI, Symmetric/Asymmetric Encryption, Digital Signature |
| 저작권 표현 (Right Expression) | - 라이선스의 내용 표현 기술 - XrML/MPGE-21 REL, ODRL |
| 인증 (Authentication) | - 라이선스 발급 및 사용의 기준이 되는 사용자 인증 기술 - User/Device Authentication, SSO, DiGital Certificate |
3. 제품 소프트웨어 매뉴얼 작성
3.1 제품 소프트웨어 매뉴얼 작성
3.1.1 제품 소프트웨어 매뉴얼 개념
- 사용자가 제품 구매 후 최초 설치 시 참조하게 되는 매뉴얼
- 제품 소프트웨어 소개, 설치 파일, 설치 절차 등이 포함
3.1.2 제품 소프트웨어 설치 매뉴얼
(1) 설치 매뉴얼 작성의 기본 사항
- 설치 매뉴얼은 개발자의 기준이 아닌 사용자의 기준으로 작성
- 최초 설치 실행부터 완료까지 순차적으로 진행
- 각 단계별 메시지 및 해당 화면을 순서대로 전부 캡처하여 설명
- 설치 중간에 이상 발생 시 해당 메시지 및 에러에 대한 내용을 분류하여 설명
(2) 제품 소프트웨어 설치 매뉴얼의 작성 항목
| 기본 작성 항목 | 설명 |
|---|---|
| 목차 및 개요 | - 매뉴얼 전체의 내용을 순서대로 요약- 설치 매뉴얼의 주요 특징에 대해 정리- 설치 매뉴얼에서의 구성과 설치 방법, 순서 등에 대해 기술함 |
| 문서 이력 정보 | 설치 매뉴얼 변경 이력 정보 |
| 설치 매뉴얼의 주석 | - 주의 사항: 사용자가 제품 설치 시 반드시 숙지해야 하는 중요한 정보 주석 표시- 참고 사항: 설치 관련하여 영향을 미치는 특별한 사용자 환경 및 상황에 대한 내용주석 표시 |
(3) 제품 소프트웨어 설치 환경 체크 항목
| 확인 항목 | 체크할 내용 |
|---|---|
| 사용자 환경 | 사용자의 CPU 및 Memory, OS 등의 적합 환경 |
| 응용 프로그램 | 설치 전 다른 응용 프로그램의 종료 |
| 업그레이드 버전 | 업그레이드 이전 버전에 대한 존재 유무 확인 |
| 백업 폴더 확인 | 데이터 저장 폴더를 확인하여 설치 시 폴더 동기화 |
(4) 제품 소프트웨어 설치 매뉴얼 구성요소
| 구성 요소 | 설명 |
|---|---|
| 제품 소프트웨어 개요 | - 제품 소프트웨어의 주요 기능 및 UI 설명- UI 및 화면 상의 버튼, 프레임 등을 도식화하여 설명 |
| 설치 관련 파일 | - 제품 소프트웨어를 설치하기 위한 관련 파일 설명- 설치 구동을 위한 exe 실행- ini나 log 파일 같은 관련 파일 |
| 설치 절차 | 소프트웨어 설치 방법을 순서대로 상세히 설명 |
| 설치 아이콘 | Windows 구동용 설치 아이콘 설명 |
| 프로그램 삭제 | 해당 소프트웨어 삭제 시 원래대로 삭제하는 방법을 설명 |
| 설치 환경 | CPU, Memory, OS 등 환경설명 |
| 설치 버전 및 작성자 | 소프트웨어 릴리즈 버전 및 작성자 정보 |
| 고객 지원 방법 및 FAQ | - 실제 설치 시 자주 발생하는 어려움들을 FAQ로 정리- 유선 및 E-mail, Website URL |
(5) 제품 소프트웨어 설치 매뉴얼 작성 순서
- 기능 식별
- UI 분류
- 설치 파일/백업 파일 확인
- Uninstall 절차 확인
- 이상 Case 확인
- 최종 매뉴얼 적용
3.1.3 제품 소프트웨어 사용자 매뉴얼
(1) 제품 소프트웨어 사용자 매뉴얼의 개요
- 개발이 완료된 제품 소프트웨어를 고객에게 전달하기 위한 형태로 패키징하고, 설치와 사용에 필요한 제반절차 및 환경 등 전체 내용을 포함하는 매뉴얼
- 개발된 컴포넌트 사용 시에 알아야 할 내용을 기술하며 패키지의 기능, 패키지의 인터페이스, 포함하고있는메서드나 오퍼레이션과 메서드의 파라미터 등의 설명이 포함
(2) 사용자 매뉴얼 작성 절차⭐
- 작성 지침 정의
- 사용자 매뉴얼 구성 요소 정의
- 구성 요소별 내용 작성
- 사용자 매뉴얼 검토
(3) 사용자 매뉴얼 작성 항목
| 작성 항목 | 설명 |
|---|---|
| 목차 및 개요 | - 매뉴얼 전체의 내용을 순서대로 요약 - 제품 소프트웨어의 주요 특징에 대해 정리 - 사용자 매뉴얼에서의 구성과 실행 방법, 메뉴에 대한 설명을 비롯하여 사용법, 각 항목에 따른 점검 기준, 그리고 설정 방법 등에 대해 기술함 |
| 문서 이력 정보 | 사용자 매뉴얼 변경 이력 정보 |
| 사용자 매뉴얼의 주석 | - 주의 사항: 사용자가 반드시 숙지해야 하는 중요한 정보의 주석 표시- 참고 사항: 특별한 사용자 환경 및 상황에 대한 내용의 주석 표시 |
| 기록 항목 | 제품명칭, 모델명, 기록 항목에 대한 문서 번호, 제품 번호, 구입 날짜 등을 기재 |
| 기본 사항 | 소프트웨어 개요, 사용방법, 모델/버전별 특징, 기능 및 인터페이스 특징, 구동환경 등을 기재 |
| 고객 지원 방법 및 FAQ | - 소프트웨어 사용시 자주 발생하는 어려움들을 FAQ로 정리- 유선 및 E-mail, Website URL |
| 준수 정보 & 제한 보증 | - 시리얼 보존, 불법 등록 사용금지 등의 준수 사항 권고- 저작권 정보 관련 작성 |