《旅游管理系统-软件项目管理大作业》由会员分享，可在线阅读，更多相关《旅游管理系统-软件项目管理大作业（22页珍藏版）》请在金锄头文库上搜索。
1、旅游管理系统 目录1 合同书-22 生存期-33 需求规格说明-43.1 目标-43.2 用户类和特征-43.3 运行环境-43.4 功能需求-5 3.4.1确定执行者-5 3.4.2 确定用例-5 3.4.3 用例文档-63.5 非功能需求-83.6 故障处理-84 任务分解-85 项目估算-95.1 直接成本-95.2 间接成本-125.3估算的误差-126 进度计划-136.1活动顺序-136.2甘特图-147 质量计划-147.1组织机构-14 7.2高层管理-14 7.3项目的质量保证人员-147.4质量目标-15 7.5 质量策略-168 配置管理-169 风险管理- 179.1
2、风险识别与评估-179.2 风险规划-179.3风险分析表-189.4风险控制-201.合同书 合同名称：旅游管理系统项目开发合同合同号：甲方：北京交通大学海滨学院乙方：海科软件科技有限公司地址：北京交通大学海滨学院地址： 上海陆家嘴邮编：邮编：联系人：关羽联系人：刘备电话：（010）电话：（010）传真：（010）传真：（010）根据中华人民共和国合同法的规定，合同双方就旅游管理系统项目的技术开发，经协商一致，签定本合同。第一条、双方的基本权利和基本义务 甲方的权利和义务 根据本合同项目的实际需要和乙方的要求提供协助，并提供有关的资料，报表及文档等，甲方保证所提供的所有资料完整、真实、合法。
3、按本合同约定支付软件开发费用。甲方有权在软件验收之日起一年内，要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。 乙方的权利和义务 按照甲方提供的材料按时完成本合同规定的软件开发工作。 可以根据甲方的要求帮助甲方举办培训和技术咨询，具体的操作方式及费用双方另行签署协议确认。依合同收取软件开发费用。 乙方有义务在软件验收之日起一年内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。 第二条、标的技术的内容、范围及要求： 根据甲方的要求，乙方完成西安火车站售票系统的研制开发。 1. 根据甲方要求进行系统方案设计，要求建立B/S结构的，基于的Sqlser
4、ver数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。 2. 配合甲方，在于整体系统相融合的基础上，建立系统建立的软硬件环境。第三条、应达到的技术指标和参数 1. 系统应满足并行登陆，并行查询的速度要求。其中主要内容包括（1）保证1000人以上可以同时登陆系统（2）所有查询速度应在10秒之内（3）保证数据的每周备份（4）工作日期间不能当机（5）出现问题应在10分钟内恢复。 2. 系统的主要功能是满足双方认可的需求规格，不可以随意改动。 第四条、研究开发计划 1. 第一间断：乙方在合同签订后15个工作日内，完成合同内容的系统设计方案。 2. 第二阶段：完成第一阶段的系统设计方案
5、之后，乙方于100个工作日内完成系统基本功能的开发。 3. 第三阶段：完成第一和第二阶段的任务之后，由甲方配合乙方于10个工作日内完成系统的调试、集成。第五条、技术成果的归属和分享专利申请权：归甲方所有； 技术秘密的使用权、转让权：两年内，使用权转让权归甲方所有。 第六条、验收的标准和方式： 研究开发所完成的技术成果，达到了本合同第二条所列技术指标，按国家标准，采用一定的方式验收，由甲方出具技术项目验收证明。第七条、风险的承担：在履行本合同的过程中，确因在现在水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由甲方承担50%，乙方承担50%。 本项目风险责任确认的
6、方式：双方协商。 第八条、违约金和损失赔偿额的计算： 除不可抗力因素外（指发生战争、地震、洪水、飓风或其他人力不能控制的不可抗力事件），甲乙双方必须遵守合同承诺，否则视为违约并承担违约责任； 1.如果乙方不能按期完成软件开发工作并交给甲方使用，乙方应向甲方支付延期违约金。每延迟一周，乙方向甲方支付合同总额0.5%的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%。 2.如果甲方不能按期想甲方支付合同款项，甲方应向乙方支付延期违约金。每延迟一周，甲方向乙方支付合同总额0.5%的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%。甲方(盖章)： 法人代表(签字)：刘谁 2
7、016年6月6日 乙方(盖章)： 法人代表(签字)：张谁 2016年6月6日 2.项目生存期此项目因面向的用户群体相当广泛，不同的用户都有可能提出该系统针对某一类群体的改进意见和要求。此项目在开发过程应满足在开发结束后，可以在功能上进行扩充。项目内部意见不统一，可完成核心功能后推出开发初代版本，搜集用户意见进行有效更改和相关功能的添加，因此选用增量式模型。增量式模型的特点如下：可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。可以更快地开发出可以操作的系统。可以减少开发过程中用户需求的变更。（图1.1）交按钮，系统将用户基本信息保存到数据库
8、中；当某一用户的基本信息需要修改时，管理员通过输入查询条件，搜索出该用户，点击“查看用户信息”，系统在不可编辑状态显示该用户基本信息，点击编辑按钮，系统在可编辑状态显示该用户的基本信息，管理员修改具体信息，点击提交按钮，系统将更新数据库中该用户的基本信息；当需要删除一个或多个用户信息时，管理员查找到需要删除的用户记录，点击删除按钮，系统提示“确定要删除？”对话框，管理员选择“是”，系统将删除数据库中相应用户的基本信息，以及删除数据库中相应的用户账户记录，反之，则不进行任何操作；当需要备份一个或多个用户信息时，管理员查询到需要备份的用户纪录，点击备份按钮，系统提示“确定要备份这些记录吗？备份 图
9、1.13.需求规格说明3.1 目标“旅游管理系统”主要提供用户信息、管理员信息、旅游信息等的管理与维护。3.2用户类和特征 管理员、用户。管理员需要进行用户的创建、修改、删除、备份等工作，具备计算机知识，如权限管理等。用户是普通用户，具备一定的计算机操作知识即可。3.3运行环境 （1）硬件资源服务器：工作站或小型机；网络设备：网络交换机，网卡，网线；打印机。 （2）软件资源服务器端软件选择的具体说明： 操作系统：windows 2000 或windowsXp 数据库：Microsoft SQL Server 2005 JDK：jdk1.5 应用服务器：Apache tomcat5.5开发平台：Eclipse3.2 + M
