航空订票标准管理系统软件综合项目管理专业课程设计方案报告.doc

软件项目管理课程设计报告专 业： 软件工程 年 级： 学 号： 学生姓名： 题目名称： 航空订票管理系统 指引教师： 完毕时间： 1、项目概述 当前，国内航空公司数量和规模都在扩大，国外航空公司也纷纷着陆中华人民共和国，这些航空公司之间竞争可谓日益激烈。配备一种安全、高效、灵活、可靠客户服务中心系统对于航空公司加强客户服务质量，提高客户服务水平，扩展业务途径，维护公众形象，提高工作效率必将发挥重要作用。 对航空公司来说，航空订票管理系统既能扩大服务范畴，扩大公司影响，减少营业费用，又对稳固航空公司客源有着重要辅助作用；站在旅客角度，航空公司提供这种服务提供了更多以便，节约了诸多时间。建设航空订票管理系统是体现和提高航空公司领导业绩一条捷径，此外还具备重要意义：1、改进航空公司服务质量；2、创造和提高航空公司品牌优势；3、优化航空公司服务流程； 4、提高信息化水平；2、工作任务(Statement Of Work,SOW)书 进入信息时代后，人们对航空订票运作实现信息化管理规定越来越高，随着社会生活节奏化，为了以便大众 ，提高工作效率，该系统建设实现对航空订票高效率信息化管理。该系统一方面实现对大众自助服务功能；如：网上订票、退票、查询等功能。此外还要实现系统管理员对整个系统资源信息化管理，如：顾客管理。一、整体规定 1.系统用例图2用例描述（1）航班查询查看航班信息 基本查询，从下拉列表中选取航班或起点或终点信息 综合查询，手动输入航班基本信息（2）订票输入航班信息 显示航班信息，以及打折后票价信息，询问信息与否对的 对的 输入个人信息 完毕订票 不对的 返回订票初始界面（3）退票输入将退票序号 显示票详细信息，并询问与否退票 退票成功，更新顾客数据库（4）管理登陆 进入管理界面 选取添加、更新、删除航班，或查看航班详细信息等业务添加 输入添加航班详细信息 更新航班数据库更新 输入所要更改航班详细信息 更新航班数据库删除 选取所要删除航班 更新航班数据库查看航班详细信息 显示数据库中所有航班详细信息二、程序描述(1）服务器端程序：本套航空订票系统软件服务器端应用程序，使用java编写前台控制软件，管理员 通过使用该软件来进行对数据库中数据进行管理。(2）后台数据库：本套航空订票系统软件后台数据库使用Microsoft SQL Server 来搭建后台数据库服务器，用来存储所有数据。（3）功能1.服务器端重要功能2.订票信息查询功能：a.查询航班信息涉及航班号、时间、地点等信息。b.查询及票价格涉及起始地、到达地、机票价格等信息。c.查询订票人详细信息：精准查询：输入订票人身份证号码查询订票人详细信息。 模糊查询：输入订票人姓名(或订票人姓或是年龄或是性别)查询出一系列有关信息，然后可从小范畴内找到订票人详细信息。d.查询乘客详细信息：精准查询：输入乘客身份证号码查询乘客详细信息。 模糊查询：输入乘客姓名(或乘客姓或是年龄或是性别)查询出一系列有关信息，然后可从小范畴内找到乘客详细信息3.订票功能： 1)填写订票人详细信息其中涉及：姓名、身份证号码、联系电话、地址等信息。 2)填写订票详细信息，其中涉及： 航班编号、订票时间、订票数量等信息。4.录入信息功能1)取票功能：依照输入订票人身份证号验证订票人身份后，输入详细乘客信息并进行保存。2)直接购票：直接输入乘客详细信息并保存(不通过订票人)。3)录入航班信息：录入航班有关信息。4)订票人取消订票：保存订票人取消订票信息。5.修改功能1)修改乘客信息：将查找到乘客信息，进行修改，然后进行保存。2)修改订票人信息：将查找到订票人信息进行修改然后进行保存。3)修改航班信息：将查找到航班信息进行修改后保存。6.删除功能1)删除乘客信息：将查找到乘客信息，进行删除。2)删除订票人信息：将查找到订票人信息进行删除。3)删除航班信息：将查找到航班信息进行删除。(4)性能a.灵活性当需求发生某些变化时，机票管理应用软件操作方式、数据构造、运营环境基本不会发生变化，变化只是将相应数据库文献内记录变化，或变化过滤条件。b.可用性软件应当尽量一目了然，使普通操作者可以使用。 c.安全性本套航空订票软件系统所涉及数据存储于Microsoft SQL Server数据库中，在程序中应尽量使用调用存储过程办法以免使某人反编译软件后或入侵到服务器后对数据库构造了如指掌，在程序中应当设立不同权限人访问时账户和密码，以保证数据不容易被错改、破坏，并且要经常对数据库进行备份操作，使得数据一旦受到破坏或是出错可以保证及时恢复数据，将损失减少到最低。d.可维护性e.应用程序维护当顾客使用本套航空订票系统软件时，遇到了软件自身逻辑错误时，应当有软件维护人员对软件进行修改。f.数据库维护应当有特定数据库维护人员对数据库进行及时地进行备份，管理等操作，以保证数据库安全性。(5)输入项管理员通过软件输入必要信息，然后保存到数据库，所输入信息是通过需求分析限定内容，同步也是数据库中每个字段中存储内容。(6)输出项本套航空订票系统软件会将所有需要浏览数据显示在屏幕上，以便使顾客可以浏览到数据库中数据或顾客想要浏览范畴中数据。(7)算法 1)将管理员输入数据，按字段保存到数据库中。2)将数据库中数据，按字段提取到顾客界面中。3)必要去除重复项算法。4)按条件修改、删除数据中数据。5)保持表间数据一致性。(8)流程逻辑1) 服务器端各模块流程图2) 查询模块流程图与否继续运营开始运营程序初始化填写要查询内容判断数据与否符合规定查询数据显示查询到数据退出查询功能是否不符合符合(3)添加模块流程图与否继续运营开始运营程序初始化输入应填写信息判断数据与否符合规定将数据添加到数据库退出添加功能是否不符合符合(4)修改模块流程图 与否继续运营开始运营程序初始化修改信息判断数据与否符合规定更新数据库退出修改功能是否不符合符合(5)删除模块流程图 与否继续运营开始运营程序初始化选取要删除数据判断数据与否符合规定删除数据退出删除功能是否不符合符合(6)客户端各模块流程图(7)查询模块流程图与否继续运营开始运营程序初始化填写要查询内容判断数据与否符合规定查询数据显示查询到数据退出查询功能是否不符合符合(8)订票模块流程图与否继续运营开始运营程序初始化输入相应订票人信息判断数据与否符合规定将数据添加到数据库退出添加功能是否不符合符合(9) 逻辑构造设计要点按照需求分析设计数据库中字段，建立一种逻辑上数据库构造。(10)物理构造设计要点在数据库软件(SQL Server)中建立数据库，并要保证数据库最低要符合第二范式。(11)数据构造与程序关系1. 静态数值需求(1) 支持并行操作顾客。(2) 解决多条记录数据。(3) 表或文献最小为2048字节,最大无限制。2. 精度需求在进行提取数据库数据时，规定数据记录定位精确，在向数据库中添加数据时，规定输入数据精确。重要精度适应系统规定，不接受违规操作。3. 时间特性需求 (1) 响应时间应在人感觉和视觉事件范畴内；(2) 更新解决时间，随着应用软件版本升级，以及网络定期维护更新。4. 灵活性当需求发生某些变化时，管理应用软件操作方式、数据构造、运营环境基本不会发生变化，变化只是将相应数据库文献内记录变化，或将过滤条件变化即可。5. 数据管理能力需求本应用软件可管理多条记录，本应用软件基本约用1,300千字节空间，所有文献均放置在数据库中调用，查询数据、文献、记录时，通过库文献名直接进行操作或通过存储过程来完毕操作。(12) 数据库设计描述a.数据库分析需将数据库设计成关系模式最低符合第二范式原则。按照需求分析，拟定系统实体。依照实体分析成果，在数据库中应建立如下数据表：destine(订票人信息表)、flight(航班信息表)。b.数据库设计阐明 (1) destine(订票人信息表)在此数据表中存储是订票人其她信息，如：所乘坐航班号、所乘坐机舱级别等信息。订票人信息表要与航班信息表有所关联。在该信息表中包括如下字段：destine_id(订票人身份证号码)、flight_no(航班号)、destine_count(订票数量)、destine_date(定票日期)、destine_status(订票状态)、destine _id (订票人身份证号码)、destine_phone(订票人联系电话)、destine_address(订票人地址)、destine_sex(订票人性别)、destine_age(订票人年龄)等字段。 (2) flight(航班信息表)在此数据表中存储是航班起飞与降落地点和时间，并通过flight _no(航班号)字段建立起与flight_infor数据表表间连接。在该信息表中包括如下字段：flight_no(航班号)、begin_from(起飞地点)、end_address(降落地点)、begin_time(起飞时间)、end_time(降落时间) ticket_price(机票价格)等字段。c.数据库ER图订票数量订票日期订票人姓名订票人电话订票人身份证号订票人地址订票人年龄订票人性别订票人信息订票航班信息航班号起飞时间降落时间起飞地点降落地点所属防空公司座位数成人票价折扣订票状态3、项目进度筹划一、 分解项目工作通过对航空订票管理系统任务书分析（分析项目构造）成果，进一步对本项目任务进行分解，采用图表方式进行任务分解分解成果如下图所示。100航空订票管理系统110需求分析120开发环境准备130系统设计140系统编码150系统测试160试运营170顾客验收111需求调研112需求分析113需求确认121硬件环境准备122软件环境准备131系统分析132总体设计133详细设计141界面设计142详细设计151测试筹划152单元测试153集成测试161试运行162试运营报告163系统改进二、项目工作关系表任务编码任务名称工作代号前期工作后期工作持续时间（天）111需求调研A11210112需求分析B1111135113需求确认C112121,1315121硬件环境准备D1131222122软件环境准备E1211413131系统分析F11313210132总体设计G1311338133详细设计H13214112141界面设计I122,1331518142编码J1331518151测试筹划K1421525152单元测试L15115310153集成测试M1521618161系统试运营N15316215162试运营报告P1611632163系统改进Q1621705170系统验收R1635三、项目甘特图 时间任务102030405060708090100110120需求调研需求分析需求确认硬件环境准备软件环境准备系统分析总体设计详细设计界面设计编码测试筹划单元测试集成测试系统试运营试运营报告系统改进系统验收四、网络进度筹划图00100010A0101501015B0152001520C25202204547D252225254750E0203002030F0303803038G0385003850H0507005070I125058126270J0707507075K0758507585L0859308593M093108093108N01081100108110P01101150110115Q01151200115120R五、里程碑筹划序号里程碑事件交付成果预测完毕时间(天)1需求分析完毕期需求分析阐明书202系统设计完毕期总体设计阐明书、详细设计阐明书503系统编码完毕期原程序代码、顾客使用手册704软件测试完毕期测试筹划、测试报告935系统试运营完毕期系统试运营报告1156项目验收完毕期验收报告1204、项目规模成本估算一、分解项目工作通过对航空订票管理系统任务书分析（分析项目构造）成果，进一步对本项目任务进行分解，采用图表方式进行任务分解分解成果如下图所示。H0航空订票管理软件H管理员身份验证H1超级管理员H2普通管理员H2.1查询所有信息数据输入查寻内容输出数据 H1.1航班信息管理H1.2订票人信息管理H1.1.1添加H1.1.4查询H1.1.2删除H1.1.3修改H1.2.1添加H1.2.2删除H1.2.3修改H1.2.4查询输入新航班数据保存航班数据删除航班数据刷新数据刷新输出数据修改航班数据更新航班数据刷新航班数据输入查询数据输出数据输入订票人数据保存订票人数据删除订票人数据刷新数据刷新输出数据修改订票人数据更新订票人数据刷新航班数据输入查询数据输出数据系统层次构造图（服务器端）阐明：1.它是按照功能构成原则进行任务分解，其中没有涉及管理、质量等有关任务，WBS可以随着系统完善而不断增长和完善。2.聊天室和论坛采用原则重用技术，网上考试功能已有成熟产品(价格明确)，因此这些功能可以不用分解。二、项目规模估算表任务编号任务名称预计值(人天)小计(人天)总计(人天)1管理员身份验证1031.0超级管理员651.1航班信息331.1.1添加数据81.1.1.1输入新航班数据51.1.1.2保存航班数据31.1.2删除数据91.1.2.1删除航班数据41.1.2.2刷新数据31.1.2.3刷新输出数据21.1.3修改数据91.1.3.1修改航班数据31.1.3.2更新航班数据31.1.3.3刷新航班数据31.1.4查询数据71.1.4.1输入查询数据41.1.4.2输出数据31.2订票人信息321.2.1添加数据71.2.1.1输入订票人数据41.2.1.2保存订票人数据31.2.2删除数据91.2.2.1删除订票人数据41.2.2.2刷新数据31.2.2.3刷新输出数据21.2.3修改数据91.2.3.1修改订票人数据31.2.3.2更新订票人数据31.2.3.3刷新航班数据31.2.4查询数据71.2.4.1输入查询数据41.2.4.2输出数据32普通管理员382.1查询所有信息数据382.1.1输入查询内容282.1.2输出数据10三、计算开发成本从项目规模估算表得知项目规模是103人天，假设开发人员成本参数=480元天，则：内部开发成本=480元天X103天=49440元。基建投资、其她一次性支出共约3万元，则：开发成本=49440+30000=79440元。 四、计算管理、质量成本管理任务和质量任务可以通过计算开发任务得到，依照经验，管理任务和质量任务=20X开发任务。项目管理和质量成本=开发成本X 20=15888元。五、直接成本直接成本=79440+15888=95328元。六、计算间接成本a)间接成本涉及前期合同费用、房租、水电、培训、员工福利、客户服务等。b)依照经验，采用公式：间接成本=25x直接成本。间接成本=23832元。七、计算总估算成本项目总估算成本=95328+23832=119160元。八、项目报价如果项目利润是30，其中风险基金10，利润15，税费5。则：项目总报价=119160 X 1.3=154908元。5.项目质量筹划质量筹划要内容涉及：.项目质量保证组织 .项目质量目的 .质量保证活动 .质量控制活动一、项目质量保证组织1、组织机构在项目实行期间成立项目质量保证组织，该组织由质量保证人员和项目经理等构成。项目经理负责质量监督工作及项目进展过程中各环节质量把关，开发经理负责质量控制工作，质量保证人员负责质量保证工作。组织构造如下图所示：高层管理项目经理质量保证软件开发配备管理设计实行质量控制2、职责在本项目中，质量保证组织职责如下：(1)高层管理高层管理是公司负责质量高档管理，其质量职责如下：.受理项目内不能解决不符合问题。.负责听取质量保证组工作报告，评审质量保证活动和成果。.参加关于质量保证过程改进评审。(2)项目质量保证人员质量保证人员质量职责如下： .负责项目实行过程中,对项目实行状况进行监督，涉及对项目实行过程和工作产品进行监督检查。.实行项目构成员质量保证培训。.制定质量保证筹划。.按筹划实行审计活动，依照质量保证筹划执行评审审计，并记录执行中发现不符合项。.对不符合问题提交不符合项报告，跟踪并验证纠正办法执行状况。.对项目内不能解决不符合项问题， 向高层管理提交报告。.向项目经理报告项目质量工作状况和质量度量成果。.定期向项目组报告质量活动成果。.制定质量保证过程改进筹划，记录过程数据。(3)项目经理项目经理质量职责如下：.评审质量筹划。.与质量保证人员一起协商不符合项问题纠正办法，并安排资源实行纠正办法。.定期评审质量保证活动和成果。二、质量目的依照公司质量方针和质量目的，结合本项目特点，制定项目总体质量目的： 1)基于需求测试覆盖率为100。2)软件功能测试用例通过率不低于95。3)每个阶段评审中发现问题都已经解决或得到恰当解决。4)产品发布时不存在严重问题，以及以上缺陷。注：严重问题指引致系统或模块不能正常工作问题。结合以往项目经验和公司质量相应原则，制定质量原则如下表所示。项 目具 体 描 述筹划实际缺陷排除率(缺陷数/页)需求检查4系统总体设计检查2缺陷排除率(缺陷数/KLOC)详细设计复核30详细设计检查10代码复核65代码检查20编译20单元测试15系统集成5系统测试5三、质量方略为了保证提交给顾客产品是高质量，实行过程中采用质量保证办法涉及：1)将质量贯彻到寻常项目进展过程中；2)应当特别注意项目工作产品质量初期评审工作，无论是质量保证还是质量控制，采用方略都是初期防止和初期排除缺陷。四、质量保证活动 质量保证重要活动涉及过程评审和产品审计。过程评审和产品审计目是保证在项目进展过程各个阶段和各个方面采用各项办法来保证和提高提交给顾客产品质量。每一次过程评审和产品审计都应填写相应报告或活动记录。1、产品审计产品审计由质量保证人员来进行，检查项目产品与否达到质量目的。质量保证人员可以有选取性地审计项目生存期中创立工作产品，以验证与否符合恰当原则，与否进行了质量检查。下表便是质量审计一览表。质量审计一览表项审计对象审计阶段参照原则1软件项目筹划筹划结束公司质量体系2软件配备管理筹划筹划结束公司质量体系3软件质量保证筹划筹划结束公司质量体系4总体设计文档设计结束公司质量体系和项目筹划5详细设计文档设计结束公司质量体系和项目筹划6数据库表和编码规范设计结束公司质量体系和项目筹划7产品代码每个阶段实行结束公司质量体系和项目筹划8测试报告测试结束公司质量体系和项目筹划9测试筹划筹划结束公司质量体系和项目筹划10顾客文档测试结束公司质量体系和项目筹划2、过程评审项目严格按照组织定义软件过程进行开发，过程评审详细根据参照公司过程规范，保证项目中所有过程活动都在实行范畴内。在每次评审之后，要对评审成果做出明确决策并形成评审记录。评审可采用文献传阅、评审会等形式。质量保证人员负责对项目过程进行监督，将发现问题和解决状况在每周例会上通报，对没有解决问题进行讨论，对不能解决问题提交高档管理者解决。每个周末，进行一次配备管理审核，确认配备管理工作与否正常进行。依照公司质量保证体系和本项目详细特点，拟定项目执行过程如下： 1)项目规划过程及产品原则。 2)项目跟踪管理过程。 3)需求分析过程及产品原则。 4)系统设计过程及产品原则。 5)详细设计过程及产品原则。 6)调试运营过程及产品原则。7)代码走查过程及代码编写原则。 8)产品集成测试过程及产品原则。 9)开发环境中执行规则。 10)测试环境中执行规则。 11)质量保证过程及其原则。 12)配备管理过程及其原则。 五、质量控制活动质量控制活动涉及代码走查、单元测试、集成测试、环境测试等，由开发人负责，详见进度筹划。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交给测试部进行集成测试、系统测试。测试部测试应达到质量目的规定，软件发布时应达到测试通过准则规定。六、质量保证报告途径质量保证人员对于每次审计活动发现不符合项，应当和项目经理协商不符合项纠正办法并预定完毕日期，若和项目经理存在乎见分歧，质量保证人员可以上报给高层管理者，由高层管理者决定最后办法。同步，不符合项在项目周例会中报告。对不符合项，质量保证人员要在预定完毕日期内重新审计，验证不符合项纠正状况，若超过预定完毕日期1周依然有没解决不符合项，质量保证人员上报给高档管理者，由高档管理者决定最后办法。质量保证人员有独立报告途径，寻常报告途径如下： .将发现问题告知项目经理，协调纠正办法。 .将项目组内不能协调问题报告给高档管理者，由高档管理者协调解决。 .将寻常工作和过程数据报告给质量经理， 由其统一收集并进行记录。 七、记录收集、维护和保存项目组应当保存项目执行过程中形成各类文档、各种记录、各级周报、各级会议记录，对于项目中问题解决也需要形成记录保存。每周由质量保证人员依照任务清单审计任务进行审计活动，并收集各活动过程数据。6、软件项目团队航空订票管理系统组织机构如下图所示。高层管理项目经理质量保证软件开发配备管理设计实行质量控制市场部顾客1.团队组织及职责市场部：负责与顾客协调工作负责项目有关商务活动负责顾客需求接口配合项目经理资源协调活动负责产品验收活动负责系统维护活动。项目经理：负责项目组织和规划负责项目筹划制定和维护负责项目跟踪和管理负责资源分派和协调活动负责各组织和筹划之间协调活动负责与市场部协调活动软件开发：负责项目软件开发，涉及设计、编码、单元测试和集成测试负责产品质量控制工作负责配合质量保证活动，如系统测试、文档编制等配合产品验收有关活动质量保证：负责项目过程和产品规范制定负责项目过程质量保证活动，涉及过程评审和产品审计配备管理：负责项目配备管理活动负责软件产品提交。顾客：保证有关责任实行参加项目组织和规划负责产品验收工作 2.项目沟通筹划 为了保证项目开发过程顺利进行和信息有效沟通，特规定如下沟通筹划： 1)每天17：00-17：30，项目构成员进行口头交流。 2)每周五14：00前提交周报告，格式见模板。 3)每周五15：00-17：00，召开项目周例会，会后发布会议纪要给有关项目人员，其中阐明项目进展和存在问题。4)及时提交问题报告，问题报告可以通过网络提交，项目经理睬及时获取问题信息。7、软件项目配备管理筹划航空订票管理系统配备管理筹划如下： 1.引言 略 2.组织及职责 1)拟定配备管理者，SCCB(配备控制委员会)成员。 2)项目经理是SCCB负责人。 3)配备管理角色和职责见下表。 配备管理角色职责表角色人员职责配备管理员1) 制定配备管理筹划2) 创立和维护配备库SCCB负责人1） 审批配备管理筹划2） 审批重大变更SCCB审批某些配备或基线变更3.配备管理环境由于本项目属于中小型项目，工期也不是很长，因此采用SourceSafe作为配备管理工具。3.1目录构造(见下表) 配备库目录构造序号内容阐明途径TCM技术合同管理$prj_SchoolTCMRM需求管理$prj_SchoolRMSPP软件项目筹划$prj_SchoolSPPSPTO软件项目跟踪与管理$prj_SchoolSPTOSCM软件配备管理$prj_SchoolSCMSQA软件质量保证$prj_SchoolSQASPE软件产品工程设计$prj_SchoolSPEDESIGN源代码$prj_SchoolSPESOURCECODE目的代码$prj_SchoolSPEBUILD测试$prj_SchoolSPETEST发布$prj_SchoolSPERELEASE3.2顾客及权限(见下表)类别人员权限配备管理者负责项目配备管理，对库拥有所有权限项目经理读质量保证人员读开发人员读高层管理读4配备管理活动4.1 配备项标记4.1.1 命名规范命名规范合用于过程文档、生存期中各阶段筹划、需求、设计、代码、测试、手册等文献。本项目文献命名规范由5个宇段构成，从左到右依次为：公司、项目、类型、编号和版本号，如下图所示。这些字段用一横线()分隔。公司：3个字符项目：最长10个字符类型：最长5个字符编号：最长8位数字版本号：Vm.nQTD-School-RM-002-V1.04.1.2 重要配备项类型重要配备项 标 识 符预测正式刊登时间技术合同合同QTD-SCh001-TCM-Contract-V10SOWQTDSch001TCM-SOLVl0筹划项目筹划QTD-SchOOl-SPP-PP-V10质量保证筹划TD-Sch001-SPP-SQA-V10置管理筹划QTD-Sch001-SPP-CM-V10需求需求规格阐明书QTD-SchOOLRM-SRS-V10顾客DEMOQTD-SCh001-RM-Demo-V10 设计总体设计阐明书QTD-Ch001-eSign-HL-V10数据库设计QTD-SCh001-Design-DB-V10详细设计阐明书QTD-SChOOl-DeSign-LL-V10设计术语及规范QTD-SCh001-Design-STD-V10编程源程序QTD-SCh001-Code-ModUleName-V1.0编码规则QTD-SCh001-Code-STD-V10测试测试筹划QTD-School-TeSt-P1an-V10测试用例QTD-SCh001-TeSt-ase-V10测试报告QTD-School-TeSt-Report-V10提交运营产品QTD-School-Product-Exe-V10验收报告QTD-School-Product-Repoort-V10顾客手册QTD-School-Product-Manual-V104.1.3 项目基线基线名称标记符基线所包括重要配备项预测建立时间（天）需求需求规格阐明书、顾客DEMO20总体设计总体设计阐明书、数据库设计30项目实现软件源代码、编码规则70系统测试测试用例、测试报告934.1.4配备项版本管理配备项也许包括分支从逻辑上可以划提成4个不同功能分支，让它们分别相应4类工作空间。 主干分支 私有分支 . 小组分支 集成分支上面定义四类工作空间(分支)由项目执行负责人统一管理，依照各开发阶段实际状况定制相应版本选用规则，来保证开发活动正常运作。在变更发生时，应及时做好基线推动。对配备项版本管理在不同分支具备不同方略：1)主干分支系统默认自动建立物理分支主干分支(main)。2)私有分支 如果各种开发工程师维护一种配备项时建议建立自己私有分支。配备管理员对其基本不予管理，如个别私有空间上版本树过于冗余，将对其冗余版本进行限制。3)小组分支如果浮现小组共同开发该配备项，该分支可视为项目组内某些组私有空间，存储代码开发过程中版本分支，由项目组内部控制。4)集成分支集成测试时在主干分支特定版本上建立集成分支，测试工作在集成分支上完毕。私有分支和小组分支均为可选，必要时建立。4.2 变更管理变更管理流程是：1)由祈求者提交变更祈求，SCCB