第一篇：軟件安全性保障框架研究論文

近幾年互聯網的大量普及,軟件安全問題開始愈加突顯。因為互聯網上的病毒和攻擊者引起的身份竊取、數據丟失以及一般性的混亂事件已經隨處可見。單單2008年第一季度,就有1474個不同的軟件脆弱點報告上來,只有64個發布了相應的解決方案。也就是說解決率大約只有4%。應用軟件安全將成為信息系統安全的下一個熱點。

軟件安全一般分為應用程序級別的安全性和操作系統級別的安全性。應用程序級別的安全性,包括對數據或業務功能的訪問,在預期的安全性情況下,操作者只能訪問應用程序的特定功能、有限的數據等。操作系統級別的安全性是確保只有具備系統平臺訪問權限的用戶才能訪問,包括對系統的登錄或遠程訪問。

1基于軟件工程的軟件安全性保障框架

1.1傳統開發方法在安全方面的不足

在傳統面向對象項目開發過程中,在安全性方面存在以下不足:

1)設計階段,由于以類為單位組織建模,因此它不能全面地反映軟件系統的安全需求。

2)編碼階段,將數據和方法封裝到類中的思想增強了數據的安全性和軟件的模塊化,但是有一些數據和方法是特定于應用的,對于系統安全方面的考慮比較少。

3)維護階段,一般是系統在使用過程中發現了漏洞再去修補,不僅效率低而且工作量大。

2.2基于軟件工程原理的軟件安全性保障框架

本文依據系統安全工程的原理,將軟件安全引入到軟件開發生命周期之中。為了開發出安全的應用軟件,提出一個軟件安全性保障框架,將軟件安全保障實施到軟件開發的各個模塊當中。

該框架具體分為:軟件安全需求分析、軟件安全設計與編碼、軟件安全檢測與評估、漏洞響應和維護階段。首先分析軟件開發中可能出現的安全問題,了解項目的安全需求,之后再要保證程序設計和編碼過程中的安全性,開發完成后對軟件進行安全性檢測和評估,最后進行產品的維護,對產品中存在的漏洞問題進行響應和處理。

2.2.1軟件安全需求分析

軟件安全分析開始于項目開發初期并貫穿于整個系統生命周期的始終。在完成項目需求分析的同時,也要建立安全需求。在這個階段主要完成兩個任務:

1)軟件需求危險分析計劃制定

在系統需求分析階段,首先建立軟件安全需求定義,確保軟件安全需求定義的正確性,然后制定一個危險分析計劃。

2)寫出初步的軟件安全需求文檔

安全分析的結果應寫成軟件安全需求文檔,應用到軟件需求文檔、軟件設計文檔、軟件測試計劃、軟件維護計劃中去。

2.2.2軟件安全設計和編碼階段

安全從設計開始。設計階段如果出了安全問題,那下一步的測試維護工作會更加困難而又低效。這個階段主要有三個任務:

1)進行軟件設計危險分析

明確在設計階段有哪些安全方面的目標需要達到,識別軟件可能會遇到的攻擊和一些安全隱患,劃出安全邊界、哪些數據是比較可信的、哪些輸入接口較易成為攻擊目標、列出潛在的攻擊方式等,確保設計的完整性和正確性。

2)軟件安全設計

進行安全分析之后,還必須進行軟件安全設計。設計時要注意盡量降低危險發生率,對可能發生危險的地方要提供警告,危險發生后采取有效措施進行控制,同時還要注意所額外增加的復雜度。

3)基于編碼的軟件安全分析

在軟件代碼編寫階段,也要注意編碼過程中是否會引入新的危險,因為編碼人員可能會不小心使用一個不安全的函數。除了要求編碼人員提高程序質量之外,還可以使用第三方的安全編譯來提高編碼階段的安全水平。

2.2.3軟件安全檢測與評估階段

軟件安全性測試是軟件安全開發生命周期不可缺少的一個組成部分,測試中的投入要遠遠小于項目完成后再進行的漏洞修補和安全維護。

安全性測試和普通的功能性測試的測試目的是不同的。軟件安全測試的目的是確保軟件不會去完成沒有預先設計的功能,而且所有預料到的危險已經被消除或減輕。如代碼運行過程中系統是不是處于安全的狀態,系統運行風險是否可以接受,操作人員的失誤包括極端環境在內的各種異常和故障是否被妥當控制,盡可能找到軟件中的所有漏洞,減少軟件遭到攻擊的可能性。

軟件的安全檢測通常包括一下幾個方面:靜態檢測、動態檢測、文檔檢查、出錯處理和異常情況檢測。

1)動態檢測

選擇合適的測試用例,實際執行待測程序,通過分析程序運行時的內存、變量、內部寄存器等中間結果來檢測程序運行時的正確性。

2)靜態檢測

靜態檢測是在程序沒有運行的情況下,靜態分析程序的數據流和控制流,然后給出相應的測試分析報告。

3)檢查文檔

檢查需求說明書、概要設計說明書、詳細設計說明書中是否有對安全性的設計和描述,對安全性的描述是否和需求一致,還有用戶文檔是否有安全性注意事項等。

4)出錯處理和異常情況檢測

保證各種出錯和異常情況都被處理,提示給用戶的出錯信息不會涉及到程序設計的細節,而且軟件的異常情況不能導致程序進入不可知的危險情況。

2.4.4漏洞響應和維護階段

即使我們在需求分析,軟件設計,代碼編寫,以及軟件測試過程中都加入了安全因素的考慮,最終的軟件產品還是可能會存在漏洞,所以漏洞響應和維護是很重要的一個環節,軟件的維護和跟蹤,響應、修復漏洞是很重要的。漏洞發現后要在第一時間采取措施,確保客戶的利益不被侵害。這個階段大致可分為以下兩個階段:

1)漏洞響應

發現漏洞,首先通知客戶收到漏洞報告,聯系相關的開發部門進行技術細節的分析,為漏洞進行風險評估。

2)修復漏洞

開發部門和安全響應部門協商進行解決方案的制定,對修復漏洞的補丁進行嚴格測試之后對外公布安全補丁,發布安全簡報。

3結論

真實有效的安全解決方案能為開發安全的關鍵軟件提供好的思路。本文運用系統安全工程的原則,對軟件安全工程進行詳細分析,提出初步的軟件安全性保障框架,詳細論述了框架各階段的安全分析工作,并結合實際提出一些實用的改進方法,有一定的參考價值,希望在大量的實際應用中逐步完善成為使用有效的軟件安全性保障方案。

參考文獻:

[1]軟件安全速成課企業系統有多脆弱?[EB/OL].[2]軟件系統的安全必須能夠經受住正面的攻擊

[3]于東輝.基于面向方面的軟件安全框架的研究[D].大連:大連理工大學,2005.[4]蔡霞,陳基熊.軟件安全及有關技術淺析[J].計算機應用,1999(11).[5]崔丹丹,張二峰.軟件安全問題初探[J].商場現代化,2009(2).[6]余勇,林為民.軟件安全開發模型的研究[J].計算機安全,2005(4).

第二篇：論文研究框架

論文研究框架

一、問題提出與研究價值

為什么要選擇這個選題，其理論視角是什么？密切相關的研究的精煉的綜述；本選題研究的價值在于哪里方面？要解決什么樣的問題？

二、研究對象選擇與研究方法

選擇什么樣的研究對象？為什么要選擇其作為研究對象？如果是案例研究，那就遵循案例研究的方法。具體分析的文本的范圍是什么（時間范圍、空間范圍、文本范圍）；采用什么樣的研究方法？列出哪些變量或者哪些統計的數據？

三、內容分析

結合文本或者研究對象具體的層面、或者相關的數據進行內容分析，通過這些分析闡述問題、研究和分析。

四、討論與結論

結合上述的分析，分層面闡述出得出了若干方面的結論。同時分析，得出這些結論，是基于哪些研究方法、研究條件，還有哪些研究局限？還可以延展哪些方面。

第三篇：公共財政框架研究論文

逐步建立公共財政框架，是今后一個時期我國財政改革的主要目標。但對什么是公共財政，為何要構建公共財政，目前還存在許多認識上的誤區。只有澄清這些認識上的誤區，才能創建實質意義上的公共財政。

一、什么是公共財政

財政是國家(政府)為主體的經濟活動(分配活動)，這在我國已經形成了共識，因此財政從來就是國家(政府)財政，這是財政的本質，或財政一般，問題的關鍵在于國家的性質不同，社會經濟運行機制不同，決定著國家為主體的經濟活動(分配活動)目的及達到目的途徑不同。從而形成了不同的財政類型(模式)或稱財政特殊。公共財政作為我國社會主義市場經濟下財政改革與發展的目標模式，對其內涵的認識，必然要從社會主義市場經濟環境入手。

社會主義生產的目的在于要最大限度地滿足全體人民日益增長的物質文化生活的需要。問題的關鍵在于滿足人們需要的資源總是有限的，要使有限的資源盡可能地滿足人們的需要，效率是關鍵，是第一位的。要使經濟活動符合效率的要求，必然要相應的效率裝置，而迄今為止，市場機制是人們發現的使經濟活動有效率的唯一裝置。換句話說，在經濟制度中，沒有市場機制也就沒有效率。但市場失敗的存在決定著市場機制只能有效率地提供具有排他性和競爭性的私人物品，滿足社會成員的私人需要，對社會成員個人需要圖譜中的公共需要則無法有效滿足，而公共需要又是社會成員個人圖譜中客觀存在的。既然市場機制無法有效提供，就只能通過某種非市場機制來提供。這種非市場機制在我國約定俗成稱為財政機制。市場機制提供的滿足私人需要的物品稱為私人物品，與此相對應，財政機制提供的滿足公共需要的物品稱為公共物品。據此，在市場經濟下，財政就是政府通過非市場機制提供公共物品滿足社會公共需要的經濟活動或分配活動。

問題到此還沒有完結，關鍵在于資源稀缺的前提下，政府如何提供公共物品才能使社會成員的私人需要和公共需要得到最優滿足，實現社會成員個人福利水平最大化，或者更明確地說，政府財政機制提供公共物品如何才能符合經濟活動效率的要求?既然市場機制是使經濟活動有效率的唯一裝置，財政機制要符合經濟效率的要求，其實質上也必然是一種模擬市場機制。財政采用模擬市場機制提供公共物品，實質上也就是要求按社會成員的意愿(偏好)提供公共物品。問題是社會成員眾多，而公共物品只能統一提供，這就需要通過某種裝置將社會成員個人對公共物品的個人偏好匯總成集體偏好。這就是說，在市場經濟體制下要使社會成員福利水平最大化，政府財政機制提供公共物品滿足社會公共需要必須按社會成員的集體偏好(大多數人的意志)進行，由社會成員對政府財政活動進行約束和規范。由此可見，公共財政就是市場經濟體制下政府按社會公眾的集體意愿提供市場機制無法有效提供的公共物品滿足社會公共需要的經濟活動或分配活動，而公共財政制度就是確保政府按社會公眾的集體意愿提供公共物品滿足社會公共需要的經濟活動或分配活動的基本規則。

二、如何正確理解公共財政

上述公共財政的簡單定義中，實際上包含著十分豐富的內涵。對此應從以下幾個方面來理解：

1．公共財政是一種著眼于滿足社會公共需要的經濟活動或分配活動。這里的分配指廣義的分配，包括資源配置、收入分配。最優滿足社會公共需要構成公共財政的出發點和歸宿。社會公共需要決定著公共財政的存在，決定著公共財政的活動范圍和活動效果。公共財政則著眼于滿足社會成員的公共需要，公共財政不應該成為超越市場的力量去滿足社會成員的私人需要。

2．公共財政活動的對象是提供公共物品。有需要就要有供給，滿足社會公共需要的供給途徑就構成了公共財政活動的對象，這就是要提供公共物品。在這里，我們把政府公共財政為社會成員個人提供的各種產品和服務都稱為公共物品。私人物品則由市場提供，公共財政不能夠超越市場力量去提供私人物品，只能夠提供市場無法有效提供的公共物品。

3．公共財政的核心是效率。效率是經濟活動的核心，公共財政作為政府為市場提供公共物品滿足社會公共需要的經濟活動，其核心也是要解決效率問題。從計劃財政轉向公共財政說到底也是提高經濟活動效率的必然要求。

公共財政的效率表現在兩個方面：一是配置效率，二是生產效率或X-效率。配置效率指的是資源根據最終產品消費者的偏好和預算約束線配置，從而使私人和公共物品的資源配置都達到帕累托效率狀態。從實踐角度看，配置效率是指下列問題：公共部門是否生產選民所需要的服務(公共支出)水平和組合?選民在政治市場上是自主的嗎?誰的偏好最重要?X-效率是從供給方來考慮的，指的是公共財政采用最好的方法和最有效的技術以最低成本生產公共物品。建立公共財政制度就是要最優化制度安排，確保配置效率和生產效率得以實現。

4．公共財政的立足點是非市場贏利性。公共財政立足于非市場贏利性包括三個層次：一是指公共財政活動范圍立足于非市場競爭領域，不介入一般競爭性領域，不應“與民爭利”；二是指公共財政活動立足于非市場競爭領域，也應立足于非贏利性。政府向社會成員征收收入只應以彌補公共物品的生產成本為限。通俗說法就是公共財政活動中應做到“以支定收”，即根據社會成員對社會公共需要的需求確定公共物品的生產規模及相應的公共支出規模，公共支出規模確定公共收入的規模，而不能以政府能夠征得的收入多少來安排支出，即不能“以收定支”。“以支定收”是政府公共活動的行為準則。“以收定支”則是企業和家庭經濟活動的行為準則。

5．公共財政是運行機制法治化的財政。公共財政運行機制法治化就是說整個公共財政活動都置于法治化軌道上，在法律法規約束下進行，做到“有法可依，有法必依，執法必嚴，違法必究”，實現依法理財。當然這里的“法”是民主基礎上反映最廣大人民群眾根本意志的“法”，是“合法的法”，即“正義之法”、“理性之法”、“合法之法”。通過民主的方式將社會成員對公共財政活動的集體意愿上升為法律，從而使社會成員的意志得以真實決定、約束規范和監督政府公共財政活動，確保政府公共財政活動符合社會成員的根本利益。阿克頓曾言：“權力使人腐化，絕對的權力使人絕對腐化”。既然國家(政府)為了提供公共物品滿足社會公共需要的職責而被社會成員委以強制性的公共權力(政治權力)，那么有效防范掌握了公共權力的公共部門及其官員濫用權力損害社會成員利益就成了社會公眾最關注的問題，而唯一的途徑就在于政府行為法治化，而政府公共財政活動法治化是關鍵。因此構建公共財政框架，就不僅僅是從“公共性”方面入手“甩包袱”(縮減財政支出供給范圍)，而且更為重要的是要從政府自身行為規范化入手，推進政府公共財政活動的法治化。

三、澄清認識誤區 創建我國公共財政

客觀地說，建立公共財政框架的目標雖然很明確，但目前無論是理論界還是政府部門都還對建立公共財政存在著認識上的誤區。澄清這些理論認識上的誤區，才有利于建立實質意義上的公共財政制度。目前存在認識誤區大致可歸納為以下幾個方面：

1．公共財政就是財政，而財政從來都是國家(政府)財政。這種誤解的錯誤就在于只看到了財政的共性，而沒有看到財政的特性。的確，公共財政是財政的一種模式，財政從來也都是國家財政，但是不同的社會形態及經濟運行方式下的財政呈現出各自不同的特征，財政的職能及實現機制都體現出明顯的差別，從而“財政一般”中顯示出“財政特殊”。如果說“公共財政就是財政，財政從來都是國家財政”，實質上是否認了不同社會形態及經濟運行方式下財政的特殊性。照這種觀點，也就不存在中國財政適應市場經濟要求轉軌——建立公共財政的必要。正確的認識應當是，公共財政是財政的一種：具體類型或模式，即與市場經濟相適應的財政模式。

2．“公共財政論”是對“國家分配論”的否定。這種觀點的錯誤就在于把財政的類型(模式)同財政的本質混淆在一起。“國家分配論”強調的是財政的本質，即財政是以國家為主體的分配，“公共財政論”則強調的是財政的類型或模式，強調的是財政的本質在市場經濟下如何體現出來，或者說強調的是財政的運行機制。公共財政強調的是財政作為國家為主體的分配活動在市場經濟下“應按社會公眾的意愿，提供公共物品滿足社會公共需要”來進行。因此，搞公共財政并不是否定財政的本質，而是要求國家財政按社會主義市場經濟要求，系統地改變具體的財政制度安排，公共財政并沒有否定國家財政。

3．公共財政的“公共性”否定了國家財政的“階級性”。這種觀點的誤解在于把“公共性”與“階級性”看作了完全對立的兩方面。實際上，公共財政的“公共性”與國家財政的“階級性”是對立統一的，而不是完全對立的，強調公共財政的“公共性”并不等于否認財政的“階級性”。這是因為公共財政作為與市場經濟相適應的一種財政模式，其根本特征即是“公共性”，而階級性寓于“公共性”。公共財政通過為市場經濟活動提供公共服務，實現“階級性”的要求。在資本主義市場經濟下，資本主義國家只有通過公共財政這個工具彌補市場失效，為市場提供公共服務，才能為私人資本榨取剩余價值創造共同的外部條件。例如如果沒有公共財政進行收入再分配，工人階級將因基本生活無法滿足而導致勞動力再生產萎縮，進而導致資本主義生產關系萎縮的致命后果。因此，公共財政進行收入再分配實際上是資產階級利用國家為主體的分配活動為私人資本更好地剝削創造共同的外部資本，也就是說，“階級性”通過“公共性”體現出來。

在社會主義市場經濟下，由于社會主義政治經濟制度的確立，廣大人民群眾是國家的主人，行使當家作主的權利，因而公共財政表現出真正意義上的為社會公眾提供公共商品滿足社會公共需要，公共財政的公共性得到了嚴格意義上的體現，從而我國的公共財政才稱得上是真正的公共財政。

4．公共財政就是與傳統“生產建設型財政”相對應的“吃飯財政”。這種認識的誤解在于把財政類型的兩種不同分類方式混在一起。公共財政是按國家(政府)提供公共商品的決策方式來劃分的類型，與此相對應的應是“家計財政”和“計劃財政”。“生產建設型財政”則是按財政支出中經濟建設投資支出的比重的大小來劃分的財政類型，與此相對應的是“吃飯財政”，即經濟建設投資支出占財政支出比重大，就是“生產建設型財政”，反之，則是“吃飯財政”。在公共財政模式下，經濟建設投資支出的比重，隨著市場經濟發展階段的變化而改變，著名發展經濟學家羅斯托和財政學家馬斯格雷夫關于“公共支出增長的發展模型”大致為我們在公共財政模式下安排經濟建設投資支出的比重提供了定性參考，但具體比重則要視經濟發展的具體情況而定。因此搞公共財政不是說財政不安排投資支出，只安排政府自身的“人吃馬喂”即退回到“吃飯財政”。搞公共財政的目的在于根據社會主義市場經濟下社會公眾的意愿來提供公共物品，滿足社會成員的社會公共需要，從而通過財政與市場的分工與合作，充分發揮兩種機制各自的優勢，盡可能提高全社會資源配置的效率，使有限的資源更好地滿足全社會成員不斷增長的物質文化生活的需要。

5．建立公共財政就是政府為了緩解財力拮據而向社會“甩包袱”。這種認識的誤解在于“只見其一，不見其二”，只看到了建立公共財政框架所采取的—些具體措施，而沒有把握建立公共財政的根本目的。的確建立公共財政模式必須根據市場經濟的要求，重新界定政府和市場的職責范圍。從而必然會出現政府向社會“甩包袱”的現象——將應由市場承擔的職責還給市場，財政不再給予資金支持，特別是中國從傳統的大包大攬的計劃財政轉向公共財政的過程，“甩包袱”現象可能更易為人們感覺到——原來都是政府“免費”提供的公共服務現在都要自己掏腰包了。但是“甩包袱”不是目的，而是手段，是財政適應市場經濟的要求而采取的改革措施，而且“甩包袱”是為了更好地“背包袱”——更好地提供公共物品滿足社會公共需要。更為重要的是建立公共財政是要根據社會主義市場經濟發展要求，系統地改造財政制度安排，重塑財政運行機制，因此建立公共財政更多的是政府行為，是政府自身的改革，是政府自身的“革命”。

第四篇：汽車安全性新技術論文

汽車安全技術

尤敏

（湖北汽車工業學院 汽車工程系，湖北 十堰 442002）

摘要：汽車行駛的安全性直接關系著人們的生命安全和財產安全。本文主要從汽車的主動安全技術和被動安全技術兩方面來闡述如何改善汽車行駛的安全性。

關鍵詞：汽車、主動安全技術、被動安全技術

Security technology of automobile

Youmin(Department of Automotive Engineering, Hubei Automotive Industries Institute, Hubei, Shiyan 442002)Abstract: The safety of car driving is directly related to people’s life and property.This paper mainly talks about initiative security technology and passivity security technology to express how to improve the security of driving.Key words: automobile、initiative security technology、passivity security technology

隨著交通工具的現代化和絕對數量的急劇增長,車禍也不斷增加。汽車交通事故已成為嚴峻的全球性社會問題。毋庸置疑,先進的汽車安全設施是行車安全不可缺少的保障。所以,我們要從技術上入手,努力研究開發高性能、高安全性的汽車,同時也要加強對在用汽車的定期檢查,以便及時維修調查,使汽車經常處于良好的技術狀況,以提高汽車行駛的安全性能。

一、汽車主動安全技術

1、ABS防抱死制動系統

防抱死制動系統(Anti-lock Braking System,簡稱ABS)由ABS電腦、液壓裝置、車輪轉速傳感器、制動液壓管路及電器配線等組成。

ABS統對于汽車在各種行駛條件下的制動性能及制動安全尤為重要，特是緊急制動，能夠充分利用輪胎和路面之間的峰值附著性能，提高汽車抗側滑性能并縮短制動距離，充分發揮制動效能，同時增加了汽車制動過程中的可控性。從而減少了汽車事故發生的可能性。

沒有安裝ABS的汽車，如果在行駛中用力踩踏制動踏板，車輪會急速降低轉速，最后車輪停止轉動，但車身由于慣性依然保持向前滑動。這種現象在車輪與路面之間發生較大的“滑移”，出現這種狀況時，汽車輪胎對路面的側滑摩差力幾乎消失，于是會出現下述現象：

（1）轉向穩定性下降：方向盤操縱不靈，車輛尾部上翹，嚴重時車輛打轉或出現折疊現象；（2）操縱性下降：操縱方向盤而達不到轉向要求；（3）制動距離延長：超過一般的制動距離。

所以，可想而知有無裝設ABS系統對汽車行駛的安全性是非常重要的。

2、ASR驅動防滑控制系統

ABS用于防止汽車制動過程中車輪抱死，將車輪的滑移率控制在理想的范圍內，以縮短制動距離，提高汽車制動時方向穩定性和轉向操縱性，從而提高汽車行駛的安全性。隨著對汽車性能要求的提高，不僅要求在制動過程中防止車輪抱死，而且要求在驅動過程中防止驅動輪滑轉，使汽車在驅動過程中的方向穩定性、轉向控制能力和加速性能都得到提高，因此采用了汽車驅動防滑轉向系統ASR（Acceleration Slip Regulation）。ASR是ABS的完善和補充，ASR可單獨設置，但大多數是與ABS組合一起，常用ABS/ASR表示，稱為防滑控制系統。

ASR主要用來防止汽車在起步、加速時車輪的滑轉，保證汽車在加速過程中的穩定性并改善在不良路面上的驅動附著條件。它可以使無差速鎖的汽車在冰雪路面和泥濘道路上起步并改善其通行能力，還可以防止在車速較高并通過滑溜路面又轉彎時汽車后部的側滑現象。

總之，ASR由于防止了車輪的滑轉，便可最大限度地利用發動機的驅動力矩，保證汽車有足夠的縱向力、側向力和操縱力，使汽車在起動、轉向和加速過程中，在滑溜和泥濘路面上、在山區上下坡過程中都能穩定地行駛，既保證了行車安全，減少輪胎磨損和燃油消耗，又改善了汽車的驅動性能。

3、VDC系統

ABS/ASR系統成功地解決了汽車在制動和驅動時的方向穩定性問題，但不能解決汽車轉向行駛的方向穩定性問題。例如當汽車轉向行駛時，不可避免地受到側向和縱向力的作用，只有當地面能夠提供充分的側向和縱向力時，駕駛員才能控制住車輛。如果地面側向附著能力比較低，就會損害汽車按預定方向行駛的能力。雨天汽車高速轉向行駛時，常常側向滑出,就是地面側向附著能力不足的緣故。為解決此問題，最近汽車工業發達國家又在 ABS/ASR系統的基礎上發展成汽車動態控制系統（Vehicle Dynamics Control，簡稱VDC）。這個系統把汽車的制動、驅動、懸架、轉向、發動機等各主要總成的控制系統在功能上、結構上有機地綜合在一起，可使汽車在各種惡劣工況下，如冰雪路面上、對開路面上、彎道路面上以及采取規避動作移線、制動、加速和下坡等工況時，對不同承載、不同輪胎氣壓和不同程度的輪胎磨損都有良好的方向穩定性，表現出最佳的行駛性能。VDC的應用，在制動、加速和轉向方面完全解脫對駕駛員的要求，是汽車的主動安全行駛方面的一個新的里程碑。

VDC系統對轉向行駛的控制主要是借助于對各個車輪的制動控制和發動機功率輸出控制來實現的。例如汽車左轉彎時，若前輪因轉向能力不足而趨于滑出彎道，VDC系統即可測知側滑即將發生，就采取適當制動左后輪的辦法。若在同一彎道上，因后輪趨于側向滑出而轉向過多，VDC系統即采取適當制動右前輪的辦法，維持車輛的穩定行駛。在極端情況下，VDC系統還可采取降低發動機功率輸出的辦法降低行駛車速，減少對地面側向附著能力的需求來維持車輛的穩定行駛。采用VDC系統后，汽車在對開路面上或彎道路面上的制動距離還可進一步縮短。

4、CCS汽車巡航控制系統

汽車巡航控制系統（Cruise Control System,縮寫為CCS）就是可使汽車工作在發動機有利的轉速范圍內，減輕駕駛員的駕駛操縱勞動強度，提高行駛舒適性的汽車自動行駛裝置。

汽車巡航系統（CCS）的作用是：按司機所要求的速度閉合開關后，不用踩油門踏板就可以自動地保持車速，使車輛以固定的速度行駛。采用了這種裝置，當在高速公路上長時間行車后，司機就不用再去控制油門踏板，減輕了疲勞，同時減少了不必要的車速變化，可以減省燃料。

在這個系統中，電子控制裝置可根據行駛阻力的變化，自動調節發動機油門開度，使行駛車速保持恒定。這樣既減少了不必要的車速變化，從而節省了燃料，同時也減輕了駕駛員的負擔。

二、汽車被動安全技術

1、安全帶

汽車安全帶是一種安全裝置，它能在汽車發生碰撞或急拐彎時，使乘員盡可能保持原有的位置而不移動和轉動，避免與車內堅硬部件發生碰撞而造成傷害。安全帶與安全氣囊一樣，都是現代轎車上的安全裝置，但是前者的歷史悠久，普及范圍廣。

看似簡簡單單的安全帶其實并不“簡單”。一直處在關注行車安全最前沿的通用汽車公司，通過分析大量意外事故后發現：汽車安全帶不但能使人保住性命，更能在超過半數的事故中減低甚至消除駕車者、乘車者受傷的機會。汽車發生碰撞或遇到意外緊急制動時產生的巨大慣性作用力，會使駕駛員、乘客與車內的方向盤、擋風玻璃、座椅靠背等物體發生二次碰撞，極易造成對駕乘員的嚴重傷害，甚至將駕乘員拋離座位或拋出車外，而安全帶能將駕乘人員束縛在座位上。發生意外時，它能有效防止二次碰撞，并且其緩沖作用能吸收大量動能，減輕駕乘人員的傷害程度。

2、安全氣囊

當汽車前部發生強烈的碰撞時，由于慣性，駕乘者的身體向前快速移動，這時安全帶便會盡力“拉住”駕乘者的身體，吸收部分沖擊能量，同時安全氣囊以“迅雷不及掩耳之勢”充氣并完全打開；接著駕乘者的身體上部便沉向安全氣囊，氣體也開始從氣囊的排氣口勻速逸出，并吸收了大部分沖擊能量；隨后，駕乘者身體向后并回到座椅上。以上整個過程幾乎都是發生在一瞬間的，駕乘者完全處于被動的局面，在這種情況下，被動的依靠輔助乘員保護系統是唯一的選擇。安全氣囊的開發設計就是基于安全帶有限的保護作用之上的，它們互相配合發揮對駕乘者的輔助保護作用。在乘員使用安全帶的情況下，氣囊有助于減輕胸、頭和面部在碰撞時受傷的嚴重性。當汽車發生前碰撞時，首先是汽車要停止運動，車內乘員的慣性力作用下仍以原速度繼續向前運動。不系安全帶的乘員將會與轉向盤、前擋風玻璃相碰，因而可能受到嚴重傷害；系安全帶的乘員可以隨著汽車停止運動而逐漸停止向前運動。如果碰撞劇烈，乘員向前運動更快，即使系了安全帶，在完全停止運動前，仍會與車內物相碰。如果此時裝在轉向盤或儀表板內的氣囊充氣彈出，它就可以保護乘員減少其與車內物相碰的可能性，更均勻的分散頭、胸的碰撞力，吸收乘員的運動能量，從而起到補充安全帶效果的作用。

除了安全帶和安全氣囊外汽車被動安全技術還包括汽車保險杠、汽車安全玻璃、安全車身、乘員頭頸保護系統（WHIPS）等。這些對提高汽車行駛的安全性能都有著非常重要的貢獻。

三、汽車主動安全新技術

1、Eye Car技術

Eye Car技術可使每位駕駛員的眼睛處于同樣的相對高度上，保證提供一個對路面和周圍車道的無阻礙視眼和最好的能見度。這一技術還能提供一個特定的駕駛環境。

Eye Car通過使用電動座椅自動將不同身材駕駛員的眼睛調到同一高度來解決能見度的問題，同時，可對轉向盤、制動與加速踏板、地板和中央控制臺進行調整，以構成各自適應的駕駛環境。同時對前立柱進行了重新的設計，將它從駕駛員的視線中移開。因為汽車駕駛員所收到的最關鍵的信息一般有90%以上是從車外通過眼睛觀察獲得的。所以，這一改進對于汽車的安全性具有重要的意義。

2、Cam Car技術

Cam Car技術旨在幫助提高駕駛員的感知能力。其技術特點是：

（1）安裝在汽車兩側的前向攝像系統，使駕駛員能夠繞過大型車輛提前看到隱蔽處的汽車或行人。在典型的行駛情景中，駕駛員在擁擠的車流中左轉彎時可以更容易地查看對面的車輛。（2）側置后視攝像機提供了更廣闊的側面視野。攝像機的覆蓋面比傳統的后視鏡要廣，特別是對于相鄰的車道。（3）安裝在車后、扇面形布置的四個微型攝像機可以獲得車后的全景視野。圖像經電子合成，具有變焦和160°廣角能力。（4）“夜眼”（Night Eye）攝像機可在低照度條件下，在汽車處于倒擋時工作，即使在近乎黑暗的情況下也能提供車后近距離內的細小影像。

四、汽車被動安全新技術

1、未來安全氣囊（1）可充氣式幕系統。這是一項全新的安全設計，其基本原理是為保護車內乘員的頭部，當碰撞發生時其會進行充氣，充氣后的形狀呈幕狀。（2）管狀充氣結構頭部空氣囊。此套系統為補足目前側邊防護系統，仍停留于保護人的胸部、腹部、臂部，對于頭部的保護較不足。它配合車身剛體結構、車門防護剛梁、側邊空氣囊，可構成較完整的側邊安全防護網，這也將是未來的安全防護趨勢。（3）頭部支撐系統。頭部支撐系統通稱為頭枕，車輛中座椅所配合的頭枕，其實不只是為了舒適,更重要的是為了安全。車輛如果遇到緊急狀況剎車時，車身會有強烈的前后擺動，由于慣性原理乘員身軀必然跟著擺動，尤其是頸部。如果沒有頭部的支撐緩沖的頭枕時，頸部受傷所引起的傷害是非常驚人的。

（4）外部安全氣囊。

2、自適應約束技術系統（ARTS）全新的自適應約束技術系統（ARTS）利用一系列傳感器來監測駕駛員座椅位置、安全帶使用情況、前排乘員乘坐質量和位置以及發生碰撞時的碰撞烈度和碰撞力的方向等信息，再根據具體的碰撞特點對每個前排乘員氣囊的展開進行調節。該系統可進一步減少由于氣囊展開不當對乘員造成的傷害，特別是對于身材較小的前排乘員。

3、汽車吸能方向管柱

汽車吸能方向管柱通過在汽車發生碰撞時重新分配傳到方向盤上的沖擊力，將沖擊力路徑迅速分流，使得傳遞到方向盤上的載荷最小。轉向管柱由空心管和轉向軸承構成。傳統轉向管柱的空心管和轉向軸承是整體式的，轉向軸上端和方向盤連接,下端與方向器連接。而吸能方向管柱的特點是將整體式轉向管柱一分為二，分為上轉向管柱和下轉向管柱兩部分；里面的轉向軸也分為兩截，它們之間用外向節機構連接。一旦發生碰撞令方向機構產生位移，外向節下端特制的轉向軸會折疊，上轉向管柱移入下轉向管柱內，實現“縮進”，從而擴大空間減低傷害。

五、胎壓力監視系統

在汽車的高速行駛過程中,輪胎故障是所有駕駛者最為擔心和最難預防的,也是突發性交通事故發生的重要原因。據統計，在中國高速公路上發生的交通事故中70%是由于爆胎引起的，而在美國這一比例則高達80%。怎樣防止爆胎已成為安全駕駛的一個重要課題。據國家橡膠輪胎質量監督中心的專家分析，保持標準的車胎氣壓行駛和及時發現車胎漏氣是防止爆胎的關鍵。而TPMS（Tire Pressure Monitoring System）----汽車胎壓監視系統毫無疑問將是理想的工具。該系統主要用在汽車行駛時實時的對輪胎氣壓進行自動監測，對輪胎漏氣和低氣壓進行報警，以保障行車安全。

駕駛者從監視器上就可以清楚的知道每個輪胎的氣壓值，當輪胎的氣壓低于社定的氣壓下限時，監視器將自動報警。

駕駛者可以根據顯示數據及時地對輪胎進行加氣或放氣，發現滲漏及時處理，減少意外的發生。

總之，汽車的主動安全技術和被動安全技術對汽車行駛的安全性是非常重要的，除此之外，還有環境因數、人為因數等對車輛行駛的安全性也是很重要的。因此，我們必須做好各方面的要求和技術，以保證車輛的安全行駛。

參考文獻：

[1] 《汽車安全檢測技術》.夏長高、曾發林、丁華 編著.化學工業出版社.[2] 《現代汽車安全技術》.錢宇彬、胡寧 編著.上海交通大學出版社.[3] 《 汽車安全與保養》.崔俊杰、張保成、續彥芳編著.冶金工業出版社.[4] 《汽車電子控制裝置與應用》.王旭東主編.機械工業出版社.[5] 白原新, 魏學顏.汽車主動安全性概述[J].世界汽車 , 1996,(03).[6] 李振玲.提高主動安全性 減少汽車交通事故[J].世界汽車 , 1996,(03).[7] 朱孔源.建立更加智能化的汽車安全系統[J].輕型汽車技術 , 2006,(02).[8] 豪彥.汽車主動安全制動系統的發展[J].汽車與配件 , 2004,(17).

第五篇：軟件委托開發框架合同

軟件委托開發框架合同

合同編號：【 】

技術委托開發框架合同

甲方：【 】 乙方：【 】

【 】年【 】月

軟件委托開發框架合同

甲方：中國移動通信集團浙江有限公司 住所：浙江省杭州市環城北路288號 法定代表人：

乙方： 住所： 法定代表人：

甲方因業務需要擬委托有資質有能力的軟件開發企業開發軟件，而乙方擁有相應的軟件開發資質和能力并愿意承擔甲方委托的軟件開發任務。根據《中華人民共和國合同法》的規定，經雙方友好協商，就甲方委托乙方開發軟件事宜達成如下條款：

1.委托軟件開發

1.1 甲方委托乙方開發其指定的軟件，乙方同意接受甲方的委托開發軟件。1.2 甲方對乙方的委托期限為【】年，即自【】年【】月【】日起至【】年【】月【】日止。

1.3 本合同為框架合同，甲方在本協議委托期限內委托乙方開發的軟件均受本框架合同約束。具體軟件開發的內容、要求、功能、指標、開發期限和費用等事項，由雙方在軟件開發任務單中明確約定。本框架合同與軟件開發任務單有沖突的，以軟件開發任務單為準。甲方軟件開發任務單指定簽署人為【】，并需加蓋甲方公章或甲方【 】部門印章。

1.4 合同期內甲方委托乙方開發軟件最高限價為【】元。本合同項下累計金額超過最高限價的，乙方應立即通知甲方，除非甲方予以書面確認，否則超過最高限價部分的金額不予結算，由乙方自行承擔。

2.軟件開發費用支付

雙方約定按以下第【 】種方式結算

軟件委托開發框架合同

（一）按任務單結算，每個任務單完成并通過驗收后按單結算；

（二）以【 】為周期定期結算，以上【 】實際完成并通過驗收的任務單為結算依據；

結算前，乙方應提交付款通知書、甲方確認通過驗收的書面證明以及正式發票。

3.知識產權

3.1 甲方向乙方提供任何文件、信息和數據不構成向乙方轉讓、授予非基于為甲方提供本項目項下技術開發目的的使用權、任何特許權或其他任何權利。3.2 為確保甲方有權實施乙方依據本合同所完成的技術成果，乙方應給予甲方永久地、免費地、不可撤銷的使用乙方在與甲方簽署本合同之前所擁有的為實施本合同技術成果所不可避免的相關知識產權的權利。

3.3 雙方在履行本合同過程中形成的所有技術成果（包括階段性成果和最終成果，無論是否最終被甲方采用或認可）、軟件系統、硬件設備及技術資料的知識產權均歸屬于甲方，乙方應積極配合甲方以合法方式取得并行使上述知識產權，包括但不限于及時披露在本合同執行過程中甲方認為可能需要進行專利申請的技術方案。未經甲方事先書面許可，乙方不得實施該項技術成果，也不得將該項技術成果以任何方式透露、提供、許可、轉讓或交換給任何第三方。

3.4 乙方保證向甲方提交的技術成果，為乙方自行研究開發并合法利用了公有領域的信息和知識，不侵犯他人的版權、專利權和商業秘密等知識產權，也不違反乙方與第三方的保密義務或有關知識產權協議，甲方不會因為實施本合同技術成果導致侵犯第三方的知識產權，否則，由乙方承擔全部責任。3.5乙方向甲方移交軟件的軟件成果，包括目標程序、源代碼、文檔和使用說明等。

4.驗收

4.1 在乙方交付軟件成果后，雙方按軟件開發任務單確定的開發要求、功能、指標對軟件成果進行初步驗收，各項開發要求、功能、指標符合軟件開發任務單的，由雙方簽署初驗合格報告。

4.2初驗合格后即進入六個月試運行階段（軟件任務單對試運行期限有特殊

軟件委托開發框架合同

約定的按特殊約定處理），試運行結束，各項開發要求、功能、指標仍符合軟件開發任務單的，由雙方簽署終驗合格報告。如在試運行期間出現重大故障，則試運行期間從故障修復之日起重新起算。

4.3 乙方不能按甲方指定的時間和地點參加驗收的，甲方有權單獨驗收，甲方無條件認可甲方的驗收結論。

4.4 甲、乙雙方對驗收結果有異議的，雙方應協商解決，協商不成的，以甲方意見為最終結論。

5.技術培訓服務

5.1 乙方負責無償對甲方有關工作人員進行必要的技術培訓，使其能熟練掌握并使用軟件成果。

5.2 在軟件成果移交之日起【】年內，乙方對軟件成果提供免費維護。軟件開發任務單對免費維護期有特殊約定的，按軟件開發任務單執行。

5.3 免費維護期滿后，乙方仍應對其軟件成果進行維護，并按其人員成本向甲方收費。

5.4 維護期（包括免費維護期和收費維護期）內，對運行中出現的問題保證在【】小時內響應并在【】內徹底解決。

6.雙方權利義務

6.1 甲方應按軟件開發任務單約定及時向乙方提供軟件開發所必需的資料及數據，并向乙方提供配合條件及輔助性工作。

6.2 甲方應按軟件開發任務單的約定及時向乙方支付費用。

6.3 乙方應按照軟件開發任務單或雙方確認的其它書面資料所確定的開發進度，完成軟件開發項目。

6.4 在軟件開發完成前，甲方有權對軟件開發任務單中的“軟件要求、功能和指標”進行修改的，乙方應在收到甲方新的“軟件要求、功能和指標”后5個工作日內，與甲方進行技術論證，編寫并確認“軟件要求、功能和指標”。“軟件要求、功能和指標”變更影響軟件開發進度的，雙方應同時重新商定軟件開發進度。

軟件委托開發框架合同

6.5 乙方保證所開發的軟件不侵犯第三方的知識產權和其他合法權利。如有第三方對乙方開發的軟件提出權利主張的，乙方應負責解決糾紛并承擔全部責任。

6.6 如因知識產權侵權，造成甲方無法繼續使用軟件的全部或部分的，甲方可酌情要求乙方采用以下措施之一：（1）在甲方限定的時間內為甲方重新獲得使用上述軟件的權利；或（2）在甲方限定的時間內重新開發、更換或修復上述軟件，讓甲方可以不受限制的繼續使用軟件。若乙方通過上述措施仍無法使甲方按照約定合法的使用軟件的，則甲方有權要求乙方返還所涉軟件的全部開發費用，并按軟件開發費用的【】倍賠償甲方損失，賠償金不足以補償甲方損失的，乙方還應進一步賠償甲方全部損失。

6.7 乙方在接受軟件開發前應充分評估風險，如確因現有水平和條件下難以克服的技術困難，導致軟件開發項目部分或全部失敗，所造成的損失由乙方承擔，乙方應退還已收取的全部費用。

6.8 維護期內，如甲方需要對個別軟件功能模塊進行完善或更新時，在不改動軟件基本框架結構的前提下，乙方應按甲方要求的時間進度及需求功能指派有經驗的軟件開發人員，無償為甲方完成工作。

6.9 甲、乙雙方應各自指定一名固定聯系人負責本項目的聯系與協調工作，任何一方變更聯系人時，至少應提前5天書面通知對方：

甲方聯系人：【】；聯系方式：【】； 乙方聯系人：【】；聯系方式：【】。6.10 乙方應親自履行本合同及其項下的軟件開發任務單，未經甲方書面同意，不得以任何形式將本合同及軟件開發任務單的任何部分轉讓給任何第三方或委托第三方履行。

6.11 甲方經提前通知后有權解除本合同及/或軟件開發任務單，但是應根據軟件開發任務單的約定和乙方實際已完成的開發進度向乙方支付相應報酬。乙方不得提前解除本合同及/或軟件開發任務單。

6.12 乙方保證其指派的參加軟件開發工作的人員應具備相應的軟件開發資質和能力并符合甲、乙雙方約定的其他要求。乙方軟件開發人員應保持穩定，未經甲方書面同意，不得進行更換，不得離開開發現場；但甲方有權根據乙方指派人員的能力或者項目實施情況，要求乙方對軟件開發人員進行增加或調整。甲方

軟件委托開發框架合同

要求乙方對軟件開發人員進行增加或調整的，乙方應在5個工作日內完成增加或調整。

6.13 乙方保證與其指派的軟件開發人員簽署合法有效的勞動合同，并及時、足額發放工資和各類福利，及時、足額繳納社會保險。乙方指派軟件開發人員的加班工資和出差補貼等費用均由乙方自行承擔。乙方保證不因其與指派的員工發生糾紛而導致甲方承擔任何責任，否則，甲方有權要求乙方賠償全部損失。

7.違約責任

7.1 甲方若未能按時支付軟件開發費用，則應按中國人民銀行公布的銀行同期貸款基準利率向乙方支付逾期款項的違約金。

7.2 乙方若未能按軟件開發任務單要求的期限交付軟件成果或通過驗收，則每延期一天應向甲方支付該軟件開發費用【】的違約金；延期超過【】天，甲方有權單方解除該軟件開發任務，乙方應退還已收取的該軟件開發費用并按該軟件開發費用的【】賠償甲方損失。

7.3 在使用過程中，由于乙方開發軟件的缺陷或隱患給甲方造成經濟損失的，乙方應當予以賠償。

7.4 乙方違反本合同第3.1條約定或者違反其保密義務的，甲方有權立即解除本合同及本合同項下的全部軟件開發任務單，并要求乙方承擔違約責任。

7.5 若乙方違反本合同3.2、3.3、3.4條約定的，甲方有權解除本合同，乙方并應向甲方支付合同總額【 】倍的違約金，違約金不足以補償甲方損失的，乙方應賠償甲方的實際損失。

8.保密義務

8.1 乙方應對在軟件開發過程中所獲悉的甲方商業秘密（包括但不限于技術數據、客戶資料等）予以保密，未經甲方許可不得泄露給第三人。

8.2 乙方應按雙方簽訂的保密協議履行保密義務。

9.爭議解決

雙方若發生爭議，應友好協商解決。友好協商解決不成的，向【甲方住所地】

軟件委托開發框架合同

人民法院訴訟解決。

10.其他 10.1 10.2

（以下無正文）

甲方：中國移動通信集團浙江有限公司 乙方：

授權代表：

授權代表： 本合同自雙方簽署之日起生效。本合同一式四份，雙方各執二份。

軟件委托開發框架合同

軟件開發任務單（格式）

編號：

本軟件開發任務單（“任務單”）由下列雙方于【】年【】月【】日在浙江省杭州市簽訂：

甲方：中國移動通信集團浙江有限公司 乙方：

根據雙方于【】年【】月【】日簽署的編號為【】的《軟件開發框架合同》（“框架合同”），甲方委托乙方開發本任務單中所述的軟件，乙方同意接受甲方委托開發本任務單中軟件：

第一條 軟件的內容、范圍 【】

第二條 軟件要求、功能及指標 【】

第三條 軟件開發進度 【】

第四條 開發費用及支付方式

1、甲方應向乙方支付軟件開發費用共計人民幣【】元，該款由甲方分期匯入乙方帳戶（開戶行：【】，帳號：【】）：

（1）本任務書簽訂之日起【】日內，憑乙方開具的相應金額的正式發票支付【】元；

（2）軟件成果移交并經雙方初步驗收合格后【】日內，憑乙方開具的相應金額的正式發票及雙方簽署的初驗合格報告支付【】元；

（3）試運行結束，經雙方終驗合格后【】日內，憑乙方開具的相應金額的正

軟件委托開發框架合同

式發票及雙方簽署的終驗合格報告支付【】元；

（4）免費維護期滿后【】日內，憑乙方開具的相應金額的正式發票支付【】元。

2、在甲方付款前【】日，乙方應提供符合甲方財務要求的等額正式發票。乙方遲延提供發票的，甲方有權相應推延付款期限。

3、上述軟件開發費用已經包括乙方履行本任務單可向甲方主張的全部費用，乙方不得要求甲方支付任何其他費用。

第五條 特別約定 【】

第六條 其他

1、本任務書未盡事宜，按照雙方簽訂的框架合同的約定處理。

2、本任務書自雙方簽署之日起生效。

3、本任務書一式四份，雙方各執二份。

（以下無正文）

甲方：中國移動通信集團浙江有限公司 乙方：

授權代表：

授權代表：