航空订票管理系统-软件项目管理课程设计报告.doc

软件项目管理课程设计报告专 业: 软件工程 年 级： 学 号: 学生姓名： 题目名称: 航空订票管理系统 指导老师： 完成时间： 1、项目概述 目前，国内航空公司的数量和规模都在扩大,国外航空公司也纷纷着陆中国,这些航空公司之间的竞争可谓日益激烈.配备一个安全、高效、灵活、可靠的客户服务中心系统对于航空公司加强客户服务质量，提高客户服务水平，扩展业务途径,维护公众形象，提高工作效率必将发挥重要作用。 对航空公司来说，航空订票管理系统既能扩大服务范围，扩大公司影响，减少营业费用,又对稳固航空公司的客源有着重要的辅助作用；站在旅客的角度，航空公司提供的这种服务提供了更多的方便，节省了很多时间。建设航空订票管理系统是体现和提高航空公司领导业绩的一条捷径,此外还具有重要意义：1、改善航空公司服务质量；2、创造和提升航空公司的品牌优势；3、优化航空公司的服务流程; 4、提升信息化的水平；2、工作任务(Statement Of Work,SOW)书 进入信息时代后，人们对航空订票的运作实现信息化管理的要求越来越高，随着社会的生活节奏化，为了方便大众 ,提高工作效率，该系统的建设实现对航空订票的高效率信息化管理。该系统一方面实现对大众的自助服务功能；如：网上订票、退票、查询等功能。另外还要实现系统管理员对整个系统资源的信息化管理，如：用户管理。一、整体要求1。系统用例图2用例描述（1）航班查询查看航班信息 基本查询,从下拉列表中选择航班或起点或终点信息 综合查询，手动输入航班的基本信息（2)订票输入航班信息 显示航班信息，以及打折后的票价信息，询问信息是否正确 正确 输入个人信息 完成订票 不正确 返回订票初始界面（3）退票输入将退票的序号 显示票的具体信息，并询问是否退票 退票成功,更新顾客数据库(4）管理登陆 进入管理界面 选择添加、更新、删除航班，或查看航班具体信息等业务添加 输入添加航班的具体信息 更新航班数据库更新 输入所要更改航班的具体信息 更新航班数据库删除 选择所要删除的航班 更新航班数据库查看航班具体信息 显示数据库中所有航班的具体信息二、 程序描述(1)服务器端程序：本套航空订票系统软件的服务器端应用程序，使用java编写前台控制软件,管理员 通过使用该软件来进行对数据库中的数据进行管理.(2）后台数据库:本套航空订票系统软件的后台数据库使用Microsoft SQL Server 2000来搭建后台数据库服务器，用来存放所有的数据。（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 Server2000)中建立数据库，并要保证数据库最低要符合第二范式。(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需求调研需求分析需求确认硬件环境准备软件环境准备系统分析总体设计详细设计界面设计编码测试计划单元测试集成测试系统试运行试运行报告系统改进系统验收31四、网络进度计划图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元。 四、计算管理、质量成本管理任务和质量任务可以通过计算开发任务得到，根据经验，管理任务和质量任务=20%X开发任务。项目的管理和质量成本=开发成本X 20=15888元。五、直接成本直接成本=79440+15888=95328元。六、计算间接成本a)间接成本包括前期合同费用、房租、水电、培训、员工福利、客户服务等。b)根据经验，采用公式：间接成本=25%x直接成本.间接成本=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：0017：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 主要配置项类型主要配置项 标 识 符预计正式发表时间技术合同合同QTDSCh001TCM-ContractV10SOWQTDSch001TCMSOLVl0计划项目计划QTD-SchOOlSPPPP-V10质量保证计划TDSch001SPPSQA-V10置管理计划QTDSch001SPPCMV10需求需求规格说明书QTD-SchOOLRMSRS-V10用户DEMOQTDSCh001RMDemo-V10 设计总体设计说明书QTD-Ch001eSignHLV10数据库设计QTD-SCh001Design-DBV10详细设计说明书QTDSChOOl-DeSign-LLV10设计术语及规范QTD-SCh001-Design-STD-V10编程源程序QTD-SCh001Code-ModUleName-V1.0编码规则QTD-SCh001CodeSTDV10测试测试计划QTDSchoolTeSt-P1an-V10测试用例QTDSCh001-TeStaseV10测试报告QTD-SchoolTeSt-ReportV10提交运行产品QTDSchoolProduct-Exe-V10验收报告QTDSchoolProductRepoort-V10用户手册QTDSchool-Product-ManualV104。1。3 项目基线基线名称标识符基线所包含的主要配置项预计建立时间(天）需求需求规格说明书、用户DEMO20总体设计总体设计说明书、数据库设计30项目实现软件源代码、编码规则70系统测试测试用例、测试报告934.1.4配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支，让它们分别对应4类工作空间。 主干分支 私有分支 . 小组分支 集成分支上面定义的四类工作空间（分支)由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。对配置项的版本管理在不同分支具有不同的策略：1)主干分支系统默认自动建立的物理分支主干分支（main)。2)私有分支 如果多个开发工程师维护一个配置项时建议建立自己的私有分支.配置管理员对其基本不予管理，如个别私有空间上的版本树过于冗余,将对其冗余版本进行限制。3)小组分支如果出现小组共同开发该配置项,该分支可视为项目组内部分组的私有空间,存放代码开发过程中的版本分支，由项目组内部控制.4)集成分支集成测试时在主干分支的特定版本上建立集成分支,测试工作在集成分支上完成。私有分支和小组分支均为可选，必要时建立.4.2 变更管理变更管理的流程是：1)由请求者提交变更请求，SCCB召开复审会议对变更请求进行复审,以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。2)配置管理员收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。3）配置管理员将基线波及关系表提交给SCCB， 由SCCB确定是否需要修改，如果需要修改，SCCB应根据波及关系表，确定需要修改的具体文件，并在波及分析表中标识出来.4)配置管理员按照出库程序从配置库中取出需要修改的文件。5)项目人员将修改后的文件提交给配置管理员。6）配置管理员将修改后的配置项按入库程序放入配置库。7）配置管理员按SCCB标识出的修改文件, 由波及关系表生成基线变更记录表，并按入库程序放入配置库。4.3 配置状态统计利用配置状态统计，可以记录和跟踪配置项的改变。状态统