旅游管理程序-软件项目管理大作业.docx

《旅游管理程序-软件项目管理大作业.docx》由会员分享，可在线阅读，更多相关《旅游管理程序-软件项目管理大作业.docx（20页珍藏版）》请在优知文库上搜索。

1、目录1.合同管理3Ll合同简介3工程名称3合同双方3协议形式3供给条件和维护协议31.2 软件所有权31.3 环境与标准31.4 客户承诺与验收规程31.5 工程和质量管理31.6 时间表31.7 价格和付款方式31. 8其他法律要求及违约处理42 .工程生存期43 .需求管理53.1 软件需求管理过程53. 2需求规格7需求规格说明书（简略版）7需求变更管理74.任务分解84.1 任务清单8功能分解清单84. 2WBS95.规模估算105. 1直接本钱10根本公式10105. 2间接本钱126. 3估算的误差126 .工程进度136. 1活动定义137. 2活动排序148. 3进度执行与优化

2、149. 4使用工具147 .质量方案157.1 软件工程的质量方案157.1.1工程经理的职责15质量保证人员的职责15质量目标15质量策略157. 2软件质量保证活动15审计15过程评审15问题报告167. 3测试方案168. 4质量改善168.其他178. 1配置方案17配置管理过程17配置管理的人员组成178. 2风险方案17风险识别与评估17风险规划17风险分析表17风险控制199. 3团队管理19工程组织结构19团队沟通201.合同管理1.l合同简介1.Ll工程名称静乐旅游1.1.2合同双方甲方：静乐旅游公司乙方：IT工程团队1.1.3协议形式技术合同供给条件和维护协议供给的软件：

3、乙方为甲方提供所需的“静乐旅游”应用程序。提供的效劳：乙方为甲方提供所需的日常维护和效劳器管理，同时对甲方用户提供使用指导。提供的文档：乙方在交付软件时提供详细的软件规格说明书和使用文档。安装效劳：乙方为甲方提供软件安装。公文处理：乙方负责将甲方提供的旅游工程输入系统并进行分类。维护协议：当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复效劳以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复效劳。由于甲方拥有该软件的源代码所有权，因此甲方需要承当局部维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时，由双方共同协商决定

4、。1.2软件所有权该软件是由甲方该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，工程源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修改。1.3环境与标准环境：乙方为甲方安装软件和进行员工培训时，需要由甲方提供住宿和膳食，乙方在规定时间内完成任务。甲方要保证安装软件的硬件设备和合同初始规定一致，乙方只保证软件和规定的硬件兼容。由任何一方的单方面原因导致的延期产生的费用，由该方面支付。标准：乙方在开发过程中必须遵守ISO12207关于软件生命周期和文档的标准。1.4客户承诺与验收规程客户承诺：乙方开发软件过程中，甲方通过人员协同乙方进行开

5、发。该人员主要参与工程的规划设计和需求分析，阶段性验收和总体测试。当工程出现需求变更时，对乙方进行详细的阐述说明。乙方不负责这些人员提供食宿和联系设备。验收规程：2016年6月24日，乙方为甲方安装所需的软件。6月25日至6月31日甲方代表对产品进行验收测试，并根据需求在6月30日前对商品提出更正请求。测试通过后，双方进行软件交付签字。乙方对甲方进行软件使用培训。1.5工程和质量管理甲乙双方前四个月每月初进行一次进展会议，后三个月每两周周末进行进展会议。会议内容为乙方向甲方提供最新进度的掩饰和下一阶段的工作安排和方案。甲方根据演示提出相应的整改意见，并对下一步工作进行提出意见和建议。1.6时间

6、表详细时间表见工程进度。此处略。1. 7价格和付款方式软件总价为150万元整。合同签订后，甲方向乙方支付50万元定金。工程的第三个月，乙方按方案时间表完成需求分析、系统分析、设计和完成系统的根本框架后，甲方向乙方支付50万元。该系统完成后，甲方进行验收测试，在签字验收完成后，甲方向乙方支付全款。1.8其他法律要求及违约处理由任何一方的过失导致出现损失后的赔偿由双方协商决定。甲方法人代表：胡文静乙方法人代表：岚羽昕签约地点：静乐旅游公司工程管理主任办公室有效期限：2015年2018年6月26号2 .工程生存期确定该工程的生存期模型按如下步骤进行分析：评审、分析工程的特性；选择适合工程的生存期模型

7、；标识生存期模型与工程不一致地方,并进行裁减。“静乐旅游”应用程序涉及到用户的隐私平安，因此很强调产品的性能和平安性。需保证产品能保持稳定运行，不会以为一定数量的用户同时登录注册等操作时挂机，以致珍贵的消息或操作无法及时运行。总而言之该工程的性能平安性为主，可操作性次之，界面美观度最末。虽然工程的需求可能会因领导“挑剔”的口味而一再改变，不过大体的需求是明确的。而且又考虑到工程平安性能的首要要求，以Y模型为根底的生存期最为适宜。同时参杂增量模型生存期的一些特点以应对可能会随时添加的功能需求。工程生存期模型如下：该生存期模型将V模型除最后的工程规划和验收测试以外的过程做复制，套用增量模型在首先完

8、成根本功能的根底上增加功能。3 .需求管理3.1 软件需求管理过程静乐旅游公司提出需求如下：设计开发、安装调试并后期满足需求的“静乐旅游”应用程序。需要该程序为桌面应用程序，进入程序后需要弹出旅游介绍界面，该旅游介绍界面需与计算机自身系统别离，不得覆盖，具有独立窗口。该系统实现了管理员通过对景点信息、订票信息、酒店信息、保险信息、会员信息维护，实现了会员在线预订景区景点旅游的功能。其模块介绍如下：后台：后台是整个信息系统中最重要复杂的局部。管理员通过此处对网站内容进行管理.后台管理共分为景点管理、订票管理、酒店管理、保险管理、会员管理、系统管理。1.景点管理对景点信息进行添加、修改、删除和查询

9、操作；对会员的景点订单信息进行确认。2 .订票管理添加新的航向信息，修改、删除和查询票务信息操作；对会员的票务订单信息进行确认。3 .酒店管理添加新的酒店信息，修改、删除和查询酒店信息操作；对会员的酒店订单信息进行确认。4 .保险管理添加新的保险信息，修改、删除和查询保险信息操作；对会员的保险订单信息进行确认。5 .会员管理添加新的会员信息，修改、删除和查询会员信息操作。6 .系统管理可以通过链接进入后台主页、前台主页，修改密码以及退出系统操作。综上所述，系统后台的功能需求可以通过图3.1简要表示。旅游信息管理系统后台景点管理订单管理酒店管理保险管理会员管理系统管理图3.1系统后台的功能需求前

10、台：前台局部就是用户浏览、选择景点的地方，需根据所需旅游线路安排布局，照顾用户浏览习惯，简化流程，使会员能迅速找到旅游景区景点，真正做到“简洁高效流畅”的环境。1 .注册会员用户可以预定旅游景区景点信息,但是用户必须通过注册成为会员才具有这些权限。2 .修改用户信息会员可以对自己的信息进行修改。3 .收藏夹会员可以将中意的旅游景区景点信息放入收藏夹，并对该信息进行删除或生成订单操作。4 .我的订单可以查看生成旅游景区景点的订单信息，并对已经确认的订单信息进行相应的明细信息的酒店选择，订票、保险的购置等。5 .景区景点用户可以通过选择景点城市查看网站中的景区景点信息。6 .周边酒店用户可以通过输

11、入城市、价格或名称以及选择星级查询相应的酒店信息。7 .票务信息用户可以通过输入出发地或目的地以及选择类型查询相应的票务信息。8 .保险信息用户可以通过输入名称或选择类型查询相应的保险信息。综上所述，系统的前台功能需求可以通过图3.2简要表示。旅游信息管理系统前台图3.2系统前台的功能需求3.2需求规格3.2.1需求规格说明书（简略版）系统定义：“静乐旅游”应用程序应用环境：1VindOWS2000；WindOWSXP；WindowsVista；Windows7；LINUX；IOSetc.功能规格：后台（景点管理、订票管理、酒店管理、保险管理、会员管理、系统管理）前台（注册会员、修改用户信息、

12、收藏夹、我的订单、景区景点、周边酒店、票务信息、保险信息）性能需求：保证用户同时登录效劳器时也不会因处理的信息量过大大而导致系统瘫痪。另必须保证系统的平安性，可以禁得住一般的黑客袭击和内部作假。对账户有足够的保护措施以防账户被盗。操作简单明了，提示明显，界面美观且生动。现实约束：景点管理、订票管理、酒店管理、保险管理、会员管理、系统管理、注册会员、修改用户信息、收藏夹、我的订单、景区景点、周边酒店、票务信息、保险信息。质量描述：如需求所述的足够用户承载量；可靠的系统平安性；界面美观且生动。签字认证：甲方（需方）：胡文静乙方（供方）：岚羽听3.2.2需求变更管理需求变更：假设静乐旅游公司对IT工

13、程团队提出如下需求变更：在显示主面做一个能显示访问当前系统在线的人员数量，方便管理员统计每天用户是否旅游的情况。软件基线产品修改提交单申请人：小刘申请日期：2016年6月13日工程名称：“静乐旅游”应用程序修改内容：增加功能”显示在线访问人员数量”，可之间与表中用户进行记录，不必输入对方用户名验证意见：同意更改验收人：小齐验证日期：2016年6月24日4.任务分解4.1 任务清单4.1.1 功能分解清单“静乐旅游”应用程序1.1后台管理1.1.1景点管理1.1.1.1添加景点1.LL2修改景点1.L1.3删除景点1.L1.4查询景点1.1.5会员对景点订单确实认1.LL6界面1.LL7单元测试

14、1.1.2订票管理1.L2.1添加订票1.L2.2修改订票1.L2.3删除订票1.1.2.4查询订票1. 1.2.5会员对票务订单确实认1. 2.6界面2. 1.2.7单元测试2.1. 3酒店管理1. 1.3.1添加酒店2. 1.3.2修改酒店3. 1.3.3删除酒店4. 1.3.4查询酒店I .1.3,5会员对酒店订单确实认3.6界面1.3.7单元测试1.1.4保险管理1.1.4.1添加保险1.L4.2修改保险1.1.4.3删除保险1.1.4.4查询保险1.1.4.5会员对保险订单确实认1.1.4.6界面1.1.4.7单元测试1.1.5会员管理1.1.5.1添加会员1.L5.2修改会员1.L5.3删除会员1.L5.4查询会员1.L5.5界面1.L5.6单元测试1.1.6系统管理1.1.6.1添加新的会员信息1.L6.2修改新的会员信息1.L6.3删除新的会员信息1.L6.4查询新的会员信息1.1.6.5界面1.L6.5单元测试1. 2前台管理1. 2.1注册会员1.2. 1.1界面1.3. 1.2单元测试1.4. 2修改用户信息1.5. 2,1界面1.6. 2.2单元测试1. 2.3收藏夹1.2. 3.1界面3.2单元测试1.2.4我的订单1.3. 4.1界面4.2单元测试1.2.5景区景点1