第一篇：机票预订系统需求规格说明书
机票预订系统需求规格说明书
1． 引言
1.1 编写目的本机票预定系统在可行性研究的基础上，是为了进一步明确机票预订系统的软件需求，以便安排项目规划和进度，组织软件开发与测试，撰写本文档。
本文档供项目经理、设计人员、开发人员参考。
1.2 项目背景
开发软件名称：机票预订系统
项目任务提出者：国际教育学院电子商务专业
项目开发者：无敌小分队
用户：航空公司
实现软件单位：国际教育学院电子商务专业
1.3 参考资料
《信息系统分析与设计（第三版）》邝孔武，王晓敏 编著清华大学出版社
《UML基础与Rose建模教程》蔡敏 徐慧慧 黄炳强 编著机票预订系统可行性研究报告无敌小分队
2． 任务概述
2.1 目标
当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞
机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
2.2 假定和约束
在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。
3． 需求规定
3.1 对功能的规定
1． 航空公司工作人员登录及注销
要求合法的管理员才可以登录系统，防止系统被无关人员动用，使用字符串匹配对用户名和密码进行判断。在不使用时进行注销，下次使用时需要重新登陆，由于目标客户的层次较低，建议用输入检测确保输入准确无误。
2． 机票信息输入和查询
在系统中，要求可以输入每日航班次数。可以通过航班号、目的地、起飞日期、起飞地点查询航班，输出该次航班的起飞时间和所剩票
数和票的价格等信息。
3． 订票，取票和退票
把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入
到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打
印出取票通知和帐单给旅客。，旅客在飞机起飞前一天凭取票通知和
帐单交款取票，系统对旅客有关证件合法性（如身份证、取票通知
和交款发票）等进行验证，系统核对无误即打印出机票给旅客。对
于已去机票应在未售出机票中减去。对于以下情况要求退票者，给
予50%金额退款：（1）旅客延误取票时间；（2）旅客临时更改航班
处理；（3）因私人原因需要退票。对于因特殊情况下（如天气不适
合飞机起降、飞机延误超过30分钟）等给予全额退票。对于退订机
票要在未售出机票中重新体现。
3.2 对性能的规定
为了确保系统能够稳定、安全、可靠的运行，机票预定系统应该满足一下性能要求：
3.2.1 系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。在系统设计和
开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系
统的处理能力和响应时间能够满足航空公司对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。由于机
票预定系统查询功能对于整个系统的功能和性能完成举足轻重。作
为系统的很多数据来源，机票数量和时间有影响决策活动，其准确
性很大程度上决定机票系统的成败。在系统开发过程中，必须采取
一定的方法保证系统的准确性。
3.2.2 系统的开放性和可扩展性
机票预订系统在开发过程中，应充分考虑以后的可扩充性。要
求系统提供足够的手段进行功能的调整和扩充。
3.2.3系统的易用性和易维护性
机票预订系统直接面对使用人员的，而使用人员往往对计算机
并不是非常熟悉，这就要求系统能够提供良好的用户接口，易用的人机交互界面。
3.2.4 系统的标准性
系统在设计开发使用过程中要涉及到很多计算机硬件、软件。
所有这些都要符合主流的行业标准。同时，在自主开发本系统时，要进行良好的设计工作，制定行之有效的软件工程规范，保护代码的易读性，可操作性和可移植性。
3.2.5 系统的先进性
目前计算机系统的技术发展相当快，作为机票预订系统工程，应该保证系统是先进的，在系统的生命周期尽量做到系统的先进，充分完成信息处理的要求而不至于落后。这一方面通过系统的开放
性和可扩展性，不断改善系统的功能完成。另一方面，在系统设计
和开发过程中，应在考虑成本的基础上尽量采用当前主流并先进且
有良好发展前途的产品。
3.3 输入输出要求
各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证
号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。
3.4 数据管理能力的要求
后台数据库需实时更新机票预订情况，以供航空公司随时掌握各个航班飞机的乘载情况，定期进行查询统计，以便适当调整。
3.5 故障处理
本系统能自动修复故障，保证回退，可以在固定时间对系统进行备份操作，而且本系统有日志记录记载故障原因，便于调查取证。当数据操作失败时，与之相关的一些操作可以取消。如果在操作过程中出现意外，只需要退出系统在重新登陆即可消除故障。
3.6 运行环境规定
系统软件：windows xp/vista/7
数据库管理系统：SQL SERVER 2005
硬件要求：奔四 1.6GHz512M RAM10G HD
机票预订系统需求规格说明书
第二篇：机票订票系统需求规格说明书
兰州理工大学课程设计
三、需求规格说明书
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．其它需求
安全保密、可维护性、可移植性
第三篇：机票预订管理系统
机票预订管理系统
机票预订管理系统
摘要
摘要
随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，旅游也逐渐成为普通老百姓的生活组成部分，飞机票预定查询系统在各机票预定网点中的作用也越显重要。目前，我国一些旅行社和酒店的机票预定还停留在人工处理阶段，这已经严重制约了工作效率，在计算机技术高速发展的今天，有必要引入高效的计算机系统，来协助处理机票预定工作。因此，开发一套具有完整的存储，查询，核对，打印机票功能的实时机票预定系统势在必行。
现设计一个机票预定管理系统的数据库，首先根据问题需求设计E-R模型，然后再根据E-R模型设计出相应的关系模型，对于每个关系模型的没一个关系，可以设计出相应的表格，接着分配表空间、创建视图、设计存储过程等等
关键词：机票预定管理系统 数据库 E-R模型
I 机票预订管理系统
Abstract
II 机票预订管理系统
目录
目 录
一、绪 论..........................................................................................................................1
1.1课题简介..............................................................................................................................1 1.2设计目的..............................................................................................................................1 1.3设计内容..............................................................................................................................1 1.4可行性分析..........................................................................................................................1
二、需求分析....................................................................................................................3
2.1需求分析的任务..................................................................................................................3 2.2需求分析的过程..................................................................................................................3 2.3流程图和数据字典..............................................................................................................4
三、概念结构设计............................................................................................................7
3.1概念结构设计的方法与步骤..............................................................................................7 3.2 数据抽象与局部视图设计.................................................................................................7 3.3视图的集成..........................................................................................................................9
四、逻辑结构设计..........................................................................................................11
4.1 E-R图向关系模型的转换.................................................................................................11 4.2关系模式优化.....................................................................................................................11
五、数据库物理设计......................................................................................................13
5.1表的建立............................................................................................................................13 5.2视图的建立........................................................................................................................14 5.3索引的建立........................................................................................................................15
六、数据库的实施..........................................................................................................17
6.1数据库的安排....................................................................................................................17 6.2数据库的运行....................................................................................................................18
总 结................................................................................................................................32 主要参考文献..................................................................................................................33
III 机票预定系统
机票预定系统
机票预定系统
机票预定系统
机票预定系统
机票预定系统
机票预定系统
第三章 概念结构设计
三、概念结构设计
3.1概念结构设计的方法与步骤
1.概念结构设计的方法
概念设计阶段我采用自底向上的方法，即自顶向下的进行需求分析，然后再自底向上的进行概念结构设计。对已经细化到无法再分的阶段逐步集成在一起，最终合成一个全局概念模式。
2.管理系统的概要设计：
（1）订单信息管理：管理员可以通过输入订单号进行查询、修改、删除、添加航班号、起飞地、目的地、起飞时间、姓名、性别、工作单位、身份证号码、电话号码、订票时间、订票数量。所有数据修改都应在数据文件中完成，在界面上显示出来
（2）旅客信息管理：管理员可以通过旅客的身份证号进行查询、修改、删除、添加旅客一些基本信息，如旅客姓名、身份证号、性别、电话号码、工作单位。
（3）航班信息管理：管理员可以通过输入航班号进行查询、修改、删除、添加航班号、起飞地、目的地、起飞时间。所有数据修改都应在数据文件中完成，在界面上显示出来。
（4）机票信息管理：管理员可以通过输入航班号和座位号进行添加、修改、删除和查询航班号、座位号、起飞地、目的地、起飞时间。所有数据修改都应在数据文件中完成，在界面上显示出来。
（5）退票信息管理：管理员可以通过订单号查询旅客姓名、订单号、电话号码、身份证号。所有数据修改都应在数据文件中完成，在界面上显示出来。
3.概念结构设计的步骤
第一步是进行局部视图的设计：由于高层的数据流图只能反映系统的概貌，而中层流图能较好的反映系统中各局部应用的子系统组成。因此我们先逐一的设计分E-R图。
第二步是进行视图的集成：各子系统的E-R图设计好之后，下一步就是要将所有的分E-R图合成一个系统的总E-R图。3.2 数据抽象与局部视图设计
按照图2.1机票预定管理系统总框架图，设计实体属性图以及局部E-R图
机票预定系统
第三章 概念结构设计
图3.1 订单实体属性图
Figure 3.1 booking entity attributes map
图3.2 旅客实体属性图
Figure 3.2 passenger entities attribute Figure
图3.3 航班信息实体属性图
Figure 3.3 flight information entity attributes map
图3.4 机票实体属性 机票预定系统
第三章 概念结构设计
Figure 3.4 ticket entity attributes
图3.5 退票信息实体属性图
Figure 3.5 Refund information entity attributes map
图3.6 旅客订票局部E-R图
Figure 3.6 Travelers booking local E-R diagram
3.3视图的集成
经过逐步细化再进行每两个一集成初步形成一个E-R图，最后得到图3.7总体概念结构E-R图。
机票预定系统
第三章 概念结构设计
图3.7 系统总体结构E-R Figure 3.7 system, the overall structure of the E-R
机票预定系统
第四章 逻辑结构设计
四、逻辑结构设计
4.1 E-R图向关系模型的转换
将图3.7总体概念结构E-R图转化成关系模型。
订单信息（订单号，航班号，座位号，身份证号，起飞地，目的地，起飞时间，姓名，性别，工作单位，电话号码，订票时间，订票数量）
旅客信息（身份证号,旅客姓名,电话号，性别，工作单位)航班信息（航班号，起飞地，目的地，起飞时间）机票信息（航班号，座位号，机票类型，座位信息）退票信息（订单号，身份证号，旅客姓名，电话号,）4.2关系模式优化
转化的关系模式进行优化，最终达到第三范式
1、确定数据依赖
订单信息（订单号，航班号，座位号，身份证号，起飞地，目的地，起飞时间，旅客姓名，性别，工作单位，电话号码，订票时间，订票数量，取票时间）根据这个关系写出数据依赖
订单号→航班号，订单号→座位号，订单号→身份证号，订单号→起飞地，订单号→目的地，订单号→起飞时间，订单号→旅客姓名，订单号→性别，订单号→工作单位，订单号→电话号码，订单号→订票时间，订单号→订票数量，订单号→取票时间
旅客信息（身份证号,旅客姓名,电话号，性别，工作单位)身份证号→旅客姓名，身份证号→电话号，身份证号→性别，身份证号→工作单位
航班信息（航班号，起飞地，目的地，起飞时间）航班号→起飞地，航班号→目的地，航班号→起飞时间 机票信息（航班号，座位号，机票类型，座位信息）
（座位号，航班号）→座位信息，（座位号，航班号，座位信息）→机票类型 退票信息（订单号，身份证号，旅客姓名，电话号,）订单号→旅客姓名，订单号→电话号码，订单号→身份证号
2、对各关系模式间数据依赖进行极小化处理，消除冗余
订单号→旅客姓名，订单号→电话号码，身份证号→性别 机票预定系统
第四章 逻辑结构设计
身份证号→工作单位，身份证号→取票时间，身份证号→订票时间,身份证号→航班号身份证号→座位号，身份证号→机票类型，航班号→起飞地，航班号→目的地,航班号→起飞时间，（座位号，航班号）→座位信息
3、看这些模式是否符合要求，确定是否要对某些模式进行合并或者分解
最终分解成第三范式：
（订单号，电话号码，身份证号）（订单号，旅客姓名）
（身份证号，取票时间，性别，工作单位，机票类型,订票时间）（身份证号，航班号）（身份证号，座位号）（身份证号，起飞地）（航班号，座位号，机票类型）（航班号，起飞地，目的地，起飞时间）12 机票预定系统
第五章 数据库物理设计
五、数据库物理设计
5.1表的建立
需要明确数据库需要建几张表，以及每张表包括的属性。在建立每张表的过程中，需要对表进行字段属性的设置。在机票预订管理系统中，要建立六张表，分别是：订单信息表，旅客信息表，航班信息表，机票信息表，取票通知单表，退票通知表。
表5-1 订单信息表
Table 5-1 of the booking information form
表5-2 旅客信息表
Table 5-2 passengers information table
机票预定系统
第五章 数据库物理设计
表5-3 航班信息表
Table 5-3 flight information table
表5-4 机票信息表
Table 5-4 ticket information table
表5-5 退票信息表
Table 5-5 refund information table
5.2视图的建立
视图是查看数据库的一种方式，视图提供了存储预定义的查询语句作为数据库中的对象，具备以后使用的能力。视图是一种逻辑对象，是一种虚拟表。
机票预定系统
第五章 数据库物理设计
图5-6 订单与旅客关系
Figure 5-6 order relationship with passenger
图5-7 订单、机票、航班关系 Figure 5-7orders, tickets, flights between 5.3索引的建立
索引时一个单独的，物理的数据库结构，它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据项的逻辑指针清单。
举一个例子，下面是我做的机票预订信息管理系统中 订票信息表的身份证的升序创建的一个普通索引
机票预定系统
第五章 数据库物理设计
旅客信息表的身份证的升序创建的一个普通索引
航班信息表的航班号升序的普通索引
机票信息表的订单号升序的普通索引
退票信息表的订单号升序的普通索引
机票预定系统
总结
六、数据库的实施
6.1数据库的安排
6.1.1 数据的载入
图6-1 订票信息表
Figure 6-1 of the booking information form
收录了5位旅客的航班号，起飞地，目的地，起飞时间，姓名，性别，工作单位，身份证号码，电话号码，订票时间，订票数量
图6-2 旅客信息表
Figure 6-2 passenger information sheet
收录了5位旅客的身份证号，性别，旅客姓名，电话号码，工作单位
图6-3 航班信息表
Figure 6-3 Flight Information Sheet 机票预定系统
总结
收录了5趟航班的航班号，起飞地，目的地，起飞时间
图6-4 机票信息表
Figure 6-4 ticket information table 收录了5张机票的座位号，航班号，机票类型，座位信息
图6-6 退票信息表
Figure 6-6 refund information table
收录了5位旅客的订单号，旅客姓名，电话号,身份证号
6.2数据库的运行
6.2.1 界面设计 1.管理员登录界面
验证账号密码，正确进入主菜单，如不正确则清空登录框
机票预定系统
总结
图7-1管理员登录界面
Figure 7-1 administrator login screen
2.管理员菜单
图7-2管理员菜单
Figure 7-2 Administrator menu
（1）订单信息管理
以订单信息为例，进行订票信息的添加，查询，修改和删除。
机票预定系统
总结
图7-3 订单信息管理页面
Figure 7-3 Booking Information Management page
1.订票信息的添加
点击“订单信息添加”进入订票信息添加，如图7-4，添加了一位旅客的订单信息，点“确定”
图7-4 订单信息添加页面
Figure 7-4 add the booking information page
数据库语言
USE 机票预订管理系统
INSERT into 订单信息表(订单号，身份证号,航班号,座位号, 旅客姓名,性别,工作单位,电话号码,起飞地,目的地, 起飞时间,订票时间,订票数量)机票预定系统
总结
VALUES(‘100000006’，'***006','100006','100006', '张六','男','江西景德镇','***','南昌', '景德镇','2009/12/12 0:00:00','2010/1/1 0:00:00','1')2.订票信息的查询
点击“订单信息查询”进入订票信息查询，输入旅客的身份证号，航班号，座位号，点击“确定”
图7-5 订票信息查询页面
Figure 7-5 booking information inquiries page
数据库语言
USE 机单预订管理系统 SELECT * FROM 订单信息表
WHERE 订单号=‘100000006’
机票预定系统
总结
图7-6 订单信息页面
Figure 7-6 booking information page
3.订单信息的修改
如图7-7，先输入旅客的身份证号，航班号，座位号，进入订单信息页面，修改订单信息后，点击“修改”，即可修改订单信息
图7-7 订单信息修改页面
Figure 7-7 booking information to modify the page
数据库语言
USE 机票预订管理系统 UPDATE 订单信息表 SET 订单数量='2' WHERE 身份证号='***006' 机票预定系统
总结
4．订单信息的删除
如图7-5，先输入旅客的身份证号，航班号，座位号，进入订单信息页面，然后点击“删除“
图7-8 订单信息删除页面
Figure 7-8 booking information delete a page
数据库语言
USE 机票预订管理系统 DELETE 订单信息表
WHERE 身份证号= '***006'
点击删除后，出现“是否删除订单信息？”点“是”
图7-9 确定删除订票信息页面
Figure 7-9 OK to delete the booking information page 机票预定系统
总结
（2）旅客信息管理
图7-10 旅客信息管理页面
Figure 7-10 passenger information management page
1.旅客信息的添加
图7-11 旅客信息添加页面
Figure 7-11 passenger information to add page
数据库语言
USE 机票预订管理系统
INSERT into 旅客信息表(身份证号, 旅客姓名,性别,工作单位,电话号码)VALUES('***006', '张六','男','江西景德镇','***')机票预定系统
总结
2．旅客信息的查询
图7-12 旅客信息查询页面
Figure 7-12 passenger information search page
数据库语言
USE 机票预订管理系统 SELECT * FROM 旅客信息表
WHERE 身份证号= '***006'
图7-13 旅客信息页面
Figure 7-13 passenger information page
（3）航班信息管理 机票预定系统
总结
图7-14 航班信息管理页面 Figure 7-14 Flight Information page
1.航班信息的添加
图7-15航班信息添加页面
Figure 7-15 Flight Information Add a Page
数据库语言
USE 机票预订管理系统
INSERT into 航班信息表(航班号,起飞地,目的地,起飞时间)VALUES('100006','张六','南昌','2010/1/1 1:00:00')2.航班信息的查询
机票预定系统
总结
图7-16 航班信息查询页面
Figure 7-16 Flight Information Query Page
数据库语言
USE 机票预订管理系统 SELECT * FROM 航班信息表 WHERE 航班号= '100006'
进入航班信息页面后，可以点击“订票”即可订票
图7-17 航班信息页面
Figure 7-17 Flight Information page
（4）机票信息管理
机票预定系统
总结
图7-18 机票信息管理页面 Figure 7-18 ticket information page
1． 机票信息的添加
图7-19 机票信息添加页面
Figure 7-19 ticket information Add a Page
数据库语言
USE 机票预订管理系统
INSERT into 机票信息表(航班号,座位号,座位信息,机票类型)VALUES('100006','100006','前排软座','商务舱')2.机票信息的查询
机票预定系统
总结
图7-20 机票信息查询页面 Figure 7-20 ticket query page
数据库语言
USE 机票预订管理系统 SELECT * FROM 机票信息表
WHERE 航班号= '100006'and 座位号='100006'
图7-21机票信息页面
Figure 7-21 ticket information page
（5）退票信息管理 机票预定系统
总结
图7-22 退票信息管理页面
Figure 7-22 Refund Information Management page
1.退票信息添加
图7-23 退票信息添加页面
Figure 7-23 refund information Add a Page
数据库语言
USE 机票预订管理系统
INSERT into 退票信息表(订单号,旅客姓名,电话号码,身份证号)VALUES('100000006','张六','***','***006')30 机票预定系统
总结
图7-24 退票信息查询页面 Figure 7-24 refund query page
数据库语言
USE 机票预订管理系统 SELECT * FROM 退票信息表
WHERE 订单号='100000006'
图7-25 退票信息页面
Figure 7-25 refund information page
机票预定系统
总结
总 结
通过对现行系统的需求分析，本系统数据流向基本上是合理的，并且基本上能够满足使用的要求，但是我觉得本系统还是有很多不足之处，本系统存在的主要不足包括：
（1）应该增加更多的查询方式，除了通过旅行社订票进行查询外，还可以通过网站，客户机终端自助查询。当然也需要系统设计更加全面的查询功能。例如可以根据旅客提出的终点站名输出下列信息：航班号、飞行日期，最近一天航班的日期和余票额。
（2）为了加强成本的控制，还可以考虑对已经打印出来的机票和退票时收取手续费，而未打印的不收费。
（3)增加一些必要的统计分析功能。例如考虑根据乘客量的统计，了解其变化规律，据以确定航班的增减。
本次系统设计从最开始的需求分析，可行性研究，到系统的总体设计，详细设计，界面设计一系列过程，是我明白了要做一个系统确实很难，特别是一个真正可以用的系统就更难了。在课程设计中还是碰到了不少问题，最关键的是自己最初对系统的需求分析做的不透彻，导致后面修改的工作量变大。不过在这次课程设计中，我提高了实际动手能力，也更加了解了实践的作用，所以在以后的学习中我将会加强理论与实践的结合，不断的摸索来提高自己在制作软件方面的能力。32 机票预定系统
主要参考文献
主要参考文献
1.《软件工程导论》，张海藩，清华大学出版社 2.《实用软件工程》，郑人杰等，清华大学出版社
3.《数据库设计教程》，Thomas M.Connolly, Carolyn E.Begg，机械工业出版社，2003.6 4.《数据库系统概论》第3版，萨师煊、王珊，高等教育出版社,1999
机票预定系统
主要参考文献
第四篇：仓库管理系统需求规格说明书
仓库管理系统需求规格说明书
(第十二组）
1．引言...........................................................................................................................1
1.1编写目的.............................................................................................................1 1.2项目背景.............................................................................................................1 1.3参考资料.............................................................................................................1 2．任务概述....................................................................................................................2
2.1目标......................................................................................................................................2 2.2运行环境.............................................................................................................2 2.3条件与限制..........................................................................................................2 3．数据描述....................................................................................................................3
3.1静态数据.............................................................................................................3
3.2动态数据.............................................................................................................3 3.3数据库介绍..........................................................................................................3 3.4数据词典.............................................................................................................3 3.5 E-R图.................................................................................................................3 3.6数据采集.............................................................................................................3 4．功能需求....................................................................................................................6
4.1功能划分.............................................................................................................6 4.2功能描述.............................................................................................................6 5．性能需求....................................................................................................................7
5.1数据精确度..........................................................................................................7 5.2时间特性.............................................................................................................7 5.3适应性.................................................................................................................7 6．运行需求..................................................................................................................10
6.1用户界面...........................................................................................................10
6.2硬件接口...........................................................................................................10 6.3软件接口...........................................................................................................10 6.4故障处理...........................................................................................................10 7．其它需求..................................................................................................................12
7.1正确性...............................................................................................................12 7.2可维护性...........................................................................................................12 7.3可移植性...........................................................................................................12 7.4软件的完整性....................................................................................................12 7.5软件的安全性....................................................................................................12
仓储管理系统需求规格说明书
1．引言
1.1编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了仓储管理系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期待能够获得更大范围的应用。
本文档是在调研仓库管理制度及仓库管理人员对于管理系统的需求后，为明确软件需求、安排项目规划与进度、组织软件开发与测试而撰写的。
1.2项目背景
仓储管理系统（WMS）是仓储管理信息化的具体形式，它在我国的应用还处于起步阶段。一个好的仓库管理系统将会给企业带来丰厚的经济效益和社会效益。由此，设计一个优秀的仓库管理系统就显得尤其重要。物资的储存和运输是整个物流过程中的两个关键环节，被人们称之为“物流的支柱”。在商品交换过程中，虽然物资的购、销活动决定了物资的交换关系，但若没有物资的储存和运输，物资的这种交换关系则不能最终实现。
本程序设计由计算机与信息工程学院网络工程专业09级7班第12组提出并执行。
1.3参考资料
1.张海潘
软件工程导论（第5版）清华大学出版社.2008年2月
2.C#网络应用编程（第二版）人民邮电出版社
马俊主编
3.C#程序设计及应用教程（第二版）
人民邮电出版社
马俊主编
4.网络资源
本小组所有成员皆可保证所用的一切资源均来自正规途径，不牵扯到任何法律
第 页
仓储管理系统需求规格说明书
方面的问题。
2．任务概述
2.1目标
仓储管理的内容应该包括三个部分：仓储系统的布局设计、库存最优控制、仓储作业操作。
设计并完成仓储物资管理系统，实现委托方要求的功能。“仓库信息管理系统”是一套功能强大而又操作简便，实用性的仓储管理软件，其主要包括有用户登录、仓库管理、业务查询和系统设置管理四大管理功能。系统主要的实现目标是监控整个仓库的运行情况，提供完善的任务管理计划功能，实时监控所有货物的在线运动情况，实时提供库存变化的信息，完善公司仓储情况的监制与有效利用，以提高仓库存效率，为企业适时的提供仓储信息，为企业创造更多收入与利润。
2.2运行环境
操作系统：Microsoft Windows 95/98/ME/NT_3.51/NT_4.0/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一种。
数据库名称：Microsoft SQL Server 2008。
2.3条件与限制
本系统在 Windows 环境中开发，故在Windows中运行无其它因素限制。
要求系统的操作人员应具有一定的计算机方面的知识或经过相应的培训经验，突发情况可进行操作以缓解损害情况，同时应做好对后台数据库的保密工作。
第 页
仓储管理系统需求规格说明书
3．数据描述
3.1静态数据
a.用户ID b.用户身份 c.用户密码 d.货物ID e.货物名称 f.货物所属仓库 g.仓库ID h.仓库状态 i.仓库备注信息 j.用户备注信息 k.货物备注信息
3.2动态数据
输入数据：菜单选项，查询关键字，新建记录项。
输出数据：由查询关键字确定的数据库记录集合或全部记录内部生成的数据，中间查询结果。
3.3数据库介绍
微软SQL Server 2005 SP1加入数据库镜像功能，为SQL Server 2005 Express Edition提供新管理工具，并且加强了SAP NetWeaver智能商务系统的报告反馈支持功能。
第 页
仓储管理系统需求规格说明书
3.4数据词典
第
页
仓储管理系统需求规格说明书
3.5 E-R图
性别姓名联系方式备注ID用户名密码权限联系方式普通用户交互仓库管理员交互管理系统操作员使用仓库ID用户名权限密码
编号管理员ID状态图 3.1 系统E-R图
描述：该系统中包含的用户以及属性如图3.5，其中对应关系为，普通用户与系统操作员为多对一，与仓库管理员为多对一，系统操作员与仓库为多
第 页
仓储管理系统需求规格说明书
对一，仓库管理员与仓库为一对一。
另外该系统中有一个超级管理员，负责对系统进行配置管理，对数据库进行备份，增加，删除系统操作员，仓库管理员信息等操作。系统超级管理员用例图见4.2功能划分。
3.6数据采集
系统管理员与用户通过键盘输入仓库信息及反馈信息。
4．功能需求
4.1功能划分
一个功能完善的仓库信息管理系统，必须包括以下几个主要功能：用户登录、仓库管理、业务查询、系统设置。系统总体模块图如下
第 页
仓储管理系统需求规格说明书
仓储管理系统用户登录仓库管理业务查询系统设置登录注销退出进退领退调盘货货料料拨点库存销售历史记录查询用户管理供应商管理仓库进货仓库退货仓库领料仓库退料商品调拨仓库盘点库存查询 图4.1
仓储管理系统模块图
4.2功能描述
（一）用户登录
（1）用户登录
用户可以用两种身份登录本系统：普通操作员和管理人员。不同身份的用户登录被系统授予不同的使用权限，这样提高了系统的安全性，避免了无关人员获取不在他权限范围内的信息。
（2）用户注销
用户在短时间不使用该系统时，不必退出系统，选择注销后，其他用
第 页
仓储管理系统需求规格说明书
户可以登录使用本系统。
（3）退出系统
用户在完成工作后，点击退出系统按钮可以安全的退出，以免不安全退出导致数据丢失情况的发生。
（4）超级管理员管理
图4.3
超级管理员用例图
（二）仓库管理
（1）仓库进货
仓库进货模块要求操作员输入商品号、商品名称、进货数量、单位和供应商等信息，系统自动的将当前系统时间作为进货时间更新到数据库，并且统计进货金额，该操作完成后，仓库相应货物的数量为原货物数量和进货数量的总和，并更新数据库。
（2）仓库退货
仓库退货模块要求操作员输入退货商品号、退货数量、单位和供应商，系统自动的将当前系统时间作为退货时间更新到数据库，并且统计退货金额，该操作完成后，相应货物的数量为原货物数量除去退货的数量，并更新数据库。
（3）仓库领料
仓库领料模块要求操作员输入领取商品号、领取数量、领料人等，系统自动的将当前系统时间作为领料时间更新到数据库，并且统计总领料数
第 页
仓储管理系统需求规格说明书
量。该操作完成后，相应货物的数量为原货物数量减领料的数量并更新数据库。
（4）仓库退料
仓库退料模块要求操作员输入退料商品号、退料数量、退料人等，系统自动的将当前系统时间作为退料时间更新到数据库，并且统计总退料数量。该操作完成后，相应货物的数量为原货物数量加退料的数量，并更新数据库。
（5）商品调拨
商品调拨模块要求操作员输入调拨商品号、调拨数量、调拨人等，系统自动的将当前系统时间作为调拨时间更新到数据库，并且统计总调拨数量。
（6）仓库盘点
商品盘点模块要求用户（管理员）输入某商品号，该商品实际数量（增加或删除），系统会自动的将当前系统时间作为盘点时间更新到数据库，并且统计总盘点过程中修改的数量。
（三）业务查询
业务查询模块图
（1）库存查询
第 页
仓储管理系统需求规格说明书
用户可以查询所有的商品的库存，也可以输入某件商品的ID号从而得到该商品的库存量。
（2）销售查询
用户（管理员）给出某个时间段，系统就根据库中的资料给出该段时间中所有商品的销售情况。
（3）仓库历史记录查询
用户可以查询的类型包括：仓库进货、仓库退货、仓库领料、仓库退料、商品调拨、仓库盘点，用户选择查询的类型后，再输入需要查询的时间，系统返回历史操作记录。
（四）系统设置（1）供应商管理
用户可以增加新的供应商，需要输入供应商的一些信息，包括：供应商号、名称、联系人、联系电话、传真、地址和邮政编码。用户也可以对已经存在的供应商信息进行查询和修改。
管理员可以增加、删除、修改和查询用户。
5．性能需求
5.1数据精确度
由于采用数据库技术并且用户的应用领域对数据精度的要求不是太高，所以这点在系统中表现的比较少，都是用户数据的安全性和准确性是完全保证的，所以对用户的使用没有多大的障碍。
5.2时间特性
本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的、而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的叫让用户满意。无论是客户还是管理员，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。系统应能检测出各种非正常情况，如与设备的通信中断，无法连接数据库服务等，避免出现长时间等待甚至无响应。
第 页
仓储管理系统需求规格说明书
5.3适应性
本系统实在Windows环境中开发的，所以只要是兼容Windows的软件或操作系统，该软件都可以正确运行，有较好的适应能力与兼容性。而且本系统简单易懂，容易上手，界面明了，便于操作。本系统是比较大众模式的仓储管理模式，便于移植到其他部门或公司，具有良好的适应性。
6．运行需求
6.1用户界面
采用Web网页的形式，具有良好的交互界面。有一个主页，可以链接其他页面。用户根据自己权限在各个页面进行操作。
要求大致如下：
1.页面内容：主题突出，站点定义、术语和行文格式同意、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、意识。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。
2.导航结构：页面具有明确的导航只是，且便于理解，方面用户使用。3.技术环境：页面大小合适，能用各种常用浏览器以不同的分辨率浏览；无错误链接和空链接；采用css处理，控制字体大小和面板布局。
4.艺术风格：界面、版面形象清新岳母、布局合理，字号大小
十一、字体选择合理，前后一致，美观大方，动与静搭配适当，动静效果好；色彩和谐自然，与主题内容相协调。
6.2硬件接口
数据库服务器应配备大容量硬盘，以免当大规模公司使用时反应速度减慢等问题出现。
6.3软件接口
系统保持与操作系统的接口，保持与数据库软件Microsoft SQL Server的接口，考虑到文档处理的需要有可能包括与常用办公软件接口。
第 页
仓储管理系统需求规格说明书
6.4故障处理
考虑到软件的范围不大，所以故障处理一般有操作系统完成，系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。
考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能。
7．其它需求
7.1正确性
要求发布的软件能够满足用户需求，实现各个功能，并且在运行过程中不出现严重错误。
7.2可维护性
要求本软件拥有良好的可维护性，以满足用户不断增长的需求以及日后的BUG修复工作。
7.3可移植性
该系统采用B/S开发模式，所以可以在多种平台上很好的运行，所以该系统具有良好的移植性。
7.4软件的完整性
最终将该系统制作成部署文件以保证系统的完整行。
7.5软件的安全性
要求提供身份验证，只允许通过身份验证的用户使用本软件。并且通过验证可以确认用户身份，即确认用户是否为系统管理员，只有系统管理员才可以对软件进行数据的添加、删除和修改操作，而普通用户只能进行浏览数据等基本操作。
第 页
第五篇：网上购物系统需求规格说明书
网上购物系统 需求规格说明书
兰州城市学院
信息工程学院111本
杨大鑫，王稼宇，王艺森
2014年3月31日
目录
1.引言...............................................................................................................................................3
1.1编写目的.............................................................................................................................3 1.2项目背景.............................................................................................................................3 1.3范围.....................................................................................................................................3 1.4参考资料.............................................................................................................................3 2.系统定义........................................................................................................................................4
2.1项目来源及背景.................................................................................................................4 2.2用户特点.............................................................................................................................4 2.3项目目标.............................................................................................................................4 3.应用环境........................................................................................................................................4
3.1系统运行的网络环境.........................................................................................................5 3.2系统运行的硬件环境.........................................................................................................5 3.3系统运行软件环境.............................................................................................................6 4.功能规格........................................................................................................................................6
4.1角色定义.............................................................................................................................6
4.1.1购物者......................................................................................................................7 4.1.2管理者......................................................................................................................7 4.1.3数据库......................................................................................................................7 4.2系统主用例图.....................................................................................................................7 4.3客户端子系统.....................................................................................................................8
4.3.1登陆........................................................................................................................10 4.3.2浏览、选择商品....................................................................................................10 4.3.3放入购物车............................................................................................................10 4.3.4确认收货人信息或修改收货人信息....................................................................11 4.3.5选择支付方式........................................................................................................11 4.4管理端子系统...................................................................................................................11
4.4.1登陆........................................................................................................................12 4.4.2订单管理................................................................................................................13 4.4.3商品管理................................................................................................................13 4.4.4用户管理................................................................................................................13
5.性能需求......................................................................................................................................14
5.1界面需求...........................................................................................................................14 5.2响应时间需求...................................................................................................................14 5.3可靠性需求.......................................................................................................................14 5.4开放性要求.......................................................................................................................14 5.5可扩展性需求...................................................................................................................15 5.6系统安全性需求...............................................................................................................15
1.引言
1.1编写目的
该文档是关于用户对于网上购物系统的功能和性能的要求，重点描述了网上购物系统的功能需求，是概要设计阶段的重要输入。
本文档的预期读者是：
·设计人员； ·开发人员； ·项目管理人员； ·测试人员； ·用户。
1.2项目背景
软件名称：网上购物系统
开发单位：兰州城市学院信息工程学院111本 项目成员：杨大鑫（28号）；王稼宇（18号）；王艺森(23号)用户：兰州城市学院学生
1.3范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。
1.4参考资料
软件工程案例分析教程（软件项目开发实例）
韩万江、姜立新等编著
——机械工业出版社 软件工程导论（第五版）
张海藩编著
——清华大学出版社
2.系统定义
2.1项目来源及背景
随着Internet国际互联网的发展，越来越多的企业开始建造自己的网站。基于Internet的信息服务，商务服务已经成为现代企业一项不可缺少的内容。很多企业都已不满足于建立一个简单的仅仅能够发布信息的静态网站。现代企业需要的是一个功能强大的，能提供完善的电子商务服务的动态商务网站。
本系统是一个中小型的电子商务系统----网上购物系统，可以为各类用户提供方便的在线购物环境，符合目前国内流行的电子商务模式。用户可以在系统中实现注册、浏览商品、搜索查询商品、下定单、处理定单等功能；管理员可以通过用户管理、定单管理、商品管理、评论管理等管理功能来对系统进行维护更新。
2.2用户特点
本系统的用户都是网上用户，包括两类，一类是购物者，他们的差异比较大，学历有高有低，年龄有老有幼。另外一类用户是管理者，负责物品的上架下架及网站的日常维护。
2.3项目目标
本项目设定的目标如下：
·系统能够提供友好的用户界面，使操作人员的工作量最大限度地减少； ·系统具有良好的运行效率，能够达到提高生产率的目的；
·系统应具有良好的可扩充性，可以容易地加入其他系统的应用；
·平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化； ·通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力。
3.应用环境
根据用户的需求陈述，可以确定本项目分为客户端和管理端。客户端为购物者服务，有注册，登陆，选择要购买的商品放入购物车，确认订购等功能。管理端为管理员服务，有添加商品，修改商品，管理商品评论等功能。
客户端流程图分别如图A-1所示。
浏览网页选择要购买商品放入购物车去收银台是否注册是登陆确定收货人信息或修改收货人信息否继续购物注册支付成功选择支付方式图A-1
确认订购
3.1系统运行的网络环境
无论是客户端的购物者还是管理端的管理者都可以通过网络登录到本系统中。购物者通过网络浏览商品信息，提交商品订单，支付货款等，管理者通过网络发布商品信息，根据订单发货等。
3.2系统运行的硬件环境
本系统的硬件环境如下： 客户机：普通PC ·CPU：P4 1.8GHz以上 ·内存：256MB以上
·能够运行IE5.0以上或者Netscape4.0以上版本的机器
·分辨率：推荐使用1024×768像素 Web服务器
·CPU：P42.0GHz ·内存：1GB以上 ·硬盘：80GB以上 ·网卡：KMb/s速度 数据库服务器
·CPU：P42.0GHz ·内存：1GB以上 ·硬盘：80GB以上
3.3系统运行软件环境
本系统的软件环境如下：
·操作系统：Windows2000或以上版本 ·数据库：SQL Server 2005 ·Web服务器：IIS5.0以上
·开发工具：Microsoft Visual Studio 2005 ·浏览器：IE5.0以上
4.功能规格
我们采用面向对象分析作为主要的系统建模方法，使用UML作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。
用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，改模型将来可以派生出动态对象模型。
设计用例时，我们遵循下列步骤：
1）识别出系统的角色。角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁。尽可能地确保所有角色都被完全识别出来。
2）描述主要的用例。可以采取不断地问自己“这个角色究竟想通过系统做什么？”来准确地描述用例。
3）重新审视每个用例，为它们下个详尽的定义。
4.1角色定义
角色或者执行者指与系统产生交互的外部用户或者外部系统。
4.1.1购物者
购物者是指在这个网上购物系统中通过客户端提交商品订单的人员，这个角色主要参与客户端的浏览商品，订购商品等功能。
4.1.2管理者
管理者是指在这个网上购物系统中通过管理端管理商品信息的人员，这个角色主要参与管理端的添加商品，修改商品等功能。
4.1.3数据库
数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除和修改等操作。
4.2系统主用例图
网上购物系统可以分为两个主要的组成部分，一个是客户端子系统，一个是管理端子系统。客户端子系统功能主要是指购物者通过登录购物网站进行操作的功能，即购物功能。管理端子系统功能主要是指管理者通过登录购物网站后台对商品进行操作的功能，即管理功能。系统的主用例图如图A-2所示。
购物者客户端子系统管理者管理端子系统
图A-2
4.3客户端子系统
购买者通过网上购物系统浏览商品，登陆系统，将想要购买的商品放入购物车，选好商品后去收银台，填写并确认收货人信息，选择支付方式，提交订单，完成商品的订购。它的活动图如图A-3所示。
购买者浏览、选择商品放入购物车登陆确认收货人信息或修改收货人信息选择支付方式确认订购
客户端的用例图如图A-4所示。
登陆浏览、选择商品放入购物车购买者确认收货人信息或修改收货人信息选择支付方式
图A-4
客户端的这些用例描述如下：
F-C-1：登陆。购买者在购买商品之前必须登陆到网站，如果没有注册将不能使用网站的购买功能。
F-C-2：浏览、选择商品。购买者打开购物网站可以看到各种商品信息，当点击某一商品时就会有相应的介绍该商品的页面，描述商品的具体信息，如类型、质地、价格、所在地区等。
F-C-3：放入购物车。购买者在选中一个商品后就可以将此商品放入购物车，购物车显示商品的名称、单价、数量、商品总价等信息。
F-C-4：确认收货人信息或修改收货人信息。购买者需要确认收货人信息准确无误，这是所购买的商品正确到货的重要前提。
F-C-5：选择支付方式。购买者可以选择使用网上银行、使用邮局汇款等方式进行支付。
4.3.1登陆
只有登陆之后购买者才能完成商品的购买。没有登陆系统的用户只能浏览、选择商品或将商品加入购物车，要填写收货人信息或者支付货款、提交订单都需要登陆系统。如果用户没有注册则进行注册，之后方可登陆。
用例描述：登陆；
执行者：购买者；
前置条件：用户通过浏览器打开网上购物系统；
后置条件：登陆后可以进行商品付款、订购操作。
基本路径：
a）购买者打开网上购物系统；
b）在登陆框中输入用户名和密码，点击确定即可登录系统。
4.3.2浏览、选择商品
购买者通过网站浏览商品信息，选择所要购买的商品。
用例描述：浏览、选择商品；
执行者：购买者；
前置条件：用户通过浏览器打开网上购物系统；
后置条件：用户可将选中的商品加入购物车。
基本路径：
a）购买者打开网上购物系统，网站显示各种商品的信息；
b）点击想要购买的商品，将显示商品的详细信息，如类型、质地、价格、所在地区等。
4.3.3放入购物车
购买者可以将选中的商品放入购物车，然后继续选择下一个商品。购物车用来保存用户所选择的商品信息。
用例描述：放入购物车； 执行者：购买者；
前置条件：购买者已经有选择的商品；
后置条件：放入购物车的商品可以付款订购。基本路径：
a）购买者将选择的商品加入到购物车； b）继续挑选商品或者进入收银台结账。
4.3.4确认收货人信息或修改收货人信息
购买者进入收银台之后需填写收货人信息并确认，保证收货地址的正确。
用例描述：确认收货人信息或修改收货人信息；
执行者：购买者；
前置条件：购买者已有选择的商品并需要购买；
后置条件：确认收货人信息或修改收货人信息之后可以选择货款的支付方式等进一步操作。
基本路径：
a）进入收银台页面，将提示用户填写收货人信息，需确保地址的准确性以保证正确到货。
b）可以保持以前填写的收货人信息，也可以填写新的收货人信息。
4.3.5选择支付方式
购买者可以选择邮局汇款或者网上银行支付的方式支付货款。
用例描述：选择支付方式；
执行者：购买者；
前置条件：购买者已经确认收货人信息；
后置条件：选择支付方式后可以进行订单确认并提交以完成商品的订购。
基本路径：
a）购买者进入支付方式选择页面，将看到两种支付方式，一种是邮局汇款，一种是网上银行支付。
b）选择一种支付方式并确定。
4.4管理端子系统
系统管理员登陆到管理端子系统进行订单管理，商品管理以及用户管理。管理端的用例图如图A-5所示。
登陆订单管理商品管理管理者用户管理
图A-5
管理端的这些用例描述如下：
F-M-1：登陆。管理者只有登录之后才能执行其管理功能。F-M-2：订单管理。管理者可以查看客户订单并管理订单。F-M-3：商品管理。对商品进行添加，修改，删除等操作。F-M-4：用户管理。管理购买者的账号及其相关信息。
4.4.1登陆
管理者以系统管理员的身份登录到管理端，登陆后才具有相应的管理权限。用例描述：登陆 执行者：管理者；
前置条件：管理员通过浏览器打开网上购物系统；
后置条件：登陆管理端之后可以进行订单、商品及用户的管理。基本路径： a）管理者打开网上购物系统；
b）在登陆框中输入用户名和密码，点击确定即可登录系统。
4.4.2订单管理
进入订单管理页面管理员可以查看购买者提供的订单，并根据订单信息发货，同时可以对订单进行统计，也可以销毁已完成交易的订单。
用例描述：订单管理；
执行者：管理者；
前置条件：管理者已经登录系统；
后置条件：整理后的订单信息将记录到数据库中。
基本路径：
a）进入订单管理界面，可以查看各个用户提交的订单信息，根据订单信息发送货物。
b）可以对订单进行统计操作，统计不同用户的订单数，统计所有用户的订单总数，可以根据时间进行统计，也可根据订购商品类型进行统计。
c）可以重新对订单进行分类排序，可以销毁已经完成交易的订单，以便释放资源继续使用。
4.4.3商品管理
管理者可以对商品进行添加、修改和删除等操作。用例描述：商品管理； 执行者：管理者；
前置条件：管理者已登录到系统；
后置条件：整理后的商品信息将记录到数据库中。基本路径：
a）进入商品管理页面，可以选择添加、修改或删除操作。
b）可以添加商品分类，并在该分类下添加各种相应类型的商品信息； c）可以修改一个商品分类或者修改其下的商品信息； d）可以删除一个商品分类或者其下的商品信息；
e）商品信息包括商品的类型、质地、价格、所在地区等详细说明。
4.4.4用户管理
管理者可以对用户账户进行管理。用例描述：用户管理； 执行者：管理者；
前置条件：管理者已登录到系统；
后置条件：整理后的用户信息将记录到数据库中。基本路径：
a）进入用户管理界面，可以查看所有用户的信息；
b）对于长期不活动的用户可以销毁其注册账户以释放系统资源。c）对于行为造成不良后果的不法用户可以冻结其账户。
5.性能需求
根据用户对本系统的要求，确定系统在响应时间、可靠性、安全性等方面有较高的性能要求。
5.1界面需求
系统的界面要求如下。
1）页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。
2）导航结构：页面具有明确的导航指标，且便于理解，方便用户使用。3）技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接，采用CSS处理，控制字体大小和版面布局。
4）艺术风格：界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当，动静效果好；色彩和谐自然，与主题内容相协调。
5.2响应时间需求
无论是客户端还是管理端，当用户登录，进行任何操作的时候，系统应该及时地进行反应，反应时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。
5.3可靠性需求
系统应保证7×24小时内不宕机，保证20人可以同时在客户端登录，此时系统能正常运行，正确提示相关内容。
5.4开放性要求
系统应具有较强的灵活性，以适应将来功能扩展的需求。
5.5可扩展性需求
系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。
5.6系统安全性需求
系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失、破坏。防止用户非法获取网页以及内容。
点击咨询 