四概要设计说明书Word格式.docx
《四概要设计说明书Word格式.docx》由会员分享,可在线阅读,更多相关《四概要设计说明书Word格式.docx(25页珍藏版)》请在冰豆网上搜索。
5.数据结构设计17
5.1逻辑结构设计17
5.2物理结构设计19
5.3数据结构与程序的关系20
6.运行设计21
6.1运行模块的组合21
6.2运行控制22
6.3运行时间22
7.出错处理设计22
7.1出错输出信息22
7.2出错处理对策23
8.安全保密设计23
9.维护设计24
1.引言
1.1编写目的
该阶段开发正式进入软件的实际开发阶段,本阶段完成系统的概要设计并明确数据结构与软件体系结构。
主要是把一个软件需求转化为软件表示的过程。
本文档的目的旨在推动软件工程的规范化,使设计人员遵循统一的概要设计书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设计资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级等。
为这个项目以后的扩展和其他功能开发人员提供背景资料和参考。
完成:
1.将系统划分成物理元素,即程序、文件、数据库、文档等。
2.设计软件结构,即将需求规格转换为体系结构,划分出程序的基本模块组成,确定模块的相互关系,并确定数据结构与算法。
读者对象:
程序员、测试员、项目总监。
1.2项目背景
火车票出售管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。
本项目适用于Windows操作系统,使用SQLServer2005数据库,利用JAVA开发语言开发系统。
委托单位:
呼和浩特火车站
开发单位:
内蒙古工业大学软件工程
主管部门:
内蒙古工业大学计算机系
项目开发者:
周伟,马星,张玲燕,苗欣宇
用户:
产品的所有权:
项目的任务提出者:
内蒙古工业大学信息工程学院软件工程课程设计提出
实现软件的单位:
内蒙古工业大学信息工程学院软件08-2
1.3定义
1.Windows:
微软公司推出的视窗电脑操作系统名为windows,随着电脑硬件和软件系统的不断升级,微软的windows操作系统也在不断升级,从16位、32位到64位操作系统。
从最初的windows1.0到大家熟知的windows95、NT、97、98、2000、Me、XP、Server、Vista,Windows7各种版本的持续更新。
2.SQLServer:
SQLServer是一个关系数据库管理系统。
它最初是由MicrosoftSybase和Ashton-Tate三家公司共同开发的,于1988年推出了第一个OS/2版本。
SQLServer2005引进了一套集成的管理工具和管理应用编程接口(APIs),以提供易用性、可管理性、及对大型SQLServer配置的支持。
SQLServer2005旨在通过数据库加密、更加安全的默认设置、加强的密码政策和细化许可控制、及加强的安全模型等特性,为企业数据提供最高级别的安全性。
3.总体结构:
软件系统的总体逻辑结构。
为—树形的功能模块结构图。
4.外部接口:
本软件系统与其他软件系统之间的接口,接口设施可以是中间件。
接口描述包括:
传输方式、带宽、数据结构、传输频率、传输量、传输协议。
5.数据结构:
数据结构包括:
数据库表的结构、其他数据结构等。
6.内部接口:
软件系统内部各子系统之间、各部件之间、各模板之间的接口,叫做内部接口。
调用方式、入口信息、出口信息等。
7.模块:
具有功能独立、能被调用的信息单元叫做模块。
8.带宽:
指数字系统中数据的传输速率,其表示单位为比特/秒(bit/S)或波特/秒(Baud/S)。
带宽越大,表示单位时间内的数字信息流量也越大;
反之,则越小。
9.MIS:
信息管理系统(——ManagementInformationSystem),是一个由人、计算机及其他外围设备等组成的能进行信息的收集、传递、存贮、加工、维护和使用的系统。
1.4参考资料
[1]刘利民、田宝军.《软件工程综合设计指导书》.2011
[2]1GB8567-88.软件设计文档国家标准——概要设计说明书
[3]车站售票管理系统——项目开发计划书
[4]车站售票管理系统——可行性分析报告
[5]车站售票管理系统——需求规格说明书
[6]吴建、郑潮、汪杰.《UML基础与Rose建模案例》.人民邮电出版社
[7]张海藩.《软件工程导论》(第五版).北京清华大学出版社.2003
[8]王珊、萨诗煊.《数据库系统概论》.高等教育出版社
2.任务概述
2.1目标
以需求规格说明书为基础,分析该系统的各种设计方案和定义软件体系结构,为设计实现提供可行的依据。
包括以下内容:
1.制定规范:
代码体系、接口规约、命名规则。
2.每一层次的模块结构。
3.相关模块间的接口,即模块间传递信息的内容、方式和协议。
4.确定各模块在计算机网络环境下的物理分布。
5.确定系统的数据库结构。
6.确定本软件系统与其他外围系统接口。
7.确定模块与系统功能间的关系。
8.确定模块与数据库表间的关系。
9.考虑可靠性、安全性、灵活性、性能约束等方面的设计。
10.要确定用户界面的设计风格。
11.主要算法设计。
12.异常处理设计。
2.2运行环境
该软件系统的运行环境:
硬件平台:
工作站及服务器的最低配置要求:
服务器网卡采用了intel82571GB主芯片,拥有两个RJ45网线接口,4对5类UTP传输介质,传输速率达到10/100/1000Mbps,兼容全双工和半双工,并且支持远程唤醒功能。
具有IntelPentiumIII600MHz(或同等性能的兼容处理器)或速度更快处理器(建议使用1GHz或速度更快的处理器。
)的计算机最低192MB的RAM(建议使用512MB或更高的RAM。
)100MB的可用硬盘空间
软件平台:
服务器操作系统及数据库管理系统:
WindowsXP或Windows2007及其以上系统
客户端的操作系统:
Windows2000以上系统即可
网络平台:
通信协议:
TCP/IP协议
通信带宽:
80kB/s以上
2.3需求概述
功能需求:
1、查询功能
(1)时刻表查询
(2)站点查询
(3)票价查询
(4)车次查询
(5)票数查询
2、售票功能
(1)订票功能
(2)普通人售票
(3)特殊人售票
3、退票功能
(1)退票
(2)改签
4、统计功能
(1)按车次统计
(2)按日期统计
(3)按客流方向统计
5、修该功能
(1)票价修改
(2)车次变动
(3)站点修改
(4)停车时间修改
(5)时刻表修改
6、维护功能
(1)数据备份功能
(2)数据保密性
性能需求:
1、可支持36名售票员同时使用。
2、一次处理任务时间不得超过5秒。
2、支持本车站各售票窗口信息同步显示。
3、可根据铁道部相关信息修改数据库信息。
4、本系统不连接外网,可防止信息泄露,数据库的恢复功能可防止有可能的突发情况。
2.4条件与限制
条件:
1.开发所需硬件设施可以达到。
2.使用传统以太网,以太网协议:
IEEE802.3标准中提供了以太帧结构。
当前以太网支持光纤和双绞线媒体支持下的四种传输速率:
10Mbps–10Base-TEthernet(802.3)
100Mbps–FastEthernet(802.3u)
1000Mbps–GigabitEthernet(802.3z))
10GigabitEthernet–IEEE802.3ae
3.运行环境windows2000及以上的操作系统。
4.开发人员数量和质量可以达到。
限制:
1.设计开发工作依赖前期需求的稳定;
2.对功能模块的设计依赖用户对系统的需求。
3.对车量信息的输入要参照中国铁道部的相关规定。
3.总体设计
3.1处理流程
售票活动图:
图4.1售票活动图
退票活动图:
图4.2退票活动图
修改活动图:
图4.3修改活动图
查询活动图:
图4.4查询活动图
统计模块活动图:
图4.5统计活动图
3.2总体结构和模块外部设计
总体功能层次图
图4.6功能层次图
本系统是针对火车站售票管理系统开发的,主要包括售票模块、查询模块、退票模块、修改模块、统计模块、系统维护6个模块。
1.查询模块供旅客和售票员查询有关信息,可根据车次、列车时刻、票价、剩余票数、站点查询。
查询信息可供售票员售票。
2.修改模块供系统管理员管理车次信息,根据中国铁道部的相关规定即使更改铁路信息。
修改信息后数据改变查询模块所查询的数据也随之发生变化。
3.统计模块供售票员使用,列车管理人员可以根据统计结果进行客流的流向分析出行人数分析及节假日出行高峰分析等,将统计结果上报铁道部便于铁路信息的即使更改。
可间接影响查询模块。
4.退票模块包括退票和改签,修改数据库后可供查询模块和售票模块使用数据
5.售票模块供售票员为旅客售票包括订票和普通售票特殊售票,根据旅客的各种需求(如车次、发车日期时间、车厢类型、学生票、军人票等车票类型)选择用户所需要的车次,然后结算并打印车票给旅客。
订票是乘客根据自己的需求通过网络、电话等途径提前预定车票。
售票后修改数据库中信息查询信息会改变(票数减少)。
6.系统维护管理:
管理员添加或者删除用户,授予相应的权限。
同时维护数据库。
3.3功能分配
本系统是针对火车站售票管理系统开发的,主要包括售票模块、查询模块、退票模块、修改模块、统计模块、系统维护6个模块,其功能如下:
1.查询功能:
分为车次查询、列车时刻查询、票价查询、剩余票查询、站点查询。
通过车次查询来了解列车经过的站点及列车发车时间等信息。
时刻表查询可以查看每一车次在每个站点的发车时间到站时间。
票价查询可以按需求查询每个车次的票价。
余票查询可以查看所有车次的剩余票数。
2.退票功能:
处理购票者因某种情况而需要退票时购票者在发车前或发车后两个小时之内到车站指定的退票窗口进行退票,此外车站退票点还需扣除20%手续费。
3.售票功能:
根据旅客的各种需求(如车次、发车日期时间、车厢类型、学生票、军人票等车票类型)选择用户所需要的车次,然后结算并打印车票给旅客。
乘客根据自己的需求通过网络、电话等途径提前预定车票。
4.修改功能:
包括车次修改、票价修改、站点修改、时刻修改。
车次修改包括增加车次,减少车次,车次的临时调度和由于自然灾害造成的临时路线更改。
票价修改为节假日、春运等特殊时段或某些特殊地域需要适量增加或减少票价。
站点修改可以在某些车次路线上增加或减少一些站点。
5.统计功能:
售票统计分别可以按日期统计、按车次统计、按客流方向统计等,通过察看车票的流向可以得知旅客的大致流向,列车管理人员可以根据客流的流向随时调整列车运行车次,达到列车的合理调度,使列车最大限度的投入使用中,实现资源的合理利用,减少客流高峰期的购票难拥挤等问题。
6.系统维护管理功能:
4.接口设计
4.1外部接口
1.外部接口
图4.7登录系统界面
图4.8列车管理界面
图4.9权限管理界面
图4.10人员管理界面
图4.11售票界面
图4.12后台维护界面
图4.13列车信息管理界面
图4.14退票界面
2.软件接口:
该系统的查询功能需要与互联网相连,以实现乘客的网上查询
3.硬件接口:
打印机、扫描仪
4.2内部接口
图4.15模块间接口
本系统主要由六个模块组成,模块间的通信通过共享数据库来实现。
1.查询模块:
用户输入需要查询的车次或者站点,通过查询数据库返回相应车
票信息。
2.售票模块:
售票员输入待售的车票车次等信息,通过调用查询模块查询车票有无,若有则售出,并且在数据库里减去售出的票数。
若无则进行下一次售票。
3.退票模块:
将以退的票重新加入数据库,以待销售。
4.修改模块:
修改相应的车票信息,包括站点、时刻等。
更新数据库,以待查询与销售。
5.统计模块:
从数据取出数据,对售票情况进行汇总。
向数据库中添加用户或删除,维护数据库,定期进行数据库备份。
5.数据结构设计
5.1逻辑结构设计
E-R图:
1.车辆-时刻表E-R图
图4.16车辆-时刻表E-R图
关系模式:
车辆(车次,车型,车厢数,座位数)
时刻表(车次,站名,到站时间,发车时间,停车时间)
2.售票E-R图
图4.17售票E-R图
车票(票号,乘车日期,车次,始发站,终点站,票价,票类型,车厢号,座位号)
预订(预订号,车次,日期,顾客名称,票数)
退票(票号,退票时间,票价,应退款)
售票员(工号,姓名)
旅客(旅客名称)
5.2物理结构设计
表4—1车辆表
字段名
类型
长度
小数点
允许空
主/外键
车次
Int
4
主
车型
Varchar
8
车厢数
座位数
smallInt
2
表4—2时刻表
5
始发站
10
终点站
发车时间
Datetime
到站时间
Datetime
停车时间
表4—3车票表
票号
乘车日期
外
始发站名
终点站名
票价
Float
票类型
Char
座位号
车厢号
表4—4预订表
预订号
站名
顾客名称
20
票数
表4—5退票表
退票时间
应退款
表4—6售票员表
工号
3
姓名
表4—7旅客表
旅客名称
5.3数据结构与程序的关系
此系统采用面向对象的方法开发,其主要数据封装在类中,通过类中的方法获取数据或者设置数据。
图4.18系统包图
1.Unit包:
包括车票类,时刻表类及统计表类
2.SQLclient包:
提供系统访问数据库中的数据方法,系统所有数据皆存放于数据库中。
3.Form包:
提供与用户交互的接口
4.Com包:
此包提供一个访问其他三个包的接口,系统售票、退票等方法均可通过此接口来完成。
6.运行设计
6.1运行模块的组合
1.退票模块、统计模块、售票模块、查询模块的组合:
当乘客退票时,首先由退票模块处理乘客的退票问题,然后将处理结果交到后台的统计模块来统计结果,再将统计的结果传给前台的查询模块和售票模块来处理供其他旅客查询和购买。
2.修改模块、售票模块、查询模块的组合:
出现特殊情况时,比如春运、学生放假等往往会增加站点等信息,就会由修改模块来修改数据库的有关信息,然后将修改后的信息交到售票模块来买票或由旅客或售票员来查询。
3.统计模块、查询模块组合:
统计模块统计出有关车票的所有信息,当顾客前来查询信息的时候就可以及时的将信息传给乘客。
4.售票模块、查询模块组合:
当旅客购票,首先由售票模块处理乘客的售票问题,然后将处理结果交到后台的统计模块来统计结果,再将统计的结果传给前台的查询模块处理供其他旅客查询。
6.2运行控制
1.为了确保系统的正确运行,需要另备一台服务器,保证系统出现错误时能够及时的切换。
2.当需要增加售票窗口时,需要专业人员安装,调试,保证系统的反应时间。
3.定期备份数据库,一旦当数据库出错,能够及时的恢复。
4.运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。
5.在网络传方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服务器发送回答数据,然后对数据进行确认。
服务器在接到数据后发送确认信号,在对数据处理、访问数据库后,将返回信息送回客户机,并等待确认。
6.3运行时间
数据库:
全天
服务器:
应用程序:
上班时间
7.出错处理设计
7.1出错输出信息
表4—10输出错误信息
错误类型
提示信息
输入错误
输入类型不正确,请重新输入!
输入字符过长,请重新输入!
用户已登录,请勿重复输入!
密码错误,请重新输入!
用户不存在,请重新输入!
输入不能为空,请输入密码和用户名!
操作错误
系统正在使用,无法关闭!
未登录,请先登录!
系统更新完毕,是否重新启动!
无权操作!
运行错误
出现错误,关闭系统!
重新启动,请先备份数据!
7.2出错处理对策
1.准备后备应急系统,保证系统失效后可以保持车站正常售票。
2.备份数据库,保证数据完整性。
3.所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。
若断电,客户机上将不会有太大的影响,主要是服务器上:
在断电后恢复过程可采用SQLSERVER的日志文件,对其进行ROLLBACK处理,对数据进行恢复。
4.在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断路时数据的通信。
5.在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。
8.安全保密设计
为了提高系统整个安全性施行权限管理,将用户分为3类:
第一类,超级用户,对本软件有所有操作能力;
第二类,管理员,可以添加或者删除用户,维护数据库;
第三类,普通售票员,只具有使用此系统售票,查询,退票的功能。
数据库使用超级用户权限管理,实现系统和重要信息的安全保密设计。
9.维护设计
通过用户的使用信息反馈,设计人员将不断对软件进行更新,及时填补系统漏洞,使系统的安全及运行能力不断提升,在有更新时,设计人员将会手动安装。
维护人员将定期上门维护,以使系统能够保证正确运行。
作为一个软件产品,火车站车票销售系统严格按照规范的步骤进行开发,并充分考虑软件可维护性,同时必须按时认真完成相应文档资料,以利于未来版本升级即移植等二次开发。
对服务器上的数据库数据进行维护。
可使用SQLSERVER的数据库维护功能机制。
例如,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。