计算机软件开发文档编写规范标准[详].doc

. . . . . 目 录 封面格式2一.可行性研究报告2二.项目开发计划4三.需求规格说明书5四.概要设计说明书6五.详细说明书7六.用户操作手册8七.测试计划10八.测试分析报告11九.开发进度月报12十.项目开发总结报告13十一.程序维护手册13十二.软件问题报告16十三.软件修改报告17封面格式 文档编号 版本号 文档名称： 项目名称： 项目负责人： 编写年月日 校对年月日 审核年月日 批准年月日 开发单位年月日一. 可行性研究报告1 引言1.1 编写目的【说明编写可行性研究报告的目的，指出读者的对象。】1.2 项目背景【应包括：a所建议开发软件的名称；b项目的任务提出者、开发者、用户与实现软件的单位；c项目与其他软件或其他系统的关系。】1.3 定义【列出文档中用到的专门术语的定义和缩写词的原文。】1.4 参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a项目经核准的计划任务书、合同或上级机关的批文；b与项目有关的已发表的资料；c文档中所引用的资料，所采用的软件标准或规。】2 可行性研究的前提2.1 要求【列出并说明建议开发软件的根本要求，如a功能；b性能；c输出 ；d输入 ；e根本的数据流程和处理流程；f安全与要求；g与软件相关的其他系统；h完成期限。】2.2 目标【可包括：a人力与设备费用的节省；b处理速度的提高；c控制精度或生产能力的提高；d管理信息服务的改良；e决策系统的改良；f人员工作效率的提高，等等。】2.3 条件、假定和限制【可包括：a建议开发软件运行的最短寿命；b进展系统方案选择比拟的期限；c经费来源和使用限制；d法律和政策方面的限制；e硬件、软件、运行环境和开发环境的条件和限制；f可利用的信息和资源；g建议开发软件投入使用的最迟时间。】2.4 可行性研究方法2.5 决定可行性的主要因素3 对现有系统的分析3.1 处理流程和数据流程3.2 工作负荷3.3 费用支出【如人力、设备、空间、支持性服务、材料等项开支。】3.4 人员【列出所需人员的专业技术类别和数量。】3.5 设备3.6 局限性【说明现有系统存在的问题以与为什么需要开发新的系统。】4 所建议技术可行性分析4.1 对系统的简要描述4.2 处理流程和数据流程4.3 与现有系统比拟的优越性4.4 采用建议系统可能带来的影响4.4.1 对设备的影响4.4.2 对现有软件的影响4.4.3 对用户的影响4.4.4 对系统运行的影响4.4.5 对开发环境的影响4.4.6 对运行环境的影响4.4.7 对经费支出的影响4.5 技术可行性评价【包括：a在限制条件下，功能目标是否能达到；b利用现有技术，功能目标能否达到；c对开发人员数量和质量的要求，并说明能否满足；d在规定的期限，开发能否完成。】5 所建议系统经济可行性分析5.1 支出 5.1.1 基建投资5.1.2 其他一次性支出 5.1.3 经常性支出5.2 效益5.2.1 一次性收益5.2.2 经常性收益5.2.3 不可定量性收益5.3 收益/投资比5.4 投资回收周期5.5 敏感性分析【敏感性分析是指一些关键性因素，如：系统生存周期长短、系统工作负荷量、处理速度要求、设备和软件配置变化对支出和效益的影响等的分析。】6 社会因素可行性分析6.1 法律因素【如，合同责任、侵犯专利权、侵犯等问题的分析。】6.2 用户使用可行性【如，用户单位的行政管理、工作制度、人员素质等能否满足要求。】7 其他可行性选择的方案【逐个说明其他可供选择的方案，并重点说明未被推荐的理由。8 结论意见【结论意见可能是：a可着手组织开发；b需待假设干条件如资金、人力、设备等具备后才能开发；c需对开发目标进展某些修改；d不能进展或不必进展如技术不成熟，经济上不合算等；e其他。】二. 项目开发计划1 引言1.1 编写目的【说明编写开发计划的目的，指出读者对象。】1.2 项目背景【可包括：a项目的委托单位、开发单位主管部门；b该软件系统与其他系统的关系。】1.3 定义【列出本档中用到的专门术语的定义和缩写词的原文。】1.4 参考资料【可包括：a项目经核准的计划任务书、合同或上级机关的批文；b文档所引用的资料、规等；列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。】2 项目概述2.1 工作容【简要说明项目的各项主要工作，介绍所开发软件的功能、性能等。假设不编写可行性研究报告，那么应在本节给出较详细的介绍。】2.2 条件与限制【说明为完成项目应具备的条件、开发单位已具备的条件以与尚需创造的条件。必要时还应说明用户与分合同承包者承当的工作、完成期限与其他条件与限制。】2.3 产品2.3.1 程序【列出应交付的程序名称、使用的语言与存储形式。】2.3.2 文档【列出应交付的文档】2.4 运行环境【应包括硬件环境、软件环境。】2.5 服务【说明开发单位可向用户提供的服务。如人员的培训、安装、保修、维护和其他运行支持。】2.6 验收标准3 实施计划3.1 任务分解【任务的划分与各项任务的负责人。】3.2 进度【按阶段完成的项目，用图表说明开始时间、完成时间。】3.3 预算3.4 关键问题【说明可能影响项目的关键问题，如设备条件、技术难点或其他风险因素。】4 人员组织与分工5 交付期限6 专题计划要点 【如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计划等。】三. 需求规格说明书1 引言1.1 编写目的【说明编写需求说明书的目的，指明读者对象。】1.2 项目背景【应包括：a项目的委托单位、开发单位和主管部门；b该软件系统与其他系统的关系。】1.3 定义【列出文档中所用到的专门术语的定义和缩写词的原文。】1.4 参考资料【可包括：a项目经核准的计划任务书、合同或上级机关的批文；b项目开发计划；c文档所引用的资料、标准和规。列出这些资料的作者、标题、编号、发表日出版单位或资料来源。】2 任务来源2.1 目标2.2 运行环境2.3 条件与限制3 数据描述3.1 静态数据3.2 动态数据【包括输入数据和输出数据。】3.3 数据库描述【给出使用数据库的名称和类型。】3.4 数据词典3.5 数据采集4 功能需求4.1 功能划分4.2 功能描述5 性能需求5.1 数据准确度5.2 时间特性【如响应时间、更新处理时间、数据转换与传输时运行时间等。】5.3 适应性【在操作方式、运行环境、与其他软件的接口以与开发计划等发生变化时，应具有的适应能力。】6 运行需求6.1 用户界面【如屏幕格式、报表格式、菜单格式、输入输出时间等。】6.2 硬件接口6.3 软件接口6.4 故障处理7 其他需求【如可使用性、安全、可维护性、可移植性等。】四. 概要设计说明书1 引言1.1 编写的目的【说明编写概要设计说明书的目的，指明读者对象。】1.2 项目背景【应包括：a项目的委托单位、开发单位和主管部门；b该软件系统与其他系统的关系。】1.3 定义【列出本文档中所用到的专门术语的定义和缩写词的原意。】1.4 参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a项目经核准的计划任务书、合同或上级机关的批文；b项目开发计划；c需求规格说明书；d测试计划初稿；e用户操作手册初稿；f文档所用的资料、采用的标准或规。】2 任务概述2.1 目标2.2 运行环境2.3 需求概述2.4 条件与限制3 总体设计3.1 处理流程3.2 总体结构和模块外部设计3.3 功能分配【说明各项功能与程序结构的关系。】4 接口设计4.1 外部接口【包括用户界面、软件接口与硬件接口。】4.2 部接口【模块之间的接口。】5 数据结构设计5.1 逻辑结构设计5.2 物理结构设计5.3 数据结构与程序的关系6 运行设计6.1 运行模块的组合6.2 运行控制6.3 运行时间7 出错处理设计7.1 出错输出信息7.2 出错处理对策【如设置后备、性能降级、恢复与再启动等。】8 安全设计9 维护设计 【说明为方便维护工作的设施，如维护模块等。】五. 详细说明书1 引言1.1 编写目的【说明编写详细设计说明书的目的，指明读者对象。】1.2 项目背景【应包括项目的来源和主管部门等。】1.3 定义【列出文档中所用到的专门术语的定义各缩写词的原意。】1.4 参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a项目的计划任务书、合同或批文；b项目开发计划；c需求规格说明书；d概要设计说明书；e测试计划初稿；f用户操作手册初稿；g文档所引用的其他资料、软件开发标准或规。】2 总体设计2.1 需求概述2.2 软件结构【如给出的软件系统的结构图。】3 程序描述 【逐个模块给出以下的说明：】3.1 功能3.2 性能3.3 输入项目3.4 输出项目3.5 算法【模块所选用的算法。】3.6 程序逻辑【详细描述模块实现的算法，可采用：a标准流程图；b.PDL语言；c.N-S图；d.PAD；e判定表等描述算法的图表。】3.7 接口3.8 存储分配3.9 限制条件3.10 测试要点【给出测试模块的主要测试要求。】六. 用户操作手册1 引言1.1 编写目的【说明编写手册的目的，指明读者对象。】1.2 项目背景【说明项目来源、委托单位、开发单位与主管部门。】1.3 定义【列出手册中使用的专门术语的定义和缩写词的原意。】1.4 参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a项目的计划任务书、合同或批文；b项目开发计划；c需求规格说明书；d概要设计说明书；e详细设计说明书；f测试计划；g手册中引用的其他资料、采用的软件工程标准或软件工程规。】2 软件概述2.1 目标2.2 功能2.3 性能2.3.1 数据准确度【包括输入、输出与处理数据的精度。】2.3.2 时间特性【如响应时间、数据传输时间等。】2.3.3 灵活性【在操作方式、运行环境需做某些变更时软件的适应能力。】3 运行情况3.1 硬件【列出软件系统运行所需的硬件最小配置，如 a计算机型号、主存容量；b外存储器、媒体、记录格式、设备型号与数量；c输入、输出设备；d数据传输设备与数据转换设备的型号与数量。】3.2 支持软件【如a操作系统名称与版本号；b语言编译系统或汇编系统的名称与版本号；c数据库管理系统的名称与版本号；d其他必要的支持软件。】4 使用说明4.1 安装和初始化【给出程序的存储形式、操作命令、反应信息与其含意、说明安装完成的测试实例以与安装所需用软件工具等。】4.2 输入【给出输入数据或参数的要求。】4.2.1 数据背景【说明数据来源、存储媒体、出现频度、限制和质量管理等。】4.2.2 数据格式【如a长度；b格式基准；c标号；d顺序；e分隔符；f词汇表；g省略和重复；h控制。】4.2.3 输入举例4.3 输出【给出每项输出数据的说明。】4.3.1 数据背景【说明输出数据的去向、使用频度、存放媒体与质量管理等。】4.3.2 数据格式【详细说明每一输出数据的格式，如：首部、主体和尾部的具体形式。】4.3.3 举例4.4 出错和恢复【给出：a出错信息与其含意；b用户应采取的措施，如修改、恢复、再启动。】4.5 求助查询【说明如何操作。】5 运行说明5.1 运行表【列出每种可能的运行情况，说明其运行目的。】5.2 运行步骤【按顺序说明每种运行的步骤，应包括：】5.2.1 运行控制5.2.2 操作信息 a运行目的；b操作要求；c启动方法；d预计运行时间；e操作命令格式与说明；f其他事项。5.2.3 输入/输出文件【给出建立或更新文件的有关信息,如:】 a文件的名称与编号；b记录媒体；c存留的目录；d文件的支配【说明确定保存文件或废弃文件的准那么，分发文件的对象，占用硬件的优先级与控制等。】5.2.4 启动或恢复过程6 非常规过程 【提供给急或非常规操作的必要信息与操作步骤，如出错处理操作、向后备系统切换操作以与维护人员须知的操作和考前须知。】7 操作命令一览表 【按字母顺序逐个列出全部操作命令的格式、功能与参数说明。】8 程序文件或命令文件和数据文件一览表 【按文件名字母顺序或按功能与模块分类顺序逐个列出文件名称、标识符与说明。】9 用户操作举例七. 测试计划1 引言1.1 编写目的【说明编写测试计划的目的并指明读者对象。】1.2 项目背景【说明项目的来源、委托单位与主管部门。】1.3 定义【列出测试计划中所用到的专门术语的定义和缩写词的原意。】1.4 参考资料【列出有关资料的作者、标题、编号恨表日期、出版单位或资料来源，可包括：a项目的计划任务书、合同或批文；b项目开发计划；c需求规格说明书；d概要设计说明书；e详细设计说书；f用户操作手册；g本测试计划中引用的其他资料、采用的软件开发标准或规。】2 任务概述2.1 目标2.2 运行环境2.3 需求概述2.4 条件与限制3 计划3.1 测试方案【说明确定测试方法和选取测试用例的原那么。】3.2 测试项目【列出组装测试和确认测试中每一项测试的容、名称、目的和进度。】3.3 测试准备3.4 测试机构与人员【测试机构名称、负责人和职责。】 4 测试项目说明【按顺序逐个对测试项目做出说明：】4.1 测试项目名称与测试容4.2 测试用例4.2.1 输入【输入的数据和输入的命令。】4.2.2 输出【预期的输出数据。】4.2.3 步骤与操作4.2.4 允许偏差【给出实测结果与预期结果之间允许偏差围。】4.3 进度4.4 条件【给出项测试对资源的特殊要求，如设备、软件、人员等。】4.5 测试资料【说明项测试所需的资料。】5 评价5.1 围【说明所完成的各项测试说明问题的围与其局限性。】5.2 准那么【说明评价测试结果的准那么。】八. 测试分析报告1 引言1.1 编写目的【说明编写测试计划的目的并指明读者对象。】1.2 项目背景【说明项目的来源、委托单位与主管部门。】1.3 定义【列出测试报告中用到的专门术语的定义和缩写词的原意。】1.4 参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a项目的计划任务书、合同或批文；b项目开发计划；c需求规格说明书；d概要设计说明书；e详细设计说明书；f用户操作手册；g测试计划；h测试分析报告所引用的其他资料、采用的软件工程标准或软件工程规。】2 测试计划执行情况2.1 测试项目【列出每一次测试项目的名称、容和目的。】2.2 测试机构和人员【给出测试机构名称、负责人和参与测试人员。】2.3 测试结果【按顺序给出每一测试项目的：a实测结果数据；b与预期结果数据的偏差；c该项测试说明的事实；d该项测试发现的问题。】3 软件需求测试结论【按顺序给出每一项需求测试的结论。包括：a证实的软件能力；b局限性即项需求未得到充分测试的情况与原因。】4 评价4.1 软件能力【经过测试所说明的软件能力。】4.2 缺陷和限制【说明测试所揭露的软件缺陷和不足，以与可能给软件运行带来的影响。】4.3 建议【提出为弥补上述缺陷的建议。】4.4 测试结论【说明能否通过。】九. 开发进度月报1 报告时间与所处的开发阶段2 工程进度2.1 本月的主要活动2.2 实际进展与计划比拟3 所用工时【按不同层次人员分别计时。】4 所用机时【按所用计算机机型分别计时。】5 经费支出【分类列出本月经费支出项目，给出支出总额，并与计划比拟。】6 工作遇到的问题与采取的对策7 本月完成的成果8 下月的工作计划9 特殊问题十. 项目开发总结报告1 引言1.1 编写目的【说明编写总结计划的目的并指明读者对象。】1.2 项目背景【说明项目的来源、委托单位开发单位与主管部门。】1.3 定义【列出报告用到的专门术语的定义和缩写词的原意。】1.4 参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a项目经核准的计划任务书、合同或上级机关的批文；b项目开发计划；c需求规格说明书；d概要设计说明书；e详细设计说明书；f用户操作手册；g测试计划；h测试分析报告；I本报告引用的其他资料、采用的开发标准或开发规。】2 开发结果2.1 产品【可包括：a列出各局部和程序名称、源程序行数包括注释行或目标程序字节数与程序字节数与程序总计数量、存储形式；b产品文档名称等。】2.2 主要功能与性能。2.3 所用工时【按人员的不同层次分别计时。】2.4 所用机时【按所用计算机机型分别计时。】2.5 进度【给出计划进度与实际进度的比照。】2.6 费用3 评价3.1 生产率评价【如平均每人每月生产的源程序行数、文档的字数等。】3.2 技术方案评价3.3 产品质量评价4 经验与教训十一. 程序维护手册1 引言1.1 编写目的【说明编写手册的目的并指明读者对象。】1.2 开发单位【说明项目的提出者、开发者、用户和使用场所。】1.3 定义【列出报告用到的专门术语的定义和缩写词的原意。】1.4 参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源以与级别，可包括：a用户操作手册； b与本项目有关节其他文档。】2 系统说明2.1 系统用途【说明系统具备的功能，输入和输出。】2.2 安全【说明系统安全方面的考虑。】2.3 总体说明【说明系统的总体功能，对系统、子系统和作业做出综合性的介绍，并用图表的方式给出系统主要局部的部关系。】2.4 程序说明【说明系统中每一程序、分程序的细节和特性。】2.4.1 程序说明功能2.4.1.1 功能【说明程序的功能。】2.4.1.2 方法【说明实现方法。】2.4.1.3 输入【说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存放单元、与程序初始化有关的入口要求。】2.4.1.4 处理【处理特点的目的，如：a用图一说明程序的运行和逻辑流程；b程序主要转移条件；c对程序的约束条件；d程序完毕时的出口要求；e与下一程序的通信与联结运行、控制；f由该程序产生并供处理程序段使用的输出数据类型和存放单元。g程序运行所用存储量、类型与存储位置等。】2.4.1.5 输出【程序的输出。】2.4.1.6 接口【本程序与本系统其他局部的接口。】2.4.1.7 表格【说明部的各种表、项的细节和特性。对每表的说明至少包括：a表的标识符；b使用目的；c使用此表的其他程序；d逻辑划分，如块或部，不包括表项；e表的根本结构；f设计安排，包括表的控制信息。表目结构细节、使用中的特有性质与各表项的标识、位置、用途、类型、编码表示。】2.4.1.8 特有的运行性质【说明在用户操作手册中没有提到的运行性质。】2.4.2 程序2的说明【与程序1的说明一样。以后其他各程序的说明一样。】3 操作环境3.1 设备【逐项说明系统的设备配置与其特性。】3.2 支持软件【列出系统使用的运行软件，包括它们的名称和版本号。】3.3 数据库【说明每个数据库的性质和容，包括安全考虑。】3.3.1 总体特征【如a 标识符；b使用这些数据库的程序；c静态数据；d动态数据；e数据库的存储媒体；f程序使用数据库的限制。】3.3.2 结构与详细说明3.3.2.1 说明该数据库的结构，包括其中的记录和项；3.3.2.2 说明记录的组成，包括首部或控制段、记录体；3.3.2.3 说明每个记录结构的字段，包括：标记或标号、字段的字符长度和位数、该字段的允许值围。3.3.2.4 扩大：说明为记录结构的字段；4 维护过程4.1 约定【列出该软件系统设计中所使用全部规那么和约定，包括：a程序、分程序、记录、字段和存储区的标识或标号助记符的使用规那么；b图表的处理标准、卡片的连接顺序、语句和记号中使用的缩写、出现在图表中的符号；c使用软件技术标准； d 标准化数据元素与其特征。】4.2 验证过程【说明一个程序段修改后，对其进展验证的要求和过程包括测试程序和数据与程序周期性验证的过程。】4.3 出错与纠正方法【列出出错状态与其纠正方法。】4.4 专门维护过程【说明文档其他地方没有提到的专门维护过程，如a维护该软件系统的输入输出局部如数据库的要求、过程和验证方法；b运行程序库维护系统所必需的要求、过程和验证方法；c以闰年、世纪变更所需要的临时性修改等。】4.5 专用维护程序【列出维护软件系统使用的后备技术和专用程序如文件恢复程序、淘汰过时文件的程序等的目录，并加以说明，容包括：a 维护作业的输入输出要求；b输入的详细过程与在硬设备上建立、运行并完成维护作业操作步骤。】4.6 程序清单和流程图【引用资料或提供附录给出程序清单和流程图。】十二. 软件问题报告1 登记号【由软件配置管理部门为该报告规定一个唯一的、顺序的编号。】2 登记日期【软件配置管理部门登记该报告的日期。】3 问题发现日期【发现该问题的日期和时间。】4 活动【在哪个阶段发现的问题，分为单元测试、组装测试、确认测试和运行维护。】5 状态【在软件与配置记录中维护的动态指示，状态表示有a正在复查“软件问题报告，以确定将采取什么行动；b“软件问题报告已由指定的人进展处理；c修改已完成，并经过测试，正准备交给主程序库；d主程序已经更新，主程库修改的重新测试尚未完成；e做了重新测试，问题再现；f做了重新测试，所做的修改无故障，“软件问题报告被关闭；g留待以后关闭。】6 报告人【填写“软件问题报告人员的、地址、。】7 问题属于什么方面【区分是程序的问题，还是模块的问题，或是数据库的问题，文件的问题。也可以能是它们的某种组合。】8 模块/子系统【出现的模块名。如果不知是哪个模块，可标出子系统名，尽量给出细节。】9 修订版本号【出现问题的模块版本。】10 磁带【包含有问题的模块的主程序和磁带的标识符。】11 数据库【当发现问题时所使用数据库的标识符。】12 文件号【有错误的文件的编号。】13 测试用例【发现错误时所使用测试用例的标识符。】14 硬件【发现错误时所使用的计算机系统的标识。】15 问题描述/影响【问题症兆的详细描述。如果可能，那么写明实际问题的所在。也要给出该问题对将来测试、接口软件和文件等的影响。】16 附注【记载补充信息。】十三. 软件修改报告1 登记号【由软件配置管理部门为该报告规定的编号。】2 登记日期【软件配置管理部门登记“软件修改报告的日期。】3 时间【准备好“软件修改报告的日期。】4 报告人【填写该报告的作者。】5 子系统名【受修改影响的子系统名。】6 模块名【被修改的模块名。】7 “软件问题报告的编号【被“软件修改报告处理的软件问题或局部处理的“软件软件问题报告的编号。如果某“软件问题报告的问题只是局部被处理，那么在编号后附以p,如1234p】8 修改【包括程序修改、文件更新、数据库修改或它们的组合。】9 修改描述【修改的详细描述。如果是文件更新或数据库修改，还要列出文件更新通知或数据库修改申请的标识符。】10 批准人【批准人签字，正式批准进展修改。】11 语句类型【程序修改中涉与到的语句类型，包括：输入/输出语句类、计算语句类、逻辑控制语句类、数据处理语句类如数据传送、存取语句类。】12 程序名【被修改的程序、文件或数据库的名字。】13 老修订版【当前的版本/修订本标识。】14 新修订版【修改后的版本/修订本标识。】15 数据库【如果申请数据库修改，那么给出数据库的标识符。】16 数据库修改申请号【数据库修改申请号。】17 文件【如果要求对文件进展修改，那么给出文件的名字。】18 文件更新【文件更新通知单的编号。】19 修改是否已测试【指出已对修改做了哪些测试，如单元、子系统、组装、确认和运行测试等，并注明测试成功与否。】20 “软件问题报告是否给出问题的准确描述【回答是或否】21 问题注释【准确地表达要维护的问题。】22 问题注释【指明问题来自于哪里，如软件需求说明书、设计说明书、数据库、源程序等。】23 资源【完成修改所需资源的估计，即总的人时数和计算机时间的开销。】18 / 19