软件工程课程设计总体设计.docx
- 文档编号:28177117
- 上传时间:2023-07-09
- 格式:DOCX
- 页数:18
- 大小:162.30KB
软件工程课程设计总体设计.docx
《软件工程课程设计总体设计.docx》由会员分享,可在线阅读,更多相关《软件工程课程设计总体设计.docx(18页珍藏版)》请在冰豆网上搜索。
软件工程课程设计总体设计
学年论文(课程设计)
题目:
基于WEB的客运售票系统
学院工商学院
学科门类工学
专业网络工程
学号2009482011
姓名杨炯
指导教师陈丽萍
2011-11-19
总版本
transport1.0
编号
transport.TIC1.0
版本
transport.TIC1.0
项目名称
基于WEB的客运售票系统
项目代码
transport
分项名称
总体设计
分项代码
TIC
分项序号
00
组长
张庆龙
负责人
孟鑫
参与人
张庆龙,孟鑫,胡深
杨炯,杨亚峰
指导教师
陈丽萍
日期
2011-11-19
开发单位
2009网络工程
指导教师签字:
河北大学学年论文(课程设计)任务书
学生姓名
杨炯
指导教师
陈丽萍
论文(设计)题目
基于WEB的客运售票系统
主要研究
(设计)内容
总体设计过程首先寻找实现系统的各种不同方案,需求分析阶段得到的数据流图是设想各种可能方案的基础。
然后分析员从这些供选择的方案中选取若干个合理的方案,为每个合理的方案都准备一份系统流程图,列出组成系统的所有物理元素,进行成本/效益分析,并且制定实现这个方案的进度计划。
研究方法
分析员考虑各种可能的实现方案,并且力求从中选出最佳方案。
经用户和有关的专家审查通过后交由部门负责人审批。
通过后方可进行结构设计
主要任务
及目标
进一步评价软件结构,进行系统设计和结构设计,从而进行各个模块之间的相互验证,完成总体设计。
主要参
考文献
[1]张海藩《软件工程导论》(第四版)清华大学出版社2003
进度安排
论文(设计)各阶段名称
日期
可行性、需求分析
第10周
总体设计
第11周
详细设计
第12周
界面设计
第14周
数据库设计
第15周
指导教师签字:
系主任签字:
主管教学院长签字:
河北大学学年论文(课程设计)成绩评定表
学院:
河北大学工商学院
学生姓名
杨炯
专业网络工程
年级2009级
论文(设计)题目
基于WEB的客运售票系统-总体设计
论文(设计)内容提要
论文完成的主要工作包括:
(l)总体设计分析不同的软件架构方案,确定出最佳方案;
(2)分析软件各功能模块,给出软件结构层次图;
(3)对软件设计方案给出总体轮廓,概要地叙述软件的功能及实现
指导教师评语
成绩:
指导教师(签名):
年月日
目录
1.前言6
1.1编写目的6
1.2项目背景6
1.3定义、缩写词、略语6
1.4参考资料7
1.5运行环境7
2.模块内部描述8
2.1登录模块8
2.2普通管理员模块8
2.3超级管理员管理员模块8
3.系统模块结构及流程图8
3.1系统总体模块图8
3.2系统总体流程图9
3.3登录模块流程10
3.4普通管理员模块流程10
3.5超级管理员模块流程11
4.逻辑结构设计11
4.1用户登录核对表11
4.2汽车基本信息表11
4.3车票预订基本信息表12
4.4车票类型基本信息表12
4.5系统信息表12
4.6车票信息表12
5.数据库与程序的关系13
5.1登录模块与数据库的关系13
5.2普通管理员模块与数据库的关系13
5.3超级管理员模块与数据库的关系13
6.运行设计14
6.1运行模块的组合14
6.2运行控制14
7.出错处理设计14
7.1出错输出信息14
7.2出错处理对策14
8.安全保密设计15
8.1数据安全15
8.2操作安全15
9.维护设计15
1.前言
1.1编写目的
本报告的编写目的在于分析不同的软件架构方案,确定出最佳方案;分析软件各功能模块,给出软件结构层次图;对软件设计方案给出总体轮廓,概要地叙述软件的功能及实现。
预期的读者:
详细设计工程师,数据库设计工程师,软件测试工程师,软件调试工程师,使用高校的管理者。
1.2项目背景
1、软件背景:
随着社会发展,人群地域流动性的不断增大,售票员工作的任务不断加重,窗口售票的限制越来越突出。
传统面对面售票的工作效率提高有了很大的限制,而管理信息系统作为计算机应用的一个主要领域,将其深入到售票系统,提高了售票效率,节省人力资源。
2、本项目名称:
基于WEB的客运售票系统
3、本项目应用范围:
各类售票网站
4、开发者:
河北大学工商学院2009级网络工程基于WEB的客运售票系统开发团队
5、用户:
网站管理员,标准用户
1.3定义、缩写词、略语
1、transport:
指的是基于WEB的客运售票系统
2、模块的独立包括耦合和内聚。
耦合:
耦合是对一个软件结构内不同模块之间互联程度的度量。
耦合强弱取决于模块间接口的复杂程度,进入或访问一个模块的点,以及通过接口的数据。
包括无耦合、数据耦合、控制耦合、特征耦合、公共耦合和内容耦合。
内聚:
内聚标志一个模块内各个元素彼此结合的紧密程度,它是信息隐藏和局部化概念的自然扩展。
理想内聚的模块只做一件事。
3、描述软件结构的图形工具
系统流程图:
是概括地描述物理系统的传统工具。
层次图:
层次图是用来描绘软件的层次结构,适合于在自顶向下设计软件的过程中使用
结构图:
进行软件结构设计的有力工具。
与层次图类似,也是描绘软件结构的图形工具
1.4参考资料
【1】《VisualC#.NET程序设计教程》作者:
白忠建人民邮电出版社
【2】《软件工程导论》(第四版)作者:
张海藩清华大学出版社
【3】《数据库系统概论》(第三版)作者:
萨师煊王珊高等教育出版社;
1.5运行环境
最低配置
操作系统WindowsXPSP3或WindowsVista
处理器IntelCore2Duo1.8G或AMDAthlon64X22.4G
内存:
512M
100M磁盘剩余空间
显卡:
集成显卡
网络:
需要连接互联网
推荐配置
操作系统WindowsXPSP3或WindowsVista/7
处理器IntelCore2Quad2.4G或AMDPhenomX32.1G
内存:
2G(WindowsXP)/2.5G(WindowsVista/7)
1G磁盘剩余空间
显卡:
512M显存,NVIDIA8600或更高;ATI3870或更高
网络:
需要连接互联网
2.模块内部概述
2.1登录模块
进入系统各个模块的通道,完成相应的子模块的调用,通过选择登录方式,区分管理级别
通过用户和密码的输入,保证系统的安全
2.2普通管理员模块
进入普通管理员个人首页,里面包括前台营业、信息查询和常用工具。
通过前台营业,普通管理员可以进行车票的销售、预定、退回。
通过信息查询,普通管理员可以查询售票信息、订票信息、运营计划信息、当班信息。
通过常用工具,普通管理员可以使用计算器和记事本,计算和记录。
2.3超级管理员模块
进入超级管理员管理员首页,里面包括前台营业、信息查询、常用工具和营业统计。
通过前台营业,超级管理员可以进行车票的销售、预定、退回。
通过信息查询,超级管理员可以查询售票信息、订票信息、运营计划信息、当班信息。
通过常用工具,超级管理员可以使用计算器和记事本,计算和记录。
通过营业统计,超级管理员可以查询每日、每月和每季度的售票统计。
3.系统模块结构及流程图
3.1系统总体模块图
模块化:
模块化就是把程序划分成独立命名且独立访问的模块,每个模块完成一个子功能,把这些模块构成一个整体就可以完成指定的功能以满足用户的需求。
3.2系统总体流程图
登陆界面
3.3登录模块流程
超级管理
普通管理员
普通管理主页
超级管理主页
(1)建立与数据库的链接。
(2)选择相应的管理权限并输入密码。
如果密码和用户名不相符,弹出对话框提示。
输入三次以上的错误密码或用户名则可申请找回密码。
(3)用户验证,并进入相应的个人主页,即进入相应的模块。
如果选择的为普通管理员则进入普通管理员模块,如果选择的为超级管理员则进入超级管理员模块。
普通管理员
3.4普通管理员模块流程
3.4.1普通管理员登陆流程
前台营业
常用工具
信息查询
A)点击填写普通管理员用户名、密码。
填写完成后进入管理员主页
B)用户名、密码错误提示不能进入。
3.4.2工作量流程
A)点击进入销售车票界面
销售车票
预订车票
退回车票
订票信息查询
运营计划查询
当班信息查询
售票信息查询
计算器
记事本
a)点击选择乘坐车次,车票种类和开车时间。
b)点击购买,打印车票。
B)点击进入预订车票界面
a)点击选择乘坐车次,车票种类和开车时间
b)点击预定,系统记录预定车票。
C)点击进入退回车票界面
a)点击选择查票种类,输入车票编号,核实
退票信息。
b)点击退票,退票成功。
3.4.3信息查询流程
A)点击选择售票信息查询,查看售出的车票
信息。
B)点击选择订票信息查询,查看预定的车票信息。
C)点击选择运营计划查询,查看车次运营信息。
D)点击选择当班信息查询。
查看当班信息。
3.4.4常用工具流程
A)点击进入计算器,根据需要进行计算。
B)点击进入记事本,根据需求记录要保存的事情。
3.5超级管理员模块流程
3.5.1超级管理员普通流程
超级管理员登陆流程,工作流程,信息查询流程,常用工具流程,同普通管理员一致。
3.5.2营业统计流程
A)点击日售票统计,进入查看日售票信息,包括预定收入,售票收入,总收入。
B)点击月售票统计,进入查看月售票信息,包括预定收入,售票收入,总收入。
C)点击季度售票统计,进入产看季度售票信息,包括预定收入,售票收入,总收入。
日售票统计
超级管理员
等同于普通管理员流程
月售票统计
营业查询
季度售票统计
4.逻辑结构设计
4.1用户登录核对表
用户名(user_name)数据类型:
char数据长度:
20
用户密码(userpassword)数据类型:
char数据长度:
10
确认密码(userpassword1)数据类型:
char数据长度:
10
4.2汽车基本信息表
汽车ID(id)数据类型:
varchar数据长度:
50
汽车名称(name)数据类型:
varchar数据长度:
50
4.3车票预订基本信息表
预订汽车ID(schedule_id)数据类型:
char数据长度:
10
预订汽车名称(schedule_name)数据类型:
char数据长度:
30
车票预订时间(schedule_time)数据类型:
char数据长度:
20
车票使用时间(schedule_usetime)数据类型:
int数据长度:
4
车票价格(schedule_price)数据类型:
int数据长度:
4
管理员信息(schedule_name)数据类型:
int数据长度:
4
4.4车票类型信息表
汽车车票ID(ordinary_number)数据类型:
char数据长度:
10
汽车车票名称(ordinary_name)数据类型:
char数据长度:
30
车票类型(ordinary_kind)数据类型:
char数据长度:
10
车票时间(ordinary_time)数据类型:
int数据长度:
4
车票价格(ordinary_price)数据类型:
int数据长度:
4
管理员信息(ordinary_name)数据类型:
int数据长度:
4
4.5系统信息表
汽车ID(system_number)数据类型:
char数据长度:
10
汽车名称(system_major)数据类型:
char数据长度:
30
车票预订时间(schedule_time)数据类型:
char数据长度:
10
车票使用时间(schedule_usetime)数据类型:
char数据长度:
10
4.6车票信息表
车票ID(ticket_id)数据类型:
char数据长度:
10
车票类型名称(ticket_name)数据类型:
char数据长度:
30
时间(ticket_time)数据类型:
int数据长度:
4
价格(ticket_price)数据类型:
int数据长度:
4
5.数据库与模块的关系
5.1登录模块与数据库的关系
登录模块
用户登录信息表
√
汽车信息表
车票预订信息信息表
车票类型信息表
系统信息表
车票信息表
5.2普通管理员模块与数据库的关系
管理员个人信息
工作
汽车
车票
查询
用户登录信息表
√
汽车信息表
√
√
√
车票预订信息表
√
√
√
车票类型信息表
√
√
√
系统信息表
√
√
√
车票信息表
√
√
√
5.3超级管理员模块与数据库的关系
管理员个人信息
工作
统计查询
用户登录信息表
√
汽车信息表
√
√
车票预订信息表
√
√
车票类型信息表
√
√
系统信息表
√
√
车票信息表
√
√
6.运行设计
6.1运行模块的组合
本程序主要是以一个窗口为一个模块,一般一个窗口完成一个特定的功能,上层窗口通过打开一个子窗口来实现各个模块之间不同功能的链接、组合和调用。
各个模块之间低耦合高内聚,以保证程序的可移植性。
各模块之间主要传递数据项的引用来实现模块之间的合作和数据共享。
6.2运行控制
说明每一种外界的运行控制的方式方法和操作步骤:
本软件控制流程:
主程序运行,等待用户的输入与单击,根据用户的输入调用各子模块。
7.出错处理设计
7.1出错输出信息
本程序多处采用了异常处理的机制,当遇到异常时不但能及时的处理以保证程序的安全性和稳定性,而且各种出错信息能通过弹出对话框的形式及时的告诉用户出错的愿意及解决的办法,使用户以后能够减少错误的发生。
程序的大部分地方还采取了出错保护,如明确说明需输入内容的长度和类型等以减少用户出错的可能。
下面介绍几种常见的错误和出错信息
错误操作
提示信息
登陆时口令或密码错误
口令或密码错误,请重新输入(限3次)否则关闭登录界面
修改密码时两次输入的密码不同
两次密码不同,请重新输入
用户误操作访问内存
不可访问内存,即将关闭系统启动备份文件
查询的内容不存在
查询的内容不存在,请确认自己待查询的内容并重新输入
7.2出错处理对策
对于本程序的集中可能的错误进行分析并进行不同的处理。
7.2.1输入错误
这种错误主要是用户输入不规范造成的,我们在尽量减少用户出错的条件的情况下,主要也是通过对话框提醒用户,然后再次进行操作
7.2.2系统不稳定
网站时常不能访问,用户无法登陆,这显然是网站服务器系统的不稳定造成的。
作为系统的设计者,应在发布网站前进行充分的效能测试,从而最大程度上避免这种情况的出现。
7.2.3系统性能不好
由于采取的技术和数据库速度及性能较慢的原因,从而导致在系统应用高峰期出现登陆速度很慢或是根本就无法成功登。
在这种结构下,用户仅需通过浏览器就可实现客户端的功能,而大部分的事物逻辑是在服务器端实现。
这样就大大降低了客户端的负载,减轻了系统维护与升级的成本。
7.2.4其他不可预知的错误
程序也会有一些我们无法预知或没有考虑完全的错误,我们对此不可能做出完全的异常处理准备,这时我们主要要保证数据的安全,所以要经常的进行数据可备份,并能及时的和我们联系,以逐步的完善我们的程序
8.安全保密设计
8.1数据安全
通过分级管理和密码验证,区分管理等级。
其中,只有超级管理员可以直接访问和维护数据库,普通管理员只能通过软件的特定接口访问部分数据。
8.2操作安全
如果出现操作异常,一般情况会弹出出错对话框,说明错误原因,让用户重新操作,如果错误等级比较严重,则进行数据库的备份
9.维护设计
(1)软件的维护主要包括,数据库的维护、软件功能的维护、网站的维护和硬件的维护。
1、对于数据库的维护,提供了数据库的备份和恢复的功能,可以方便的实现数据库的维护管理。
2、对于软件功能方面的维护,由于采用的是模块化的设计方法,每个模块之间相互独立性较高,这样对软件的维护带来了很大的方便,对于单独功能的修改只需修改一个模块即可。
而对于功能的添加,只要再添加相应的子模块即可。
3、网站维护的项目:
软硬件维护包括服务器、操作系统、和Internet联接线路等等,以确保网站的24小时不间断正常运行。
计算机硬件在使用中常会出现一些问题,同样,网络设备也同样影响选课系统的工作效率,网络设备管理属于技术操作,非专业人员的误操作有可能导致整个选课系统瘫痪。
没有任何操作系统是绝对安全的。
维护操作系统的安全必须不断的留意相关网站,及时的为系统安装升级包或者打上补丁。
应该及时更新公告或者课程等信息,确保了网站信息的及时性。
4、另外为了清除系统运行中发生的故障和错误,硬件维护人员也要对系统进行必要的修改与完善;为了使系统适应用户环境的变化,满足新提出的需要,也要对原系统做些局部的更新,扩充在使用过程中用户提出的新的功能及性能要求,其目的是维护软件系统的"正常运作"。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 课程设计 总体 设计