软件的开发文档编写要求.docx

《软件的开发文档编写要求.docx》由会员分享，可在线阅读，更多相关《软件的开发文档编写要求.docx（17页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件开发文档编写要求在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对 性、准确性、清晰性、完整性、灵活性、可追溯性。可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素 上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明 并论证所选定实施方案的理由。项目开发计划：为软件项目实施方案制订出具体计划，应该包括各局部工作 的负责人员、开发的进度、开发经费的预算、所需的硬件与软件资源等。软件需求说明书软件规格说明书：对所开发软件的功能、性能、用户界面 与运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同 理解并达成协议的条件下编写的

2、，也是实施开发工作的根底。该说明书应给出数 据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、 模块划分、程序的总体结构、输入输出以与接口设计、运行设计、数据结构设计 和出错处理设计等，为详细设计提供根底。O详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流 程等。用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如 何使用该软件得到具体的了解，为操作人员提供该软件各种运行情况的有关知 识，特别是操作方法的具体细节。测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。 计

3、划应包括测试的内容、进度、条件、人员、测试用例的选取原如此、测试结果 允许的偏差x围等。测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测 试结果加以分析，并提出测试的结论意见。开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告, 报告应包括进度计划与实际执行情况的比拟、阶段成果、遇到的问题和解决的方 法以与下个月的打算等。项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结 实际执行的情况，如进度、成果、资源利用、本钱和投入的人力，此外，还需对 开发工作做出评价，总结出经验和教训。O软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持

4、软 件的说明、维护过程的说明，便于软件的维护。软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所 属模块等，为软件修改提供准备文档。软件修改报告：软件产品投入运行以后，发现了需对其进展修正、更改 等问题，应将存在的问题、修改的考虑以与修改的影响作出详细的描述，提交审 批。1.1 编写目的：说明编写测试计划的目的并指明读者对象。1.2 项目背景：说明项目的来源、委托单位与主管部门。1.3 定义：列出测试计划中所用到的专门术语的定义和缩写词的原意。1.4 参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料 来源，可包括：项目的计划任务书、合同或批文；项目开发计划；需

5、求规格说明 书；概要设计说明书；详细设计说明书；用户操作手册；本测试计划中引用的其 他资料、采用的软件开发标准或规X。2任务概述2. 1目标3. 2运行环境2. 3需求概述2.4 条件与限制3计戈IJ2.5 测试方案：说明测试方法和选取测试用例的原如此。2.6 测试项目：列出组装测试和确认测试中每一项测试的内容、名称、目的和进 度。3. 3测试准备3.4测试机构与人员：测试机构名称、负责人和职责。4测试项目说明4.1 按顺序逐个对测试项目做出说明4.1.1 测试项目名称与测试内容4.1.2 测试用例4.1.3 输入：输入的数据和输入命令。4.1.4 输出：预期的输出数据。4 2步骤与操作4.3

6、 允许偏差：给出实测结果与预期结果之间允许偏差的X围。4.4 进度4.5 条件：给出项测试对资源的特殊要求，如设备、软件、人员等。4.6 测试资料：说明项测试所需的资料。5评价5.1 X围：说明所完成的各项测试说明问题的X围与其局限性。5.2 准如此：说明评论测试结果的准如此。8测试分析报告1弓I言1.1 荥写目的：说明编写测试分析报告的目的并指明读者对象。1.2 项目背景：说明项目的来源、委托单位与主管部门。1.3 定义：列出测试分析报告中所用到的专门术语的定义和缩写词的原意。1.4 参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料 来源，可包括：项目的计划任务书、合同或批

7、文；项目开发计划；需求规格说明 书；概要设计说明书；详细设计说明书；用户操作手册；测试计划；测试分析报 告所引用的其他资料、采用的软件工程标准或工程规X。2测试计划招待情况2.1 机构和人员：给出测试机构名称、负责人和参与测试人员。2.2 测试结果：按顺序给出每一测试项目的：实测结果数据；与预期结果数据的 偏差；该项测试明确的事实；该项测试发现的问题。3软件需求测试幺吉论按顺序给出每一项需求测试的结论。包括：证实的软件能力；局限性即 项需求未得到充分测试的情况与原因。4评价4.1 软件能力：经过测试所明确的软件能力。4.2 缺陷和限制：说明测试所揭露的软件缺陷和不足，以与可能给软件运行带来 的

8、影响。4.3 建议：提出为弥补上述缺陷的建议。4.4 测试结论：说明能否通过。9开发进度月报1报告时间与所处的开发阶段2工程进度2. 1本月内的主要活动2.2实际进展与计划比拟3所用工时按不同层次人员分别计时。4所用机时按所用计算机机型分别计时。5经费支出,5类列出本月经费支出项目，给出支出总额，并与计划比拟。6工作遇到的问题与采取的对策7本月完成的成果8下月的工作计划9特殊问题10项目开发总结报告1弓I言1.1 第写目的：说明编写总结报告的目的并指明读者对象。1.2 项目背景：说明项目的来源、委托单位、开发单位与主管部门。1.3 定义：列出报告中所用到的专门术语的定义和缩写词的原意。1.4

9、参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料 来源，可包括：项目的计划任务书、合同或批文；项目开发计划；需求规格说明 书；概要设计说明书；详细设计说明书；用户操作手册；测试计划；测试分析报 告；本报告引用的其他资料、采用的开发标准或开发规X。2开发结果1.1 产品：可包括列出各局部的程序名称、源程序行数包括注释行或目标程 序字节数与程序总计数量、存储形式；产品文档名称等。2. 2主要功能与性能2.1 所用工时：按人员的不同层次分别计时。2.2 所用机时：按所用计算机机型分别计时。2.3 进度：给出计划进度与实际进度的比照。2.4 费用3评价2.5 生产率评价：如平均每人每

10、月生产的源程序行数、文档的字数等。3. 2技术方案评价3. 3产品质量评价4经验与教训11软件维护手册1引言3.1 编写目的：说明编写手册的目的并指明读者对象。3.2 项目背景：说明项目的提出者、开发者、用户和使用场所。3.3 定义：列出报告中所用到的专门术语的定义和缩写词的原意。3.4 参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料 来源，与某某级别，可包括：用户操作手册；与本项目有关的其他文档。2系统说明2.1 系统用途：说明系统具备的功能，输入和输出。2.2 安全某某：说明系统安全某某方面的考虑。2. 3总体说明：说明系统的总体功能，对系统、子系统和作业做出综合性的介

11、绍, 并用图表的方式给出系统主要局部的内部关系。2.4程序说明：说明系统中每一程序、分程序的细节和特性。2. 4.1程序1的说明 功能：说明程序的功能。 方法：说明实现方法。 输入：说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据 的类型和存放单元、与程序初始化有关的入口要求。 处理：处理特点和目的，如：用图表说明程序的运行的逻辑流程；程序主要 转移条件；对程序的约束条件；程序完毕时的出口要求；与下一个程序的通信与 联结运行、控制；由该程序产生并茶馆处理程序段使用的输出数据类型和存 放单元；程序运行存储量、类型与存储位置等。 输出：程序的输出。 接口：本程序与本系统其他局部的接口。

12、 表格：说明程序内部的各种表、项的细节和特性。对每X表的说明至少包括： 表的标识符；使用目的；使用此表的其他程序；逻辑划分，如块或部，不包括表 项；表的根本结构；设计安排，包括表的控制信息。表目结构细节、使用中的特 有性质与各表项的标识、位置、用途、类型、编码表示。 特有的运行性质：说明在用户操作手册中没有提到的运行性质。2. 4. 2程序2的说明与程序1的说明一样。以后的其他各程序的说明一样。3操作环境2.1 设备：逐项说明系统的设备配置与其特性。2.2 支持软件：列出系统使用的支持软件，包括它们的名称和版本号。2.3 数据库：说明每个数据库的性质和内容，包括安全考虑。2.3.1 总体特征：

13、如标识符、使用这些数据库的程序、静态数据、动态数据；数 据库的存储媒体；程序使用数据库的限制。3. 3. 2结构与详细说明说明该数据库的结构，包括其中的记录和项。说明记录的组成，包括首部或控制段、记录体。说明每个记录结构的字段，包括：标记或标号、字段的字符长度和位数、该 字段的允许值X围。扩大：说明为记录追加字段的规定。4维护过程4.1 约定：列出该软件系统设计中所使用全部规如此和约定，包括：程序、分程 序、记录、字段和存储区的标识或标号助记符的使用规如此；图表的处理标准、 卡片的连接顺序、语句和记号中使用的缩写、出现在图表中的符号名；使用的软 件技术标准；标准化的数据元素与其特征。4.2 验

14、证过程：说明一个程序段修改后，对其进展验证的要求和过程包括测试 程序和数据与程序周期性验证的过程。4.3 出错与纠正方法：列出出错状态与其纠正方法。4.4 专门维护过程：说明文档其他地方没有提到的专门维护过程。如：维护该软 件系统的输入输出局部如数据库的要求、过程和验证方法；运行程序库维护 系统所必需的要求、过程和验证方法；对闰年、世纪变更的所需要的临时性修改-rj- o4.5 专用维护程序：列出维护软件系统使用的后备技术和专用程序如文件恢复 程序、淘汰过时文件的程序等的目录，并加以说明，内容包括：维护作业的输 入输出要求；输入的详细过程与在硬设备上建立、运行并完成维护作业的操作步 耳聚。4.

15、6 程序清单和流程图：引用或提供附录给出程序清单和流程图。12软件问题报告1登记号由软件配置管理部门为该报告规定一个唯一的、顺序的编号。2登记日期软件配置管理部门登记该报告的日期。3问题发现日期发现该问题的日期和时间。4活动在哪个阶段发现的问题，分为单元测试、组装测试、确认测试和运行维护。5状态在软件配置记录中维护的动态指示，状态表示有：正在复查”软件问题报告 ,以确定将采取什么行动；”软件问题报告”已由指定的人去进展处理；修改已 完成，并经过测试，正准备交给主程序库；主程序库已经更新，主程序库修改的 重新测试沿未完成；做了重新测试，问题再现；做了重新测试，所做的修改无故 障，”软件问题报告”

16、被关闭；留待以后关闭。6报告人填写”软件问题报告”人员的某某、地址、。7问题属于什么方面区分是程序的问题，还是模块的问题，或是数据库的问题，文件的问题。 也可能是它们的某种组合。8模块/子系统出现的模块名。如果不知是哪个模块，可标出子系统名，尽量给出细节。9修订版本号出现问题的模块版本。10磁带包含有问题的模块的主程序库的磁带的标识符。11数据库当发现问题时所使用数据库的标识符。12文件号有错误的文件的编号。13测试用例发现错误时所使用测试用例的标识符。14硬件发现错误时所使用的计算机系统的标识。15问题描述/影响问题症兆的详细描述。如果可能，如此写明实际问题所在。也要给出该问 题对将来测试、

17、接口软件和文件等的影响。16附注记载补充信息。13软件修改报告1登记号由软件配置管理部门为该报告规定的编号。2登记日期软件配置管理部门登记“软件修改报告”的日期。3时间准备好”软件修改报告”的日期。4报告人填写该报告的作者。5子系统名受修改影响的子系统名。6模块名被修改的模块名。7 ”软件问题报告”的编号被“软件修改报告”处理或局部处理的“软件问题报告”的编号。如果某”软件 问题报告”的问题只是局部被处理，如此在编号后附以P,如1234p。8修改包括程序修改、文件更新、数据库修改或它们的组合。9修改描述修改的详细描述。如果是文件更新或数据库修改，还要列出文件更新通知 或数据库修改申请的标识符。

18、10批准人批准人签字，正式批准进展修改。11语句类型程序修改中涉与到的语句类型，包括：输入/输出语句类、计算语句类、逻 辑控制语句类、数据处理语句类如数据传送、存取语句类。12程序名被修改的程序、文件或数据库的名字。13老修订版当前的版本/修订本标识。14新修订版修改后的版本/修订本标识。15数据库如果申请数据库修改，如此给出数据库的标识符。16数据库修改报告数据库修改申请号。17文件如果要求对文件进展修改，如此给出文件的名字。18文件更新文件更新通知单的编号。19修改是否已测试指出已对修改做了哪些测试，如单元、子系统、组装、确认和运行测试等, 并注明测试成功与否。20 ”软件问题报告”是否给

19、出问题的准确描述回答是或否21问题注释准确地表示要维护的问题。22问题源指明问题来自于哪里，如软件需求说明书、设计说明书、数据库、源程序 等。23资源完成修改所需资源的估计，即总的人时数和计算机时间的开销。1可行性分析报告1引言1.1 编写目的：说明编写可行性研究报告的目的，提出读者对象。1.2 项目背景：应包括 所建议开发软件的名称 项目的任务提出者、开发者、用户与实现软件的单位 项目与其他软件或其他系统的关系。1.3 定义：列出文档中用到的专门术语的定义和缩写词的原文。1.4 参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料 来源，可包括 项目经核准的计划任务书、合同或上

20、级机关的批文 与项目有关的已发表的资料 文档中所引用的资料，所采用的软件标准或规X2可行性研究的前提2.1 要求：列出并说明建议开发软件的的根本要求，如 功能 性能 输入/输出 根本的数据流程和处理流程 安全与某某要求 与软件相关的其他系统 完成日期2.2 目标：可包括 人力与设备费用的节省 处理速度的提高 控制精度或生产力的提高 管理信息服务的改良 决策系统的改良 人员工作效率的提高2.3 条件、假定和限制：可包括 建议开发软件运行的最短寿命 进展显然方案选择比拟的期限 经费来源和使用限制 法律和政策方面的限制 硬件、软件、运行环境和开发环境的条件和限制 可利用的信息和资源 建议开发软件投入

21、使用的最迟时间2. 4可行性研究方法2. 5决定可行性的主要因素 3对现有系统的分析2.1 处理流程和数据流程3. 2工作负荷3.1 费用支出：如人力、设备、空间、支持性服务、材料等项开支3.2 人员：列出所需人员的专业技术类别和数量3. 5设备3,6局限性：说明现有系统存在的问题以与为什么需要开发新的系统4所建议技术可行性分析4.1对系统的简要描述4. 2与现有系统比拟的优越性4. 3处理流程和数据流程4.4采用建议系统可能带来的影响 对设备的影响 对现有软件的影响 对用户的影响 对系统运行的影响 对开发环境的影响 对经费支出的影响4. 5技术可行性评价:包括 在限制条件下，功能目的是否达到

22、 利用现有技术，功能目的是否达到 对开发人员数量和质量的要求，并说明能否满足 在规定的期限内，开发能否完成5所建议系统经济可行性分析5. 1支出5. 2效益5. 3收益/投资比5.4 投资回收周期5.5 敏感性分析：指一些关键性因素，如： 系统生存周期长短 系统工作负荷量 处理速度要求 设备和软件配置变化对支出和效益的影响等的分析6社会因素可行性分析6. 1法律因素：如 合同责任 侵犯专利权 侵犯 .2用户使用可行性：如 用户单位的行政管理 工作制度 人员素盛等能否满足要求7其他可供选择的方案逐个说明其它可供选择的方案，并重点说明未被推荐的理由。8结论意见 可着手组织开发 需等待假如干条件具备

23、后才能开发 需对开发目标进展某些修改 不能进展或不必进展 其它2项目开发计划1弓I言1.1 篇写目的：说明编写可行性研究报告的目的，提出读者对象1.2 项目背景：应包括项目的委托单位、开发单位和主管部门；该软件系统与其他系统的关系。1.3 定义：列出文档中用到的专门术语的定义和缩写词的原文1.4 参考资料：可包括： 项目经核准的计划任务书、合同或上级机关的批文 文档所引用的资料、规X等 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源；2项目概述1.1 工作内容:简要说明项目的各项主要工作，介绍所开发软件的功能、性能等; 假如不编写可行性研究报告；如此应在本节给出较详细的介绍；1.

24、2 条件与限制：说明为完成项目应具备的条件、开发单位已具备的条件以与尚 需创造的条件。必要时还应说明用户与分合同承当的工作、完成期限与其他条件 与限制。1.3 产品1.3.1 程序：列出应交付的程序名称、使用的语言与存储形式。1.3.2 文档：列出应交付的文档。1.4 运行环境：应包括硬件环境、软件环境。1.5 服务：说明开发单位可向用户提供的服务。如人员培训、安装、保修、维护 和其他运行支持。2. 6验收标准3实施计划2.1 任务分解：任务的划分与各项任务的负责人。2.2 进度：按阶段完成的项目，用图表说明开始时间、完成时间。3. 3预算3.4关键问题：说明可能影响项目的关键问题，如设备条件

25、、技术难点或其他风 险因素，并说明对策。4人员组织与分工5交付期限6专题计划要点如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计 划等。3软件需求说明书1弓I言1.1 篇写目的：说明编写需求说明书的目的，指明读者对象。1.2 项目背景：应包括项目的委托单位、开心单位和主管部门；该软件系统与其他系统的关系。1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。1.4 参考资料：可包括 项目经核准的计划任务书、合同或上级机关的批文 文档所引用的资料、规X等 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源2任务概述2. 1目标2. 2运行环境2.3 条件与限制3

26、数据描述2.4 表态数据2.5 动态数据：包括输入数据和输出数据。2.6 数据库描述：给出使用数据库的名称和类型。3. 4数据词典3. 5数据采集4功能需求3.3 功能划分4. 2功能描述5性能需求4.3 数据准确度4.4 时间特性：如响应时间、更新处理时间、数据转换与传输时间、运行时间等。4.5 适应性：在操作方式、运行环境、与其他软件的接口以与开发计划等发生变 化时，应具有的适应能力。6运行需求6.1 用户界面：如屏幕格式、报表格式、菜单格式、输入输出时间等。6.2 硬件接口6.3 软件接口6. 4故障处理7其他需求如可使用性、安全某某、可维护性、可移植性等。4概要设计说明书1 引言1.1

27、 营目的：说明编写概要设计说明书的目的，指明读者对象。1.2 项目背景：应包括项目的委托单位、开发单位和主管部门该软件系统与其他系统的关系。1.3 定义：列出本文档中所用到的专门术语的定义和缩写词的愿意。1.4 参考资料： 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源 项目经核准的计划任务书、合同或上级机关的批文；项目开发计划；需求规格 说明书；测试计划初稿；用户操作手册 文档所引用的资料、采用的标准或规X。2任务概述2 . 1目标2. 2需求概述2.3条件与限制3总体设计3. 2总体结构和模块外部设计3.3功能分配：明确各项功能与程序结构的关系。4接口设计4.1 外部接口：包

28、括用户界面、软件接口与硬件接口。4.2 内部接口 ：模块之间的接口。5数据结构设计6逻辑结构设计所有文档的统一封面格式如下页所示。7物理结构设计8数据结构与程序的关系9运行设计1.1 运行模块的组合9. 2运行控制10. 3运行时间10出错处理设计10.1 出错输出信息10.2 出错处理对策：如设置后备、性能降级、恢复与再启动等。11安全某某设计12维护设计说明为方便维护工作的设施，如维护模块等。5详细设计说明书1弓I言1.1 篇写目的：说明编写详细设计说明书的目的，指明读者对象。1.2 项目背景：应包括项目的来源和主管部门等。1.3 定义：列出本文档中所用到的专门术语的定义和缩写词的愿意。1

29、.4 参考资料： 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源 项目经核准的计划任务书、合同或上级机关的批文；项目开发计划；需求规格 说明书；概要设计说明书；测试计划初稿；用户操作手册 文档所引用的资料、软件开发的标准或规X。2总体设计2.1 需求概述2.2 软件结构：如给出软件系统的结构图。3程序描述3.1 逐个模块给出以下说明:功能性能 输入项目输出项目3.2 算法：模块所选用的算法。3.3 程序逻辑：详细描述模块实现的算法，可采用：标准流程图；PDL语言；N-S 图；判定表等描述算法的图表。3.4 接口存储分配限制条件3.5测试要点：给出测试模块的主要测试要求。6用户操作

30、手册1引言1.1 编写目的：说明编写手册的目的，指明读者对象。1.2 项目背景：说明项目的来源、委托单位、开发单位与和主管部门。1.3 定义：列出手册中使用的专门术语的定义和缩写词的愿意。1.4 参考资料： 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源 项目经核准的计划任务书、合同或上级机关的批文；项目开发计划；需求规 格说明书；概要设计说明书；详细设计说明书；测试计划 文档中所引用的其他资料、采用的软件工程标准或软件工程规X。2软件概述一天匕匕匕匕市育育目功性2. 12.22.32.4 数据准确度：包括输入、输出与处理数据的精度。2.5 时间特性：如响应时间、处理时间、数据传

31、输时间等。2.6 灵活性：在操作方式、运行环境需做某些变更时软件的适应能力。3运行环境3.1 硬件 列出软件系统运行时所需的硬件最小配置，如计算机型号、主存容量 外存储器、媒体、记录格式、设备型号与数量 输入、输出设备 数据传输设备与数据转换设备的型号与数量。3.2 支持软件 操作系统名称与版本号 语言编译系统或汇编系统的名称与版本号 数据库管理系统的名称与版本号 其他必要的支持软件1.1 安装和初始化：给出程序的存储形式、操作命令、反应信息与其做含意、明 确安装完成的测试实例以与安装所需的软件工具等。1.2 输入：给出输入数据或参数的要求。 数据背景：说明数据来源、存储媒体、出现频度、限制和

32、质量管理等。 数据格式:如长度、格式基准、标号、顺序、分隔符、词汇表、省略和重复、 控制。 输入举例。1.3 输出：给出每项输出数据的说明。 数据背景：说明输出数据的去向、使用频度、存放媒体与质量管理等。 数据格式：详细说明每一输出数据的格式，如首部、主体和尾部的具体形式。 举例1.4 出错和恢复：给出出错信息与其含意；用户应采取的措施，如修改、恢复、 再启动。4. 5求助查询：说明如何操作。5运行说明4.1 运行表：列出每种可能的运行情况，说明其运行目的。4.2 运行步骤：按顺序说明每和运行的步骤，应包括：5. 3运行控制5.4操作信息：运行目的、运行目的、操作要求、启动方法、预计运行时间、操 作命令格式与说明、其他事项；5. 5输入/输出文件：给出建立或更新文件的有关信息，如：文件的名称与编号; 记录媒体；存留的目录；文件的支配：说明确定保存文件或废弃文件的准如此， 分发文件的对象，战胜硬件的优先级与某某控制等。5. 6启动或恢复过程6非常规过程提供给急戒非常规操作的必要信息与操作步骤，如出错处理操作、向后备 系统切换操作与维护人员须知的操作和须知事项。7操作命令一览表按字母顺序逐个列出全部操作命令的格式、功能与参数说明。8程序文件或命令文件和数据文件一览表按文件名字母顺序或按功能与模块分类顺序逐个列出文件名称、标识符与 说明。9用户操作举例7测试计划