|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
软件文档可分为三类，即开发文档、产品文档和管理文档，如下表所示。
|
|
|
|
|
|
|
|
|
|
.最低限度文档（1级）：适合开发工作量低于一个人月的开发者自用程序，应包含程序清单、开发记录、测试数据和程序简介。
|
|
|
|
.内部文档（2级）：可用于没有与其他用户共享资源的专用程序。除1级文档提供的信息外，2级文档还包括程序清单内足够的注释以帮助用户安装和使用程序。
|
|
|
|
.工作文档（3级）：适合于由同一单位内若干人联合开发的程序，或可被其他单位使用的程序。
|
|
|
|
.正式文档（4级）：适合那些要正式发行供普遍使用的软件产品。4级文档遵守GB 8567的有关规定。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
产品文档规定关于软件产品的使用、维护、增强、转换和传输的信息。产品文档起到如下三种作用：
|
|
|
|
（1）为使用和运行软件产品的任何人规定培训和参考信息。
|
|
|
|
|
|
|
|
|
|
（1）用户。他们利用软件输入数据、检索信息和解决问题。
|
|
|
|
|
|
|
|
|
|
（1）用于管理者的指南和资料，他们监督软件的使用。
|
|
|
|
（2）宣传资料。通告软件产品的可用性，并详细说明它的功能、运行环境等。
|
|
|
|
|
|
基本的产品文档有培训手册；参考手册和用户指南；软件支持手册；产品手册和信息广告。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
开发文档是描述软件开发过程，包括软件需求、软件设计、软件测试、保证软件质量的一类文档，开发文档也包括软件的详细技术描述（程序逻辑、程序间相互关系、数据格式和存储等）。开发文档起到如下五种作用：
|
|
|
|
（1）它们是软件开发过程中包含的所有阶段之间的通信工具，它们记录生成软件需求、设计、编码和测试的详细规定和说明。
|
|
|
|
（2）它们描述开发小组的职责。通过规定软件、主题事项、文档编制、质量保证人员以及包含在开发过程中任何其他事项的角色来定义做什么、如何做和何时做。
|
|
|
|
（3）它们用作检验点而允许管理者评定开发进度。如果开发文档丢失、不完整或过时，管理者将失去跟踪和控制软件项目的一个重要工具。
|
|
|
|
（4）它们形成了维护人员所要求的基本软件文档。而这些支持文档可作为产品文档的一部分。
|
|
|
|
|
|
基本的开发文档有可行性研究和项目任务书；需求规格说明；功能规格说明；设计规格说明，包括程序和数据规格说明；开发计划；软件集成和测试计划；质量保证计划、标准、进度；安全和测试信息。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
IT服务生命周期由规划设计（Planning&Design）、部署实施（Implementing）、服务运营（Operation）、持续改进（Improvement）和监督管理（Supervision）5个阶段组成，简称“PIOIS”。
|
|
|
|
（1）规划设计：从客户业务战略出发，以需求为中心，参照ITSS对IT服务进行全面系统的战略规划和设计，为IT服务的部署实施做好准备，以确保提供满足客户需求的IT服务。
|
|
|
|
（2）部署实施：在规划设计基础上，依据ITSS建立管理体系、部署专用工具及服务解决方案。
|
|
|
|
（3）服务运营：根据IT服务部署情况，依据ITSS，采用过程方法，全面管理基础设施、服务流程、人员和业务连续性，实现业务运营与IT服务运营的全面融合。
|
|
|
|
（4）持续改进：根据IT服务运营的实际情况，定期评审IT服务满足业务运营的情况，以及IT服务本身存在的缺陷，提出改进策略和方案，并对IT服务进行重新规划设计和部署实施，以提高IT服务质量。
|
|
|
|
（5）监督管理：本阶段主要依据ITSS对IT服务质量进行评价，并对IT服务供方的服务过程、交付结果实施监督和绩效评估。
|
|
|
|
|
|
|
|
|
|
|
|
|
