統一信息交換系統的研究與實現可行性報告（完整版）資料(可以直接使用，可編輯優秀版資料，歡迎下載）

統一信息交換系統的研究與實現可行性報告（完整版）資料(可以直接使用，可編輯優秀版資料，歡迎下載）南昌市市科技局科技與攻關統一信息交換系統的研究與實現項目可行性研究報告項目承擔單位：南昌大學目錄TOC\o"1-3"\h\z一、選題的必要性 31、項目所處技術領域產業政策 32、項目所處技術領域技術發展現狀 43、項目技術先進性，對相關領域技術進步的推動作用 64、項目目前進展情況 6二、技術方案論述 71、項目技術關鍵點或創新點論述，項目完成時達到的技術水平 72、項目技術方案論述：生產技術、工藝流程、主要技術參數 83、項目技術質量指標：項目產品達到的主要技術性能指標、執行的質量標準、通過的國家相關行業許可認證等 94、分階段描述項目執行過程中各階段目標 95、項目經費預算情況：項目投資總額、項目已完成投資、項目須新增投資及投資構成和投資預算、申請科技三項經費的使用預算 10三、項目實施支撐條件 111、項目技術來源 112、項目實驗、檢測條件 113、項目申請單位人才資源情況：技術人員總數、中高級技術人員比例 114、項目組人員專業結構、職稱結構 125、項目新增投資籌集情況 12四、項目預期經濟效益 131、預期市場需求 132、預期盈利水平 133、預期產業化前景 134、項目實施風險分析 14五、項目預計社會效益、環境效益 151、對社會發展的作用 152、對資源利用情況 153、對人才培養情況 154、環境影響及效益 16一、選題的必要性1、項目所處技術領域產業政策現在是全球化時代，需要信息進行流通與共享。目前我國發展比較快速的領域，如電子商務、電子政務、物流等，它們都需要將分布在不同地方的信息進行傳遞、處理與共享，這些信息可能是存儲在不同的信息系統中。這樣數據交換技術、信息交換技術與系統集成技術需求就非常迫切。對信息共享的“就事論事”的解決方案出現了很多（可見下節介紹），它們沒有統一標準、復雜混亂、難于維護等缺點。這是限制我國電子政務、電子商務等信息化領域發展的關鍵性問題，也是目前迫切需要解決的問題。國家目前在大力推進電子政務、物流、電子商務信息化，制定了許多相關的推進政策。同時，也為規范發展及標準的統一方面也做了許多工作。如電子政務方面，2002.5國家標準化委員會、國家信息化工作辦公室推出了“電子政務標準化指南（第一版）”對電子政務的建設進行了規范。在該標準中，還對信息交換及元數據的管理進行了規范。另外，在物流行業隨著經濟的發展，物流行業的發展已經突破了第二方物流與第三方物流，大力發展聯合運輸，并進入了綜合的現代物流階段（有人提出了第四方物流的概念）。它們是需要將社會上各種物流資源作為供應鏈的一部分進行集成，為客戶提供完整的供應鏈服務。它們將突破信息局限在一個企業內部進行流動與處理，而是要集成不同的物流信息系統（包括第二方物流與第三方物流等形式）。國務院批準、發展改革委等九部門已經聯合發布了《印發關于促進我國現代物流業發展的意見的通知》（發改運行[2004]1617號）文件精神，建立統一、科學、完整的物流標準體系，推動我國物流業健康發展；隨后今年國家標準委同發展改革委、商務部、鐵道部、交通部、國家質檢總局、民航總局、國家統計局等部門，編制了《全國物流標準2005年—2021年發展規劃》。該《規劃》從我國物流業和標準化工作的實際出發，旨在密切物流各相關產業在物流標準化方面的銜接，推動物流業基礎性、通用性標準和當前社會急需標準的制修訂工作，解決物流標準管理分散、標準體系不統一，制修訂工作不能滿足社會需要等問題。本項目就是研究在滿足統一標準的框架與大環境下，通過科技攻關，設計和實現一套通用的統一的信息交換系統，使其能在電子政務、物流信息化等領域進行應用與推廣。2、項目所處技術領域技術發展現狀目前我國信息技術得到了飛速的發展，但是由于種種歷史原因，使得系統彼此獨立，形成了許多“信息孤島”。由于信息化發展的歷史原因，目前國內企事業單位和政府部門的信息系統大部分都是相互獨立的應用系統，它們各自完成相應的特定功能、保留一定的信息資源。由于這些單位和部門之間并沒有一套很好的信息共享、同步更新的機制，使得日常工作中存在著諸多不便，并降低了工作效率。然而，隨著信息技術應用向深度與廣度方向的發展，特別是電子政務與物流信息化的飛速發展，這就要求這些企業和部門的信息系統之間能進行協同處理工作，完成目前更大范圍內業務處理應用。所以，信息資源共享是目前人們迫切需要解決的問題，也是人們信息化不斷追求的目標。針對上述問題，重新開發已經存在的業務應用系統顯然是不可行和不現實的，這就需要另外開發一個信息交換系統來解決信息資源的共享問題。人們傳統的做法是開發針對特定的應用系統進行數據交換（EDI）來實現。但是在某些應用領域中，目前已經出現了一些實現應用系統的集成及信息資源共享的新技術及解決方案（如醫療信息化的基于HL7的交換產品）。本項目就是根據這些技術，在元計算的基礎上，提出了一套應用范圍更廣的、基于統一模型的信息交換，并對其體系結構進行了全面的研究與分析。在實現信息系統之間連接與共享方面，國內外采用傳統的技術包括：數據交換(EDI)技術、可信總線法和適配器法、數據倉庫技術等。下面就對這些技術及其研究現狀進行分析。專門開發數據交換接口該方法是根據用戶自己的具體要求及用戶的具體應用系統，通過手工編程開發專用的接口來實現它們之間的數據交換。但是這種方法的開發工作量是巨大的，且如果某個單位的信息應用系統發生了變化，則相應的接口都要進行調整。根據一項統計調查，世界上每年花在應用接口上的開發與維護費就占全球IT投資的30%以上。總線和適配器技術在上述專門接口的基礎上，人們又提出了總線和適配器法，即各個應用系統通過適配器與總線相連，從而實現相互之間的數據交換。在總線上，點與點之間交換是對等的，通過總線，應用之間的維護、信息過濾已經容易得多。但是，由于個人、企業、政府部門都是用已有的工具或系統設計表格、填寫表格、審批表格，所以信息的格式、描述方法、傳遞方式都是不一樣的，在這樣的異構數據源環境下，要進行信息交換，特別是實現電子政務方面的信息交換應用還是十分困難的。數據倉庫技術數據倉庫技術具有面向主題的數據交換的功能。它能支持決策，面向分析型數據處理，且能對多個異構的數據源的進行有效集成。但這些主題數據是具有較長時間且具有戰略性定義的主題，它不能滿足實時的、各種業務類型的數據。目前已經出現了基于元計算的信息資源共享與網格計算（GridComputing）的概念。我國實現信息系統信息交換與連接還主要是上述前兩種方式。數據倉庫的面對的主要是具有較長時間且具有戰略性定義的主題數據，但不是如電子政務系統所要求的實時的、各種業務類型的實時數據。所以數據倉庫技術也不能完全滿足信息系統連接的廣泛的實際需求。而網格計算（GridComputing）是更廣泛意義的資源共享概念，是網絡上所有資源（硬件、系統軟件、信息與知識資源）的集成。基于統一的信息交換技術與模型，實現信息系統連接與信息共享，國外發達國家從研究到產品化都走在前列。最典型的就是以美國為首的醫療信息系統之間的信息交換標準HL7（網絡交換層第7層(應用層)以病人醫療信息為主題的HealthLevel7-HL7標準），但我國HL7的引進與創新還是起步與初級階段。從相關查詢國內有北京中網公司、深圳黎明等公司在研發基于應用層的數據交換從而實現信息系統之間無縫連接的產品，但他們在面對主題的統一數據表示方面不夠，生產的產品側重于交換安全方面。也沒有在信息與知識的表示方面能從統一到專用，從個性到標準轉換的靈活機制。綜上所述，目前國內外雖然有一些技術實現系統之間連接，但這些方法都存在缺陷，不能滿足未來信息化發展的要求。目前，滿足國家標準要求的、完善的信息系統的連接的理論及該方面的成果與應用據查新國內外還比較缺乏。3、項目技術先進性，對相關領域技術進步的推動作用元數據（Metadata）是描述電子數據的數據，它能體現某電子數據的邏輯關系并包含其各種規則集。任何一個應用系統的電子數據都可以對應一個由元數據組成的模型。應用系統中一個實際的電子數據，其語義通過其數據模式確定下來的，而其數據模式又是由其元數據所定義的。通過元數據與電子數據之間的定義關系以及電子數據元數據之間的映射關系，先對它們的元數據進行集成，最終實現信息交換與信息資源的共享，這就是基于元計算的信息資源共享。本項目的先進性是在上述基礎上，建立靈活的、平臺無關的元信息模型及流程處理模型，設計一套通用的、能適合各項標準的、面向主題的統一信息交換機制并進行實現。從而各種具體的應用系統可以利用該信息交換系統進行系統間的信息交換與共享。本項目將對數據交換、信息交換領域，遵循國家頒布的相應國家標準的信息化建設方面；模型驅動的信息系統的開發與集成方面；電子政務、電子商務、物流等領域的信息化的發展等方面的技術進步都具有非常大的推動作用。4、項目目前進展情況本項目已經做了許多前期工作，有一定的進展。如在國家電子政務信息交換相關的標準的研究；基于元信息模型的統一信息交換的現狀與前沿技術的研究；該項目的可行性研究；該項目總體系統設計等方面做了許多工作，并有一定的階段性的成果。如：牛德雄等著的“基于統一信息交換模型的信息交換研究”在國家核心刊物“計算機工程與應用”（CN11-2127/TPISSN1002-8331）2005年7月第21期發表；牛德雄著的“ResearchandDesignofUnifiedInformationExchangeCenter”在國際會議論文集2005SemineronEngineeringEducationCooperation&AcademicResearchforChinese-FrenchUniversities（北京：兵器出版社，ISBN7-80172-421-6）上發表。同時，本項目小組還與江西長運物流公司就物流信息系統的信息交換的需求方面做了調研。在項目處在研發階段，該項目具體在總體設計階段。二、技術方案論述1、項目技術關鍵點或創新點論述，項目完成時達到的技術水平該項目的技術關鍵包括：基于平臺無關模型的信息交換技術。該平臺模型是提供了各種功能與接口的模型，是多種技術的集合。建立統一元信息模型。它包括規范與科學的政務敘詞表、信息分類、代碼和指標體系表，和數據模型定義、數據抽取規則、映射轉換規則、主題定義、資料分類和維護定義、決策模型定義等。統一信息交換系統中的各功能部件，都是圍繞XML標準統一表示的信息進行管理與實現。由于信息交換標準統一，從而有利于標準化和信息互連。應用層統一信息交換模型。在這個模型中，應用系統之間按應用層協議進行通信，應用系統內部依靠接口提供服務。統一信息交換機制，實現與老系統在元數據層面上及應用層面上的集成。根據用戶實際情況靈活配置，滿足不同行業的數據表示要求。采用業務接口注冊機制，數據對外共享接口可以隨需應變，并能使整個系統各部分能靈活配置，協同工作。對業務數據庫對外接口可配置，從而大大減少開發工作量。系統可以分步、分模塊實施，各模塊可以根據需要進行組裝與拆分。該項目的創新點包括：基于平臺無關模型的信息交換技術。該平臺模型是提供了各種功能與接口的模型，是多種技術的集合。平臺無關模型是對系統高層次的抽象，是通用的且不包括任何與實現技術相關細節信息；特定平臺模型是跟特定平臺相關的模型，是具體使用的。在具體實現時，首先使用平臺無關的建模語言來搭建平臺無關的模型，然后根據特定平臺和實現語言的映射規則，將平臺無關模型轉換以生成平臺相關的模型，最終實現系統之間的信息交換與系統集成。建立統一元信息模型。即利用元數據建立統一的數據字典和信息中心的元信息模型，它是一個元數據庫。它包括規范與科學的政務敘詞表、數據模型定義、數據抽取規則、映射轉換規則、資料分類等。應用層統一信息交換模型。信息系統之間的信息交換注重網絡信息交換國際OSI七層模型的應用層和表示層。在這個模型中，應用系統之間按應用層協議進行通信，應用系統內部依靠接口提供服務。統一信息交換機制，實現與老系統在元數據層面上及應用層面上的集成。該項目完成，將達到國內先進甚至領先水平。2、項目技術方案論述：生產技術、工藝流程、主要技術參數系統大部分技術關鍵，如可組裝與集成性，通用設計模塊化的、靈活的基于多層結構的軟件體系來實現。在中間層中，設計了許多專業的應用程序接口，可以對許多應用模塊進行集成與拆分。在統一表示數據方面遵循XML標準表示共享數據及元數據標準，建立統一的元數據庫。圍繞主題，建立全面完整的主題敘詞表，對所有入庫資源進行科學標引、描述與分類，通過敘詞嚴格的語義內涵和位置關聯，建立所有資源在主題層的映射關系。通過翻譯功能翻譯成標準的大家都可“理解”的符合統一信息表示的標準格式主題內容，實現在應用層異構系統之間的信息交換與集成。基于XML設計統一的面向主題的信息與知識表示結構，并設計不同業務系統到通用模型的映射模型及服務與工作模型，以實現它們之間的信息互通。XML作為復雜的數據結構的表現形式，具有可擴展定義及跨平臺的特點。基于XML技術與標準的數據處理，根據XML解析器及編程實現，將關系數據庫記錄轉換成XML格式的數據，以供加工處理、傳遞、交換與共享。同時，可以將不同系統提供的XML格式的數據轉換成本系統數據庫中的記錄。具體的開發流程：以理論研究及科學實驗、現實實踐相結合，通過理論研究→技術演練→原型開發→試用→發現與提出問題→繼續完善→實際應用，及上述過程的循環。最后進行產品集成、最后到實際應用進行推廣。采用建模理論與方法進行分析與設計；總體上以原型法，與實際應用相結合，不但完散理論體系及實際應用模型；每個階段根據軟件工程的方法進行各個階段的控制與管理。系統采用基于三層結構（或稱多層結構），并在中間層開發中間件或服務程序，實現信息系統之間的信息交換與信息共享。3、項目技術質量指標：項目產品達到的主要技術性能指標、執行的質量標準、通過的國家相關行業許可認證等本項目將創建統一的信息資源編碼體系及統一信息表示格式，滿足對信息資源進行科學統一的標引、描述與分類的要求。這些標準主要包括：國家標準化委員會、國家信息化工作辦公室著，電子政務標準化指南（第一版）2002年5月頒布的“電子政務數據元（第一部分設計和管理規范）”、“電子政務主題詞表編制規則”等標準。在元數據表示及元語言方面將滿足XML標準。每個階段的開發與實施流程包括系統分析、系統設計、詳細設計、程序編碼、測試、系統實施、用戶培訓、維護與升級等過程。在每個過程的實施時，嚴格按照軟件開發與實施的ISO9000的質量控制，分步驟、分過程地進行組織開發，做好需求分析、設計、編碼、實施、維護的過程化控制。4、分階段描述項目執行過程中各階段目標具體的按年度分階段的項目執行過程目標如下： 2006年度上半年（2006年1到6月）：信息系統數據交換與整合內容的調研，國內外文獻資料的收集，研究國家信息交換標準；面向主題的元數據模型的研究、分析與設計；統一信息交換體系結構的設計；統一信息交換模型的概要設計與詳細設計。該階段的預期成果是研究設計出面向主題的元信息模型的原型，并面向該模型進行統一信息交換模型及系統的設計。2006年度下半年（2006年7到12月）：統一信息交換系統的開發實現；系統的測試；系統試用；在上述基礎上進行總結，撰寫學術論文；統一信息交換的試運行；進一步完善，并進行推廣；總結研究成果，結題。本階段的預期成果是面向該模型的工作模型的實現。并在研發出一套統一信息交換系統的情況下，指導實際的信息化中的具體應用，并在實際應用中得到完善。最后通過總結的成果及并結題。5、項目經費預算情況：項目投資總額、項目已完成投資、項目須新增投資及投資構成和投資預算、申請科技三項經費的使用預算（見附表）。該項目首期總投資額約為12萬人民幣。用于該項目的南昌大學已完成項目投資5萬元，用于有關的設備、場地費。該項目須新增投資7萬元人民幣，用于一定量的固定資產投資及相應的流動資金的開支。在已經有的固定資產的基礎上，新增固定資產購置PC服務器一臺，三臺微機及相關網絡設備與正版軟件，約3萬元。新增服務器用作Unix服務器，用以建立異構型網絡系統，用于該項目實現在不同系統平臺的信息交換與集成環境下的模型實驗。新增流動資金4萬，其中用于調研、資料、鑒定、耗材2萬；南昌大學新增自籌2萬用于管理費、水電費、勞務費等。申請科技三項經費的使用預算見附表。三、項目實施支撐條件1、項目技術來源項目由項目組參照國家有關標準、指導規范及市場需求自主研發。2、項目實驗、檢測條件該項目組的實驗與檢測條件可利用南昌大學計算機系現有教師與研究生機房，其中可支配的專用服務器1臺及微機5臺。在技術管理方面，項目小組嚴格按照ISO9000的質量控制體系，嚴格進行階段性控制，分若干開發與實施小組，進行項目的開發與實施。每個小組在每個階段都要進行嚴格的評審，如果經過審查，沒有完成好，不能開始進行下一個階段，并要找出原因。對各個程序員開發的程序，經過嚴格的測試。3、項目申請單位人才資源情況：技術人員總數、中高級技術人員比例南昌大學是國家“211工程”重點建設大學，也是江西省與教育部實行省部共建的高校。1997年學校被正式列為國家“211工程”重點建設大學。2004年12月，教育部和江西省政府決定共建南昌大學，并簽署了省部共建協議，使學校又步入了一個嶄新的發展階段。截止2004年10月，原南昌大學有專任教師1496人，其中正副教授791人，占53%。具有博士學位的教師132人，具有碩士學位的教師542人，博士和碩士學位的教師占45%。目前南昌大學已經與原江西醫學院合并，在規模上與層次上又上了一個新臺階。4、項目組人員專業結構、職稱結構開發人員及專業結構見下表：序號姓名分工專業所在單位1牛德雄課題負責人、總體規劃計算機應用南昌大學2林仲達管理咨詢、需求分析計算機應用南昌大學3周明建分析研究、總體分析與設計計算機應用南昌大學4張文全分析調研、系統測試計算機應用南昌大學5任燕總體設計、概要設計計算機應用南昌大學6洪勝華設計與開發計算機應用南昌大學7伍軍云設計與開發計算機應用南昌大學8鄔昌興詳細設計、程序編寫計算機應用南昌大學9王員云詳細設計、程序編寫計算機應用南昌大學項目小組中，具有副教授職稱的有3人，占33%，中級職稱的有2人，占22%，初級職稱1名。其中，成員中已獲得博士學位的有1人，碩士學位的有2人，現在在讀的研究生有3名。5、項目新增投資籌集情況南昌大學無償提供給該項目小組的計算機等固定資產的費用5萬元，水電及管理方面的費用2萬元，合計7萬元。通過南昌市科技局的科技攻關計劃項目資助5萬。四、項目預期經濟效益1、預期市場需求隨著國內各個行業特別電子政務、電子商務、物流信息化的推進，信息系統之間的連接與集成將是大勢所趨。江西省目前正在加快外向型經濟的發展，對外貿易發展迅速，物流行業將是經濟發展的瓶頸，物流信息化將是關鍵中的關鍵。物流信息系統的廣泛應用，必然帶來信息在不同領域中的傳遞。另外，國家正在進行推廣電子政務，它也需要將不同的政務系統、各種應用系統進行互連互通，這里有許多對信息交換的需求。所以該項目的市場需求預期將非常巨大。2、預期盈利水平本項目擬投入12萬元成本用于研發如果一年能實施2套，每套3萬元，則兩年就可以收回成本。首期投資回報率為50%。全省范圍或全國范圍內的物流行業、電子政務領域如果得到推廣，則后期的相關應用的產品及服務的利潤空間更大。企業使用該項目的產品，企業不需要重新更換系統，就可以集成到一起，進行信息交換，避免了重復投資的浪費。利用本產品同時可以節約在維護數據交換的成本開支，按權威部門的統計，傳統的數據交換維護成本占信息化成本30%計，該產品的使用將為企業減少非常多的開支。所以本產品的經濟效益是巨大的。3、預期產業化前景我們已經與江西長運物流公司進行了良好的項目合作。江西長運物流公司在江西物流行業具有一定的代表性及先進性。我們可以首先與其進行實施，如果成功，南昌市有幾十家物流企業，他們是具有該項目成果的需求單位。另外，物流企業與主管部門、辦證機關也有信息的交流，這些是電子政務的范疇，他們也會該成果具有非常大的需求。這些需求是可見的，另外，在其他行業的信息化方面，需求也非常大。該項目的市場需求很大，前景樂觀。從本項目小組挑選出精干的成員聯合其他公司成立項目實施小組，可以首先選擇江西省一個有實力的物流公司進行實施與試用，待產品成熟后則在其他物流公司進行推廣。本產品還可以適應電子政務及其他行業的信息化，當條件成熟，可以推出電子政務版，在電子政務領域進行推廣。如果上述推廣效果比較理想，則可以成立相應的組織，進行產業化。該產品的產業化包括兩個方面，一個是銷售產品；另一方面是進行咨詢與實施服務。在產業化過程中，由于首先已經有使用客戶，則啟動資金及樣板工程都具備，對今后的推廣與產業化方面會起到推動作用。4、項目實施風險分析在建立統一信息交換系統方面，項目負責人已經做了許多該方面的研究工作，有一定的基礎。在建立統一的主題詞表的邏輯結構、設計統一元信息模型時是針對具體行業的實際應用進行提煉與抽象，但其在其他行業的應用存在適應性方面的風險。該風險可以在對具體行業進行實施時，納入該行業的具體需求，并對其進行完善。在滿足標準的應用方面，由于企業貫徹標準的程度與認識等方面，會導致項目的實施存在一定的風險。目前國家正在大力推廣行業信息交換的標準的建立與推廣（如國家已經頒布了電子政務信息交換方面的國家標準）。我們已經對該方面進行了許多研究，本項目研究的實現方法、技術路線正是服務國家的對該方面的要求。我們將加大力量對該方面的內容及應用進行研究與引進，依托南昌大學的雄厚的科技優勢，并積極與企業進行產、學、研聯合研發，將會減少該方面的風險。在統一信息的信息表示的技術方面，由于基于XML的技術已經比較成熟，其成功應用方面非常多。基于XML建立統一信息模型，并在此基礎上實現信息交換，在技術上是可行的。對應應用層信息交換有國際醫療信息系統交換標準HL7可借鑒。另外，由于我省企業信息化的發展較發達地區晚，我省企業根據自己的發展情況對其需求的迫切性方面導致其有一定的市場風險。但在對信息系統進行集成的應用方面，目前國內電子政務、物流以及其他許多信息化的建設都有該方面的需求，我省經濟的發展非常迅速，所以這方面的風險將越來越小。五、項目預計社會效益、環境效益1、對社會發展的作用該項目的能為企業及政府部門解決信息孤島，使信息資源能為更為廣泛的用戶所共享。本項目的研究成果將不但在企業內部、企業之間及企業與政府管理部門之間、電子政務、物流的信息化建設過程中集成老系統，減少信息化建設的成本，提高信息化建設效率及政府辦事效率等方面具有非常大意義。本項目對于物流企業，可以擴大企業的服務范圍，不但增加企業的收入，改善地區的企業投資環境；對于政府部門，通過信息交換使得政府可以通過電子政務能提高工作效率，改善服務，還能使政府部門能科學地進行分析，做出科學的決策，并快速地做出應急反應。所以本產品不但在經濟效益方面是巨大的，而且該項目還具有巨大的社會效益，對社會經濟的發展具有非常大的作用。2、對資源利用情況本項目研究的其中一個主要目的正是為了利用已有的信息資源，節省已有的投資服務的。該項目將能集成老的遺留系統，并共享與利用其上的信息資源，重復使用這些已有的資源。本項目將對其他行業的不同的應用系統進行連接,實現它們之間的信息資源的共享與利用。3、對人才培養情況我們研發小組具有不同層次的結構，并有一些研究生參與。本項目的研發與科技攻關，包括理論研究、調研、分析、設計、開發實現、測試與實施等許多環節。這些環節中，除了項目的內容進行研發工作外，還能在各個方面的對這些人才進行鍛煉與培養，使得他們分別成為熟練的項目管理人員、分析設計人員、測試人員、軟件工程師、測試工程師、實施工程師及理論研究人員等。4、環境影響及效益本項目不對環境產生影響，沒有污染問題。在線考試系統可行性研究報告目錄引言4關鍵字5摘要6系統概述7可行性研究報告81.1引言9編寫目的9項目背景9參考資料9定義91.2可行性研究的前提10要求11目標12條件，假定和限制12可行性研究方法12決定可行性的主要因素13評價尺度131.3對現有系統的分析14處理流程和數據流程14工作負荷14人員14局限性141.4技術可行性分析14對系統的簡要描述14處理流程和數據流程15與現有系統比較的優越性15采用建議系統可能帶來的影響15技術可行性評價151.5經濟可行性分析15資金支出15效益15收益/投資比15投資回收期15敏感性分析151.6社會因素可行性分析16法律因素16用戶使用可行性161.7其它可供選擇的方案16引進已有管理系統161.8結論意見16軟件工程實驗引言：網絡化教育代表了教育改革的一個發展方向,已經成為現代教育的一個特征,并對教育的發展形成新的推動力。隨著Internet/Intranet的迅速發展和廣泛普及,建立在其上的遠程教育成為現代教育技術未來發展方向之一，考試測試作為遠程教育的一個子系統也成為一個重要的研究領域。現代遠程教育作為一種新的教學手段已經開始進入我們的生活，正在給傳統教育模式帶來新的變革，并對教育的發展形成新的推動力。Internet技術的發展使得考試的技術手段和載體發生了革命性的變化，Internet的開放性、分布性的特點和基于Internet的巨大的計算能力使得考試突破了時間和空間的限制。基于Internet的考試系統正成為人們的研究熱點之一。與傳統考試模式相比，網上考試具有無可比擬的優越性，它可以將傳統考試過程中的試卷組織、審定印制、傳送收集、登記發放、評判歸檔各個環節縮小到一至兩個環節，幾乎屏蔽了所有人工直接干預考試活動的可能性，不但能夠節約大量的時日、人力、物力與財力，而且還可以大幅度提高考試成績的客觀性和公正性。在線考試系統課題產生的背景是當今教育信息化的趨勢及我國高校教育信息化系統的建設；目的是充分利用學校現有的計算機軟、硬件資源和網絡資源實現無紙化考試以避免傳統手工考試的不足。與傳統考試模式相比，網上考試滲入了更多的技術環節，對實現安全性的途徑、方法也提出了更高的技術要求。通過Internet/Intranet來實現網上考試，是現代教育技術的一個具體實現，具有很重要的現實意義。可以實現教考分離以及考務工作的全自動化管理，可以有效利用校園網的軟硬件資源，使其發揮最大效力，更好的為學校的教學、科研、管理服務，可以大規模的實行考試，實現考試的客觀、公證性，自動化組卷、閱卷可以減輕教師的工作強度。傳統考試要求老師刻試卷、印試卷、安排考試、監考、收集試卷、評改試卷、講評試卷和分析試卷。這是一個漫長而復雜的過程，已經越來越不適應現代教學的需要。網絡考試系統是傳統考場的延伸，它可以利用網絡的無限廣闊空間，隨時隨地的對學生進行考試，加上Web數據庫技術的利用，大大簡化了傳統考試的過程。關鍵字：可行性研究，需求分析，概要設計，詳細設計，編碼實現，測試維護。三.摘要基于我們公司雄厚的技術力量，現設有電氣與信息工程、計算機、經濟、管理、機械工程、外語、藝術設計、機電，汽車等十多個系。目前有全日制學生一萬余名，為學生考試管理帶來了大量的工作。開發在線考試管理系統是為了實現學校人力資源的優化和學生成績管理的科學管理而設計的，通過試用本系統，可以更加有效的管理學生的考試信息，成績信息等，并且具有教師對對學生信息的增加，查詢，修改、對考試題庫的添加，修改、刪除；學生參加考試、成績查詢；管理員對教師、學生的基本信息維護及權限設置等功能

。四．系統概述：傳統的考試方式組織一次考試至少要經過人工出卷、考生考試、人工閱卷、成績統計和試卷分析五個步驟。隨著考試規模的不斷擴大，工作量將會越來越大而且容易出錯。因此開發一套在線考試系統具有重要的現實意義：1、在線考試突破了時空限制。在線考試系統突破了傳統考試模式的時間、空間的限制，有利于組織大規模異地實時考試，可以滿足任何授權的考生在規定的時間段內在任意時間和可用地點參加考試，大大提高了教學內容和考核方式的靈活性。2、提高了工作效率。在線考試系統減輕了考試主管部門人員尤其是教師在命題、組卷、閱卷等方面繁重的工作量，提高了工作效率。3、節省財政開支。在線考試真正實現了無紙化辦公，節省了紙張、印刷等考核費用。4、在線考試更能體現考核的客觀公正性。在線考試采用試題庫方式提供試卷來源，考前無任何成套試卷，考試時各考生隨機抽卷，試卷不完全相同，避免了互相參看導致的不公平成績。自動閱卷功能增加了考核的透明度，考生在交卷同時看到自己的成績，降低了錯誤出現的概率和教師主觀因素的干擾，更能體現考核的客觀公正性。五．可行性研究報告1．1

引言1．1．1.編寫目的可行性分析也稱為可行性研究，即是在系統調查的基礎上，針對新系統的開發是否具備必要性和可能性，對新系統的開發從技術、經濟、社會的方面進行分析和研究，以避免投資失誤，保證新系統的開發成功。可行性研究的目的就是用最小的代價在盡可能短的時間內確定問題是否能夠解決。1．1．2項目背景項目名稱：《滄海在線考試管理系統》項目提出者：曲建業項目開發者：萬克帥、倫知尚、杜善偉1．1．3參考資料[1]《軟件工程導論》，清華大學出版社[2]《軟件工程》，經濟科學出版社[3]《ASP.NET動態網站設計》，機械工業出版社[4]《數據庫系統概論》，高等教育出版社1．1．4定義存儲過程是存儲在服務器上的由SQL語句和控制流語句組成的一個預編譯集合。觸發器屬于一種特殊的存儲過程，可以在其中包含復雜的SQL語句。觸發器與存儲過程的區別在于觸發器能夠自動執行并且不含有參數。1．2

可行性研究的前提1．2．1.

要求

a.實現系統的主要功能，即添加試題，添加試卷，分發試卷，試卷評分，成績匯總，考生信息管理,定時收卷,驗證登錄.b.數據庫可并發訪問并具有較大的吞吐量.c.系統具有很好的可移植性、可擴展性和可重用性.d.系統反應速度較快，當客戶端與服務器斷開連接時候也能夠實現按時收卷.e.使用系統的每個用戶都必須有登陸密碼，具有較好的安全保密性.f.系統界面具有一定的人性化.g.在十五天內完成本項目.1.2.2.

a.在規定期限內完成系統的開發.b.項目小組成員各盡其責，用自備計算機完成自己部分項目任務.c.分享開發環境軟件及項目相關資料，節省項目成本并提高開發效率.d.盡量使用數據庫連接池技術，保證系統連接數據庫的速度.e.運用ASP的語言特性，保證系統有較快的處理及響應速度.f.實現系統界面的美工及人性化要求.

條件、假定和限制開發時間：45天經費來源：單位項目組最遲完成時間：2021年10月15日

可行性研究方法對學員和公司領導采用問卷調查的方法，詢問他們，以確定最佳的可行性研究方案。軟件采用現代流行WINDOWS操作界面。是標準的WIN32應用程序，可運行在WIN95\WIN98\WinMe\WIN2000\WINXP\WINNT等系統平臺上的多任務應用程序。在運行時可以直觀的瀏覽、查詢和掌握學生的參加考試情況，同時能夠了解學生的成績信息。結束了人工統計的耗時長、工作量大、錯誤率高的缺點。集體操作如下：1)

將可行性研究按一定的方法分解成相對簡單的工作2)將分解后的各項工作，分別交給合適的人或計算機去做3)

按照一定的規則組織人機協同工作4)

應用先進技術提高單項工作速度5)

使單項工作盡可能并行作業1.2.5.

決定可行性的主要因素資金到位，技術能力強，開發人員有堅決勝利完成任務大額決心.1.2.6.

是否功能齊全，運行穩定。在網絡功能方面是否方便管理。

設置是否靈活開。

是否具有多任務，高效率的特點。

是否具有界面友好，操作簡單的特點。1.3

對現有系統的分析1.3.1.

a.處理流程考生考生考務人員考場準考證是否有效分發試卷未啟用試卷考試中考試是否結束提交的試卷評閱試卷編寫試題印刷試卷是是b.數據流考務人員考務人員啟用前試卷考生信息編寫試卷管理考生確認考場啟用后試卷批改人員成績單批改分發交卷查詢處理成績考試1.3.2.

現有系統相對較差，系統不是特別有益于用戶、方便與用戶。1.3．3.

人員需要大量地人員來管理，維護其數據，出錯率較高。出現很多冗余信息。1.3．4.

局限性對人力資源進行大量的浪費，而且安全性不是很高。1.4

技術可行性分析1.4.1.

本系統將大大改善數據處理速度，并且更加方便的對數據進行管理，同時可以減少人力資源的浪費以及工資支出。1.4.2.

1.4.3.

只需添置低檔計算機，如果條件允許可添加打印機以便查詢能方便打印成資料作為參考。1.4.4.

所建議系統是基于B/S模式的WEB系統，使用ASP語言開發并使用經典的MVC三層構架.使用SQL2005作為數據庫管理系統，配合使用Tomcat作為應用服務器.運用數據庫連接池技術緩解了系統中數據庫的壓力瓶頸，提高了對數據庫操作的性能.ASP語言編程的WEB頁面首次訪問需要編譯，速度較慢，之后的訪問速度都會很快.再則，ASP語言的基礎是C#編程語言，這種語言實現了“一次編寫到處運行”可見其移植性很好.并且C#語言是純面向對象編程語言，任何代碼都是封裝在類中，所以個類的重用性較好.本系統運用了目前比較流行的WEB框架——Strut，提供了對開發MVC系統的底層很好的支持，而MVC是表現層、業務邏輯層和持久層分開，因而是系統具有很好的擴充性，用戶界面可以靈活變化.處理流程：登錄登錄答題提交試卷試卷：試卷失敗成功失敗試卷評分管理員考生成功數據流程：管理員管理員試題管理試卷管理考生信息管理考試管理試題表考生考生信息表試卷表管理員考試表試題試卷試卷考試情況考生信息考試信息考生信息考生信息試題改進之處：本系統可以不限制地域和時間只需要通過聯網的瀏覽器即可實現在線答題，而現有系統必須在同一時間規定地點進行考試；維護用戶數據及試卷內容不需要人工輸入和打印,大大節省了人力和物力；評分將由計算機自動評分（部分由人工評分），分數不計算及排名等都由系統自動進行.真正實現了無紙考試、無紙辦公..

技術可行性評價應盡職盡責，盡量在規定期限內完成項目。需要短時間來熟悉新系統，但不需要大量的培訓。在以上限制條件下利用現有技術和人員，完全可以實現預期目標。開發人員對現有軟件不會產生沖突，對使用的操作系統來說有很好的兼容性、穩定性。需要短時間來熟悉新系統，但不需要大量的培訓。在以上限制條件下利用現有技術和人員，完全可以實現預期目標。開發人員應盡職盡責，盡量在規定期限內完成項目。1.5

經濟可行性分析1.5

.1資金支出:一次性支出1.5

.2

效益從使用該系統開始，您就會享受到它對您的效益。1.5

.3

收益/投資比從宏觀角度講，受益遠高于投資1.5

.4

投資回收周期3月1.5

.5

敏感性分析對其它軟件不會產生較大的沖突，敏感度較低。1.6

社會因素可行性分析1.6.1.

所有技術資料都由提出方保管。合同制定確定違約責任1.6.2.

使用本軟件人員要求有一定計算機基礎。1.7

其他可供選擇的方案1.7.1.

操作人員需要重新上機培訓，可以避免大量開發費用1.8

結論意見本系統可以馬上開始實施，并盡可能做到提前完成。從開發成本角度來說，將支出成本降到最底。天馬行空官方博客：；QQ:1318241189；QQ群：175569632XXXX合同及法律事務管理信息系統可行性報告目錄TOC\o"1-3"\h\z1. 項目背景 52. 項目概述 62.1. 項目簡介 62.2. 建設目標 73. 功能簡介 93.1. 合同管理基礎工作 9 合同管理制度 9 合同管理機構 10 合同管理員 11 合同登記 12 合同會簽 13 合同審查基礎工作 14 合同授權基礎工作 15 合同公證及簽約基礎工作 15 合同履行基礎工作 16 合同專用章 16 合同檔案庫 17 法律顧問 17 合同自查 183.2. 合同動態監管 19 合同審查 21 合同授權 22 合同簽約及合同公證 23 合同履行 23 合同糾紛 23 合同統計分析 243.3. 合同檢查考核管理 25 合同管理責任追究 25 合同管理問題整改 253.4. 訴訟案件管理 26 案件受理 26 案件處理過程 26 案件信息統計 273.5. 網上法律咨詢 283.6. 法律事務 28 合同年度授權 28 勞動合同授權 29 其他授權 29 授權統計分析 29 普法工作 30 各類模板庫 30 重要經濟活動和招投標工作 30 其他法律事務 31 律師包保情況 313.7. 督辦系統 31 發布任務 31 待辦、未辦結、已辦結任務 33 處理任務 33 完成情況分析 353.8. 系統管理 36 權限管理 36 數據備份 38 用戶名密碼 384. 系統構架 395. 建設意義 435.1. 架設起分局與下屬各級管理機構之間溝通的信息公路 435.2. 極大提高辦公效率。 435.3. 經營管理發展的需要 435.4. 實現合同管理的現代化、規范化 446. 投資預算 45項目背景XX行業作為一個服務行業，必然存在著與社會各個行業廣泛頻繁的互動關系。這種互動關系在中國法制建設日益完善、消費者維權意識日益增強的社會背景下必然需要各類法律規則來引導和約束。XX行業的各類合同不僅是這種互動關系的規范表現，也是對這種互動關系進行約束的手段。法律更是鐵路部門保障社會經濟秩序、維護自身經濟利益的有力武器。對合同和法律相關事務加強管理和監督是鐵路各級領導與時俱進、適應社會變革精神的具體體現。同時XXXX作為法人單位下轄為數眾多的服務經營機構，其中大多數不具備獨立法人資格，然而鐵路分局每年簽署的合同大多是這些機構代表分局所簽署，所以鐵路分局的合同及法律事務的管理相較其他企業顯得更為復雜。在這種復雜情況下，如果對相關管理工作不夠細致必然會導致漏洞出現，所以對合同和法律相關事務加強管理和監督是XXXX非常重要和迫切的工作之一。信息技術是對合同和法律事務加強管理的重要手段，其快速的數據傳送準確的分析統計全面的事務跟蹤功能可以在我們的日常工作中發揮重要作用。目前我分局的合同和法律事務管理模式基本依靠手工和紙制工具，信息化建設尚未起步。各級合同管理機構內部沒有有效地充分利用信息技術，相互之間沒有實現計算機網絡互通和數據網絡傳遞，日常合同管理工作缺乏信息化手段的有力支撐，給合同管理工作帶來了諸多難題，已嚴重制約了合同管理工作向縱深發展。主要表現為：一由于每年簽署的合同類型多、數量大，導致對合同簽訂、審核和履行情況進行跟蹤控制的難度大；二是管理基本依靠手工作業，統計分析效率低下，無法對各類合同建立風險評估機制，難以提前采取措施，防范風險的發生。因此，如果要對合同和法律相關事務加強管理和監督，借助網絡信息技術，加強合同的動態控制管理、提高履約率已成為我分局合同管理工作發展的當務之急。為了進一步加強合同管理工作、不斷規范經營行為、避免和減少合同糾紛，同時全面提升法制化管理水平，適應分局實現跨越式發展的需要，應盡快建設一個基于計算機網絡應用于全分局范圍的合同及法律事務綜合管理信息系統。項目概述項目簡介XXXX合同及法律事務管理信息系統將應用于整個分局范圍內，涵蓋機關和下轄單位。該系統通過計算機網絡系統實現具有鐵路特點的合同信息化規范管理，將極大地提高分局對分局范圍內發生的合同的監管力度。該系統對下轄單位的合同管理制度、機構、人員都進行了統一管理，相關部門可以隨時通過系統提供的數據報表了解各個單位在這方面存在的問題并可以及時通過網絡系統進行檢查或督辦。該系統的監管力度尤其體現對具體合同的管理上，系統提供規范的合同模板定義，對合同登記、會簽、審查、授權、簽約、公證、履約、糾紛、訴訟每個環節都進行了掌控，合同管理部門可以隨時發現各個環節的問題，并通過督辦系統和檢查考核系統及時要求相關單位整改。系統還將對這些環節中發生的情況進行各種類型的統計分析，通過準確的數字圖表發現問題更正問題，提高合同管理的工作質量，利用法律武器維護自身合法權益。系統還提供了一些功能方便職能部門加強各級單位的法制觀念，提高分局法律工作的效率。建設目標在整個分局管理范圍內，構筑一個基于廣域網絡的合同管理信息平臺，該系統建成后，將為分局各級合同管理的相關部門和基層單位提供一個網絡化的合同管理信息平臺，將分局下屬各單位納入到一個統一的信息系統，分層次按類別處理合同管理上的相關工作，改變合同管理效率低下的被動局面。，實現信息共享，推動合同管理各項工作躍上新臺階。系統設計目標是基于分局現有網絡系統，建立一個先進的合同管理信息平臺，滿足合同信息管理及交流的需要，具體設計目標如下：各種文本、數據、資料、報表等分單位登記錄入，實行集中管理、分權限查詢、自動跟蹤和動態控制。系統目標：l、分局下屬各級合同管理機構的信息能夠通過分局網絡及時準確地傳輸到上級決策部門和管理部門；2、全分局合同可實現動態化管理，各級領導能有效對合同各個環節進行有效控制；3、對合同履行過程中的一些重要環節及時間期限能實現自動警示功能，實現合同履行監管的智能化；4、各單位或部門在其職能權限范圍內對系統的訪問和操作具有相對獨立性；5、提供友好的用戶界面，使用方便，功能齊全、清晰而靈活；6、合同在系統流轉過程中實現筆跡跟蹤。7、對合同文本進行比對，方便發現合同問題。8、提供豐富的統計分析手段，準確快速地為各級領導提供統計圖表9、在分局決策管理層辦公區域建立完備的中心服務系統，下屬各單位用廣域網絡連到中心服務器上，對系統進行權限內的相關操作。中心服務器提供高效、安全可靠的信息通道，并支持數據、語音和視頻的傳輸；10、保證系統良好的擴展性，橫向擴展，支持更多的用戶接入、更大的應用負荷；縱向擴展，實現向更先進的技術升級，提供更為完善、有效的服務。11、系統采用高度縝密的安全技術防護措施，有效防止非法侵入，保證數據安全。同時具有強大的防病毒能力；12、服務器操作系統與網絡操作系統保持高度的一致，可以很方便地通過網絡實現資源共享與數據交換；功能簡介合同管理基礎工作合同管理制度該模塊主要目的是為了監督分局下轄站段和多元公司在合同制度建設和實施過程，同時方便分局各級領導隨時了解下轄站段和多元公司在合同制度建設方面的工作情況及表現。本模塊提供對合同管理制度檢索功能，授權用戶可以通過關鍵字在合同管理制度庫中直接搜索定位在自己授權范圍內的所需要的合同管理制度。本模塊還將按照全分局、主業（可以細分成主業的多個子系統及具體下轄單位）、多元等類別劃分，對合同制度數量進行統計，并將各個單位或系統的該統計數據進行橫向相互比較或與往年數據進行縱向比較分析，以方便領導掌握各個單位在合同管理制度建設方面的進展和變化。該模塊的原始數據由各個站段或各個多元公司通過網絡按照統一界面進行錄入，需要傳輸的數據包括填報單位、單位負責人、填報人、填報日期、合同管理制度名稱、發文字號、發文時間、實施情況、備注信息及合同制度文本。各個單位在新增合同管理制度后可以隨時將數據錄入并通過網絡傳遞給分局進入分局合同管理制度庫。在一個年度內填報單位名稱、負責人及填報人信息會發生變化。該模塊的檢索及統計分析功能可以同時提供給分局和下轄單位，分局可以對全分局的情況進行檢索統計分析，下轄單位只能對本單位的情況進行統計。授權用戶還可以根據統計分析的數據特點，利用系統提供的工具通過表格、曲線圖、餅狀圖等不同表現形式來顯示統計分析結果合同管理機構該模塊主要目的是為了了解分局下轄站段和多元公司在合同管理機構設置及人員配備方面的情況，同時方便分局各級領導隨時了解下轄單位在在合同管理機構設置及人員配備方面的表現，比如人員數量和相關成員的文化程度及職稱情況。本模塊將按照全分局、主業（可以細分成主業的多個子系統及具體下轄單位）、多元等類別劃分，對機構數量、人員定員、現員、人員文化程度、人員職稱情況進行統計，并將各個單位或系統的該統計數據進行橫向比較或與往年數據進行縱向比較分析，以方便領導掌握各個單位在合同管理機構設置和人員配備的進展和變化。該模塊的原始數據由分局下轄各個單位通過網絡按照統一界面進行錄入，需要傳輸的數據包括填報單位、單位負責人、填報人、填報日期、合同管理機構名稱、定員人數、現員人數、合同管理主管領導、職務、合同管理主管工作人員及其所在部門和職務、合同管理機構所有人員名單（包括人員姓名、職務、技術職稱、文化程度、、專職或兼職情況）及備注信息。各個單位在機構或人員情況發生變化后可以隨時將數據錄入并通過網絡傳遞給分局進入分局相關數據庫。在一個年度內填報單位名稱、負責人及填報人信息會發生變化。該模塊的檢索及統計分析功能可以同時提供給分局和下轄單位，分局可以對全分局的情況進行檢索統計分析，下轄單位只能對本單位的情況進行統計。授權用戶還可以根據統計分析的數據特點，利用系統提供的工具通過表格、曲線圖、餅狀圖等不同表現形式來顯示統計分析結果合同管理員該模塊主要目的是對分局下轄單位的合同管理人員進行統一管理，對法制培訓的情況進行登記統計，同時方便分局各級領導隨時了解下轄單位的合同管理人員和法制培訓的開展情況。該模塊的原始數據由分局下轄各個單位通過網絡按照統一界面進行錄入上報。合同管理員申報表首先需要上報：合同管理員姓名、性別、出生年月、民族、籍貫、政治面貌、文化程度、專業、參加工作時間、工作單位、所屬部門、職務、技術職稱、聯系方式、個人簡歷、工作表現、合同管理的起始截止時間（另：合同管理人員單位意見由分局下屬單位填寫，分局合同管理部門意見由分局相關部門填寫）；合同管理員填寫協管員情況表；每次培訓完畢之后合同管理人員還需要填寫法制培訓情況表：培訓項目、時間、人數。當分局下轄單位的合同管理員發生變化的時候，單位首先要通過本模塊填寫原合同管理員的工作截止時間，然后填寫新任合同管理員的信息（含起始時間），這些數據都將通過網絡上傳到分局數據庫。分局合同管理部門將根據上報的合同管理員和協管員和法制培訓信息按照全分局、主業（可以細分成主業的多個子系統及具體下轄單位）、多元等類別劃分，對合同管理人員的數量、合同協管員人員數量、合同管理人員性別和文化程度及其所屬部門和職務職稱情況、培訓次數進行統計，并將各個單位或系統的該統計數據進行橫向比較或與往年數據進行縱向比較分析，以便分局掌握各個單位在合同管理人員素質的變化。授權用戶還可以根據統計分析的數據特點，利用系統提供的工具通過表格、曲線圖、餅狀圖等不同表現形式來顯示統計分析結果。合同登記該模塊是合同管理基礎工作的非常重要的部分，合同管理員必須認真使用該模塊。分局管轄的合同都將通過該模塊進入分局合同庫，相關信息將成為合同動態監管的基礎數據，分局有關合同的重要統計數據都將以此為依據。分局下轄單位在合同進入簽約會簽之前，合同管理員使用該模塊進行登記工作，登記數據包括：合同編號、合同名稱、合同類別、對方名稱、標的物、標的額，如果有招投標工作的需要填寫招投標時間和主辦單位。該模塊還將根據合同的類型及標的金額確定是否需要授權，當標的金額和類型發生變化的時候，系統將自動調整是否需要授權信息。該模塊將根據以上數據在分局數據庫上建立對應的合同條目。當該合同進入會簽、審核、授權、變更、轉讓、解除、履行、糾紛、仲裁、訴訟、歸檔階段，授權用戶都將通過該條目進行對應操作。當該合同條目在進入審查階段之前，該合同所屬單位還可以對該條目進行刪除和修改工作，當分局合同管理部門進入審核程序之后，該合同條目所屬單位不得刪除。合同會簽在合同簽約前，合同管理員需要根據合同性質按照要求通過本模塊向分局相關合同管理部門提交會簽情況。在履行過程中如果合同發生變更、轉讓、解除等事項，合同管理員也需要根據合同性質按照要求通過本模塊向分局相關合同管理部門提交會簽情況。在履行完畢進行結算的時候，合同管理員還需要根據合同性質按照要求通過本模塊向分局相關合同管理部門提交會簽信息。系統將自動記錄每次會簽信息，并為將來的統計分析使用。當合同工作在會簽工作完畢之后，合同管理員通過本模塊提供的本單位等待會簽的合同條目表定位到該合同，并通過該模塊提供的統一錄入界面對會簽信息進行錄入。需要強調一點，考慮到將來有關部門查閱，合同的各個環節的材料都需要歸檔備查，所以各個負責人簽字過后的會簽表需要通過掃描儀將其掃描，并通過本模塊提供的功能進行歸檔。分局合同庫需要掌握的會簽表信息包括會簽內容、會簽類型、承辦部門、承辦人、甲乙方、履行的期限地點方式、解決爭議的方式、甲乙違約責任、有關部門的會簽意見及負責人、合同管理員的意見、主管領導及紀委領導的意見、行政正職的意見。在簽約前的會簽意見提交完畢之后，合同管理員還需要根據合同性質按照要求通過本模塊向分局相關主管部門和合同管理部門提交審查。合同審查基礎工作在會簽信息完畢之后，合同管理員還需要根據合同性質按照要求通過本模塊向分局相關合同管理部門提交審查。在履行過程中如果合同發生變更、轉讓、解除等事項，合同管理員也需要根據合同性質按照要求通過本模塊向分局相關合同管理部門提交審查。需要分局下轄單位通過網絡上報的合同審查內容數據包括：報審單位、報審內容、報審人姓名、報審日期、附件名稱、報審單位意見、合同電子文本及相關協議附件。在合同動態監管中，分局相關人員將對報審的合同進行審查，并將審查信息通過網絡提交給報審單位，報審單位將在此模塊中查看所收到的復審反饋意見。如果分局的審查結果出來，該模塊將自動提醒用戶通過網絡收取審查結果。報審單位通過本模塊在收到審查反饋意見之后，根據意見修正，然后可以將修訂后的材料通過該模塊再次上報分局相關部門。如此往復，直至合同最終審查完畢。審查次數和審查條數將根據往復次數和審查情況進行統計累加以便將來的統計分析使用。再審查完畢之后，分局下轄單位會通過本模塊收到審查完畢稿，該完畢稿中含一個PDF文件，分局下屬各單位需嚴格按照該文件打印合同文本。考慮到將來有關部門查閱，合同的各個環節的材料都需要歸檔備查，所以各個負責人簽字過后的合同審查表需要通過掃描儀將其掃描，并通過本模塊提供的功能進行歸檔。合同授權基礎工作在審查完畢之后，相關單位按照分局規定嚴格依照審查結果進行授權申請。單位合同管理員通過該系統提供的待授權合同條目定位需辦理授權合同，將授權工作需要的信息進行收集，并將數據上次給分局，請求授權。該模塊自動將需要授權的合同進行整理，即標的大于或等于10萬元人民幣的合同和屬于七大類的合同。授權需要上報的信息包括合同文本、相關單位簽字、各級領導簽字信息、相關人員信息。考慮到將來有關部門查閱，各類紙質材料需要通過掃描儀進行掃描歸檔。分局合同管理部門將根據上報的授權信息按照全分局、主業（可以細分成主業的多個子系統及具體下轄單位）、多元等類別劃分，對授權中各要素進行統計，并將各個單位或系統的該統計數據進行橫向比較或與往年數據進行縱向比較分析。合同公證及簽約基礎工作分局下轄單位對授權合同需進行公證，公證完畢之后將公證信息進行入庫操作。簽約完畢之后，合同單位需要將簽約信息進行入庫操作。簽約時間和履行期限等內容將為分局監管使用。分局合同管理部門將根據上報的這些公證及簽約信息按照全分局、主業（可以細分成主業的多個子系統及具體下轄單位）、多元等類別劃分進行統計。考慮到將來有關部門查閱，各類紙質材料需要通過掃描儀進行掃描歸檔。合同履行基礎工作當合同履行正常完畢之后，合同單位通過該模塊填寫履行情況。當合同履行延期的時候，合同單位需要對履行期限進行更正。當合同履行過程中發生變更、轉讓、解除等情況，合同單位必須通過該模塊填寫相關信息，包括合同變化類別、標的物變化、標的額變化、對方名稱變化、變更之后的合同文本及附加材料等。履行期間發生以上情況，合同單位通過會簽模塊追加會簽內容，通過審查基礎工作模塊進行審查申請。當變更、轉讓、解除情況多次發生的時候，每次信息都通過該模塊進行入庫，入庫信息將被累積。分局相關部門需要動態監管該過程，同時對這些信息進行統計分析。考慮到將來有關部門查閱，各類紙質材料需要通過掃描儀進行掃描歸檔。合同專用章本模塊的目的是為了規范分局下屬單位合同專用章的使用。當合同簽署之前，合同管理人員通過該模塊提供的合同列表，選定需要合同專用章的合同，在該合同條款中的合同專用章欄目中錄入合同專用章在此處的使用情況，需要上傳分局的數據包括：合同名稱、對方當事人、鑒定時間、承辦人、主管領導、蓋章時間、蓋章個數、蓋章人簽名、備注信息。合同專用章的使用情況需要歸檔備查，在合同專用章使用之后需要將含簽字的合同專用章的使用情況掃描，并通過本模塊提供的功能進行歸檔。合同專用章使用次數及使用情況將進入分析統計項目。合同檔案庫該模塊對每一份合同在發生過程中的每一份需要保存的數據文檔進行管理，完整的合同管理檔案應該包括：合同文本、各次會簽表、審查單、授權單、簽約對方的工商執照復印件、對方資質材料、合同變更附件以及各類需要備查的文檔資料。在存檔同時，還需要建立關鍵字系統。該模塊還將提供文檔檢索查詢功能，授權用戶可以通過模糊查詢的方式對該庫進行檢索，調閱自己授權范圍內的合同檔案文件。法律顧問法律顧問模塊包括兩個部分，其一對分局下轄單位獲得法律顧問資格的情況進行管理，其二對分局下轄單位聘請法律顧問的情況進行管理。第一部分：由分局下轄各單位上報法律顧問信息，該信息包括：姓名、性別、民族、籍貫、年齡、政治面貌、文化程度、所學專業、工作部門、職務、技術職稱、資格取得時間、被聘用時間、聘用單位及備注信息。資格證書及聘用單位聘書復印件需要歸檔入庫，以備分局調閱。第二部分：由分局下轄各單位上報聘用法律顧問信息，該信息包括所顧律師的姓名、年齡、政治面貌、文化程度、所學專業、工作部門、職務、技術職稱、資格取得時間、被聘用時間、聘用單位及備注信息。資格證書及聘用單位聘書復印件需要歸檔入庫，以備分局調閱。以上兩部分信息都將上傳到分局數據庫，分局相關部門將根據這兩部分信息按照全分局、主業（可以細分成主業的多個子系統及具體下轄單位）、多元等類別劃分，對獲取法律顧問資格和被聘人員的數量、文化程度、聘用情況等相關信息進行統計，并將各個單位或系統的該統計數據進行橫向比較或與往年數據進行縱向比較分析，以便分局掌握各個單位法律顧問的變化。授權用戶還可以根據統計分析的數據特點，利用系統提供的工具通過表格、曲線圖、餅狀圖等不同表現形式來顯示統計分析結果。合同自查該模塊主要方便監督分局下轄各單位對合同進行自查工作，該系統提供統一的合同自查登記表，各單位在進行合同自查之后，通過該表上報自查情況，主要數據包括：合同自查次數、合同自查參與人員、合同自查問題、解決措施、整頓效果等。分局相關部門將根據這部分信息按照全分局、主業（可以細分成主業的多個子系統及具體下轄單位）、多元等類別劃分，對自查次數、解決措施及效果進行統計，并將各個單位或系統的該統計數據進行橫向比較或與往年數據進行縱向比較分析。提供多種靈活模板，對原始信息進行分散記錄，統一管理，并可對相關項目數據進行分類跟蹤、統計。合同模板定義：用戶定義合同文件的格式，作為新建合同的格式模板；用戶也可以根據實際需求自由定義。合同動態監管本模塊提供對合同的審查、授權、公證、簽訂、履行、結算等關鍵環節進行系統自動監測跟蹤功能，還預留與分局計統部門項目計劃數據接口。根據擬訂合同進度計劃中項目進展情況，確定合同的性質，提前提示用戶合同性質是即將生效、已生效、即將到期、已到期、無法履行等等，便于用戶及時采取各項措施，最大限度地減少您面臨的合同違約造成的高額索賠損失。在分局對某單位下計劃開始就對這部分資金進行跟蹤式記錄、查詢。宏觀上來說分為合同簽訂前跟蹤、合同簽訂及執行過程的跟蹤及合同執行完畢的相關情況跟蹤（如有無合同糾紛或訴訟案件發生、其處理方式及結果如何等）。重點是在合同簽訂前的流程跟蹤及合同執行流程跟蹤，如合同審查、合同會簽情況相關數據報表；執行過程中相關合同條款執行情況的跟蹤等。檢查與考核當分局的每部分計劃資金下撥后，即對這部分資金的流轉進行監控，在系統中由相關部門錄入各項原始信息，做到項目資金使用的每個步驟，每步進展狀態都是可查可糾的。合同執行的系統流程跟蹤示意如下：合同審查分局下轄各單位通過基礎工作系統進行合同會簽及申請審查工作之后，下轄單位對應的分局包保律師將通過該模塊與各站段進行動態交互工作。包保律師通過該模塊可以看到所有待其審查的合同條目，然后通過靈活方式定位相應合同，并通過該模塊填寫審查意見，審查意見將作為合同過程中的數據存儲起來，其中的審核條目將成為統計數據。當審查意見處理完畢之后，該模塊將審查完畢意見自動通過計算機網絡發送給該合同的相關單位，如果該單位合同管理員配有，系統還將通過移動通信網絡發送短消息給該用戶。當合同管理員收到審查意見之后，在本單位進行相應的合同修訂工作，在合同修訂完畢之后，通過基礎工作系統中相應合同審查模塊再次向分局合同審查部門提交審查要求，分局包保律師將再次提交審查意見，該審查意見再次入庫，以上工作將多次往返。模塊最終將對一個合同的多次審查意見分別進行處理，供其后的統計分析使用。當合同審查完畢之后，包保律師在該模塊中結束審查操作，標志審查工作結束，這時系統將相應合同文本進行處理，形成PDF文件，傳送給用戶。在執行審查操作之后，審查時間將進入合同條目，同時標志該合同處于審查完畢狀態。合同授權分局下轄單位嚴格按照審查之后的合同文本進行簽約，并將相關文檔入庫之后，辦理授權申請。分局合同管理部門通過該模塊提供的界面接收定位需要授權的合同信息，并確定相關授權信息是否完備。在合同授權完畢之后，操作人員執行授權操作，授權時間將進入合同條目，同時標志該合同授權狀態。為了防止個別單位不按照審查后的合同文本進行簽約，系統還需要一個工具，該工具可以將打印文檔掃描入庫，然后與原有審查完畢之后的合同文本進行比對。比對結果提供給授權人分析查看。合同簽約及合同公證當合同單位填寫完合同簽約及公證信息，該模塊將提示其包保律師簽約及公證完成，律師可以通過該模塊查閱最新簽約及公證合同信息。如果發現問題，律師可以通過督辦系統把更正要求發給合同單位。合同履行當合同履行期限已到，合同單位還沒有填寫履行情況，該模塊自動提醒該單位上報履行情況，提醒工作可以通過計算機網絡或短信網絡不同形式進行。當合同履行過程中發生變更、轉讓、解除等情況時，該模塊把合同單位填寫的有關信息提供給包保律師查閱以備工作之需。包保律師將根據變化的不同，對變更、轉讓過程中新出現的合同再次進行審查等工作，對解除的合同需要包保律師確定解除狀態。合同糾紛當合同發生糾紛的時候，包保律師通過該模塊填寫糾紛情況及相關處理結果，需包保律師填寫的內容包括糾紛原因、解決方式、結果、承辦人信息，這些信息將入庫，備統計分析使用。對于調解方式解決糾紛的，本模塊提供界面包保律師填寫詳細的調解信息，包括人員、過程及結果、挽回及損失情況。對于仲裁方式解決糾紛的，本模塊提供界面包保律師填寫詳細的仲裁信息，包括仲裁機構、仲裁人員、過程及結果、挽回及損失情況。對于訴訟方式解決糾紛的，本模塊提供連接功能，訴訟經辦人員執行轉訴訟程序操作，該合同條目有關信息將直接轉入訴訟案件管理模塊。合同統計分析本模塊對所有合同進行統計分析，涵蓋授權合同和無需授權合同。從合同單位單位性質上劃分，可以分為全分局、主業系統、多元系統，其中主頁系統還需要劃分成為車務、電務、工務、教育等多個子系統，同時還需要支持單位內部統計。從合同自身性質上劃分，可以按照合同類別、標的金額區段、甲乙方、投標主辦單位（管內、管外）等等。從需要統計的內容上看，需要統計的內容更加豐富：不同類別（如合同金額區段等，下同）的或不同單位的合同簽訂份數和標的額分計合計、不同類別的或不同單位的合同審查份數和標的額分計合計、不同類別的或不同單位的合同授權份數和標的額分計合計、不同類別的或不同單位的合同公證份數和標的額分計合計、不同類別的或不同單位的合同變更轉讓解除份數和標的額的分計合計（其中還需要統計再審查的數量和標的額）、不同類別的或不同單位的合同履行中上期結轉本期履行接轉下期的份數和標的額、不同類別的或不同單位的合同糾紛的次數和爭議金額以及其中訴訟次數標的額挽回損失造成損失金額等等。從統計結果的表現形式上看，可以分為針對不同的統計結果采取不同的傳統圖表、曲線圖或餅圖等形式。考慮到本系統的數據由不同人員和不同時段分別采集的情況，還需要形成多種各類合成臺帳表。合同檢查考核管理合同管理責任追究分局下轄單位在發生合同問題之后，合同管理人員必須通過該模塊上報合同責任追究情況，責任人員、性質、金額、處理結果等等數據需要上報分局，有關部門將形成統計數據。合同管理問題整改分局合同管理部門在臨時檢查和年終檢查的時候都需要通過該模塊向各個相關合同單位下發合同管理意見書，分局各個包保律師通過模塊界面輸入意見條目，年終檢查還需要為各個單位的合同管理進行評分，評分依據為每次檢查的意見條目。意見條目嚴格按照合同檢查考核表的條目進行編號。當包保律師在發出合同檢查意見書的時候，本模塊會自動通知提醒接收單位查閱，提醒方式可以通過計算機網絡或短信方式。接收單位通過本模塊查閱合同檢查意見書，據此生成問題整改表，合同意見書上的意見條目將自動轉入問題整改表。整改單位通過問題整改表向分局合同管理部門傳遞的數據包括：整改依據、整改時間、整改內容、整改人、書面材料的電子文檔（需要上傳掃描后的整改書面報告）等等信息。分局包保律師通過本模塊查閱問題整改表，并對每條意見進行復查，填寫復查時間和復查意見，在最終確定問題得到整改之后，進行問題整改消號。最后，本模塊將按照全分局、主業（可以細分成主業的多個子系統及具體下轄單位）、多元等類別劃分，對違規類型、數量進行統計，并將各個單位或系統的該統計數據進行橫向比較或與往年數據進行縱向比較分析，以方便領導掌握各個單位在合同管理上存在的問題。訴訟案件管理案件受理當分局律師事務所收到訴訟案件，將通過本模塊進行案件受理處理。需要記錄的數據包括：案發時間、報送單位、報送時間、受理人、案件相關材料，報送人、報送來源、領導批示意見等信息。對于報送人提交的材料如法院傳票、應訴通知書、法人授權證明等材料受理人需一一記錄，并給予報送人回執。回執簽字單通過本模塊掃描入庫。在受理完畢之后，法律事務所將以上信息傳遞給案件經辦人。從而進入訴訟案件處理過程。案件處理過程案件經辦人收到案件信息之后，進入案件處理過程。經辦人需要隨時將案件進行情況通過本模塊提供的界面進行記錄，如原告、被告、大案合議的開會時間合參加部門、案由、開庭法院、一審信息、二審信息、挽回金額、損失金額、原合同審查人、原辦理公證人等情況，另外必須隨時通過狀態選擇框的選擇來正確反映案件當前狀態如一審休庭、一審結案等狀態。考慮到一審二審的開庭次數不止以此，所有本模塊還提供對每次開庭的詳細記錄，每次信息將逐次累計，為將來的統計工作使用。案件信息統計本模塊對所有訴訟案件進行統計分析。從合同單位單位性質上劃分，可以分為全分局、主業系統、多元系統，其中主頁系統還需要劃分成為車務、電務、工務、教育等多個子系統，同時還需要支持單位內部統計。從案件自身要素上劃分，可以按照案件類別、標的金額區段、原被告方、等等。從需要統計的內容上看，需要統計的內容包括涉案金額、挽回損失、造成損失、案件數量等信息。從統計結果的表現形式上看，可以分為針對不同的統計結果采取不同的傳統圖表、曲線圖或餅圖等形式。考慮到本系統的數據由不同人員和不同時段分別采集的情況，還需要形成合成案件臺帳表。網上法律咨詢本模塊為了方便監督分局律師與其包保單位之間進行法律咨詢工作。分局下轄單位可以通過本模塊向其包保律師提問，本模塊將記錄咨詢單位、咨詢人員、咨詢時間、咨詢內容和類別。分局律師通過本模塊可以看到所有其包保單位所提交的問題，并通過本模塊逐條回答問題。本模塊律師回答問題之后，會自動提醒提問單位相關人員，提醒方式可以包括通過計算機網絡通知和短信通知。提問單位在收到提醒信息之后，可以通