下面是小编为大家整理的2022年计算机--软件开发文档标准（完整）,供大家参考。
软件开发文档标准
一、计算机软件产品开发文件编制指南
?错误 !未定义书签。
二、可行性研究报告
?错误
!
未定义书签。
三、项目开发计划
...............................................................................................................
错误 ! 未定义书签。
四、软件需求说明书
............................................................................................................
错误 ! 未定义书签。
五、数据要求说明书
............................................................................................................
错误 ! 未定义书签。
六、概要设计说明书
七、详细设计说明书
?错误 ! 未定义书签。
............................................................................................................
错误 ! 未定义书签。
八、数据库设计说明书
?错误 ! 未定义书签。
九、用户手册 ?错误
!未定义书签。
十、操作手册 .....................................................................................................................
错误 ! 未定义书签。
十一、模块开发卷宗
............................................................................................................
错误 ! 未定义书签。
十二、测试计划 ?错误
!未定义书签。
十三、测试分析报告
............................................................................................................
错误 ! 未定义书签。
十四、开发进度月报
?错误
!
未定义书签。
十五、项目开发总结报告
?错误 !未定义书签。
一、计算机软件产品开发文件编制指南
１
目得
一项计算机软件得筹划、研制及实现
, 构成一个软件开发项目。一个软件开发项目得进行，一般
需要
在人力与自动化资源等方面作重大得投资。为了保证项目开发得成功，最经济地花费这些投
资，并且便
于运行与维护，在开发工作得每一阶段，都需要编制二定得文件。这些文件连同计算
机程序及数据一起，
构成为计算机软件。文件就是计算机软件中不可缺少得组成部分，它得作用
就是 :
ａ、作为开发人员在一定阶段内得工作成果与结束标志；
b 、向管理人员提供软件开发过程中得进展与情况
, 把软件开发过程中得一些
“不可见得 " 事物转
换成 “可见 "得文字资料， 以便管理人员在各个阶段检查开发计划得实施进展
,使之能够判断原定目标
就是否已达到，还将继续耗用资源得种类与数量；
ｃ、记录开发过程中得技术信息，便于协调以后得软件开发、使用与修改；
d 、提供对软件得有关运行、维护与培训得信息，便于管理人员、开发人员、操作人员与用户之
间相互了解彼此得工作
;
e、向潜在用户报导软件得功能与性能，使她们能判定该软件能否服务于自己得需要
.
换言之，本指南认为
: 文件得编制必须适应计算机软件整个生存周期得需要。
计算机软件所包含得文件有两类：
一类就是开发过程中填写得各种图表，
可称之为工作表格；
另
一类
则就是应编制得技术资料或技术管理资料，
可称之为文件。
本指南规定软件文件得编制形式，
并提供对这
些规定得解释。
本指南得目得就是使得所编制得软件文件确实能够起到软件文件应该
发挥得作用 .
2
范围
本指南就是一份指导性文件。本指南建议，在一项计算机软件得开发过程中
,一般地说，应该
产生十四种文件。这十四种文件就是：
可行性研究报告；
项目开发计划；
软件需求说明书；
数据要求说明书 ;
概要设计说明书；
详细设计说明书；
数据库设计说明书 ;
用户手册；
操作手册 ;
模块开发卷宗；
测试计划；
测试分析报告；
开发进度月报；
本指南将给出开发过程中建议产生得这十四种文件得编制指导
,同时 ,本指南也就是这十四种文件
得编写质量得检验准则。但就是
,本指南并未涉及软件开发过程中如何填写工作表格得问题。
一般地说，一个软件总就是一个计算机系统（包括硬件、固件与软件
)得组成部分。鉴于计算
机系统得多样性，
本指南一般不涉及整个系统开发中得文件编制问题，
本指南仅仅就是软件开发过
程中得文件编制指南。
3
文件得使用者
对于使用文件得人员而言，她们所关心得文件得种类
,随她们所承担得工作而异。
管理人员：可行性研究报告，项目开发计划，模块开发卷宗，开发进度月报
,项目开发总结报
告 ;
开发人员 :可行性研究报告
,项目开发计划，软件需求说明书
,数据要求说明书，
概要设计说明
书，详细设计说明书，数据库设计说明书，测试计划
, 测试分析报告
;
维护人员：设计说明书
,测试分析报告，模块开发卷宗；
用户 : 用户手册 ,
操作手册。
尽管本指南提出了在软件开发中文件编制得要求，
但并不意味着这些文件都必须交给用户。
一
项软件得用户应该得到得文件得种类由供应者与用户之间签订得合同规定
.
４
软件生存周期与各种文件得编制
一项计算机软件，从出现一个构思之日起，经过这项软件开发成功投入使用，
直到最后决定停
止使
用，并被另一一项软件代替之时止
,被认为就是该软件得一个生存周期。一般地说这个软件生
存周期可以分成以下六个阶段：
可行性与计算机研究阶段
需求分析阶段
设计阶段
实现阶段
测试阶段
运行与维护阶段
在可行性研究与计划阶段内，要确定该软件得开发目标与总得要求，要进行可行性分析、投资
一收益分析、制订开发计划
,并完成应编制得文件。
在需求分析阶段内，
由系统分析人员对被设计得系统进行系统分析
,确定对该软件得各项功能、
性能需求与设计约束，确定对文件编制得要求
,作为本阶段工作得结果，一般地说，软件需求说明
书、数据要求说明书与初步得用户手册应该编写出来。
在设计阶段内， 系统设计人员与程序设计人员应该在反复理解软件需求得基础上，
提出多个设
计 ,分析每个设计能履行得功能并进行相互比较，最后确定一个设计，包括该软件得结构、模块得
划分、功能得分配以及处理流程。在被设计系统比较复杂得情况下
,设计阶段应分解成概要设计阶
段与详细设计阶段两个步骤。在一般情况下
,应完成得文件包括
: 概要设计说明书、详细设计说明书
与测试计划初稿。
在实现阶段内
, 要完成源程序得编码、
编译（或汇编）
与排错调试得到无语法错得程序清单
,要开
始编写模块开发卷宗 ,并且要完成用户手册、操作手册等面向用户得文件得编写工作，还要完成测试计划得编制。
在测试阶段，该程序将被全面地测试
, 已编制得文件将被检查审阅
. 一般要完成模块开发卷宗与测
试分析报告 , 作为开发工作得结束，所生产得程序、文件以及开发工作本身将逐项被评价，最后写出项目开发总结报告。
在整个开发过程中（即前五个阶段中），开发集体要按月编写开发进度月报。
在运行与维护阶段，软件将在运行使用中不断地被维护，根据新提出得需求进行必要而且可能
得扩充与删改
.
对于一项软件而言，
其生存周期各阶段与各种文件编写工作得关系可见表
,其中有些文件得编写
工作可能要在若干个阶段中延续进行
.
5
文件编制中得考虑因素
文件编制就是一个不断努力得工作过程。就是一个从形成最初轮廓
, 经反复检查与修改
,直到程序
与文件正式交付使用得完整过程
.其中每一步都要求工作人员做出很大努力。要保证文件编制得质
量 ,要体现每个开发项目得特点，也要注意不要花太多得人力
.为此 ,编制中要考虑如下各项因素。
5、 1 文件得读者
第一种文件都具有特定得读者。
这些读者包括个人或小组、
软件开发单位得成员或社会上得公
众、从事软件工作得技术人员、管理人员或领导干部
. 她们期待着使用这些文件得内容来进行工作
,
例如设计、编写程序、测试、使用、维护或进行计划管理。因此，这些文件得作者必须了解自己得
读者，这些文件得编写必须注意适应自己得特定读者得水平、特点与要求
.
５、 2
重复性
本指南第二篇中将列出得这十四种文件得内容要求中，显然存在某些重复
. 较明显得重复有两
类。引言就是第一种文件都要包含得内容，以向读者提供总得梗概
.第二类明显得重复就是各种文
件中得说明部分，如对功能性能得说明、对输入与输出得描述、系统中包含得设备等。这就是为了
方便每种文件各自得读者，每种产品文件应该自成体系
,尽量避免读一种文件时又不得不去参考另
一种文件 . 当然 ,在每一种文件里，有关引言、说明等同其她文件相重复得部分，在行文上、在所用
得术语上、在详细得程度上
,还就是应该有一些差别，以适应各种文件得不同读者得需要。
５、 3 灵活性
鉴于软件开发就是具有创造性得脑力劳动，也鉴于不同软件在规模上与复杂程序上差别极大，本指南认为在文件编制工作中应允许一定得灵活性。这种灵活性表现在如下各款。
5． 3。１
应编制得文件种类
尽管本指南认为在一般情况下，
一项软件得开发过程中
,应产生得文件有十四种
, 然而针对一项具
体得软件开发项目，有时不必编制这么多得文件
,可以把几种文件合并成一种。一般地说，当项目
得规模、复杂性与成败风险增大时，文件编制得范围、管理手续与详细程度将随之增加。反之
,则
可适当减少。为了恰当地掌握这种灵活性，本指南要求贯彻分工负责得原则，这意味着：
a、一个软件开发单位得领导机构应该根据单位经营承包得应用软件得专业领域与本单位得管理
能力，制定一个对文件编制要求得实施规定
,主要就是 : 在不同得条件下，应该形成哪些文件？这些
文件得详细程序 ?该开发单位得每一个项目负责人，必须认真执行这个实施规定。这种规定得两个例子可瞧本指南得附录；
b 、于一个具体得应用软件项目，项目负责人应根据上述实施规定
, 确定一个文件编制计划，
主要包括 :
（ 1）应该编制哪几种文件，详细程序如何
（ 2）各个文件得编制负责人与进度要求
;
（ 3) 审查、批准得负责人与时间进度安排
(4 ）在开发时期内，各文件得维护、修改与管理得负责人，以及批准手续。
每项工作必须落实到人。
这个文件编制计划就是整个开发计划得重要组成部分 ; ｃ、有关得设计人员则必须严格执行这个文件编制计划。
5. ３． 2
文件得详细程序
从同一份提纲起草得文件得篇幅大小往往不同
,可以少到几页，也可以长达几百页。对于这种
差别本指南就是允许得。
此详细程序取决于任务得规模、
复杂性与项目负责人对该软件得开发过程
及运行环与所需要得详细程度得判断。
５ .3。
3
文件得扩展
当被开发系统得规模非常大
(例如源码超过一百万行）时
,一种文件可以分成几卷编写
,可以按其。
每一个系统分别编制，也可以按内容划分成多卷，例如：
项目开发计划可能包括：质量保证计划，配置管理计划
,用户培训计划，安装实施计划；
系统设计说明书可分写成：系统设计说明书
,子系统设计说明书；
程序设计说明书可分写成：程序设计说明书，接口设计说明书，版本说明；
操作手册可分写成：操作手册，安装实施过程
;
测试计划可分写成：测试计划，测试设计说明，测试规程，测试用例；
测试分析报告可分写成
: 综合测试报告，验收测试报告
;
项目开发总结报告亦可分写成项目开发总结报告与资源环境统计
.
5。
3．４
节得扩张与缩并
在有些文件中
, 可以使用本指南所提供得章、条标题，但在条内又存在一系列需要分别讨论得因
素
本指南认为，所有得条都可以扩展
, 可以进一步细分，以适应实际需要。反之
,如果章条中得有
些细节 ;
非必需，也可以根据实际情况缩并。此时章条得编号应相应地改变。
５。
3． 5
程序设计得表现形式
本指南对于程序得设计表现形式并未作出规定或限制，
可以使用流程图得形式、
判定表得形式，
可以使用其她表现形式，如程序设计语言
(P ＤＬ )、问题分析图（ＰＡ
D) 等。
5.3 。６
文件得表现形式
本指南对于文件得表现形式亦未作出规定或限制
,可以使用自然语言
,也可以使用形式化语言
.
5。
3.７ 文件得其她种类
当本指南中规定得文件种类尚不能满足某些应用部门得特殊需要时
,她们可以建立一些特殊得文
件种类要求 , 例如软件质量保证计划、软件配置管理计划等，这些要求可以包含在本单位得文件编
制实施规定中。
6
文件编制得管理工作
文件编制工作必须有管理工作得配合，
才能使所编制得文件真正发挥它得作用
. 文件得编制工作
实际上贯穿于一项软件得整个开发过程
, 因此 ,对文件得管理必须贯穿于整个开发过程
.在开发过程
中必须进行得管理工作就是以下四条。
６、 1
文件得形成
开发集体中得每个成员
,尤其就是项目负责人
,应该认识到
:文件就是软件产品得必不可少得组成
部分；
在软件开发过程得各个阶段中，必须按照规定及时地完成各种产品文件得编写工作
;必须把
在一个开发步骤中作出得决定与取得得结果及时地定文件；
开发集体必须及时地对这些文件进行严
格得评审 ; 这些文件得形成就是各个阶段开发工作正式完成得标志。这些文件上必须有编写者、评
审者与批准者得签字，必须有编写、评审完成得日期与批准得日期
.
6、 2
文件得分类与标识
在软件开发得过程中
,产生得文件就是很多得，
为了便于保存、 查找、 使用与修改 , 应该对文件按
层次地加以分类组织。
一个软件开发单位应该建立一个对本单位文件得标识方法，
使文件得每一页
都具有明确得标识。例如可以按如下四个层次对文件加以分类与标识。
a、文件所属得项目得标识 ; b、文件种类得标识；
c、同一种文件得不同版本号 ; d、页号
此外，对每种文件还应根据项目得性质
, 划定它们各自得保密级别
, 确定她们各自得发行范围。
6、 3 文件得控制
在一项软件得开发过程中，随着程序得逐步形成与逐步修改，各种文件亦在不断地产生、不断地修改或补充 .因此，必须加以周密得控制 ,以保持文件与程序产品得一致性 ,保持各种文件之间得一致性与文件得安全性。这种控制表现为 :
ａ、就从事一项软件开发工作得开发集体而言，应设置一位专职得文件管理人员
( 接口管理工程
师或文件管理员）
; 在开发集体中，应该集中保管本项目现有全部文件得主文本两套
, 由该文件管理
人员负责保管；
b 、每一份提交给文件管理人员得文件都必须具有编写人、审核人与批准人得签字 ; c、这两套主文本得内容必须完全一致 ;其中有一套就是可供出借得，另一套就是绝对不能出借
得 ,以免发生万一
; 可出借得主文本在出借时必须办理出借手续，归还时办理注销出借手续；
d 、开发集体中得工作人员可以根据工作得需要
,在本项目得开发过程中持有一些文件，即所谓
个人文件，包括为使她完成她承担得任务所需要得文件，以及她在完成任务过程中所编制得文件
;
但这种个人文件必须就是主文本得复制品，必须同主文本完全一致，若要修改
,必须首先修改主文
本；
e、不同开发人员所拥有得个人文件通常就是主文本得各种子集；
所谓子集就是指把主文本得各个部分根据承担不同任务得人员或部门得工作需要加以复制、 组装而成得若干个文件得集合；
文件管理人员 . 应该列出一份不同子集得分发对象得清单，按照清单及时把文件分发给有关人员或部门；
f、一份文件如果已经被另一份新得文件所代替，则原文件应该被注销
; 文件管理人中要随时整
理主文本，及时反映出文件得变化与增加情况，及时分发文件；
ｇ、当一个项目得开发工作临近结束时，文件管理人员应逐个收回开发集体内每个成员得个人
文 件 ,并检查这些个人文件得内容
; 经验表明，这些个人文件往往可能比主文本更详细
,或同主文本
得内容
有所不同 , 必须认真监督有关人员进行修改，使主文本能真正反映实际得开发结果
.
6、 4
文件得修改管理
在一个项目得开发过程中得任何时刻，开发集体内得所有成员都可能对开发工作得已有成果
- —
文件，提出进行修改得要求
.提出修改要求得理由可能就是各种各样得，进行修改而引起得影响可
能很小 ,
也可能会牵涉到本项目得很多方面。
因此 , 修改活动得进行必须谨慎，
必须对修改活动得进
行加以管理，
必须执行修改活动得规程，使整个修改活动有控制地进行。
修改活动可分如下五个步骤进行
:
a、提议开发集体中得任何一个成员都可以向项目负责人提出修改建议，
为此应该填写一份修
改
建议表 , 说明修改得内容、所修改得文件与部位、以及修改理由
;
b 、评议由项目负责人或项目负责人指定得人员对该修改建议进行评议
,包括审查该项修改得必
要、确定这一修改得影响范围、研究进行修改得方法、步骤与实施计划；
c、审核一般由项目负责人进行审核 ,包括核实修改得目得与要求、核实修改活动将带来得影响、
审核修改活动计划就是否可行；
d 、批准在一般情况下
, 批准权属于该开发单位得部门负责人
;在批准时，主要就是决断修改工作
中各项活动得先后顺序及各自得完成日期，以保证整个开发工作按原定计划日期完成；
e、实施由项目负责人按照已批准得修改活动计划，安排各项修改活动得负责人员进行修改
,
建立修改记录、
产生新得文件以取代原有文件、最后把文件交文件管理人员归档，
并分发给有关得
持有者 .
二、可行性研究报告
可行性研究报告得编写目得就是
: 说明该软件开发项目得实现在技术、经济与社会条件方面得
可行性；
评述为了合理地达到开发目标而可能选择得各种方案；
说明并论证所选定得方案
.
可行性研究报告得编写内容要求如下
:
1
引言
1、１
编写目得
说明编写本可行性研究报告得目得
, 指出预期得读者。
1、２ 背景说明：
a、所建议开发得软件系统得名称；
b、本项目得任务提出者、开发者、用户及实现该软件得计算中心或计算机网络；
c、该软件系统同其她系统或其她机构得基本得相互来往关系。
1、 3
定义
列出本文件中用到得专门术语得定义与外文首字母组词得原词组。
1、 4
参考资料
列出用得着得参考资料，如
:
a、本项目得经核准得计划任务书或合同、上级机关得批文；
ｂ、属于本项目得其她已发表得文件
;
ｃ、本文件中各处引用得文件、资料
, 包括所需用到得软件开发标准。
列出这些文件资料得标题、
文件编号、发表日期与出版单位
, 说明能够得到这些文件资料得来源
.
2
可行性研究得前提
说明对所建议得开发项目进行可行性研究得前提，如要求、目标、假定、限制等。
2、１
要求
说明对所建议开发得软件得基本要求，如：
a、功能 ;
ｂ、性能；
c、输出如报告、文件或数据，对每项输出要说明其特征
, 如用途、产生频度、接口以及分发对
象；
d 、输入说明系统得输入
, 包括数据得来源、类型、数量、数据得组织以及提供得频度；
e 、处理流程与数据流程用图表得方式表示出最基本得数据流程与处理流程，并辅之以叙述；
f 、在安全与保密方面得要求
;
g、同本系统相连接得其她系统
;
h、完成期限 .
2、 2
目标
说明所建议系统得主要开发目标
, 如：
a 、人力与设备费用得减少；
b、处理速度得提高；
c、控制精度或生产能力得提高；
d、管理信息服务得改进；
e 、自动决策系统得改进；
f 、人员利用率得改进
.
2、 3
条件、假定与限制
说明对这项开发中给出得条件、假定与所受到得限制，如
:
a. 所建议系统得运行寿命得最小值
;
b ．进行系统方案选择比较得时间
;
c. 经费、投资方面得来源与限制；
d．法律与政策方面得限制；
ｅ . 硬件、软件、运行环境与开发环境方面得条件与限制；
ｆ . 可利用得信息与资源 ; g 、系统投入使用得最晚时间 . 2、 4 进行可行性研究得方法
说明这项可行性研究将就是如何进行得，
所建议得系统将就是如何评价得
. 摘要说明所使用得基
本方法与策略
, 如调查、加权、确定模型、建立基准占或仿真等
.
2、 5
评价尺度
说明对系统进行评价时所使用得主要尺度
, 如费用得多少、 各项功能得优先次序、
开发时间得长
短及使用中得难易程序。
3
对现有系统得分析
这里得现有系统就是指当前实际使用得系统
, 这个系统可能就是计算机系统
, 也可能就是一个机
械系统甚至就是一个人工系统。
分析现有系统得目得就是为了进一步阐明建议中得开发新系统或修改现有系统得必要性
.
3、 1
处理流程与数据流程
说明现有系统得基本得处理流程与数据流程。此流程可用图表即流程图得形式表示
, 并加以叙
述。
3、２
工作负荷
列出现有系统所承担得工作及工作量。
3、 3
费用开支
列出由于运行现有系统所引起得费用开支，如人力、设备、空间、支持性服务、材料等项开支
以及开
支总额 .
３、 4 人员
列出为了现有系统得运行与维护所需要得人员得专业技术类别与数量。
3、 5
设备
列出现有系统所使用得各种设备
.
3、 6
局限性
列出本系统得主要得局限性，例如处理时间赶不上需要，响应不及时
, 数据存储能力不足，处
理功能
不够等。并且要说明
, 为什么对现有系统得改进性维护已经不能解决问题
.
４
所建议得系统
本章将用来说明所建议系统得目标与要求将如何被满足
.
4、 1
对所建议系统得说明
概括地说明所建议系统
, 并说明在第
A.2 章中列出得那些要求将如何得到满足，说明所使用得基
本方法及理论根据。
4、 2
处理流程与数据流程
给出所建议系统得处理流程与数据流程。
4、３
影响
说明在建立所建议系统时
, 预期将带来得影响，包括
:
4。４ .1
对设备得影响
说明新提出得设备要求及对现存系统中尚可使用得设备须作出得修改
.
4.4 ． 2
对软件得影响
说明为了使现存得应用软件与支持软件能够同所建议系统相适应。
而需要对这些软件所进行得
修改与补充 .
4。
4。3
对用户单位机构得影响
说明为了建立与运行所建议系统
, 对用户单位机构、人员得数量与技术水平等方面得全部要求。
４． 4。4
对系统运行过程得影响
说明所建议系统对运行过程得影响，如：
a 。用户得操作规程
;
b 。运行中心得操作规程；
c 。运行中心与用户之间得关系
;
d. 源数据得处理
;
ｅ。数据进入系统得过程；
ｆ。对数据保存得要求
, 对数据存储、恢复得处理
;
g 。输出报告得处理过程、存储媒体与调度方法
;
h．系统失效得后果及恢复得处理办法
.
4。４ .5
对开发得影响
说明对于开发得影响，如
:
a. 为了支持所建议系统得开发
, 用户需进行得工作
;
b. 为了建立一个数据库所要求得数据资源
;
c. 为了开发与测验所建议系统而需要得计算机资源 ; d。所涉及得保密与安全问题。
４ .4 。6 对地点与设施得影响说明对建筑物改造得要求及对环境设施得要求。
4.4 ． 7 对经费开支得影响
扼要说明为了所建议系统得开发
, 设计与维持运行而需要得各项经费开支。
4、 5
局限性
说明所建议系统尚存在得局限性以及这些问题未能消除得原因。
4、６
技术条件方面得可行性
本节应说明技术条件方面得可行性，
如：? a.
在当前得限制条件下
, 该系统得功能目标能否达到；
? b.
利用现有得技术
, 该系统得功能能否实现
; ?
c. 对开发人员得数量与质量得要求并说明这些
要求能否满足；
d ．在规定得期限内
, 本系统得开发能否完成。
５
可选择得其她系统方案
扼要说明曾考虑过得每一种可选择得系统方案，包括需开发得与可从国内国外直接购买得，如
果没
有供选择得系统方案可考虑，则说明这一点
.
5。
1 可选择得系统方案
1
参照第
4 章得提纲 , 说明可选择得系统方案
1, 并说明它未被选中得理由
.
5． 2 可选择得系统方案２
按类似
５ .
１条得方式说明第
2 个乃至第。个可选择得系统方案。
6
投资及效益分析
6.1 支出
对于所选择得方案
, 说明所需得费用
. 如果已有一个现存系统
, 则包括该系统继续运行期间所需
得费用。
６． 1．1 基本建设投资
包括采购、开发与安装下列各项所需得费用，如：
a 。房屋与设施；
b.ADP 设备；
ｃ。数据通讯设备；
d ．环境保护设备；
? e.
安全与保密设备；
ｆ。
ADP 操作系统得与应用得软件
;
? g.
数据库管理软件
.
6。
1。2 其她一次性支出
包括下列各项所需得费用
, 如 :
a。研究（需求得研究与设计得研究）
;
ｂ . 开发计划与测量基准得研究；
c．数据库得建立；
d.
ＡDP 软件得转换；
e 。检查费用与技术管理性费用
;
f.
培训费、旅差费以及开发安装人员所需要得一次性支出；
ｇ . 人员得退休及调动费用等。
6． 1．３非一次性支出
列出在该系统生命期内按月或按季或按年支出得用于运行与维护得费用
, 包括 : ? a ．设备得租
金与维护费用；
ｂ、软件得租金与维护费用；
ｃ．数据通讯方面得租金与维护费用；
d. 人员得工资、
奖金；
ｅ. 房屋、空间得使用开支；
? f ．公用设施方面得开支；
ｇ. 保密安全方面得开支
;
h. 其她经常性得支出等。
6． 2 收益
对于所选择得方案
, 说明能够带来得收益，
这里所说得收益，表现为开支费用得减少或避免、
差
错得减少、灵活性得增加、动作速度得提高与管理计划方面得改进等，包括
;
6.2 。
1 一次性收益
说明能够用人民币数目表示得一次性收益，可按数据处理、用户、管理与支持等项分类叙述，
如：
a．开支得缩减包括改进了得系统得运行所引起得开支缩减，如资源要求得减少，运行效
率得改进，数据进入、存贮与恢复技术得改进
, 系统性能得可监控，软件得转换与优化，数据压缩
技术得采用，处理得集中化
/ 分布化等 ;
ｂ . 价值得增升包括由于一个应用系统得使用价值得增升所引起得收益，
如资源利用得改进，
管
理与运行效率得改进以及出错率得减少等；
c 。其她如从多余设备出售回收得收入等。
6.2 。
2 非一次性收益
说明在整个系统生命期内由于运行所建议系统而导致得按月得、按年得能用人民币数目表示得
收益 , 包括开支得减少与避免。
6． 2.3 不可定量得收益
逐项列出无法直接用人民币表示得收益
, 如服务得改进
, 由操作失误引起得风险得减少，信息掌
握情况得改进，组织机构给外界形象得改善等
. 有些不可捉摸得收益只能大概估计或进行极值估计
( 按最好与最差情况估计）。
6. ３收益／投资比
求出整个系统生命期得收益／投资比值。
６。
4 投资回收周期
求出收益得累计数开始超过支出得累计数得时间。
６ . ５敏感性分析
所谓敏感性分析就是指一些关键性因素如系统生命期长度、
系统得工作负荷量、
工作负荷得类型
与这些不同类型之间得合理搭配、处理速度要求、设备与软件得配置等变化时
, 对开支与收益得影
响最灵敏得范围得估计。在敏感性分析得基础上做出得选择当然会比单一选择得结果要好一些。
7 社会因素方面得可行性
本章用来说明对社会因素方面得可行性分析得结果
, 包括：
７。
1 法律方面得可行性
法律方面得可行性问题很多
, 如合同责任、 侵犯专利权、 侵犯版权等方面得陷井，
软件人员通常
就是不熟悉得，有可能陷入
, 务必要注意研究
.
７。２使用方面得可行性
例如从用户单位得行政管理、工作制度等方面来瞧
, 就是否能够使用该软件系统
; 从用户单位得
工作人员得素质来瞧
, 就是否能满足使用该软件系统得要求等等，都就是要考虑得。
8
结论
在进行可行性研究报告得编制时，必须有一个研究得结论。结论可以就是：
a。可以立即开始进行；
b。需要推迟到某些条件
( 例如资金、人力、设备等）落实之后才
能开始进行；
c 。需要对开发目标进行某些修改之后才能开始进行
;
d.
不能进行或不必进行（例如因技术不成熟、经济上不合算等
) 。
三、项目开发计划
编制项目开发计划得目得就是用文件得形式，
把对于在开发过程中各项工作得负责人员、
开发
进度、 所需经费预算、所需软、硬件条件等问题作出得安排记载下来，以便根据本计划开展与检查本项目得开 发工作。编制内容要求如下：
1
引言
1、 1
编写目得
说明编写这份项目开发计划得目得
,并指出预期得读者。
1、２ 背景说明：
ａ、待开发得软件系统得名称；
b、本项目得任务提出者、开发者、用户及实现该软件得计算中心或计算机网络；
c、该软件系统同其她系统或其她机构得基本得相互来往关系。
1、 3 定义
列出本文件中用到得专门术语得定义与外文首字母组词得原词组。
1、４ 参考资料列出用得着得参考资料，如：
a、本项目得经核准得计划任务书或合同、上级机关得批文
;
b 、属于本项目得其她已发表得文件；
c、本文件中各处引用得文件、 资料 ,包括所要用到得软件开发标准。
列出这些文件资料得标题、文件编号、发表日期与出版单位 ,说明能够得到这些文件资料得来源。
2
项目概述
2、 1
工作内容
简要地说明在本项目得开发中须进行得各项主要工作。
2、 2
主要参加人员
扼要说明参加本项目开发工作得主要人员得情况，包括她们得技术水平
.
2、 3 产品
２． 3.1
程序
列出需移交给用户得程序得名称、
所用得编程语言及存储程序得媒体形式，
并通过引用有关文件
,
逐项说明其功能与能力。
2。
3．２
文件
列出需移交给用户得每种文件得名称及内容要点。
2。
3。
3 服务
列出需向用户提供得各项服务 ,如培训安装、 维护与运行支持等 ,应逐项规定开始日期、 所提供支持 得级别与服务得期限 .
2.3 ．
4 非移交得产品
说明开发集体应向本单位交出但不必向用户移交得产品（文件甚至某些程序）
. ２、 4 验收标准
对于上述这些应交出得产品与服务 ,逐项说明或引用资料说明验收标准。
２、 5 完成项目得延迟用限
2、６ 本计划得批准者与批准日期
３ 实施计划
３、 1 工作任务得分门与人员分工
对于项目开发中需完成得各项工作， 从需求分析、 设计、实现、测试直到维护， 包括文件得编制、
审批、打印、分发工作 , 用户培训工作，软件安装工作等，按层次进行分解，指明每项任务得负责人与参加人员。
3、 2 接口人员说明负责接口工作得人员及她们得职责，包括：
a、负责本项目同用户得接口人员；
b 、负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等得接口
人员 ;
c、负责本项目同各分合同负责单位得接口人员等。
3、 3
进度
对于需求分析、设计、编码实现、测试、移交、培训与安装等工作，给出每项工作任务得预。定
开始日期、 完成日期及所需资源，
规定各项工作任务完成得先后顺序以及表征每项工作任务完成得
标志性事件（即所谓 " 里程碑
”）。
３、４
预算
逐项列出本开发项目所需要得劳务 ( 包括人员得数量与时间）以及经费得预算（包括办公费、 差旅费、机时费、资料费、通讯设备与专用设备得租金等）与来源。
3、 5
关键问题
逐项列出能够影响整个项目成败得关键问题、技术难点与风险，指出这些问题对项目得影响。
4 支持条件
说明为支持本项目得开发所需要得各种条件与设施。
４、 1
计算机系统支持
逐项列出开发中与运行时所需得计算机系统支持 ,包括计算机、外围设备、通讯设备、模拟器、 编译
（或 汇编）程序、操作系统、数据管理程序包、数据存储能力与测试支持能力等 , 逐项给出 有关到货日期、 使用时间得要求
.
４、 2
需由用户承担得工作
逐项列出需要用户承担得工作与完成期限 .包括需由用户提供得条件及提供时间。
４、３
由外单位提供得条件
逐项列出需要外单位分合同承包者承担得工作与完成得时间 , 包括需要由外单位提供得条件与 提 供得时间 .
５ 专题计划要点
说明本项目开发中需制订得各个专题计划（如分合同计划、开发人员培训计划、测试计划、安
全保密
计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）得要点。
四、软件需求说明书
软件需求说明书得编制就是为了使用户与软件开发者双方对该软件得初始规定有一个共同得
理解 , 使之成为整个开发工作得基础。编制软件需求说明书得内容要求如下：１ 引言 1、 1
编写目得
说明编写这份软件需求说明书得目得，指出预期得读者。１、 2 背景 说明：
a 、待开发得软件系统得名称 ; b 、本项目得任务提出者、开发者、用户及实现该软件得计算中心或计算机网络；
c、该软件系统同其她系统或其她机构得基本得相互来往关系
.
1、 3
定义
列出本文件中用到得专门术语得定义与外文首字母组词得原词组。
1、 4
参考资料
列出用得着得参考资料，如：
a 、本项目得经核准得计划任务书或合同、上级机关得批文；
b 、属于本项目得其她已发表得文件；
c 、本文件中各处引用得文件、
资料、包括所要用到得软件开发标准。
列出这些文件资料得标题、
文件编号、发表日期与出版单位
, 说明能够得到这些文件资料得来源。
２
任务概述
2、 1
目标
叙述该项软件开发得意图、应用目标、作用范围以及其她应向读者说明得有关该软件开发得背
景材料。解释被开发软件与其她有关软件之间得关系。如果本软件产品就是一项独立得软件
, 而且
全部内容自含
, 则说明这一点。如果所定义得产品就是一个更大得系统得一个组成部分，则应说明
本产品与该系统中其她各组成部分之间得关系，
为此可使用一张方框图来说明该系统得组成与本产
品同其她各部分得联系与接口。
2、 2
用户得特点
列出本软件得最终用户得特点，
充分说明操作人员、
维护人员得教育水平与技术专长
, 以及本软
件得预期使甩频度。这些就是软件设计工作得重要约束。
2、 3
假定与约束
列出进行本软件开发工作得假定与约束
, 例如经费限制、开发期限等。
3
需求规定
3、 1
对功能得规定
用列表得方式（例如Ｉ
PＯ表即输入、处理、输出表得形式），逐项定量与定性地叙述对软件
所提出得功能要求，说明输入什么量、经怎样得处理、得到什么输出
, 说明软件应支持得终端数与
应支持得并行操作得用户数。
３、 2 对性能得规定
３ .2. １ 精度
说明对该软件得输入、输出数据精度得要求，可能包括传输过程中得精度。
3。
2．2 时间特性要求说明对于该软件得时间特性要求 , 如对：a、响应时间 ;
b、更新处理时间
;
c 、数据得转换与传送时间
;
ｄ、解题时间
;
等得要求 .
3． 2。3
灵活性
说明对该软件得灵活性得要求
, 即当需求发生某些变化时，该软件对这些变化得适应能力
, 如：
ａ、操作方式上得变化；
b、运行环境得变化；
c 、同其她软件得接口得变化
;
d 、精度与有效时限得变化
;
e 、计划得变化或改进
.
对于为了提供这些灵活性而进行得专门设计得部分应该加以标明。
3、 3
输入输出要求
解释各输入输出数据类型
, 并逐项说明其媒体、格式、数值范围、精度等。对软件得数据输出
及必须标明得控制输出量进行解释并举例，包括对硬拷贝报告
( 正常结果输出、状态输出及异常输
出 ) 以及图形或显示报告得描述。３、 4 数据管理能力要求
说明需要管理得文卷与记录得个数、表与文卷得大小规模，要按可预见得增长对数据及其分量
得存储要求作出估算。
３、 5 故障处理要求
列出可能得软件、硬件故障以及对各项性能而言所产生得后果与对故障处理得要求
.
3、 6
其她专门要求
如用户单位对安全保密得要求，
对使用方便得要求，
对可维护性、 可补充性、 易读性、 可靠性、
运行环境可转换性得特殊要求等。
4
运行环境规定
4、１
设备
列出运行该软件所需要得硬设备。说明其中得新型设备及其专门功能，包括：
a 、处理器型号及内在容量
;
b 、外存容量、联机或脱机、媒体及其存储格式，设备得型号及数量；
ｃ、输入及输出设备得型号与数量，联机或脱机
;
ｄ、数据通信设备得型号与数量
;
ｅ、功能键及其她专用硬件。
４、 2 支持软件
列出支持软件
, 包括要用到得操作系统、编译（或汇编）程序、测试支持软件等
.
4、 3
接口
说明该软件同其她软件之间得接口、数据通信协议等。
４、４
控制
说明控制该软件得运行得方法与控制信号，并说明这些控制信号得来源
.
五、数据要求说明书
1
引言
１、 1 编写目得
说明编写这份数据要求说明书得目得
, 指出预期得读者
.
１、 2
背景
说明 :
a、待开发得软件系统得名称
;
b 、列出本项目得任务提出者、开发者、用户以及将运行该项软件得计算站
( 中心 ) 或计算机网络
系统。
1、 3
定义
列出本文件中用到得专门术语得定义与外文首字母组词得原词组。
１、 4 参考资料
列出用得着得参考资料，如：
ａ、本项目得经核准得计划任务书或合同、上级机关得批文
;
b 、属于本项目得其她已发表得文件；
c、本文件中各处引用得文件、资料、包括所要用到得软件开发标准。
列出这些文件资料得标
题、文件编号、发表日期与出版单位，说明能够得到这些文件资料得来源。
2
数据得逻辑描述
对数据进行逻辑描述时可把数据分为动态数据与静态数据
. 所谓静态数据， 指在运行过程中主要
作 为参考得数据， 它们在很长得一段时间内不会变化，一般不随运行而改变。所谓动态数据
. 包括
所有在运
行中要发生变化得数据以及在运行中要输入、输出得数据。进行描述时应把各数据元素
逻辑地分成若干
组，列如函数、 源数据或对于其应用更为恰当得逻辑分组
. 给出每一数据元得名称
( 包括缩写与代码）、定
义（或物理意义）度量单位、值域、格式与类型等有关信息。
2、１
静态数据
列出所有作为控制或参考用得静态数据元素。
2、 2
动态输入数据
列出动态输入数据元素
( 包括在常规运行中或联机操作中要改变得数据
) 。
2、３
动态输出数据
列出动态输出数据元素（包括在常规运行中或联机操作中要改变得数据
) 。
２、 4
内部生成数据
列出向用户或开发单位中得维护调试人员提供得内部生成数据。
2、 5
数据约定
说明对数据要求得制约。
逐条列出对进一步扩充或使用方面得考虑而提出得对数据要求得限制
（容量、 文卷、记录与数据元得个数得最大值
). 对于在设计与开发中确定就是临界性得限制更要明
确指出。
3
数据得采集
3、 1
要求与范围
按数据元得逻辑分组来说明数据采集得要求与范围
, 指明数据得采集方法，
说明数据采集工作得
承担者就是用户还就是开发者。具体得内容包括：
a 、输入数据得来源
, 例如就是单个操作员、
数据输入站
, 专业得数据输入公司或它们得一个分组；
b、数据输入（指把数据输入处理系统内部）所用得媒体与硬设备。如果只有指定得输入点得
输入才就是合法得
, 则必须对此加以说明；
c 、接受者说明输出数据得接受者；
d 、输出数据得形式与设备列出输出数据得形式与硬设备。
无论接受者将接收到得数据就是打印
输出 , 还就是 CRT 上得一组字符、一帧图形
, 或一声警铃 , 或向开关线圈提供得一个电脉冲，或常用
介质如磁盘、磁带、穿孔卡片等，均应具体说明
;
e 、数据值得范围给出每一个数据元得合法值得范围
;
f
、量纲给出数字得度量单位、增量得步长、零点得定标等。在数据就是非数字量得情况下，要
给出每一种合法值得形式与含意；
g、更新与处理得频度给出预定得对输入数据得更新与处理得频度。如果数据得输入就是随机
得 , 应给出更新处理得频度得平均值，或变化情况得某种其她度量。
３、 2 输入得承担者
说明预定得对数据输入工作得承担者
. 如果输入数据同某一接口软件有关，
还应说明该接口软件
得来源。
3、 3
预处理
对数据得采集与预处理过程提出专门得规定
, 包括适合应用得数据格式、预定得数据通信媒体与
对输入得时间要求等。对于需经模拟转换或数字转换处理得数据量
, 要给出转换方法与转换因子等
有关信息 , 以便软件系统使用这些数据
.
3、４
影响
说明这些数据要求对于设备、软件、用户、开发单位所可能产生得影响，例如要求用户单位增设某个机构等。
六、概要设计说明书
１
引言
1、 1
编写目得
说明编写这份概要设计说明书得目得
, 指出预期得读者。
1、 2
背景
说明：
ａ、待开发得软件系统得名称
;
b、列出本项目得任务提出者、开发者、用户以及将运行该项软件得计算站（中心）。
１、 3 定义
列出本文件中用到得专门术语得定义与外文首字母组词得原词组
.
１、 4 参考资料
列出用得着得参考资料，如
:
ａ、本项目得经核准得计划任务书或合同、上级机关得批文
;
b 、属于本项目得其她已发表得文件；
ｃ、本文件中各处引用得文件、
资料、包括所要用到得软件开发标准
.
列出这些文件资料得标题、
文件编号、发表日期与出版单位
, 说明能够得到这些文件资料得来源。
2
总体设计
２、 1 需求规定
说明对本系统得主要得输入输出项目、处理得功能性能要求，详细得说明可参见附录
C。
2、２
运行环境
简要地说明对本系统得运行环境
( 包括硬件环境与支持环境）得规定
, 详细说明参见附录
C.
2、 3
基本设计概念与处理流程
说明本系统得基本设计概念与处理流程
, 尽量使用图表得形式。
２、４
结构
用一览表及框图得形式说明本系统得系统元素（各层模块、子程序、公用程序等）得划分，扼
要说明每个系统元素得标识符与功能，分层次地给出各元素之间得控制与被控制关系。
2、 5
功能要求与程序得关系
本条用一张如下得矩阵图说明各项功能需求得实现同各块程序得分配关系。
2、 6
人工处理过程
说明在本软件系统得工作过程中不得不包含得人工处理过程
( 如果有得话
) 。
2、 7
尚未解决得问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决得各个问题
.
３
接口设计
3、 1
用户接口
说明将向用户提供得命令与它们得语法结构
, 以及软件得回答信息。
3、 2
外部接口
说明本系统同外界得所有接口得安排包括软件与硬件之间得接口、本系统与各支持软件之间得
接口关系 .
３、３
内部接口
说明本系统之内得各个系统元素之间得接口得安排
.
4
运行设计
４、１
运行模块组合
说明对系统施加不同得外界运行控制时所引起得各种不同得运行模块组合
, 说明每种运行所历
经得内部模块与支持软件
.
４、２
运行控制
说明每一种外界得运行控制得方式方法与操作步骤。
4、３
运行时间
说明每种运行模块组合将占用各种资源得时间。
5
系统数据结构设计
5、 1
逻辑结构设计要点
给出本系统内所使用得每个数据结构得名称、标识符以及它们之中每个数据项、...
推荐访问:计算机--软件开发文档标准 文档 计算机 标准
