系统软件质量保证计划规划方案.doc
2019年软件质量保证计划范文word版本 (7页)
本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！== 本文为word格式，下载后可方便编辑和修改！ ==软件质量保证计划范文篇一：软件质量保证计划_模板XXX项目软件质量保证计划编写人：编写日期：文档修订记录1. SQA职责：由SQA姓名负责项目名称项目组的SQA工作。
负责制定软件质量保证计划，按照公司及项目组内部的各项规程和约定依计划对项目组的软件产品和过程进行验证，并把质量保证活动及结果通知到项目组开发经理和其他相关小组负责人，同时把结果通报给开发部长。
2. 工作量估计SQA的预计工作量占SQA本人总工作量的；占项目组总工作量的SQA预计用于各阶段软件质量保证的工作量。
3. SQA活动的具体安排：(1) SQA参与制定项目开发计划、标准和规约的计划对具体内容进行说明。
(2) SQA的日常检查、跟踪和报告? 每周对项目的个人周报进行检查，并对个人周报进行汇总形成项目周报，对进度的偏差进行提醒和汇报。
? 通过访谈、查看周报和项目文档、参加项目例会的方式，跟踪项目的执行情况。
若发现项目中存在的问题（包括项目进度、资源等的问题、过程与规程不符的问题、规程不合适的问题），应及时以邮件、交谈或《SQA检查报告》的形式向相关人员报告，并在《SQA问题跟踪列表》中进行记录，同时跟踪、帮助项目组对问题进行解决。
若碰到项目组内部不能解决的问题，及时向高层领导（部长）汇报。
? 每月底向项目高层领导、项目组成员、SEPG提交《SQA 工作总结》。
(3) SQA进行的评审检查和审计活动? 按照项目开发计划中确定的阶段点和里程碑，跟踪检查阶段点的输出情况，参加和跟踪项目的各项评审活动，对评审过程中的发现的不符合问题予以提醒和纠正，每次评审结束后向评审委员发出《SQA评审检查报告》，并记录和跟踪评审中发现的缺陷的解决情况。
评审过程一览表(4) 度量活动：? 定期（每周或两周）对项目周报进行统计，得到项目的工作量统计报告，形式为《项目度量分析报告-工作量》? 定期（每周或两周）对项目周报进行统计，通过对照计划和周报的实际完成情况，对项目的进度情况进行度量，形式为《项目度量分析报告-进度》? 定期（每周或两周）对项目周报进行统计，对项目的评审数据进行统计，得到评审缺陷、效率等统计数据，形式为《项目度量分析报告-评审》? 进入测试阶段后，SQA通过每周BUG跟踪工具的统计功能对测试情况进行跟踪，对统计中发现的异常情况进行汇报。
软件质量体系规划方案
软件质量体系规划方案软件质量体系规划方案一、引言软件质量是衡量软件产品是否满足预期的能力。
建立一个完善的软件质量体系对于保证软件产品的稳定性、可靠性和可维护性至关重要。
本文将提出一个软件质量体系规划方案，以确保软件开发过程中的质量控制和质量保证。
二、目标和原则1. 目标：建立一个全面的软件质量体系，覆盖开发流程的每个阶段和工作环节，确保软件质量达到预期。
2. 原则：（1）客户导向：以客户满意度为导向，确保软件产品能够满足客户需求。
（2）持续改进：通过不断反馈和总结，不断改进软件质量体系和流程。
（3）全员参与：每个参与软件开发的人员都应对软件质量负责，共同维护和提升软件质量。
（4）全面管理：从需求分析到需求验证，从设计到开发，从测试到交付，对全过程进行全面质量管理。
三、主要内容及实施步骤1. 质量计划：在项目启动阶段，制定软件质量计划，明确质量目标、质量指标和质量评审计划等，为后续的质量保证工作提供指导和依据。
2. 需求管理：建立完善的需求管理机制，包括需求的收集、分析和确认，确保需求的准确性和一致性。
3. 设计管理：通过设计评审、复审和验证，确保设计方案满足软件质量要求，避免设计缺陷和风险。
4. 开发管理：建立代码管理和版本控制机制，确保代码质量和稳定性。
开展代码静态检查、代码复审和单元测试等，及时发现和修复代码缺陷。
5. 测试管理：建立全面的测试策略和测试用例设计，包括功能测试、性能测试和安全测试等。
开展自动化测试，提高测试效率和覆盖率。
确保系统稳定性和正确性。
6. 缺陷管理：建立缺陷管理流程，及时记录和跟踪缺陷，并建立相应的修复和验证机制。
7. 培训和质量宣传：定期开展质量培训，提高软件开发团队成员的质量意识和技能。
同时，通过内部宣传和分享，提高全员对软件质量重要性的认识和理解。
四、评估和改进1. 建立软件质量评估体系，定期对软件质量体系进行评估和审核，发现问题和差距，采取相应的改进措施。
2. 建立质量持续改进机制，通过开展各种改进活动，如质量分享会、经验总结以及质量案例分析等，推动软件质量不断提升。
软件项目质量保证计划方案
软件项目质量保证计划方案1. 引言本文档旨在阐述软件项目的质量保证计划方案。
质量保证计划是为了确保软件项目的质量能够达到预期目标而制定的文件。
本方案将包括质量目标、质量活动、质量控制、测试策略等内容。
2. 质量目标在本项目中，我们制定了以下质量目标：- 提供稳定、可靠的软件产品；- 确保软件产品满足用户需求；- 保证软件产品的安全性；- 提供易于维护和扩展的软件系统。
3. 质量活动为了实现上述质量目标，我们将采取以下质量活动：- 需求分析阶段：确保对用户需求的准确理解和记录；- 设计阶段：制定详细的设计文档，确保系统架构和各个模块的设计满足质量标准；- 开发阶段：遵循编码规范，进行代码审查和单元测试；- 测试阶段：进行功能测试、性能测试、安全测试等，确保软件产品的稳定性和安全性；- 验收阶段：与用户进行验收测试，确保软件产品满足用户需求。
4. 质量控制为了保证软件项目的质量控制，我们将采取以下措施：- 配置管理：对软件和文档进行版本控制，确保正确的软件和文档被使用；- 缺陷管理：对软件中的缺陷进行跟踪和修复，确保软件的稳定性；- 变更管理：对需求变更进行管理，确保变更的合理性和可行性；- 文档管理：对各阶段的文档进行管理，确保文档的准确性和完整性。
5. 测试策略为了保证软件产品的质量，我们将采取以下测试策略：- 单元测试：对各个模块进行单元测试，确保代码的正确性；- 集成测试：对不同模块间的协作进行测试，确保模块之间的接口和数据传递的正确性；- 系统测试：对整个软件系统进行测试，确保各个功能模块的协作和整体性能的稳定性；- 用户验收测试：与用户一起进行验收测试，确保软件产品满足用户需求。
6. 结论本文档阐述了软件项目质量保证计划方案的重要内容，包括质量目标、质量活动、质量控制和测试策略等方面。
通过执行本方案，我们将确保软件项目的质量达到预期目标，并满足用户需求。
软件质量保证计划 [文档在线提供]
![软件质量保证计划 [文档在线提供]](https://img.taocdn.com/s3/m/653b731da1c7aa00b42acb13.png)
Adwiser软件质量保证计划1 引言1.1 目的本计划的目的在于对所开发的软件规定各种必要的质量保证措施，以保证所交付的软件能够满足项目预定需求，能够满足本项目总体组制定的且经领导小组评审批准的该软件系统需求规格说明书中规定的各项具体需求。
软件开发项目组在开发软件系统所属的各个子系统（其中包括为本项目研发或选用的各种支持软件、组件）时，都应该执行本计划中的有关规定，但可根据各自的情况对本计划作适当的剪裁，以满足特定的质量保证要求，剪裁后的计划必须经项目组相关负责人批准。
1.2 参考资料略2 管理2.1 机构在本软件系统整个开发期间，必须成立软件质量管理小组负责质量保证工作。
软件质量保证组和项目负责人及各领导组必须检查和督促本计划的实施。
系统的软件质量保证人员有权直接向各领导组报告该项目的软件质量状况。
系统的软件质量保证人员应该根据对项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划的所有要求。
2.2 任务软件质量保证工作涉及软件生存周期各阶段的活动，应该贯彻到日常的软件开发活动中，而且应该特别注意软件质量的早期评审工作。
因此，对于所负责系统，要按照本计划的各项规定进行各项评审工作。
软件质量保证小组要参加所有的评审与检查活动。
评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。
在软件开发过程中，要进行如下几类评审与检查工作：a. 阶段评审：在软件开发过程中，要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。
在软件及其所属各子系统的开发过程中，应该进行以下三次评审：第一次评审软件需求、概要设计、验证与确认方法；第二次评审详细设计、功能测试与演示，并对第一次评审结果复核；第三次是功能检查、物理检查和综合检查。
阶段评审工作要组织专门的评审小组，原则上由项目总体小组成员或特邀专家担任评审组长，评审小组成员应该包括项目所有成员、质量保证人员、和上级主管部门的代表，其他参加人员视评审内容而定。
软件质量控制计划
软件质量控制计划
1. 目的
本质量控制计划的目的是保证软件产品开发的质量,满足用户需求。
2. 质量标准
本项目将遵循以下质量标准:
- 功能性:软件必须能实现全部功能需求。
- 易用性:软件界面设计必须考虑用户体验,操作流程简单易用。
- 可靠性:软件在正常使用条件下,功能稳定可靠。
- 性能:软件响应速度快,处理能力强。
- 兼容性:软件与不同硬件和操作系统兼容。
- 可维护性:软件代码结构清晰,易于后期维护和扩展。
3. 测试与验证
- 单元测试:开发人员根据功能模块进行单元测试。
- 集成测试:测试软件模块之间的集成和接口。
- 回归测试:修改后进行回归测试以修正并确保未引入新问题。
- 可用性测试:选取一定人群进行可用性测试。
- 验收测试:通过一系列测试验收软件产品。
4. 缺陷处理
所有测试发现的和问题均需要记录至缺陷问题追踪表,并进行分类处理:
- 重大缺陷需要优先解决。
- 一般缺陷根据影响范围安排处理时间。
- 测试人员确认问题已解决,才可关闭。
5. 记录与报告
测试过程和结果将全面记录在案,并定期或按要求提供测试报告。
以上内容旨在保证软件开发质量,如有任何问题,请及时与管理层或质量人员联系。
计算机软件质量保证计划规划doc
计算机软件质量保证计划规划篇一：iso标准之计算机软件质量保证计划规划中华人民共和国国家标准计算机软件质量保证计划规范specification for computer software quality assurance planGB/T 12504-901 主题内容与适用范围本规范规定了在制定软件质量保证计划时应该遵循的统一的基本要求。
本规范适用于软件特别是重要软件的质量保证计划制订工作。
对于非重要软件或已经开发好的软件，可以采用本规范规定的要求的子集。
2 引用标准GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12505 计算机软件配置管理计划规范3 术语下面给出本规范中用到的一些术语的定义，其他术语的定义按GB/T 11457。
3.1项目委托单位 project entrust organization项目承办单位是指为产品开发提供资金并通常也是（但有时也未必）确定产品需求的单位或个人。
3.2项目承办单位project undertaking organization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。
3.3软件开发单位software development organization软件开发单位是指直接或间接项目委托单位委托而直接负责开发软件的单位或个人。
3.4用户 user用户是指实际使用软件来完成某项计算、控制或数据处理等任务的单位或个人。
3.5 软件 software软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。
3.6重要软件 critical software重要软件是指它的故障会影响到人身安全、会导致重大经济损失或社会损失的软件。
3.7软件生存周期 software life cycle软件生存周期进指从系统对计算机软件系统提出应用需求开始，经过开发，产生一个满足需求的计算机软件系统，然后投入运行，直至该软件系统退役为止。
软件质量保证计划书
验证签名(Signature)：
主要作者:审批人:
AUTHORAUDITOR
日期:日期:
DATEDATE
表格说明（使用时删除）：
1、该表格主要用途包含不局限于学校、公司企业、事业单位、政府机构，主要针对对象为白领、学生、教师、律师、公务员、医生、工厂办公人员、单位行政人员等。
2、表格应当根据时机用途及需要进行适当的调整，该表格作为使用模板参考使用。
软件质量保证计划书
Software Quality Assurance Plan
for
×××
××××××××××
××××××××
××××××
文档变更信息(RECORD OF CHANGES)：
*A–增加M–修改D–删除
版本号
Version
日期
Dateபைடு நூலகம்
作者
Author
A
M
D
变更主要原因描述
Brief Description
软件质量保证计划规划方案.doc
编号密级非密版本风云三号应用系统工程XX软件质量保证计划编写校对审核批准国家气象局国家卫星气象中心XX 公司201X年 XX月会签文档控制变更记录版本号日期段落、图增加 /修更改申请单号作者简单描述或表改 /删除1 范围 ............................................................................................................................1.1 标识 .....................................................................................................................................1.2 系统概述 .............................................................................................................................1.3 文档概述 ............................................................................................ 错误 ! 未定义书签。
1.4 与其他计划的关系 .............................................................................................................2引用文件 .................................................................................................................... 3术语与定义 ................................................................................................................ 4组织机构与人员 ........................................................................................................4.1 组织机构 .............................................................................................................................4.2 人员配置 .............................................................................................................................5 标准、条例和约定 ....................................................................................................6 质量保证活动安排 ....................................................................................................6.1 过程审计与产品审计 .........................................................................................................6.2 编制 SQA 报告 (5)6.3 评审计划 .............................................................................................................................6.4 项目质量（ OQA ）审计 ....................................................................................................7不符合问题的解决 .................................................................................................... 8工具、技术和方法 .................................................................................................... 9对供货单位的控制 .................................................................................................... 10记录的收集、维护和保存 ........................................................................................ 11度量............................................................................................................................图 4-1 项目软件研制组织结构.......................................................................................表4-1 软件项目人员配置表4-1 产品审计计划表 ...................................................................................................表4-2 过程审计计划表 ...................................................................................................表4-3 SQA 报告计划表 .................................................................................................................................................................................................表 4-4 评审计划表 (III)表 4-5 项目质量（ OQA ）审计计划表 .........................................................................1范围1.1 标识a.本文档的标识号： R/产品代号 /区分号 /ZJ-01；b.标题： XXXX 质量保证计划；c.本文档适用与 XXX 系统 /软件 /XXXXCSCI 。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XXXX系统质量保证计划上海 XXX有限公司20xx 年 8 月目录引言目的本计划的目的在于对所开发的上海博物馆古籍数字化系统规定各种必要的质量保证措施，以保证所交付的上海博物馆古籍数字化系统能够满足项目委托书或合同中规定的各项需求，能够满足本项目总体组制定的且经领导小组批准的该软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发上海博物馆古籍数字化系统所属的各个子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可根据各自的情况对本计划作适当的剪裁，以满足特定的质量保证要求，剪裁后的计划必须经总体组批准。
定义本计划用到的一些术语的定义按GB/T 11457和 GB/T12505。
参考资料GB/T 11457 软件工程术语GB 8567 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范GB/T 12505 计算机软件配置管理计划规范上海博物馆古籍数字化系统配置管理计划管理机构在本软件系统整个开发期间，必须成立软件质量保证小组负责质量保证工作。
软件质量保证小组属总体组领导，由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及各个子系统软件质量保证人员等方面的人员组成，由项目的软件工程小组代表任组长。
各子系统的软件质量保证人员在业务上受软件质量保证小组领导，在行政上受各子系统负责人领导。
软件质量保证小组和软件质量保证人员必须检查和督促本计划的实施。
各子系统的软件质量保证人员有权直接向软件质量保证小组报告子项目的软件质量状况。
各子系统的软件质量保证人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划的所有要求。
任务软件质量保证工作涉及软件生存周期各阶段的活动，应该贯彻到日常的软件开发活动中，而且应该特别注意软件质量的早期评审工作。
因此，对新开发的或正在开发的各子系统，要按照 GB 8567与本计划的各项规定进行各项评审工作。
软件质量保证小组要派成员参加所有的评审与检查活动。
评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。
在上海博物馆古籍数字化系统开发过程中，经总体组研究决定，要进行如下几类评审与检查工作：阶段评审：在软件开发过程中，要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。
根据总体组研究决定，在上海博物馆古籍数字化系统及其所属各子系统的开发过程中，应该进行以下三次评审：第一次评审软件需求、概要设计、验证与确认方法；第二次评审详细设计、功能测试与演示，并对第一次评审结果复核；第三次是功能检查、物理检查和综合检查。
关于这些评审工作的详细内容见第 5 章。
阶段评审工作要组织专门的评审小组，原则上由项目总体小组成员或特邀专家担任评审组长，评审小组成员应该包括项目委托单位或用户的代表、质量保证人员、软件开发单位和上级主管部门的代表，其他参加人员视评审内容而定。
日常检查：在上海博物馆古籍数字化系统的工程化生产过程中，各子系统应该填写项目进展报表，即软件进展报表表头、软件阶段进度表、软件阶段产品完成情况表。
软件验收：必须组织专门的验收小组对上海博物馆古籍数字化系统及其所属各个子系统进行验收。
验收工作应按照经项目委托单位“上海博物馆”与上海博物馆古籍数字化系统组双方都认可的验收规程正式履行验收手续。
验收内容应包括文档验收、程序验收、演示、验收测试与测试结果评审等几项工作。
具体的验收规程另行制订。
职责在上海博物馆古籍数字化系统的软件质量保证小组中，其各方面人员的职责如下：组长全面负责有关软件质量保证的各项工作；总体组代表负责有关阶段评审、项目进展报表检查以及软件验收准备等三方面工作中的质量保证工作；项目的专职配置管理人员负责有关软件配置变动、软件媒体控制以及对供货单位的控制等三方面的质量保证活动；各子系统的软件质量保证人员负责测试复查和文档的规范化检查工作；用户代表负责反映用户的质量要求，并协助检查各类人员对软件质量保证计划的执行情况；项目的专职质量保证人员协助组长开展各项软件质量保证活动，负责审查所采用的质量保证工具、技术和方法，并负责汇总、维护和保存有关软件质量保证活动的各项记录。
文档本章给出了在上海博物馆古籍数字化系统开发过程各阶段需要编制的文档名称及其要求，并且规定了评审文质量的通用的度量准则。
基本文档为了确保软件的实现满足项目委托单位“上海博物馆”认可的需求规格说明书中规定的各项需求，上海博物馆古籍数字化系统各开发单位至少应该编写以下八个方面内容的文档：a. 软件需求规格说明书（SRS）；b. 软件设计说明书（ SDD），对一些规模较大或复杂性较高的项目，应该把本文档分成概要设计说明书（ PDD）与详细设计说明书（ DDD）两个文档；c. 软件测试计划（ STP）；d. 软件测试报告（ STR）；e.用户手册（ SUM）；f.源程序清单（ SCL）；g.项目实施计划（ PIP）；h.项目开发总结（ PDS）。
其他文档除了基本文档之外，对于尚在开发中的软件，还应该包括以下四个方面的文档：a. 软件质量保证计划（ SQAP）；b. 软件配置管理计划（ P）；c. 项目进展报表（ PPR）；注：前面两个文档由项目软件工程小组制订，属于管理文档，各个子系统的项目承办单位与软件开发单位都应充分考虑执行计划中规定的条款。
后面两类文档属于工作文档，各个子系统的项目承办单位或软件开发单位应该按照规定要求认真填写有关内容。
文档质量的度量准则文档是软件的重要组成部分，是软件生存周期各个不同阶段的产品描述。
验证和确认就是要检查各阶段文档的合适性。
评审文档质量的度量准则有以下六条：a. 完备性：所有承担软件开发任务的单位，都必须按照GB 8567的规定编制相应的文档，以保证在开发阶段结束时其文档是齐全的。
b.正确性：在软件开发各个阶段所编写的文档的内容，必须真实地反映该阶段的工作且与该阶段的需求相一致。
c.简明性：在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各种文档的特定读者。
d.可追踪性：在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。
文档的可追踪性包括纵向可追踪性与横向可追踪性两个方面。
前者是指在不同文档的相关内容之间相互检索的难易程度；后者是指确定同一文档某一内容在本文档中的涉及范围的难易程度。
e.自说明性：在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。
文档的自说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶段的阶段产品的能力。
f.规范性：在软件开发各个阶段所编写的各种文档应该具有良好的规范性。
文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。
、条例和约定在上海博物馆古籍数字化系统的开发过程中，还必须遵守下列标准、条例和约定：a.《上海博物馆古籍数字化系统配置管理计划》。
b.各类开发规范。
评审和检查本章具体规定了应该进行的阶段评审、阶段评审的内容和评审时间要求。
对新开发的或正在开发的各个子系统，都要按照 GB 8567的规定认真进行定期的或阶段性的各项评审工作。
就整个软件开发过程而言，至少要进行软件需求评审、概要设计评审、详细设计评审、软件验证和确认评审、功能检查、物理检查、综合检查以及管理评审等八个方面的评审和检查工作。
概要设计评审和详细设计评审视项目规模和重要程度决定是否进行。
（）内的人员或文件视项目实际情况确定是否参与。
评审会要进行功能检查、物理检查和综合检查。
这些评审会应在集成测试阶段结束后进行。
a.功能检查（FA）应验证所开发的软件已经满足在软件需求规格说明书中规定的所有需求。
b.物理检查（ PA）应对软件进行物理检查，以验证程序和文档已经一致、并已做好了交付的准备。
c.综合检查（CA）应验证代码和设计文档的一致性、接口规格说明之间的一致性（硬件和软件）、设计实现和功能需求的一致性、功能需求和测试描述的一致性。
软件配置管理对上海博物馆古籍数字化系统的各项配置进行及时、合理的管理，是确保软件质量的重要手段，也是确保该软件具有强大生命力的重要措施。
有关上海博物馆古籍数字化系统软件的配置管理工作，可按《系统配置管理计划》。
在软件配置管理工作中，要特别注意规定对软件问题报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。
工具、技术和方法在上海博物馆古籍数字化系统所属的各个子系统（其中包括有关的支持软件）的研制与开发过程中，都应该在各自的软件质量保证活动中合理地使用软件质量活动的支持工具、技术和方法。
这些工具主要有下列三种：A．工具：它支持用编写的模块的静态分析、结构测试与功能测试。
主要功能为：协助测试人员判断程序结构与变量使用情况是否有错；给出不同测试用例有效性的表格；同时提出功能测试的有效情况，并协助组织最终交付给用户的有效测试用例的集合。
B．软件配置管理工具：它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织；支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围；同时还应支持软件配置管理小组对软件配置更改进行科学的管理。
C．文档辅助生成工具与图形编辑工具：它主要协助用户绘制描述程序流程与结构图、绘制描述软件功能（输入、输出关系）的系统特性的一些其他图形，同时还可生成若干与编制大纲适应的文档模板。
用户利用这个工具的正文与图形编辑功能以及上述辅助功能，可以比较方便地产生清晰悦目的文档，也有利于对文档进行更改，这有助于提高文档的编制质量。
媒体控制为了保护计算机程序的物理媒体，以免非法存取、意外损坏或自然老化，上海博物馆古籍数字化系统的各个子系统（包括支持软件）都必须设立软件配置管理人员，并按照上海博物馆古籍数字化系统开发小组制订的、且经项目组批准的《系统配置管理计划》妥善管理和存放各个子系统及其专用支持软件的媒体。
对供货单位的控制7 / 8上海博物馆古籍数字化系统所属的各个子系统开发组，如果需要从软件销售单位购买、委托其他开发单位开发、从开发单位现存软件库中选用或从项目委托单位或用户的现有软件库中选用软部件时，则在选用前应向上海博物馆古籍数字化系统组报告，然后由上海博物馆古籍数字化系统组组织“软件选用评审小组”进行评审、测试与检查，只有当演示成功、测试合格后才能批准选用。
如果只选用其中部分内容，则按待开发软件的处理过程办理，此时上海博物馆古籍数字化系统化项目组不作干预。
记录收集、维护和保存在上海博物馆古籍数字化系统及其所属的各个子系统的研制与开发期间，要进行各种软件质量保证活动，准确记录、及时分析并妥善保存有关这些活动的记录，是确保软件质量的重要条件。