單片機的數(shù)字鐘設(shè)計

單片機的數(shù)字鐘設(shè)計,單片機,數(shù)字,設(shè)計 中國石油大學(xué)（華東）現(xiàn)代遠程教育 畢業(yè)設(shè)計（論文） 題 目：城市交通決策支持系統(tǒng) 學(xué)習(xí)中心： 重慶信息工程專修學(xué)院奧鵬學(xué)習(xí)中 心 年級專業(yè)： 0409 級 電氣工程及自動化 學(xué)生姓名： 張紅兵 學(xué) 號： 0451480502 指導(dǎo)教師： 韓亞軍 職 稱： 講師 導(dǎo)師單位： 重慶信息工程專修學(xué)院 中國石油大學(xué)（華東）遠程與繼續(xù)教育學(xué) 院 論文完成時間： 2008 年 12 月 25 日 中國石油大學(xué)（華東）現(xiàn)代遠程教育 畢業(yè)設(shè)計（論文）任務(wù)書 發(fā)給學(xué)員 1．設(shè)計(論文) 題目： 城市交通決策支持系統(tǒng) 2．學(xué)生完成設(shè)計(論文) 期限： 年 月 日至 年 月 日 3、畢業(yè)設(shè)計（論文）課題的要求：城市交通決策支持系統(tǒng)的應(yīng)用,整個 思路的設(shè)計較完整。在本篇文章中，文字闡述清楚，圍繞題目中心論述， 慨述明確，內(nèi)容理論結(jié)合實際。 4.實驗（上機、調(diào)研）部分要求內(nèi)容：本篇文章在寫的過程中，采用 EDA系統(tǒng)軟件的調(diào)試和 Web應(yīng)用程序的應(yīng)用，應(yīng)用開發(fā)平臺，開發(fā)語言 和開發(fā)工具的應(yīng)用，與相關(guān)的 ASP,NET的應(yīng)用有關(guān)，用 Microsoft word 排版論文版面和圖象處理軟件加工文中圖表，完成論文。 5、文獻查閱要求： [1]楊濤.城市交通：新世紀的挑戰(zhàn)與決策.南京：東南大學(xué)出版社， 2001.12 [2]董鑒泓 .中國城市建設(shè)史.北京：中國建筑工業(yè)出版社，2001.9 [3] 沈玉麟.外國城市建設(shè)史.北京：中國建筑工業(yè)出版社，1998 [4] 羅小未、蔡琬英 .外國建筑歷史圖說.濟南：同濟大學(xué)出版社，1995 6．發(fā) 出 日 期： 年 月 日 7．學(xué)員完成日期： 年 月 日 指導(dǎo)教師簽名： 學(xué) 生 簽 名： i 摘 要 在我國，隨著國內(nèi)交通基礎(chǔ)設(shè)施的逐步完善，交通數(shù)據(jù)已經(jīng)變得越 來越豐富，基于大量的交通數(shù)據(jù)為用戶提供輔助決策支持成為必需。 本文在分析了決策支持系統(tǒng)及交通綜合決策支持系統(tǒng)的概念、特點、 結(jié)構(gòu)等有關(guān)概念的基礎(chǔ)上，結(jié)合我國城市交通的發(fā)展現(xiàn)狀，提出了建立 城市綜合交通決策支持系統(tǒng)（USTDSS ）的構(gòu)想。在著重分析城市交通 中的各種決策類需求的基礎(chǔ)上，對城市綜合交通決策支持系統(tǒng)的系統(tǒng)開 發(fā)方法、系統(tǒng)框架設(shè)計等進行了研究探討并予以實現(xiàn)。其中，針對城市 交通的決策類需求的特點，借助于相應(yīng)的統(tǒng)計模型，將信息以圖表化的 方式提供給用戶，使決策用戶能夠直觀而全面的獲取信息。 目前，基于決策支持系統(tǒng)在交通領(lǐng)域應(yīng)用的研究都傾向于某一具體 的方面，且成功的案例較少，本設(shè)計所實現(xiàn)的城市綜合交通決策支持系 統(tǒng)旨在對此做一有益的嘗試。所開發(fā)的系統(tǒng)能夠很方便的為城市交通的 高層決策者提供決策支持信息，輔助其制定科學(xué)、有效的決策方案。 關(guān)鍵詞： WEB 串口通信 輸入輸出的連接 ii 目 錄 摘 要 .......................................................i 目 錄 ......................................................ii 第 1章 緒論 ..................................................1 1.1 研究背景 ..............................................1 1.2 研究目標和研究內(nèi)容 ....................................1 第 2章 決策支持系統(tǒng)與交通決策支持系統(tǒng) ........................3 2.1決策支持系統(tǒng)的概念 .....................................3 2.2決策支持系統(tǒng)的特點 .....................................4 2.3決策支持系統(tǒng)的體系結(jié)構(gòu) .................................5 第 3章 城市綜合交通的決策類需求分析 ..........................7 3.1 進行決策類需求分析的必要性 .............................7 3.2決策者需要獲得的信息 ...................................8 3.3決策者有哪些決策類需求 .................................9 第 4章 系統(tǒng)實現(xiàn)方法 ........................................13 4.1 開發(fā)平臺、開發(fā)語言及開發(fā)工具 .........................13 4.2 ASP.NET相關(guān) ..........................................15 4.3 WEB應(yīng)用程序中圖表的實現(xiàn) ...............................16 第 5章 系統(tǒng)的框架設(shè)計 ......................................17 5.1 系統(tǒng)后臺數(shù)據(jù)庫的設(shè)計與實現(xiàn) ...........................17 5.2系統(tǒng)主要功能模塊 ......................................19 第 6章 結(jié)論 .................................................21 致 謝 ......................................................22 參考文獻 ....................................................23 1 第 1章 緒論 1.1 研究背景 在社會經(jīng)濟飛速發(fā)展的今天，水在人們正常生活和生產(chǎn)中起著越來 越重要的作用。一旦出現(xiàn)交通事故，輕則給人民生活帶經(jīng)濟損失，重則 可能造成人亡。公共交通在城市一體化發(fā)展模式下的功能定位，并從城 市交通結(jié)構(gòu)，線網(wǎng)布局和交通政策三方面闡述了我國目前公共交通發(fā)展 存在的問題。最后再此基礎(chǔ)上提去幾點關(guān)于在城市交通一體化發(fā)展模式 下的公共交通發(fā)展策略。我國城市交通面臨巨大的挑戰(zhàn)，而其對策主要 是規(guī)劃及政策手段、工程設(shè)施建設(shè)手段、運行管理手段，以及采用高新 技術(shù)改造傳統(tǒng)交通運輸系統(tǒng)的手段。 1.2 研究目標和研究內(nèi)容 研究目標 通過研究，理清我國中心城市交通目前的管理體制幾機制現(xiàn)狀，存 在問題，及改革需求和可能障礙：結(jié)合國際和國內(nèi)先進經(jīng)驗，為中心城 市交通行政管理體制改革提供政策建議，使中心城市交通行政能力提高。 研究內(nèi)容 中心城市交通行政管理體制現(xiàn)狀調(diào)查和特點分析 （1）了解全國 36 個中心城市交通管理體制模式，相關(guān)管理部門 （交通，規(guī)劃，建設(shè)，城管，園林，環(huán)境，公安，財政發(fā)改等）機構(gòu)設(shè) 置，職能及相互協(xié)調(diào)情況，存在問題幾當(dāng)前解決辦法和機制。 （2）分析不同城市交通管理體制模式的背景原因，各自特點，找 出現(xiàn)有的各種交通管理體制模式轉(zhuǎn)換的條件。 （3）了解中心城市交通行政管理過程中普遍存在的法規(guī)體系建設(shè) 問題，在行政立法，執(zhí)法幾監(jiān)督實施等程序上有那些不足。 2 （4）研究城市交通管理行政體制改革理論基礎(chǔ)，并結(jié)合各城市經(jīng) 濟發(fā)展特點，分析城市交通管理體制改革發(fā)展的方向。 1 型城市的成功經(jīng)驗分析：擇國內(nèi)已經(jīng)建立綜合交通管理體制的 3—5 個典型城市進行深入剖析，找出這些城市在改革過程中對具體問 題的應(yīng)用個解決辦法，一為其他中心城市的改革提 供借鑒。 2 際先進交通管理體制經(jīng)驗分析：擇若干發(fā)達國家和地區(qū)的城市， 透徹分析其及交通管理體制改革的前因后果，結(jié)合中國城市的具體實際， 找出可供中國中心城市改革借鑒經(jīng)驗。 3 心城市交通管理體制改革的措施建議：機構(gòu)設(shè)置，資源整合，部 門協(xié)調(diào)機制建立，法規(guī)體系建設(shè)等方面提出推動中心城市交通管理體制 改革的措施建議。 3 第 2章 決策支持系統(tǒng)與交通決策支持系統(tǒng) 2.1 決策支持系統(tǒng)的概念 決策支持系統(tǒng)（Decision Support System，簡稱 Dss）是鋪助決策者 通過數(shù)據(jù)，模型和知識以人機交互方式進行半結(jié)構(gòu)化或非結(jié)構(gòu)化決策的 計算機應(yīng)用系統(tǒng)。它是管理信息系統(tǒng)（MIS）向更高一級發(fā)展而產(chǎn)生的 先進信息管理系統(tǒng) 它為決策者提供分析問題，建立模型，模擬決策過程和方案的環(huán)境， 調(diào)用各種信息資源和分析工具，幫助決策者提高決策水平和質(zhì)量。 決策按其性質(zhì)可分為如下 3 類 結(jié)構(gòu)化決策，是指對某決策過程的環(huán)境機及規(guī)則，能用確定的模型 或語言描述，以適當(dāng)?shù)乃惴óa(chǎn)生決策方案，并能從多種方案中選擇最憂 解的決策： 非結(jié)構(gòu)化決策，是指決策過程復(fù)雜，不可用確定的模型和語言來描 述其過程，更無所謂最優(yōu)解的決策： 半結(jié)構(gòu)化決策，是介于以上二者之間的決策，這類決可以建立適當(dāng) 的算法產(chǎn)生決策方案，使決策方案中得到較優(yōu)的解， 非結(jié)構(gòu)化和半結(jié)構(gòu)化決策一般用于一個組織的種，高管理層，其決 策者一方面需要根據(jù)經(jīng)驗進行分析判斷，另一方面也需要借助計算機為 決策提供各種鋪助信息，及時做出正確有效的決策。 決策的進程一般分為 4 個步驟： 發(fā)現(xiàn)問題并形成決策目標，包括建立決策模型，擬定方案和確定效 果度量，這是決策活動的起點。 用概率定量地描述每個方案所產(chǎn)生地各種結(jié)局地可能性。 決策人員對各種結(jié)局進行定量評價，一般用效用值來定量表示。效 用值是有關(guān)決策人員根據(jù)個人才能，經(jīng)驗，風(fēng)格以及所處環(huán)境條件等 因素，對 各種結(jié)局的價值所作地定量估計。 4 綜合分析各方面信息，一 最后決定地方案的取舍，有時還要對方 案作靈敏度分析，研究原始數(shù)據(jù)發(fā)生變化時對最優(yōu)解的影響，決定對方 案有較大影響的參量范圍。 決策往往不可能一次完成，而是一個迭代過程。決策可以借助于計 算機決策支持系統(tǒng)來完成，即用計算機來輔助確定目標、擬定方案、分 析評價以及模擬驗證等工作。在此過程中，可用人機交互方式，由決策 人員提供各種不同方案的參量并選擇方案。 2.2 決策支持系統(tǒng)的特點 通過上述的分析我們可以看出決策支持系統(tǒng)是在傳統(tǒng)的 MIS 基礎(chǔ) 上發(fā)展起來的，同時又有許多不同傳統(tǒng)的管理信息系統(tǒng)（MIS）的特點。 我們通過以下對比分析來認識 DSS 的特點，見下表： 表 1-1 比較內(nèi) 容 DSS MIS 完成任 務(wù) 管理目標，半結(jié)構(gòu)化問題 日常業(yè)務(wù)，結(jié)構(gòu)化問 題 追求目 標 最滿意、可行的方案 最大化、最優(yōu)化的方 案 設(shè)計思 想 靈活開放、按用戶所需 穩(wěn)定靜態(tài)、以日常管 理為中心 處理技 術(shù) 人的經(jīng)驗、判斷力、創(chuàng)造力 系統(tǒng)性、客觀性、最 優(yōu)化 驅(qū)動方 式 模型驅(qū)動、用戶驅(qū)動 數(shù)據(jù)驅(qū)動 5 操作方 式 人機交互多，強調(diào)人的作用 自動化處理 信息需 求 強調(diào)決策者個性需求 體現(xiàn)全局整體的需求 對于信息采集來說，重點需要解決的問題是資源共享問題。也就是 說，各子系統(tǒng)必要建設(shè)各自完整的采集設(shè)施，部分子系統(tǒng)所采集的信息 將提供給整個系統(tǒng)共享。 對于信息管理來說，其一是需要有效地完成將數(shù)據(jù)經(jīng)過加工和組織 形成信息，將信息經(jīng)過提煉形成知識的過程；其二是需要合理處理分布 與集中的存儲關(guān)系，使用頻率高的共享信息集中存儲（例如由交通信息 中心所承擔(dān)） ，使用頻率低的共享信息和少部分子系統(tǒng)共同使用的信息， 以及子系統(tǒng)自己使用的信息分布存儲；其三是信息規(guī)范化問題，如何在 已有子系統(tǒng)，以及分別開發(fā)子系統(tǒng)的條件上，逐步完成系統(tǒng)整體的信息 規(guī)范化。 信息發(fā)布需要重點考慮的問題是根據(jù)不同的用戶需求（政府決策、 技術(shù)管理、公眾使用、企業(yè)管理等）建立方便的查詢機制，使得能夠真 正實現(xiàn)“在需求的時間，按照易于理解的形式，將所需要的信息送到用 戶手中。 2.3 決策支持系統(tǒng)的體系結(jié)構(gòu) 從結(jié)構(gòu)上來看，DSS 是幫助決策者利用數(shù)據(jù)、模型、方法、知識推 理等去解決非結(jié)構(gòu)化決策人機交互系統(tǒng)，主要由會話系統(tǒng)(人機接口)、 數(shù)據(jù)庫、模型庫、方法庫和知識庫及其管理系統(tǒng)組成。 1、模型庫：庫管理系統(tǒng)是 DSS 的核心，也是 DSS 區(qū)別于 MIS 系 統(tǒng)的重要特征。DSS 的模型的建立通常是隨 DSS 解決問題的要求而定 6 的，不同的企業(yè)不同層次的決策需求是不一樣，一般情況下包括：投資 模型、籌資決策模型、成本分析模型、利潤分析模型等。 2、管理系統(tǒng)負責(zé)管理和維護 DSS 中使用的各種數(shù)據(jù)，在模型運行 的過程中所使用的數(shù)據(jù)，按其數(shù)據(jù)內(nèi)容分類，分別建立數(shù)據(jù)倉庫文件。 運行的結(jié)果所產(chǎn)生的各種決策信息，常以報表或圖形形式存放在數(shù)據(jù)庫 中，并增加時間維度來實現(xiàn)數(shù)據(jù)庫的動態(tài)連續(xù)性。通過數(shù)據(jù)庫管理系統(tǒng) 有效地實現(xiàn)與模型庫、方法庫、知識庫與用戶接口部件方便、快捷的聯(lián) 結(jié)，實現(xiàn)數(shù)據(jù)的有效輸出，以達到為各種決策服務(wù)的目的。 3、 法庫：管理系統(tǒng)是在存儲和管理各種數(shù)值方法和非數(shù)值方法。 包括方法的描述、存儲、刪除等問題。比如會計決策支持系統(tǒng)常用的方 法有：預(yù)測方法( 時序分析法、結(jié)構(gòu)性分析法、回歸預(yù)測法等)、統(tǒng)計分 析法( 回歸分析、主成本分析法等)、優(yōu)化方法(線性規(guī)劃法、非線性規(guī)劃 法、動態(tài)規(guī)劃法、網(wǎng)絡(luò)計劃法等)及數(shù)學(xué)方法等。 4 、管理庫：相關(guān)領(lǐng)域?qū)＜业慕?jīng)驗為基礎(chǔ)，形成一系列與決策有關(guān) 的知識信息，最終表示成知識工程，通過知識獲取設(shè)備形成一定內(nèi)容的 知識庫。并結(jié)合一些事實規(guī)則及運用人工智能等有關(guān)原理，通過建立推 理機制來實現(xiàn)知識的表達與運用。 5、人機接口：交互式人機對話接口是實現(xiàn)用戶和系統(tǒng)之間的對話， 通過對話以各種形式輸入有關(guān)信息，包括數(shù)據(jù)，模型，公式，經(jīng)驗，判 斷等，通過推理和運算充分發(fā)揮決策者的智慧和創(chuàng)造力，充分利用系統(tǒng) 提供的定量算法，做出正確的決策的 7 第 3章 城市綜合交通的決策類需求分析 3.1 進行決策類需求分析的必要性 需求分析階段的工作,可以分為四個方面:問題識別 ,分析與綜合,制訂 規(guī)格說明,評審. 問題識別：是從系統(tǒng)角度來理解軟件,確定對所開發(fā)系統(tǒng)的綜合要 求,并提出這些需求的實現(xiàn)條件,以及需求應(yīng)該達到的標準.這些需求包括： 功能需求( 做什么 ),性能需求 (要達到什么指標), 環(huán)境需求(如機型,操作系 統(tǒng)等), 可靠性需求( 不發(fā)生故障的概率）,安全保密需求,用戶界面需求,資 源使用需求(軟件運行是所需的內(nèi)存,CPU 等),軟件成本消耗與開發(fā)進度 需求,預(yù)先估計以后系統(tǒng)可能達到的目標. 分析與綜合：步細化所有的軟件功能,找出系統(tǒng)各元素間的聯(lián)系,接 口特性和設(shè)計上的限制,分析他們是否滿足需求,剔除不合理部分,增加需 要部分.最后,綜合成系統(tǒng)的解決方案,給出要開發(fā)的系統(tǒng)的詳細邏輯模型 (做什么的模型. 制訂規(guī)格說明：編制文檔,描述需求的文檔稱為軟件需求規(guī)格說明 書.請注意,需求分析階段的成果是需求規(guī)格說明書(好象軟考曾經(jīng)考過這 個問題), 向下一階段提交.對功能的正確性,完整性和清晰性,以及其它需 求給予評價.評審?fù)ㄟ^才可進行下一階段的工作,否則重新進行需求 四、需求分析的方法：求分析的方法有很多.這里只強調(diào)原型化方 法,其它的方法如:結(jié)構(gòu)化方法,動態(tài)分析法等(個人認為,對初學(xué)者不必 深究這些方法,實際上我也從來沒用過這些方法)在此不討論.原型化方 法是十分重要的(是軟考等?？嫉闹R點).原型就是軟件的一個早期可 運行的版本,它實現(xiàn)了目標系統(tǒng)的某些或全部功能.原型化方法就是盡可 能快地建造一個粗糙的系統(tǒng),這系統(tǒng)實現(xiàn)了目標系統(tǒng)的某些或全部功能, 但是這個系統(tǒng)可能在可靠性,界面的友好性或其他方面上存在缺陷.建造 這樣一個系統(tǒng)的目的是為了考察某一方面的可行性,如算法的可行性,技 8 術(shù)的可行性,或考察是否滿足用戶的需求等.如,為了考察是否滿足用戶 的要求,可以用某些軟件工具快速的建造一個原型系統(tǒng),這個系統(tǒng)只是一 個界面,然后聽取用戶的意見,改進這個原型.以后的目標系統(tǒng)就在原型 系統(tǒng)的基礎(chǔ)上開發(fā). 3.2 決策者需要獲得的信息 《決策者的信息》是一份專為國內(nèi)中高級領(lǐng)導(dǎo)提供決策服務(wù)的信息 周刊。中共中央黨校主管，領(lǐng)導(dǎo)決策信息雜志社編輯出版。1994 年創(chuàng) 刊，以其“權(quán)威性、超前性、指導(dǎo)性，獨家獨特獨到；準確性、科學(xué)性、 實用性，可信可用可存” 特色和風(fēng)格，深受黨政界、知識界、企業(yè)界決 策者的支持和認可。 《決策者的信息》以系統(tǒng)化的編輯思想和特色化的欄目設(shè)置為基礎(chǔ)， 每一期內(nèi)容都包含一個信息化的戰(zhàn)略研究成果，每一個主題都形成一個 系統(tǒng)化綜合信息庫。它從戰(zhàn)略的高度研究信息，從決策的角度傳播信息， 既解決戰(zhàn)略研究遠離現(xiàn)實需要的問題，又使宏觀決策切實服務(wù)于微觀主 體，通過對領(lǐng)導(dǎo)決策前、決策中、決策后連續(xù)系統(tǒng)的信息服務(wù)，形成一 個從決策到實施、從操作到反饋的全方位信息支持系統(tǒng)。 《決策者的信息》雜志社擁有一批具有專業(yè)水準和實戰(zhàn)經(jīng)驗的編采 人員和信息專家，并聚集國內(nèi)外著名經(jīng)濟學(xué)家、資深專家和政府政要組 織專家顧問委員會，為領(lǐng)導(dǎo)決策提供專業(yè)化的信息支持。電子化的中國 政務(wù)信息網(wǎng)和遍及全國 352 個大中城市的地方工作站網(wǎng)絡(luò)以及中國領(lǐng)導(dǎo) 決策信息系統(tǒng)正逐步發(fā)揮其作用， 領(lǐng)導(dǎo)決策信息雜志社充分利用信息、網(wǎng)絡(luò)、專家、管道和客戶群五 大優(yōu)勢資源，以《決策者的信息》(周刊)為龍頭，以“ 中國政務(wù)信息網(wǎng)” 為技術(shù)平臺，架構(gòu)“ 中國領(lǐng)導(dǎo)決策信息系統(tǒng) ”，做中國首席政務(wù)信息服務(wù) 商。 9 3.3 決策者有哪些決策類需求 1、 分析人員要使用符合客戶語言習(xí)慣的表達：求討論集中于業(yè)務(wù) 需求和任務(wù)，因此要使用術(shù)語?？蛻魬?yīng)將有關(guān)術(shù)語（例如：采價、印花 商品等采購術(shù)語）教給分析人員，而客戶不一定要懂得計算機行業(yè)的術(shù) 語。 2、分析人員要了解客戶的業(yè)務(wù)及目標：有分析人員更好地了解客 戶的業(yè)務(wù)，才能使產(chǎn)品更好地滿足需要。這將有助于開發(fā)人員設(shè)計出真 正滿足客戶需要并達到期望的優(yōu)秀軟件。為幫助開發(fā)和分析人員，客戶 可以考慮邀請他們觀察自己的工作流程。如果是切換新系統(tǒng)，那么開發(fā) 和分析人員應(yīng)使用一下目前的舊系統(tǒng)，有利于他們明白目前系統(tǒng)是怎樣 工作的，其流程情況以及可供改進之處。 3、分析人員必須編寫軟件需求報告：析人員應(yīng)將從客戶那里獲得 的所有信息進行整理，以區(qū)分業(yè)務(wù)需求及規(guī)范、功能需求、質(zhì)量目標、 解決方法和其他信息。通過這些分析，客戶就能得到一份“需求分析報 告”，此份報告使開發(fā)人員和客戶之間針對要開發(fā)的產(chǎn)品內(nèi)容達成協(xié)議。 報告應(yīng)以一種客戶認為易于翻閱和理解的方式組織編寫?？蛻粢u審此 報告，以確保報告內(nèi)容準確完整地表達其需求。一份高質(zhì)量的“需求分 析報告”有助于開發(fā)人員開發(fā)出真正需要的產(chǎn)品。 4、要求得到需求工作結(jié)果的解釋說明：析人員可能采用了多種圖 表作為文字性“ 需求分析報告 ”的補充說明，因為工作圖表能很清晰地描 述出系統(tǒng)行為的某些方面，所以報告中各種圖表有著極高的價值；雖然 它們不太難于理解，但是客戶可能對此并不熟悉，因此客戶可以要求分 析人員解釋說明每個圖表的作用、符號的意義和需求開發(fā)工作的結(jié)果， 以及怎樣檢查圖表有無錯誤及不一致等。 5、開發(fā)人員要對需求及產(chǎn)品實施提出建議和解決方案：?？蛻羲?說的“需求”已經(jīng)是一種實際可行的實施方案，分析人員應(yīng)盡力從這些解 決方法中了解真正的業(yè)務(wù)需求，同時還應(yīng)找出已有系統(tǒng)與當(dāng)前業(yè)務(wù)不符 10 之處，以確保產(chǎn)品不會無效或低效；在徹底弄清業(yè)務(wù)領(lǐng)域內(nèi)的事情后， 分析人員就能提出相當(dāng)好的改進方法，有經(jīng)驗且有創(chuàng)造力的分析人員還 能提出增加一些用戶沒有發(fā)現(xiàn)的很有價值的系統(tǒng)特性。 6、描述產(chǎn)品使用特性：戶可以要求分析人員在實現(xiàn)功能需求的同 時還注意軟件的易用性，因為這些易用特性或質(zhì)量屬性能使客戶更準確、 高效地完成任務(wù)。例如：客戶有時要求產(chǎn)品要“界面友好” 或“健壯”或 “高效率”，但對于開發(fā)人員來講，太主觀了并無實用價值。正確的做法 是，分析人員通過詢問和調(diào)查了解客戶所要的“友好、健壯、高效所包 含的具體特性，具體分析哪些特性對哪些特性有負面影響，在性能代價 和所提出解決方案的預(yù)期利益之間做出權(quán)衡，以確保做出合理的取舍。 7、抽出時間清楚地說明并完善需求：戶很忙，但無論如何客戶有 必要抽出時間參與“ 頭腦高峰會議 ”的討論，接受采訪或其他獲取需求的 活動。有些分析人員可能先明白了您的觀點，而過后發(fā)現(xiàn)還需要您的講 解，這時請耐心對待一些需求和需求的精化工作過程中的反復(fù)，因為它 是人們交流中很自然的現(xiàn)象，何況這對軟件產(chǎn)品的成功極為重要。 8、及時作出決定：析人員會要求客戶作出一些選擇和決定，這些 決定包括來自多個用戶提出的處理方法或在質(zhì)量特性沖突和信息準確度 中選擇折衷方案等。有權(quán)作出決定的客戶必須積極地對待這一切，盡快 做處理，做決定，因為開發(fā)人員通常只有等客戶做出決定才能行動，而 這種等待會延誤項目的進展。 9、尊重開發(fā)人員的需求可行性及成本評估：有的軟件功能都有其 成本?？蛻羲Ｍ哪承┊a(chǎn)品特性可能在技術(shù)上行不通，或者實現(xiàn)它要 付出極高的代價，而某些需求試圖達到在操作環(huán)境中不可能達到的性能， 或試圖得到一些根本得不到的數(shù)據(jù)。開發(fā)人員會對此作出負面的評價， 客戶應(yīng)該尊重他們的意見。 10、劃分需求的優(yōu)先級：大多數(shù)項目沒有足夠的時間或資源實現(xiàn)功 能性的每個細節(jié)。決定哪些特性是必要的，哪些是重要的，是需求開發(fā) 11 的主要部分，這只能由客戶負責(zé)設(shè)定需求優(yōu)先級，因為開發(fā)者不可能按 照客戶的觀點決定需求優(yōu)先級；開發(fā)人員將為您確定優(yōu)先級提供有關(guān)每 個需求的花費和風(fēng)險的信息。時間和資源限制下，關(guān)于所需特性能否完 成或完成多少應(yīng)尊重開發(fā)人員的意見。盡管沒有人愿意看到自己所希望 的需求在項目中未被實現(xiàn)，但畢竟是要面對現(xiàn)實，業(yè)務(wù)決策有時不得不 依據(jù)優(yōu)先級來縮小項目范圍或延長工期，或增加資源，或在質(zhì)量上尋找 折衷。在“需求分析報告 ”上簽字確認，通常被認為是客戶同意需求分析 的標志行為，然而實際操作中，客戶往往把“簽字” 看作是毫無意義的事 情?！八麄円以谛枨笪臋n的最后一行下面簽名，于是我就簽了，否則 這些開發(fā)人員不開始編碼。” 這種態(tài)度將帶來麻煩，譬如客戶想更改需求或?qū)Ξa(chǎn)品不滿時就會 說：“不錯，我是在需求分析報告上簽了字，但我并沒有時間去讀完所 有的內(nèi)容，我是相信你們的，是你們非讓我簽字的?！?同樣問題也會發(fā) 生在僅把“簽字確認 ”看作是完成任務(wù)的分析人員身上，一旦有需求變更 出現(xiàn)，他便指著“ 需求分析報告 ”說：“您已經(jīng)在需求上簽字了，所以這 些就是我們所開發(fā)的，如果您想要別的什么，您應(yīng)早些告訴我們?！? 這兩種態(tài)度都是不對的。因為不可能在項目的早期就了解所有的需 求，而且毫無疑問地需求將會出現(xiàn)變更，在“需求分析報告” 上簽字確認 是終止需求分析過程的正確方法，所以我們必須明白簽字意味著什么。 對“需求分析報告 ”的簽名是建立在一個需求協(xié)議的基線上，因此我 們對簽名應(yīng)該這樣理解：“我同意這份需求文檔表述了我們對項目軟件 需求的了解，進一步的變更可在此基線上通過項目定義的變更過程來進 行。我知道變更可能會使我們重新協(xié)商成本、資源和項目階段任務(wù)等事 宜?！睂π枨蠓治鲞_成一定的共識會使雙方易于忍受將來的摩擦，這些 摩擦來源于項目的改進和需求的誤差或市場和業(yè)務(wù)的新要求等。 需求確認將迷霧撥散，顯現(xiàn)需求的真面目，給初步的需求開發(fā)工作畫上 12 了雙方都明確的句號，并有助于形成一個持續(xù)良好的客戶與開發(fā)人員的 關(guān)系，為項目的成功奠定了堅實的基礎(chǔ). 13 第 4章 系統(tǒng)實現(xiàn)方法 4.1 開發(fā)平臺、開發(fā)語言及開發(fā)工具 Extraction（ET）應(yīng)用構(gòu)建平臺是一個前沿的集成化的 Web 應(yīng)用軟 件開發(fā)平臺和運行支撐平臺，ET 平臺涵蓋軟件的設(shè)計，開發(fā)，測試， 運行，維護，更新和發(fā)布等整個生命周期；T 是極具創(chuàng)新的前沿軟件產(chǎn) 品，ET 徹底改變傳統(tǒng)的軟件開發(fā)模式，以完全圖形化的方式，通過組 件拼裝的模式實現(xiàn)軟件系統(tǒng)；基于 ET 的軟件開發(fā)，無需應(yīng)用編程語言， 無需進行架構(gòu)設(shè)計，完全圖形化構(gòu)建； T 平臺是典型的業(yè)務(wù)基礎(chǔ)軟件平臺； 來自計世資訊(CCW Research)的分析認為：軟件平臺是指用來構(gòu)建 與支撐應(yīng)用軟件的獨立軟件系統(tǒng)。它是開發(fā)與運行應(yīng)用軟件的基礎(chǔ)，是 任何一個應(yīng)用軟件得以實現(xiàn)與應(yīng)用的必要條件。軟件平臺有兩個基本要 素，即支撐環(huán)境和開發(fā)體系，其中支撐環(huán)境是指應(yīng)用軟件系統(tǒng)開發(fā)與運 行的基本條件，開發(fā)體系是指開發(fā)與維護管理應(yīng)用軟件的工具與方法。 ET 應(yīng)用構(gòu)建平臺即是典型的支撐型軟件開發(fā)和運行平臺，ET 運行于軟 件基礎(chǔ)架構(gòu)平臺之上，支持快速的非編程的軟件開發(fā)和運行支持； 14 圖 4-1 軟件平臺的層次和架構(gòu) ET 作為下一代的軟件開發(fā)平臺產(chǎn)品，為軟件開發(fā)帶來全新的理念 和模式；ET 平臺能夠有效的降低軟件的開發(fā)復(fù)雜度，簡化軟件的開發(fā) 過程，提高軟件開發(fā)的效率，提升軟件的質(zhì)量；和傳統(tǒng)軟件開發(fā)相比較， 基于 ET 平臺的軟件開發(fā)通過對現(xiàn)有組件的構(gòu)建和組裝實現(xiàn)軟件功能， ET 平臺屏蔽幾乎所有的編程開發(fā)過程，通過更為高級，更為強大的組 件構(gòu)建開發(fā)軟件；ET 平臺為構(gòu)建開發(fā)者提供豐富的組件，覆蓋數(shù)據(jù)定 義、數(shù)據(jù)庫操作、數(shù)據(jù)處理、邏輯處理、頁面交互展現(xiàn)、開發(fā)調(diào)試跟蹤、 應(yīng)用管理等軟件開發(fā)的各個方面；通過大量組件的選擇性的組裝和集成 可以實現(xiàn)軟件系統(tǒng)任意的邏輯功能和表現(xiàn)模式；ET 平臺是可高度復(fù)用 的軟件平臺，基于 ET 平臺提供的所有組件和插件可以無限次的進行復(fù) 用；ET 平臺在架構(gòu)上保證為 ET 進行的任何定制和擴展都可以自動在 后續(xù)的任何應(yīng)用中進行復(fù)用，因此，ET 平臺是具有高成長特性的開發(fā) 15 平臺，基于 ET 構(gòu)建的應(yīng)用越多，為 ET 提供的組件和插件越多，ET 就 越具有靈活性和可用性。簡易 c 語言開發(fā)工具是一款簡單易用的 c 語言 集成開發(fā)環(huán)境，適合于編寫符合標準的 c 程序，用戶可以方便的編寫、 調(diào)試、運行 c 程序。簡易 c 語言開發(fā)工具具有以下特點：一、以解釋的 方式執(zhí)行 c 程序的，可以很容易的發(fā)現(xiàn)程序運行中的錯誤，方便用戶調(diào) 試二、程序編譯和運行出錯的信息是中文的，出錯信息簡單明了，定位 準備。編譯錯誤的第一條錯誤信息總是準確的。三、代碼編輯器是語法 加亮的。四、本產(chǎn)品使用的是自主開發(fā)的 c 語言解釋器。五、用戶程序 出錯時，可以指出出錯原因、出錯代碼行，方便用戶快速解決算法錯誤。 4.2 ASP.NET 相關(guān) ASP.NET Atlas 中引入了客戶端控件的概念，用面向?qū)ο笏枷雽⒖?戶端 JavaScript 將要操作的 DOM 元素封裝起來，帶來了更清晰的代碼 模型以及更好的可復(fù)用性（不足之處是效率有所降低） 。Atlas 的客戶端 控件是連接 JavaScript 與 DOM 元素的橋梁，我們應(yīng)該盡可能的使用客 戶端控件與 DOM 元素打交道，也就是以 Atlas 的方法來編寫我們的程 序。同時，Atlas 對 JavaScript 面向?qū)ο蠓矫娴膹姶髷U展（請參考： ASP.NET Atlas 對 JavaScript 的擴展） ，也讓我們很容易通過繼承，覆寫 等方法來構(gòu)建自定義的控件。 在前面的一些帖子中，我介紹了一些 Atlas 中較復(fù)雜的控件。但同 時，Atlas 也提供了一些比較簡單/基礎(chǔ)的客戶端控件，同樣在開發(fā)中十 分有用，讓我們通過這個系列來熟悉 Atlas 自帶的簡單客戶端控件。 ·id：Atlas 組件的標識符，將 Atlas 客戶端組件與 DOM 元素連接起 來。這個 id 值與 DOM 元素的 id 屬性值相同，Atlas 使用這個 id 以找到 相關(guān)的 DOM 元素。 16 4.3 Web應(yīng)用程序中圖表的實現(xiàn) 在選擇使用 WEB服務(wù)器應(yīng)用考慮的本身特性有：性能，安全性，日 志和統(tǒng)計，虛擬主機，代理服務(wù)，緩沖服務(wù)和集成應(yīng)用程序等，下面介 紹幾種常用的 WEB服務(wù)器。 1 Microsoft IIS Microsoft 的 Web 服務(wù)器產(chǎn)品為 Internet Information Serve(IIS),IIS 是 允許在公共 Intranet 或 Intranet 上發(fā)布信息的 Web 服務(wù)器。IIS 是目前最 流行的 Web 服務(wù)器產(chǎn)品之一，很多著名的網(wǎng)站都是建立在 IIS 的平臺上。 IIS 提供了一個圖形界面的管理工具，稱為 Internet 稱為服務(wù)管理器。 IIS 是一種 Web 服務(wù)組件，其中包括 Web 服務(wù)器，F(xiàn)TP 服務(wù)器，NNTP 服務(wù)器和 SMTP 服務(wù)器，分別用于網(wǎng)葉瀏覽，文件傳輸，新聞服務(wù)和郵 件發(fā)送等方面，它使得在網(wǎng)絡(luò)(包括互聯(lián)網(wǎng)和局域網(wǎng))上發(fā)布信息成了一 件很容易的事。它提供 ISAPI(Intranet Server API)作為擴展 Web 服務(wù)器 功能的編程接口;同時，它還提供一個 Internet 數(shù)據(jù)庫。連接器，可以實 現(xiàn)對數(shù)據(jù)庫的查詢和更新。 17 第 5章 系統(tǒng)的框架設(shè)計 5.1 系統(tǒng)后臺數(shù)據(jù)庫的設(shè)計與實現(xiàn) 系統(tǒng)時鐘的初識化 至少設(shè)置三個寄存器：LOCKTME，PLLCON，LOCKCON。 LOCKTIME，地址 0 x01D8000C。用于指定 PLL 的初始化時間，在 PLL 初始化時，系統(tǒng)時鐘為晶振輸入或外部時鐘直接提供，即 MCLK=Fin；初始化完成后，切換，MCLK=FOUT 初始值為 0 xfff＝ 4095 個輸入時鐘周期。一般將其設(shè)為初始值。 PLLCON,，地址 0 x01D80000。設(shè)置 MDIV,PDIV,SDIV 三個值，用 于確定 FOUT 和 FIN 的頻率分配比值：FOUT== (m * Fin) / (p * 2s)，其 中 m = (MDIV + 8), p = (PDIV + 2), s = SDIV 典型的幾個值如下表： 表 5-1 No. Fin FOUT MDIV PDIV SDIV 1 10Mhz 40Mhz 0 x48 0 x3 0 x2 2 10 50 0 x2a 0 x3 0 x1 3 10 60 0 x34 0 x3 0 x1 4 4 60 0 x34 0 x0 0 x1 5 3 60 0 x48 0 x0 0 x1 6 10 75 0 x3a 0 x3 0 x1 CLKCON,地址 0 x01D80004。用于設(shè)置是否向外設(shè)提供時鐘，一般 設(shè)為默認值 0 x7ff8，即所有外設(shè)提供時鐘。 存儲器初始化（尤其是 SDRAM）： ARM7TDMI 的地址映射如下： （在 ARM 體制中，所有的各種內(nèi)、外存儲器，外設(shè)，寄存器， write buffer，通用 IO 口等全都采用統(tǒng)一編址） 18 注：0 x10000000～0 x100047f0 及其 Tag 和 LRU 的地址。 BANK0~BANK5 為 ROM/SRAM/FLASH, BANK6~BANK7 為 SDRAM/ROM/SRAM/FLASH 要設(shè)置的寄存器如下： BWSCON：BANK0~BANK7 的 UB/LB 使能、Wait 信號使能、數(shù) 據(jù)線寬度； BANKCON0~BANKCON5：各 bank（flash）的訪問時序控制。 flash 主要參數(shù)如下所示： TACS [14:13] Address set-up before NGCSN TCOS[12:11] Chip selection set-up NOE TACC[10:8] Access cycle TOCH [7:6] Chip selection hold on NOE TCAH [5:4] Address holding time after NGCSN TPAC [3:2] Page mode access cycle @ Page mode PMC [1:0] Page mode configuration 不同廠家、性能、速度的器件設(shè)置有所不同。 BANKCON6~BANKCON7：主要用于 SDRAM，當(dāng)然也可以是 Flash 或 SRAM。SDRAM 的時序控制稍微復(fù)雜，還有： TRCD [3:2] RAS to CAS delay SCAN [1:0] Column address number 當(dāng)然也可用于 DRAM。 REFRESH 地址： 0 x01C80024，DRAM/SDRAM 的更新控制寄存 器； MRSRB6 ～ MRSRB7：DRAM/SDRAM 的模式控制寄存器，這個 寄存器在系統(tǒng)初始時，即 SDRAM 使用前必須被有效地的設(shè)置。 這幾個寄存器的設(shè)置比較復(fù)雜，應(yīng)仔細閱讀 SAMSANG（page168）的數(shù)據(jù)手冊和相關(guān)存儲器的資料。 19 一個典型的配置如下： lDr0, =SMRDATA 1DMIA r0, {r1-r13} 1DR r0, =0 x01c80000 ; BWSCON Address STMIA r0, {r1-r13} SMRDATA DATA 5.2 系統(tǒng)主要功能模塊 根據(jù)總體技術(shù)方案，系統(tǒng)一期目標，可將網(wǎng)絡(luò)衛(wèi)士軟件主要分為如 下的幾個模塊。各功能模塊敘述如下： 1 軟件安裝模塊 要求安裝界面美觀、大方，安裝簡單、方便，不需要專業(yè)人員參與。 盡量要求軟件是綠色軟件，具備網(wǎng)絡(luò)安裝的能力。具備一定的軟件實時 自升級功能。 2 自啟動功能模塊 任何時候當(dāng)計算機啟動時，網(wǎng)絡(luò)衛(wèi)士也隨之啟動。用戶不能用常規(guī) 方法禁止網(wǎng)絡(luò)衛(wèi)士隨計算機啟動而啟動。 3 進程隱藏模塊 網(wǎng)絡(luò)衛(wèi)士運行時，具有隱藏自身的功能，無論用戶通過何種途徑均 很難找到該軟件的蹤跡，網(wǎng)絡(luò)衛(wèi)士將隱藏在后臺進程中，用戶不能看到 軟件在運行，不能停止軟件的運行，軟件對用戶而言是透明的，軟件運 行后，用戶將感覺不到軟件的存在。 4 實時監(jiān)控、屏幕取詞 當(dāng)用戶打開一個網(wǎng)站或者文件(可以是 WORD 文件、文本文件、電 子郵件等大多數(shù)文件)時，截取顯示的內(nèi)容，在用戶看到顯示內(nèi)容之前， 調(diào)用模式識別模塊對文件內(nèi)容進行分析、判斷。若其內(nèi)容是宣揚法輪功 的，則顯示警告信息，同時記錄下訪問的時間等信息。 5 智能模式識別 20 對截取的資料內(nèi)容進行識別、分析，判斷其是否為限定的不符合條 件的，內(nèi)容，將識別的結(jié)果反饋給實時監(jiān)控模塊。其判斷的方法是動態(tài) 的。如果識別的內(nèi)容是宣傳法輪功的，則替換顯示的內(nèi)容為警告信息， 否則正常顯示。 6 系統(tǒng)管理模塊 在實時監(jiān)控模塊中記錄的監(jiān)控信息如果達到程序設(shè)定的上報管理員 的條件，則把記錄的訪問信息上傳給管理員等相關(guān)人員。(如：網(wǎng)絡(luò)衛(wèi) 士設(shè)定當(dāng)該用戶訪問非法內(nèi)容達十次則報警，并把該信息通過電子郵件 發(fā)送給相關(guān)人員或部門)。 7 防刪除、卸載模塊 通過進程隱藏、程序隱藏等技術(shù)，使用戶很難甚至不可能刪除該軟 件。用戶僅憑常規(guī)手段無法將軟件卸載或刪除， ，同時為了方便系統(tǒng)管 理員工作，提供輸入卸載密碼方能將軟件刪除. 21 第 6章 結(jié) 論 本文研究的是城市交通決策支持系統(tǒng)，主要講的研究的背景，目標 和特點，對全文有了一個大致的了解。介紹的是決策支持系統(tǒng)與交通綜 合決策支持的認識，首先認識的是決策的概念.什么是決策支持系統(tǒng)， 決策支持系統(tǒng)要那些特點，它的結(jié)構(gòu)是什么。怎么樣才能真正的理解決 策。城市綜合交通的決策類需求分析，做一個決策者，分析的必要性和 決策消息來源.對一個分析者的重要性。同時做出決策前，應(yīng)該考慮到 你周圍利益和自己的利益。這樣實現(xiàn)系統(tǒng)實現(xiàn)的方式，開發(fā)平臺、開發(fā) 語言及開發(fā)工具等，要實現(xiàn)系統(tǒng)的開發(fā)，必然少不了開發(fā)工具，誰現(xiàn)代 科學(xué)的發(fā)現(xiàn)，水平的進步，系統(tǒng)軟件開發(fā)越開越多。認識了系統(tǒng)后數(shù)據(jù) 庫的設(shè)計，模塊的初始化，和模塊的主要功能。完成系統(tǒng)的設(shè)計和應(yīng)用。 城市交通決策支持系統(tǒng)的應(yīng)用,主要起城市交通的決策的作用，以 傳感器來獲得信號的觸發(fā)脈沖，用濾波器濾掉各種諧波信號，經(jīng)過模數(shù) 轉(zhuǎn)換器變成標準的數(shù)字信號，用單片機處理后可以達到控制的目的。實 踐證明，用仿人智能控制方案實現(xiàn)的控制策略，系統(tǒng)動態(tài)響應(yīng)快，并且 系統(tǒng)具有較高的控制精度。 通過這次的設(shè)計和總結(jié)，對決策系統(tǒng)的基本認識和應(yīng)用。在開發(fā)新的 軟件上有了一定的基礎(chǔ)。從開始到結(jié)束，整個過程，在韓老師的指導(dǎo)下， 順利的完成了論文。 22 致 謝 在完成本篇畢業(yè)論文的過程中，本人得到了許多老師和同學(xué)們的幫 助，是他們?yōu)榇烁冻隽诵难途?，在此請允許我向他們表示最衷心的 感謝！ 首先，我要感謝我的導(dǎo)師韓亞軍。本篇論文從提綱到初稿乃至成稿， 都經(jīng)過他精心的指導(dǎo)和修改，提出了嚴格的要求和許多寶貴的意見。可 以說，我的整篇論文凝聚著他的心血。 其次，我要感謝教學(xué)中心的老師。是他們對論文選題、選材、編寫 格式等方面給予了細心的指導(dǎo)，使本人的畢業(yè)論文設(shè)計得以有條不紊地 進行。 最后，我要感謝所有參考文獻的作者。我論文是建立在他們研究基 礎(chǔ)上的。 23 參考文獻 [1]楊濤.城市交通：新世紀的挑戰(zhàn)與決策.南京：東南大學(xué)出版社， 2001.12 [2]董鑒泓 .中國城市建設(shè)史.北京：中國建筑工業(yè)出版社，2001.9 [3] 沈玉麟.外國城市建設(shè)史.北京：中國建筑工業(yè)出版社，1998 [4] 羅小未、蔡琬英 .外國建筑歷史圖說.濟南：同濟大學(xué)出版社，1995 [5] 陳子展.現(xiàn)代城市規(guī)劃建設(shè)與發(fā)展創(chuàng)新管理標準任務(wù)書.上海：銀聲音 像出版社，1995 [6] 孫偉東.城市規(guī)劃編制辦法貫徹實施與城市規(guī)劃指導(dǎo)手冊.北京：中國 城市科學(xué)出版社，1985 中國石油大學(xué)（華東）現(xiàn)代遠程教育 畢業(yè)設(shè)計（論文）評語 指導(dǎo)教師 ： 韓亞軍 職稱： 講師 工作單位： 重慶信息工程專修學(xué)院 學(xué) 員： 張紅兵 年級專業(yè)層次 0409 電氣工程及再動化 評語： 指導(dǎo)教師簽名： 年 月 日