機械設計項目管理的信息化研究論文
1 項目管理信息化的優(yōu)點(diǎn)
1.1 加強了信息的共享
利用計算機信息化處理信息，能夠有效地實(shí)現數據與信息的共享。在這個(gè)過(guò)程中，只要經(jīng)過(guò)系統的認證，任何部門(mén)的管理人員都可以從局域網(wǎng)的服務(wù)器上找到自己所需要的信息，不僅節省時(shí)間，還減少了溝通中可能出現的摩擦。除此之外，共享信息能夠使得各部門(mén)工作透明化，將最新的工作狀態(tài)呈現出來(lái)。
1.2 加快了信息的傳遞
機械設計制造過(guò)程中，各個(gè)部門(mén)的管理者能夠通過(guò)網(wǎng)絡(luò )了解到工作進(jìn)展的實(shí)際情況，同時(shí)也能夠及時(shí)地將指令傳達到機械設計人員以及相關(guān)部門(mén)。這樣一來(lái)，整個(gè)企業(yè)內部的溝通變得更加快捷、便利，提高了各部門(mén)的工作效率，減少了以往信息傳遞過(guò)程中容易出現的錯漏和失真。
1.3 方便了信息的獲得
計算機信息化網(wǎng)絡(luò )技術(shù)能夠長(cháng)時(shí)間的將信息保留下來(lái)，真正克服了時(shí)間與空間對信息保留的缺點(diǎn)。除此之外，利用計算機網(wǎng)絡(luò )技術(shù)還有利于快速尋找所需要的信息，減少工作人員挑選有用信息時(shí)所浪費掉的時(shí)間。
2 管理信息化的要求與設計
2.1 管理信息化的要求
2.1.1 網(wǎng)絡(luò )化。計算機技術(shù)的種種優(yōu)點(diǎn)，只有在網(wǎng)絡(luò )的配合下才能發(fā)揮其最大作用。若是沒(méi)有網(wǎng)絡(luò )的連接，信息化就難以實(shí)現。
2.1.2 業(yè)務(wù)化。在利用計算機技術(shù)的時(shí)候，必須要根據自己的行業(yè)以及領(lǐng)域來(lái)對軟件進(jìn)行選擇，不能盲目地使用與本公司業(yè)務(wù)管理不符合的軟件，同時(shí)管理系統與模式也要互相符合。
2.1.3 規范化。在進(jìn)行業(yè)務(wù)管理的時(shí)候，需要用專(zhuān)業(yè)的用語(yǔ)以及業(yè)務(wù)管理流程繼續規范化設計。
2.2 項目管理信息化的設計
2.2.1 決策系統分析。在進(jìn)行決策系統進(jìn)行設計的時(shí)候，需要以管理者的決策為依據。首先是將基層到高層管理的所有工作只能進(jìn)行錄入識別。其次是要規劃項目管理系統所支持的決策范圍，從決策的內容、時(shí)間、跨度，到具體到什么部門(mén)、什么人來(lái)負責，甚至是細化到個(gè)人都要做出明確的規劃，否則的話(huà)，整個(gè)決策系統必然會(huì )出現錯誤。
2.2.2 信息需求分析。不同的管理者所做出的決策是不同的，因此在項目管理過(guò)程中，管理系統的設計應當可以適應不同職位管理者的使用需求，能夠提供給決策者所需要的確切信息。
2.2.3 信息處理設計。在這一階段，軟件設計人員和機械項目管理人員共同研究和設計一個(gè)收集、存貯、處理、查詢(xún)信息的實(shí)際系統，包括數據的來(lái)源和類(lèi)型、數據的處理、數據的存貯及查詢(xún)等，同時(shí)對于系統軟硬件的需求也可以確定。以上工作已基本完成了一個(gè)項目管理的信息化設計，根據機械設計制造管理的特殊性，還可以添加一些個(gè)性化的設計。
2.2.4 決策集成。在設計好所有管理者的職能范圍以及需求之后，由于工作的需要可能會(huì )出現很多相互重疊的需求信息，因此設計的時(shí)候要予以確定。在機械設計過(guò)程中，質(zhì)量監督人員可能與機械工程設計人員都十分關(guān)心工程的進(jìn)展，但是兩者之間的著(zhù)重點(diǎn)是不同的，這就要求設計讓系統盡可能少r 重復信息。
3 機械設計項目管理系統信息化設計實(shí)例
本文以機械設計項目管理的信息化為依托，實(shí)驗研究PDM中的項目管理系統。
將工作流技術(shù)與項目管理進(jìn)行集成以增強項目任務(wù)執行和項目狀態(tài)變更的流程性;通過(guò)關(guān)聯(lián)文檔、更新任務(wù)進(jìn)度和任務(wù)通知功能增強項目信息流動(dòng)性;通過(guò)提出一種任務(wù)進(jìn)度算法降低人工直接修改進(jìn)度導致的誤差：通過(guò)項目跟蹤功能和改項目狀態(tài)功能增強對項目的控制力。
將工作流技術(shù)應用于項目任務(wù)執行中增強任務(wù)執行的流程性;采用工作流技術(shù)對項目流程進(jìn)行建模，通過(guò)控制項目狀態(tài)的變更和了解項目任務(wù)進(jìn)度增強項目控制力;通過(guò)采用用戶(hù)——角色——權限模型實(shí)現對于系統用戶(hù)的訪(fǎng)問(wèn)的控制。通過(guò)提出一種任務(wù)進(jìn)度算法改善人工直接修改項目進(jìn)度導致的誤差以及增強任務(wù)進(jìn)度的實(shí)時(shí)更新性，利于任務(wù)執行。
3.1 工作流技術(shù)在項目管理系統中的應用
3.1.1 工作流與項目任務(wù)的集成模式。從工作流與項目管理的應用范圍規則可以看出來(lái)，以文件為紐帶，將項目任務(wù)與工作流進(jìn)行集成是項目與工作流管理的集成模式。主要分為以下三步：(1)目標分解。機械設計項目復雜多樣，為了能夠更好地實(shí)現目標，需要由多個(gè)項目小組來(lái)對機械設計制造項目進(jìn)行分解承擔，從而將實(shí)際工作任務(wù)具體到個(gè)人身上，最后由個(gè)人承擔實(shí)現的任務(wù)。這樣一來(lái)項目目標的實(shí)現就有賴(lài)于各個(gè)分解項目的完成情況，項目的進(jìn)度也可以在任務(wù)的進(jìn)度以及執行過(guò)程中反映出來(lái)。(2)配置流程。文檔是機械設計項目的執行過(guò)程中的主要依托，項目設計的執行過(guò)程也是從文檔中反映出來(lái)的，因此機械制造企業(yè)要利用工作流技術(shù)配置來(lái)設計符合自身企業(yè)發(fā)展情況的文檔流程，這個(gè)是需要分析企業(yè)中各種文檔管理流程的。(3)過(guò)程執行。項目任務(wù)在執行過(guò)程中會(huì )產(chǎn)生各種文檔，當文檔與項目任務(wù)進(jìn)行關(guān)聯(lián)時(shí)，這些文檔會(huì )被檢入到PDM中，同時(shí)也處于PDM中所配置的一個(gè)工作流狀態(tài)中，這時(shí)文檔會(huì )成為項目任務(wù)的載體。文檔的狀態(tài)會(huì )被各種活動(dòng)所驅動(dòng)，當文檔狀態(tài)發(fā)生更改時(shí)則代表了一部分項目工作被完成。文檔狀態(tài)更改的相關(guān)信息會(huì )被記錄到數據庫中，以便對文件狀態(tài)更改過(guò)程信息進(jìn)行匯總、分類(lèi)、查找，為以后對工作流的優(yōu)化提供依據。
3.1.2 工作流與項目流程的集成模式。根據機械制造項目執行以及工作流技術(shù)特點(diǎn)需要遵循以下三點(diǎn)規則：(1)在機械產(chǎn)品項目執行的過(guò)程中，可以劃分出多個(gè)執行階段，而各個(gè)階段都有可以對應的子項目，這樣一來(lái)本階段的項目狀態(tài)執行進(jìn)度就能夠從各個(gè)子項目的進(jìn)度中反映出來(lái)。需要注意，多個(gè)執行階段的劃分是以執行流程為依據的。(2)項目狀態(tài)的時(shí)間有自動(dòng)變換以及人工更改兩種更改方法，但是在進(jìn)行人工更改的時(shí)候，需要滿(mǎn)足項目狀態(tài)與對應的子項目百分之百完成的情況。(3)項目任務(wù)的集合就是子項目任務(wù)，所有子項目中的人物都被包含其中，而工作流的集合就是企業(yè)配置的集中流程。具體的項目工作需要子項目任務(wù)與工作流聯(lián)合來(lái)進(jìn)行執行，工作流與子項目任務(wù)可以是多對多，因為在項目執行的過(guò)程中可能有產(chǎn)生的多種文檔對應多種流程的情況出現。
3.1.3 項目狀態(tài)與工作流進(jìn)行集成的模式主要分為以下六步：(1)分解項目狀態(tài)。為了確定各個(gè)狀態(tài)之間發(fā)生變更的先決條件，需要劃分多個(gè)狀態(tài)，項目的劃分需要從宏觀(guān)上來(lái)進(jìn)行，它是根據機械企業(yè)本身的項目執行特點(diǎn)以及項目管理的周期來(lái)決定的.。(2)劃分子項目。在進(jìn)行多個(gè)連續子項目劃分的時(shí)候，需要保證項目狀態(tài)內的所有任務(wù)都能夠在此反映出來(lái)，這也是在宏觀(guān)狀態(tài)下進(jìn)行的。(3)對子項目進(jìn)行任務(wù)劃分。子項目的任務(wù)樹(shù)結構是通過(guò)項目執行狀態(tài)的更改來(lái)對子項目進(jìn)行劃分而形成的，項目宏觀(guān)狀態(tài)的進(jìn)展程度以及子項目的進(jìn)度都是通過(guò)子項目的任務(wù)進(jìn)度完成情況來(lái)顯示的。(4)依據本章3.1.1的工作流與項目任務(wù)的集成模式，執行具體的項目任務(wù)。(5)狀態(tài)變更。當一個(gè)子項目的進(jìn)度到達100%時(shí)，依據“變更n”中設定的變更方式進(jìn)行人為或者自動(dòng)的狀態(tài)變更。當需要人為變更時(shí)，通知有權限的人員進(jìn)行更改項目狀態(tài)的操作。當變更完成之后，系統會(huì )自動(dòng)的通知下一個(gè)狀態(tài)的負責人進(jìn)行任務(wù)劃分等操作。(6)完成項目。通過(guò)一系列的狀態(tài)變更過(guò)程之后，當項目完成最后一個(gè)狀態(tài)時(shí)，會(huì )通知到項目組成員“項目完成”，從而結束項目。
3.2 項目管理系統中用戶(hù)訪(fǎng)問(wèn)控制技術(shù)
3.2.1 用戶(hù)訪(fǎng)問(wèn)控制模型。訪(fǎng)問(wèn)權限三元素是由權限、用戶(hù)以及角色構成的，為了控制客體對于主體的訪(fǎng)問(wèn)過(guò)程，需要將角色元素加入到傳統的訪(fǎng)問(wèn)控制模型中，這是基于角色的訪(fǎng)問(wèn)控制，能夠將用戶(hù)與角色、角色與權限關(guān)聯(lián)起來(lái)。
為了簡(jiǎn)化系統對于用戶(hù)訪(fǎng)問(wèn)的控制，可以將角色與用戶(hù)綁定起來(lái)，用戶(hù)的權限通過(guò)用戶(hù)角色來(lái)確定，最后指定的工作就是通過(guò)角色的轉變來(lái)完成操作界面、功能以及系統權限來(lái)獲取的。
項目管理權限以及PDM其他全行是PDM系統權限中的兩大分類(lèi)。用戶(hù)——角色的約束集合中包含了以下四點(diǎn)規則：(1)用戶(hù)可以擁有多個(gè)角色：?jiǎn)蝹�(gè)用戶(hù)在同一個(gè)項目組中只能擁有一個(gè)角色，在多個(gè)項目組中可以擁有多個(gè)角色。(2)多角色互斥檢測：用戶(hù)的ID會(huì )被相同部門(mén)以及項目組記錄下來(lái)，若是遇到已經(jīng)存在的用戶(hù)ID，經(jīng)過(guò)查詢(xún)部門(mén)與項目組就會(huì )不再進(jìn)行重復添加。(3)角色時(shí)效性：用戶(hù)項目組具有項目周期的時(shí)效性。(4)用戶(hù)角色分配時(shí)需要經(jīng)過(guò)部門(mén)經(jīng)理審批。
用戶(hù)映射以及激活角色對應的權限子集過(guò)程就是會(huì )話(huà)，而以TCP的查詢(xún)操作方式為基礎的是客戶(hù)端與服務(wù)器的會(huì )話(huà)，服務(wù)器會(huì )接到客戶(hù)端通過(guò)賬號以及口令發(fā)來(lái)的會(huì )話(huà)請求。若是驗證的賬號以及口令成功的話(huà)，客戶(hù)端會(huì )收到服務(wù)器上發(fā)來(lái)的用于標識用戶(hù)的唯一UID，并且服務(wù)器上會(huì )建立起一個(gè)會(huì )話(huà)。當服務(wù)器收到客戶(hù)端發(fā)送來(lái)的消息時(shí)，服務(wù)器會(huì )對操作類(lèi)型、內容以及用戶(hù)UID等消息結構進(jìn)行分析，并查詢(xún)用戶(hù)的權限。之后，是否進(jìn)行查詢(xún)執行是根據用戶(hù)權限來(lái)確定的，如果確定執行操作，那么在執行之后會(huì )將結果反饋到客戶(hù)端，當所有的操作完成之后，客戶(hù)端會(huì )發(fā)送一個(gè)注銷(xiāo)的消息，從而本次會(huì )話(huà)就結束了。由此可以看出，通信過(guò)程就是客戶(hù)端與服務(wù)器端的會(huì )話(huà)過(guò)程。本文正是考慮到這些因素所以采用了ICE技術(shù)對通信接口進(jìn)行封裝，實(shí)現了通信的靈活設計、節省時(shí)間和提高工作效率，最終實(shí)現一個(gè)健壯的項目管理系統通信模塊。
3.2.2 用戶(hù)的項目管理權限和PDM其他權限。項目管理系統中的基礎就是用戶(hù)權限的管理，為了保護數據，規范用戶(hù)的操作，可以對用戶(hù)權限進(jìn)行合理規劃，還可以反映出企業(yè)良好的管理體系。用戶(hù)權限機制的構件，不僅能夠在矩陣性組織結構下實(shí)現管理用戶(hù)權限，還能夠協(xié)調PDM其他權限與項目管理權限之間的關(guān)系。項目管理系統權限的設定，需要根據本文中設定的用戶(hù)權限規則來(lái)進(jìn)行劃分，其中還包括對項目組成員權限的劃分。項目管理與PDM其他權限之間的沖突，是通過(guò)對等級的設定來(lái)解決的，這也是本文中解決沖突的方式：(1)當項目管理界面中有用戶(hù)在操作的時(shí)候，PDM其他子系統的權限等級會(huì )低于項目管理權限的等級。如果PDM其他權限被用戶(hù)操作超越的時(shí)候，用戶(hù)此權限將會(huì )被項目管理臨時(shí)賦予臨時(shí)操作。如果用戶(hù)操作發(fā)生了問(wèn)題，或者操作結束的時(shí)候，用戶(hù)PDM的其他權限會(huì )被項目管理收回，這樣能夠有效地協(xié)調平衡二者之間的權限關(guān)系。(2)如果PDM其他子系統中有用戶(hù)進(jìn)行操作的時(shí)候，文件夾ID或者文件ID將會(huì )被自動(dòng)關(guān)聯(lián)操作，用以對用戶(hù)數據結構的完善。如果用戶(hù)操作超越項目管理權限時(shí)則無(wú)異常發(fā)出，系統將操作過(guò)程信息記錄下來(lái)并傳遞給項目經(jīng)理。
通過(guò)用戶(hù)數據結構實(shí)現項目管理權限與PDM其他子系統權限協(xié)調。PDM系統中存在一個(gè)用戶(hù)數據結構，當用戶(hù)登錄到PDM系統中時(shí)，只讀取PDM數據庫中的權限，而忽略項目管理的權限，從而直接依據權限進(jìn)行操作，同時(shí)通過(guò)系統設定的觸發(fā)器實(shí)現操作信息的傳遞與更新。在項目管理中存在一個(gè)以IEdmUser為父結構的用戶(hù)數據結構，當在項目管理中進(jìn)行與PDM相關(guān)的操作時(shí)，會(huì )首先判斷項目管理的權限，再通過(guò)IEdmUser提供的HasSysRight方法進(jìn)行二次判斷。如果權限沖突，則在項目管理中記錄此用戶(hù)的PDM其他子系統權限，同時(shí)更改PDM中的用戶(hù)權限。當操作完成時(shí)，通過(guò)數據庫觸發(fā)器將PDM其他子系統權限還原回去。通過(guò)對基于角色的用戶(hù)權限的劃分與設定，可以有效管理用戶(hù)并控制項目管理權限之間的沖突與PDM其他子系統權限。
4 結語(yǔ)
現階段，我國機械設計項目管理的信息化建設不可能在短時(shí)間內就取得成效。對于現階段機械企業(yè)來(lái)說(shuō)，更多的是要考慮企業(yè)自身的發(fā)展需求以及管理現狀。從企業(yè)自身的設計需求以及業(yè)務(wù)需求出發(fā)，選擇國內外適合自己管理狀況的信息化管理軟件，然后結合企業(yè)自身的實(shí)際情況確定適當的應用系統作為機械設計項目管理信息化建設的突破口，從而循序漸進(jìn)地走出適合企業(yè)自身發(fā)展的現代管理信息化道路。
【機械設計項目管理的信息化研究論文】相關(guān)文章：
項目管理系統信息化建設研究論文07-02
項目管理信息化框架和模型研究的論文10-30
醫院信息化績(jì)效管理研究論文06-29
學(xué)生管理信息化建設研究論文07-04
小學(xué)教育信息化管理研究論文07-04
IT項目費用與進(jìn)度管理研究論文07-02
項目安全管理的考核研究論文10-25
項目管理研究生論文04-01
水利施工項目管理研究論文04-02