城市交通决策支持系统.docx
《城市交通决策支持系统.docx》由会员分享，可在线阅读，更多相关《城市交通决策支持系统.docx（21页珍藏版）》请在冰豆网上搜索。
城市交通决策支持系统
Q260046902专业做论文
中国石油大学（华东）现代远程教育
毕业设计（论文）
题目：
城市交通决策支持系统
学习中心：
重庆信息工程专修学院奥鹏学习中心
年级专业：
0409级电气工程及自动化
学生姓名：
张红兵学号：
0451480502
指导教师：
韩亚军职称：
讲师
导师单位：
重庆信息工程专修学院
中国石油大学（华东）远程与继续教育学院
论文完成时间：
2008年12月25日
中国石油大学（华东）现代远程教育
毕业设计（论文）任务书
发给学员
1．设计（论文）题目：
城市交通决策支持系统
2．学生完成设计（论文）期限：
年月日至年月日
3、毕业设计（论文）课题的要求：
城市交通决策支持系统的应用,整个思路的设计较完整。
在本篇文章中，文字阐述清楚，围绕题目中心论述，慨述明确，内容理论结合实际。
4.实验（上机、调研）部分要求内容：
本篇文章在写的过程中，采用EDA系统软件的调试和Web应用程序的应用，应用开发平台，开发语言和开发工具的应用，与相关的ASP,NET的应用有关，用Microsoftword排版论文版面和图象处理软件加工文中图表，完成论文。
5、文献查阅要求：
[1]杨涛.城市交通：
新世纪的挑战与决策.南京：
东南大学出版社，2001.12
[2]董鉴泓 .中国城市建设史.北京：
中国建筑工业出版社，2001.9
[3]沈玉麟.外国城市建设史.北京：
中国建筑工业出版社，1998
[4]罗小未、蔡琬英.外国建筑历史图说.济南：
同济大学出版社，1995
6．发出日期：
年月日
7．学员完成日期：
年月日
指导教师签名：
学生签名：
摘 要
在我国，随着国内交通基础设施的逐步完善，交通数据已经变得越来越丰富，基于大量的交通数据为用户提供辅助决策支持成为必需。
本文在分析了决策支持系统及交通综合决策支持系统的概念、特点、结构等有关概念的基础上，结合我国城市交通的发展现状，提出了建立城市综合交通决策支持系统（USTDSS）的构想。
在着重分析城市交通中的各种决策类需求的基础上，对城市综合交通决策支持系统的系统开发方法、系统框架设计等进行了研究探讨并予以实现。
其中，针对城市交通的决策类需求的特点，借助于相应的统计模型，将信息以图表化的方式提供给用户，使决策用户能够直观而全面的获取信息。
目前，基于决策支持系统在交通领域应用的研究都倾向于某一具体的方面，且成功的案例较少，本设计所实现的城市综合交通决策支持系统旨在对此做一有益的尝试。
所开发的系统能够很方便的为城市交通的高层决策者提供决策支持信息，辅助其制定科学、有效的决策方案。
关键词：
WEB串口通信输入输出的连接
目录
摘 要i
目录ii
第1章绪论1
1.1 研究背景1
1.2 研究目标和研究内容1
第2章决策支持系统与交通决策支持系统3
2.1决策支持系统的概念3
2.2决策支持系统的特点4
2.3决策支持系统的体系结构5
第3章城市综合交通的决策类需求分析7
3.1进行决策类需求分析的必要性7
3.2决策者需要获得的信息8
3.3决策者有哪些决策类需求9
第4章 系统实现方法13
4.1 开发平台、开发语言及开发工具13
4.2ASP.NET相关15
4.3Web应用程序中图表的实现16
第5章 系统的框架设计17
5.1 系统后台数据库的设计与实现17
5.2系统主要功能模块19
第6章结论21
致谢22
参考文献23
第1章绪论
1.1 研究背景
在社会经济飞速发展的今天，水在人们正常生活和生产中起着越来越重要的作用。
一旦出现交通事故，轻则给人民生活带经济损失，重则可能造成人亡。
公共交通在城市一体化发展模式下的功能定位，并从城市交通结构，线网布局和交通政策三方面阐述了我国目前公共交通发展存在的问题。
最后再此基础上提去几点关于在城市交通一体化发展模式下的公共交通发展策略。
我国城市交通面临巨大的挑战，而其对策主要是规划及政策手段、工程设施建设手段、运行管理手段，以及采用高新技术改造传统交通运输系统的手段。
1.2 研究目标和研究内容
研究目标
通过研究，理清我国中心城市交通目前的管理体制几机制现状，存在问题，及改革需求和可能障碍：
结合国际和国内先进经验，为中心城市交通行政管理体制改革提供政策建议，使中心城市交通行政能力提高。
研究内容
中心城市交通行政管理体制现状调查和特点分析
（1）了解全国36个中心城市交通管理体制模式，相关管理部门（交通，规划，建设，城管，园林，环境，公安，财政发改等）机构设置，职能及相互协调情况，存在问题几当前解决办法和机制。
（2）分析不同城市交通管理体制模式的背景原因，各自特点，找出现有的各种交通管理体制模式转换的条件。
（3）了解中心城市交通行政管理过程中普遍存在的法规体系建设问题，在行政立法，执法几监督实施等程序上有那些不足。
（4）研究城市交通管理行政体制改革理论基础，并结合各城市经济发展特点，分析城市交通管理体制改革发展的方向。
1型城市的成功经验分析：
择国内已经建立综合交通管理体制的3—5个典型城市进行深入剖析，找出这些城市在改革过程中对具体问题的应用个解决办法，一为其他中心城市的改革提
供借鉴。
2际先进交通管理体制经验分析：
择若干发达国家和地区的城市，透彻分析其及交通管理体制改革的前因后果，结合中国城市的具体实际，找出可供中国中心城市改革借鉴经验。
3心城市交通管理体制改革的措施建议：
机构设置，资源整合，部门协调机制建立，法规体系建设等方面提出推动中心城市交通管理体制改革的措施建议。
第2章决策支持系统与交通决策支持系统
2.1决策支持系统的概念
决策支持系统（DecisionSupportSystem，简称Dss）是铺助决策者通过数据，模型和知识以人机交互方式进行半结构化或非结构化决策的计算机应用系统。
它是管理信息系统（MIS）向更高一级发展而产生的先进信息管理系统
它为决策者提供分析问题，建立模型，模拟决策过程和方案的环境，调用各种信息资源和分析工具，帮助决策者提高决策水平和质量。
决策按其性质可分为如下3类
结构化决策，是指对某决策过程的环境机及规则，能用确定的模型或语言描述，以适当的算法产生决策方案，并能从多种方案中选择最忧解的决策：
非结构化决策，是指决策过程复杂，不可用确定的模型和语言来描述其过程，更无所谓最优解的决策：
半结构化决策，是介于以上二者之间的决策，这类决可以建立适当的算法产生决策方案，使决策方案中得到较优的解，
非结构化和半结构化决策一般用于一个组织的种，高管理层，其决策者一方面需要根据经验进行分析判断，另一方面也需要借助计算机为决策提供各种铺助信息，及时做出正确有效的决策。
决策的进程一般分为4个步骤：
发现问题并形成决策目标，包括建立决策模型，拟定方案和确定效果度量，这是决策活动的起点。
用概率定量地描述每个方案所产生地各种结局地可能性。
决策人员对各种结局进行定量评价，一般用效用值来定量表示。
效用值是有关决策人员根据个人才能，经验，风格以及所处环境条件等因素，对各种结局的价值所作地定量估计。
综合分析各方面信息，一最后决定地方案的取舍，有时还要对方案作灵敏度分析，研究原始数据发生变化时对最优解的影响，决定对方案有较大影响的参量范围。
决策往往不可能一次完成，而是一个迭代过程。
决策可以借助于计算机决策支持系统来完成，即用计算机来辅助确定目标、拟定方案、分析评价以及模拟验证等工作。
在此过程中，可用人机交互方式，由决策人员提供各种不同方案的参量并选择方案。
2.2决策支持系统的特点
通过上述的分析我们可以看出决策支持系统是在传统的MIS基础上发展起来的，同时又有许多不同传统的管理信息系统（MIS）的特点。
我们通过以下对比分析来认识DSS的特点，见下表：
表1-1
比较内容
DSS
MIS
完成任务
管理目标，半结构化问题
日常业务，结构化问题
追求目标
最满意、可行的方案
最大化、最优化的方案
设计思想
灵活开放、按用户所需
稳定静态、以日常管理为中心
处理技术
人的经验、判断力、创造力
系统性、客观性、最优化
驱动方式
模型驱动、用户驱动
数据驱动
操作方式
人机交互多，强调人的作用
自动化处理
信息需求
强调决策者个性需求
体现全局整体的需求
对于信息采集来说，重点需要解决的问题是资源共享问题。
也就是说，各子系统必要建设各自完整的采集设施，部分子系统所采集的信息将提供给整个系统共享。
对于信息管理来说，其一是需要有效地完成将数据经过加工和组织形成信息，将信息经过提炼形成知识的过程；其二是需要合理处理分布与集中的存储关系，使用频率高的共享信息集中存储（例如由交通信息中心所承担），使用频率低的共享信息和少部分子系统共同使用的信息，以及子系统自己使用的信息分布存储；其三是信息规范化问题，如何在已有子系统，以及分别开发子系统的条件上，逐步完成系统整体的信息规范化。
信息发布需要重点考虑的问题是根据不同的用户需求（政府决策、技术管理、公众使用、企业管理等）建立方便的查询机制，使得能够真正实现“在需求的时间，按照易于理解的形式，将所需要的信息送到用户手中。
2.3决策支持系统的体系结构
从结构上来看，DSS是帮助决策者利用数据、模型、方法、知识推理等去解决非结构化决策人机交互系统，主要由会话系统（人机接口）、数据库、模型库、方法库和知识库及其管理系统组成。
1、模型库：
库管理系统是DSS的核心，也是DSS区别于MIS系统的重要特征。
DSS的模型的建立通常是随DSS解决问题的要求而定的，不同的企业不同层次的决策需求是不一样，一般情况下包括：
投资模型、筹资决策模型、成本分析模型、利润分析模型等。
2、管理系统负责管理和维护DSS中使用的各种数据，在模型运行的过程中所使用的数据，按其数据内容分类，分别建立数据仓库文件。
运行的结果所产生的各种决策信息，常以报表或图形形式存放在数据库中，并增加时间维度来实现数据库的动态连续性。
通过数据库管理系统有效地实现与模型库、方法库、知识库与用户接口部件方便、快捷的联结，实现数据的有效输出，以达到为各种决策服务的目的。
3、法库：
管理系统是在存储和管理各种数值方法和非数值方法。
包括方法的描述、存储、删除等问题。
比如会计决策支持系统常用的方法有：
预测方法（时序分析法、结构性分析法、回归预测法等）、统计分析法（回归分析、主成本分析法等）、优化方法（线性规划法、非线性规划法、动态规划法、网络计划法等）及数学方法等。
4 、管理库：
相关领域专家的经验为基础，形成一系列与决策有关的知识信息，最终表示成知识工程，通过知识获取设备形成一定内容的知识库。
并结合一些事实规则及运用人工智能等有关原理，通过建立推理机制来实现知识的表达与运用。
5、人机接口：
交互式人机对话接口是实现用户和系统之间的对话，通过对话以各种形式输入有关信息，包括数据，模型，公式，经验，判断等，通过推理和运算充分发挥决策者的智慧和创造力，充分利用系统提供的定量算法，做出正确的决策的
第3章城市综合交通的决策类需求分析
3.1进行决策类需求分析的必要性
需求分析阶段的工作,可以分为四个方面:
问题识别,分析与综合,制订规格说明,评审.
问题识别：
是从系统角度来理解软件,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准.这些需求包括：
功能需求（做什么）,性能需求（要达到什么指标）,环境需求（如机型,操作系统等）,可靠性需求（不发生故障的概率）,安全保密需求,用户界面需求,资源使用需求（软件运行是所需的内存,CPU等）,软件成本消耗与开发进度需求,预先估计以后系统可能达到的目标.
分析与综合：
步细化所有的软件功能,找出系统各元素间的联系,接口特性和设计上的限制,分析他们是否满足需求,剔除不合理部分,增加需要部分.最后,综合成系统的解决方案,给出要开发的系统的详细逻辑模型（做什么的模型.
制订规格说明：
编制文档,描述需求的文档称为软件需求规格说明书.请注意,需求分析阶段的成果是需求规格说明书（好象软考曾经考过这个问题）,向下一阶段提交.对功能的正确性,完整性和清晰性,以及其它需求给予评价.评审通过才可进行下一阶段的工作,否则重新进行需求
四、需求分析的方法：
求分析的方法有很多.这里只强调原型化方法,其它的方法如:
结构化方法,动态分析法等（个人认为,对初学者不必深究这些方法,实际上我也从来没用过这些方法）在此不讨论.原型化方法是十分重要的（是软考等常考的知识点）.原型就是软件的一个早期可运行的版本,它实现了目标系统的某些或全部功能.原型化方法就是尽可能快地建造一个粗糙的系统,这系统实现了目标系统的某些或全部功能,但是这个系统可能在可靠性,界面的友好性或其他方面上存在缺陷.建造这样一个系统的目的是为了考察某一方面的可行性,如算法的可行性,技术的可行性,或考察是否满足用户的需求等.如,为了考察是否满足用户的要求,可以用某些软件工具快速的建造一个原型系统,这个系统只是一个界面,然后听取用户的意见,改进这个原型.以后的目标系统就在原型系统的基础上开发.
3.2决策者需要获得的信息
《决策者的信息》是一份专为国内中高级领导提供决策服务的信息周刊。
中共中央党校主管，领导决策信息杂志社编辑出版。
1994年创刊，以其“权威性、超前性、指导性，独家独特独到；准确性、科学性、实用性，可信可用可存”特色和风格，深受党政界、知识界、企业界决策者的支持和认可。
《决策者的信息》以系统化的编辑思想和特色化的栏目设置为基础，每一期内容都包含一个信息化的战略研究成果，每一个主题都形成一个系统化综合信息库。
它从战略的高度研究信息，从决策的角度传播信息，既解决战略研究远离现实需要的问题，又使宏观决策切实服务于微观主体，通过对领导决策前、决策中、决策后连续系统的信息服务，形成一个从决策到实施、从操作到反馈的全方位信息支持系统。
《决策者的信息》杂志社拥有一批具有专业水准和实战经验的编采人员和信息专家，并聚集国内外著名经济学家、资深专家和政府政要组织专家顾问委员会，为领导决策提供专业化的信息支持。
电子化的中国政务信息网和遍及全国352个大中城市的地方工作站网络以及中国领导决策信息系统正逐步发挥其作用，
领导决策信息杂志社充分利用信息、网络、专家、管道和客户群五大优势资源，以《决策者的信息》（周刊）为龙头，以“中国政务信息网”为技术平台，架构“中国领导决策信息系统”，做中国首席政务信息服务商。
3.3决策者有哪些决策类需求
1、分析人员要使用符合客户语言习惯的表达：
求讨论集中于业务需求和任务，因此要使用术语。
客户应将有关术语（例如：
采价、印花商品等采购术语）教给分析人员，而客户不一定要懂得计算机行业的术语。
2、分析人员要了解客户的业务及目标：
有分析人员更好地了解客户的业务，才能使产品更好地满足需要。
这将有助于开发人员设计出真正满足客户需要并达到期望的优秀软件。
为帮助开发和分析人员，客户可以考虑邀请他们观察自己的工作流程。
如果是切换新系统，那么开发和分析人员应使用一下目前的旧系统，有利于他们明白目前系统是怎样工作的，其流程情况以及可供改进之处。
3、分析人员必须编写软件需求报告：
析人员应将从客户那里获得的所有信息进行整理，以区分业务需求及规范、功能需求、质量目标、解决方法和其他信息。
通过这些分析，客户就能得到一份“需求分析报告”，此份报告使开发人员和客户之间针对要开发的产品内容达成协议。
报告应以一种客户认为易于翻阅和理解的方式组织编写。
客户要评审此报告，以确保报告内容准确完整地表达其需求。
一份高质量的“需求分析报告”有助于开发人员开发出真正需要的产品。
4、要求得到需求工作结果的解释说明：
析人员可能采用了多种图表作为文字性“需求分析报告”的补充说明，因为工作图表能很清晰地描述出系统行为的某些方面，所以报告中各种图表有着极高的价值；虽然它们不太难于理解，但是客户可能对此并不熟悉，因此客户可以要求分析人员解释说明每个图表的作用、符号的意义和需求开发工作的结果，以及怎样检查图表有无错误及不一致等。
5、开发人员要对需求及产品实施提出建议和解决方案：
常客户所说的“需求”已经是一种实际可行的实施方案，分析人员应尽力从这些解决方法中了解真正的业务需求，同时还应找出已有系统与当前业务不符之处，以确保产品不会无效或低效；在彻底弄清业务领域内的事情后，分析人员就能提出相当好的改进方法，有经验且有创造力的分析人员还能提出增加一些用户没有发现的很有价值的系统特性。
6、描述产品使用特性：
户可以要求分析人员在实现功能需求的同时还注意软件的易用性，因为这些易用特性或质量属性能使客户更准确、高效地完成任务。
例如：
客户有时要求产品要“界面友好”或“健壮”或“高效率”，但对于开发人员来讲，太主观了并无实用价值。
正确的做法是，分析人员通过询问和调查了解客户所要的“友好、健壮、高效所包含的具体特性，具体分析哪些特性对哪些特性有负面影响，在性能代价和所提出解决方案的预期利益之间做出权衡，以确保做出合理的取舍。
7、抽出时间清楚地说明并完善需求：
户很忙，但无论如何客户有必要抽出时间参与“头脑高峰会议”的讨论，接受采访或其他获取需求的活动。
有些分析人员可能先明白了您的观点，而过后发现还需要您的讲解，这时请耐心对待一些需求和需求的精化工作过程中的反复，因为它是人们交流中很自然的现象，何况这对软件产品的成功极为重要。
8、及时作出决定：
析人员会要求客户作出一些选择和决定，这些决定包括来自多个用户提出的处理方法或在质量特性冲突和信息准确度中选择折衷方案等。
有权作出决定的客户必须积极地对待这一切，尽快做处理，做决定，因为开发人员通常只有等客户做出决定才能行动，而这种等待会延误项目的进展。
9、尊重开发人员的需求可行性及成本评估：
有的软件功能都有其成本。
客户所希望的某些产品特性可能在技术上行不通，或者实现它要付出极高的代价，而某些需求试图达到在操作环境中不可能达到的性能，或试图得到一些根本得不到的数据。
开发人员会对此作出负面的评价，客户应该尊重他们的意见。
10、划分需求的优先级：
大多数项目没有足够的时间或资源实现功能性的每个细节。
决定哪些特性是必要的，哪些是重要的，是需求开发的主要部分，这只能由客户负责设定需求优先级，因为开发者不可能按照客户的观点决定需求优先级；开发人员将为您确定优先级提供有关每个需求的花费和风险的信息。
时间和资源限制下，关于所需特性能否完成或完成多少应尊重开发人员的意见。
尽管没有人愿意看到自己所希望的需求在项目中未被实现，但毕竟是要面对现实，业务决策有时不得不依据优先级来缩小项目范围或延长工期，或增加资源，或在质量上寻找折衷。
在“需求分析报告”上签字确认，通常被认为是客户同意需求分析的标志行为，然而实际操作中，客户往往把“签字”看作是毫无意义的事情。
“他们要我在需求文档的最后一行下面签名，于是我就签了，否则这些开发人员不开始编码。
”
这种态度将带来麻烦，譬如客户想更改需求或对产品不满时就会说：
“不错，我是在需求分析报告上签了字，但我并没有时间去读完所有的内容，我是相信你们的，是你们非让我签字的。
”同样问题也会发生在仅把“签字确认”看作是完成任务的分析人员身上，一旦有需求变更出现，他便指着“需求分析报告”说：
“您已经在需求上签字了，所以这些就是我们所开发的，如果您想要别的什么，您应早些告诉我们。
”
这两种态度都是不对的。
因为不可能在项目的早期就了解所有的需求，而且毫无疑问地需求将会出现变更，在“需求分析报告”上签字确认是终止需求分析过程的正确方法，所以我们必须明白签字意味着什么。
对“需求分析报告”的签名是建立在一个需求协议的基线上，因此我们对签名应该这样理解：
“我同意这份需求文档表述了我们对项目软件需求的了解，进一步的变更可在此基线上通过项目定义的变更过程来进行。
我知道变更可能会使我们重新协商成本、资源和项目阶段任务等事宜。
”对需求分析达成一定的共识会使双方易于忍受将来的摩擦，这些摩擦来源于项目的改进和需求的误差或市场和业务的新要求等。
需求确认将迷雾拨散，显现需求的真面目，给初步的需求开发工作画上了双方都明确的句号，并有助于形成一个持续良好的客户与开发人员的关系，为项目的成功奠定了坚实的基础.
第4章 系统实现方法
4.1 开发平台、开发语言及开发工具
Extraction（ET）应用构建平台是一个前沿的集成化的Web应用软件开发平台和运行支撑平台，ET平台涵盖软件的设计，开发，测试，运行，维护，更新和发布等整个生命周期；T是极具创新的前沿软件产品，ET彻底改变传统的软件开发模式，以完全图形化的方式，通过组件拼装的模式实现软件系统；基于ET的软件开发，无需应用编程语言，无需进行架构设计，完全图形化构建；
T平台是典型的业务基础软件平台；
来自计世资讯（CCWResearch）的分析认为：
软件平台是指用来构建与支撑应用软件的独立软件系统。
它是开发与运行应用软件的基础，是任何一个应用软件得以实现与应用的必要条件。
软件平台有两个基本要素，即支撑环境和开发体系，其中支撑环境是指应用软件系统开发与运行的基本条件，开发体系是指开发与维护管理应用软件的工具与方法。
ET应用构建平台即是典型的支撑型软件开发和运行平台，ET运行于软件基础架构平台之上，支持快速的非编程的软件开发和运行支持；
图4-1软件平台的层次和架构
ET作为下一代的软件开发平台产品，为软件开发带来全新的理念和模式；ET平台能够有效的降低软件的开发复杂度，简化软件的开发过程，提高软件开发的效率，提升软件的质量；和传统软件开发相比较，基于ET平台的软件开发通过对现有组件的构建和组装实现软件功能，ET平台屏蔽几乎所有的编程开发过程，通过更为高级，更为强大的组件构建开发软件；ET平台为构建开发者提供丰富的组件，覆盖数据定义、数据库操作、数据处理、逻辑处理、页面交互展现、开发调试跟踪、应用管理等软件开发的各个方面；通过大量组件的选择性的组装和集成可以实现软件系统任意的逻辑功能和表现模式；ET平台是可高度复用的软件平台，基于ET平台提供的所有组件和插件可以无限次的进行复用；ET平台在架构上保证为ET进行的任何定制和扩展都可以自动在后续的任何应用中进行复用，因此，ET平台是具有高成长特性的开发平台，基于ET构建的应用越多，为ET提供的组件和插件越多，ET就越具有灵活性和可用性。
简易c语言开发工具是一款简单易用的c语言集成开发环境，适合于编写符合标准的c程序，用户可以方便的编写、调试、运行c程序。
简易c语言开发工具具有以下特点：
一、以解释的方式执行c程序的，可以很容易的发现程序运行中的错误，方便用户调试二、程序编译和运行出错的信息是中文的，出错信息简单明了，定位准备。
编译错误的第一条错误信息总是准确的。
三、代码编辑器是语法加亮的。
四、本产品使用的是自主开发的c语言解释器。
五、用户程序出错时，可以指出出错原因、出错代码行，方便用户快速解决算法错误。
4.2ASP.NET相关
ASP.NETAtlas中引入了客户端控件的概念，用面向对象思想将客户端JavaScript将要操作的DOM元素封装起来，带来了更清晰的代码模型以及更好的可复用性（不足之处是效率有所降低）。
Atlas的客户端控件是连接JavaScript与DOM元素的桥梁，我们应该尽可能的使用客户端控件与DOM元素打交道，也就是以Atlas的方法来编写我们的程序。
同时，Atlas对JavaScript面
升级会员 