第一篇：《景区分销系统》需求说明书

成都易旅网络科技有限公司

《电子票务代理分销系统》

需求说明书易旅网络科技 背景与目标

1.1 背景

旅游行业近年来发展迅速,传统有实力的旅行社顺势不断发展，但随着自身的资源越来越丰富，代理的景区票务、酒店越来越多时，让旅行社自身在资源管理、价格体系管理等方面越来越力不从心，此外，由于自身长久经营积累下来的价格优势也不断促使旅行社发展自已的二级代理或多级代理，但发展自己的代理无疑进一步加剧了管理的压力。随着互联网技术的长足发展，电子票务已经成为了现实，如果有一套在线的网络电子票务软件，将供应商、自身与代理商之间的价格体系、现金流系统地管理起来，将无疑大大地减轻甚至从根本上解决旅行社、票务代理商的难题

渠道中心：略

1.2 系统目标

 系统应具有行业通用性，能够满足一般旅行社、票务代理商使用

1.3 运行环境

 Windows Server 2003 或2008  IIS7.0或以上

 Net Framework 4.0或以上  SQLServer 2008

易旅网络科技 功能需求

2.1 系统登录

 管理员登录  供应商登录  代理商登录  验票员登录

2.2 管理员功能需求

2.2.1 管理员首页

 今日经营情况  产品统计图表  代理商统计图表  供应商统计图表  公告

2.2.2 供应商管理

 供应商列表与查询  新增供应商  编辑供应商  删除供应商  供应商详情  付款操作  提现操作  授信操作

2.2.3 产品类别管理

 类别列表 易旅网络科技

 添加类别  删除类别  更新类别  类别Index设置

2.2.4 产品管理

产品性质：团体票与散票类型

产品类型：景区，酒店，影院，线路，其它。其中景区、酒店、影院、其它具有通用的属性，线路的属性则具有行业特殊性，部分属性需要单独定义 条码类型分为：系统自有条码，导入外部条码，无需条码 支付类型分为：预付，到付 说明：1.导入条码不能选择团体票

2.无需条码类型操作流程如下，代理商下单，填写客人手机号、身份证等，提交订单，管理员收到订单（短信自动提醒），登录景区系统，获取条码，单击订单上的转发凭证到客人手机，完成订单(申请退款)

 添加产品  删除产品  更新产品  锁定产品  下架产品  复制产品

 复制产品到其它类别  产品详情  产品列表展示  添加导码产品  编辑导码产品 易旅网络科技

 旅游线路产品编辑  旅游线路产品新增  旅游线路与电子印章映射  电子印章管理

 电子印章与合同模板映射  合同模板管理  合同模板与产品映射

2.2.5 代理商管理

 添加代理商  删除代理商  更新代理商  锁定代理商  代理商列表展示  代理商充值  代理商提现  代理商信用额设置

 代理商权限设置（预订、导码） 代理级别设置

2.2.6 验票员管理

 添加验票员  编辑验票员  删除验票员  验票员列表与查询

2.2.7 订单管理

 订单展示列表 易旅网络科技

 订单查询  作废  短信转发

2.2.8 统计报表

 订单统计  财务统计  产品统计  代理商统计  供应商统计

 代理商导出条码统计

2.2.9 公告管理 2.2.10 用户管理 2.2.11 系统设置

2.3 供应商功能需求

2.3.1 供应商首页

 系统公告  本周经营情况  统计图表

2.3.2 验票员管理

参见上面

2.3.3 订单管理

 订单列表（未验证不能显示条码） 订单查询  作废 易旅网络科技

2.3.4 统计报表 2.3.5 个人中心

2.4 代理商功能需求

2.4.1 代理商首页

 系统公告  本周经营情况  图表统计

2.4.2 订票业务（个人，团队订票）

 团体票下单  散票下单  到付消费下单

2.4.3 自助充值

 收款账号配置  支付宝相关参数配置  支付宝接口实现  代理商自助充值实现

2.4.4 订单管理

 订单展示列表  订单查询  短信重发

 退款（导码不能退款，自有条码直接退款，无需条码：在未发货直接退款，已审批只能申请，管理员再审批）易旅网络科技

2.4.5 报表统计 2.4.6 个人中心

 修改密码  个人资料

2.4.7 导出条码业务

 生成条码  生成条码文件

2.5 验票员功能需求

2.5.1 验票业务

 条码有效性验证  各种非法条码提示  验票通过  到付收银

2.5.2 当日验票 2.5.3 当日统计 2.5.4 验票历史 2.5.5 个人中心

 修改密码  个人资料

2.6 渠道中心功能需求

2.6.1 产品发布

 产品基本信息发布  商务信息发布 易旅网络科技

 产品价格体系发布

2.6.2 申请合作

 提交申请  取消申请

2.6.3 建立合作

 同意合作  拒绝合作

 添加渠道产品到产品列表

2.6.4 产品预订

 渠道产品预订页面  下单

2.6.5 产品验票 2.6.6 渠道供应商管理

 渠道供应商展示  中止合作  自助充值

2.6.7 渠道代理商管理

 渠道代理商展示

 删除代理商（中止合作） 代理商充值  代理商提现

2.6.8 渠道产品管理

 渠道产品展示  删除产品 易旅网络科技

 设置代理价格  上线  下线

2.6.9 我发布的产品管理

 产品展示  修改价格  编辑基本信息  删除产品  下架产品  上架产品

 查看产品渠道代理商

2.6.10 我的申请管理

 我的申请列表  取消申请

2.6.11 待审批合作管理

 待审批合作列表  审批通过  审批拒绝

2.6.12 渠道产品中心

 渠道产品查询  申请合作入口

2.6.13 入驻商户中心

 入驻商户展示  编辑入驻商户信息 易旅网络科技

2.6.14 公用验票插件

 验票插件实现  独立运行插件实现  与景区系统整合 易旅网络科技

需求要点 易旅网络科技 其它需求

      

敏感信息进行加密存储;定期数据库备份和建立恢复机制

重要服务高健壮性设计，满足7*24不间断运行 程序具有适当的容错功能;维护一份web站点发布程序一致的安全拷贝 不能留有后门程序和漏洞 目标程序不能进行反编译

技术支持：成都易旅网络科技有限公司 联系电话：*** 联系QQ： 2940034565

第二篇：网上鲜花系统需求说明书

网上鲜花系统需求说明书 引言

随着网络的普及，网络支付手段的逐步完善，越来越多的人习惯于网上购物，选择鼠标点击下订单，送货上门的快捷便利的购

物方式。网络为改变传统的商业运作模式提供了一种技术上的可行性的方案：利用Internet的技术和协议，建立各种企业内部网Intranet，企业外部网Extranet，通过廉价的通讯手段，将买家与卖家、厂商和合作伙伴紧密结合在了一起，消除时间与空间带来的障碍，从而大大的节约了交易成本，扩大了交易范围。而在实际的生活中，这种方案已经被广泛的运用到了实际的商业活动中了，人们将这种交易模式称为：电子商务。

而传统书店的购书观念也正在被网上书店这一方便快捷的购书方式所冲击。网上书店在国际互联网上可以实现的商务功能已经越来越多样化，从最开始的信息发布功能，到现在的在线图书展示功能、在线洽谈业务功能、在线交易功能、在线客户服务功能、在线管理功能等等，几乎传统书店所提供的功能都可以在互联网上进行电子化的高效运作，而借助网络的跨地域特点，更是将传统书店的地域限制加以突破，从而大大增加了客户的数量。

任务概述及系统功能概述

2.1 系统功能说明

2.1.1花店前台

前台作为与用户直接交互的界面，在考虑功能的同时，也考虑了操作的简洁和方便性，目的是让大多数不在懂电脑操作的客户，也能轻松的享受电子商务给他们带来的便利。(1)前台主要功能包括

注册/登录、我的账户、花店介绍、联系方式、鲜花查询、图书分类浏览、鲜花展示、鲜花排行榜、精品推荐、购物车、自动友情链接功能等等。

(2)网上花店系统前台设计的特色(a)我的账户

每个注册的用户，都拥有一个属于自己的账户管理界面，客户可以轻松的管理个人基本资料，送货信息资料，修改密码，管理订单，查看鲜花，查询订单汇总。本系统充分考虑到了本模块对于客户的重要性，所以界面尽量做的简捷，采用开放式结构，一目了然，方便客户轻松掌控自己的一切信息，从而提高对花店的信任度，进一步增加花店的销售额。(b)鲜花订购的详细过程

会员注册-->选择鲜花-->下订单-->鲜花店发货-->快递公司送货-->客户收到鲜花核查无误后付款

(c)多种方法查询方式

传统花店最困惑的就是购花时的盲目性，找一束花，需花费大量的时间和精力，网上花店这方向的困惑已经得到了彻底的解决，数据库的高效检索，让客户找书不再烦恼。本系统运用了先进的检索方式，包括模糊查询，按鲜花分类、按鲜花序号，按鲜花价格范围，按生产商，按鲜花名等多种查询方法，同时查询方法简单易懂。

系统前台结构图

系统前台 用户登陆鲜花展示订购服务鲜花知识链接用户注册 新花上架精品推荐销售排行详细分类立即购买加入购物车友情提示

2.1.2花店后台

本系统后台管理在考虑花店管理操作简便的同时，提供了强大的花店管理主模式。大模块上分为用户管理，鲜花管理，订单管理，分类管理。

系统后台结构图

系统后台用户管理鲜花管理

订单管理 分类管理

2.1.3售后服务

(1)、客户评价

当用户购花成功后，可以在当天内对此花的质量等进行评价，若评价经管理员审理后，不含有触犯相关法律法规的内容，则此评价内容会显示在鲜花信息的下方。广开言路，为管理员和其他客户提供参考意见

（2）考虑到鲜花的新鲜度，确认付款后当天内若有质量问题，可与店方协商后换货。

2.2 网上花店的系统特点

(1)简洁美观的操作界面

美观又简单的操作界面对于一个网站能否吸引顾客的光顾，起着至关重要的作用。操作过于复杂或网站的设计过于沉闷都会使网上花店得不到客户的青睐。本系统通过工作人员的精心打造，配以精致的鲜花动画，使网上花店既时尚典雅，又动感十足，吸引广大顾客的光临。

(2)、科学的花店管理模式

系统采用店方推荐与客户检索相结合的方式，能轻松的找到客户所需要鲜花信息；通过完善的信息发布系统，客户可以及时得到花店最新动态和新闻，掌握行业动向；后台结构化管理模式，涵盖了用户管理、订单管理、分类信息管理、鲜花管理等等，为化店的电子化管理提供了一套良好的管理模式。（3）加入购物车

网上购物不可避免的需要涉及邮递，而邮递也需要客户付出一定的费用。购物车系统的开发，使买家可以像在超市购物一样，随意添加删除商品，选购完毕后，统一下单。避免多次付费、重复付费,为客户提供便利。需求规定

3.1对功能的需求

分析用户要求实现的全部功能（分析建模 DFD，DD，E-R）3.1.1 系统功能模块图

网上花店管理系统的功能可以划分为如下几个部分

（1）前台管理：主要是用户或会员必须先进行登录然后进行查看鲜花、选择的鲜花、购买鲜花等基本操作。

（2）后台管理：主要是管理员对会员的管理、整理购买鲜花订单完成发送货、鲜花库存的动态管理、对网站的维护和更改等操作。

登陆界面用户查询管理员登陆注册成为会员会员登陆管理会员管理购花单管理鲜花购买鲜花，收到回执单进行发货生成账目生成购物单更改库存 3.1.2 数据流程图

客户 所有鲜花信息购买鲜花系统鲜花客户顶层数据流图

客户所需鲜花信息鲜花处理1订单支付处理2鲜花客户D1 订鲜花信息D2 支付信息

购买鲜花系统化分析数据流图

注册1.1填写信息挑选鲜花1.2鲜花放入购物车1.3D1所选鲜花信息预订鲜花系统细化分析数据流图

3.1.3 数据字典

本系统的部分数据字典如下：(1).数据存储：

名字：用户表

别名：用户表

描述：记录用户的个人基本情况

定义：用户表=用户id+姓名+家庭住址+登录密码+真实姓名

位置：网上鲜花店数据库 名字：用户分类表 别名：用户分类表

描述：记录各使用者的个人基本情况

定义：用户分类表表用户分类id+职位+姓名+登录密码 位置：网上鲜花店数据库

名字：鲜花表 别名：鲜花表

描述：记录库存鲜花的基本信息

定义：鲜花表=鲜花id+鲜花分类id+名称+描述+价格+点击次数+来自生产商+库存 位置：网上鲜花店数据库

（2）数据结构：

名字：用户id 别名：用户号，编号

定义：用户id=用户申请日期+用户个人编号

会员申请日期=8{数字字符}8 会员个人编号=2{数字字符}8 位置：用户表 名字：管理员id 别名：管理员号，管理员编号

定义：管理员id=部门编号+职工个人编号

部门编号=2{数字字符}2

职工个人编号=5{数字字符}5 位置：管理员表

名字：鲜花 id 别名：鲜花号，鲜花编号 定义：鲜花id=种类编号+编号 种类编号=8{数字字符}8 编号=4{数字字符}4 位置：鲜花表（3）数据元素 名字：花名 别名：花名 定义：4{字符}8 位置：用户表 管理员表 网上鲜花店数据库 名字：联系方式 别名：联系方式

描述：手机联系方式或固定电话联系方式 定义：11{数字字符}11|7{数字字符}7 位置：用户表 用户分类表

网上鲜花店数据库 名字：登陆类别 别名：登陆类别 定义：1{汉字}4 位置：用户分类表 网上花店数据库 名字：密码 别名：登陆密码 定义：3{字符}6 位置：用户表 用户表 网上鲜花店数据库 名字：时间 别名：时间 定义：8{汉字}8 位置：订单表

3.1.4 E—R 图

地址性别密码地址用户名密码用户名用户1购买MM1管理1管理员1管理下订单MM点击次数订单库存价格明细编号鲜花数量订购时间种类鲜花名描述

3.2 对性能要求

3.2.1 精度

本系统要求输入的会员年龄为整数，买书的数量为整数，出生日期必须是合法的日期形式（如1990-08-01），身份证号码必须为数字。3.2.2 时间特性要求

（1）系统的更新处理时间应该在可接受的范围内；（2）系统的数据查询时间应该在可接受的范围内；（3）系统的数据统计时间应该在可接受的范围内。3.2.3 灵活性

（1）操作方式上应该能够满足鼠标和键盘任意切换的需要；

（2）能够支持Windows95、Windows98、Windows2000、Windows Me和Windows XP的运行环境；（3）留有与其他系统的接口。3.3 输入输出要求

对会员注册中“姓名”的输入要求不超过4个汉字或8个英文字符；会员的性别只能选择不能有键盘输入，出生日期必须输入合法（如1990-08-01），输入身份证号必须合法，即必须为18为数字。3.4 数据管理能力要求

由于购买鲜花系统会对用户的资料进行保存，并且，鲜花的库存会随着数的购买或购进新的鲜花而改变，因此对数据的存储有一定的要求；要求提供数据的备份功能。3.5 故障处理要求，可维护性

在输入不对的符号定义格式的数据时，软件应出现提示信息，而不是死机或删除已经输入的信息，然后再弹出界面重新开始。

在鲜花的库存小于用户购买的数量是必须提示库存不足，而不是还可以卖给用户。

系统出错后可以允许的最大恢复时间，系统运行日志，是否允许对系统的修改 3.6 其他专门要求

要求能够按用户姓名进行检索。3.7安全性 3.8可靠性

“系统一个月内不能出现2 次以上故障” 3.9可用性 运行环境规定

4.1 设备

运行本软件要„„的计算机。4.2 支持软件

本系统操作系统包括：Windows XP、Win7等。本系统支持的数据库： SQL Server 2005 本系统的开发工具：Visual Studio.NET 2008＋SQL SERVER2005。

4.3 接口

1）用户接口（人机界面）2）硬件接口 3）软件接口

4）通信接口

第三篇：学生信息管理系统需求说明书

学生信息管理系统需求说明书

1.引言

由于学生信息的冗长与繁琐，所以它的管理问题带来的麻烦和不方便也随之而来。所以开发一个适合学校的、便于管理学生信息的管理系统是十分重要的。

为了充分实现素质教育，多方面发展学生的兴趣爱好，大部分学校都设立了全校范围的内的选修课。学生可以根据自己的兴趣和特长，选择自己喜欢的课程。由于高等学校的快速发展，高校的规模也越来越大，学生数量和课程量都迅速地增长，管理上的手工操作不仅仅会耗费学生与工作人员大量的时间和精力，效率以及准确性也很低。如何使同学们方便、快捷、准确地选课，以及老师们对学生的相关信息的管理，已经成为一个重要的问题。

利用计算机进行学生信息管理，不仅能够保证准确、无误、快速输出，而且还可以利用计算机对有关信息进行查询，检索迅速、查找方便、可靠性高、存储量大、保密性好。要科学地实现信息化管理，开发一个适合学校的，能够进行信息存储、查询、修改等功能的信息管理系统是十分重要的。本课题就是针对便于学生信息管理的问题而设计的一个管理系统。

2.系统设计 系统要能实现如下功能：

登录系统：用户登入、系统退出。

学生管理模块：查询学生个人信息，学生个人成绩，和学生个人课表。

教师管理模块：学生个人信息管理：对学生信息的操作包括更新，添加，删除，查找等；学生成绩管理：对学生成绩的操作包括更新，能按学号、成绩进行排序，能按学号、学生姓名、所在班级进行查找；教师个人信息管理：能查询教师个人信息和安排教师上课的课表。

信息表导出：对学生信息，成绩进行导出，可导出到word或excel文档中。

信息维护：修改密码等。

系统退出。

3.数据库设计

3.1 数据库系统的选择

MySQL是一个小型关系型数据库管理系统，开发者为瑞典MySQL AB公司。目前MySQL被广泛地应用在Internet上的中小型网站中。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。MySQL的特性1.使用C,C++和java编写，并使用了多种编译器进行测试，保证源代码的可移植性 2.支持AIX、FreeBSD、HP-UX、Linux、Mac OS、Novell Netware、OpenBSD、OS/2 Wrap、Solaris、Windows等多种操作

系统 3.为多种编程语言提供了API，这些编程语言包括C、C++、Eiffel、Java、Perl、PHP、Python、Ruby和Tcl等。4.支持多线程，充分利用CPU资源 5.优化的SQL查询算法，有效地提高查询速度 6.既能够作为一个单独的应用程序应用在客户端服务器网络环境中，也能够作为一个库而嵌入到其他的软件中提供多语言支持，常见的编码如中文的GB 2312、BIG5，日文的Shift_JIS等都可以用作数据表名和数据列名7.提供TCP/IP、ODBC和JDBC等多种数据库连接途径 8.提供用于管理、检查、优化数据库操作的管理工具 9.可以处理拥有上千万条记录的大型数据库。3.2数据库设计

数据库设计占重要位置，数据库设计质量的优劣，可直接影响到数据库数据的冗余度、数据的一致性、数据丢失等问题，采用的指导理论是范式理论，要设计图书流通的实体－关系图(E-R图)。E-R图由3个相关联的部分构成，即实体、实体与实体之间的关系以及实体和关系的属性。根据范式理论和E-R图转换成关系模型的规则，可转换为下面的关系模式，例如：学生信息表（学号，姓名，头像，性别，出生日期，籍贯，身份证号码，家庭住址，电话号码，入学时间，专业），加下划线的为主键。

3.3数据库索引

建立索引是加快查询速度的有效手段，数据库的每一个表建立了主键，主键由一个或几个字段组成，每一个表都按主

键建立了索引，部分表为了满足查询和排序的需要，除建立主索引外，还建立了次索引。

3.4数据库调用

使用纯Java数据库驱动程序，JDBC提供的API通过纯Java驱动程序转换为DBMS（数据库管理系统）所使用的专用协议来实现和特定的DBMS交互信息。

第四篇：需求规格说明书(教材定购系统)

《需求规格说明书》

1．引言

1.1编写目的对学校教材定购系统进行简单的分析，将该系统分为销售系统和采购系统。方便教师与采购人员的使用，加深与用户间的交流，需求规格说明书力求在功能上满足用户的需要，在系统界面上使用户满意。

读者对象学生，教师，教材工作人员

1.2项目背景

本系统以学校为背景，在认真调研和分析了学校订购教材的现状之后，根据学生，教师和教材工作人员的需求和各个功能的关系，做出了积极的设计方案。

1.3定义

数据流图（DFD）：数据流图描绘信息流和数据从输入到输出的过程中所经受的变换，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。

系统的流程图：系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子的形式描绘系统里的每个部件（程序，文件，数据库，表格，人工过程等）。

1.4参考资料

《软件工程》 张海藩编著 人民邮电出版社

2．任务概述

2.1目标

学校教材定购系统是为高等院校开发的，用于日常的教材管理，包括销售与采购。提供数字化的管理，在新的管理资源和管理模式上，力争能使工作质量、工作效率等得到提高，推动学校发展的步伐。

2.2运行环境

硬件要求：内存：1G以上；CPU：IntelCore21.80GHz系统要求：MyEclipse 集成开发工具，SQL数据库，画图工具以及windows word文档工具。

2.3条件与限制

（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相

关的书库记录。

（2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。

（3）系统的外部项至少包括：教师、学生和教材工作人员。

（4）系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教

材表、进库表和出库表。

（5）系统方案选择时间需要2周，系统开发经费不少于3万。

3．数据描述

3.1静态数据

3.2动态数据

【包括输入数据和输出数据。】

3.3数据库介绍

【给出使用数据库的名称和类型。】

3.4数据词典

3.5数据采集

4．流程图

4.1业务流程图

【用于描述用户的实际的业务流程，在流程图中应忠实反映用户实际的业务情况。】

4.2数据流程图与过程流程图

【数据流图或操作流图主要是为了反映需要在计算机系统中实现的各模块的流程情况。】

5．功能需求

5.1功能划分

1）系统账户管理子系统：主要是对系统用户进行管理，包括登陆、查询、退出、操作记录等。

2）销售管理子系统：提交购书单、审核购书单、开发票、登记购书纪录、返回领书单、修改和维护数据库中相应的表。

3）采购管理子系统：发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。

5.2功能描述

销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。

采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。

6．性能需求

6.1数据精确度

书的库存数量，书的入库与出库数量都可以十分精确。书在采购的时候，可能根据缺书的数量进行采购，也可能根据主观预测，预测下一批销售的数量来决定本次购书的数量，此时采购书本的数据精确度较低。

6.2时间特性

系统响应时间迅速，使用者较难察觉。较短的数据转换与传输时间，使用者不必过多等待。

6.3适应性

本系统支持的操作系统包括：Windows95、Windows98、Windows2000、Windows Me Windows XP.本系统支持的数据库：SQL Server 2000.7．运行需求

7.1用户界面

【如屏幕格式、报表格式、菜单格式、输入输出时间等。】

7.2硬件接口

内存：1G以上；CPU：IntelCore21.80GHz

7.3软件接口

本系统支持的操作系统包括：Windows95、Windows98、Windows2000、Windows Me Windows XP.本系统支持的数据库：SQL Server 2000.本软件的开发工具：Java、Eclipse。

各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。

7.4故障处理

硬件故障：

情况1：服务器电源不正当关闭

处理：

a.数据库事务回滚到断电之前的状态。

b.为服务器提供一个备用充电电源能够支持服务器进行临时数据的正常保存。

情况2：客户端与服务器网络不能连接

处理：

a.检修本地端网络连接是否正常；

b.查看服务器端交换机端口是否被关闭；

c.查看端点间网络线路是否完好。

情况3：存储空间已满

处理：

a.数据库切换到备份存储空间;

b.进行数据检索，删除日期过期的数据。

软件故障：

情况1： 服务器死机

处理：程序自动保存内存中的临时数据；重启机器

情况2： 服务端程序报告异常

处理：保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始化程序

情况3： 服务器端响应速度慢

处理：查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置

8．其它需求

使用性：界面友好，其他软件有很好的兼容。

安全性： 安全性良好，有密码验证对不同权限进行不同的登陆软件有备份功能，对数据损坏或破坏有很好的恢复能力。

可维护性：可维护性功能健全。

第五篇：机票订票系统需求规格说明书

兰州理工大学课程设计

三、需求规格说明书

1．引言................21.1编写目的...............2

1.2项目背景...............2

1.3参考资料...............2

2．任务概述...................2

2.1目标...................2

2.2运行环境...............2

2.3条件与限制.............2

3．数据描述...................33.1静态数据...............3

3.2动态数据...............3

3.3数据库介绍.............3

3.4数据词典...............3

4．功能需求...................44.1功能描述...............4

5． 性能需求..................55.1系统处理的准确性和及时性.............5

5.2系统的开放性和系统的可扩充性................5

5.3系统的易用性和易维护性...............5

5.4系统的标准性...........5

5.5系统的先进性...........6

6． 运行需求..................6

7．其它需求...................6

第 1 页

1．引言

1.1编写目的本机票预定系统在可行性研究的基础上，是为了进一步明确机票预订系统的软件需求，以便安排项目规划和进度，组织软件开发与测试，撰写本文档。

本文档供设计人员、开发人员参考。

1.2项目背景

开发软件名称：机票预订系统

项目任务提出者：兰州理工大学软件工程学院 项目开发者：第13小组 用户：航空公司

实现软件单位：兰州理工大学软件工程学院

1.3参考资料

1.《软件工程导论》，张海藩，清华大学出版社。2.《实用软件工程》，郑人杰等，清华大学出版社。3.机票预定系统项目计划任务书。4.机票预订系统可行性研究报告。

2．任务概述

2.1目标

旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。

2.2运行环境

操作系统：Microsoft Windows 7 支持环境：IIS 5.0

数 据 库：Microsoft SQL Server 2000

2.3条件与限制

1.人力、资金、时间的约束

机票预订系统实施的目标就是要带给轮胎生产公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是企业间信息的网络交流，能提供各部门间的方便快捷的联系，并提高数据统计的即时性、准确性、方便性，给公司带来良好的效益。

2.在分析系统功能时要考虑有关证件的合法性验证。

3．数据描述

3.1静态数据

系统管理员，售票员，服务器终端显示数据，客户机终端显示数据，客户机终端显示数据。

3.2动态数据

事务航班信息的更新，查询请求。

3.3数据库介绍

数据库采用sql server。

3.4数据词典

名字：订票申请表单 描述：旅客订票时所填的资料

定义：订票申请表单=旅客姓名+旅客性别+起飞日期+飞行目的地+座位类型位置：在客户端由旅客填写 名字：航班信息

描述：所有从本地起飞的班机信息

定义：航班信息=航班号+起飞日期+飞行目的地+座位空数+商务仓票价+经济仓票价 位置：从服务器端查询后，发送到客户端 名字：帐单信息

描述：已定票的旅客信息资料

定义：帐单信息=帐单号+旅客姓名+旅客性别+旅客身份证号+工作单位

位置：在服务器端产生，发送回客户端（client端）名字：机票信息 描述：旅客所定机票

定义：机票信息=旅客姓名+旅客性别+身份证号码+航班号+起飞时间+飞行目的地+座位号

4．功能需求

4.1功能描述

5．性能需求

5.1系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。

5.2系统的开放性和系统的可扩充性

机票预订系统在开发过程中，应该充分考虑以后的可扩充性。例如企业中管理模块的加入（人事管理、工资管理、日常事务管理等）也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充为ERP系统。而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

5.3系统的易用性和易维护性

机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

5.4系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。

5.5系统的先进性

目前计算机系统的技术发展相当快，做为机票预订系统工程，应该保证系统在一段时间内是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

6．运行需求

1、服务器端子系统的运行要求：系统软件：windows 7数据库管理系统：SQL server

硬件要求：英特尔至强 2.0Ghz、1G RAM、100G HD2、客户端子系统的运行要求：系统软件： Windows 7 数据库管理系统：SQL server

硬件要求：CPU：英特尔奔腾III 1.0Ghz、256M RAM、10G以上可用空间

7．其它需求

安全保密、可维护性、可移植性