地鐵管理信息系統需求報告(doc 38頁)

《地鐵管理信息系統需求報告(doc 38頁)》由會員分享，可在線閱讀，更多相關《地鐵管理信息系統需求報告(doc 38頁)（34頁珍藏版）》請在裝配圖網上搜索。

1、 廣州市地下鐵道總公司管理信息系統規劃和方案設計管理信息系統需求報告目 錄文檔控制2文檔說明51. 需求綜述62. 戰略層需求72.1 企業經營戰略有關信息72.1.1 企業環境72.1.2 戰略性項目和決策82.2 業務運作信息82.2.1 業務運作績效82.2.2 重大業務問題和事件82.3 其他必要的信息82.3.1 必須處理的事務性信息82.3.2 工作輔助信息83. 管理層及業務層需求93.1 建設事業總部需求分析93.1.1 工程項目管理93.1.2 工程設計管理113.2 運營事業總部需求分析153.2.1 設備管理維護163.2.2 采購與庫存管理183.2.3 安全管理203

2、.3 資源開發總部需求分析213.4 財務總部需求分析213.4.1 集團財務管理213.4.2 預算管理233.4.3 固定資產管理243.5 企業管理總部需求分析243.5.1 合同管理243.5.2 系統管理253.6 人力資源總部需求分析263.6.1 人力資源管理263.7 辦公室及其他部門需求分析283.7.1 總公司辦公室283.7.2 控股公司284. 需求歸納分類294.1 企業信息基礎設施294.1.1 內部網304.1.2 辦公管理（OA）304.1.3 知識管理314.1.4 系統安全管理324.1.5 網絡324.2 企業公共職能管理324.3 專項業務管理324.4

3、 企業信息化支撐體系32文檔說明本文檔是管理信息系統規劃和方案設計項目階段II：需求分析的成果一個總結，同時也反映出項目階段I：現狀調研和分析的主要成果。文檔內容包括對廣州地鐵戰略層，管理層，以及業務層對IT的需求進行分析，并進行合理的歸納和分類。項目階段I產生的兩份報告：廣州地鐵現狀調查及分析報告廣州地鐵IT IS能力評估報告，與本報告相互補充，構成需求描述的完整說明。故本報告中各部分需求分析的現狀說明與分析部分主要以簡潔方式說明要點，詳細的情況請參閱上述兩份報告。文檔依據本需求分析報告是以以下文檔和資料為依據的：v 各部門對本項目問卷業務流程調查表的答復；v 各部門按本項目要求繪制的業務流

4、程現狀描述文檔；v 各部門對本項目問卷業務現狀調查表的答復；v 項目組對公司管理層、各部門領導及業務骨干的訪談筆錄；v 公司管理組織結構及部門/崗位職責說明文件；v 公司各項管理制度、規定、辦法。前提本需求分析報告是在使用信息系統需求分析方法對上述文檔和資料進行分析總結的基礎上得出的，包括根據可相比較的世界或行業范圍內的IT最佳實踐，對上述資料中未明確提及的需求進行補充和完善。因此，本報告中需求分析的準確和完善程度，依賴于上述文檔和資料是否準確、完整地表達了廣州地鐵的實際狀況。適用范圍本報告作為信息系統規劃和方案設計項目的一項中間成果，目的是為下階段的信息系統戰略規劃及解決方案設計提供依據。在

5、具體的信息系統項目建設過程中，可將本報告作為一個參考文檔，但必須參照管理信息系統戰略規劃設計報告及管理信息系統解決方案設計報告，并主要依據上述兩份報告，對項目的需求進行細化/裁剪。根據項目合同及SOA，本需求報告涉及的范圍包括作為廣州地鐵主要業務和職能管理部門的“八部二室”，對子公司和控股公司，僅限于接口部分的需求。1. 需求綜述廣州地鐵總公司是一家社會公眾服務性企業，自1992年成立至今，已初步形成了運營、建設和沿線開發等多業共同發展的格局。隨著時間的推移廣州地鐵的工作重心也在不斷地發生著偏轉。在發展壯大的同時，廣州地鐵的管理者們發現，許多的管理方法和管理手段與管理者的日益復雜多變的管理要求

6、越來越不相匹配。因而，廣州地鐵的管理者們積極地尋求最佳的解決途徑。通過大膽地變革創新，盡一切可能地沖破禁錮，提升公司的核心競爭力和綜合實力。2000年組織機構重組剛剛完成，隨即著手全公司管理信息系統的建設規劃，以鞏固和深化變革所帶來的影響，支撐公司的管理目標，服務于未來的公司發展戰略。廣州地鐵的管理者們之所以會這樣做，正是因為他們有著深遠的發展目標，要在5年內成為世界一流的地鐵公司，盈利的地鐵公司。廣州地鐵硬件設施的豪華在中國地鐵中是無可爭議的，但是由于廣州地鐵所處的是服務性行業，所以僅僅憑借硬件的克隆，還無法實現企業的經營目標，人性化的服務和高效的內外管理才是企業生存、發展的靈魂。對此，廣州

7、地鐵的管理者們是有深刻認識的。廣州地鐵總公司從1992年12月成立至今，經過8年多的發展壯大，已由原來300人發展到現在3000多人的龐大組織，隨著未來兩年內2號線的投入使用，以及持續而來的3號線，4號線，5號線的規劃，建設，運營和與之配套的多元經營業務，廣州地鐵總公司的規模亦將不斷壯大，組織的運作是否高效，將直接影響到公司的經營業績。2. 戰略層需求作為企業的最高層領導，戰略層的核心任務是就影響企業的業務方向和內容，及影響企業生存和發展的重大問題、事件進行思考并做出決策，同時監控和指引企業的實際業務運作，領導企業在不斷變化的環境中完成自己的使命和目標。對于廣州地鐵戰略層來說，主要的信息需求是

8、決策支持性的分析報告和報表，包括企業經營戰略有關和業務運作這兩方面的信息。其他的需求包括必要的事務性和輔助性信息。2.1 企業經營戰略有關信息2.1.1 企業環境作為一項重要城市公用事業的建設和經營者，環境因素對廣州地鐵經營戰略有著重大的影響。企業戰略層需要定期及不定期地獲得相關的綜合性或專題分析報告，以了解掌握企業環境因素變化及發展趨勢，相關的重大事件及其影響等，作為企業戰略性決策的依據。這些因素主要有以下方面：企業經營環境基本因素v 政治、法律環境v 社會、文化環境v 經濟環境v 技術環境v 自然環境企業經營相關組織因素v 顧客v 供應商v 競爭對手v 政府機構及特殊利益團體其中，尤其需要

9、密切關注的是廣州市政府，因其同時是廣州地鐵建設的主要投資者和決策者，不但需掌握其政策、決策，還需尋求影響其政策、決策走向的合理途徑和方法。2.1.2 戰略性項目和決策戰略層需及時掌握對企業發展有重大影響的內外部戰略性項目和決策的相關信息，以推動和保證其達到設定的目標。這樣的項目如新線規劃、企業改革、企業戰略規劃等。2.2 業務運作信息2.2.1 業務運作績效反映業務運作績效的關鍵指標情況和分析的定期報告v 月度預實現情況分析報告v 工程計劃和工程檢查報告v 運營客運量及收入報告v 企業管理月總結紀要2.2.2 重大業務問題和事件業務運作中的重大問題和事件v 建設重大技術問題方案，重大合同變更v

10、 運營事故v 資源開發重大投資方案v 重要人事調整2.3 其他必要的信息2.3.1 必須處理的事務性信息請示報告，必須處理的公文，必須參加的會議、必須處理的事件等，及相關的必要背景信息。2.3.2 工作輔助信息日程安排等。3. 管理層及業務層需求3.1 建設事業總部需求分析總公司建設事業總部是總公司全面負責地鐵建設管理的部門，主要任務是從初步設計開始對地鐵設計、設備監造、設備采購、土建與安裝工程施工、到工程驗收等全過程，負責進行全面的業主管理。同時，負責工程建設項目在國家驗收前的工程整改和收尾工作。負責按照投資合理、質量滿意、符合進度要求等管理要求進行建設管理。地鐵建設是以一整條的地鐵線作為一

11、個完整的建設項目，經國家審批，由政府為主投資建設。建設事業總部目前的組織機構也體現出工程建設項目的特點，三個主要的業務部門：土建部、機電系統部、前期部，分別負責按專業分解開的部分項目工作。這三個部門的主要職能我們可以歸結為對所負責的專業項目部分的項目管理（包括投資控制）、合同管理（包括招標投標、計量支付）、和工程設計管理（包括設計審查，變更管理等）?？傮w部主要負責作為項目支持性任務的項目計劃、項目標準、項目技術安全、項目質量管理、各專業接口工期協調等。作為管理職能及后勤部門的綜合部，負責的主要職能包括人力資源和后勤管理等。由于人力資源管理主要是按人力資源總部的政策和流程執行，而合同管理事務主要

12、由派駐合同部負責，這兩部分的需求我們將其集中到相應的總部去分析。綜上，建設事業總部我們重點分析的需求包括：v 工程項目管理v 工程設計管理3.1.1 工程項目管理如前面的分析，建設事業總部的項目管理體制為，總體部負責項目計劃等支持性任務，三個業務部門負責各自專業項目部分項目管理。目前總體部下屬的計劃室正在使用一套項目管理系統P3（單機版），這套軟件是一號線建設時由世界銀行貸款項目外方帶進來，目前已推廣到二號線的承包商，但在建設總部內部僅限于計劃室兩個人使用，用于項目計劃和進度跟蹤，并上領導上報進度報表?，F計劃室已感覺到單機版不能滿足目前項目管理的要求，計劃將其升級到網絡版。項目計劃管理v 支持

13、項目基準計劃，即項目開始時，根據合理的高層次任務分解制定出項目的目標，作為項目管理控制的參照標準。v 支持項目分解結構管理，可根據項目最終產出內容，動態地按層次確定出項目中需完成的各項任務，包括標準任務、項目相關任務、項目管理及支持任務、里程碑型任務等。v 支持項目基線管理，可動態地管理項目的進度指標、成本指標、人員和資源使用指標等。v 支持甘特圖、關鍵路線法、計劃評審技術等主要的項目進度計劃技術。v 支持從項目開始之日起排程和從項目結束之日起排程等方法。v 支持多種任務期限限制類型，包括越早越好（ASAP）、越晚越好（ALAP）、不得晚于完成（FNLT）、不得晚于開始（SNLT）、不得早于完

14、成（FNET）、不得早于開始（SNET）、必須開始于（MSO）等。v 支持多種任務間關系設置，包括完成-開始（FS）、開始-開始（SS）、完成-完成（FF）、開始-完成（SF）等。項目進度跟蹤控制v 支持多個項目比較基準，并能夠更新基準。v 支持以完成比例、實際完成工時等方式跟蹤任務完成進度，并能夠分析與基準的差異。項目資源管理v 具備估計項目資源需求能力。v 支持按組管理資源。v 支持對資源技能、成本的管理，并可為資源設置多種成本。v 支持對不同的資源使用不同的工作日歷。項目成本管理v 支持對任務、資源的成本差異分析。v 支持比較基準成本、實際成本、剩余成本等成本項目統計。項目風險管理v 可

15、根據估計工期、長工期、外部相關性等條件篩選出相應的任務，便于任務風險的評估。v 可篩選出超出預算的任務，并可通過盈余分析等方法來檢查相對于計劃的偏差，以控制預算風險。v 可根據是否具有特殊技能、是否單一提供者、是否過度分配等條件篩選出相應的資源，以控制資源風險。多項目管理v 支持按層次將項目分解成多個子項目。v 支持在項目間設置任務關系。v 支持在項目間的任務轉移。v 支持在項目間的資源共享。群組協作項目管理v 向群組發布項目信息。v 群組方式更新項目信息。v 安全性控制，可按規則控制群組成員對項目信息的訪問和更新。項目其他管理v 支持對項目相關文檔的管理，并可使文檔與指定的任務相關。項目分析

16、和報表v 支持項目摘要、關鍵任務、預算、盈余分析、資源使用狀況等多種標準項目分析報表，并具有靈活的自定義報表能力。項目管理集成v 財務系統集成，可與財務系統交換預算、成本信息?？膳c具備項目會計功能的財務系統交換項目計劃信息，并在此基礎上進行預算和成本的跟蹤。3.1.2 工程設計管理地鐵建設投資大，周期長，涉及專業面廣，技術復雜，建設過程的一個重要特點是工程設計與工程施工是同步進行的。依照現有的估計數據，初步設計發生變更的比率接近100，施工圖的變更比率大約10-20。因此，在工程設計建設過程中，工程所涉及的各個單位和人員中流動著大量的關于設計、變更、審查、協調等方面的各類文檔資料。建設事業總部

17、作為業主代表，對工程建設的管理面臨巨大挑戰。在訪談過程中，各部門的人員反映出很多有關的問題，例如：“目前只能通過下工地來掌握各種信息?！薄斑^程文件應當保存下來?！薄罢扉_會來獲得信息?！薄霸O計，圖紙，變更，專業多，變更不清楚，造成返工?！边@些情況反映出，下列問題已經變得非常突出：v 如何有效保證在整個地鐵設計、建設以至維護過程中產生的有關資料的質量？v 如何提高多方參與的設計過程的效率？v 參與工程的各方人員如何在大量不斷變化的資料中快速準確地找到自己需要的最新資料？v 如何讓最新的變更資料以最快的速度準確地送到需要知道的所有人手中？有效地解決這些問題，對地鐵建設，以至于以后的運營都具有重大意

18、義。目前地鐵總公司已要求二號線所有圖紙都必須提供電子文檔，并且引入了一套電子文檔管理系統：XDocMan，并且分別由建設總部總體部綜合室、總公司辦公室檔案部負責進行管理。但由于體制未理順，及軟件本身的限制，未取得理想效果。建設總部的系統除了由總體部綜合室少量人員正在將相關文檔資料整理導入系統并進行編目外，現主要的用途是管理項目經理日志。辦公室檔案部的系統則無法確保獲得必需的文檔資料。根據廣州市政府的規劃，未來數十年內地鐵建設會保持持續大量的投資，并且計劃按現代的公用事業建設管理模式，對地鐵實行授權經營。工程設計管理能力將是保證廣州地鐵未來成功的一個重要因素。對于上面提到的問題，傳統的檔案管理思

19、想和方法，及普通的電子文檔管理系統已無能為力。因此，引入現代先進的工程/產品設計管理思想和技術手段是非常重要的?，F代工程/產品設計管理系統是先進的管理思想和技術手段的結合，主要的需求包括：電子化文檔管理文檔的分類與存儲可以靈活地定義文檔的類型及分類規劃，如：以專業分類為標準；可以按照文件的類型進行分類，如電子檔案或結構部件；按照文檔的功能進行分類，如技術文檔、設計文檔、工藝文檔等。其他要求還包括：v 結合文檔評審、發布，實現文檔信息的合理流動。v 制定文檔歸檔策略，實現文檔的歸檔管理。文檔的版本追蹤文檔隨著產品設計的進行，而需要不斷的變化和修改。管理系統要求能夠及時紀錄文檔的變更歷史，進行版本

20、的追蹤。同時，還必須提供文件的共享機制，以實現并行工程的需求。v 通過控制權限保護信息不會被未授權用戶修改v 檢入和檢出功能，用于提交文檔和提取文檔v 版本控制和歷史記錄功能，用來跟蹤數據更改、記錄根據已有文檔建立的新文檔的來源，并能瀏覽歷史數據文檔的快速檢索文檔的快速檢索和利用，將有利于減少輔助工作時間，提高用戶的工作效率。同時又能改善用戶對系統的接受程度。方便簡潔的檢索機制，是產品數據管理系統的基本要求。v 基于文檔屬性的檢索：用戶可以根據文檔的類型、所屬部門、或項目等基本屬性，進行快速的檢索，以獲得所需的數據。v 基于文檔關聯性的檢索：可以在文檔之間、文檔與產品結構之間可以建立對應的關聯

21、。用戶可以通過關聯的展開獲得所需的信息。如通過產品結構數來獲得零部件的模型文件、圖紙等。v 全文本檢索功能：無論文檔的格式是什么，它都能提供快速確定和訪問內部及外部產品數據的能力文檔的安全性控制訪問控制策略應當能保證：只有合適的用戶和工作組才能訪問位于項目中特定生命周期階段的對象。同時，針對重要的文檔，還應提供文檔操作日志記錄和電子郵件通知的方式，以提高系統的安全性。文檔的生命周期管理/文檔工作流程能夠對從可行性研究、初步設計、詳細設計、施工、安裝、調試、驗收、維護等各個階段的數據進行管理和標識，并確定各個階段所涉及的人員、權限、流程。為企業提供全生命周期的數據管理，并維護數據的準確性、安全性

22、、一致性和完整性。工程/產品配置管理工程/產品結構管理系統應能在建立工程/產品結構的基礎之上，提供不同層次、不同對象的結構視圖， 維護各種隸屬關系等。并在給定一種包括工程/產品視圖、生命周期狀態、日期或批次等相關參數的配置說明后，用戶就可以隨時計算出工程/產品的組成部分清單。工程/產品結構管理功能可以同時提高相關人員的工作效率。用戶可以使用類似Explorer的瀏覽器，來快速導航、查詢和尋找相關對象，而不用理解復雜的數據關系。一旦在某個工程/產品結構中找到了一些部件，用戶就可以進一步了解他們的信息。提供管理工程/產品結構多重視圖的能力包括規劃/建模、設計、計劃、施工/制造以及維護等視圖。用戶可

23、以結合企業的實際情況進行定制。例如，一名工程師可能要用設計視圖，而一名施工計劃人員則會用到計劃視圖。企業可以建立和維護多重產品結構視圖，以支持不同角度的觀察。工作流程管理系統應當能夠將工程設計、文檔簽審、工程變更、數據歸檔/發放等相關業務流程用電子化的方式實現。這有利于相關的人員把精力集中在特定的任務上，幫助企業獲取時間上和費用上的效率。并保證企業流程的規范性，真正貫徹ISO9000標準。系統還應當提供對業務流程的追蹤控制功能。采用直觀的現實方式，來簡化企業領導對現有業務進展情況的進度管理。并進行及時的調整和反饋?？焖俚牧鞒潭x系統應當提供快速簡單地定義工作流程的能力。過程開發人員能建立工作流

24、程模板，并能對它們的版本進行控制。還應事先提供一些通用的活動組成模板，從而方便和加速復雜工作流程的定義。通過工作流定義和管理程序來定義完成某個階段的工作序列，使得工程設計/產品開發工作在有效控制的情況下完成。生命周期管理和工作流管理應當與電子郵件服務緊密聯系起來，提高相互協作的效率，實現在正確的時間把正確的信息傳遞給正確的人。質量管理與流程控制系統中應當建立對應的質量管理流程或環節。當需要進行質量控制時，系統可以自動地將對應的質量控制文檔的模板提供給質量管理人員以作參考，或者將需要進行質量審核的文檔送到質管人員的任務列表。而且，當活動結束時，系統可以判斷是否已經添加了質量管理文件。從而完善質量

25、監控體系，減輕質管工作人員的負擔。流程的進度管理工作流程的管理人員應當可以用圖形的方式，監視和管理正在進行的工作流程，并能審查已經完成的或人為中止的過程，以及工作流程和活動的詳細信息?？梢灾该髂硞€活動當前的狀態，它什么時候開始、什么時候結束、它的時間段，參與人員以及變化值?？梢约涌?、跳過、暫停和恢復、或者中止某些過程的活動，簡化業務主管工作人員的使用。工程變更管理一個工程/產品的設計需要經過許多的工程更改，需要制定嚴格的更改程序，通過預先規定的工作程序，完成對設計結果的更改工作。系統應當能夠自動搜索某項更改所涉及的范圍，及時給有關人員發送電子郵件，使其關注某項更改可能會引起的影響。工程更改應當

26、與工程/產品結構配置管理結合起來，提供一個完整的工程/產品信息管理解決方案。變更管理數據管理簡單變更管理模式要求記錄：變更請求、變更通知單、所有執行的變更活動；復雜變更管理模式要求記錄：變更問題、變更請求、變更論證、變更論證分析、變更建議、變更建議分析、變更通知單、所有執行的變更活動等數據對象。變更流程管理對于不同性質的變更，變更流程可能是不同的，需要根據變更性質不同選擇不同的審批流程。變更版本控制執行變更活動過程中，對被變更的工程/產品信息需要進行版本和有效性的控制。差異分析不同歷史時期的相同工程/產品的構成差異比較和報告?；赪EB的信息發布系統應當提供基于WEB的信息發布能力，使與工程相

27、關的多個單位、不同地點的大量人員，可通過簡單方便的方式對所需要信息進行查詢、存儲或修改訪問。當然還需要提供相應的功能來處理應用邏輯、安全認證等。用戶可以通過熟悉的WEB瀏覽器（如Microsoft Internet Explorer (IE)或Netscape Navigator等），進行信息檢索、查詢或共享。系統可自動地從文件服務器或數據庫中獲取用戶所關心的產品信息（如：設計文檔、規格說明等），并將其用動態的HTML頁面下載到用戶端進行瀏覽或使用。當用戶需要對信息進行編輯時，系統可自動判斷文件格式所對應的文檔類型，調用應用工具進行操作，從而降低對最終用戶的計算機水平要求。工程設計管理信息集成

28、項目管理集成提供工程設計管理信息與項目中的任務的關聯關系。合同管理集成提供合同與工程設計信息，合同變更與工程變更之間的關聯關系。3.2 運營事業總部需求分析運營事業總部是地鐵總公司的主要利潤中心，主要任務是保證地鐵的安全運營，為乘客提供準時、快捷、舒適的服務，在保證社會效益的同時，逐步提高運營收入和經濟效益。自99年6月正式投入運營以來，取得了突出業績。但隨著一號線設備的質保期結束，及二號線將要投入運營，運營事業總部的管理面臨新的挑戰。作為運營事業總部業務運作中心的地鐵運行及客運服務，由控制中心在一系列管理和控制系統的支撐下進行指揮和調度，其運作體系具有較高的獨立性，從管理信息系統的角度來看，

29、這部分涉及的內容主要是向其他管理和支持服務部門提供少量必要的信息和協調，這將在其他部分的需求中進行說明，這里不再對其需求進行單獨的分析。運作的支持和服務職能由維修工程部、車輛部和物資部承擔，所涉及的職能包括設備管理維護，采購與庫存管理。作為廣州地鐵的一個事業部，運營事業總部的財務管理職能由財務總部派駐運營財務部負責，這部分需求主要放在財務總部進行說明。運營事業總部的管理職能部門有營銷調控部，技術安全部和人力資源部，所涉及的管理職能包括市場營銷管理，安全管理，合同管理，人力資源管理。對于市場營銷、合同、人力資源這幾項管理職能，其需求可歸并到管理相同職能的總公司職能部門的需求中進行說明。綜上所述，

30、運營事業總部的需求可歸結為以下幾個方面：v 設備管理維護；v 采購與庫存管理；v 安全管理；3.2.1 設備管理維護設備管理維護的目標是，利用合理的資源（包括人力、配件、設備、外間服務），在合理的成本下，保證設備、車輛的可使用程度和運作可靠性。運營總部的設備管理涉及多個部門，車輛部和維修工程部負責設備維護，技術安全部管理設備資產及有關技術標準，設備維護用備件、材料由車輛部和維修工程部提計劃交物資部采購，具體的維修工作安排需與車務部OCC協調。目前在使用的相關應用系統，一是車輛部正在使用的，幾年前自行開發的車輛故障管理系統，用來記錄車輛故障現象和處理情況，并統計分析。該系統因開發時間較早，功能較

31、單一，無法滿足整個運營總公司設備管理需要。另一套是2000年中開始引入的一套大型設備維護管理系統Maximo，可實現設備資產管理，維修計劃，維修工作安排（工作單），庫存管理，采購管理。因其實施周期安排較長，目前只是庫存已開始試運行，其他功能還未投入使用。目前設備管理中反映出來的主要問題有，維修備件采購流程不順，周期長，給維修工作帶來難度；備件購入后通常是由車輛部和維修工程部一次性領用；尚未進行人工、備件等消耗的跟蹤和定額管理。根據地鐵行業實踐，正常運營情況下設備維護成本占總運營成本的30左右，因此，設備管理會成為運營總部一項非常重要的工作。未來設備管理工作的主要改進方向是走向依據標準化方案的系

32、統性維護工作管理以及依據消耗定額的管理。運營總部的設備管理方面需求主要包括：設備清單管理v 設備基本屬性，設備的名稱，編碼，生產廠商，生產日期，供貨商，安裝日期，價格，安裝位置，負責人等基本信息。v 設備結構，可按層次描述出組成設備的組件、部件，分解到可單獨管理的部件。v 設備關系，將設備的操作位置確定為多重系統的一部分。v 設備狀態，可設置必要的測量點，并給定標準的測量值和合理的變動范圍，做為預防性維護、故障趨勢分析和缺陷分析的依據。設備維修計劃管理v 維修計劃生成，可從標準的故障維修方案和預防性維護方案生成一系列的作業工單，并可將單獨的工作單加入維修計劃。v 維修計劃審批，可根據不同類型的

33、工作單設置不同的審批工作流程和權限。v 維修計劃資源準備，可給維修計劃指定人員、設備等資源，并可生成相應的物料需求計劃和出庫單。v 維修計劃跟蹤控制，可根據作業計劃計劃中的工作單的狀態來跟蹤整個維修計劃的完成情況。v 維修計劃分析，可記錄、比較維修計劃與實際執行情況的差異，并進行分析。工作單管理v 工作單生成，可根據需要單獨生成多種類型的工作單。v 工作單狀態管理，可設置多種狀態來跟蹤工作單，并可記錄工作完成情況和資源消耗，結束工作單。v 工作單優先級管理，可根據不同的重要或緊急程度對工作單設置不同的優先級。v 工作單排程，可根據時間、資源、優先級等不同情況，對多個工作單進行排程和優化。設備維

34、修方案管理v 設備故障管理，對設備故障進行系統的定義，分類和記錄跟蹤，以滿足設備系統性管理 要求。v 設備故障維修方案，可對不同的故障定義標準的維護方案，即工作單模板。包括工作程序，操作要點，人員、設備、物料、工時的要求和消耗標準，以滿足標準化作業的要求。v 設備預防性維護方案，可針對不同的系統、周期等制定多種類型的標準預防性維護方案，例如周檢、月檢、年檢等。并可在維護方案中包括多項標準作業規程。內容包括工作程序，操作要點，人員、設備、物料、工時的要求和消耗標準，以滿足標準化作業的要求。外協任務管理v 外協計劃，根據設備維修計劃及內部資源情況制定外協項目的計劃。v 外協任務生成，給出外協任務的

35、內容，工作標準，時間，供應商，價格，金額等。v 外協任務審批，可根據不同類型的外協任務制定相應的審批流程和權限。v 外協任務發放，將已批準的外協任務發放供應商執行。v 外協任務跟蹤，設定多種狀態跟蹤和記錄外協任務的執行情況。設備維護分析報表v 材料及人工消耗分析，從設備維護工件單及維護記錄中分析材料及人工消耗的情況，作為確定和調整消耗定額依據，同時還可分析異常的消耗情況，作為缺陷分析的依據。v 故障趨勢分析，從設備狀態記錄和故障記錄，分析設備系統主要的故障趨勢。v 缺陷分析，從故障及各類零配件的消耗情況，分析設備和零配件的質量情況，確定需要改進的設備和配件缺陷，作為系統、設備、配件改進方案的依

36、據。v 分析報表定制，可根據實際需要，靈活地編制其他需要的分析和報表。設備管理集成v 財務管理集成：設備管理成本核算和預算控制；設備維修計劃資金計劃。v 庫存管理集成：根據維修計劃生成物料需求計劃；根據維修作業（工單）生成物料出庫單；記錄維修作業物料消耗。v 資產管理集成：設備報廢，更新等變動反映到資產管理。v 人力資源管理集成：設備管理維護人員及其工種，技能，薪酬，培訓管理。3.2.2 采購與庫存管理目前物資采購的基本過程是，由各部門每月報物資需求計劃，物資部匯總后根據庫存情況編制采購計劃，經過詢價和供應商選擇過程，上報審批后執行。少量臨時性或緊急性的物資需求，可通過臨時或緊急采購過程較快速

37、地處理。目前5000元以上采購需簽合同。目前采購與庫存管理的主要問題表現在采購周期過長，主要的是向供應商訂貨前的供應商選擇過程及計劃/合同審批周期過長。物料庫存管理不統一，消耗過程未進行跟蹤，車輛部還設有自己管理的二級庫存，原隨設備進口的備件基本由車輛管理。物料按計劃采購回來后，通常由使用部門一次性領出，自行控制消耗。今后采購和庫存管理的主要改進方向采用先進的供應管理思想，建立以消耗定額和明確的供應保障指標為基礎的運作和管理流程，在有效保障供給的基礎上控制和降低物料成本，縮短采購周期，提高采購質量。物料清單管理v 基本資料，可管理物料名稱，編碼，說明，類別，計量單位等基本屬性，并可提供一定的靈

38、活性使用戶可對不同類型的物料自定義部分需要的屬性。v 物料分類，可靈活地控制和管理物料的分類，定義多種物料分類方法，并可為不同類型的物料指定采購員，審批流程，庫存控制方法等。v 提前期，指該物料庫存不足情況下從提出需求到得到該物料的時間，是用于控制庫存的重要參數。應能夠將提前期分解為預處理（申請、審批）、處理（訂購至到貨）、后處理（檢查發放）等多段，以便于細致的控制。v 供應商，可按不同的物料管理相應的供應商列表，并可指定首選供應商。v 成本，可指定物料進入成本的及相應的成本帳戶等。供應商管理v 管理名稱、地點、聯系人、銀行帳號等供應商資料，可根據需要自定義部分供應商屬性，具備管理供應商多個地

39、點、聯系人等信息的能力；可合并供應商。v 提供供應商評價能力，可從價格、服務與履約質量等方面記錄供應商的績效，并對供應商進行評估和排列；v 支持根據物料對供應商進行批準和管理供應商列表。物料需求和采購計劃v 支持從多種來源輸入物料需求，例如從維修計劃生成；并支持統計預測等多種模型對物料需求進行預測。v 支持物料保留，并支持根據物料需求和物料保留對物料的實際可供應量進行查詢。v 支持最大/最小庫存或重訂貨點技術，可根據相應設置及物料的采購提前期自動生成請購單。v 可從請購單自動或人工生成采購單，并可直接生成采購單。v 支持多種類型的采購單，并支持采購訂單的分批多次發放采購。采購審批管理v 支持根

40、據不同物料和采購單金額對采購員進行權限控制。v 支持請購單審批。v 可根據物料類型、采購單類型、采購單金額等設置相應的采購單審批流程和權限。預算控制v 可設置多個層次的采購預算，并提供對超出預算的采購單進行凍結或提出預警的能力。v 提供資金預留和資金檢查的能力。價格管理v 可管理多個價格列表并指定主要的價格列表。v 可根據物料和供應商管理詢價和報價，并可對報價進行批準。庫存結構v 具備靈活庫存結構設置能力，可定義從屬于不同組織的多個倉庫。v 可限制對不同的倉庫的訪問權限。v 可靈活地定義子庫存，庫位等倉庫內結構。庫存事務處理v 支持多種來源的物料接收事務，如供應商，車間，自定義來源等，并能夠支

41、持對采購物料的檢驗、退貨等過程。v 支持多種去向的物料發放事務，如車間，工作單，自定義地點等，并支持物料退回。v 支持組織、庫存間的物料轉移。v 可對會計賬戶直接接收或發放物料。庫存盤點v 支持常規的定期盤點方式和循環盤點方式，并支持對不同的倉庫設置不同的盤點方式和盤點周期。v 可根據物料用途、價值、數量或使用量等對庫存物料進行ABC分類分析，并可按物料的ABC分析和用戶定義的盤點頻率自動安排循環盤點。v 可定義盤點允差范圍，并可進行盤點差異和準確性分析。v 在對盤點差異進行調整前通過設定的流程進行批準。增強性庫存控制v 可根據需要對部分物料設置庫位，版本，批次，序列號等增強的庫存控制屬性，強

42、制在出入庫存操作時輸入相關的信息。v 可對設置了增強的庫存控制屬性的物料根據相應的屬性進行跟蹤。采購與庫存分析報表v 提供分供應商采購清單，分物料類型采購清單，庫存價值報表等多種采購和庫存的分析報表。v 提供根據需要自定義分析報表的能力。采購/庫存管理集成v 采購與財務系統集成，實現預算控制，資金預留，應付賬款管理等信息的統一，并提供發票與采購單，采購接收自動匹配功能。v 庫存與財務系統集成，將物料出入庫，庫存轉移，盤點調整等信息自動反映到財務系統中。v 與設備管理集成，將設備維護的物料需求和消耗反映到庫存。v 與人力資源管理集成，管理采購和庫存管理所涉及的人員及其工種，技能，薪酬，培訓管理。

43、3.2.3 安全管理安全管理是一項涉及面廣，綜合性強的工作，運營總部的安全管理可歸結為幾個要素：規章制度、檢查、監察、培訓教育。今后應當逐步走向以運營安全知識為基礎來管理安全，需求可參考“企業信息基礎設施”部分的分析。3.3 資源開發總部需求分析廣州市地下鐵道總公司資源開發事業總部，是以房地產、廣告、商貿、通訊業務為主體，依托地鐵建設和運營，開展多元化的綜合經營業務的部門?？偛肯略O房地產部、廣告部、通訊部、商貿部、合作公司事務部、物業管理部、特種工程分公司等業務部門，負責統一策劃、開發利用地鐵的附屬業務資源。資源開發事業總部的需求總體上可分為兩個部分，一是財務、合同、市場營銷、人力資源這幾項管

44、理職能，是由總公司的派駐部門管理或是執行總公司的政策、規定、計劃，這部分需求歸并到總公司相應職能的需求中考慮。另一部分是房地產、廣告、商貿、通訊這幾項業務，運作模式都具備相對的獨立性，且存在許多不確定因素。例如作為去年占資源開發事業總部營業額最大部分的廣告，主要是交由地鐵永通廣告公司經營。這里對它們的需求不再單獨進行分析。3.4 財務總部需求分析財務總部是總公司的財務管理部門。根據國家的有關制度，結合總公司的具體情況，全面負責會計核算、資金使用、資產管理和預算與分析等財務管理及工程預結算管理工作；為總公司領導進行財務決策提供依據；制定會計財務制度，并貫徹執行；負責對下屬控股公司的財務管理工作進

45、行指導和監督。3.4.1 集團財務管理v 支持不同財務會計制度的多組織的賬套支持不同財務會計制度的多組織的賬套，如房地產行業、商品流通企業、交通運輸業等的多組織的多賬套，并且多賬套間能夠合并，自動產生不同賬套的各種對外、對內管理報表。下圖為地鐵總公司會計核算體系圖，說明如下：地鐵總公司會計核算體系分為兩大核算體系，分別為基建工程核算和經營管理核算。其中:基建工程核算采用基建會計制度，分別為地鐵一、二、三號線的基建核算，另一部分為“30個億核算”，主要對一號線沿線拆遷工程建設、周邊建設的工程核算。經營管理核算有三大部分：第一，資源事業總部以商品流通企業會計制度、商品流通企業財務制度為主，同時參照

46、房地產開發企業會計制度、施工、房地產開發企業財務制度；第二，運營事業總部以運輸企業會計制度、運輸企業財務制度； 第三，招待所以經營旅業，執行旅游、飲食服務企業會計制度、旅游、飲食服務企業財務制度。v 會計科目需求會計科目代碼長度不少于15位，科目分級可設置到五級、六級，科目名稱長度要求:20漢字，同時會計科目允許字母、數字混合編碼。會計科目可按五大類性質設置：資產、負債、所有者權益、成本、收入，而對于基建會計核算可以依項目會計要求設置會計科目， 可以對會計科目資料進行方便的維護，年度結轉余額時，科目可以自動轉到下年會計期內。v 經營核算需求根據不同科目性質、不同科目可核算到不同層面，如費用核算

47、到部門、個人，并與相關合同相關聯。支持自然月份的會計周期或自定義會計周期，可按不同憑證類別（如：收、付、轉或自定義）進行序時制單，過賬，提供憑證匯總表，并且提供做預制憑證的功能，以確保憑證經審核后方可過帳，過賬系統自動產生總分類賬、明細分類賬、多欄賬等。支持發票管理、出納管理，包括銀行對賬、支票管理。月底、年底系統有平衡對賬功能，并可選擇打印對賬結果情況一覽表。提供常用憑證，如每月費用分攤憑證、每月余額結轉憑證等，同時每月對內、對外會計報表可自動計算生成。支持多幣種間結算，生成外幣金額式憑證。應收賬款核算：應收賬款部門客戶合同，同時需應收賬款賬齡分析。賬齡區間可自定義，可分析到每一大類客戶或明

48、細，同時與部門關聯。應收賬款核算：應收賬款部門客戶合同，同時需應收賬款賬齡分析。賬齡區間可自定義，可分析到每一大類客戶或明細，同時與部門關聯。v 經營核算特殊業務處理申報繳交稅費： 各經營部門向財務總部報應交稅費申報表，同時開出支票交稅費時：借：其他應收款 貸：銀行存款 各經營部門收到財務總部開出的應交稅費收據時：借：應交稅金 其他應交款有關明細 貸：其他應收款財務總部 財務總部收到各經營部門交稅費款并開出收據時： 借：銀行存款 貸：其他應付款某某部門稅費 財務總部匯總繳交稅費，并向各經營部門退回應交稅費申報表后： 借：其他應付款某某部門稅費貸：銀行存款各經營部門未分配利潤的內部清算： 盈利部

49、門處理： 借：利潤分配未分配利潤（年終余額） 貸：銀行存款/其他應付款財務總部 虧損部門處理： 借：銀行存款/其他應付款財務總部貸：利潤分配未分配利潤（年終余額） 財務總部處理： 收到或應收盈利部門的款項時：借：銀行存款/其他應收款某某部門 貸：利潤分配未分配利潤已支付或應支付虧損部門款項時： 借：利潤分配未分配利潤 貸：銀行存款/其他應付款某某部門固定資產的內部調撥處理，視同銷售調撥：依固定資產調撥單，傳遞調撥信息及資金信息調出方： 借：固定資產清理 累計折舊 貸：固定資產某某明細當收到或應收款時： 借：銀行存款/其他應收款某某部門 貸：固定資產清理調入方： 借：固定資產某某明細 貸：累計折

50、舊 其他應付款某某部門（反映固定資產凈值）付款時： 借：其他應付款某某部門（反映固定資產凈值） 貸：銀行存款v 報表匯總、合并可按要求生成各種格式的合并報表、匯總報表，合并報表期間可由用戶自由定義，如按年度、季度，v 基建設核算需求，即項目會計核算支持自然月份的會計周期，允許依基建會計特性進行自定義會計周期，依項目會計的特點，會計科目需設置到工程點或工程區間，并與施工合同聯系核算。如:應付工程款施工商海珠廣場站（或海珠廣場到江南西區間）。詳細見附表項目資料：項 目 編 號、子 項 目 編 號、項 目 說 明、項 目 負責 人、估 計 項 目 成 本等項目合同資料：合 同 編 號、訂 約 日 期

51、、項 目 編 號、生 效 日 期、承 包 商 姓 名、付款條款等。系統需能每月自動生成“資金平衡表”、“基建快報”，每季生成“基建投資表”、“基建借款表”、“基建待攤投資表”。表樣見附件。3.4.2 預算管理v 預算等級支持由上而下及由下而上的預算編制法根據由上而下的預算編制法，匯總預算自動分解為詳細與及分層次的預算，如根據用戶界定算法生成不同分公司預算根據由下而上的預算編制法，所收集的詳細預算就能為整個單位/整間公司自動綜合成一個預算 。v 預算編制預算項目目錄：詳細見附表B可對依如下資料作出預算：l 歷史實際資料l 歷史預算資料預算對象容易確立：或組織部門，或責任個人，或預算類型。自上而下

52、，自下而上松緊自如的預算，同時控制對預算的訪問。 系 統 應 具 備 提 供 彈 性 預 算 的 能 力 ，例 如 ：零 基 預 算 ； 比 例 增 減 ； 比 例 分 攤 。 v 預算分析、預警依實際發生數據，進行差異分析，生成不同差異分析圖，方便查詢，并能夠提出預警。3.4.3 固定資產管理目前固定資產是分類由不同部門負責，生產類資產？房產和辦公設備由辦公室負責，信息系統相關設備由信息中心負責。尚未形成一套完整有效的固定資產管理體系，總公司資產管理辦法尚制定完成，甚至沒有一套完整的固定資產臺賬。未來方向：賬務統一，實物分類授權，完善制度流程固定資產分類：固定資產能依地鐵公司實際需求進行自定

53、義分類，固定資產分類情況：資料未收到固定資產編碼體系：固定資產編碼體系亦可依地鐵公司實際需求及與其他管理口徑統一，可自定義其編碼規則。（詳細編碼體系資料，未收到）折舊方法：系統需能依不同折舊方法進行不同分類的固定資產折舊。固定資產管理需核算到部門，對部分固定資產需進行“跟蹤人”的跟蹤管理，最終落實到責任委派人或部門。每月所需報表：“固定資產折舊一覽表”、“固定資產原值一覽表”、“固定資產變更一覽表”等。（詳細表樣未收到）3.4.4 財務分析3.5 企業管理總部需求分析企業管理總部是總公司負責研究和制定企業發展戰略、目標、計劃、市場策略等的職能部門，指導和監督戰略和計劃的實施，并承擔總公司的合同

54、管理和法律事務，確?？偣鹃L期、穩定、持續的發展。企業管理總部同時承擔總公司的信息管理工作，為總公司各級管理人員和管理部門提供及時、準確的信息服務。對于企業管理總部有關部門的企劃、市場策略、法律、信息系統規劃等職能，工作性質主要是知識型的協作任務，其需求可參考“企業信息基礎設施”部分。3.5.1 合同管理合同分類分級管理v 可靈活地定義合同的分類和級別。v 可依據分類和分級對合同進行瀏覽和查詢。合同標準管理v 可定義一系列標準的合同模板，及合同的標準條款。v 生成新合同時可直接使用標準的合同模板及合同條款。合同狀態管理v 可定義多種狀態來管理合同的生命周期，并限定可對合同執行的事務。合同事務管

55、理v 能夠根據不同的合同處理要求，定義一系列事務以完成合同，例如合同招標投標、合同變更、合同計量支付等。v 能夠靈活定義和使用各種不同的工作流程來處理合同中的事務。v 在合同生命周期內，可靈活地增加、修改、刪除合同事務。合同相關文件管理v 能夠在合同中靈活地增加、修改、刪除合同相關的文件，并可將文件與合同事務相關聯，如招標文件，投標書等。合同管理流程及權限v 靈活支持多種合同管理流程，即不同類別，不同級別的合同可采用不同的管理流程。v 可根據權限控制對不同狀態的合同和合同事務的訪問和處理。合同管理集成財務管理集成v 將合同的收款、付款信息傳送到財務系統。3.5.2 系統管理網絡管理v 管理網絡

56、設設備的狀態，對網絡故障進行報警和定位，進行網絡流量統計以確定網絡瓶頸，對網絡中的信息及網絡安全設備進行監控和審計以確定網絡安全狀況、追蹤網絡安全問題。服務器管理v 服務器運行監控，故障報警和診斷，性能瓶頸分析，系統備份管理。桌面系統管理v 桌面系統性能及應用監控，應用軟件分發，桌面系統問題遠程診斷處理。應用系統管理v 應用服務監控，性能管理，數據備份。幫助臺（Helpdesk）v 記錄各種故障和問題、相應的解決方案及相關的其他知識，提供信息系統用戶自我診斷和解決問題的能力。3.6 人力資源總部需求分析人力資源總部是總公司人力資源管理的職能部門，負責對總公司除市管干部外的所有人員的管理與使用；

57、適應總公司管理體制和經濟增長方式轉變的需要，進行整體性人力資源開發；從總公司全局出發，開展人力資源的規劃、招聘、調配、培訓、考核、薪酬、獎懲和發展等工作；著眼地鐵長遠發展和企業需要，搞好宏觀指導與綜合服務，確保地鐵人力資源的有效配置和利用。3.6.1 人力資源管理人力資源規劃v 根據公司發展規劃及企業目前的人力資源狀況，確定相應的人力資源規劃。由各總部、部門提出要求，對所需人數、所需求人員的類型、職位空缺的原因、預計的費用進行統計和估算。招聘與人才庫管理v 提供從應聘人員登記、面試、錄用前預測分析、員工到崗前各部門之間的協調，到員工正式聘用，定級定崗，進入檔案全過程管理。未聘用人員信息則進入人

58、才庫供今后招聘使用。勞動合同管理v 可以定義合同的不同類型，以及每種類型的合同的特殊項目。v 簽定、生效及失效日期，合同到期自動提示。v 合同續簽處理、續簽記錄、變更記錄、違約規定及其他協議。員工管理v 管理姓名、編號、總部、部門、員工類別、員工職務、員工崗位、戶籍地、民族、婚姻狀況、性別等多種信息；員工屬性可由用戶自由定義；可以處理多種工齡。v 詳細記載員工履歷表，包括學習經歷、工作經歷、培訓經歷，可以按時間來查詢。v 員工可以按照類別、職務、崗位、部門、所屬公司等多層次進行管理。v 靈活處理試用期滿、合同期滿、臨時工轉正、員工返聘等事件。培訓管理v 培訓項目管理，系統地記錄各部門提出的培訓

59、要求，并結合公司的業務發展規劃制定了培訓項目規劃，記錄培訓項目的資源要求和準備情況。v 培訓計劃管理，包括起止時間、地點、次數、培訓種類、培訓方式、參加人員、費用、培訓效果以及由此產生的量化值等。v 培訓實施，可以監控每天培訓的情況，如培訓的考勤、費用、效果、是否占用工作時間等?？冃Э己藇 可分別設置部門和員工的工作任務及工作定額。根據完成的不同情況，做相應的處理，包括時間、考核內容、考核結果、獎懲情況。v 考核內容自由設定。v 設置不同的資格種類，資格等級，對接受考核的員工進行資格認證?？记诠芾韛 員工的考勤紀錄可以手工處理或外部轉入（例如：考勤數據可以來自考勤機）。v 根據不同的員工類別、

60、職務、崗位，設定不同的員工工作定額管理（工作日歷）。v 可以靈活定義公司的考勤項目，并且可以定義其相應的統計單位與計算單位。v 考勤紀錄的統計單位與計算單位可以自動轉換。v 根據員工的考勤紀錄和單位工資的計算方式自動計算缺勤或出勤工資，并可以自動根據考勤紀錄判斷獎金項目的發放與否。薪酬福利管理v 可以根據公司的特點，靈活定義工資項目?？梢允枪べY項，也可以是非工資項，可以是計算項，也可以是判斷項。v 可以根據員工的類別、職務、崗位等，定義并修改每一類員工工資項目金額及計算公式。v 可以處理計時工資或計件工資算。v 可以在一個月內多次計算、發放工資。v 靈活定義保險項目及各種繳費金額；例如：養老保

61、險中的累計繳費記錄（同社會養老保險條款）；失業保險中的企業基數、比例、個人繳費；大病統籌中的企業基數、比例、個人繳費等。崗位變動處理v 可以進行員工變動、調離處理，員工工資的調整及補發工資處理，并實現補發工資的還原稅處理。v 靈活定義調離類型，崗位變動的原因，與績效考核模塊相關，體現出對考核結果的處理。v 員工變動、調離以及工資調整、補發等均有歷史變動記錄。集團管理v 同一個系統中可以設定多個公司；不同公司間人力資源數據可以合并。v 同一公司內可以分層次設定部門及分公司，可以進行各部門、分公司人力資源數據匯總。v 集團公司內員工編號唯一。v 實現集團公司中多個公司間員工的自動調動。查詢、分析與報表v 用戶自由定義查詢項目的組合方式及查詢層次（員工級、部門級或公司級）。v 提供員工工資條、員工卡片、部門工資條、工資單、個人所得稅報告表常用報表打印。v 提供靈活定義各類報表的能力。人力資源集成v 與財務系統集成，將工資發放數據反映到財務系統中。v