旅行社管理系统_需求说明书.doc

天津大学计算机学院数据库设计课程实践之旅行社数据库系统旅行社数据库系统需求分析年级/班级：07级4班学号：3007216108编写人：张炎辉2010-9-15修订历史记录日期版本说明作者2010/9/15详细分析旅行社数据库设计的需求，张炎辉目录1、引言11.1、编写目的11.2、项目背景11.3、参考资料12、任务概述12.1需求概述12.2运行环境22.3条件与限制23、数据描述23.1静态数据23.2动态数据23.3数据库描述34、功能需求34.1功能划分34.2功能描述45、性能需求45.1数据精确度45.2时间特性45.3适应性46、运行需求46.1界面设计46.2硬件环境56.3软件接口56.4产品质量56.5故障处理57、其它需求67.1数据安全性67.2可扩展性68、附录6 1、引言1.1、编写目的此软件说明书旨在指导旅行社数据库系统的开发工作，为开发人员提供一套具有一定指导性的文件。此文档是根据用户的需求，经过分析和总结得到的一套软件开发需求说明。开发人员的具体开发工作将围绕实现本文档提出的需求功能，以实现需求上的功能为目标。如若本文档里提到的功能不完善或是存在缺陷，开发人员也可因此通过与文档编写者沟通，进行相应的修改，但本文档属于需求说明书，更多的应该根据客户提出的需求去分析和设计。 1.2、项目背景 旅游业在国际上被誉为永不衰落的朝阳产业。在我国，从1949年11月第一家旅行社诞生起，新中国旅游业已经走过了50年的历程。1978年，来华旅游入境人数仅为180.9万人次，其中外国人23万人次；旅游创汇2.63亿美元，位居世界第41位。到2000年，来华旅游入境人数为5450万5500万人次(其中外国人820万860万次人次)，国际旅游外汇收入140亿美元；国内旅游人数9.5亿10.3亿人次，国内旅游收入2500亿2600亿元人民币；全国旅游业总收入达3500亿3600亿元人民币。由于信息量越来越庞大，我们已经无法通过人脑和笔、纸来处理旅行社的事务了。在这里数据库可以帮我们完全解决这个问题。可以说如果数据库做的成功，那么这些事务都将变的得心应手、事半功倍。旅行社经营的好坏关键也就在于数据库系统设计的好坏。1.3、参考资料 由于本次课程设计属于学校教学内容，所以无原型可供参考！本次文档格式参考标准软件需求说明文档格式 ！2、任务概述 2.1需求概述 软件开发过程的第一个重要环节就是获取需求，在开发本系统之前，首先需要弄清楚整个系统的需求，并采用适当的工具来辅助描述需求。 2.1.1 内部管理模块l 员工信息管理。主要是存储公司内部员工的基本信息，比如：工号、姓名、性别、职务等等。当公司内部员工信息改变时，能够及时地对信息就行维护，包括：增加、删除、修改等操作。确保数据库的信息与现阶段公司员工的信息一致。 2.1.2业务管理模块l 票务信息管理。集成多家汽车、飞机、火车等票务信息，详细描述各个出行交通方式的时间、价格、车次以及目的地等等。 公司内部相关人员能对票务信息进行相应的维护！同时能为用户提供一定功能的信息检索！l 酒店信息管理，集成多家酒店信息，详细描述各个酒店的价格、电话、地址、支付方式以及周围环境等等情况。酒店信息能被公司内部人员进行相应的维护，同时提供一定功能的检索。 l 组团信息管理，将以往、现在、及未来的组团信息以列表的形式呈现给用户，并不断更新组团信息，让用户及时了解组团信息，以便做出正确的选择。公司相关人员能够对组团信息进行相应的维护（查看、插入、更新、删除） 。 2.1.3客户管理模块l 客户信息管理，主要是维护客户的详细信息，同时统计客户群中不同职业、年收入的比例，更好地统计出公司的主要客户群，以便公司能够根据具体情况做出正确地决策，促进公司业务的发展。 2.1.4 旅游系统的参与者公司成员以及用户，而公司成员又可细分为管理员、职员（包括公司管理人员）！参与者权限概述：l 管理员：具备对数据库所有表查看、插入、更新、删除的所有权限；l 客户：与职员权限相同；2.2运行环境 硬件： 无特殊要求，普通PC即可 软件： windows操作系统、SQL SERVER 2005 EXPRESS 2.3条件与限制 开发环境硬件：普通pc软件：windows系统、Microsoft Visual Studio 6.0、SQL SERVER 2005 EXPRESS 约束无原型可供参考、开发时间短、测试能力有限！3、数据描述3.1静态数据 系统本身数据3.2动态数据6 登录输入：用户名、密码输出：自动跳转到相应页面 用户注册输入：新用户名、新用户名密码以及新用户相关信息输出：提示操作成功或失败 删除用户输入：删除用户输出：提示操作成功或失败 添加票务/酒店/组团信息输入：票务/酒店/组团相关信息输出：提示操作成功或失败 删除票务/酒店/组团信息输入：点击删除选项输出：提示操作成功或失败 添加员工输入：新员工相关信息输出：提示成功或失败 删除员工输入：选中要删除的员工输出：提示成功或失败 用户加入组团输入：选择要加入的旅游团输出：提示成功或失败 用户退出组团输入：选择要退出的旅游团输出：提示成功或失败3.3数据库描述 数据库名称：travel 类型：关系型数据库 描述：travel下属6张实体表staff、customer、ticket、hotel、group、order，涵盖本系统所有信息。4、功能需求4.1功能划分 登录功能用户根据自己的角色，选择相应的登录方式，输入用户名和与之匹配的密码进行登录，系统根据登录信息判断是否同意登录。 客户界面customer（客户）登陆后，能够执行一下操作：模块一之：“个人中心”1. 查看个人信息2. 更改密码3. 查看个人旅游情况4. 取消组团旅游计划模块二之：“外出旅游”1. 查询组团旅游2. 选择组团旅游3. 查询票务/酒店信息 管理员界面模块一：“内部管理”1. 员工信息模块二：“业务管理”1. 客户信息2. 票务信息3. 酒店信息4. 组团信息4.2功能描述 数据库操作旨在防范管理人员的误操作以及涉及到权限问题，所以通过相关人员进入数据库，进行相应的修改，设定相关人员。 登录功能用户根据自己的角色，选择相应的登录方式，输入用户名和与之匹配的密码进行登录，系统根据登录信息判断是否同意登录，并转到与之对应的界面。 Admin界面Admin界面上存在两大功能模块：内部管理和业务管理。具体操作是选中相应菜单，引导到操作页面，然后进行相应的操作 用户界面用户登陆后，界面上也存在三个菜单：个人中心和旅游向导，具体操作是选中相应菜单，引导到操作页面，然后进行相应的操作5、性能需求5.1数据精确度无精确性要求，正确运行既可5.2时间特性 正常操作反应时间1s 5.3适应性本软件是针对旅行社管理开发的系统，具有可扩展性的特点，今后，旅行社可根据需要适当地扩展功能，可扩展范围针对两类的功能操作的扩展以及界面的美化等。6、运行需求6.1界面设计 需求名称详细要求界面外观美观、简洁、大方界面布局菜单栏、子菜单栏6.2硬件环境需求名称详细要求服务器一般服务器即可，如果访问需求量不大，一般普通性能较好的PC即可.6.3软件接口系统整个框架根据的是sturts+spring+JDBC的开发模式进行的，采用MVC的模式来设计系统，各个子系统的环节通过底层数据库进行数据交互、系统业务通过主要框架（MVC架构）进行联系，spring对整个MVC架构进行管理。6.4产品质量 主要质量属性详细要求正确性能对用户的请求提供有效的查询结果健壮性编程规范、代码条理清晰可靠性在用户正常操作范围内，不允许存在严重的BUG性能，效率性能稳定、查询速度快易用性简单、方便，易于非计算机用户的操作、使用清晰性查询分类清晰、明了，标题正确，不存在二义性安全性管理员和用户的权限有相应的区别，非管理员不能访问以及更改保密数据可扩展性系统交付后，支持系统运营方可以根据需要，进行系统功能、数据等的再扩展兼容性1. 数据库兼容：旅行社管理系统采用的数据库为SQL SERVER 2005 ，所以数据库方面，应该尽量使用目前版本或是更新的版本；2. 系统对软件兼容：支持windows xp 及以上系统可移植性可移植性高，能够对旅行社管理系统的数据进行完整迁移到另一个符合同等条件下的系统6.5故障处理故障名称故障处理系统崩溃重新启动系统，如果还不行，则用已有的备份数据还原系统服务器死机重新启动服务器服务器无法启动寻求服务器供应商的帮助硬件损坏找出硬件损坏位置，及时更换损坏部件内存不足增加或是更换内存条软件压力限制单次访问人数来缓解访问过来带来的软件压力7、其它需求 7.1数据安全性 要求有绝对的