航空订票系统(项目开发计划)_第1页
航空订票系统(项目开发计划)_第2页
航空订票系统(项目开发计划)_第3页
航空订票系统(项目开发计划)_第4页
航空订票系统(项目开发计划)_第5页
已阅读5页,还剩6页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1 1 引言引言.1 1.1 编写目的.1 1.2 背景.1 1.3 定义.1 1.4 参考资料.1 2 项目概述项目概述.1 2.1 工作内容.1 2.2 主要参加人员.1 2.3 产品.2 2.3.1程序.2 2.3.2文件.2 2.3.3服务.2 2.3.4非移交的产品.2 2.4 验收标准.2 2.5 完成项目的最迟期限.2 2.6 本计划的批准者和批准日期.2 3 实施计划实施计划.2 3.1 工作任务的分解与人员分工.2 3.2 接口人员.3 3.3 进度.3 3.4 预算.3 3.5 关键问题.3 4 支持条件支持条件.3 4.1 计算机系统支持.3 4.2 需由用户承担的工作.3 4.3 由外单位提供的条件.4 5 专题计划要点专题计划要点.4 1 项目开发计划(项目开发计划(GB856T88) 1 引言引言 1.1 编写目的编写目的 在航空订票系统的开发过程中,采用团队小组开发模式,在此软件开发计 划书中,明确定义小组各个成员的任务分工,项目的任务分派,以及项目进度。 此计划书面向全体小组成员以及上级领导。利用此计划书,严格控制项目开发 各个阶段的组织协调,力求项目进行的更加科学,更加严谨。让整个项目在计 划协调,组织明确,进度可控的情况下,做出最好的产品。 1.2 背景背景 背景:背景: 鉴于当今互联网行业的飞速发展,网络用户的日渐增多,对互联网应用的 需求日益强烈,某航空公司欲开发一套航空管理系统。 基本需求:基本需求: 1.该订票系统的浏览用户被划分为游客(即未注册用户)与用户(即注 册用户) ,未注册用户只能访问该系统的首页,首页提供登录功能和 前往注册按钮,用户可以登录或者前往注册。 2.用户登录成功后,前往航班查询页面,进行航班信息的查询,当欲订 航班存在时可以进行订票。 3.用户可以查看自身所有预定的航班票,并在一定条件下(即航班未发 出)可以进行退票和付款。 4.该系统的管理员可以对航班信息进行增删查改,并负责航 班信息的更新。 5. 用户可以登入系统进行票据的打印。 6. 权限验证,即用户与管理员身份的区别验证。 附录:附录: 该系统的核心与主要的功能模块分为查询模块和订票模块,直接用户 为管理员和注册用户,管理员登入系统后负责信息的更新与修改,并且审核 错误的信息。注册用户登入系统后,可以进行航班查询操作,待查询到欲订 的航班信息时,可以进行订票,订票完成后可以进行付款,并且可以到相关 页面查看预定的所有的机票的信息,与付款情况,并可在当前页面进行退票 2 或者付款,还可进行票据的打印,以及对订票的个人信息的修改。 管理员用户的注册为特殊用户注册,由系统的最高权限的管理员分派标 识符或者由航空公司内部员工号进行区别鉴定,管理员登入系统时与普通注 册用户相同,但进行敏感操作时,比如点击航班信息添加或修改时需要进行 身份验证,此时需要输入当时由系统最高权限的管理员派发的标识符(或其 他)进行验证。 项目派发:项目派发: 表 1.1 项目背景规划 项目名称项目委托单位任务提出者项目承担单位 航空订票系统郑州大学工学院张老师软件工程小组 1.3 定义定义 专门术语:专门术语: SQL SERVER:系统服务器所使用的数据库关系系统(DBMS) 。 SQL:一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK:数据库的错误恢复机制。 缩写:缩写: 系统:若未特别指出,统指本航空订票系统。 SQL:Structured Query Language(结构化查询语言)。 UML:统一建模语言、是一套用来设计软件蓝图的标准建模语言,是 一种从软件分析、设计到编写程序规范的标准化建模语言。 Javaee:Java 企业级平台。 3 1.4 参考资料参考资料 文档格式要求按照我国 GB/T85T7-1988 国家标准和 IEEE/ANSI830-1993 标 准规范要求进行。包括以下文件:文件: 图书借阅关系系统需求说明书 软件工程项目开发文档范例 软件工程国家标准文档 图书借阅管理需求说明书 软件需求说明书编写规范 书籍包括:书籍包括: 软件工程导论(第软件工程导论(第 6 版)版) 张海藩张海藩 牟永敏牟永敏 编著。编著。 2 项目概述项目概述 2.1 工作内容工作内容 1.软件需求规格说明 2.项目开发计划 3.可行性报告 4.软件标准规范 5.软件测试计划 6.软件测试办法 7.概要设计说明 8.软件可靠性和安全性设计指南 9.硬件总体设计报告 10. 详细设计说明 11. 软件详细设计报告 12. 软件代码 13. 测试分析报告 14. 软件可靠性和安全性设计检查单 15. 软件评审检查单 16. 软件使用说明 2.2 主要参加人员主要参加人员 1. 金振方,有多次项目负责开发经验。 4 2. 赵豪,有较高网站美化能力。 3. 王山,项目分析、建模方向有较强能力。 2.3 产品产品 2.3.1 程序程序 1.项目名称:航空订票系统 2.存储格式:U 盘 3.编程语言:Java 4.功能:航空订票系统集查票、订票、退票、改票、打印等功能于一体的基 于 Javaee 企业平台的 web 系统。 2.3.2 文件文件 文档格式要求按照软件模式化要求进行,模式按照如下名称模板要求规定: 1.软件开发计划项目开发计划; 2.文档目录软件目录; 3.需求分析报告软件需求规格说明; 4.概要设计文档概要设计说明; 5.详细设计文档详细设计说明; 6.源代码软件标准规范; 7.软件使用说明书软件使用说明; 8.软件测试报告测试分析报告; 9.软件审查报告软件评审检查单。 2.3.3 服务服务 计划提供以下服务:计划提供以下服务: 课堂培训:以讲课形式对客户进行培训,使其能够正确使用软件。 免费咨询:客户可以在工作时间向技术人员提出问题并获得解答。 技术支持:对于某些客户,采取上门指导的方式。 软件维护:获取软件使用中的问题,提供补丁程序。 升级通知:在软件新版本发布的时候,及时通知(Email 或邮寄信件)注 5 册的用户,并提供试用版本。 软件升级:对于注册用户,只需较少的费用即可升级到新的版本。 2.3.4 非移交的产品非移交的产品 可行性分析报告:说明该软件开发项目的实现在技术上、经济上和社 会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可 能实施方案,说明并论证所选定实施方案的理由。 项目开发计划:为软件项目实施方案制订出具体计划,应该包括各部分 工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件 资源等。 软件需求说明书(软件规格说明书):对所开发软件的功能、性能、用 户界面及运行环境等做出详细的说明。它是在用户与开发人员双方对 软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工 作的基础。该说明书应给出数据逻辑和数据采集的各项要求,为生成 和维护系统数据文件做好准备。 概要设计说明书:该说明书是概要实际阶段的工作成果,它应说明功能 分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设 计、数据结构设计和出错处理设计等,为详细设计提供基础。 详细设计说明书:着重描述每一模块是怎样实现的,包括实现算法、逻 辑流程等。 测试计划:为做好集成测试和验收测试,需为如何组织测试制订实施计 划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原 则、测试结果允许的偏差范围等。 测试分析报告:测试工作完成以后,应提交测试计划执行情况的说明, 对测试结果加以分析,并提出测试的结论意见。 开发进度月报:该月报系软件人员按月向管理部门提交的项目进展情况 报告,报告应包括进度计划与实际执行情况的比较、阶段成果、遇到 的问题和解决的办法以及下个月的打算等。 项目开发总结报告:软件项目开发完成以后,应与项目实施计划对照, 总结实际执行的情况,如进度、成果、资源利用、成本和投入的人力, 此外,还需对开发工作做出评价,总结出经验和教训。 软件问题报告:指出软件问题的登记情况,如日期、发现人、状态、问 题所属模块等,为软件修改提供准备文档。 软件修改报告:软件产品投入运行以后,发现了需对其进行修正、更改 等问题,应将存在的问题、修改的考虑以及修改的影响做出详细的描 6 述,提交审批。 源程序:软件开发过程中的全部代码以及注释。 2.4 验收标准验收标准 代码的验收代码的验收 最后在交付客户之前进行小组内评审,代码编写符合 HB6465 标准,与文 档说明保持一致,代码书写风格统一,采用标准规范,没有下列错误:由于软 件缺陷造成丢失数据,不符合设计要求,响应时间太长无法接受等问题。 文档验收文档验收 最后在交付客户之前进行小组内评审,文档格式符合 HB6465 标准, 功能符合与客户的合同要求,清晰易读,没有语病与歧义。 服务验收服务验收 服务硬件达到文档说明的要求,人员技术考核合格,定期上门维护。 2.5 完成项目的最迟期限完成项目的最迟期限 交付日期: 软件工程课程结束之时! 2.6 本计划的批准者和批准日期本计划的批准者和批准日期 本系统由客户提出,自 2014 年 3 月 6 号正式批准,审查者为张老师,批准 人为张老师。 7 3 实施计划实施计划 3.1 工作任务的分解与人员分工工作任务的分解与人员分工 需求分析、设计、实现、测试直到维护,包括文件的编制、审批、打印、 分发工作,用户培训工作,软件安装工作等,按层次进行分解,指明每项任务 的负责人和参加人员。 图 3.1 工作任务分解 任务分工任务分工负责人负责人参与人员参与人员 项目的可行性分析(项项目的可行性分析(项 目可行性分析报告)目可行性分析报告) 金振方金振方、王山、赵豪 需求分析(需求分析规需求分析(需求分析规 格说明书)格说明书) 金振方金振方、王山、赵豪 系统分析(概要设计及系统分析(概要设计及 说明书)说明书) 待定待定 详细设计(详细设计说详细设计(详细设计说 明书)明书) 待定待定 数据库建立数据库建立待定待定 界面设计界面设计待定待定 测试报告(报告)测试报告(报告)待定待定 项目开发总结报告(报项目开发总结报告(报 告)告) 待定待定 用户操作手册(报告)用户操作手册(报告)待定待定 软件安装、测试软件安装、测试待定待定 后期维护后期维护待定待定 3.2 接口人员接口人员 说明负责接口工作的人员及他们的职责,包括: a.负责本项目同用户的接口人员; 8 b.负责本项目同本单位各管理机构,如合同计划管理部门、财务部门、质量管理部 门等的接口人员; c.负责本项目同个份合同负责单位的接口人员等。 3.3 进度进度 方法:采用结构化开发 设置模块开发优先级:通过对航空订票系统的特点和信息流程等的分析, 确定各模块开发的先后次序。 具体开发进度安排如下: 注:有四个里程碑,分别是需求完成时、详细设计完成时、系统编码完成 时、整个项目工作完成时。 表 3.2 里程碑事件 里程碑名称里程碑名称产品名称产品名称提交日期提交日期责任人责任人 需求访谈结束需求说明书暂无王山 系统分析结束系统说明书暂无王山 系统设计结束数据库设计说明书暂无赵豪 系统编码完成可运行系统暂无金振方 项目结束项目工作总结暂无金振方 3.4 预算预算 表 3.4 表劳务的预算(人员成本 2000/月) 参与人员时间(月)预算(元) 金振方510000 赵豪510000 王山510000 总共 3 人总计 30000 表 3.5 经费的预算 办公费800 元差旅费100 元 机时费2000 元资料费300 元 通讯设备无专用设备无 总费用支出3200 元 9 3.5 关键问题关键问题 1.项目分工。 2.项目进度。 3.用户沟通。 4 支持条件支持条件 机房各种电脑。 4.1 计算机系统支持计算机系统支持 1.设备:使用 window xp 或 window 7 或 window 8 系统的电脑。无使 用时间要求。 2.语言:使用 jdk+netbeans 的 java IDE 工具。无使用时间要求。 3.数据库:使用 mysql 数据库,提供调试期间数据存储服务。mysql- essential-5.1.55-win32.msi。无使用时间要求。 4.QTP,功能测试软件。收费软件。暂未有。 4.2 需由用户承担的工作需由用户承担的工作 客户需要积极的配合项目组的调研工作。 4.3 由外单位提供的条件由外单位提供的条件 可由学校提供机房。 5 专题计划要点专题计划要点 说明本项目开发中需制定的各个专题计

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论