软件设计手册_第1页
软件设计手册_第2页
软件设计手册_第3页
软件设计手册_第4页
软件设计手册_第5页
已阅读5页,还剩21页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件设计阐明书

1、引言

软件设计重要分为概要设计和详细设计。在软件设计中根据需求分析的软件需求

和功能、性能需求,采用某种设计措施进行公交运行系统的数据设计,系统构造设

计和过程设计。

2、任务概述

2.1.需求概述

登录管理:为顾客提供顾客登录功能;系统管理员提供添加、删除顾客功

能以和会看修改日志功能;

实时监控管理:对汽车进行实时FI勺监控并迅速有效H勺反馈给管理人员。

动态调度管理:可以迅速处理拥塞以和其他事故。

检修记录管理:对公交车基本检修状况有效记录。

22需求阶段分析阶段H勺分析模型

软件设计包括数据设计、体系构造设计、接口设计、过程设计。数据设计将实

体关系图中描述H勺对象和关系,以和数据字典中描述H勺详细数据内容转化为数据

构造的定义。侧重于数据构造的定义体系构造设计定义软件系统各重要成分之间H勺

关系。接口设计根据数据流图定义软件内部各成分之间、软件与其他协同系统之

间和软件与顾客之间的交互机制。过程设计则是把构导致分转换成软件的过程性

描述。

将分析模型转换为设计

2.3.系统的目的

(1)建立张家口公交运行调度系统

(2)用计算机管理取代手工作业和定性口勺管理模式

(3)建立原则欧I调度数据库

根据不一样路用不一样的性质对公交汽车进行合理的调配

(4)提高管理工作效率

只需要通过查询就可以清晰的懂得车辆口勺运行状况、调度状况以和其他基本信息。

(5)为管理人员和司机提供精确的信息

3、概要设计

3.1.总体设计

总体设计重要分为系统设计与构造设计,在需求分析阶段,已经从系统开发的角度

出发,把系统按功能主次分割成层次构造,使每一部分完毕简朴日勺功能且各个部分之间

又保持一定口勺联络,这就是功能设计。在设计阶段,基于这个功能层次构造把各个部

分组合起来成为系统。

3.1.1.整体的I处理流程

处理流程采川采用事务型的数据流图(DFD图)做总体设计。自顶向下,逐

渐细化。图解如下所示:

图3.1总体设计

3.12总体构造设计

公交运行调度系统重要由登录管理、实时监控管理、动态调度管理、检修

记录管理模块构成。公交运行调度系统的功能模块图如图3-3o

3.1.3.模块功能

1)登录管理模块

为顾客提供顾客登录功能;系统管理员提供添加、删除顾客功能以和查看修改日志功能;

司机评工作证号在公交车终端进行登录。登录通过刷卡实现。读卡器将读出司机的登录名和

司机基本信息并对该司机进行身份验证。验证通过后系统将登录信息写入日志。向系统录入

司机和公交汽车U勺基本信息。通过管理员权限向系统录入司机以和公交汽车的基本信息,实

现对各信息综合管理。其详细流程如图3.4所示。

图44瞽录曾理仆理海程国

2)实时监控管理模块

对汽车进行实时日勺监控并迅速有效日勺反馈给管理人员。通过对速度与客流量

时实时监控,系统可以做出拥塞警报。系统接受公交车端发回的客流量与车速信

息,系统进行分析后作出与否拥塞判断。若发生拥塞则作出拥塞汇报,并有调度

员进行调度调整,以处理拥塞。其详细流程如图3.5所示。

实时监控管理流程图

run1.HAr+*?.•mi/.Lnu?.±rXMP51

3)动态调度管理模块

可以迅速处理拥塞以和其他事故。有效地提高公交运行的效率,减少顾客等待的时间

更有助于管理人员的管理,原先是个人的工作可以两个人处理,大大减少了投资成本。

其详细流程如图3.6所示。

动态调度管理流程图

图3.6动态调度管理处理流程图

4)实检修记录管理模块

对公交车基本检修状况有效记录。系统会自动生成平常工作H志,事故处理

记录,公交车检修记录。每日检修信息、事故处理记录每天都会实时录入系统并

生成对应日志,以便后来瓷询。其详细流程如图3.7所示。

检修记录管理流程图

图3.7检修记录管理处理流程图

3.L4.功能分派

下面是各个模块H勺功能分派,表明各项功能与程序构造日勺关系。如下

表所示。

模块功能

登录管理顾客登录、注册申请、审核新顾客、删除顾客、生成日

实时监控管理拥塞警报、作出与否拥塞判断、作出拥塞汇报

动态调度管理与调度员进行调度调整、做出调整汇报

检修记录管理公交车检修记录、事故处理记录

3.2.接口设计

1)外部接口

①顾客界面:在界面设计上,应做到简朴明了,易于操作,并且要注意到

界面B勺布局,应突出的显示重要以和出错信息。外观上也要做到合理化,考虑到

顾客多对WINDOW风格较熟悉,应尽量向这一方向靠拢。

②软件与硬件接口:本系统设有人机操作界面,考虑到操作简朴,易于管理

方面,重要硬件接II设备为PC鼠标,犍盘,而软件接口重要以windows平台

为基本平台

2)内部接口

见系统框图,各模块之间互相独立又彼此关联,重要通过函数调用实现各

部分口勺连接。

3.3数据构造设计

3.3.1.逻辑构造设计

司机(姓名,性别,出生日期,工作证号,驾驶证号,联络)

公交汽车(车牌号,路别,汽车型号)

口志(监控信息,时间)

事故处理记录(警报信息,处理方案)

登录(登录名,密码,权限)

驾驶(车速,客流量)

3.3.2.物理构造设计

字段名字段类型与否为空主码/外码/索引项阐明

UserNameChar(20)NOTNULL主码姓名

SexChar(4)NULL索引项性别

BirthdateIntNULL索引项出生日期

WorkNumberImNULL外码工作证号

DriveNumberIntNULL索引项驾驶证号

PhoneImNULL索引项联络

表1司机信息表z_driver

表2公交车信息表z_bus

字段名字段类型与否为空主码/外码/索引项阐明

ILpnIntNOTNULL主码车牌号

lubieIntNULL索引项路别

XingHaoIntNULL外码汽车型号

表3日志信息表z_log

字段名字段类型与否为空主码/外码/索引项阐明

ILpnIntNOTNULL主码车牌号

ControlMIntNULL索引项监控信息

DateIntNULL索引项时间

表4事故处理表z_accidentDeal

字段名字段类型与否为空主码/外码/索引项阐明

A_idIntNOTNULL主码事故ID

ILpnIntNOTNULL外码车牌号

WorkNumberIntNULL外码工作证号

WarningMsgcharNULL索引项警报信息

SolutioncharNULL索引项处理方案

表5登录信息表z」ogin

字段名字段类型与否为空主码/外码/索引项阐明

UserNameChar(20)NULL主码姓名

PasswordChar(20)NULL索引项密玛

limitIntNULL索引项权限

表6驾驶信息表z_drive

字段名字段类型与否为空主码/外码/索引项阐明

D_idIntNOTNULL主码驾驶ID

ILpnIntNULL外码车牌号

WorkNumberIntNULL外码工作证号

SpeedChar(20)NULL索引项车速

FlowChar(20)NULL索引项客流量

333.数据构造与程序H勺关系

各模块与程序的关系如下表所示。

模块使用的数据库表

登录管理模块登录信息表(z_login)、司机信息表(z_driver)

实时监控管理模块司机信息表(z_driver)、公交车信息表(z_bus)>

驾驶信息表(z_drive)、日志信息表(z_log)

动态调度管理模块公交车信息表(z_bus)、驾驶信息表(z_drive)

检修管理模块事故处理表(z_accidenlDeal)、驾驶信息表(z_drive)

表6各模块与表的关系

3.4、运行设计

运行设计重要包括运行模块的组合、运行控制和运行时间。

其中(1)运行模块口勺组合应当满足详细软件的运行模块组合为程序

多窗口的运行环境,各个模块在软件运行过程中能很好的互换

信息,处理数据。(2)运行控制将严格按照各模块间函数调用

关系来实现。在各事务中心模块中需对运行控制进行对日勺的判顾客啊

数据处理规定。(3)运行时间。系统的运行时间基本可以到达顾客所

提出来规定。

35出错处理设计

出错处理设计重要包括搓搓输出信息和出错处理对策。说

明如下:

(1)出错输出信息

顾客使用错误的数据或访问没有权限的数据后,系统给

出提醒:“对不起,你无法使用数据,没有权限!”并且顾客的密码

管理可以让顾客修改自己口勺密码,不让顾客的匿名登录。

(2)出错处理对策

由于数据在数据库中已经有备份,故在系统出错后可以

依托数据库恢复功能,并且依托日志文献使系统再启动,就算系统

瓦解顾客日勺数据也不会丢失或遭到破坏。但有也许占用更多的数据

存储空间,权衡措施由顾客决定。

36安全保密设计和维护设计

(1)安全保密设计

系统的系统顾客管理保证了只有授权的顾客才能进入

系统进行数据操作,并且对于某些重要数据,系统设置为只有最高

权限欧I人员方可读取或是操作。系统安全保密性高。

(2)维护设计

由于系统较小没有外加维护模块,由于系统维护工作比

较简朴,仅靠数据库的I某些基本维抵。

4、详细设计

4.1.软件构造

软件系统H勺构造如下:

公交运营调度系统

.工

42程序描述

程序设计重要是为了明了概括运行系统的设计思绪理念,给人以清晰的

构造。通过度布罗列来阐明其作用与其重要性,也有部分补充其其他方面。

程序包括:

登录系统:其功能具有■:顾客登录到监控系统界面。

实时监控系统:其功能具有:顾客通过监控公交汽车的状况做出对的处理。

动态调度系统:其功能具有:对车辆进行合理的调度。

检修记录系统:其功能具有:获得公交汽车检修日勺信息。

4.2.1.程序的功能和性能描述

程序的功能描述如下:

1、司机把自己日勺有关信息(姓名,性别,出生日期,工作证

号一,驾驶证号,联络)和公交汽车有关信息(车牌号,路别,汽

车型号)输入该系统;

2、系统运用GPS定位系统确定公交车日勺运行状况;

3、在碰到车路拥塞和意外事故时进行高效日勺调度,提高公交车日勺

运行效率。

程序的性能描述如下:

1、系统处理的精确性和和时性

系统处理的精确性和和时性是系统的必要性能。在系统设计和

开发过程中,要充足考虑系统目前和未来也许承受口勺工作量,使系统的

处理能力和常应时间能过满足顾客对信息处理向需求。

由于公交运行系统口勺系统的监控功能对于整个系统的功能和性

能完毕举足轻重。,其精确性很大程度上影响公交运行的效率。在系统

开发过程中,必须采用一定的措施保证系统的精确性。

2、系统口勺开发性和可扩充性

公交运行系统在开发过程中,应当充足考虑后来口勺可扩充性。

所有这些都规定系统提供足够的手段进行功能的调整和扩充。而要实现

这一点,应当通过系统的开发性来完毕,既系统应是一种开放系统只要

符合一定的规范,可以简朴的加入和减少系统口勺模块,配置系统口勺硬件。

通过软件的修补,替代完毕系统的升级和更新换代。

3、系统口勺响应速度

公交运行系统在平常处理中要到达实时规定,以和实时反馈信

息。在进行记录分析时,根据其问题而影响工作效率。

4.2.2.程序的输入输出项目

程序的输入项目如下:

有效范输入

序号名称类型数据来源

围方式

手动

1姓名Char司机

输入

手动

2性别String男/女司机

输入

手动

3出生日期datatime司机

输入

手动

4工作证号Int司机

输入

手动

5驾驶证号Char司机

输入

手动

6联络Int7-11司机

输入

手动

7车牌号Char公交汽车

输入

手动

8路别Int000-111公交汽车

输入

手动

9汽车型号Char公交汽车

输入

表7程序口勺输入项目

程序的输出项目如下:

序号名称类型数据来源

1日志String司机、公交汽车

2事故处理记录String司机、公交汽车

表8程序H勺输出项目

4.2.3算7去

♦登录

(1)功能描述

若顾客未注册,则在注册前登录,若顾客已注册则直接用己

注册H勺顾客名登录。登录模块重要实现管理员的登录功能,用

以确定顾客与否具有使用该系统日勺功能。

(2)调试措施

在进入系统之前,由系统默认直接调试。

(3)界面设计

尚未设计

(4)重要算法

If(顾客已注册)]

进入登录系统对公交车

进行实时监控

}

Else

提醒:请先进行注册

♦实时监控

(1)功能描述

通过对速度与客流量日勺实时监控,若出现拥塞或事故系统可

以做出警报。

(2)调试措施

系统自动调试。

(3)界面设计

尚未设计

(4)重要算法

if(出现拥塞或事故系统){

发出警报

)

Else

(没有提醒)

♦动态调度

(1)功能描述

可以迅速处理拥塞以和其他事故。

(2)调试措施

系统自动调试。

(3)界面设计

尚未设计

(4)重要算

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论