下载文档原格式
软件控制化管理制度1. 引言本文档旨在制定一套软件控制化管理制度，以确保软件开发和使用过程中的安全和效率。
本制度适用于公司内部所有软件项目，并强调了软件开发、测试、部署和维护的各个阶段的管理要求和最佳实践。
2. 软件控制化管理流程软件控制化管理流程包括以下主要步骤：2.1 需求分析和设计阶段在需求分析和设计阶段，项目团队应该明确定义软件的需求和功能，并制定详细的设计方案。
同时，应该考虑软件的安全性和性能需求，并进行相应的风险评估。
2.2 开发和测试阶段在开发和测试阶段，开发团队应按照设计方案进行软件开发，并确保代码的质量和安全性。
同时，应进行全面的测试，包括单元测试、集成测试和系统测试，以验证软件的功能和性能。
2.3 部署和维护阶段在部署和维护阶段，软件应按照制定的部署计划进行发布，并建立有效的维护机制。
同时，应对软件进行定期的安全漏洞扫描和更新，以确保软件的安全性和稳定性。
3. 软件控制化管理要求为了确保软件控制化管理的有效实施，以下是一些重要的管理要求：- 执行代码审查和验证，以确保代码的质量和安全性。
- 制定和更新软件开发和测试规范，包括编码规范、测试用例和测试计划等。
- 进行培训和知识分享，以提高团队成员的软件开发和安全意识。
- 建立软件升级和变更管理机制，确保变更的控制和追踪。
- 建立软件缺陷追踪和修复机制，及时处理和修复软件缺陷。
4. 软件控制化管理的最佳实践为了提高软件控制化管理的效果，以下是一些最佳实践：- 使用版本控制系统，确保代码的版本控制和追踪。
- 自动化软件构建和测试过程，提高开发和测试效率。
- 引入持续集成和持续交付的概念，实现快速、可靠的软件交付。
- 使用代码静态分析工具，发现潜在的代码缺陷和安全漏洞。
- 定期进行软件性能评估和优化，确保软件的性能符合要求。
5. 结论软件控制化管理制度是确保软件开发和使用安全和高效的重要环节。
通过明确的流程、管理要求和最佳实践，可以提高软件开发团队的工作效率和软件的质量。
软件工程项目管理的流程控制软件项目开发是一个复杂的过程，需要通过有效的流程控制来保证项目的成功完成。
软件工程项目管理的流程控制是整个软件项目开发过程中的核心，其目的是确保软件项目团队按照预期的时间内完成所要求的功能，并且保证软件产品的质量与稳定性。
本文将从需求分析阶段、规划阶段、开发阶段、测试阶段、上线阶段等多个方面来讲述软件工程项目管理的流程控制。
一、需求分析阶段需求分析是软件项目开发过程中至关重要的一环。
在需求分析阶段，开发团队要深入了解用户需求，设计合理的软件构架，并细化出软件开发的里程碑与阶段性工作目标。
具体而言，需求分析环节主要工作如下：1.搜集用户需求并确定软件方向，设定软件开发的目标。
2.进行需求分析并确定开发的功能需求、技术需求、质量需求等。
3.根据需求分析结果制定软件开发计划并确定开发周期及分级目标。
4.确定软件开发所需的人员、设备及材料等。
在需求分析阶段，流程控制主要体现在需求分析的流程管理与沟通管理上，确保需求分析结果的准确、明确及用户需求的充分理解。
同时，需求分析结果也是开发中的参考依据，是后续应用开发工作的重要基础。
二、规划阶段规划阶段是软件项目开发中的重要一环。
在规划阶段，软件项目团队需要采取一系列有效的措施，包括预先制定计划与开发过程中的跟踪计划，保持与用户、管理人员、开发团队的沟通、监督等。
具体而言，规划阶段主要工作如下：1.确定软件项目计划并确定项目开发的时间、人力等资源。
2.制定开发团队与项目经理的职责和任务，并形成开发目标与章程。
3.建立开发过程中的流程控制措施，制定标准化的开发规范和文档化的流程管理文档。
4.确定项目阶段性目标，进行检查和评估，及时做出调整和优化。
在规划阶段中，流程控制主要体现在规划过程中的管理与监控上，确保规划流程的规范与标准化，保证规划质量与进度的控制。
同时，规划阶段的规划结果也是开发的重要参考依据，也是软件项目开发流程控制管理的基础和组织管理的保障。
软件版本控制流程1. 创建软件仓库：首先，需要在版本控制系统中创建一个用于存储软件版本的仓库。
仓库可以是本地的，也可以是分布式的，如Git、SVN 等。
2.初始化仓库：创建仓库后，需要对其进行初始化，即将其配置为可用于版本控制的状态。
这包括定义仓库的文件结构、设置权限、配置用户访问权限等。
3.创建分支：软件开发过程中常常需要创建不同的分支来开展不同的任务。
分支可以是主分支、开发分支、测试分支等。
分支可以在需要的时候创建，也可以根据需求进行合并和删除。
4.提交变更：在软件开发过程中，团队成员会对软件进行变更，如添加新功能、修复错误、优化性能等。
在每次变更之后，团队成员需要将变更提交到版本控制系统中。
5.合并变更：当多个团队成员同时对同一文件进行变更时，会产生冲突。
在这种情况下，需要进行变更的合并，以确保不同团队成员的变更能够协调一致。
6.回滚版本：在一些情况下，需要回滚到先前的版本。
回滚版本可以通过撤销最新的变更或切换到之前的版本来实现。
7.标记版本：为了能够标识和追踪软件的不同版本，可以对特定的版本进行标记。
标记可以基于时间、功能、修复等进行命名，以便于进行回溯和追踪。
8.发布版本：当软件开发到一定阶段时，通常需要将其发布给用户使用。
发布版本可以通过打包、部署等方式实现，并记录在版本控制系统中。
9.更新和维护：软件发布后，可能会出现用户反馈的问题或新的需求。
在这种情况下，需要对软件进行更新和维护。
更新可以通过创建新的分支或从先前的版本进行修复来实现。
总体而言，软件版本控制是软件开发过程中不可或缺的一部分，它可以帮助团队成员更好地协同工作、管理变更和追踪版本。
通过有效的版本控制流程，可以保证软件的稳定性和可靠性，并提高开发效率和团队协作能力。
控制流程用什么软件做控制流程是指在计算机程序中根据不同条件执行不同的代码路径的能力。
在软件开发领域，控制流程通常通过编写合适的逻辑来实现，常见的方法包括使用条件语句、循环和函数等。
而为了更好地管理和可视化控制流程，我们通常会借助适合的软件工具来辅助进行设计和实现。
常用的控制流程设计软件1. MicroSoft VisioMicroSoft Visio是一款常用的流程图设计工具，它提供了丰富的模板和符号库，可以方便地绘制各种类型的流程图，包括控制流程图、流程图、数据流程图等。
使用Visio可以将控制流程可视化，更直观地展示程序的执行逻辑。
2. LucidchartLucidchart是一款在线流程图设计工具，它支持团队协作和实时编辑，可以方便地创建和共享控制流程图。
Lucidchart提供了许多专业的模板和工具，可以帮助用户快速绘制复杂的控制流程图，并支持导出为常见的图片格式。
3. Draw.ioDraw.io是一款免费的在线绘图工具，支持多种流程图的绘制，包括控制流程图、流程图和UML图等。
Draw.io具有简洁的界面和丰富的符号库，能够满足用户的基本绘图需求，同时支持导出为多种格式。
如何选择适合的控制流程设计软件1.根据需求：根据实际的控制流程设计需求来选择软件，如果是简单的流程图，可以选择免费的在线工具；如果是复杂的控制流程，建议选择功能更强大的专业软件。
2.可视化效果：选择软件时要考虑其提供的图形绘制功能和样式，以确保能够清晰地展示控制流程，便于理解和沟通。
3.团队协作：如果需要多人协作设计控制流程图，建议选择支持团队协作和实时编辑的软件，以提高效率和准确性。
控制流程是程序设计中的重要概念，选择合适的控制流程设计软件能够帮助开发人员更好地管理和可视化程序执行逻辑，提高开发效率和质量。
以上介绍的软件仅为常见工具，开发者可以根据实际需求选择最适合自己的软件进行控制流程设计。
项目管理软件控制的流程项目管理更强调项目负责人的作用和团队的协作精神，其组织形式灵活，更加关注人的因素，关注客户和服务客户，着重于提高软件项目研发的效率和质量，体现为一种工作流程管理。
一、软件项目启动阶段项目启动阶段的任务是识别客户需求内容，对客户提出的需求内容进行可行性分析、评估和立项。
(1) 项目识别。
科技部门接到业务部门提出的业务需求后，对业务需求内容进行确认，对业务需求做可行性研究分析，通过与业务部门进行交流沟通、分析评估后，对需求的可实现内容和不能实现的内容达成一致意见，科技部门对于确认的需求内容纳人公司整体项目管理体系中管理，并配合与业务部门撰写出详细的项目需求说明书。
(2)项目立项。
软件项目通过评审后就可以进行立项，编制需求开发任务书。
软件公司接到项目任务后，首先由公司项目管理办公室按照公司IT项目管理流程，为新项目建立信息档案，编制项目代码，启动项目开发工作。
友为合同管理系统以流程监控为基础，从风险管理的视角对合同管理进行的分析，形成合同管理的 5 大功能模块，并最终落实对合同管理各环节的管控。
通过提高合同审批效率，加强合同履行的跟踪，对各种预警进行控制风险，快速查询和统计分析来支持决策。
友为合同管理系统功能以"合同"为中心，以“合同文本”、合同审批”、“合同执行”“收付款管理”“预警提醒”“统计分析”为核心应用，通过流程来打通各个模块之间的血脉，建立起一个统一共享的合同信息管理平台，当我们找到其中的一个信息点时，与此信息点相关的所有信息都被提取出来，供所有合同相关不同角色的人员使用。
二、软件项目规划阶段项目规划阶段的任务是为拟研发的软件项目制定一个详细的解决方案，为各种可交付成果准备工作计划。
1.项目范围规划(1)项目背景描述。
通过对项目实施背景的分析，了解业务需求提出的背景，便于更好地掌握需求可能涉及的利益相关者。
(2) 项目目标描述。
主要包括三方面的内容：一是成果目标，即要开发一个怎样的系统(如开发一个成本软件管理系统);二是工期目标;三是成本目标，即预算项目总投资金额。
软件产品质量控制方法1. 引言软件产品质量控制是确保软件产品符合用户需求和预期的关键过程。
本文将介绍软件产品质量控制的方法和步骤，以确保软件产品的稳定性、可靠性和用户满意度。
2. 质量控制方法2.1 质量需求分析在软件产品开发过程中，首先需要明确用户的质量需求。
这包括功能需求、性能需求、可靠性需求、易用性需求等方面。
通过与用户的沟通和需求分析，确定软件产品的质量目标和指标。
2.2 质量计划制定根据质量需求分析的结果，制定软件产品的质量计划。
质量计划应包括质量目标、质量指标、质量控制步骤和质量控制方法。
同时，还需要确定质量控制的时间节点和责任人。
2.3 质量控制步骤2.3.1 需求验证在软件产品开发的初期阶段，需要对用户需求进行验证。
通过与用户的沟通和需求确认，确保软件产品的功能和性能符合用户的期望。
2.3.2 设计评审在软件产品设计阶段，进行设计评审是必要的。
设计评审可以发现和修正潜在的问题，确保软件产品的设计合理性和可行性。
2.3.3 编码规范检查在软件产品编码过程中，进行编码规范检查是必要的。
编码规范检查可以发现和纠正代码中的潜在问题，确保代码的可读性、可维护性和稳定性。
2.3.4 单元测试在软件产品开发过程中，进行单元测试是必要的。
单元测试可以对软件产品的各个模块进行测试，发现和修正模块间的交互问题和逻辑错误。
2.3.5 集成测试在软件产品开发的集成阶段，进行集成测试是必要的。
集成测试可以对软件产品的各个模块进行整体测试，发现和修正模块间的集成问题和接口错误。
2.3.6 系统测试在软件产品开发的最后阶段，进行系统测试是必要的。
系统测试可以对整个软件产品进行全面测试，验证软件产品的功能、性能和稳定性。
2.3.7 用户验收测试在软件产品开发完成后，进行用户验收测试是必要的。
用户验收测试可以让用户使用软件产品，并提供反馈意见和建议，以进一步改进软件产品的质量。
3. 质量控制数据分析在质量控制过程中，需要对质量数据进行分析，以评估软件产品的质量状况和改进方向。
控制流程和程序流程控制流程和程序流程在计算机编程中起着至关重要的作用。
控制流程是指程序执行过程中的各种控制结构，用于决定程序中不同部分的执行顺序。
程序流程则指的是程序中的具体执行路径，描述了程序中指令的执行顺序。
控制流程在程序执行过程中，控制流程可以通过条件语句、循环语句和函数调用等方式来控制程序的执行流程。
最常见的控制流程结构包括顺序结构、选择结构和循环结构。
顺序结构顺序结构是程序中最简单的控制流程，指的是按照代码在程序中的顺序依次执行。
例如，如果程序中有两条语句A和B，那么在顺序结构中，首先执行A，然后执行B。
选择结构选择结构允许程序根据条件的真假选择不同的执行路径。
常见的选择结构包括if语句和switch语句。
if语句根据条件表达式的真假来确定执行哪一段代码块，而switch语句根据表达式的值选择执行不同的分支。
循环结构循环结构允许程序多次执行同一段代码，直到满足退出条件。
常见的循环结构包括for循环、while循环和do-while循环。
这些循环结构可以根据条件的真假或计数器的变化来控制循环的执行次数。
程序流程程序流程描述了程序中指令的执行顺序，包括从程序开始到结束的全部执行路径。
程序流程可以通过流程图或伪代码来表示。
流程图用图形符号表示程序执行路径，包括顺序、选择和循环等结构。
伪代码则是一种类似于编程语言的描述方法，用于描述程序的执行逻辑。
流程图流程图通常由图形符号表示不同的控制结构，例如矩形表示顺序结构，菱形表示选择结构，圆角矩形表示循环结构。
通过连接这些符号形成图形，可以清晰展示程序的执行路径，帮助程序员理解和调试程序。
伪代码伪代码是一种用自然语言和简单的编程语法描述程序逻辑的方法。
通过编写伪代码，程序员可以在不涉及具体语法细节的情况下快速地设计和调试程序。
伪代码可以很好地表达程序流程，帮助程序员理清程序的思路。
总之，控制流程和程序流程是程序设计中的重要概念，它们决定了程序执行的顺序和流程。
应用软件开发控制程序_标准程序文件一、目的本控制程序旨在规范和指导应用软件开发过程，确保开发的软件产品满足质量要求，按时交付，并符合相关法规和标准。
二、适用范围本程序适用于公司内部所有应用软件开发项目，包括新开发、升级和维护的项目。
三、职责分工1、项目经理负责项目的整体规划、协调和管理，制定项目计划，监控项目进度，确保项目按时完成。
2、需求分析师与用户沟通，收集和分析需求，编写需求规格说明书。
3、设计人员根据需求规格说明书进行软件架构和详细设计，编写设计文档。
4、开发人员根据设计文档进行代码开发，进行单元测试，确保代码质量。
5、测试人员制定测试计划，执行测试用例，对软件进行系统测试和验收测试，发现并报告软件缺陷。
6、质量保证人员对软件开发过程进行监督和检查，确保开发过程符合质量标准。
四、软件开发流程1、项目启动项目经理组建项目团队，明确项目目标、范围和时间节点。
2、需求分析需求分析师与用户进行充分沟通，了解用户需求和期望，通过调研、访谈等方式收集需求信息，编写详细的需求规格说明书。
需求规格说明书应包括功能需求、性能需求、安全需求、界面需求等内容，并经过用户确认。
3、设计设计人员根据需求规格说明书进行软件架构设计和详细设计。
软件架构设计应考虑系统的可扩展性、可维护性和安全性等因素。
详细设计应包括模块设计、数据库设计、接口设计等内容，并编写设计文档。
设计文档应经过评审和批准。
4、编码实现开发人员根据设计文档进行代码开发，遵循编码规范和最佳实践，确保代码的可读性、可维护性和可扩展性。
开发人员在完成代码开发后，应进行单元测试，对代码的功能、性能和逻辑进行测试，确保代码的质量。
5、测试测试人员根据需求规格说明书和测试计划，编写测试用例，对软件进行系统测试和验收测试。
系统测试应包括功能测试、性能测试、安全测试、兼容性测试等内容。
验收测试应在用户环境中进行，确保软件满足用户的需求和期望。
测试人员应及时发现并报告软件缺陷，开发人员应及时修复缺陷，确保软件的质量。
软件发布版本控制规范范本1. 引言软件发布版本控制规范是为了确保软件发布的可靠性、稳定性和一致性而制定的，旨在规范软件发布版本的管理过程。
本范本将介绍软件发布版本控制的目标、原则和具体实施规定。
2. 目标软件发布版本控制的目标是：a) 提供可靠的软件发布版本，以确保软件的质量和稳定性；b) 提供详细的版本信息，以便用户了解软件发布的变更内容；c) 确保软件发布版本的一致性，避免版本冲突和混乱。
3. 原则软件发布版本控制应遵循以下原则：a) 高度透明：每个发布版本都应提供明确的版本号、发布日期和变更内容，以便用户追踪和验证；b) 严格控制：仅经过严格测试和验证的软件版本才能发布，确保软件的稳定性和安全性；c) 变更追踪：对于每个发布版本所做的修改，应进行详细记录，方便后续版本回溯和排查问题；d) 部署控制：对软件发布的过程和环境进行控制和管理，避免非授权的修改和发布。
4. 版本控制流程a) 发布计划：在发布新版本之前，制定详细的发布计划，包括版本号、发布日期、变更内容等信息；b) 测试和验证：将软件版本提交给测试团队进行测试和验证，确保软件的质量和功能正常；c) 版本标记：对通过测试和验证的版本进行标记，赋予唯一的版本号；d) 文档更新：更新相应的文档，包括用户手册、帮助文档等，确保与版本号一致；e) 发布通知：向所有相关人员发布版本更新通知，包括版本号、发布日期和主要变更内容；f) 版本发布：将经过测试和验证的版本部署到生产环境，并备份之前的版本；g) 变更记录：对发布版本所做的修改进行记录，包括修改内容、修改人员和修改日期。
5. 版本号命名规则版本号是对软件版本进行唯一标识的字符串，应遵循以下规则：a) 主版本号：表示软件的重大变更和功能更新，一般由一位数字组成；b) 次版本号：表示软件的次要变更和功能优化，一般由一位数字组成；c) 修订号：表示软件的错误修复和细微变更，一般由一位数字组成；d) 构建号：表示软件的编译次数和内部版本，一般由一位或多位数字组成。
软件控制程序1目的和范围按软件工程方法，设计和开发计算机软件，对生产和服务提供使用的计算机软件以及用于规定要求的监视和测量的计算机软件进行确认和管理，确保产品质量。
适用于本公司军工产品软件的开发、引进和运行维护，生产和服务提供使用的计算机软件以及用于规定要求的监视和测量的计算机软件的控制和管理。
2规范性引用文件下列文件中的条款通过引用而成为本标准的条款。
凡注日期或版次的引用文件，其后的任何修改单（不包含勘误的内容）或修订版均不适用于本标准，但提倡使用本标准的各方探讨使用其最新版本的可能性。
凡未注日期或版次的引用文件，其最新版本适用于本标准。
GB/T19000-2008质量管理体系基础和术语3术语和定义GB/T19000-200确立的术语和定义适用于本标准。
3.1软件软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。
3.2重要软件重要软件是指它的故障会影响到人身安全，会导致重大经济损失或社会损失的软件。
3.3软件开发库软件开发库是指在软件生命周期的某一个阶段期间，存放与该阶段软件开发工作有关的计算机可读信息和人工可读信息的库。
3.4软件受控库软件受控库是指在软件生命周期的某一个阶段结束时，存放作为阶段产品而释放的，与软件开发工作有关的计算机可读信息和人工可读信息的库。
软件配置管理就是对软件受控库中的各个软件项进行管理，因此软件受控库也叫做软件配置管理库。
3.5软件产品库软件产品库是指在软件生命周期的组装与系统测试阶段结束后，存放最终产品而后交付给用户运行或在现场安装的软件的库。
3.6软件配置软件配置是指一个软件产品在软件生命周期各个阶段所产生的各种形式（机器可读或人工可读）和各种版本的文档、程序及其数据的集合。
该集合中的每一个元素称为该软件产品软件配置中的一个配置项。
4职责4.1技术中心软件所a)软件项目负责人对软件设计开发的技术质量负责；b)负责对用于规定要求的监视和测量的计算机软件进行确认；c)产品或项目负责人组织编写质量保证大纲/计划；d)负责软件设计开发策划、输入、输出、评审、验证、确认、更改、技术状态管理等的实施。
软件本控制流程————————————————————————————————作者：————————————————————————————————日期：软件版本控制流程文件编号：YHXX-ZYWJ-89版本状态：A/3编制陈曼娜、付迎春、陈卿日期 2009年9月15日审核刘恒辉、王彦、安亚坤日期 2009年9月20日批准柳呈文日期 2009年10月1日修订于婷日期2010年1月1日北京炎黄新星网络科技有限公司2011年3月1日生效修订历史记录日期版本说明作者审批人2009/09/01 A/0 第一版陈曼娜、付迎春安亚坤、刘恒辉、王彦、柳呈文2009/12/03 A/1 增加了修改记录；调整了陈曼娜刘恒辉、王彦部署包、评审报告、测试报告的项目；测试报告变成必须项；业务策划由需求部门提供；杜磊净于婷2010/01/01 A/2 公司组织机构调整；应用开发部与产品研发部合并为“软件研发部”，进行相关修改；比如编制部门、发放范围2011/02/23 A/3 调整了流程；修改了版本陈卿安亚坤号定义、入库流程；增加了版本号变更流程、适用范围、三个附录表单（程序源码版本号列表、部署版本号列表、新产品升级立项审批表）；编制部门：研发中心发放范围：项目管理部、研发中心、产品中心、系统网络部、质量保证部、运营维护部、商务部软件版本控制流程1.目的主要针对软件版本的控制，以确保公司资产得到保护。
2.流程流程共分为版本号定义、版本号变更、入库流程、出库流程、产品列表流程五个部分。
2.1.版本号定义2.1.1文档版本文件版本规范提供文件撰写时的版本变更规则。
文件版本号并无特别的要求，不过考虑到不断变更的要求，一般考虑无限制进阶式，如下面是典型的文件版本规范：采用【主版本号】_【从版本号】_【功能版本号】_【项目号】的四位格式，【主版本号】_【从版本号】_【功能版本号】_【项目号】均为数字。
初始版本为1.0.0.0。
【主版本号】：产品大功能/整体架构/用途产生变更时增加。
【从版本号】：产品模块级功能有一定的增强。
【功能版本号】：产品有一些小的变动，一般是缺陷修复或通用性修改。
【项目号】：应用在项目中个性化需求。
2.1.2.代码/部署包版本2.1.2.1正式发布版本采用“【应用名】_【版本号】_【日期】_【SVN号】.tar/jar..”的形式这是大部分产品代码/部署包版本号的基础标识形式，其中每个版本号是阿拉伯数字，同以上文档版本号规范。
以这种方式来标识版本之后，当前版本的状态，以及版本发布的轨迹，都可以看得比较清楚。
如SSO_3.2.0.0_20110923_38683.tar。
【应用名】的含义：标识应用的名称。
一般指产品名称、项目名称、中间件等应用名称。
如统一认证平台（SSO）。
【版本号】的含义：标志部署包及代码的版本。
同上文档版本的规则，如1.0.0.0。
【日期】的含义：标志部署包及代码的封板日期。
如20110222。
【SVN号】的含义：标识部署包及代码的版本，系统是自动递增的。
如38683。
【tar/jar.】的含义：标识打包的名称。
2.1.2.2.非正式发布版对于非正式发布(如内部测试)的产品/代码，一般使用附加日期、附加流水号或者Build号的方法记录，如V1.1.4.20110112。
2.2.版本号变更2.2.1版本号变更流程图参与角色：项目经理、产品开发经理、产品经理、测试经理、配置管理员、质量保证部经理、研发中心总监版本变更发起方：项目经理、产品开发经理、产品经理；使用工具：版本控制工具CVS、SVN、VSS;2.2.2.主要活动2.2.2.1发起产品版本变更：a)项目经理：根据项目需求提出产品升级,要求给产品开发经理。
b)产品开发经理：修复产品原有版本的缺陷或满足项目需求，填写《新产品研发立项审批表》给产品经理。
c)产品经理：产品经理根据市场需求或其他部门反馈意见，提出产品升级要求，填写《新产品研发立项审批表》，提交产品中心总监审批。
2.2.2.2.产品版本变更审批：d)产品经理：填写《新产品研发立项审批表》，提交产品中心总监审批。
经审批通过后，定义产品升级版本号给产品开发经理和配置管理员。
产品新版本研发完成经质量保证部批准发布后，申请入产品库，填写《产品入库申请单》给配置管理员。
e)产品中心总监：批准产品升级申请。
2.2.2.3.产品新版本研发测试：f)产品开发经理：经审批通过后，研发产品新版本，完成研发后提交测试经理测试。
g)测试经理：完成产品新版本测试后提交质量保证部经理审批发布产品新版本。
h)质量保证部经理：批准产品新版本发布。
2.2.2.4.产品新版本入库：i)配置管理员：收到产品入库申请单及入库产品文档和部署包后提交研发中心总监审批后将产品文档和部署包入产品库。
j)研发中心总监：批准产品新版本入库。
2.3.入库流程1)项目立项后两天内，a)开发经理向配置管理员申请版本号，由配置管理员根据“版本号定义”规范审核版本号是否可用;b)开发经理提交《开发计划》。
《开发计划》内必须包括入库时间（项目上线一周内）、版本号;2)配置管理员根据《开发计划》整理《产品入库跟踪表》。
列：产品名称、版本号、入库时间、开发经理、项目/产品经理、预计入库时间、实际入库时间、是否按时入库; 《产品入库跟踪表》每月发送给总监一次；每季度需审核一次；3)当到达入库时间后，a)开发经理应该主动申请入库，产品经理填写《版本入库申请表》;b)配置管理员根据《产品入库跟踪表》及时跟踪产品经理入库;4)产品经理将《版本入库申请表》的“文档清单”内容提交到配置管理员、部门经理。
配置管理员先负责审核文档是否完整;然后部门经理负责审核内容是否正确;5)审核通过后，发送至总监复审;6)复审通过后，配置管理员将入库文档及代码，上传至VSS，并刻盘两份。
一份由部门中心保存，一份由总经办保存。
2.4.出库流程1)申请人填写《版本出库申请表》，分为两类：a)文档设计和源代码使用申请：由开发经理填写《版本出库申请表》，并提交给发起人所属部门经理及部门总监签字；b)部署包使用申请：由发起人(项目经理/产品，维护人员)，填写《版本出库申请表》，并提交给发起人所属部门经理签字；2)配置管理员根据《版本出库申请表》，负责从VSS下载申请的内容，并发给申请人。
2.5.产品列表流程产品入库更新时，《产品列表》需要实时更新，研发中心的配置管理员，在更新的同时需发送对方，以确保《产品列表》的统一性。
3.适用范围本制度适用于公司产品、项目、公用组件等公司财产。
4.附录请见下页。
附录Ⅰ版本入库申请单编号：产品编号需求名称版本变更系统名称旧版本号新版本号监控修改说明配置修改说明入库申请人：日期：年月日部门/总监：日期：年月日配置管理员：日期：年月日系统审核结果对表操作SQL语句表结构及索引修改说明日期：年月日□文档清单产品资料（产品策略书、word版本、PPT）*需求部门□部署包（执行代码、部署文档、初始化SQL、初始化文件、BMS菜单列表、割接方案、运行系统配置）*研发中心/质量保证部□需求文档（需求规格说明书、功能列表）*需求部门□业务策划需求部门□评审报告（需求评审、策划评审、原型评审、概要设计评审、数据库设计评审、测试大纲评审报告）*需求/策划/测试部门□升级包（执行代码、部署文档、初始化SQL、初始化文件、BMS菜单列表、割接方案）*研发中心□设计文档（概要设计、详细设计、数据库设计）*研发中心□操作手册*质量保证部□源代码*研发中心□测试报告（原型测试报告、开发测试报告、压力测试报告）*质量保证部□项目管理文档（会议纪要、立项审批、项目周报）项目部门□参考资料□其他□备注：*表示为必需文档。
其中割接方案为项目入库时必需项；升级文件为产品升级时必需项；项目变更记录表日期变更类型文档，文件名称版本说明作者附录Ⅱ版本出库申请单编号：YHXX-ZLJL-171 编号：项目编号需求名称出库产品名称版本号出库原因（申请原因）入库时间或说明版本说明对表操作SQL语句表结构及索引说明出库申请人：日期：年月日部门/总监：日期：年月日配置管理员：日期：年月日文档清单产品资料（产品策略书、word版本、PPT）□部署包（执行代码、部署文档、初始化SQL、初始化文件、BMS菜单列表、割接方案）□需求文档（需求规格说明书、功能列表）□业务策划□评审报告（页面评审、需求评审、策划评审、原型评审、概要设计评审、数据库设计评审、测试大纲评审报告）□升级包（执行代码、部署文档、初始化SQL、初始化文件、BMS菜单列表、割接方案）□设计文档（概要设计、详细设计、数据库设计）□操作手册□源代码□测试报告□项目管理文档（会议纪要、立项审批、项目周报）□参考资料□其他□说明：如果需要需求规格说明书、概要设计书、详细设计、数据库设计、源代码等之一需要总监签字。
附录III程序源码版本号列表：序号子系统名称产品版本号SVN版本号SVN存放路径作者部署版本号列表：序号子系统名称版本号部署总包名称二级子包名称部署包大小（K）打包日期VSS存放路径作者附录IV产品升级版本审批表申请人申请时间项目编号产品名称原产品版本CN:X.X.X.X 升级产品版本CN:X.X.X.X申请原因□性能改良□BUG修改□客户需求□功能完善□创新□其他产品升级背景描述升级计划时间完成内容备注预计成本人/月本次升级内容本次升级可能存在风险升级方案评审意见研发经理研发小组成员产品经理意见产品总监意见研发总监意见质检中心总监意见。
