航空订票管理系统软件项目管理课程设计汇本报告

1、软件项目管理 课程设计报告 专 业：软件工程 年 级： 学 号： 学生姓名： 题目名称： 航空订票管理系统 指导老师： 完成时间: 1、项目概述 目前，国内航空公司的数量和规模都在扩大，国外航空公司也纷纷着陆中国，这些航空 公司之间的竞争可谓日益激烈。配备一个安全、高效、灵活、可靠的客户服务中心系统对于 航空公司加强客户服务质量，提高客户服务水平，扩展业务途径，维护公众形象，提高工作 效率必将发挥重要作用。 对航空公司来说，航空订票管理系统既能扩大服务范围，扩大公司影响，减少营业费用, 又对稳固航空公司的客源有着重要的辅助作用；站在旅客的角度，航空公司提供的这种服务 提供了更多的方便，节省了很

2、多时间。建设航空订票管理系统是体现和提高航空公司领导业 绩的一条捷径，此外还具有重要意义： 1、改善航空公司服务质量； 2、创造和提升航空公司的品牌优势； 3、优化航空公司的服务流程； 4、提升信息化的水平； 2、工作任务(Statement Of Work,SOW) 书 进入信息时代后，人们对航空订票的运作实现信息化管理的要求越来越高，随着社会 的生活节奏化，为了方便大众，提高工作效率，该系统的建设实现对航空订票的高效率信息化管理。该系统一方面实现对大众的自助服务功能；如：网上订票、退票、查询等功 能。另外还要实现系统管理员对整个系统资源的信息化管理，如：用户管理。 一、整体要求 1. 系统

3、用例图 2. 用例描述 (1 )航班查询 查看航班信息一 基本查询，从下拉列表中选择航班或起点或终点信息 不正确 返回订票初始界面 综合查询，手动输入航班的基本信息 (2) 订票 输入航班信息显示航班信息，以及打折后的票价信息，询问信息是否正确 T- 完成订票 (3) 退票 输入将退票的序号 显示票的具体信息，并询问是否退票退票成功，更新顾 客数据库 (4) 管理 登陆进入管理界面 选择添加、更新、删除航班，或查看航班具体信息等 业务 添加k输入添加航班的具体信息更新航班数据库 更新k输入所要更改航班的具体信息k更新航班数据库 删除 k选择所要删除的航班 更新航班数据库 查看航班具体信息显示数

4、据库中所有航班的具体信息 程序描述 (1 )服务器端程序： 本套航空订票系统软件的服务器端应用程序，使用java编写前台控制软件，管理员 通过使用该软件来进行对数据库中的数据进行管理 （2）后台数据库： 本套航空订票系统软件的后台数据库使用 Microsoft SQL Server 2000来搭建后台 数据库服务器，用来存放所有的数据。 （3）功能 1.服务器端的主要功能 2订票信息的查询功能： a. 查询航班信息包括航班号、时间、地点等信息。 b. 查询及票价格包括起始地、抵达地、机票价格等信息。 c. 查询订票人的详细信息： 精确查询：输入订票人身份证号码查询订票人详细信息。 模糊查询：输

5、入订票人的姓名（或订票人的姓或是年龄或是性别）查询出一系列相关的 信息，然后可从小范围内找到订票人的详细信息。 d. 查询乘客的详细信息： 精确查询：输入乘客的身份证号码查询乘客的详细信息。 模糊查询：输入乘客的姓名（或乘客的姓或是年龄或是性别）查询出一系列相关的信息, 然后可从小范围内找到乘客的详细信息 3. 订票功能： 1）填写订票人的详细信息其中包括： 姓名、身份证号码、联系电话、地址等信息。 2）填写订票的详细信息，其中包括： 航班编号、订票时间、订票数量等信息。 4. 录入信息功能 1）取票功能：根据输入的订票人身份证号验证订票人身份后，输入详细的乘客信息并进 行保存。 2）直接购票

6、：直接输入乘客详细信息并保存（不通过订票人）。 3）录入航班信息：录入航班的相关信息。 4）订票人取消订票：保存订票人取消订票信息。 5. 修改功能 1）修改乘客信息：将查找到的乘客信息，进行修改，然后进行保存。 2）修改订票人信息：将查找到的订票人的信息进行修改然后进行保存。 3）修改航班信息：将查找到的航班信息进行修改后保存。 6. 删除功能 1）删除乘客信息：将查找到的乘客信息，进行删除。 2）删除订票人信息：将查找到的订票人的信息进行删除。 3）删除航班信息：将查找到的航班信息进行删除。 性能 a. 灵活性 当需求发生某些变化时，机票管理应用软件操作方式、数据结构、运行环境基本不 会发

7、生变化，变化只是将对应的数据库文件内的记录改变，或改变过滤条件。 b. 可用性 软件应该尽可能的一目了然，使一般操作者能够使用。 c. 安全性 本套航空订票软件系统所涉及的数据存放于Microsoft SQL Server数据库中，在程 序中应尽可能的使用调用存储过程的方法以免使某人反编译软件后或入侵到服务器后对数据 库的结构了如指掌，在程序中应该设置不同权限的人访问时的账户和密码，以保证数据不容 易被错改、破坏，而且要经常对数据库进行备份操作，使得数据一旦受到破坏或是出错能够 保证及时的恢复数据，将损失降低到最低。 d. 可维护性 e. 应用程序的维护 当用户使用本套航空订票系统软件时，遇到

8、了软件本身的逻辑错误时，应当有软件 的维护人员对软件进行修改。 f. 数据库的维护 应当有特定的数据库维护人员对数据库进行及时地进行备份，管理等操作，以保证 数据库的安全性。 (5) 输入项 管理员通过软件输入必要的信息，然后保存到数据库，所输入的信息是经过需求分析限 定的内容，同时也是数据库中每个字段中存储的内容。 (6) 输出项 本套航空订票系统软件会将所有需要浏览的数据显示在屏幕上，以便使用户能够浏览到 数据库中的数据或用户想要浏览范围中的数据。 (7) 算法 1) 将管理员输入的数据，按字段保存到数据库中。 2) 将数据库中的数据，按字段提取到用户界面中。 3) 必要的去除重复项的算法

9、。 4) 按条件修改、删除数据中的数据。 5) 保持表间数据的一致性。 (8) 流程逻辑 1)服务器端各模块的流程图 2)查询模块流程图 是 (3)添加模块流程图 是 (4)修改模块流程图 (5)删除模块流程图 (6) 客户端各模块的流程图 (7) 查询模块的流程图 是否继续运行 否 是 不 符 合 查询数据 显示查询到的数据 退出查询功能 填写要查询的内容 程序初始化 判断数据 是否符 合规 符合 开始运行 (8)订票模块的流程图 是 (9) 逻辑结构设计要点 按照需求分析设计数据库中的字段，建立一个逻辑上的数据库的结构。 (10) 物理结构设计要点 在数据库软件(SQL Server200

10、0)中建立数据库，并要保证数据库最低要符合第二范式 (11) 数据结构与程序的关系 1. 静态数值需求 (1) 支持并行操作的用户。 (2) 处理多条记录数据。 (3) 表或文件的最小为2048字节,最大无限制。 2. 精度需求 在进行提取数据库数据时，要求数据记录定位准确，在向数据库中添加数据时，要求输 入数据准确。主要的精度适应系统要求，不接受违规操作。 3. 时间特性需求 (1) 响应时间应在人的感觉和视觉事件范围内； (2) 更新处理时间，随着应用软件的版本升级，以及网络的定期维护更新。 4. 灵活性 当需求发生某些变化时，管理应用软件操作方式、数据结构、运行环境基本不会发 生变化，变

11、化只是将对应的数据库文件内的记录改变，或将过滤条件改变即可。 5. 数据管理能力需求 本应用软件可管理多条记录，本应用软件基本约用1,300千字节空间，所有文件均放置在数 据库中调用，查询数据、文件、记录时，通过库文件名直接进行操作或通过存储过程来完成 操作。 （12）数据库设计描述 a. 数据库分析 需将数据库设计成关系模式最低符合第二范式的标准。按照需求分析，确定系统的实体。 根据实体分析的结果，在数据库中应建立如下数据表： destine（订票人信息表）、flight（航班信息表）。 b. 数据库设计说明 （1）destine（订票人信息表） 在此数据表中存放的是订票人的其他信息，如：所

12、乘坐的航班号、所乘坐的机舱等级等 信息。订票人的信息表要与航班信息表有所关联。 在该信息表中包含以下字段：destine_id（订票人身份证号码）、flight_no（航班号）、 destine_count（订票数量）、destine_date（定票日期）、destine_status（订票状态）、destine _id （订 票人身份证号码）、destine_phone（订票人联系电话）、destine_address（订票人地址）、 destine_sex（订票人性别）、destine_age（订票人年龄）等字段。 （2）flight（航班信息表） 在此数据表中存放的是航班的起飞与降落的地

13、点和时间，并通过flight _no（航班号）字段 建立起与flight_infor数据表的表间连接。 在该信息表中包含以下字段：flight_no（航班号）、begin_from（起飞地点）、end_address（降 落地点）、begin_time（起飞时间）、end_time（降落时间）ticket_price（机票价格）等字段。 c.数据库ER图 订票数量 航班号 订票日期 起飞时间 订票人姓名 订票 订票人电话 降落时间 起飞地点 订票人身份证号 订票人地址 降落地点 订票人年龄 所属防空公司 座位数 订票人性别 成人票价 订票状态 3、项目进度计划 一、 分解项目工作 通过对航空订

14、票管理系统任务书的分析（分析项目结构）结果，进一步对本项目的 任务进行分解，采用图表方式进行任务分解的分解结果如下图所示。 100 航空订票管理系统 150 系统 测试 160 试运行 170 用户验 收 111 121 131 141 需求 硬件环 系统 - 界面 调研 境准备 分析 设计 112 122 132 142 需求 软件环 总体 L 详细 分析 境准备 设计 设计 110 需求 分析 140 系统 编码 130 系统设 计 120 开发环 境准备 151 测试 计划j 161 试运 行 113 需求 确认 133 详细 设计 152 单元 测试 162 试运行 报告 153 集成

15、 测试 163 系统 改进 、项目工作关系表 任务 编码 任务名称 工作 代号 前期工作 后期工作 持续时间 （天） 111 需求调研 A 112 10 112 需求分析 B 111 113 5 113 需求确认 C 112 121,131 5 121 硬件环境准备 D 113 122 2 122 软件环境准备 E 121 141 3 131 系统分析 F 113 132 10 132 总体设计 G 131 133 8 133 详细设计 H 132 141 12 141 界面设计 I 122,133 151 8 142 编码 J 133 151 8 151 测试计划 K 142 152 5 1

16、52 单元测试 L 151 153 10 153 集成测试 M 152 161 8 161 系统试运行 N 153 162 15 162 试运行报告 P 161 163 2 163 系统改进 Q 162 170 5 170 系统验收 R 163 5 三、项目甘特图 时间 任务 10 20 30 40 50 60 70 80 90 100 110 120 需求调研 需求分析 需求确认 硬件环境准备 软件环境准备 - 系统分析 总体设计 详细设计 界面设计 编码 测试计划 单元测试 集成测试 系统试运行 试运行报告 - 系统改进 系统验收 四、网络进度计划图 75 75 75 0 85 85 75

17、 s 0 1 85 85 0 93 93 0 93 93 0 0 N 0 108 108 108 108 110 110 0 115 115 0 120 J s * 110 110 0 115 115 0 120 0 五、里程碑计划 序号 里程碑事件 交付成果 预计完成时间 （天） 1 需求分析完成期 需求分析说明书 20 2 系统设计完成期 总体设计说明书、详细设 计说明书 50 3 系统编码完成期 原程序代码、用户使用手 册 70 4 软件测试完成期 测试计划、测试报告 93 5 系统试运行完成期 系统试运行报告 115 6 项目验收完成期 验收报告 120 4、项目规模成本估算 一、分解

18、项目工作 通过对航空订票管理系统任务书的分析（分析项目结构）结果，进一步 对本项目的任务进行分解，采用图表方式进行任务分解的分解结果如下图所示。 HO航空订票管理软件 系统层次结构图（服务器端） 说明: 1.它是按照功能组成标准进行的任务分解，其中没有包括管理、质 量等相关的任务，WBS可以随着系统的完善而不断增加和完善。 2.聊天室和论坛采用标准的重用技术，网上考试功能已经有成熟的 产品（价格明确），所以这些功能可以不用分解。 二、项目规模估算表 任务 编号 任务名称 估计值 （人天） 小计 （人天） 总计 （人天） 1 管理员身份验证 103 1.0 超级管理员 65 1.1 航班信息 3

19、3 1.1.1 添加数据 8 1.1.1.1 输入新航班数据 5 1.1.1.2 保存航班数据 3 1.1.2 删除数据 9 1.1.2.1 删除航班数据 4 1.1.2.2 刷新数据 3 1.1.2.3 刷新输出数据 2 1.1.3 修改数据 9 1.131 修改航班数据 3 1.132 更新航班数据 3 1.133 刷新航班数据 3 1.1.4 查询数据 7 1.1.4.1 输入查询数据 4 1.1.4.2 输出数据 3 1.2 订票人信息 32 1.2.1 添加数据 7 1.2.1.1 输入订票人数据 4 1.2.1.2 保存订票人数据 3 1.2.2 删除数据 9 1.2.2.1 删除

20、订票人数据 4 1.2.2.2 刷新数据 3 1.2.2.3 刷新输出数据 2 1.2.3 修改数据 9 1.2.3.1 修改订票人数据 3 1.2.3.2 更新订票人数据 3 1.2.3.3 刷新航班数据 3 1.2.4 查询数据 7 1.2.4.1 输入查询数据 4 1.2.4.2 输出数据 3 2 一般管理员 38 2.1 查询所有信息数据 38 2.1.1 输入查询内容 28 2.1.2 输出数据 10 三、计算开发成本 从项目规模估算表得知项目规模是 103人天，假设开发人员成本参数=480 元/天，则: 内部的开发成本=480元/天X103天=49440元。 基建投资、其他一次性支

21、出共约 3万元，贝 开发成本=49440+30000=79440 元。 四、计算管理、质量成本 管理任务和质量任务可以通过计算开发任务得到，根据经验，管理任务和质 量任务=20 % X开发任务。 项目的管理和质量成本=开发成本X 20 % =15888元 五、直接成本 直接成本=79440+15888=95328 元。 六、计算间接成本 a）间接成本包括前期合同费用、房租、水电、培训、员工福利、客户服务等。 b）根据经验，采用公式：间接成本=25 %x直接成本。 间接成本=23832元。 七、计算总估算成本 项目总估算成本=95328+23832=119160 元。 八、项目报价 如果项目的利

22、润是30%，其中风险基金10 %，利润15 %，税费5%。贝 项目的总报价=119160 X 1.3=154908 元。 5. 项目质量计划 质量计划的要内容包括: .项目质量保证组织 .项目的质量目标 .质量保证活动 .质量控制活动 一、项目质量保证组织 1、组织机构 在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经 理等组成。项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开 发经理负责质量控制工作，质量保证人员负责质量保证的工作。组织结构如下图 所示： 2、职责 在本项目中，质量保证组织的职责如下： (1)高层管理 高层管理是公司负责质量的高级管理，其质量职责如

23、下： 受理项目内不能解决的不符合问题。 .负责听取质量保证组的工作报告，评审质量保证活动和结果 .参加有关质量保证过程改进的评审。 (2)项目质量保证人员 质量保证人员的质量职责如下： .负责项目实施过程中，对项目实施情况进行监督，包括对项目实施过程和工 作产品进行监督检查。 .实施项目组成员的质量保证培训。 .制定质量保证计划。 .按计划实施审计活动，依照质量保证计划执行评审/审计，并记录执行中 发现的不符合项。 .对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况。 .对项目内不能解决的不符合项问题，向高层管理提交报告。 .向项目经理报告项目质量工作状况和质量度量结果。 .定期向项

24、目组报告质量活动的结果。 .制定质量保证的过程改进计划，记录过程数据。 项目经理 项目经理的质量职责如下: .评审质量计划。 与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正 措施。 .定期评审质量保证活动和结果。 二、质量目标 根据企业的质量方针和质量目标，结合本项目特点，制定项目的总体质量 目标： 1）基于需求的测试覆盖率为100 %。 2）软件功能测试用例通过率不低于 95 %。 3）每个阶段评审中发现的问题都已经解决或得到适当处理。 4）产品发布时不存在严重问题，以及以上的缺陷。 注：严重问题指导致系统或模块不能正常工作的问题。 结合以往的项目经验和企业的质量相应标准，

25、制定质量标准如下表所示。 项目 具体描述 计划 实际 缺陷排除率 需求检查 4 （缺陷数/页） 系统总体设计检查 2 缺陷排除率 详细设计复核 30 （缺陷数 /KLOC） 详细设计检杳 10 代码复核 65 代码检杳 20 编译 20 单元测试 15 系统集成 5 系统测试 5 三、质量策略 为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施 包括： 1）将质量贯彻到日常的项目进展过程中； 2）应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是 质量控制，采取的策略都是早期预防和早期排除缺陷。 四、质量保证活动 质量保证的主要活动包括过程评审和产品审计。过程评审和产

26、品审计的目 的是确保在项目进展过程的各个阶段和各个方面采取各项措施来保证和提高提 交给用户的产品质量。每一次过程评审和产品审计都应填写相应的报告或活动记 录。 1、产品审计 产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。 质量保证人员可以有选择性地审计项目生存期中创建的工作产品，以验证 是否符合适当的标准，是否进行了质量检查。下表便是质量审计一览表 质量审计一览表 项 审计对象 审计阶段 参照标准 1 软件项目计划 计划结束 企业质量体系 2 软件配置管理计划 计划结束 企业质量体系 3 软件质量保证计划 计划结束 企业质量体系 4 总体设计文档 设计结束 企业质量体系和项目计划

27、 5 详细设计文档 设计结束 企业质量体系和项目计划 6 数据库表和编码规范 设计结束 企业质量体系和项目计划 7 产品代码 每个阶段实施结束 企业质量体系和项目计划 8 测试报告 测试结束 企业质量体系和项目计划 9 测试计划 计划结束 企业质量体系和项目计划 10 用户文档 测试结束 企业质量体系和项目计划 2、过程评审 项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企 业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评审之后， 要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等 形式。 质量保证人员负责对项目过程进行监督，将发现的问题和解决

28、情况在每周 的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者 处理。 每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。 根据公司的质量保证体系和本项目的具体特点，确定项目执行过程如下： 1）项目规划过程及产品标准。 2）项目跟踪管理过程。 3）需求分析过程及产品标准。 4）系统设计过程及产品标准。 5）详细设计过程及产品标准。 6）调试运行过程及产品标准。 7）代码走查过程及代码编写标准。 8）产品集成测试过程及产品标准。 9）开发环境中的执行规则。 10）测试环境中的执行规则。 11）质量保证过程及其标准 12）配置管理过程及其标准。 五、质量控制活动 质

29、量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发人 负责，详见进度计划。编码人员在编写代码时要进行同步单元测试， 单元测试要 达到分支覆盖，产品通过单元测试和编码检查后，应提交给测试部进行集成测试、 系统测试。测试部的测试应达到质量目标要求， 软件发布时应达到测试通过准则 的要求。 六、质量保证的报告途径 质量保证人员对于每次审计活动发现的不符合项， 应该和项目经理协商不符 合项的纠正措施并预定完成日期，若和项目经理存在意见分歧，质量保证人员可 以上报给高层管理者，由高层管理者决定最后的措施。同时，不符合项在项目周 例会中汇报 对不符合项，质量保证人员要在预定完成日期内重新审计，

30、 验证不符合项的 纠正情况，若超过预定完成日期1周仍然有没解决的不符合项，质量保证人员上 报给高级管理者，由高级管理者决定最后的措施。 质量保证人员有独立的汇报途径，日常的汇报途径如下： .将发现的问题通知项目经理，协调纠正措施。 将项目组内不能协调的问题汇报给高级管理者，由高级管理者协调解 决。 将日常工作和过程数据汇报给质量经理，由其统一收集并进行统计。 七、记录的收集、维护和保存 项目组应当保留项目执行过程中形成的各类文档、各种记录、 各级周报、各 级会议记录，对于项目中问题的处理也需要形成记录保存。 每周由质量保证人员 根据任务清单的审计任务进行审计活动，并收集各活动的过程数据。 6、

31、软件项目团队 航空订票管理系统的组织机构如下图所示 1团队组织及职责 市场部： 负责与用户的协调工作 负责项目相关的商务活动 负责用户需求的接口 配合项目经理的资源协调活动 负责产品的验收活动 负责系统的维护活动。 -项目经理： 负责项目的组织和规划 负责项目计划制定和维护 负责项目的跟踪和管理 负责资源的分配和协调活动 负责各组织和计划之间的协调活动 负责与市场部的协调活动 -软件开发： 负责项目的软件开发，包括设计、编码、单元测试和集成测试 负责产品质量控制的工作 负责配合质量保证的活动，如系统测试、文档编制等 配合产品验收的相关活动 -质量保证： 负责项目过程和产品规范的制定 负责项目过

32、程的质量保证活动，包括过程评审和产品审计 -配置管理： 负责项目的配置管理活动 负责软件产品的提交。 -用户: 确保相关责任的实施 参与项目的组织和规划 负责产品的验收工作 2.项目的沟通计划 为了保证项目开发过程的顺利进行和信息的有效沟通，特要求如下的沟通计 划： 1）每天17: 00-17 : 30，项目组成员进行口头交流。 2）每周五的14: 00前提交周报告，格式见模板。 3）每周五的15: 00-17 : 00，召开项目周例会，会后发布会议纪要给相关的 项目人员，其中说明项目的进展和存在的问题。 4）及时提交问题报告，问题报告可以通过网络提交，项目经理会及时获取问 题信息。 7、软件

33、项目配置管理计划 航空订票管理系统的配置管理计划如下: 1. 引言 略 2. 组织及职责 1）确定配置管理者，SCCB（配置控制委员会）成员。 2）项目经理是SCCB的负责人。 3）配置管理的角色和职责见下表。 配置管理角色职责表 角色 人员 职责 配置管理员 1）制定配置管理计划 2）创建和维护配置库 SCCB负责人 1）审批配置管理计划 2）审批重大变更 SCCB 审批某些配置或基线变更 3. 配置管理环境 由于本项目属于中小型项目，工期也不是很长，所以采用SourceSafe作为 配置管理工具。 3.1目录结构（见下表） 配置库的目录结构 序号 内容 说明 路径 TCM 技术合冋管理 $

34、prj_SchoolTCM RM 需求管理 $prj_SchoolRM SPP 软件项目计划 $prj_SchoolSPP SPTO 软件项目跟踪与管理 $prj_SchoolSPTO SCM 软件配置管理 $prj_SchoolSCM SQA 软件质量保证 $prj_SchoolSQA 设计 $prj_SchoolSPEDESIGN 软件 源代码 $prj_SchoolSPESOURCECODE SPE 产品 目标代码 $prj_SchoolSPEBUILD 工程 测试 $prj_SchoolSPETEST 发布 $prj_SchoolSPERELEASE 3.2用户及权限（见下表） 类别

35、人员 权限 配置管理者 负责项目配置管理，对库拥有所有权限 项目经理 读 质量保证人员 读 开发人员 读 高层管理 读 4 配置管理活动 4.1 配置项标识 4.1.1 命名规范 命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测 试、手册等文件。 本项目文件命名规范由5个宇段组成，从左到右依次为：公司、项目、类型、 编号和版本号，如下图所示。这些字段用一横线 （一）分隔。 公司：3个字符 项目：最长10个字符 类型：最长5个字符 编号：最长8位数字 版本号：Vm.n 4.1.2 主要配置项 类型 主要配置项 标识符 预计正式 发表时间 技术 合同 合同 QTD-SCh001-

36、TCM-Contract-V1 . 0 SOW QTD SchOOl TCM-SO VILVl . 0 计划 项目计划 QTD-SchOOI-SPP-PP-V1 . 0 质量保证计划 TD-Sch001-SPP-SQA-V1 . 0 置管理计划 QTD-Sch001-SPP-CM-V1 . 0 需求 需求规格说明书 QTD-SchOOLRM-SRS-V1 . 0 用户DEMO QTD-SCh001-RM-Demo-V1 . 0 设计 总体设计说明书 QTD-Ch001-eSig n-HL-V1 . 0 数据库设计 QTD-SCh001-Desig n-DB-V1 . 0 详细设计说明书 QTD

37、-SChOOl-DeSig n-LL-V1 . 0 设计术语及规范 QTD-SChOO1-Design-STD-V1 . 0 编程 源程序 QTD-SCh001-Code-ModUleName-V1.0 编码规则 QTD-SCh001-Code-STD-V1 . 0 测试 测试计划 QTD-School-TeSt-P1an-V1 . 0 测试用例 QTD-SChOO1-TeSt-ase-V1 . 0 测试报告 QTD-School-TeSt-Report-V1 . 0 提交 运行产品 QTD-School-Product-Exe-V1 . 0 验收报告 QTD-School-Product-Repoort-V1 . 0 用户手册 QTD-School-Product-Ma nu al-V1. 0 4.1.3 项目基线 基线名称/ 标识符 基线所包含的主要配置项 预计建立时 间（天） 需