【正文】 LE 數(shù)據(jù)庫系統(tǒng)在實現(xiàn)其安全性管理時采用了如下的措施：通過驗證數(shù)據(jù)庫用戶名和口令，防止非 ORACLE 用戶注冊到 ORACLE 數(shù)據(jù)庫，對數(shù)據(jù)庫進 行存??；賦予不同用戶不同的權限，限制用戶操縱數(shù)據(jù)庫中數(shù)據(jù)的權力。每個用 戶所擁有的表，可由用戶自已和 DBA 通過 GRANT 命令授予其他用戶對該表的存取權。存取權 是指查詢、更新、刪除和插入等操作。也可以通過 REVOKE 命令在任何時候取消某一用戶的權限和取消某一用戶對其他用戶的表的存取權限（如果該用戶被授予對其他用戶 的表進行存取的權限）。此外，利用 ORACLE 的 AUDIT 機制，跟蹤用戶注冊到數(shù)據(jù)庫的情況，監(jiān)視數(shù)據(jù)庫中數(shù)據(jù)的存取情況，各系 統(tǒng)的使用情況。因此，SGPP —MIS 在數(shù)據(jù)庫級 安全保證中采用如下幾種方法，使數(shù)據(jù)庫的安全性得到保證：必需設立一個安全管理員，負責 數(shù)據(jù)庫的安全管理工作，安全管理員的角色也可由數(shù)據(jù)庫管理員（DBA）承擔。具有 DBA 特權 的用戶是具有最高權限的用戶，就象是操作系統(tǒng)中的超級用戶，正是因為DBA 用 戶擁有的權力最大，所以 DBA 用戶所肩負的責任也最大。DBA 用戶操作稍有不慎，對數(shù)據(jù)庫所造成的危害是無法估量的。作為 DBA 用戶，他必 須對操作系統(tǒng)和 ORACLE 系統(tǒng)的各個方面都很了解。所以，在實際的 ORACLE 系統(tǒng)中，僅允許極少數(shù)用戶具有 DBA 特權。DBA（DataBase Administrator）負責對整個數(shù)據(jù)庫對象、用戶、系統(tǒng)進行管理。 DBA 或用戶可對數(shù)據(jù)庫中（對于用戶來說只能是其權力范圍之內）特定的表、視圖、序列、過程、函數(shù)或包（Package ）進行讀寫等操作向其它用戶授權。DBA 可修改用戶的口令，用 戶 （如無特權）只能修改自身口令，所以當用戶口令使用時間較長或口令丟失時 DBA 有督促用戶修改口令的責任。用戶所擁有的權限依賴于系統(tǒng)授權， DBA 擁有對建立用戶、修改用 戶權力、 刪除用戶、刪除數(shù)據(jù)庫中數(shù)據(jù)、建立全體 ORACLE 用戶都可以使用的公用同義詞、執(zhí)行整個數(shù)據(jù) 庫的卸出等權力， DBA 也就是通過以上權力對數(shù)據(jù)庫進行安全性維護。數(shù)據(jù)庫自投入運行之日開始， 應該建立自動歸檔聯(lián)機日志文件，定期將日志文件備份到其它磁介質上，避免日志文件占用過多服 務器空間，降低使用效率。同時必需做好定期備份數(shù)據(jù)庫工作，以防數(shù)據(jù)庫受到非法破壞而造成大量數(shù)據(jù)損失， 對極其重要或不可泄露的數(shù)據(jù) 庫表建立審計。 ◆ 其他軟件安全考慮系統(tǒng)除了提供上述安全體系的保障外，系統(tǒng)還提供了更多的安全設置。系統(tǒng)提供的用戶操作審計功能，對用戶什么時間在網絡中哪臺機器登錄進軟件系統(tǒng)、什么時間退出，系統(tǒng)進行完整的跟蹤記錄；系統(tǒng)提供的授權代理操作的機制，當用戶需要出差或休假時，可將自己所分管的工作授權給其他在崗員工進行處理，用戶休假完后即可收回權限。從而保證系統(tǒng)內部處理流程的順暢。系統(tǒng)對所有代理操作都保存了代理日志記錄。對系統(tǒng)中需要簽名確認的地方系統(tǒng)都提供口令保護，根本杜絕了冒名現(xiàn)象。 管 理 信 息 系 統(tǒng) 特 點◆采用 C/S 和 B/S 混合結構，獲得強大功能和易操作性的統(tǒng)一◆采用面向對象的編程技術，充分提取和使用公用 組件和中 間件基于 xxxx 公司自行研發(fā)、功能 強大的 MIS 應用軟件框架 ，最大限度保 證了應用軟件的開發(fā)質量和運行效率◆模塊化設計。各業(yè)務子系統(tǒng) 即可獨立運行，又可配合成一個有機整體運作。各子系 統(tǒng)間實現(xiàn)了數(shù)據(jù)的緊密集成?！舨捎昧恕皠討B(tài)業(yè)務重組”技術，系 統(tǒng)提供靈活的工作流程控制、角色管理和授權機制，實現(xiàn)了用戶操作業(yè)務的動態(tài)裁剪組合?！魬眉苫Ｓ脩艨稍谝粋€界面上同 時訪問多個子系統(tǒng) 的應用。◆針對業(yè)務開發(fā)定制，程序功能不會受 組織機構的調整發(fā) 生程序修改?！魞戎脛討B(tài)單據(jù)流程控制功能，用 戶可動態(tài)、靈活地改 變單 據(jù)流程?！籼峁癝erverPush(推)”式工作模式，用戶一經登錄，系統(tǒng)會將需要用戶處理的業(yè)務，自動提交給用戶。◆內置動態(tài)報表生成功能。所有系 統(tǒng)的報表樣式以及數(shù)據(jù) 項目都可以由用戶完全定制，然后按照指定的條件統(tǒng)計出數(shù)據(jù)項目的實際值?！敉晟频陌踩w系，系統(tǒng)提供系 統(tǒng)、用 戶、模塊、數(shù)據(jù)庫四級安全保護機制。◎系統(tǒng)級的安全通過操作系 統(tǒng)、配置網段、路由器、防火墻 、代理服務器、防入侵檢測系統(tǒng)等多種手段，保證只有合法的、經授權的用戶才能上網，才能登錄到各個服務器。–◎用戶級安全保證是指通過安全性列表中的用戶、角色管理來決定其擁有的功能和對對象的可操作性。 –◎模塊級的安全機制保證用戶只能對授權給他的模塊進行授權所賦予的操作–◎數(shù)據(jù)庫級的安全是通過隔離普通用戶與數(shù)據(jù)庫用戶，從根本上屏蔽了普通用戶侵入數(shù)據(jù)庫系統(tǒng)的可能性◆系統(tǒng)提供用戶登錄、操作、代理等審計功能，可對用戶使用軟件的過程進行跟蹤、分析。 ◆采用先進的項目管理模式（ISO900配置管理、版本控制、團隊協(xié)作）進行開發(fā)，最大限度保證應用軟件可靠性和易維護性?！籼峁┛蛻舳塑浖绞侄?， 軟件更新后自動分發(fā)，解除 C/S 模式造成的客戶端軟件維護困難問題。 SGPPMIS 體 系 結 構SGPPMIS 體系 結構如下 圖所示：應用服務器應用服務器JDBC,ODBC, Native1. PAGELogicLogicWebServerApplication ServerDatabaseHTTPIIOPIIOPC+tPB ClientJDBC,ODBC, NativeActiveXC/C++數(shù)據(jù)庫數(shù)據(jù)庫WEB服務器服務器客戶端客戶端 SGPP—MIS 是一項復雜而龐大的系統(tǒng)工程，SGPP—MIS 的開發(fā)更是一項復雜的系統(tǒng)工程工作，它涉及的知識面廣、部門多，不僅涉及技 術，而且涉及管理業(yè)務、組織和行為，因此沒有一個好的開發(fā)方法，很難保證系統(tǒng)的開發(fā)成功，xxxx 公司吸取目前各種開發(fā)方法之精華， 結合多年來的開發(fā) 系統(tǒng)工程之經驗，成功地形成了一整套行之有效的調研、 設計、分析方法，那就是在系統(tǒng)分析 設計階段采用“以數(shù)據(jù)中心 ”的分析設計方法和”原型法” 相結合，緊緊 抓住數(shù)據(jù)這個中心；在具體開發(fā)過程中，采用面向對象的編程技術，充分 發(fā)揮 MIS開發(fā)工具的優(yōu)點，簡化系統(tǒng) 開發(fā)的管理，加快開 發(fā)過 程，使目 標系統(tǒng)更貼近最終用戶的需求；在編制代碼階段主要采用 4GL 的面向對象的開發(fā)工具，積累了大量的 MIS 開發(fā)類庫，在各個階段都采用了 CASE 工具（如 Sybase Powerdesigner、PowerBuilder 等）。在本項目中建議采用設計建模工具 Powerdesigner 來完成 SGPP—MIS 的系統(tǒng)分析建模工作，編程階段將采用 ORACLE 數(shù)據(jù)庫和開發(fā)套件 PowerBuilder 。在管理信息系 統(tǒng)的開發(fā)中，用戶給 系統(tǒng)一個明確的需求是非常重要的，但 實際 做起來并不容易。人 們對自己從事的工作和計算機應用于管理的認識是有一個過程的，要想事先給系統(tǒng)一個明確的描述是比較困難的。而且，隨著系統(tǒng)開發(fā)的不斷深入，也會不斷提出新的要求。這種需求的動態(tài)變化，用 傳統(tǒng)的生命周期法是很難適應的。 為此，人 們提出了一種從基本需求入手，快速構造系統(tǒng)原型，通過原型確 認需求以及對原型進行修改，最終達到建立系統(tǒng)的目的和方法，即原型法。 No用 戶 和設 計 者滿意 否？放棄否？ 結束 確 定 基 本 需 求. 基本功能. 應用范圍. 成本結算. 數(shù)據(jù)與功能分析 開 發(fā) 初 始 原 型用原型系統(tǒng)確認需求工作原型修改和改進原型改進的工作原型系統(tǒng)原型初始原形yes No Yes原型法過程示意圖同時任何好開法方法都不是靈丹妙藥，SGPP—MIS 的開發(fā)成功于否，起決定作用決不是某種技術而是“ 人” 。 ● 需求調查 在本工程階段 xxxx 公司需到電廠進行資料的收集、調研，確定用戶的實際需求。本 階段所采用的主要方法是：數(shù)據(jù)中心法和原型法相結合，利用已有的系統(tǒng)以方便同用戶的交流。本階段的主要成果是：用戶需求說明書、業(yè)務流程圖。 本階段收資調時需用戶各職能科室積極配合，并對收集到的資料給以確認，形成第一個質量控制點。 ● 系統(tǒng)分析 在需求調查的基礎上，采用面向對象的分析方法，集中描述應用系統(tǒng)的功能需求和信息需求，確定系統(tǒng)做什么。本階段所采用的主要方法：面向對象分析法（OOA ）。主要工具為：VISIO 、Powerdesigner。本階段的主要成果為：對象模型（對象的靜態(tài)結構 ER）、狀態(tài)模型（對象相互作用的順序）和功能模型（數(shù)據(jù)變換及功能依存關系 DFD）。 ● 系統(tǒng)設計 在本工程階段，將完成系統(tǒng)框架設計、數(shù)據(jù) 庫設計和編碼體系的設計。系 統(tǒng)框架設計包括軟件整體結構、界面風 格、操作模式和超 類的設計；數(shù)據(jù)庫設計包括對象模型向數(shù)據(jù)庫概念模型的映射；編碼體系的設計包括編碼體系的構建、編碼原則和方案的確定。本階段所采用的主要方法：面向對象設計方法（OOD）、面向對象數(shù)據(jù)庫設計方法。主要工具為： Powerdesigner。本 階段的主要成果：系 統(tǒng)設計報告。本階段與系統(tǒng)分析階段共有兩個質量控制點，其一是 xxxx 公司的內部評審(第一個控制點)，其二是與用 戶方的正式評審(第二個控制點)。 ● 編程及單元測試 本工程階段將設計出整個電廠 MIS 系統(tǒng)的應用軟件的各個模塊， 建立各種數(shù)據(jù)庫， 各模塊單獨調試完畢。本階 段所采用開發(fā)方法為面向對象的開發(fā)方法。主要工具有：PowerBuilder（開發(fā)語言）、ObjectCycle（版本管理）、 ORACLE 8i(數(shù)據(jù)庫)。本階段的主要成果：軟件開發(fā)文檔、軟件源代碼、 軟 件差異報告（DR）。 ● 系統(tǒng)測試本工程階段中， 將把設計出的所有軟件模塊在模擬系統(tǒng)上進行系統(tǒng)測試。 形成可出廠的軟件系統(tǒng)。本階段所采用的主要工具：PBDEBUG(測試工具)。本階段主要成果：軟件差異報告（DR）、系統(tǒng)測試報 告。本階段是第三個控制點，用戶需要填寫《系統(tǒng)差異表》，檢驗軟件是否符合要求，以利于及時修改完善。 ● 現(xiàn)場調試軟件到用戶現(xiàn)場安裝， 對應 用軟件和用戶硬件系 統(tǒng)進行集成、聯(lián)調， 形成可實際運行的 MIS 系統(tǒng) 。本階段主要成果：系 統(tǒng)預驗收報告、系統(tǒng)試運行備忘。本階段是第四個控制點，用戶需要填寫《系統(tǒng)差異表》及《預驗收報告》，檢驗軟件是否具備試運行的要求，以利于及時修改完善。 以下的功能描述是 xxxx 公司在多年的電力管理信息系統(tǒng)實施開發(fā)經驗上總結出的，但和 XX 電廠的實際應用可能存在一定的偏差。 結合 XX 電廠的實際的詳細功能描述以進入系統(tǒng)實施過程中產生的《需求分析報告》和《總體設計報告規(guī)格說明書》文檔為依據(jù)。 綜 合 查 詢 子 系 統(tǒng)綜合查詢管理提供各個子系統(tǒng)的統(tǒng)計數(shù)據(jù)，可以 為公司領導 及各級管理人員從公司全局出發(fā)，向高層管理人員及時提供公司生產經營活動全過程中重要數(shù)據(jù)和信息，以及提供各種 輔助決策用的咨詢信息，從而使用公司高層領導進 行科學決策具有可靠的依據(jù)。這些數(shù)據(jù)是從子系統(tǒng)的數(shù)據(jù)的整理和提煉而得到。雖然在各個子系統(tǒng) 中已經清晰地反映了電廠的主要生 產工具環(huán)節(jié)的運作狀況，但 還缺乏對總體情況的綜合考察。綜合查詢 數(shù)據(jù)來源于各個子系統(tǒng)，是 XX 電廠經營狀況的總體反映，是對子系統(tǒng)數(shù)據(jù)的提煉和二次處理，并站在全廠的角度上 對這些數(shù)據(jù) 進行綜合分析。從 這些分析結果中，可以清晰地反映電廠運行主要指標的變化趨勢和各個指標之間的相互關系，并用多種表格和 圖形方式直觀地顯示出來。各級經營者可以從中 發(fā)現(xiàn)問題， 總結經驗，為提高電廠的經濟效益制定相應的運行規(guī)范。它包括的功能模及指標： 市場環(huán)境信息管理： ☆ 國家電力政策及法規(guī) ☆ 電力燃料市場信息 ☆ 電網電價信息 生產狀況分析管理： ☆ 供電標煤率 ☆ 發(fā)電設備利用小時 ☆ 汽機損失率 ☆ 補給水率 ☆ 高加投入率 ☆ 廠用電率 ☆ 同期發(fā)電量比較 ☆ 同期生產事故比較 設備狀況分析管理： ☆ 主輔設備完好率 ☆ 同期設備缺陷對比