（1997年）国家税务总局关于印发《税务系统计算机软件开发应用管理办法》的通知

发文机关国家税务总局

发文日期1997年09月09日

时效性现行有效

发文字号国税发〔1997〕149号

施行日期1997年07月01日

效力级别部门规范性文件

各省、自治区、直辖市和计划单列市国家税务局、地方税务局：

为了进一步规范税务系统计算机应用软件的开发，加强计算机开发与管理，保证各地计算机的开发和应用逐步规范化、科学化，国家税务总局拟定了《税务系统计算机软件开发应用管理办法》，现印发给你们，请遵照执行。

总局将根据各地在计算机开发与应用中的使用情况和意见，不断完善此管理办法，各地有何建议和意见，请函告总局（信息中心）。

附件：

税务系统计算机软件开发应用管理办法

第一章　总　则

第一条 为加强全国税务系统计算机软件的管理工作，规范系统内计算机软件的开发，保障应用系统的安全运行，根据国家的有关法规和税务系统的具体情况，制定本办法。

第二条 全国税务系统软件开发与应用管理工作，必须按照“统一领导、统一规划、统一标准、分级管理、分步实施”的原则进行。

第三条 计算机软件开发应用管理工作的主要内容包括：项目管理、开发管理、应用管理和维护管理。

第四条 税务系统各级机构的计算机软件开发、应用工作均由同级别的计算机管理部门管理和指导。

第五条 本办法所指的计算机软件（简称软件，下同）是指在税务系统内使用以及由税务系统推广使用的计算机应用软件。

第二章　项目管理

第六条 税务系统应用软件按其使用范围分为国家税务总局级、省局级和省辖市（地区）局级。国家税务总局级软件开发前应编制软件开发报告报总局（信息中心），省局级软件开发前应编制软件开发报告上报国家税务总局（信息中心）。省辖市（地区）局级软件开发前应填写软件开发报告上报省局信息中心。软件开发报告应包括以下方面内容：项目名称、项目目标、系统功能结构、进度安排、开发方式、人员投入情况、资金投入情况等等。

第七条 软件开发可以采取独立开发、合作开发和委托开发等方式。

第八条 采用合作开发、委托开发等方式开发的软件，应在项目任务书或合同中注明其版权归属于税务部门；属于税务部门与其他单位共用的或向其他单位推广的软件，合作方或被委托方可与税务部门共享版权，并应在项目任务书或合同中注明各自的权限。

第九条 为保证软件开发项目顺利实施，在项目实施前，应成立项目领导小组和项目开发小组，项目领导小组由主管领导牵头，由项目的业务负责人和技术负责人参加；项目开发小组由有关业务人员和计算机技术人员组成。具体的组织管理请参照《税务系统软件开发规范》中有关规定进行实施。

第十条 在项目实施过程中，业务主管部门负责解决涉及到的税收业务问题，计算机管理部门负责解决涉及到的技术实现问题。在具体的开发过程中，业务主管部门与计算机管理部门应密切配合协调工作。

第十一条 软件开发项目采取合作开发和委托开发的应与合作单位或受托单位签订技术合同，明确技术标准、软件功能、双方责任和项目成果所有权等事项。

第十二条 软件开发项目完成后，应编制软件开发总结报告，属于省局级的软件交总局信息中心备案。属于省辖市（地区）级的软件交省局信息中心备案。总局级的软件总局（信息中心）备案。

第三章　开发管理

第十三条 软件项目的开发，应参照国家技术监督局颁布的有关技术标准，遵循国家税务总局制定的各项技术标准和规范。对于目前还没有统一标准和规范的技术问题，各地可根据税收业务规范和实际需要制定本地区的技术处理规范。

第十四条 软件开发项目开发应该经过可行性研究与规划、软件需求分析、软件设计、软件建造与单元测试、软件测试、运行和维护六个阶段。各阶段的任务及应产生的文档规格应参照“税务系统软件开发规范”执行。

第十五条 项目的可行性研究与规划阶段应由计算机管理部门主持实施，业务主管部门配合。其中，业务需求规范由业务主管部门负责编制和维护。

第十六条 软件需求分析阶段由计算机管理部门、业务主管部门和软件应用部门有关人员参加，由计算机管理部门主持实施。

第十七条 软件设计、软件编码和软件测试阶段由计算机管理部门、业务主管部门和软件应用部门有关人员参加，由计算机管理部门主持实施。

第十八条 试运行工作应由计算机管理部门、业务主管部门和软件应用部门有关人员参加，由业务主管部门主持实施，计算机管理部门配合工作。

第十九条 业务需求发生变化时，业务主管部门应及时报项目领导小组，并通知项目开发小组。

第四章　应用管理

第二十条 在软件推广使用过程中，应用推广工作原则上由业务主管部门负责组织实施，计算机管理部门负责解决有关技术方面的问题。

第二十一条 软件应用部门必须按照相应业务工作规程，结合计算机应用系统，建立具体、实用的应用操作规程。

第二十二条 软件应用部门必须严格执行应用操作规程和总局制定的《税务系统计算机系统运行管理办法》（国税发［1997］69号）。

第二十三条 各级税务部门在软件应用中，要严格执行《计算机软件保护条例》和《中华人民共和国计算机信息系统安全保护条例》等法律法规，以防止因使用盗版软件引起的法律纠纷和应用管理上的失误造成重要税务信息的损失、泄密。

第二十四条 为确保软件在应用中的安全、可靠，计算机管理部门和软件应用部门应分别对源程序和相关文档及其生成后的应用系统进行妥善保管，重要软件应作双备份，并分开保存。软件应用部门对应用系统和相关数据必须定期备份和及时整理。

第五章　维护管理

第二十五条 对软件的二次开发和升级维护应按照本办法的开发管理条款进行。

第二十六条 软件应用部门在应用过程中发现软件问题，应由业务主管部门确认后，向计算机管理部门提交《税务系统应用软件问题报告单》（简称《问题报告单》，下同，见附表1）和现场出错信息。

第二十七条 计算机管理部门接到《问题报告单》后，应及时分析整理。对不属于本级主持开发的软件，应将《问题报告单》逐级上报。

第二十八条 计算机管理部门收到《问题报告单》后，对直接影响应用的问题要抓紧编制《税务系统，应用软件维护任务书》（简称《维护任务书》，下同，见附表2），并尽快组织维护。对于其他方面的问题在适当的时候会同有关业务部门对其合理性进行论证。

第二十九条 为适应业务需求变化、功能扩充和性能改善，需对软件进行修改、完善的，应由与软件相关的业务部门或业务主管部门向计算机管理部门提交《问题报告单》。

第三十条 对被采纳的问题报告，需对业务需求进行变更的，应由相关的业务部门组织对按本办法第十六条制定的业务需求说明书进行维护。

第三十一条 计算机管理部门根据第三十条确定的业务需求、下达《维护任务书》，同时进行软件需求、软件设计等文档的维护工作。

第三十二条 软件维护工作结束后，应由相关的业务部门和计算机管理部门组织对《维护任务书》所列项目进行测试确认。未能通过测试确认的，应继续按本办法第三十条和第三十一条的工作进行。

第三十三条 通过维护项目测试确认的软件，由计算机管理部门统一发布信息，并根据情况适时启用，交由业务主管部门进行应用系统的更新。其源程序和维护文档应分别与维护前的源程序和相应的开发文档合并后按本办法第二十四条存档。

第六章　附　则

第三十四条 本管理办法生效日期为1997年7月1日。

第三十五条 未按照本管理办法有关条款进行开发的软件，在税务系统内不予推广使用。

第三十六条 国家税务总局（信息中心）负责本办法执行情况的监督检查。

填表说明

表1 问题报告单

在系统的运行与维护阶段对软件产品的任何修改建议，都应填写问题报告单。

1．表中A、B、H由软件管理部门填写，其他各项即C、D、E、F、G由软件应用单位填写。前四项内容的意义如下：

A：是由计算机管理部门确定登记号，一般可以按软件代号加顺序号方式编号。

B：是由计算机管理部门登记问题报告的日期。

H：一般分为立即修改软件、待与有关部门审定后处理，暂缓修改软件、不修改软件等。

2．报告人填写的内容

在软件问题报告单中，属于软件应用单位填写的各项内容的意义如下：

C：是发现软件问题的日期。

D：是发现问题的软件名称。

E：是发现问题的菜单名。通常可以用“／”分断菜单间父子关系。

F：是填写问题的详细描述，如果可能则写明实际问题所在，还要给出该问题对其他方面的影响。

G：是及时填写软件修改的具体方案建议。表2维护任务书

A：是登记号，它是填写软件问题报告单时所作的编号。

B：是软件修改登记报告单的登记日期。

c：是软件修改完毕，可以对它进行测试评审的日期。

D：是发现问题的软件名称。

E：是发现问题的软件模块名（或程序名）。通常可以用“／分断菜单间父子关系。

F：指出是程序修改、文档更新、数据库修改还是它们的组合，如果仅是指出用户文档的缺陷则在解释处作上记号。

G：是对更改的详细描述。

H：是对软件修改后产生的影响及安装使用中需要注意的问题等加以说明。

I：是软件测试验收的意见。

附件：税务系统软件开发规范

1．引言

1．1 编写目的

为指导税务信息系统建设，加强系统开发过程的管理和控制，提高系统开发的质量与水平。特制定本软件开发规范，供参照执行。

1．2 主要内容

本规范共分五部分，第一部分引言。第二部分软件工程管理。第三部分软件工程开发规范。着重软件生命周期中各个阶段的活动和主要任务以及文档编制规范。第四部分软件开发规模与软件生命周期阶段划分及文档编制的关系。

1．3 适用范围

本规范读者为税务系统的计算机应用、开发和管理人员、技术人员以及各级相关的业务人员。

1．4 参考资料

（1） 《计算机软件工程规范国家标准汇编》，中国标准出版社，1992。

（2）《软件开发规范的实施文档》，中山大学出版社，1991。

（3）《实用软件工程》，清华大学出版社，1991。

（4）《软件工程及其应用》，天津科学技术出版社，1992。

（5）《计算机系统开发实用手册》，电子工业出版社，1994。

（6） 《DevelopingSoftwaretoCovernmentStandards》Prentice Hall，Inc．1991。

2．软件工程管理

2．1 管理概述

2．1．1 软件工程管理的职能

软件管理的主要职能：

2．1．1．1 组织管理 为实施计划，保证软件项目的完成，需要建立分工明确的责任制机构，并按项目的实际需要，在各个阶段分配部署各种层次的管理人员和技术人员。

2．1．1．2 计划管理 制定和项目相关的各种实施计划，明确各个阶段的目标和任务以及所需人员、资源，并规定工作进度。

2．1．1．3 配置管理 软件在其生命周期的各个阶段产生的文件、报告、表格和数据等，这一切构成了软件配置。软件配置管理是标识，控制，状态登记，审计和解释软件配置的一组活动。

2．1．1．4，质量管理 通过对软件生命周期各个阶段的工作、软件配置项的测试、审查和评审，以确保开发项目产生高质量的产品。

2．1．1．5标准化管理

标准化管理涉及到以下一些方面

●软件设计标准化：包括设计方法，程序结构、程序设计语言、程序设计风格、界面设计、数据结构设计等；

●文档编写的标准化：包括管理文档、计划文档、分析文档、设计文档、测试文档、用户文档等；

●项目管理标准化：包括开发流程、计划与进度管理、人员管理、质量管理、配置管理、维护管理等。

2．1．2软件项目规模

软件项目的规模决定了在软件开发过程中应采用的管理模式、开发工具和开发方法，而且软件开发各个阶段的工作与产品也依软件开发规模的不同而不同。根据税务信息系统软件的使用范围，重要程度，开发投资及参加人员，软件项目的规模划分为四级：

●超大规模软件项目

超大规模软件项目是涉及全国税务系统统一使用和跨行业协作的大型软件项目，一般具有较繁重的维护工作。工作量大约为（40—60）人／年。

●大规模软件项目

大规模软件项目是涉及一省税务部门使用，或跨省市协作开发使用，且业务面较宽的软件项目。工作量大约为（25—35）人／年。

●中等规模软件项目

中等规模软件项目是具有相当规模，在各级税务机关一定范围内使用的软件，或在全国税务系统统一使用，但仅限于个别部门完成某些单项工作任务开发使用的软件项目。工作量大约为（10—20）人／年。

●小规模软件项目

小规模软件项目是各级税务机关为完成某一单项工作任务开发使用的小型软件。

2．2 组织机构与人员

2．2．1 机构设置

税务信息系统建设的管理机构按如下方式设置：（略）

2．2．2 各个组织机构的责任

2．2．2．1 项目领导工作组的主要责任

●提出信息系统的目标和任务；

●负责系统的总体规划工作和经费预算；

●监控工程进度并协调各方面的关系；

●组织目标系统的鉴定，验收和交付使用。

一般项目领导工作组的组长应由项目单位的一名主管局长来担任，副组长由项目负责人担任，以确保信息系统建设州帧利完成。

2．2．2．2 系统设计总体组的主要责任

●管理、监控、指导信息系统的分析、设计、编码、测试、集成、验收、运行和硬件设备网络系统的设计与集成；

●对所有主要技术决策提供建议，监控各种计划的实施；

●负责保证信息系统的建设，严格按照软件开发规范进行。

2．2．2．3 业务规范设计组的主要责任

●确定业务系统范围，提供明确的业务系统需求及业务处理流程；

●与应用系统设计开发小组共同工作，完成信息系统的系统分析、软件分析和系统开发工作，确保信息系统满足业务系统需求。

2．2．2．4 软件工程小组的主要责任

●管理、监控信息系统的软件设计、编码、测试工作

●建立开发规范，确立软件开发方法学；

●制定软件开发计划，并监控它的实施；

●确保系统总体结构的合理性和灵活性，数据结构的完整性和安全性，开发工作的规范性和测试工作的可靠性。

2．2．2．5 软件设计与开发小组的主要责任

●完成业务系统需求分析，将用户需求转变为技术需求，确保贯穿于分析、设计过程中的技术需求与业务需求相一致；

●完成信息系统的软件结构设计；

●完成数据库的概念结构、逻辑结构和物理结构的设计；

●按照设计方案，完成系统编码工作；

●开发系统技术手册、用户手册，并负责用户培训；

●负责信息系统的运行期的维护工作。

2．2．2．6 质量与配置管理小组的主要责任

●建立管理、维护软件生命周期中各阶段的基线；

●组织软件生命周期中每一阶段工作和产品的审查和评审工作，并将审查和评审结果报系统设计总体组；

●负责对软件的质量控制，确保高质量的软件系统的完成。

2．2．2．7 软件测试小组的主要责任

●制定软件测试计划，并监控它的实施；

●准备测试数据与案例，完成软件系统的各级测试工作。

2．2．2．8 网络与系统集成小组的主要责任

●负责完成信息系统网络结构的设计；

●负责信息系统的软、硬件配置及网络的集成工作；

●负责系统的安全管理，确保一个有效的、高效率的信息处理环境的正常工作。

各地可根据自己的项目规模在机构设置上灵活掌握。

2．3 计划管理

软件开发项目中相关的计划制定涉及到项目实施的各个环节，具有全局性。计划的合理性和准确性关系着项目的成败。因此，各种计划的制定具有必要性和重要性。

2．3．1 计划种类

软件开发项目中，针对不同的工作目标，必须制定的计划有：

●软件开发计划

●质量保证计划

●配置管理计划

●软件测试计划

2．3．2 进度安排方法与控制

软件开发的组织工作具有复杂性，较大项目的进度计划、实际进展描述必须应用科学的方法。如可采用图式方法——甘特图方法（Gantt Chart）来进行工作进度安排，在项目进行中要根据实际情况定期地调整计划进度，上报主管领导。

2．4 质量管理

在软件生命周期的各个阶段中，为了保证软件的质量，应进行下列的工作。

2．4．1 系统测试

●单元测试

●集成测试

●系统测试

●验收测试

2．4．2 内部审查

在软件生命周期各个阶段结束之前，根据软件工程的质量标准，对该阶段的产品进行严格审查。

2．4．3 正式评审

在软件生命周期各个阶段完成之后，要对该阶段的所有产品，根据验收标准进行正式评审，以形成基线，作为该阶段的里程碑（Milestone）。

2．4．4 验收

在软件产品提交用户使用之前，要严格进行产品的验收工作。以保证产品在移交用户之后的高质量和正常运行。

2．5 配置管理

2．5．1 软件配置管理对象（称为软件配置项）主要包括：

任务书 软件设计评审报告

可行性分析报告 系统测试评审报告

软件开发计划 系统用户手册

质量保证计划 系统维护手册

配置管理计划 系统验收报告

业务需求说明书 可供使用的原型

软件需求说明书 源程序清单

软件设计说明书 测试数据

软件测试计划 软件问题报告

软件测试分析报告 项目开发总结

软件需求评审报告

2．5．2 软件配置管理的任务

软件配置管理的任务包括：

●建立软件文档的编写标准，规定文档标识的方法；

●进行变更控制，审订并记录所有对软件配置的变更；

●准确跟踪软件配置，控制存取已完成的文档；

●对软件配置项进行不断审计。

2．5．3 软件配置管理的方法

2．5．3．1 配置标识

为了方便对软件配置的各个片段进行管理，必须对每一配置项进行标识，其原则为：

●用易于理解和推测的方式定义文件的标识；

●当需要修改时，提供进行修改和跟踪它们的方法；

●为了便于控制与管理，要隐含如下内容：配置项内容、版本、完成时间等。

2．5．3．2 变更控制

建立报告和审查制度，对软件配置项的变更要严格进行审查和控制，并随时将最新变化情况通知所有项目开发的相关人员。

2．5．3．3 配置状态登记

为了清楚及时地记载软件开发过程中的所有活动和资料的变更情况，而不致到后期造成贻误，需要对开发过程作出系统记录，以反映开发活动的历史情况，必须根据变更控制小组的记录来进行活动变更登记。

2．5．3．4 配置审计

配置审计是在配置标识，配置控制，配置状态记录的基础上对所有配置项的功能及内容进行审查，以保证软件配置项的可跟踪性。

2．6标准化管理

前已论述了标准化管理所涉及到的三个方面。关于第二、第三方面的标准化问题，我们将在下面讨论；关于第一方面由于软件设计方法各有所长，程序结构、语言、界面设计等因人而异，因此在本规范中暂不讨论。

3． 软件工程开发规范

3．1 开发方法学

本规范建议税务信息系统软件开发可采用结构化生命周期方法或结构化方法与原型法开发相结合的模式进行。

3．1．1 软件生命周期

软件从定义、开发、使用和维护，直到最后被废弃的过程，称为软件生命周期。软件产品在整个生命周期之内的一切活动都要受到管理和控制。

3．1．2 软件生命周期阶段划分

根据税务信息系统情况，本规范建议软件生命周期分为六个阶段，即；可行性研究与规划；需求分析；软件设计；软件建造与单元测试；测试；运行和维护。

图1描述了软件生命周期的阶段划分：

图1 软件生命周期阶段划分（略）

3．1．2．1 可行性分析与规划

3．1．2．1．1 主要任务

●确定待开发的软件系统的总体目标

●了解业务流程及需求和机构设置与职能划分

●研究完成该项软件任务的可行性，探讨解决问题的方案

●制定项目进度和资源分配

3．1．2．1．2 交付文档

●《任务书》（或任务委托书，技术合同）

●《可行性分析报告》

●《软件开发计划初稿》

●《业务需求说明书》

3．1．2．2 软件需求分析阶段

3．1．2．2．1 主要任务

●对用户的业务需求进行全面深入了解，调查，并作出确切地描述。

●分析将开发的软件产品的工作流程，数据流程，功能，性能，安全性，运行环境，用户界面。

●制定项目实施的各种相关计划，资源分配。

●对本阶段的各产品进行评审。

●确定系统配置方案（软、硬件及工具软件）和通讯网络方案。

3．1．2．2．2 交付文档

●《软件需求说明书》

●《软件需求评审报告》

●《软件开发计划正本》

●《质量保证计划》

●《配置管理计划》

●《软件测试计划》

3．1．2．3 软件设计阶段

3．1．2．3．1 主要任务

●建立目标系统总体结构和子系统的划分及功能定义。

●描述目标系统与外部环境、其他应用系统的接口定义。

●描述子系统的功能模块层次结构与定义，功能模块间的接口定义，模块间的调用关系以及对每个模块实现过程的细节描述（处理逻辑和主要算法）。

●数据库的概念设计、逻辑设计和物理设计。

●数据库的保密与安全、完整性设计。

●目标系统的界面设计。

3．1．2．3．2 交付文档

●《软件设计说明书》

●《系统测试计划》

●《软件设计说明书评审报告》

3．1．2．4 软件建造与单元测试阶段

3．1．2．4．1 主要任务

●根据自己情况制定编码规范。

●按照《软件设计说明书》要求，进行编码。

●根据测试方案，准备测试数据，并进行单元测试（模块测试）。

3．1．2．4．2 交付文档

●《源程序清单》

3．1．2．5 软件测试阶段

此阶段分为两个子阶段：集成测试与系统测试。

3．1．2．5．1 主要任务

关于集成测试：

●按照测试计划要求和方法，对各模块进行组装测试，特别测重发现与接口有关的问题和子系统的输入、输出处理。

●分析测试结果，找出错误原因，并及时修改。

关于系统测试：

●按照《软件需求说明书》定义的全部要求，对目标系统进行整体测试。

3．1．2．5．2 交付文档

●《可运行的软件系统源程序清单》

●《测试分析报告》

●《系统测试评审报告》

3．1．2．6 运行和维护阶段

3．1．2．6．1 主要任务

●对投入运行后的软件系统进行修改、完善、优化。

●完成最终手册和支持文档。

●完成对用户的移交工作。

●组织最终评审与验收。

3．1．2．6．2 交付文档

●《系统用户手册》

●《系统维护手册》

●《系统验收报告》

3．1．3 附图

附图1：软件生命周期各阶段主要活动及产出（略）

附图2：软件生命周期各阶段评审活动（略）

附图3：文档编制与软件生命周期各阶段同步关系

3．2 软件工程开发文档说明

3．2．1 软件生命周期各阶段应编制的文档

在软件生命周期的每一个阶段，都有相应的文档产生。文档是软件工程中的一个组成部分，也是系统开发成功的重要保证。作为系统开发各阶段的工作成果和结束标志，文档一方面记录了系统开发中的技术信息，同时也提供了系统开发中的管理信息，文档编制充分体现了整个系统开发过程的可见性。必须给予足够的重视。

本规范建议在整个软件生命周期中应产生下列文档：

1．《任务书》

2．《可行性分析报告》

3．《软件开发计划》

4．《质量保证计划》

5．《配置管理计划》

6．《业务需求说明书》

7．《软件需求说明书》

8．《软件需求评审报告》

9．《软件设计说明书》

10．《软件测试计划》

11．《软件设计评审报告》

12．《软件测试分析报告》

13．《软件测试评审报告》

14．《系统用户手册》

15．《系统维护手册》

16．《系统验收报告》

3．2．2 文档编制质量要求

为使软件文档起到桥梁作用；使它有助于程序员编制程序，有助于管理人员监督和质量控制，有助于用户了解软件功能与操作，有助于维护人员进行有效的修改和维护，文档的编制必须注重质量。

文档编制应符合以下几条原则：

3．2．2．1 规范性

各种文档的编写格式要严格按照规范要求，行文应准确、完整，文、图、表一致，文档中以及文档之间的名词、术语、代号要前后一致，并符合有关标准规定。

3．2．2．2 正确性

文档必须真实地反映各个阶段的工作且与该阶段的需求相一致。

3．2．2．3 简明性

文档编写的语言表达准确、清晰、简明扼要，容易理解。文档之间允许有一定内容的重复，但这种重复是为了保证各种文档自成体系，方便使用。

3．2．2．4 针对性

文档编写要考虑读者对象，对不同层次和类型的读者，在行文、用词、图表、专业词汇的应用上要有所区别。以适应他们的需求。

3．2．2．5 及时性

软件开发是分阶段进行的，软件开发的各个阶段应随时积累资料，及时整理形成相应的文档。

3．2．2．6 灵活性

各种开发项目，在规模、复杂程度上差异很大。总体设计组可根据所承担的项目具体情况，决定应编制的文档及文档的详细程度。但这种灵活性的前提是不能影响文档的完整性和准确性。

3．2．3 文档编写规范

在这一节中我们给出各阶段文档编写的重点内容。

3．2．3．1 任务书

任务书主要应包括：

1．将建立的新系统的目标，需求及环境。

2．开发项目的进度要求及经费预算。

3．2．3．2 可行性分析报告

可行性分析报告主要应包括：

1．对现存系统的分析；组织机构情况；业务处理流程；软硬件环境及其局限性。

2．建议的系统：系统总体结构；业务处理流程；管理机制的变化和与现存系统的比较。

3．技术实现的可行性。

4．经济方面的可行性。

5．可行性结论。

3．2．3．3 软件开发计划

软件开发计划主要应包括：

1．项目任务概述：完成目标；完成期限；验收标准。

2．组织机构组成。

3．实施计划。

3．2．3．4质量保证计划

质量保证计划主要应包括：

1．质量管理机构组成，工作任务及其职责。

2．项目开发过程中所出文档及质量标准。

3．评审。

4．软件开发过程中用到的标准，条例和约定。

3．2．3．5 配置管理计划

配置管理计划主要应包括：

1．配置管理机构组成，工作任务及其职责。

2．配置管理活动。

3．配置管理所使用的工具，技术和方法及引用的标准。

3．2．3．6业务需求说明书

业务需求说明书主要应包括：

1．业务处理流程。

2．与业务处理流程相对应的输入、输出文书。

3．2．3．7 软件需求说明书

软件需求说明书主要应包括：

1．系统总体概述。

2．详细需求。

3．数据库描述。

4．运行环境。

5．安全与保密性要求。

6．人机界面需求。

3．2．3．8 软件设计说明书

软件设计说明书主要应包括：

1．系统应用结构：系统外部接口；系统总体结构与功能划分；内部接口设计。

2．系统数据结构：概念结构；逻辑结构；物理结构。

3．系统技术结构：系统网络拓扑结构；软硬件环境。

4．界面设计标准。

3．2．3．9软件测试计划

软件测试计划主要应包括：

1．测试组织管理，任务及其职责。

2．进度计划。

3．评价准则。

4．测试设计。

3．2．3．10测试分析报告

测试分析报告主要应包括：

1．测试概况。

2．对软件功能的评价。

3．对软件系统的评价。

3．2．3．11 软件需求评审报告

软件需求评审报告主要应包括：

1．评审议题。

2．结论。

3．评审讨论问题记录。

3．2．3．12 软件设计评审报告

软件设计评审报告主要应包括：

1．评审议题。

2．评审结论。

3．评审讨论问题记录。

3．2．3．13 系统测试评审报告

系统测试评审报告主要应包括：

1．评审议题。

2．评审结论。

3．评审讨论问题记录。

3．2．3．14 系统用户手册

系统用户手册主要应包括：

1．系统概要。

2．运行环境。

3．使用过程及说明。

4．非常规过程。

3．2．3．15 系统维护手册

系统维护手册主要应包括：

1．系统概要。

2．程序设计说明。

3．专门维护规程。

4．源程序清单。

3．2．3．16系统验收报告

系统验收报告主要应包括：

1．系统验收计划。

2．系统验收测试。

3．系统验收评审。

4．验收结论。

关于文档编写的详细提示请见另文。

4 软件开发规模与软件生命周期各阶段划分及文档编制关系

不同种类的软件项目，甚至同一种类的软件项目，由于其规模和复杂程度差异很大。因此，在软件生命周期的阶段划分与文档编制方面允许有一定的灵活性，这种灵活性体现在：对超大型规模和大规模软件项目，软件生命周期的阶段划分可以细一些，而对中、小规模软件项目，阶段划分可粗一些；对文档数量亦是如此，另外文档内容的详细程度也可根据项目规模情况作适当调整和裁剪。以适应各地自己的具体情况。

为使各地工作有所依据，本规范建议如下：

4．1 对超大规模和大规模的软件开发项目，软件生命周期的划分和相关文档的编制，按照以上的讨论进行。

4．2 对中等规模软件项目，软件生命周期的划分与相关文档的编制按如下方式进行：（略）。