隨風飄落隨風飄落隨風飄落南京港口信息管理系統技術報告《南京港口信息管理系統》項目組二○○五年十二月目錄TOC\o"1-4"\h\z1概述51.1文檔說明51.2立項依據51.3爭辯目的62整體技術方案72.1指導思想和設計原則72.2運行環境82.3需求分析92.4總體設計102.4.1系統網絡拓撲102.4.2系統整體結構112.4.3系統整體流程122.4.4系統數據接口132.5功能說明152.5.1港口企業部分172.5.1.1貨物申請172.5.1.2企業名錄172.5.1.3學問管理172.5.1.4港口分布172.5.2管理部門部分172.5.2.1港口管理172.5.2.2企業管理182.5.2.3會員管理182.5.2.4系統管理182.5.2.5學問管理182.5.2.6港口分布182.6數據庫設計182.6.1一般貨物類別表182.6.2港口企業類別表192.6.3危急貨物登記表202.6.4用戶表212.6.5信息表222.6.6信息類別表232.6.7信息附件表232.6.8信息模板表242.6.9出入港登記表242.6.10搬運機具設備表252.6.11類別字典表252.6.12權限列表262.6.13權限安排表262.6.14權限組表262.7主要技術272.7.1危急貨物數據庫272.7.2基于B/S架構的危急貨物查詢檢索技術302.7.2.1大數據量的存取及索引302.7.2.2原文數據的存儲與顯示312.7.3基于XML和RSS技術的學問管理322.7.4軟件工程化的開發方法332.7.4.1需求分析方法342.7.4.2設計分析方法352.7.4.3開發調試方法372.7.4.4實施培訓方法392.7.5分布式多層系統應用架構開發技術423完成狀況433.1成果清單完成狀況433.2文檔清單完成狀況43概述文檔說明項目名稱：南京港口信息管理系統，簡稱：港口管理系統。項目版本：V1.0。項目提出方：南京市航運管理處。項目開發方：南京市航運管理處與南京敏思軟件有限公司聯合開發。項目使用方：南京市航運管理處。如無特殊說明，本文檔中“本系統”或“本項目”指南京港口信息管理系統。“項目組”或“課題組”指南京港口信息管理系統開發、設計、實際應用項目組，包括：南京市航運管理處管理人員和南京敏思軟件有限公司開發人員。立項依據南京市航運管理處是代南京市交通局（港口管理局）對長江水路（南京段）交通運輸行使行業管理和行政管理的行政機關，其職能簡述為“規劃、協調、監督、服務”。主要業務為水系航運市場管理、水系航運進展戰略和進展規劃、水系航運建設的監督以及水上平安的行業管理等。隨著國民經濟的進展，社會對交通運輸的需求不斷增長。因此交通對社會和公眾的影響越來越大，要求政府更加重視交通平安保障。如何提高政府部門對交通信息的快速反應和處理力量，提高政府的支持保障力量，應用信息技術是重要的途徑。實際上，這也是衡量政府是否具有現代化管理水平的一個標志。南京市交通局（港口管理局）領導在全國水運行業管理工作座談會上的講話指出：加強行業管理要用信息把握全行業，用法規管理全行業，用政策引導全行業，在進行宏觀調控和經濟治理過程中，要充分運用現代信息技術手段提高管理水平和工作效率。信息技術是智能型技術，因此它可以滲透到各個行業并且可以引發跳動式進展。長江航行的平安監察、長江運輸市場的管理方式等都將會引入大量的信息技術，尤其是加入WTO后內河航運將漸漸與國際接軌，適應經濟全球化的要求，這都需要行業管理部門樂觀提倡和做好基礎性的信息化建設工作。南京市航運管理處作為長江水系航運市場的行業主管部門，要求利用新手段和方式，準時、精確地獵取整個水路運輸的相關數據，提高宏觀管理的決策水平和市場監管力量，促進長江水運事業的健康進展。為深化長江水系行業管理，轉變政府職能，使長江水系航運管理適應信息社會管理理念的變化，適應長江水系航運事業的進展，建設長江水系航務管理信息系統是當務之急。另外，隨著港口功能和業務不斷的拓展，港口現代化管理要求越來越高，港口企業面臨著很多現實問題：隨著港口業務流程優化和再造，各種信息數據共享的需求逐步提高；港口管理對業務信息數據統一查詢、提取、管理的需求；對港口信息數據缺乏集成，難以為港內外用戶供應全面、具體、快速、精確的信息。如何利用現代IT技術,解決港口企業以上面臨的問題，進展和建設數字港口成為中國港口信息化進展面臨的主要問題之一。隨著高新科技與信息化技術的迅猛進展，計算機網絡技術、數據倉庫技術、圖形化技術、信息交換技術等技術廣泛應用于港口管理，利用這些技術，將數據、圖像、多媒體等信息集成于一體，統一管理，合理利用碼頭資源；為港口企業決策層、經營層、管理層供應信息互動和信息共享，全面提升港口企業信息管理手段和管理水平。爭辯目的本系統建立的主要目標是：通過建立一個與南京港口管理相關的數據庫和工作平臺，將港口企業危急貨物、一般貨物運輸許可、申請審核、港口企業、貨物進出港、港口分布示意、電子臺帳等港口管理內容、數據、法規標準、信息資料進行整合管理，以此為基礎供應各種數據的對比、分析與計算，從而高效、便捷的服務于港口管理工作。整個系統突出三個特點：“便捷”、“專業”、“精確?????”。“便捷”是指從系統的使用用戶角度考慮，全面適用于與南京港口管理有關的管理單位部門、托付機構、港口企業。“專業”是指系統針對南京港口管理，專業性強，滿足相關專業機構、專業人員的使用；“精確?????”是指系統數據資料和分析結果精確。南京港口信息管理系統的建立主要目的在于：初步建成南京市航運管理處網絡框架，逐步實施電子政務建設，提高長江水系航運管理水平。基本滿足港口行業管理和支持保障需求，分期建設、分層使用。針對港口職能管理部門，建立港口管理行業基礎數據庫，包括：港口企業基本信息數據庫；危急貨物數據庫；一般貨物數據庫；水運法規庫。針對港口職能管理部門，建立港口管理業務應用系統，包括：危急貨物、一般貨物許可、申請申報；港口（企業）分布；港口管理；港口企業管理；港口管理職能部門管理等。針對港口企業，實現港口企業自動化管理功能，提高信息的精確性、綜合性和準時性，為管理部門的管理和決策供應科學依據。針對使用用戶，實現整個系統的用戶權限管理功能。整體技術方案指導思想和設計原則本系統在設計和建設中應充分考慮當前和將來的進展要求，接受合理的技術，選用先進的設備和軟件，以最大限度滿足當前應用系統的需要。系統設計中遵照以下原則：應用機敏性：系統設計行政先進性與有用性、開放性與兼容性、平安性與機敏性等原則，以監督管理為主體，幫助信息化手段；充分發揮網絡優勢，實現信息共享和協同工作，建成高質量、高效率的信息系統。平安牢靠性：軟件系統要具有極高的平安牢靠性、易維護性、易管理并具有系統故障恢復手段，系統要有保密措施。接受分類授權、權限校驗、存取把握等技術保證網絡的平安和實際使用中的平安。本系統供應從體系結構到應用規律多層面的平安性保障。嚴密的多層體系結構實際，杜絕了客戶端直接破壞數據存儲系統的可能性。每個用戶登陸均會進行身份驗證，系統供應了用戶、權限、角色等各層面的權限把握機制。技術先進性：應用軟件系統要模塊化，應接受先進的高科技手段進行開發，使得應用系統可以高性能地、有效地利用系統資源，充分滿足業務對系統處理速度的需求；接受多層軟件體系結構方式和其他開發工具，構建管理系統。功能擴充、維護和修改更加便利，降低了開發難度、時間和成本，也降低了系統的總成本。有用性：軟件系統的選擇與應用系統的開發應在滿足業務需求的基礎上具有穩定、合理、易維護、高效等性能。要充分利用交通局各單位已有可硬件平臺和軟件資源。擴展性：隨著計算機技術不斷進展，南京市航運管理處南京港口信息管理系統必需具有良好的擴展性。能適應業務進展所帶來得系統升級。系統軟件與應用軟件應具有良好的可移植性、兼容性和適應性，易擴充新業務。系統的可擴展性是對軟件長期應用方面重點考慮的因素，本系統為用戶從以下幾個層面供應了保證。高度的多層體系結構的劃分與實現為系統今后較長時間的進展供應了便利，系統能便利的升級。可維護性：系統可依據應用需求和應用范圍不斷擴大的需要，便利地進行擴展和升級。保證系統正常運行。系統的有用性、操作便捷表現在以下幾個方面。系統界面友好，操作簡潔，無需多少培訓即可嫻熟使用。人性化的設計：要求用戶界面友好，接受交互式人機會話操作。顯示畫面清楚明白，操作簡便。人工輸入數據應盡量少。要求數據輸出格式美觀、易讀、適用。具有機敏的輸出時間及輸出內容的選擇性。統一性：為使系統的開發實施順當進行，便于系統的推廣，系統建設中必需遵循統一規劃、統一技術標準、統一業務規范、統一組織開發、統一建設的原則。運行環境硬件網絡環境：應用服務器：按用戶要求購置或使用已有設備，原則上要求專機專用。Web應用服務器：同上。數據庫服務器：同上。備份服務器：同上。防火墻：同上。軟件環境應用服務器系統：Windows2000及以上中文服務器。Web應用服務器系統：Internet信息服務。數據庫服務器系統：Windows2000及以上中文服務器版或Unix/Linux服務器版。數據庫管理系統：SqlServer2000數據庫，數據庫企業版（中心數據庫）。數據引擎：ADO/BDE/ODBC數據連接引擎。開發平臺開發技術：ActiveServerPages（ASP）需求分析港口企業管理工作，是政府交通主管部門對航運行業實施綜合管理的一個很重要的環節，是各級航運管理部門落實工作職能，實現工作目標，保證航運平安的主要手段。因此，全面開展港口管理、港口企業管理工作，是對做好水路運輸監督監控，不斷提高水路交通運輸平安的重要保證。南京市航運管理處受市交通局（港口管理局）托付管轄著全市區域內的水運業。擁有長江岸線208公里；內河航道665公里；水運企業119戶，營運船舶1359艘、134萬載重噸；水運服務企業236戶，港口企業130戶。近年來，在省、市交通主管部門的指導下，南京市航運管理處依據水運業的管理需要，先后開發或使用了一些專業管理信息系統和管理軟件。為綜合使用各信息管理系統，從便于查詢、維護、資源共享、打造水運數字化綜合管理信息系統等角度動身，南京市航運管理處籌備建立的港口管理系統需要解決現使用的各信息管理系統與本系統匹配和連接等問題，并將本系統作為水運網的二級專業子系統，通過建設和整合本系統，建立全市水路運輸信息互動平臺，更好的服務全市港口相關企業，開創公正、公開、公正的現代化水路運輸管理模式。南京港口管理理工作是依據有關法律、法規、規章、技術標準與規范，對港口運輸進行監督管理的行為。所涉及到的單位包括：南京航運管理處、下屬區航管所以及港口企業。南京市航運管理處經過多年來對港口管理工作的內涵的把握和理解，結合各項業務工作實際，建立起較為全面、精確的南京港口管理基本信息資源，為加強南京港口管理工作和相關服務工作供應了客觀依據，也為全面客觀的作好危急貨物、一般貨物水路運輸許可、監督管理工作、保障水運平安打下了基礎。項目組通過對航管處現狀的了解和分析，發覺在系統建立前存在如下的缺點和不足：已有的各業務應用系統獨立應用，不能協同工作。各自系統擁有各自獨立的數據庫，它們之間數據無法共享、協同，而且在最初設計的時候也沒有為以后的數據共享、協同考慮，已有系統整體架構上缺少共享、協同的設計思路，因此，也就缺少這樣的實現機制，無法滿足數字化應用的需求。已有系統缺少完整的基礎數據。基礎數據包括：港口、碼頭、泊位、下屬企業、船舶、設備、貨物、危急品等數據。已有系統只專注于某項具體業務，并沒有站在航運管理整體的角度考慮，因此，各系統接受的數據格式不同、數據間的關系也不同、具體項數據不完整、部分數據重復，數據的存放方式也有很大的不同。這也將為系統整合帶來阻力。已有系統主要功能集中在對數據的維護（增、查、刪、改）和保存上，缺少對數據的統計分析和挖掘力量。已有系統在用戶使用過程中沒有供應統一執行入口和操作風格，用戶在使用時需要面對不同的應用程序和不同的操作風格、顯示風格。對使用者本身的IT技術要求過高，而系統在現實中的用戶群體卻絕大多數是非計算機用戶，雖然系統供應了很多功能，但用戶卻由于不會使用或操作太過繁雜而放棄。在這種狀況下，從南京港口管理的迫切需要動身，利用計算機網絡技術、數據庫技術，建立起服務于全市的南京港口信息管理系統成為可能。總體設計系統網絡拓撲本系統部署于南京航運管理處，該處的網絡環境如下：本系統接受B/S架構，多層分布式應用架構，實現一個大的范圍內的數據協同處理。本系統有三個主要部分組成：數據庫、Web應用服務器、港口管理系統應用服務程序組成。數據庫保存本系統各項數據，是整個系統的基礎。Web應用服務器，供應Internet信息服務。港口管理系統應用服務程序，供應本系統的各項應用功能。系統整體結構港口管理系統應用服務程序包括如下功能模塊。港口企業部分港口企業部分貨物申請企業管理系統管理知識管理港口分布航管處部分港口管理企業管理會員管理信息管理系統設置學問管理港口分布統計分析南京港口信息管理系統依據使用用戶的權限和內容，港口管理系統應用服務程序分為兩個部分：面對航運管理部門人員用戶的航管處部分；面對港口企業用戶的港口企業部分。航管處部分包括如下功能模塊：港口管理功能模塊，主要完成港口企業的各項行政許可工作；企業管理部分，主要完成港口企業資料和呈現內容的整理和發布；會員管理模塊，主要完成系統用戶的配置；信息管理模塊，主要完成系統信息的劃分、歸類等配置功能；系統設置模塊，主要完成整個系統的設置功能；學問管理模塊，主要完成與系統相關的法律法規、專業文獻資料的收集整理；港口分布模塊，使用圖像編輯和ImageMap技術實現南京港口分布的處理，并通過圖像和信息的結合使用，實現圖形化方式下港口資料查詢；統計分析，使用動態查詢檢索方式，對系統進行數據統計和分析，供應電子臺帳和甘特圖方式便利管理人員分析。港口企業部分包括如下功能：貨物運輸申請申報功能模塊，主要完成一般貨物、危急貨物的申報，危急貨物相關資料的查詢；企業管理，主要完成本身企業資料的管理；學問管理，主要完成與系統相關的法律法規、專業文獻資料的收集整理；港口分布模塊，使用圖像編輯和ImageMap技術實現南京港口分布的處理，并通過圖像和信息的結合使用，實現圖形化方式下港口資料查詢。系統整體流程本系統的主要流程有兩個：港口企業一般貨物申報、危急貨物申報。具體流程如下。港口企業一般貨物申報流程港口企業一般貨物申報流程數據庫港口企業到港登記登記到港信息統計分析航管部門系統離港登記登記離港信息入庫危急貨物上路危急貨物上路數據庫港口企業填寫危急貨物申請統計分析航管部門系統入庫審核修改危急貨物屬性查詢港口企業危急貨物申報流程首先，由系統管理人員（南京航運管理處）安排企業名，港口企業通過企業名登錄本系統，設定或修改企業資料和登錄密碼。然后，港口企業即可使用本系統進行一般貨物和危急貨物的申請申報。由于危急貨物申報是國家要求強制執行，因此，危急貨物網上申報流程可以在保證平安運輸的前提下，大大削減港口企業和管理部門的工作難度，并且提高了工作的效率，整個危急貨物申請、申報、審核快捷、便利，并且，系統針對各企業在危急貨物運輸過程中對不同危急貨物的屬性和處理的專業學問壁壘，還供應了危急貨物快速查詢的功能，通過使用危急貨物查詢功能，為港口企業供應危急貨物各項屬性和儲運須知。系統運行之前要對一些數據進行初始化。初始化系統數據：包括用戶數據、用戶權限等。初始化全局數據。系統數據接口系統中的輸入輸出數據，包括靜態數據和動態數據。所謂靜態數據，指在運行過程中主要作為參考的數據，它們在很長的一段時間內不會變化，一般不隨運行而轉變。所謂動態數據，包括全部在運行中要發生變化的數據以及在運行中要輸入、輸出的數據。靜態數據系統標準數據：港口機關數據、港口單位數據、港口企業數據、系統信息欄目數據等。水運行業數據：相關法律法規、行業標準等。系統支持基本數據：港口分布、港口企業名稱、貨運單位（噸、立方、標箱）、貨物分類說明等。動態數據水運危急貨物數據：危急物品名稱、類別、作業數量、作業托付人、作業時間、作業地點、作業工藝流程、船名、貨物理化性質（包括閃點、燃點、密度、壓力、酸度、粘度、溶解度、反應性等）、運輸屬性、救急措施、平安防范措施(含封閉式管理措施)、參照標準等數據。危急貨物、一般貨物出入港數據：時間、載重噸（立方、標箱）。電子臺帳數據：按時間，不同港口、不同貨物、不同單位、吞吐量統計數據。企業數據：用戶名、企業名、負責人/法人、聯系電話、傳真號碼、地址、許可證號碼、郵編、聯系人、企業性質、歸屬地、流域類別、經濟類型、碼頭結構、開戶銀行、開戶行帳號、注冊資金、流淌資金、固定資產、管理人員、技術人員、生產人員、持證人員、總面積、堆場面積、庫場面積、水域面積、陸域面積、萬噸級泊位、碼頭座數、泊位數、最大靠泊力量、水深（港池）、碼頭長度、岸線長度、輸油管道總長度、起重設備、輸送機械、最大起重力量、裝載機械、其他機械、年貨物吞吐量、其中出口、出口中外貿、年集裝箱吞吐量、其中出口、出口中外貿。本系統與水路運輸網的數據接口。本系統作為南京水路運輸網的一個業務子系統，作為南京航運管理處電子政務系統的一個組成部分，本系統的數據與水路運輸網之間存在數據交換。主要包括如下兩個方面：業務數據：港口系統業務處理過程中，管理人員需要對數據進行歸類、統計和分析，部分處理結果需要發布到水運網中面對公眾發布，部分數據需要以電子臺帳的方式提交上級主管部門。港口管理系統港口管理系統水路運輸網上級主管管理系統數據發布電子臺帳學問管理數據：本系統供應學問管理的力量，為用戶供應水運相關的法律法規、行業標準、專業資料以及歷史新聞資料的管理力量。系統的學問管理與水路運輸網的學問管理部分接受數據交換的方式保證數據的全都性和協同性。港口管理系統港口管理系統水路運輸網學問管理數據功能說明系統登錄界面如圖：用戶類型選擇用戶名和密碼錄入用戶類型選擇用戶名和密碼錄入選擇不同類型用戶登錄系統，依據權限劃分為不同界面：面對管理部門的界面和面對港口企業的界面，如下圖。面對港口企業的界面，這部分系統分為五個一級欄目：貨物申報、企業名錄、帳戶管理、學問管理、港口分布。一級欄目二級欄目一級欄目二級欄目工作操作區面對管理部門的界面，這部分系統分為七個一級欄目：港口管理、企業管理、會員管理、系統設置、學問管理、港口分布、統計分析。一級欄目二級欄目一級欄目二級欄目工作操作區下面將對這些功能一一闡述。港口企業部分貨物申請進入貨物申請模塊，主要完成：一般貨物的到港、離港登記，危急貨物申報、危急貨物查詢等。一般貨物到港離港界面如圖所示：危急貨物申報界面如圖：企業名錄企業管理模塊，主要完成：企業信息管理、企業呈現等功能，供應資料的整理，加強港口企業管理。界面如圖：學問管理學問管理完成文檔資料的收集，包括：法律法規、行業規章、專業文獻、新聞等內容，這部分功能接受了RSS技術，信息的更新滿足與外部網（水運網）同步。界面如圖：港口分布港口分布接受圖像顯示方式，協作ImageMap技術實現南京港口分布圖形化和信息資料的管理，通過圖像和信息的結合使用，實現圖形化方式下港口企業資料查詢，界面如圖：管理部門部分港口管理進入港口管理模塊，主要完成：一般貨物的到港、離港登記，危急貨物的到港、離港登記、搬運設備的管理等。一般貨物到港離港界面如圖所示：危急貨物許可界面如圖：企業管理企業管理模塊，主要完成：港口機關管理、港口單位管理、港口企業管理、港口企業信息呈現等。港口機關、單位、企業管理界面如圖：港口企業信息呈現如圖：會員管理會員管理包括會員檢索、增加新會員以及對會員進行屬性、資料、密碼、權限等操作。權限管理界面如圖：系統管理系統管理包括：信息管理、信息類型設置、貨物種類設置等。學問管理學問管理完成文檔資料的收集，包括：法律法規、行業規章、專業文獻、新聞等內容，這部分功能接受了RSS技術，信息的更新滿足與外部網（水運網）同步。界面如圖：港口分布港口分布接受數據庫設計一般貨物類別表字段名數據類型說明ID數值自增BaleName字符貨物名稱BaleKind字符貨物類別港口企業類別表字段名數據類型說明ID數值自增ClassID字符自定義Orders字符挨次號Cname字符名稱Ccode字符代碼Corporation字符負責人Tel字符電話號碼Fax字符傳真號碼Pcode字符郵政編碼Address字符許可證號LinkMan字符聯系人SGuiShuDi字符歸屬地SjingJi字符經濟類型SliuYu字符流域類型SDockFrame字符碼頭結構ManageMan字符管理人員TechMan字符技術人員ProdMan字符生產人員AllArea字符總面積PoolDepth字符水深Warea字符水域面積StowArea字符堆場面積DockWidth字符碼頭長度BankWidth字符岸線長度ExportOilLineWidth字符輸油管道總長度DockSeating字符碼頭座數BerthNum字符泊位數SuperHeft字符起重設備ShAbility字符最大起重力量FeedEng字符輸送機械ImbarkEng字符裝載機械OthereEng字符其他機械RegMoney字符注冊資金FlowMoney字符流淌資金EquipmentMoney字符固定資產YbaleThruput字符年貨物吞吐量YbaleExit字符其中出口YbaleExitForeign字符出口轉外貿YinteThruput字符年集裝箱吞吐量YinteExit字符其中出口YinteExitForeign字符出口轉外貿OpenBank字符開戶銀行OpenBankNO字符開戶銀行帳號CertMan字符執證人員CKind字符企業性質危急貨物登記表字段名數據類型說明ID數值自增UnitName字符港口單位Hwmc字符危急貨物名稱Bh字符編號Lb字符類別Sl字符作業數量Wtr字符作業托付人Sj字符作業時間Cm字符船名Dd字符作業地點Hwlhxz字符貨物理化性質Zygylc字符作業工藝流程Aqcs字符平安防范措施Spyj字符審批意見Bz字符備注用戶表字段名數據類型說明ID數值自增UserName字符用戶名Password字符密碼Name字符姓名Sex字符性別Birth字符生日Native字符民族Pos字符職位IdentityID字符身份證Deptid字符部門號WorkTel字符工作電話HomeTel字符宅電Mobile字符手機Address字符地址Postal字符郵編Picture字符照片LastLogin字符最終登錄LoginNum數值登錄次數信息表字段名數據類型說明ID數值自增ArticleID字符信息系統號Template字符信息模板InfoClass字符信息分類號Title字符標題Title1字符副標題Content字符信息內容KeyWord字符關鍵字InDate字符錄入日期FileName字符生成文件名Hits字符點擊數Author字符信息作者Company字符所在單位信息類別表字段名數據類型說明ID數值自增ClassCode字符分類名稱的名稱ClassName字符分類名稱RootID字符頂IDParentID字符父類IDChilds字符子類別Layers字符層數Orders字符挨次Path字符類別路徑信息附件表字段名數據類型說明ID數值自增ArticleID字符信息編號FileName字符文件名FileExt字符文件格式FileType字符文件類型FileSize字符文件大小Explain字符備注UpDateTime字符更新日期Orders字符挨次號信息模板表字段名數據類型說明ID數值自增TemplateName字符模板名稱TemplateContent字符模板內容TemplateExplain字符模板說明出入港登記表字段名數據類型說明ID數值自增ShipName字符船舶名稱NationHaven字符船籍港Operator字符經營人InTime字符入港時間OutTime字符出港時間OutDay字符出港日期TrafficCert數值營運證號PutCert字符發蒸機關ShipHeft字符載重量FaceHeft字符實際載重BaleName字符貨物名稱CarryOddNum字符運單號碼OutCarryOdd字符運單制作單位InputHaven字符錄入港口企業InputMan字符錄入人員InputTime字符錄入時間Explain字符備注BaleSort字符貨物種類搬運機具設備表字段名數據類型說明ID數值自增UnitName字符企業名稱EngineryName字符設備名稱FacCards字符廠牌型號LeaveDate日期出廠日期Tonnage字符噸位Power字符功率JerqueUnit字符平安檢測部門JerqueDate日期檢測日期UseCert字符使用證號SignCode字符標志牌號ExtendDate日期發證日期Validity字符有效期Remark字符備注類別字典表字段名數據類型說明ID數值自增Code字符代碼Name字符代碼名稱Sort字符類別代碼權限列表字段名數據類型說明ID數值自增LevCode字符權限代碼LevName字符權限名稱Rootid數值頂級IDParentid數值父IDChild數值子數量Orders數值本級挨次值Layer數值層次Path字符權限全名權限安排表字段名數據類型說明ID數值自增UserName字符用戶名LevGroup字符權限組代碼LevArea字符權限操作區域權限組表字段名數據類型說明ID數值自增Gcode字符權限組代碼Gname字符權限組名稱LevGroup字符權限組標識BeWrite字符說明主要技術本系統是用于南京港口管理、港口企業管理管理相關工作的專業應用系統，涵蓋了南京港口管理、港口企業管理管理涉及的方案執行、數據收集、資料整理、檢驗測試、工程評定、交竣工驗收、人員工作支配、收費統計、匯總分析、質監行業管理等多個方面，系統的范圍廣，這就要求本系統的開發需要具備整個南京港口管理、港口企業管理行業技術學問。本系統資料管理接受開放式、可授權、標準化，針對第三方不同機構、部門產生的資料、報告、文檔，如：工程監理、原材料、混合料鑒定等，本系統供應開放式應用平臺，各種資料可以協同集中處理，并由此生成統一資料庫，這就要求本系統的開發需要具備高度的標準化和開放性技術要求。本系統針對不同南京港口管理、港口企業管理管理環節，供應完備細致的的數據表項，因此，要求本系統的開發需要具備南京港口管理、港口企業管理專業性技術學問高。從以上幾個方面可以看出來，本系統的的主要技術特點集中在這么幾個方面：交通工程質監管理全面性、專業性、開放性、機敏性。課題組在系統研制過程依據南京港口管理、港口企業管理本身的業務應用特點提出并創建了系統自身的專有技術，主要包括：適合本系統的交通工程質監信息化技術，交通工程質監數據結構設計技術，分布式多層應用技術等，這些技術綜合應用，并通過程序接口實現在統一平臺下協同工作。下面，就針對這些技術原理和實現做具體說明。危急貨物數據庫作為本系統的一個主要功能，是進行危急貨物申報，因此，危急貨物數據庫的建立成為此功能能否實現的關鍵，危急貨物數據庫設計的好壞，直接影響到整個系統的工作力量。主要內容包括：危急貨物信息整理：危急貨物編號，危急貨物名稱，英文名，別名，危急貨物分子式、危急貨物UN.NO.危急貨物CN.NO.，違規分類，物化性質，危急特性，包裝標志，包裝方法，儲運條件，應急處理，滅火方法，污染處理，參見其他，檢查標志等信息。危急貨物信息維護：針對權威機構、專家機構、行業機構頒布、頒發的危急貨物品名、屬性、儲運、應急等資料（如：依據GB6944《危急貨物分類和品名編號》、依據GB12268-90《危急貨物品名表》）進行危急貨物定期維護，包括：危急貨物屬性修改、危急貨物救助、新增危急貨物等項內容。危急貨物劃分類別：按我國目前已公布的法規、標準，有三個國標：GB6944《危急貨物分類和品名編號》、GB12268《危急貨物品名表》、GB13690《常用危急化學品分類及標志》、將危急化學品分為八大類，每一類又分為若干項，并增加一項其他類別，如下：第一類：爆炸品，爆炸品指在外界作用下（如受熱、摩擦、撞擊等）能發生猛烈的化學反應，瞬間產生大量的氣體和熱量，使四周的壓力急劇上升，發生爆炸，對四周環境、設備、人員造成破壞和損害的物品。爆炸品在國家標準中分5項，其中有3項包含危急化學品，另外2項專指彈藥等。第1項：具有整體爆炸危急的物質和物品，如高氯酸。第2項：具有燃燒危急和較小爆炸危急的物質和物品，如二亞硝基苯。第3項：無重大危急的爆炸物質和物品，如四唑并-1-乙酸。其次類：壓縮氣體和液化氣體，指壓縮的、液化的或加壓溶解的氣體。這類物品當受熱、撞擊或猛烈震驚時，容器內壓力急劇增大，致使容器裂開，物質泄漏、爆炸等。它分3項。第1項：易燃氣體，如氨氣、一氧化碳、甲烷等。第2項：不燃氣體（包括助燃氣體），如氮氣、氧氣等。第3項：有毒氣體，如氯（液化的）、氨（液化的）等。第三類：易燃液體，本類物質在常溫下易揮發，其蒸氣與空氣混合能形成爆炸性混合物。它分3項。第1項：低閃點液體，即閃點低于-18℃的液體，如乙醛、丙酮等。第2項：中閃點液體，即閃點在-18℃—＜23℃的液體，如苯、甲醇等。第3項，高閃點液體，即閃點在23℃以上的液體，如環辛烷、氯苯等。第四類：易燃固體、自燃物品和遇濕易燃物品，這類物品易于引起火災，按它的燃燒特性分為3項。第1項：易燃固體，指燃點低，對熱、撞擊、摩擦敏感，易被外部火源點燃，快速燃燒，能散發有毒煙霧或有毒氣體的固體。如紅磷、硫磺等。第2項：自燃物品，指自燃點低，在空氣中易于發生氧化反應放出熱量，而自行燃燒的物品。如黃磷、三氯化鈦等。第3項：遇濕易燃物品，指遇水或受潮時，發生猛烈反應，放出大量易燃氣體和熱量的物品，有的不需明火，就能燃燒或爆炸。如金屬鈉、氫化鉀等。第五類：氧化劑和有機過氧化物，這類物品具有強氧化性，易引起燃燒、爆炸，按其組成分為2項。第1項：氧化劑，指具有強氧化性，易分解放出氧和熱量的物質，對熱、震驚和摩擦比較敏感。如氯酸銨、高錳酸鉀等。第2項：有機過氧化物，指分子結構中含有過氧鍵的有機物，其本身是易燃易爆、極易分解，對熱、震驚和摩擦極為敏感。如過氧化苯甲酰、過氧化甲乙酮。第六類：毒害品，指進入人（動物）肌體后，累積達到肯定的量能與體液和組織發生生物化學作用或生物物理作用，擾亂或破壞肌體的正常生理功能，引起臨時或長久性的病理轉變，甚至危及生命的物品。如各種氰化物、砷化物、化學農藥等等。第七類：放射性物品，它屬于危急化學品，但不屬于《危急化學品平安管理條例》的管理范圍，國家還另外有特地的“條例”來管理。第八類：腐蝕品，指能灼傷人體組織并對金屬等物品造成損傷的固體或液體。這類物質按化學性質分3項。第1項：酸性腐蝕品，如硫酸、硝酸、鹽酸等第2項：堿性腐蝕品，如氫氧化鈉、硫氫化鈣等。第3項：其它腐蝕品，如二氯乙醛、苯酚鈉等。第九類：不屬于上述八項的危急貨物。危急貨物標準庫。依據危急貨物國家標準、行業標準、國際標準（可選項）整理、歸集，主要涵蓋：GB6944《危急貨物分類和品名編號》、GB12268《危急貨物品名表》、GB19270《水路運輸危急貨物包裝檢驗平安規范》、《化學危急貨物手冊》。應急處理。針對不同類別危急貨物的應急處理幫助信息供應力量，包括：報警和通報的方式、渠道和聯絡手段、緊急疏散方式和警戒區域建立、現場急救掛念急救手段、泄露處理、火災撲救。危急貨物包裝、貯存和運輸說明。針對不同類別危急貨物的包裝、貯存和運輸說明，包括：包裝的基本要求、包裝的標志、包裝的平安標簽、貯存要求、貯存支配及貯存限量、貯存管理。危急貨物索引和查詢的建立。按以上各種不同條件查詢索引危急貨物相關屬性、數據、特征等內容。基于B/S架構的危急貨物查詢檢索技術大數據量的存取及索引危急貨物數據數量巨大，對數據庫存儲和程序檢索也提出了比較高的要求，特殊是通過B/S架構方式在Internet網上使用，一個好的危急貨物存取和索引技術優越性表現的尤為突出。為此，我們在設計數據庫、SQL處理語句及組織程序時，充分考慮到執行效率，接受了以下一些處理手段：合理使用索引：索引是數據庫中重要的數據結構，它的根本目的就是為了提高查詢效率。現在大多數的數據庫產品都接受IBM最先提出的ISAM索引結構。索引的使用要恰到好處。避開或簡化排序：應當簡化或避開對大型表進行重復的排序。當能夠利用索引自動以適當的次序產生輸出時，優化器就避開了排序的步驟。消退對大型表行數據的挨次存取：在嵌套查詢中，對表的挨次存取對查詢效率可能產生致命的影響。避開相關子查詢：盡量避開子查詢。假如子查詢不行避開，那么要在子查詢中過濾掉盡可能多的行。避開困難的正規表達式：這種匹配特殊耗費時間。另外，還要避開非開頭的子串。使用臨時表加速查詢：它有助于避開多重排序操作，而且在其他方面還能簡化優化器的工作。用排序來取代非挨次存取。另外，在程序組織中，對于一次要獵取較多量記錄時，我們還接受了分頁存儲、緩沖更新等多種手段保證更快、更有效地處理數據。其他效率因素考慮，項目組在系統研制過程中，對執行效率的影響因素除了上面說的因素外，發覺還有如下幾個方面，并且在整個項目中遵循、執行：接口的調用方式上，后期綁定、前期綁定、Diapatch三種方式中，前期前期綁定效率最高，速度最快。函數、方法的參數的效率上，Variant型、具體類型中，具體類型方式的參數效率最高、速度最快。數據引擎對數據庫運行效率上，Cach、游標的參數、位置設置對系統的執行效率影響也很大。原文數據的存儲與顯示原文數據將全部的紙質危急貨物說明掃描并存儲到文件服務器上，數量巨大，掃描的文件數目達到萬級，原文數據作為對系統危急貨物數據的一個補充，系統通過結合原文數據實現對危急貨物各項屬性的最大化兼容，原文數據接受特定的圖象方式保存在系統的應用服務器上，原文數據的掃瞄接受Active控件方式供應用戶使用，用戶在客戶端掃瞄器只需要下載系統供應的Active控件即可查看原文數據，由于原文數據是系統中危急貨物數據最全、最具體的部分，因此，這部分數據量的索引提出了很高的要求。名目唯一性：考慮到大量原文數據可能需要從一個系統遷移到另一個系統，在原文數據遷移地過程中自然地期望保持其原有的名目結構，由于對于海量原文來講，更改其名目結構將會是格外浩大的工作。此時需要在任何地點、任何系統中產生的原文存儲名目都應當是唯一的。名目索引：在索引結構上，利用了Windows的NTFS分區的索引功能，以加速對文件的檢索。原文圖片的優化顯示：在本系統中，接受了一些圖象算法實現圖像顯示、圖像壓縮、圖像轉換等多種功能。支持Web方式的Active控件：在本系統中，接受Active控件的方式實現原文數據在用戶掃瞄器（IE）中的顯示和把握。基于XML和RSS技術的學問管理XML即可擴展標記語言（eXtensibleMarkupLanguage）。標記是指計算機所能理解的信息符號，通過此種標記，計算機之間可以處理包含各種信息的文章等。如何定義這些標記，既可以選擇國際通用的標記語言，比如HTML，也可以使用象XML這樣由相關人士自由打算的標記語言，這就是語言的可擴展性。XML是從SGML中簡化修改出來的。它主要用到的有XML、XSL和XPath等。XML是一種用戶定義的、適合人讀的數據描述語言，用戶使用Web服務發送或接收各種數據、數據集及文檔的格式。XML的先進特性：XML繼承了SGML的很多特性，首先是可擴展性。XML允許使用者創建和使用他們自己的標記而不是HTML的有限詞匯表。這一點至關重要，企業可以用XML為電子商務和供應鏈集成等應用定義自己的標記語言，甚至特定行業一起來定義該領域的特殊標記語言，作為該領域信息共享與數據交換的基礎。其次是機敏性。HTML很難進一步進展，就是由于它是格式、超文本和圖形用戶界面語義的混合，要同時進展這些混合在一起的功能是很困難的。而XML供應了一種結構化的數據表示方式，使得用戶界面分別于結構化數據。所以，Web用戶所追求的很多先進功能在XML環境下更簡潔實現。第三是自描述性。XML文檔通常包含一個文檔類型聲明，因而XML文檔是自描述的。不僅人能讀懂XML文檔，計算機也能處理。XML表示數據的方式真正做到了獨立于應用系統，并且數據能夠重用。XML文檔被看作是文檔的數據庫化和數據的文檔化。除了上述先進特性以外，XML還具有簡明性。它只有SGML約20%的簡單性，但卻具有SGML功能的約80%。XML比完整的SGML簡潔得多，易學、易用并且易實現。另外，XML也吸取了人們多年來在Web上使用HTML的閱歷。XML支持世界上幾乎全部的主要語言，并且不同語言的文本可以在同一文檔中混合使用，應用XML的軟件能處理這些語言的任何組合。全部這一切將使XML成為數據表示的一個開放標準，這種數據表示獨立于機器平臺、供應商以及編程語言。它將為網絡計算注入新的活力，并為信息技術帶來新的機遇。目前，很多大公司和開發人員已經開頭使用XML，包括B2B在內的很多優秀應用已經證明白XML將會轉變今后創建應用程序的方式。RSS是一種用于共享新聞和其他Web內容的數據交換規范，起源于網景通訊公司的推"Push"技術，將訂戶訂閱的內容傳送給他們的通訊協同格式(Protocol)。RSS是一種描述和同步網站內容的格式，是目前使用最廣泛的XML應用。RSS搭建了信息快速傳播的一個技術平臺，使得每個人都成為潛在的信息供應者。發布一個RSS文件后，這個RSSFeed中包含的信息就能直接被其他站點調用，而且由于這些數據都是標準的XML格式，所以也能在其他的終端和服務中使用。RSS的聯合（Syndication）和聚合（Aggregation），發布一個RSS文件（一般稱為RSSFeed）后，這個RSSFeed中包含的信息就能直接被其他站點調用，而且由于這些數據都是標準的XML格式，所以也能在其他的終端和服務中使用，如PDA、手機、郵件列表等。而且一個網站聯盟（比如特地發布新聞的網站系列）也能通過相互調用彼此的RSSFeed，自動的顯示網站聯盟中其他站點上的最新信息，這就叫著RSS的聯合。這種聯合就導致一個站點的內容更新越準時、RSSFeed被調用的越多，該站點的知名度就會越高，從而形成一種良性循環。而所謂RSS聚合，就是通過軟件工具的方法從網絡上搜集各種RSSFeed并在一個界面中供應應讀者進行閱讀。這些軟件可以是在線的WEB工具，也可以是下載到客戶端安裝的工具。在本系統中，項目組結合這些技術，為港口管理信息系統使用者供應學問管理功能，港口管理系統的學問管理包括：法律法規、專業資料、新聞等內容，這些內容通過使用RSS和XML技術實現了信息的發布和訂閱。軟件工程化的開發方法南京港口信息管理系統歸根揭底是一個MIS系統，在目前的軟件工程中，管理信息系統的開發者們通過需求分析運用MIS理論可能會推理出一個比較呆板的MIS模型框架而不肯定會得到一個高效、有用的MIS系統。這樣的結果對于MIS的建設來說無疑是不成功的。因此，我們考慮在本系統的建設過程中適時地聯系軟件工程的一些方式、方法，這樣，在兩種理論的指導下，MIS建設的成功率應當是比單一的MIS理論高出不少。軟件工程是純粹計算機技術的產物，它是用工程、科學和數學的方法研制、維護計算機軟件的有關技術及管理方法。它的目標是在給定成本、進度的前提下，開發出具有可修改性、有效性、牢靠性、可理解性、可維護性、可適應性、可移植性、可追蹤性和可互操作性并滿足用戶需求的軟件產品。MIS也是一種軟件，它是軟件工程中的事務處理類軟件，與其它軟件一樣，它有自己的一套開發理論，但由于側重點的不同導致了MIS理論在其實施階段（軟件實施）的論述并不能完全體現軟件開發的特點。MIS建設一般要經受四個階段，系統規劃、系統開發、系統運行與維護、系統更新。在系統分析階段，MIS建設理論中闡述的方法一般都是結構化分析方法，通過運用數據詞典和數據流圖來對系統模型進行結構化闡述，由于系統分析涉及到簡單的組織管理與技術環境，分析過程中要處理的有些問題是結構化分析方法所不能掩蓋的。這種分析方法可能就會直接導致系統建設的失敗。這時候，我們可以參照軟件工程中的一些需求分析方法：如面對數據流和面對對象的方法，引入對象的概念，用對象來描述實體，結合實體—關系圖、對象及消息傳遞圖、類結構圖、對象狀態轉換圖、主題詞結構圖等對一些非結構信息進行分析，建立非結構模型，讓系統設計人員通過形式化語言很快就能把握系統分析人員的分析結果和意圖，設計出滿足用戶需求的系統。對應于系統分析方法，MIS理論在系統建設階段接受的主要也是結構化的設計方法，與在系統分析階段遇到的問題基本相同，在系統設計階段我們同樣可以引入軟件工程方法中的優秀分子，為MIS建設供應理論依據。我們完全可以把軟件工程的一套方法從MIS建設的一開頭就引入進來，彌補傳統MIS理論的不足，我們在MIS的建設過程中，完全可以大膽地從理論的高度來運用面對對象，使這項已經不算新穎的技術在MIS建設中連續發揮它的威力。項目管理是軟件工程中一個格外重要的概念，它在軟件工程中的任務是：制定項目實施方案；對人員進行組織分工；依據方案的進度，以及成本管理、風險管理、質量管理的要求，進行軟件開發，最終完成軟件項目規定的各項任務。在MIS中要引入項目管理的概念，除了在系統實施階段對純軟件的質量進行度量以外，還要求對系統的開發進度進行具體的支配，對系統開發方案進行可行性評估，對系統開發各個階段資金進行預算，對預算進行評估。下面就是本項目在開發實施過程中接受的一些工程化手段和措施。需求分析方法南京港口信息管理系統作為一個大型軟件系統的體系結構，不能從一個單維的視點來看，而應當從不同的方面或角度來分析：使用用例視圖：以系統外部使用者（稱之為角色）的角度看待系統。通過描述系統與全部外部角色的全部交互（每一個交互稱為一個用例），以及對每一個交互過程中系統內部的響應步驟描述，來定義系統供應的功能和系統邊界條件。該視圖的建立是系統需求分析階段的主要工作內容之一，交互過程中系統內部響應步驟是通過業務流程分析得出的。為此，項目組針對本系統建立了：港口企業資料管理用例、企業危急貨物申報用例、企業一般貨物申報用例、港口分布檢索用例、管理人員建立電子臺帳用例、統計分析用例等用例視圖。使用規律視圖：以系統內部組件或結構來看整個系統。它包含了系統中全部的子系統和功能模塊以及其功能劃分以及內部涵蓋的核心概念。這個視圖開頭時是通過上個步驟的使用用例，并對這些用例進行整理、歸納和合并形成的，并將在系統設計的高級階段得到細化和趨于成熟。項目組通過使用規律視圖，將本系統的數據結構和靜態類建立起來。實施視圖描述：系統的整體結構、數據結構和靜態類建立起來后，需要明確他們之間的協作關系，即實施通信，包括：子系統與子系統間的通信、系統與數據庫的通信、接口之間的通信等。通過這樣整個系統的內部數據庫和系統初步建立起來，并且實現了需求向設計的平滑過度，是原始的業務需求轉變為計算機語言。建立物理視圖：之后系統即可實現系統的物理節點（應用服務器、接入服務器、數據庫服務器）分布和連接圖，完成整個系統的需求分析。設計分析方法系統通過使用用例（UserCase）和場景（Scenario–使用用例的實例）來對業務流程建模，用類（Class）來對業務概念建模，用接口（Interface）來對業務關系建立通信協議。使用用例描述系統功能側面，而業務概念描述系統數據側面。這種整個系統功能模型和系統數據模型的設計方法體現了OO（面對對象）的方法論。接受UML（統一建模語言）和其使用工具（RationalRose）軟件來描述系統模型，并依據要求生成結果文檔。在系統的設計階段，項目組將整個系統分解為若干個較大的組件（或子系統）來簡化和管理問題的簡單性，并定義組件接口描述組件之間以及整個系統與外部的通信類型和機制。這些組件（Component）是一組相關數據和功能的集合。將整個系統分解為多層規律結構并示意如下。該圖被稱為框架結構模式圖，這是由于設計中將依據該模式來劃分和定位系統各組件。框架結構模式圖是一個多層次的、分布式的體系結構模型，它由用戶界面（UI）、界面規律（UILogic）、系統組件（SystemComponent）、業務組件（BusinessComponent）及數據實體（DataEntity）組成。設備層設備層數據層基礎設備網絡設備平安設備公共基礎數據第三方數據業務處理數據轉換處理具體業務規律把握用戶界面用戶門戶子系統界面權限把握/身份認證用戶界面（UI）和UI規律組件供應用戶對系統的訪問，UI顯示輸出并捕獲用戶輸入，UI規律通過解釋用戶輸入、用戶輸入數據校驗、調用系統內部服務、產生輸出UI并把握UI顯示次序來管理用戶與系統的交互。UI和UI規律組件負責整個系統的表示規律。本系統的用戶界面（UI）和UI規律組件包括：企業部分UI、管理處部分、掃瞄器本數據校驗腳本（VBScript）、圖形化處理腳本（ImageMap）等。系統組件（SystemComponent）供應功能服務，它通過UI和UI規律組件實現對外部訪問或懇求的響應。系統組件有描述系統功能的使用用例導入，使用用例過程中的場景（Scenario）和步驟（Step）體現了業務流程，基本上可以描述系統組件的實現過程或算法。系統組件由系統組件接口和系統組件服務構成，接口是指一個系統組件使用者（UI規律）和系統組件服務實現者之間的一個約束協定。使用用例中描述的步驟或由系統組件服務實現，或進一步，調用下層的業務組件服務完成。本系統的系統組件包括：數據讀寫組件、事務處理組件、特別處理組件、系統日志處理組件、標準數據轉化組件、第三方數據接口組件等。業務組件（BusinessComponent）是核心業務概念和業務規章信息、數據的管理、操作的使用和使用的抽象和封裝。它由描述核心業務概念、基本數據、基本業務規章等的業務概念模型導入。同樣，業務組件由業務組件接口和業務組件服務組成，其接口是一個業務組件使用者（系統組件服務）和業務組件服務實現者之間的一個約束協定。由于業務組件獨立于使用用例，它們的運行環境上下文（Context）由系統組件服務供應，它們本身無狀態（Stateless），因此，業務組件在分布式部署的時候，可以滿足多用戶同時使用，軟件可以被重用，同時，協作系統組件服務，如：事務管理、池化（Pooling）管理、隊列管理，提高業務軟件在網絡化條件下使用的效率。最終，數據層是系統使用及產生的各種數據的物理存儲，這些數據可能以各種形式存在：如數據庫、文件、管道、內存表等。開發調試方法信息管理系統是否有正確、適當的方法指導，對本系統的進度、質量、效益都會有重大的影響。項目組在開發過程中從組織管理和具體開發方法兩個方面著手，依據整個系統的規劃和要求，建立了適合本系統開發調試的一套方法。本系統作為一個計算機軟件系統，可以利用一般管理系統軟件的開發方法，但本系統又有其自身的特殊性，因此，需爭辯和選擇適合的開發方法。本系統接受的開發方法有：生命周期法、原型法、ＣＡＳＥ方法、面對對象方法等，這些方法在開發系統中各有其優勢和缺漏，現一一剖析。１．生命周期法這種思想將計算機管理系統看成是一個純計算機的技術問題，它將軟件的整個生存周期：系統規劃階段、系統分析階段、系統設計階段、系統實施階段和系統運行維護階段視為一個生命周期，其最大的特點是利用系統的觀點，自頂向下進行系統分析與設計，并自底向上完成軟件系統。但是現實問題并不這樣簡潔，開發本系統不是一個純計算機的技術問題，傳統的生命周期法已不能完全勝任該項工作。第一，本系統開發不僅僅是涉及到技術的工程，更是“電子政務系統工程”重要組成部分，所以開發的系統要反映管理部門和企業的客觀需求。由于國家政策、港口內部、外部環境的種種變化，使得用戶需求經常變更，從而引起系統初始設計的變更，在更壞的狀況下，甚至系統必需重新設計，大量人力物力的重復耗費，最終可能會導致系統的開發失敗。其次，生命周期法開發過程中消滅的錯誤具有積累和放大效應。依據生命周期法的階段性，前一個階段工作成果是后一階段工作的基礎，前一階段的錯誤自然會導致后一階段的工作結果中相應的錯誤，因此，錯誤會積累起來。前一階段中的一個錯誤可能造成后一階段中消滅幾個錯誤，因此錯誤會有放大效應。第三，生命周期法開發過程中的不同階段進行錯誤的修改和補救需要付出的代價隨著周期向后一階段推動付出的代價呈增大甚至幾何級增長的趨勢。早期階段進行修改，涉及的面較少，因而代價也較低。而在后期階段進行修改，涉及的面可能涵蓋其前面的全部階段，不僅工作量大，而且規律上也更簡單，因此付出的代價劇增，要去挽救這個錯誤，可能牽涉到很多人和部門，其代價是巨大的。這是生命周期法經常遇到的難題。２．原型法針對“生命周期法”的缺陷，提出“原型法”。其基本思想是：對目標的系統分析不是追求大而全的一次到位，而是憑借系統員對用戶需求的理解，在強有力的軟件環境支持下給出滿足用戶基本要求的交互式的初始模型，系統員和用戶一起對模型進行評價，依據評價結果再對模型進行修改，如此反復多次，直到雙方滿足為止。該方法遵循了人們生疏事物循序漸進的規律，供應了一套強有力的技術，它可以縮短開發進度，增加用戶的滿足程度，生產出高質量的產品。然而，在用原型法開發系統的過程中，開發人員跳過了系統規劃和系統分析這兩步，對于本系統這樣大型的、簡單的、人為因素多、結構浩大的系統開發，將不能得到充分的需求分析，從而難以開發出一個令人滿足的系統，也必將使后面的維護工作更加困難。而且該方法在實施過程中缺乏對管理系統全面、系統的生疏，每次反復都要花費人力、物力，假如開發者和檔案部門之間的溝通不暢，盲目糾錯還會拖延開發過程。因此，也不易單獨使用這種方法開發本系統。３．ＣＡＳＥ方法ＣＡＳＥ（ComputerAssistedSoftwareEngineer）即計算機幫助軟件工程，旨在實現軟件開發自動化。ＣＡＳＥ方法為系統的分析與設計供應了—系列手段，如便利地生成分析設計過程中的圖表和文檔、自動生成最終模塊等。在開發系統過程中，運用ＣＡＳＥ方法可以大大提高系統開發的效率和質量，然而，ＣＡＳＥ方法僅僅是一種幫助的自動化開發工具，不能作為一種完整的開發方法。４．面對對象方法從本質上講，面對對象方法是一種生疏客觀世界的認知方法學，它同時亦是一種解決問題的思維方法。面對對象的系統開發方法將對象作為需求分析和系統設計的核心和主體，在此基礎上，引用科學方法論中的分類思想，將相像的一組對象聚合為類，接受各種手段將相像的類組織起來，實現問題空間到解空間的影射。這種方法描述的現實世界模型貼切、合理，更符合人們生疏世界的思維方法。本系統是一個基于數據的管理系統，這是以結構良好的數據庫為基礎的，因此數據的總體設計與規劃就顯得特殊重要，但由于數據管理只是整個系統開發的一部分，因此，面對對象方法在整個系統開發過程中也只能作為一種幫助方法。構建本系統的復合開發方法。開發本系統是一項格外簡單的工程，不斷擴大的信息系統規模，使得單一的某種軟件開發方法已不能勝任該項工作。通過對以上一般軟件開發方法的分析，依據本系統本身的特點，我們設想構建一種本系統的復合開發方法，即以數據為中心，把開發本系統的生命周期法、原型法、面對對象方法、ＣＡＳＥ方法有機地融合在一起，形成開發本系統的復合開發方法。這種復合開發方法的總體思路是：用生命周期開發方法將本系統劃分為５個階段：系統規劃階段、系統分析階段、系統設計階段、系統實施階段和系統運行維護階段。在這５個階段中再將原型法、面對對象法及ＣＡＳＥ法這三種方法有機復合進來，從而達到快速有效開發本系統的目的。首先，系統規劃和系統分析階段仍按生命周期法的步驟進行，只在系統設計階段接受原型法。其次，在開發過程中用ＣＡＳＥ工具幫助系統工程活動的實施，從系統的項目方案、需求分析、系統設計、編碼調試、測試管理、運行維護，到支持軟件的過程管理、質量保證等。這種自動化的系統開發方法，能夠緩和在系統分析、設計和實施過程中，制約系統進展的“瓶頸”。最終，將面對對象方法嵌入到系統開發中，把面對對象分析（ＯＯＡ）、面對對象設計（ＯＯＤ）、面對對象實現（ＯＯＩ）三個階段分別復合到系統分析階段、系統設計階段、系統實現階段。使用面對對象方法將會解決生命周期開發方法中客觀世界描述工具與當今面對對象的軟件結構不全都的問題，大大地縮短開發周期。系統開發期需要完成如下工作內容：系統基本概念確認，包括：數據、信息、指標和指標體系、記錄和數據文件組織結構與功能分析、業