影城票务系统概要设计.doc

影城票务系统概要设计.doc

《影城票务系统概要设计.doc》由会员分享，可在线阅读，更多相关《影城票务系统概要设计.doc（9页珍藏版）》请在冰豆网上搜索。

1引言 2

1.1编写目的 2

1.2背景 2

1.3定义 2

1.4参考资料 3

2总体设计 3

2.1需求规定 3

2.2运行环境 3

2.3基本设计概念和处理流程 3

2.4结构 5

2.5人工处理过程 8

2.6尚未解决的问题 8

3接口设计 8

3.1用户接口 8

3.2外部接口 8

3.3内部接口 9

4运行设计 9

4.1运行模块组合 9

4.2运行控制 9

4.3运行时间 9

5系统数据结构设计 10

5.1逻辑结构设计要点 10

5.2物理结构设计要点 10

5.3数据结构与程序的关系 10

6系统出错处理设计 10

6.1出错信息 10

6.2补救措施 11

6.3系统维护设计 11

概要设计说明书

1引言

1.1编写目的

在本票务管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对影院的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。

本阶段已在系统的需求分析的基础上，对票务管理系统做概要设计。

主要解决了实现该系统需求的程序模块设计问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。

在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。

在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。

1.2背景

本项目（影城票务管理系统）时由中北大学委托，由徐瑨、薛业宏。

刘洋、李葳辰、贺松松负责开发。

影城票务管理系统将由两部分组成：

置于网上的前台客户程序，以及置于影院的数据库服务器。

本系统与其他系统的关系如下：

1.3定义

SQLSERVER:

系统服务器所使用的数据库管理系统（DBMS）。

SQL:

一种用于访问查询数据库的语言

事务流：

数据进入模块后可能有多种路径进行处理。

主键：

数据库表中的关键域。

值互不相同。

外部主键：

数据库表中与其他表主键关联的域。

ROLLBACK:

数据库的错误恢复机制。

1.4参考资料

[1]炎士涛，陈文臣，胡荷芬《ASP.NET项目开发案例精粹》电子工业出版社，2008普通高等教育“十一五”国家级规划教材。

[2]张海潘。

《软件工程》。

人民邮电出版社，21世纪高等学校计算机规划教材。

[3]吴志祥、李光敏、郑军红《高级Web程序设计——ASP.NET网站开发》科学出版社,2013版

[4]刘西杰、柳林《HTML、CSS、JavaScript网页制作从入门到精通》人民邮电出版社,2013版

2总体设计

2.1需求规定

本系统（影城票务管理系统）为便于用户在网络自行定票，客户端把预定影票的用户信息，包括姓名、性别、卡号、身份证号码、观影时间、所看影片录入系统数据库。

系统经过查询影院的数据服务器后，为用户安排座位，打印影票。

用户在影片开始前15分钟凭卡号和身份证取票，系统校对无误后即印出影票给用户。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。

并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。

2.2运行环境

硬件环境：

常规PC机。

支持环境：

IE6.0及以上版本。

2.3基本设计概念和处理流程

2.3.1基本设计概念

本系统采用结构化的设计方法设计，采用时下流行的B/S体系两层结构搭建。

前台使用HTML语言编写，后台使用ADO.NET以及C#语言编写。

相应图像采用MicrosoftVisio2013和RationalRose2003绘制。

2.3.2处理流程

下面将使用（结构化设计）面向数据流的方法对影城票务管理系统的处理流程进行分析。

系统可分为两大部分：

一、前台程序，二、后台程序。

以下将对系统的这两大部分进行流程分析：

2.3.2.1前台流程

前台就是用户操作界面，其流程如图2.1

图2.1

2.3.2.2后台流程

后台就是管理员对账户和影片的管理，其流程分别如图2.2和图2.3

图2.2

图2.3

2.4结构

下面以结构图（如图2.4）来描述影城系统的软件总体结构。

框内注明了模块的名字；方框之间的直线表示模块的调用关系。

图2.4

2.5人工处理过程

影片的更新必须靠管理员对数据库进行数据修改才可以，每天的片场座位表也是一样的。

2.6尚未解决的问题

影票的打印目前只能由影院来执行，因为考虑到可能会有伪造影票的出现，所以用户在预定了相应影片后需要到影院凭会员卡号（即身份证号）领票。

3接口设计

3.1用户接口

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。

在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。

外观上也要做到合理化，考虑到用户多对WINDOWS风格较熟悉，应尽量向这一方向靠拢。

在设计语言上，已决定使用MSVISUALC#进行编程，在界面上可使用HTML所提供的可视化组件，向WINDOWS风格靠近。

其中服务器程序界面要做到操作简单，易于管理。

在设计上采用下拉式菜单方式，在出错显示上可调用VISUALC#库中的错误提示函数。

总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用

3.2外部接口

3．2．1软件接口

服务器程序可使用VISUALC#提供的对SQLSERVER的接口，进行对数据库的所有访问。

服务器程序上可使用SQLSERVER的对数据库的备分命令，以做到对数据的保存。

在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。

3．2．2硬件接口

在输入方面，对于键盘、鼠标的输入，可用VISUALC#的标准输入/输出，对输入进行处理。

在输出方面，打印机的连接及使用，也可用VISUALC#的标准输入/输出对其进行处理。

在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。

3.3内部接口

内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。

具体参数的结构将在下面数据结构设计的内容中说明。

接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。

4运行设计

4.1运行模块组合

前台客户程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。

在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。

接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。

服务器程序的接收网络数据模块必须始终处于活动状态。

接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回前台客户程序。

4.2运行控制

运行控制将严格按照各模块间函数调用关系来实现。

在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。

在网络传输方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。

服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回前台客户程序，并等待确认。

4.3运行时间

在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。

网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。

所以将采用高速ATM网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。

其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，建议使用性能较强的处理器。

硬件对本系统的速度影响将会大于软件的影响。

5系统数据结构设计

5.1逻辑结构设计要点

DBMS的使用上系统将采用SQLSERVER,系统主要需要维护4张数据表：

1.电影信息表

2.影院房间表

3.影院座位表

4.电影预定表

5.2物理结构设计要点

本系统初步估计需要用到9张表，具体表项将在详细设计中给出。

1.管理员表

2.员工表

3.用户表

4.电影信息表

5.电影安排表

6.影院房间表

7.影院座位表

8.电影预定表

9.电影票销售情况表

5.3数据结构与程序的关系

服务器程序在对定票/领票进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：

在定票/领票过程中都需要对数据库中的所有表，进行联合查询、修改。

物理数据结构主要用于各模块之间函数的信息传递。

接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。

出错信息将送入显示模块中，影票结构，帐单结构，送入打印准备模块中准备打印格式。

6系统出错处理设计

6.1出错信息

程序在运行时主要会出现两种错误：

1、由于输入信息，或无法满足要求时产生的错误，称为软错误。

对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。

2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。

对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。

返回输入阶段。

出错信息必须给出相应的出错原因，例：

《本片片场座位已满！

》

《账户余额不足!

》等。

6.2补救措施

所有的服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。

若真断电时，前台客户程序上将不会有太大的影响，主要是服务器上：

在断电后恢复过程可采用SQLSERVER的日志文件，对其进行ROLLBACK处理，对数据进行恢复。

在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。

在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。

6.3系统维护设计

维护方面主要为对服务器上的数据库数据进行维护。

可使用SQLSERVER的数据库维护功能机制。

例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。