版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
1、工程項目信息管理系統(tǒng)概要設(shè)計目錄第一章 .項目背景 錯誤 !未定義書簽。第二章 .建設(shè)目標 錯誤 !未定義書簽。第三章 .建設(shè)方針 錯誤 !未定義書簽。第四章 .設(shè)計思路 錯誤 !未定義書簽。第五章 .總體設(shè)計 錯誤 !未定義書簽。技術(shù)路線 錯誤 !未定義書簽。功能結(jié)構(gòu) 錯誤 !未定義書簽。整體架構(gòu) 錯誤 !未定義書簽。第六章 .功能設(shè)計 錯誤 !未定義書簽。教育資源云服務(wù)平臺 錯誤 !未定義書簽。直、點播在線學(xué)習(xí)平臺 錯誤 !未定義書簽。教師績效管理系統(tǒng) 錯誤 !未定義書簽。基地統(tǒng)一信息服務(wù)平臺 錯誤 !未定義書簽?;貎?nèi)部工作流服務(wù)系統(tǒng) 錯誤 !未定義書簽。第七章 .系統(tǒng)特點 錯誤 !未定
2、義書簽。先進的系統(tǒng)構(gòu)架 錯誤 !未定義書簽。軟件系統(tǒng)構(gòu)架的優(yōu)勢 錯誤 !未定義書簽。硬件構(gòu)架的優(yōu)勢 錯誤 !未定義書簽。高性價比 錯誤 !未定義書簽。成熟而開放的軟件系統(tǒng)降低了研發(fā)成本 錯誤 !未定義書簽。統(tǒng)一的硬件平臺降低了設(shè)備采購和更新成本 錯誤 !未定義書簽。第八章 . 總結(jié) 錯誤 !未定義書簽。第一章 . 項目背景目前集團執(zhí)行已執(zhí)行或待執(zhí)行項目,因為某些原因,在系統(tǒng)規(guī)范 的電子信息化存檔方面上幾乎沒有太多可查詢的資料, 諸如項目基本 信息、項目資金流向信息、項目變更歷史信息、項目過程確認、項目 驗收信息等管理過程信息因早期信息沒有電子化, 保存不完整, 項目 過程無法追溯, 也讓管理者
3、無法對已執(zhí)行、 現(xiàn)執(zhí)行或待執(zhí)行的項目進 行系統(tǒng)的了解分析。對于一個正式的工程項目而言,從項目開始就應(yīng)該計劃預(yù)算,并 能把控住進度,掌控好成本,直到項目竣工。我們利用項目過程管控 (軟件系統(tǒng))的核心業(yè)務(wù)邏輯思路,接到項目后,根據(jù)工程量清單形 成的目標成本,制訂材料、成本和費用計劃,在施工過程中,按計劃 進行材料、人工、 分包和管理費用的控制,可能有超過就會及時提醒 變更,直到項目竣工,從而讓管理者掌控項目過程動態(tài),及時進行項 目管控調(diào)整,杜絕糊涂項目。把握多種項目過程數(shù)據(jù),對數(shù)據(jù)進行邏輯分析和總結(jié),對預(yù)控項 目做減法,對管控項目做加法,項目管理工作量在減少,項目的可控 度在增加,這些都是項目管控
4、核心要素。第二章 . 建設(shè)目標就目前的數(shù)據(jù)情況,集團因項目信息過程管理軟件過于精細或過 于粗略導(dǎo)致項目信息電子化失敗, 是主要問題所在, 如何利用人性化 操作和關(guān)鍵項目數(shù)據(jù)節(jié)點減少項目工程人員的工作量, 同時建設(shè)項目 信息數(shù)據(jù)庫是目前的主要工作。建設(shè)工程項目信息數(shù)據(jù)庫、標準化公司項目管理流程、實現(xiàn)項目 工程資料文檔統(tǒng)一管理、 項目數(shù)據(jù)按需匯總、 自動生成項目信息報表 是本期項目的主要目標。第三章 . 設(shè)計思路本項目建設(shè)將立足于 “標準規(guī)范的統(tǒng)一、 數(shù)據(jù)資源的統(tǒng)一、 運 行環(huán)境的統(tǒng)一、管理與服務(wù)的統(tǒng)一”的建設(shè)目標。在充分考慮我集 團項目過程管理信息化現(xiàn)狀及未來整體建設(shè)需求,在一個數(shù)據(jù)庫的 共享服
5、務(wù)體系下實現(xiàn)各層級的應(yīng)用。在集團管控平臺頂層設(shè)計框架下, 實現(xiàn)項目過程數(shù)據(jù)庫的建立, 整合并規(guī)范項目信息資源,構(gòu)建多源異構(gòu)數(shù)據(jù)庫,通過數(shù)據(jù)庫結(jié)構(gòu) 信息一體化的方式進行管理及服務(wù), 逐步實現(xiàn)項目部門的信息整合, 及時快速展示項目相關(guān)信息給管理層,進一步提升和完善曹發(fā)展集 團工程項目的集中管控能力。 是實現(xiàn)“一套運行標準與規(guī)范”建立多源異構(gòu)數(shù)據(jù)服務(wù)及應(yīng)用標準體系,解決數(shù)據(jù)整理、入庫 不規(guī)范問題,確保數(shù)據(jù)安全及后期運維。 是形成“一套多源異構(gòu)數(shù)據(jù)庫”搭建基礎(chǔ)項目數(shù)據(jù)庫、多維數(shù)據(jù)庫、用戶權(quán)限庫,構(gòu)成項目需 求的多源異構(gòu)數(shù)據(jù)庫。 是形成“一個共享服務(wù)平臺”基于基礎(chǔ)數(shù)據(jù)庫搭建一個共享服務(wù)平臺,實現(xiàn)一個平臺
6、下的數(shù) 據(jù)共享交換,提供多種內(nèi)接口,可與業(yè)務(wù)或者數(shù)據(jù)進行對接,實現(xiàn) 更廣泛的應(yīng)用。 是實現(xiàn)“一個庫(數(shù)據(jù)核心)的集中管控能力”在后臺服務(wù)管理的基礎(chǔ)上,前端集成集團項目管理流程的綜合 展示應(yīng)用系統(tǒng),實現(xiàn)各個層級的業(yè)務(wù)管控需求。第四章 . 總體設(shè)計4.1 整體架構(gòu)基于組件技術(shù)的體系結(jié)構(gòu),把工程項目信息管理系統(tǒng)分成數(shù)據(jù) 集成層、數(shù)據(jù)服務(wù)層、基礎(chǔ)構(gòu)件展、業(yè)務(wù)邏輯層、交互控制層和應(yīng) 用表現(xiàn)層,使得業(yè)務(wù)邏輯層次和類別更加清晰,功能的組合更加靈 活。采用面向?qū)ο?、面向服?wù)的設(shè)計思想,按不同的網(wǎng)絡(luò)、不同的 功能、不同的職能劃分成各種功能組件,各功能組件既可以獨立形 成系統(tǒng)又可以組成一個綜合系統(tǒng),方便實現(xiàn)從子系
7、統(tǒng)到綜合系統(tǒng)、 從綜合系統(tǒng)到獨立系統(tǒng)的升級過渡。良好的擴充性和可維護性,實 現(xiàn)在快速搭建總體框架的基礎(chǔ)上分業(yè)務(wù)、分任務(wù)的逐漸充實整個系 統(tǒng),使系統(tǒng)具備可持續(xù)升級的基礎(chǔ)。系統(tǒng)采用面向?qū)ο蠓?wù)的SOA架構(gòu),面向服務(wù)的體系結(jié)構(gòu),是一個組件模型,它將應(yīng)用程序的不同功能單元(稱為服務(wù))通過這 些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方 式進行定義的,它應(yīng)該獨立于實現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編 程語言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和 通用的方式進行交互。對松耦合的系統(tǒng)的需要來源于業(yè)務(wù),應(yīng)用程序需要根據(jù)業(yè)務(wù)的 需要變得更加靈活, 以適應(yīng)不斷變化的環(huán)境, 比如經(jīng)常改變的政
8、策、 業(yè)務(wù)級別、業(yè)務(wù)重點、合作伙伴關(guān)系、行業(yè)地位以及其他與業(yè)務(wù)有 關(guān)的因素,這些因素甚至?xí)绊憳I(yè)務(wù)的性質(zhì)。我們稱能夠靈活地適 應(yīng)環(huán)境變化的業(yè)務(wù)為按需(On dema nd業(yè)務(wù),在按需業(yè)務(wù)中,一旦需要,就可以對完成或執(zhí)行任務(wù)的方式進行必要的更改。雖然面向服務(wù)的體系結(jié)構(gòu)不是一個新鮮事物,但它卻是更傳統(tǒng) 的面向?qū)ο蟮哪P偷奶娲P?,面向?qū)ο蟮哪P褪蔷o耦合的,已經(jīng) 存在二十多年了。雖然基于 SOA 的系統(tǒng)并不排除使用面向?qū)ο蟮脑O(shè) 計來構(gòu)建單個服務(wù),但是其整體設(shè)計卻是面向服務(wù)的。由于它考慮 到了系統(tǒng)內(nèi)的對象, 所以雖然 SOA 是基于對象的, 但是作為一個整 體,它卻不是面向?qū)ο蟮?。不同之處在于接口本?/p>
9、。SOA系統(tǒng)原型的一個典型例子是通用對象請求代理體系結(jié)構(gòu)( Common Object Request Broker Architecture ,CORB)它已經(jīng)出現(xiàn)很長時間了, 其定義的概念與 SOA 相似。然而,現(xiàn)在的 SOA 已經(jīng)有所不同了, 因為它依賴于一些更新的 進展,這些進展是以可擴展標記語言(標準通用標記語言的子集) 為基礎(chǔ)的。通過使用基于XML的語言(稱為Web服務(wù)描述語言(Web Services Description Language,WSD)來描述接口,服務(wù)已經(jīng)轉(zhuǎn)到更動態(tài)且更靈活的接口系統(tǒng)中,非以前CORBA中的接口描述語 言(Interface Description
10、 Language, IDL)可比了。SOA開發(fā)運行平臺的Web服務(wù)并不是實現(xiàn)SOA的惟一方式。前 面剛講的CORBA是另一種方式,這樣就有了面向消息的中間件( Message-Oriented Middleware )系統(tǒng),比如 IBM 的 MQseries 。 但是為了建立體系結(jié)構(gòu)模型,您所需要的并不只是服務(wù)描述。您需 要定義整個應(yīng)用程序如何在服務(wù)之間執(zhí)行其工作流。您尤其需要找 到業(yè)務(wù)的操作和業(yè)務(wù)中所使用的軟件的操作之間的轉(zhuǎn)換點。因此, SOA應(yīng)該能夠?qū)I(yè)務(wù)的商業(yè)流程與它們的技術(shù)流程聯(lián)系起來,并且 映射這兩者之間的關(guān)系。例如,給供應(yīng)商付款的操作是商業(yè)流程, 而更新您的零件數(shù)據(jù)庫,以包括進新
11、供應(yīng)的貨物卻是技術(shù)流程。因 而,工作流還可以在SOA的設(shè)計中扮演重要的角色。此外,動態(tài)業(yè)務(wù)的工作流不僅可以包括部門之間的操作,甚至 還可以包括與不為您控制的外部合作伙伴進行的操作。因此,為了 提高效率,您需要定義應(yīng)該如何得知服務(wù)之間的關(guān)系的策略,這種 策略常常采用服務(wù)級協(xié)定和操作策略的形式。最后,所有這些都必須處于一個信任和可靠的環(huán)境之中,以同 預(yù)期的一樣根據(jù)約定的條款來執(zhí)行流程。因此,安全、信任和可靠 的消息傳遞應(yīng)該在任何SOA中都起著重要的作用。4.2功能結(jié)構(gòu)建成的曹發(fā)展集團工程項目信息管理系統(tǒng)將服務(wù)于集團的項目 工程管理部。通過過程標準化、數(shù)據(jù)錄入、應(yīng)用系統(tǒng)、數(shù)據(jù)集中、 數(shù)據(jù)同步、組件化
12、建設(shè)等方式滿足集團高級管理層、集團中級管理 層、數(shù)據(jù)應(yīng)用部門等訪問和應(yīng)用。1)工程項目的四個階段前期 f 施工 f 驗收 f 結(jié)算2)工程項目的分類房建類房建道路綠化橋梁市政類(施工中計量報審流程f)現(xiàn)在計量數(shù)據(jù)是通過數(shù)據(jù)表格資料是紙質(zhì)的。EXCEL提交的;還有部分證件性5)工程項目竣工階段項目驗收后交付給市政處養(yǎng)運6)工程項目結(jié)算階段、標準化形象項目流程項目經(jīng)理在立項之初,確認項目類型,選擇合適的項目流程。選擇模式減少項目經(jīng)理的操作,比如前期可選擇房建或市政類,那么前期的流程基本就可以確認了 ,在此基礎(chǔ)上,項目經(jīng)理或數(shù)據(jù)操作人員選擇適合自己的具體流程細節(jié),這樣大大減少了項目人員因?qū)芾磉^程不
13、熟悉或偶爾失誤沒想起來的過程有個總體的了 解。如圖示,項目經(jīng)理可以在需要的在文件上打上對號,綠色表示文 件已經(jīng)提交,紅色表示必須文件,但尚未提交。項目經(jīng)理對項目 流程文件的情況一目了然,不會擔(dān)心文件缺失不方便核對。、工程項目信息數(shù)據(jù)庫按照應(yīng)用的要求,為市政和房建類工程項目設(shè)計一個結(jié)構(gòu)合理、 使用方便、效率較高的工程數(shù)據(jù)庫及其應(yīng)用系統(tǒng)。數(shù)據(jù)庫設(shè)計得 好,可以使整個應(yīng)用系統(tǒng)效率高、維護簡單、使用容易。那么在工程數(shù)據(jù)庫設(shè)計方法和輔助設(shè)計工具的研究結(jié)合工程應(yīng)用 領(lǐng)域中數(shù)據(jù)庫設(shè)計的一些特性,以層次分析為主,以連接關(guān)系為 基礎(chǔ),結(jié)合面向?qū)ο蠹夹g(shù)來進行工程數(shù)據(jù)庫設(shè)計。(數(shù)據(jù)庫完整存儲模式)項目在流程中產(chǎn)生的
14、電子資料,包括干系人員數(shù)據(jù)、項目任務(wù)書、 施工合同、監(jiān)理合同、施工方案、設(shè)計圖紙、進度計量數(shù)據(jù)、項 目進度相關(guān)附件(掃描件等)數(shù)據(jù)等等,都需要逐級審核,紙質(zhì) 文件作為簽批標識。(可參考流程信息)、組織機構(gòu)角色權(quán)限我們定義出了部門(Department)、崗位(Post)、職員(Employee)、 工作組 (Group) 、角色 (Role) 、級別 (Level) 等要素,涵蓋了企業(yè) 中組織管理的各個方面。部門(Departme nt)是組織中的關(guān)鍵要 素,以樹形結(jié)構(gòu)存在,一個組織或部門下可以有多個職能部門。 一個部門下面,會有多個崗位,這些崗位之間是具有層次化關(guān)系 的(這個層次化的含義是人
15、為賦予,真正意義上的崗位僅僅描述 一個職責(zé),本身是不具有層次的。 ?樹型的層次化結(jié)構(gòu)基本可以滿足絕大多數(shù)的組織模型,但是卻無 法解決矩陣式組織結(jié)構(gòu)的問題:把按職能劃分的部門和按項目劃 分的小組結(jié)合起來,組成矩陣,同一名管理人員在與原職能保持 組織和業(yè)務(wù)聯(lián)系的同時可以參加產(chǎn)品或項目組的工作。一個人,可以存在于多個崗位上,一個人,可以在不同的工作組 中,扮演不同的角色。、工程項目附件磁盤庫項目過程中的某些文件,因其重要性和讀寫要求,可以放置在磁 盤上,以文件的形式進行存儲訪問,從而形成一個特定的附件磁 盤數(shù)據(jù)庫,此磁盤因為要保存上傳下載文件,要對其進行保密、 掃毒等服務(wù)器安全防護設(shè)置。、工程項目流
16、程模板庫 簡化項目經(jīng)理的操作,項目經(jīng)理選擇項目流程,比如在前期可選擇房建類或市政類項目,選定后項目根據(jù)流程根據(jù)既定規(guī)則生成該項目前期模板,項目經(jīng)理依次選擇項目相對應(yīng)的施工模板、竣工模板、結(jié)算模板,然后四個階段性模板合成一個完整的項目模 板。依據(jù)此項目模板,項目經(jīng)理對項目進行過程資料的采集和歸檔, 對項目過程進行管控等。、工程項目報表模板庫根據(jù)項目管理規(guī)定,定期出具的報表為標準報表,因特殊需求需要出具的報表為非標準報表,正常來說,項目工程都應(yīng)該有日報報表、周報報表、月報報表等,這些報表依據(jù)相關(guān)人員錄入的管 理數(shù)據(jù)即時自動生成。、工程項目運算規(guī)則集合根據(jù)數(shù)據(jù)需求,工程項目出具的具體數(shù)據(jù)是從數(shù)據(jù)庫中
17、各項目過 程摘取的關(guān)鍵數(shù)據(jù),我們定下項目運算規(guī)則,明確單項數(shù)據(jù)需求, 即為項目運算規(guī)則,多個需求的項目運算規(guī)則集合是為了快速出 具數(shù)據(jù)結(jié)果。運算規(guī)則包括了以下幾部分:(1) 求交:參與運算的一個形體的各拓撲元素求交,求交的順序采 用低維元素向高維元素進行。用求交結(jié)果產(chǎn)生的新元素(維數(shù)低于參與求交的元素)對求交元素進行劃分,形成一些子元素。這 種經(jīng)過求交步驟之后,每一形體產(chǎn)生的子拓撲元素的整體相對于 另一形體有外部、內(nèi)部、邊界上的分類關(guān)系。2) 成環(huán):由求交得到的交線將原形體的面進行分割,形成一些新 的面環(huán)。再加上原形體的懸邊、懸點經(jīng)求交后得到的各子拓撲元 素,形成一拓撲元素生成集。(3) 分類
18、:對形成的拓撲元素生成集中的每一拓撲元素,取其上的 一個代表點,根據(jù)點 / 體分類的原則,決定該點相對于另一形體的 位置關(guān)系,同時考慮該點代表的拓撲元素的類型(即其維數(shù)) ,來 決定該拓撲元素相對于另一形體的分類關(guān)系。(4) 取舍:根據(jù)拓撲元素的類型及其相對另一形體的分類關(guān)系,按 照集合運算的運算符要求,要決定拓撲元素是保留還是舍去;保 留的拓撲元素形成一個保留集。(5) 合并:對保留集中同類型可合并的拓撲元素進行合并,包括面 環(huán)的合并和邊的合并。(6) 拼接:以拓撲元素的共享邊界作為其連接標志,按照從高維到 低維的順序,收集分類后保留的拓撲元素,形成結(jié)果形體的邊界 表示數(shù)據(jù)結(jié)構(gòu)。第五章.功能
19、設(shè)計功能性方案以項目數(shù)據(jù)管理、報表分析展示為主,對于基礎(chǔ)性質(zhì) 的數(shù)據(jù)整理、庫管理等工作。、頁面設(shè)計、單點登陸系統(tǒng)以及簡理念進行系統(tǒng)設(shè)計,目的是創(chuàng)造優(yōu)雅風(fēng)格、更加清晰地突出內(nèi)容,以及可持續(xù)的視覺哲學(xué)(僅供參考)系統(tǒng)設(shè)定帳戶均可登陸平臺,但依據(jù)其角色權(quán)限,所看到的內(nèi)容 均有限制,如項目經(jīng)理僅能看到自己管理的項目過程數(shù)據(jù)、分析單點登錄(Single Sign On ),簡稱為SSO,是目前比較流行的企 業(yè)業(yè)務(wù)整合的解決方案之一。SSO勺定義是在多個應(yīng)用系統(tǒng)中,用 戶只需要登錄一次就可以訪問所有相互信任的應(yīng)用系統(tǒng)。單點登錄:用戶只需登錄一次,即可通過單點登錄系統(tǒng)(eTrueSSO訪問后臺的多個 應(yīng)用系
20、統(tǒng),二次登錄時無需重新輸入用戶名和密基于角色訪問控制:根據(jù)用戶的角色和 URL實現(xiàn)訪問控制功能。 全面的日志審計:精確地記錄用戶的日志,可按日期、地址、用戶、資源等信息對日志進行查詢、統(tǒng)計和分析。集群:通過集群功能,實現(xiàn)多臺服務(wù)器之間的動態(tài)負載均衡。傳輸加密:支持多種對稱和非對稱加密算法,保證用戶信息在傳輸過程中不被竊取和篡改??蓴U展性:對后續(xù)的業(yè)務(wù)系統(tǒng)擴充和擴展有良好的兼容性。5.1工程項目管理軟件5.1.1 項目信息管理多個項目過程信息,以及每個項目的具體進度、紙質(zhì)材料存放位置等數(shù)據(jù),當然在項目進度的每個階段又包含若干細節(jié)資料,如下圖例。編號功能名稱功能描述01項目列表整體項目默認按照時間
21、的順序羅列的表 格,點擊進入一個項目后,可以以瀏覽具 體項目信息,鼠標停滯的某一項目上時,現(xiàn)實該項目的狀態(tài)信息,如項目施工中, 目前已施工3個月,外裝修中,已完成計 量5次產(chǎn)值2000萬等信息相關(guān)人員可查看其職責(zé)范圍內(nèi)核查項目項目工程師可以查看、添加、編輯其職責(zé) 范圍管理的項目;項目部門經(jīng)理依據(jù)其權(quán)限可查看其職責(zé)范圍管理的所有項目;工程副總依據(jù)其權(quán)限可查看其職責(zé)范圍管理的所有項目;管理員可查看、添加、編輯、刪除項目;02分類統(tǒng)計依據(jù)項目分類進行各種圖標的統(tǒng)計功能, 例如:房建、市政一級分類對比,市政內(nèi) 的道路、管線、綠化等二級分類對比,綠 化植被三級分類統(tǒng)計等等。點擊分類圖片的某一色塊,進入該
22、分類項 目。03項目進項目形象進度、累計產(chǎn)值、當月產(chǎn)值等等。度5.1.2 施工計量在施工過程中對某個項目進行計量的具體數(shù)據(jù),并且抽檢、檢驗等信息的存放,參考如下圖。編號功能名稱功能描述01計量審批按照計量審批的時間、線上審批狀態(tài)、線 下簽字進度等對整體計量項目排序。供應(yīng)商發(fā)起項目審批流程,可添加、編輯、 查詢、刪除(假刪除)計量審批信息。相關(guān)人員可查看、駁回、標注其職責(zé)范圍內(nèi)核查計量審批項目工程師可以查看、駁回、標注其職責(zé) 范圍管理的計量審批;項目部門經(jīng)理可查看、駁回、標注其職責(zé)范圍管理的所有計量審批;工程副總可查看、駁回、標注其職責(zé)范圍管理的所有計量審批;管理員可查看、駁回、添加、編輯、刪除
23、 計量審批;02計量統(tǒng)計依據(jù)計量審批進行各種圖標的統(tǒng)計功能, 例如:某年某月計量審值統(tǒng)計、依據(jù)項目 分類進行計量統(tǒng)計等等。03抽檢檢驗項目施工過程中,委托第二方進行的抽檢 見記錄、檢驗記錄以及相關(guān)材料的存放位 置等04分項驗收項目施工過程中監(jiān)理對項目分項驗收的記錄,以及相關(guān)材料的存放位置等5.1.3合同信息項目在執(zhí)行過程中產(chǎn)生的合同記錄,以及合同執(zhí)行的情況匯總編號功能名稱功能描述01合同管按照項目的順序管理相關(guān)合同,以及對合理同執(zhí)行情況的匯總。相關(guān)人員可查看其職責(zé)范圍內(nèi)的合同。項目工程師可以查看、添加、刪除、編輯 其職責(zé)范圍內(nèi)的合同;項目部門經(jīng)理可查看其職責(zé)范圍內(nèi)的合同;工程副總可查看其職責(zé)范
24、圍內(nèi)的合同;管理員可查看、添加、編輯、刪除合同;02合同統(tǒng)計合同的分類、執(zhí)行統(tǒng)計數(shù)據(jù)。5.1.4統(tǒng)計報表依據(jù)項目情況,統(tǒng)計性報表。編號功能名稱功能描述01報表列表根據(jù)各崗位的職責(zé)和需求不同產(chǎn)生若干報表模板。管理員可以編輯內(nèi)容;主要是實現(xiàn)對報表定義5.1.5待辦事宜系統(tǒng)需要個崗位上傳數(shù)據(jù)、公告通知等。編號功能名稱功能描述01待辦事宜崗位職責(zé)提醒,如審批、月報等;02公告通知系統(tǒng)公告,事件通知, 般由信息管理員 發(fā)起。5.1.6系統(tǒng)管理系統(tǒng)管理,權(quán)限定義等。編號功能名稱功能描述01組織機構(gòu)組織結(jié)構(gòu)劃分;02角色權(quán)限用戶權(quán)限定義,具體定義參照架構(gòu)定義03字典表系統(tǒng)關(guān)鍵字段的疋義,例如項目的多級分 類、關(guān)鍵參數(shù)定義等等第六章.系統(tǒng)特點以現(xiàn)實需要為基本出發(fā)點,以適應(yīng)未來發(fā)展為基本準則。該系統(tǒng)的設(shè)計將遵循以下原則:以應(yīng)用需求為導(dǎo)向,平臺整合,數(shù)據(jù)共享以應(yīng)用需求為導(dǎo)向,深化信息技術(shù)在集團管理中的應(yīng)用,全面提 高集團科學(xué)化水平。穩(wěn)定性原則系統(tǒng)運行穩(wěn)定、可靠是衡量一個系統(tǒng)優(yōu)良的關(guān)鍵指標。系統(tǒng)必須具有合理的系統(tǒng)結(jié)構(gòu),選用具有較高移植性的開發(fā)工具,使用高穩(wěn)定性的系統(tǒng)運行平臺
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 海洋動物課件
- 美術(shù)教案-蘇少版六年級12冊(下冊)
- 跨境電商創(chuàng)業(yè)園商業(yè)計劃書
- 《詩書畫印的完美結(jié)合》課件 2024-2025學(xué)年人教版初中美術(shù)八年級上冊
- 汽車涂裝技術(shù)(彩色版配實訓(xùn)工單)課件 任務(wù)九 轉(zhuǎn)運機械化涂裝設(shè)備
- 乒乓球館裝修協(xié)議
- 花店鋼結(jié)構(gòu)裝修協(xié)議
- 商業(yè)步行街鋁塑板改造項目
- 冬季施工砂漿攪拌站防護措施
- 體育館翻新材料采購合同
- GB/T 3683-2023橡膠軟管及軟管組合件油基或水基流體適用的鋼絲編織增強液壓型規(guī)范
- GB/T 17410-2023有機熱載體爐
- 抖音直播商業(yè)模式研究5000字【(論文)】
- 《深刻理解和把握“兩個結(jié)合”》全文PPT
- 部編版五年級語文上冊第15課《小島》優(yōu)質(zhì)課件
- 廢礦物油資源綜合利用項目可行性研究報告
- 固體酸催化材料1:多金屬氧酸鹽
- 擔(dān)保公司業(yè)務(wù)流程圖
- 二重管高壓旋噴樁施工工法
- 第二章第一節(jié) 遺傳論與環(huán)境論心理學(xué)課件
- 高校實驗室建設(shè)項目可行性研究報告
評論
0/150
提交評論