㈠ 怎樣定義管理信息系統
參考《管理信息系統教程》
全面描述管理信息系統的應用與開發過程。首先，介紹信息系統面臨的問題，明確管理信息系統的學科體系與研究方法，研究組織如何利用信息技術獲得競爭優勢；其次，關注技術發展前沿，敘述管理信息系統的技術基礎；再次，從事務處理系統、決策支持系統、虛擬組織與虛擬辦公室、電子商務等不同層次介紹管理信息系統的應用模式：最後，劃分信息系統的建設模式，分為軟體供應商總承包建設模式、協同分析模式、聯合設計模式和自主開發模式。《管理信息系統教程》可作為管理類專業本科生、MBA以及工程碩士研究生的教材，也可作為在職培訓的參考資料。
㈡ 管理信息系統、可行性研究的內容有哪些
目前,無論是機關、事業單位、還是企業單位,人力資源管理對於組織生存與長遠發展所具備的重要性都已經有了明確的認識,而人力資源管理水平的提升不僅需要高素質的管理人員,而且也需要信息化工具進行輔助.因此,在過去的幾年裡,不少單位的人力資源部門都開始了本單位的人力資源信息化建設.人力資源信息系統即HR信息系統是一套通過現代信息技術手段,提高人力資源管理的效率,實現人力資源信息共享並進行有效整合的解決方案.HR信息系統滲透著許多先進的管理理念,如何正確實施並有效應用該系統,對於各實施主體來講非常關鍵,成功實施並應用HR信息系統有八個關鍵點.
第一、全面分析實施HR信息系統的必要性.首先,企業人員規模的擴充,使得傳統意義上的手工處理人力資源事務已經不能充分滿足企業快速發展的需要,這時候可以考慮引進HR信息系統;其次,要充分考慮作為企業變革引領者的人力資源部門,其自身內部的各項職責分工是否明確、責任落實到個人、人力資源工作流程是否清晰等,只有把這些問題弄得非常清楚了,後續的HR信息系統的實施工作才有可能順利向前推進;再次,無論是自行開發HR信息系統,還是引進外部廠商成熟的HR信息系統,都需要根據企業當前需要以及企業今後發展的需要,有選擇性的挑選符合本企業特點的HR信息系統中的某幾個模塊或其全部,如果脫離實際需要而求全求大,在後續的實施和應用階段中將不可避免的出現難以繼續執行和有效應用的現象.
第二、自始至終都需要來自管理層的堅定支持.HR信息系統作為信息化總體戰略的一個重要的組成部分,能得到管理者最大限度內的認可與支持,對此項目的順利實施和成功應用來說非常必要.高層管理者的認同和參與,可以為整個企業提供一個典範;特別是在該項目的初期導入階段,中層管理者的參與可以為項目的執行提供基本的支持和協助.人力資源已經逐步演變為企業的第一資源,而HR信息系統本身所具有的鋼性,使得該系統的實施和應用就必將牽涉到各方的利益,這就更需要來自高層領導的堅定支持,積極協調公司內部各利益主體,最終達成目標一致,共同推動HR信息系統項目的成功實施和有效應用.
第三、以HR部門為主導及時組建項目小組.經過項目前期可行性分析之後,一旦決定要啟動HR信息系統的項目實施,就需要及時組建負責該項目實施的項目小組,將有關具體工作落實到項目小組中的每個成員.項目小組的組長一定要由公司高層領導來擔任,以正確引導項目實施的方向並協調有關各方的利益;常務副組長由人力資源部門負責人擔任,以有效監督、激勵、協調項目的實施工作;副組長分別由一名熟悉公司HR工作流程及企業內部工作流程的人力資源工作者和一名公司信息化部門的信息技術骨幹擔任,HR信息系統是人力資源工作和信息技術的有效結合,需要熟悉基礎工作的人作為日常工作的協調人;組員由一名或多名對工作認真、負責的人力資源基層工作者擔任,作為系統管理員的身份具體負責該系統的實施工作.同時,作為直線部門戰略合作夥伴的人力資源工作,組員中還需要由各直線部門中的HR專員或主管來協調有關具體工作並參與部分的實施工作,以取得直線部門的大力支持.
第四、擇優選擇符合本企業實際的HR廠商.各HR廠商經過了多年的經驗積累,在HR不同的功能模塊上具有各自不同的優勢,因此,功能最全的系統不一定是最合適的系統.首先,拋開自行開發HR信息系統不談,我們需要明確的是直接引進外部廠商的軟體還是在引進的基礎上進行二次開發.目前的HR信息系統軟體都有一定的擴展性,因此對於中小企業來說,可以採取直接引進的方式,而對於大型企業來說,則需要在引進的基礎上進行二次開發;其次,至於選擇國內廠商還是國外廠商的產品,需要看企業的綜合實力;另外,選擇B/S結構還是C/S結構,一般來講,網路的發達和充分應用,可以考慮選擇B/S結構.具體到各廠商不同軟體的選擇工作,我們需要向有關廠商發出邀請,明確基本需求的基礎上請有關廠商做產品的演示,並請公司內部HR部門的全體工作者來進行評判;在此基礎上,對合意的廠商要選擇其重點客戶進行走訪,以進一步了解該廠商軟體的實際應用價值;基本的前期考察工作結束後,要進行項目的招投標工作,最後應由公司的項目小組確定最終的廠商,有必要的話,需要由公司高層領導集體決定.
第五、企業和廠商雙方項目小組的積極協調和有效溝通.廠商方的項目小組對自己的軟體非常熟悉,同時又具有成熟而豐富的實施經驗,而企業方的項目小組對自己的需求、流程定義等都很明確,尋求到雙方的結合點就可以順利推動項目的實施工作.比如,項目實施期內的每周工作進展例會是必不可少的,重大問題出現時要及時協調,以提出有效的解決方案;項目實施前期的數據導入過程中的相互緊密配合,以減少後續數據信息的校對工作;實施方對企業方的項目小組的不斷培訓是項目獲得成功的關鍵之一;雙方的尊重和彼此的理解也是項目得以向前推進的重要影響因素.
第六、爭取企業全員的參與和支持,並在HR內部進行試運行.利用公司內部刊物、網路、會議等宣傳渠道,將HR信息系統的概念、應用前景等全面傳達給公司各級領導和廣大員工,使之產生應用該系統的充足信心;畢竟,系統實施後的應用才是我們實施該系統的目的所在.同時,要利用HR信息系統本身的靈活性,在HR部門內部,用測試帳套對該系統進行全面測試,以減少全面推廣應用時的錯誤和不足之處,並及時改進.
第七、項目實施後期,應召開全員動員大會.由公司高層領導參加的動員大會必將顯示公司對此項目的高度重視,由廠商方進行的全員培訓將會正確引導廣大員工充分地應用此系統.
第八、不斷地修正並完善HR信息系統.在HR信息系統進入正式的運行後,傳統手工處理人力資源事務和信息化處理人力資源事務的方式在一段時間內需要同時並存,以有效轉換工作方式、方法.系統也將經過一個較為長期的維護過程,逐步發揮系統的規范化、流程化和個性化的特色,經過不斷的修正和完善,系統就可步入正軌.先前的系統管理員身份在此時要更加明確,職責更加清晰,並開通系統應用的服務熱線即員工客服中心,並由系統管理員來擔任負責人,詳細解答系統應用中出現的種種問題.值得指出的是,由於HR信息系統是建立在標准業務流程基礎之上的,它要求員工個人的習慣服從於企業統一的管理規范,而管理只有成為大家共同遵循的一種習慣,才能發揮最佳功效.
㈢ 信息管理的研究方法有哪些
研究方法
第一節 觀察研究方法
第二節 調查研究方法
第三節 實驗研究方法
第五章 理性思維方法
第一節 科學抽象方法
第二節 歷史方法和邏輯方法
第三節 比較和分類方法
第四節 歸納和演繹方法
第五節 分析和綜合方法
第六章 橫向科學方法
第一節 橫向科學方法概述
第二節 系統科學方法
第三節 控制論方法
第四節 資訊理論方法
第五節 數學方法
第七章 信息管理學專門方法
第一節 文獻信息處理方法
第二節 文獻計量學方法
第三節 引文分析方法
㈣ 信息管理系統的分析設計方法研究
$標題為 10023圖書管理系統 (初學者版)
$的源碼已經發送到你指定的信箱,
$如有進一步需求(查看我的詳細信息),可以與我們取得聯系,
$注意查收,祝你順利畢業.
-------------------
$免費開源的理由:
1,表明我們的源碼獨立開發,面向初學者設計,接近優秀本科畢業生編程水平.
2,表明從未公開發表,保證網上搜不到,你可以網路.
3,表明我們不是依賴傳抄轉載非法渠道獲取的低劣論文牟利的二道販子.
4,表明我們具備自身開發能力和技術支持能力,
-----------------------------------
㈤ 目前我國物業管理信息系統的開發方法是什麼
上海殷行物業管理公司的傳統業務是國有公房的租賃管理。隨著國家房改政策的推行，一些租戶開始買房，私房管理逐漸成為公司的核心業務。該公司的軟體系統開發有兩大難題：一、業務規則復雜，特別是歷史遺留的各項政策法規，許多公司員工也難以理解清楚；二、系統必須能隨著公司業務重心從公房租賃到私房管理的轉移過程和各項政策的變化而進化，這需要一個穩定的軟體構架（ Software Architecture ）。傳統的瀑布式軟體開發過程不能滿足該系統在需求和系統進化方面的要求。
由於殷行物業管理系統需求獲取的難度和對軟體構架的要求，我們選擇採用 RUP 來開發該系統，並最終開發出了令人滿意的產品。
2 統一過程的特點
RUP 是一個通用的軟體開發過程框架，它可通過裁剪和擴充應用於各種不同類型的軟體系統、各種不同的應用領域、各種不同的組織和各種不同的項目規模。 RUP 具有以下三個重要特徵：用例驅動、以構架為中心和迭代增量開發。
2.1 用例驅動的過程
首先，在業務建模（ Business Modeling ）工作流中，業務流程（ Business Process ）被定義為數個不同的業務用例（ Business Use Case ），其中每個業務用例都代表業務中某個特定的工作流程，業務主角（ Business Actor ）（客戶、合作夥伴等）通過業務用例中的動作序列獲得組織的服務。所有的業務用例和業務主角構成了組織的業務用例模型（ Business Use － Case Model ）。
在需求（ Requirements ）工作流中，根據業務用例模型確定待開發系統支持業務用例實現（ Business Use － Case Realization ）的功能並限定系統的邊界，這些功能用系統用例（ System Use Case ）來描述，用例主角為組織內部的業務工人（員工、直接使用系統的客戶等）。所有的系統用例和用例主角構成了系統用例模型（ System Use － Case Model ），它描述了系統的功能需求。
在分析設計工作流（ Analysis & Design ）中，開發人員使用系統用例模型作為輸入，對每個系統用例進行用例分析（ Use Case Analysis ）和用例設計（ Use Case Design ），得到相應的用例實現（ Use Case Realization ）。用例實現在設計模型（ Design Model ）中提供了一種結構，用於組織與用例有關但卻屬於設計模型的工件。這些相關工件包括協作圖（ Collaboration Diagram ）和序列圖（ Sequence Diagram ），這些圖使用協作對象說明用例行為。最終這些協作對象可以歸納為系統要開發的分析類和設計類。
在實施 (Implementation) 工作流中，將設計模型作為輸入，將設計類實現為組件，創建實施模型（ Implementation Model ）。
在測試工作流期間，根據用例的功能描述編寫測試用例（ Test Case ），驗證系統是否實現了的用例的功能。因此，用例將各個工作流整合成一個流――確定用例、分析用例、設計用例、實現用例、根據用例編寫測試用例來驗證系統設計。
2.2 以構架為中心的過程
在 RUP 中，軟體系統的構架是指系統重要組件的組織或結構，這些重要組件通過介面與那些由不斷減小的組件與介面所構成的組件進行交互。構架具有以下作用：
1 ）理解系統 RUP 使用 UML 可視化建模系統的構架，並以構架為中心進行開發，這使得開發人員、管理人員及其他相關人員能夠詳細理解所需要做的工作，以利於他們參與系統的開發。
2 ）組織開發 構架設計師通過將系統劃分為帶有明確定義介面的子系統，並讓開發小組負責每個子系統，可以顯著減少開發組之間交流的工作量，而且介面雙方的軟體可獨立地進化。
3 ）鼓勵重用 好的構架為開發人員提供了可以在其上開展工作的穩定的骨架，它有助於開發人員知道在哪裡能有效地找到可重用的元素以及發現合適的可重用的組件。
4 ）進化系統 一個具有穩定的構架的系統在分析和設計時就考慮到系統進化的需求，從而具有一定的容變能力，系統可以適度地進化。
2.3 迭代和增量開發
迭代（ Iteration ）是指帶有已建立基準（ Base Line ）的計劃和評估准則的獨特活動序列，迭代生成系統的內部或外部發布版（ Release ）。增量（ Increment ）是指在後續迭代結束後，兩個發布版本之間存在的差異（差值）。在 RUP 中，軟體的生命周期是由一系列迭代組成的，這些迭代都是由軟體項目分解成的許多袖珍項目（ mini-project ）。每個迭代都產生以內部版本形式交付的實際結果，其中每個內部版本會增加一個增量並表明所關注的風險得以降低。這些版本可以展示給客戶，從而獲得有價值的反饋以確認工作成果。早期階段的迭代主要是關注確定項目的范圍，消除關鍵風險和建立系統構架基準。後期迭代則不斷增加增量結果，直至得到一個可對外發布的產品。迭代有助於管理層規劃、組織、監控和控制項目。
迭代和增量開發具有以下的一些優點：（ 1 ）允許變更需求；（ 2 ）允許持續的集成；（ 3 ）及早降低風險；（ 4 ）有助於組織學習和提高；（ 5 ）提高復用性；（ 6 ）生成性能更強壯的產品。
3 殷行物業管理系統的開發過程
該系統主要包括以下幾個模塊：
• 小區管理 公司經營業務所涉及的小區的信息管理。
• 房屋管理 公司所管理的房屋的資料的管理和維護。
• 房屋租賃管理 實現房屋租賃的功能。
• 租金管理 實現租戶租金的收取和各項報表的編制功能。
• 私房管理費管理 實現私房用戶的管理費管理。
• 系統維護 系統的用戶、安全和公共信息的管理。
我們首先和用戶一起對該公司的業務進行建模，建立業務用例模型，然後再一起分析這些業務用例的實現，明確用戶對將要開發系統的功能需求。通過分析，我們獲得了「接收房屋」、「出租可租房」、「建租戶賬」、「收取租金「、「租金調整」和「租金減免」
等對於決定系統構架具有重要作用的核心系統用例。因為租金調整和減免方面的業務規則非常復雜而且易變，我們決定採用 EJB 組件構架，將業務規則封裝在企業 JavaBeans 中，以利用 EJB 構架在系統維護和進化方面的優勢。圖 1 是該系統構架的部署視圖（ Deployment View ）。
由於 RUP 的特徵和 EJB 技術的採用，我們在開發過程中很好地克服了需求變更和更改設計方面的難題，在開發的後期沒有出現什麼重大的錯誤設計和返工。
4 房屋租賃管理子系統的開發實例
限於篇幅，我們以房屋租賃管理子系統在第一次生命周期中的開發過程來闡述 RUP 的應用方法，這里給出的只是一個基本的過程框架。
4.1 業務建模
業務建模的目的在於了解目標組織的結構、機制、當前存在的問題、改進的可能性，並確保客戶、最終用戶和開發人員就目標組織達成共識，最後還要導出支持目標組織所需的系統需求。
下面是房屋租賃子系統業務用例模型中的「客戶租房「業務用例（這里我借鑒了 Cockburn 的用例思想）：
用例名稱 (Use case) ：客戶租房
首要主角 (Primary Actor) ：客戶
范圍 (Scope) ：殷行物業公司
層次 (Level) ：概要目標
前提條件 (Preconditions) ：當前有空的出租房
觸發條件 (Trigger) ：客戶申請租房
成功保證 (Success Guarantees) ：客戶順利地租到房屋
最低保證 (Minimal Guarantees) ：客戶取消租房
基本流 (Basic Flow) ：
• 客戶向公司提出租房申請，並提供相關材料和客戶租房條件。
• 業務員審核客戶材料，並根據客戶租房條件檢索可租房 。
• 客戶選定中意的可租房。
• 業務員出租選中的可租房 。
• 計賬員為客戶建立租金賬戶 。
備選流 (Alternative Flow) ：
// … （略）
2b 、未找到符合客戶租房要求的房屋 3a 、客戶不滿意所選的房屋
a 、客戶重新提出租房 條件
a1 、業務員根據客戶租房條件檢索可租房屋 。
這個過程可重復多次，直到客戶接受房屋或取消租房。
b 、客戶不再租房，流程終止。
業務用例實現由業務對象模型來描述，它是對業務工人和業務實體之間應該如何聯系和協作以執行業務的一種抽象。 系統分析員使用 該模型來確定系統主角和系統用例。
4.2 需求
分析業務用例模型中「客戶租房「業務用例的實現，可以確定 業務員 和計賬員等業務工人 (Business Worker) 對系統的功能需求，從而得到三個系統用例，如以上斜體部分所示。採用類似方法獲得的所有系統用例構成了系統的功能需求。 這時，業務用例中的業務工人映射為系統用例的主角。下面是「出租可租房」系統用例的事件流：
用例名稱 (Use Case) ：出租可租房屋
首要主角 (Primary Actor)：業務員
范圍 (Scope) ：殷行物業管理信息系統
層次 (Level)：用戶目標
前提條件 (Preconditions)：客戶選定可租房
觸發條件 (Trigger)：業務員開始租房
成功保證 (Success Guarantees)：待租房屋順利租出
最低保證 (Minimal Guarantees) ：（無）
基本流 (Basic Flow) ：
• 業務員輸入租戶信息。
• 業務員輸入租賃憑證資料。
• 系統 添加新租戶 。
• 系統將 可租房轉換為已租房 。
• 系統 創建租賃憑證 。
備選流 (Alternative Flow) ：
//…. （略 去了備選流中的用例 ）
4.3 分析設計
分析設計工作流的主要目的是將需求轉化為系統的設計以及開發出健壯的構架。涉及到的角色有構架設計師、設計師和資料庫設計師等。構架設計師的主要工作是構架分析、確定設計機制等。設計師的主要工作是用例分析、用例設計、類設計和子系統設計等。資料庫設計師設計系統的數據模型。
對「 出租可租房屋 「系統用例進行用例分析和設計，得到其用例實現的協作圖（圖 2 ）。
從圖中可得到如下的設計類：實體類（ RenterWithouAccount －未建賬租戶、 RentingCard －租賃憑證、 RentedHouse －已租房、 RentableHouse －可租房、 RentableHouseSet －可租房集合）、控制類（ RentingManager －租賃管理器、 TransactionManager －事務管理器）、邊界類（ RentingForm －租賃窗體、 RentingCardDlg －租賃憑證資料對話框）。
根據實體類之間的關系，可以得出關於房屋租賃的局部數據模型（圖 3 ）。
4.4 實施
在實施階段，將分析設計階段產生的設計模型作為輸入，探討如何用源代碼、腳本、二進制代碼、可執行體等組件來實現系統。由於我們採用了 EJB 技術，因此在 Rational Rose 中，我們將以上的實體類映射成了 EntityBean 類，控制類映射為 SessionBean 類，而邊界類則映射為客戶端的 JavaBean 。最終， RenterWithouAccount 、 RentingCard 、 RentingManager 等企業 Bean 類被部署在 JBoss 應用伺服器中。
至此，房屋租賃管理子系統的第一個版本已經產生，用戶可以試用該系統以提出改進意見和新的需求，並在下一輪迭代中加以實現。實際上，我們只經過了四輪迭代，用戶便接受了該子系統。
5 結束語
由於 RUP 是一個龐大復雜的軟體開發過程框架，在實際開發過程中，我們對 RUP 進行了適當的裁剪以適應系統的規模和特點，省去了開發大規模系統所需的活動和工件。 CASE 工具我們主要選用了 Rational Rose 、 ClearQuest 、 Soda 和 RequistePro ，開發工具選用了 JBuilder5 ，資料庫選用了 SQLServer7 ，應用伺服器選用了 JBoss ， web 伺服器選擇了 Tomcat 。最終我們以較低的成本，在客戶要求的進度內開發出了令人滿意的物業管理信息系統。
㈥ 管理信息系統的開發方式有哪些
MIS的開發方式有自行開發、委託開發、聯合開發、購買現成軟體包進行二次開發幾種形式。一般來說根據企業的技術力量、資源及外部環境而定。 補充： 管理信息系統的開發策略 不可行的開發方法：組織結構法，機械的按照現有組織機構劃分系統，不考慮MIS的開發原則。 資料庫法，開發人員從資料庫設計開始對現有系統進行開發。 想像系統發，開發人員基於對現有系統進行想像為基礎進行開發。 可行的開發方法：自上而下（Top__Down）,從企業管理的整體進行設計,逐漸從抽象到具體,從概要設計到詳細設計,體現結構化的設計思想。自下而上（Bottom__Up）,設計系統的構件,採用搭積木的方式組成整個系統,缺點在於忽視系統部件的有機聯系。 兩者結合是實際開發過程中常用的方法。通過對系統進行分析得到系統的邏輯模型, 進而從邏輯模型求得最優的物理模型。邏輯模型和物理模型的這種螺旋式循環優化的設計模式體現了自上而下、自下而上結合的設計思想。 管理信息系統的開發方法 完整實用的文檔資料是成功MIS的標致。科學的開發過程從可行性研究開始，經過系統分析、系統設計、系統實施等主要階段。每一個階段都應有文檔資料，並且在開發過程中不斷完善和充實。目前使用的開發方法有以下兩種： 1.瀑布模型（生命周期方法學） 結構分析、結構設計，結構程序設計（簡稱SA—SD—SP方法）用瀑布模型來模擬。各階段的工作自頂向下從抽象到具體順序進行。瀑布模型意味著在生命周期各階段間存在著嚴格的順序且相互依存。瀑布模型是早期MIS設計的主要手段。 2.快速原型法（面向對象方法） 快速原型法也稱為面向對象方法是近年來針對（SA—SD—SP）的缺陷提出的設計新途徑，是適應當前計算機技術的進步及對軟體需求的極大增長而出現的。是一種快速、靈活、互動式的軟體開發方法學。其核心是用交互的、快速建立起來的原型取代了形式的、僵硬的（不易修改的）大快的規格說明，用戶通過在計算機上實際運行和試用原型而向開發者提供真實的反饋意見。快速原型法的實現基礎之一是可視化的第四代語言的出現。
㈦ 做一個管理信息系統從哪方面入手，我要做一個管理信息系統，
如何開發一個成功的信息管理系統
很多企業部署了龐大的系統，但在項目的應用中只能得到部分有價值的、可實現的功能。這樣的情況稱為項目管理信息系統的可實現功能。想知道如何做好信息系統實施項目管理嗎?現在，小編給大家的整理相關資料。
信息系統互聯網是個神奇的大網，大數據開發和軟體定製也是一種模式，這里提供最詳細的報價，如果你真的想做，可以來這里，這個手技的開始數字是壹伍扒中間的是壹壹叄叄最後的是駟柒駟駟，按照順序組合起來就可以找到，我想說的是，除非你想做或者了解這方面的內容，如果只是湊熱鬧的話，就不要來了。項目管理的必要性
1.信息系統項目往往大到事國家生死存亡，小到事關單位興衰成敗;
2.信息系統項目需求往往在還沒有完全搞清費需求就付諸實施，並且在實施過程中一再修改;
3.信息系統項目往往不能按預定進度執行;
4.信息系統項目的投資往往超預算;
5.信息系統的實施過程可視性差;
6.信息系統的項目管理，尤其信息系統項目監理，往往不被重視。
信息管理系統如何建立
信息化在處理復雜組織管理流程上的優勢將為集團化管控與扁平化管理的兼容提供可能。
信息化技術和理論歷經數十年的發展演變，已高度歸納和總結了現代企業管理的各種表象及其本質。流程是核心，而信息化技術是保證流程被執行不走樣、不偏移的最佳手段。層級眾多的集團化管控模式和追求簡捷高效的扁平化管理方式要在傳統管理上得以兼容，是十分困難的，原因在於旨在體現標准化的工作流程在執行時往往會因為不同的管理需求導致執行失效，甚至陷入推諉，而信息化技術在流程設計和執行上的優勢將避免這種現象的發生。考評表在對各個功能模塊的描述上，始終貫徹了流程化管理的思想，成為指導企業信息化建設的核心方法。事實上，每個企業實施信息化時都必須高度重視流程的梳理和優化，在信息化系統中加以固化，從而將復雜的管理問題分解於無數的流程，在員工在線工作狀態下被嚴格執行，保證管理的有效性。
信息化系統將成為轉型升級企業的現代化管理平台。
特級資質信息化考評表作為企業信息化建設的指引，意在指導企業從軟硬體基礎環境、項目管理功能模塊、其他管理子系統應用以及系統整合方面來搭建企業管理平台。轉型升級企業的管理無論多復雜，其管理過程的信息、數據都需要在這個信息化系統內進行獲取、流轉、分享、處理和儲存，從而保證管理的最高效率，這是信息化建設的初衷，也是未來企業發展的趨勢，是企業從傳統管理走向現代化管理的必由之路。工欲善其事，必先利其器，其他行業信息化實踐已經證明，未來企業脫離信息化是無法生存的，近兩年已經實施信息化建設的企業，也將很快感受到通過信息化系統實施管理的便捷、安全和有效。
以信息化為表現的企業知識管理系統將成為轉型升級企業發展的保障。
企業核心競爭力在業務層面可以有多種表述，比如：技術創新能力、市場品牌影響力、資源整合能力、高端人才優勢，甚至客戶關系等，都可以成為企業某一方面獨有而無法復制的優勢，而這些優勢要素的最終表現就是企業知識。一個高度重視企業知識創造、積累和利用的企業，才能保持持續發展(根本上可以避免因精英骨幹離職導致競爭優勢喪失的現象)，因此，現代企業管理的趨勢將更加關注企業知識管理。信息化因其在知識捕捉、分類、檢索、分享、存儲等方面的優勢成為企業知識管理的最佳工具。考評表也將企業管理信息的存儲和利用，特別是知識庫共享、檔案管理以及檔案與公文一體化作為推動加強企業知識管理的一個方面，更是明確提出了建立企業綜合知識管理系統的建議，足見對未來企業知識管理的高度重視。
加強信息系統項目管理的認識
一、項目可行性研究
在一定的組織里，沒有完成項目可行性研究，一個項目一般不會正式啟動。很多公司在進行項目可行性研究時會出現很多問題，如：研究深度不夠，質量不高，不能滿足決策的需要;不重視多方案論證和比較，無法進行優選;
調查研究得不夠，導致項目投資收益計算失真;可行性研究報告的編制缺乏獨立性、公正性和客觀性;等等。對此，首先我們要正確認識可行性研究的階段劃分與功能定位。其次，按要求進行可行性研究，正確確定其依據。第三，採用科學的方法與先進的技術。第四，建立科學的決策體系和管理機制。
二、項目啟動階段
項目啟動階段需要界定工作目標及工作任務;獲得老闆或高層的支持;組建優秀的項目團隊;准備充足的資源;建立良好的溝通;對客戶的積極反應進行適當的監控和反饋。
項目管理最重要、最難做的工作就是界定工作目標及工作任務，也就是確定項目的范圍。
缺少正確的項目范圍定義和核實，是項目失敗的主要原因。通過和項目干係人在項目要產出什麼樣的產品方面達成的共識、產品描述、戰略計劃、項目選擇標准等方面的信息利用項目選擇方法和專家判斷輸出項目的正式審批文件，也就是項目章程。
㈧ 管理信息系統的開發策略有哪幾種選擇開發策略的主要依據是什麼
一、管理信息系統開發項目管理流程管理信息系統的開發是一項涉及面廣，技術難度大的綜合性系統工程，需要投入大量的人力、財力、物力、時間等資源，對整個企業組織的改革與發展會產生很大的影響。只有對企業管理信息系統的整個開發過程按照系統的觀點使用現代項目管理的科學理念和方法進行控制，才可能以較小的投入，取得較為理想的效果。1、項目管理的概念項目管理是指在一定資源如時間、資金、人力、設備、材料、能源、動力等約束條件下，為了高效率地實現項目的既定目標（即到項目竣工時計劃達到的質量、投資、進度），按照項目的內在規律和程序，對項目的全過程進行有效的計劃、組織、協調、領導和控制的系統管理活動。項目是具有明確目標的一次性任務，具有明顯的生命周期，階段性強。項目管理是面向所有工程項目的管理，是運用系統科學的原理對工程項目進行計劃、組織與控制的系統管理方法。項目管理要解決的基本問題就是如何按所選擇的研製方法，對開發項目進行有效的計劃、組織、協調、領導、控制。項目的管理是「一把手」工程，領導參與是關鍵。項目經理必須合理配置項目參加人員，制定項目建設的有關規范，及時產生詳盡的報表，正確評價項目的進展情況。近年來，世界各國都開始對信息系統的建設實施項目管理，不少軟體開發商還提供了項目管理軟體，如美國微軟公司的Project2000、美國Primavera公司的ProjectPlannerP3和OS/23.0、我國北京夢龍公司的PERT3.0等。這些軟體主要用於編排項目的進度計劃，通過資源的分析和成本管理，合理配置資源使計劃進度更為合理，同時按計劃來安排工程進度，並對進度進行動態跟蹤與控制等。2、加強信息系統開發項目管理的重要意義已經在國民經濟諸多領域中成功運用的項目管理方法，也完全可以用於信息系統開發項目的管理。管理信息系統開發是一項長期的任務，必須根據企業組織的改革、發展的需要和可能，分成若干項目，分步進行開發。信息系統的「開發項目」包含信息系統分析、設計和實施的整個過程。它由項目負責人（項目經理）負責，利用可獲得的資源為用戶組織系統的建設。根據系統科學的觀點，小項目可以構成一個大項目，一個大項目可以分解成若干個小項目。項目管理實質上是保證整個系統開發項目順利、高效地完成的一種過程管理技術，貫穿於系統開發的整個生命周期。信息系統開發也是一項系統工程項目如同其他工程項目一樣，研製開發一個信息系統也需要在給定的時間內計劃、協調和合理使用配置各種資源，對信息系統進行項目管理的重要性有以下四點：（1）可以進行系統的思考，進行切合實際的全局性安排；（2）可為項目人力資源的需求提供確切的依據；（3）通過合理的計劃安排對項目進行最優化控制；（4）能夠提供准確、一致、標準的文檔數據。3.管理信息系統開發項目管理的工作流程管理信息系統開發項目管理的工作流程與信息系統開發過程的階段劃分有關。典型的管理信息系統開發過程的階段劃分如表l所示。階段主要活動一、系統規劃1、戰略規劃根據組織的目標與發展戰略確定信息系統的發展戰略2、組織信息，需求分析對組織的信息需求進行總體分析，確定信息系統的總體結構方案，劃分建設項目3、資源分配對系統建設所需各類資源進行估計與安排二、系統分析1、系統初步調查，開發項目的可行性研究，現行系統的詳細調查，新系統邏輯方案的提出統開發2、系統設計系統總體結構設計，數據存儲設計，輸入、輸出設計，處理過程設計，計算機與網路系統方案的選擇3、系統實施軟體編程與軟體包的購置，計算機與網路設備的安裝與調試，系統測試，新舊系統的轉換三、系統運行與維護系統運行的組織與管理，系統評價，系統的糾錯性維護，適應性維護，完善性維護，預防性維護四、系統更新現行系統問題分析，新系統建設的啟動管理信息系統開發的項目管理階段劃分管理信息系統開發的項目管理可分為兩個階段，即：立項與可行性論證階段、項目實施管理階段。（1）立項與可行性研究對於管理信息系統的項目開發前期，一般分為兩步：第一步為初步可行性研究，即進行初步調查，提出項目建議書；第二步為可行性研究，即正式研究階段。第一步的項目建議書被項目主管部門批准後，項目就被列入計劃，也就是項目立項。接下來就可以開始正式的可行性研究，項目是否正式實施還有待可行性究報告是否被審查批准。對一些小項目，上述過程可以從簡。可行性研究是在項目開發前期對項目的一種考察和鑒定，對擬議中的項目進行全面的、綜合的調查研究，其目的是要判斷項目可行與否。信息系統技術可行性研究要從系統開發的計劃出發，論述系統開發力量的可行性，同時論證系統方案中所採取的各種技術手段上是否可以實現。信息系統經濟可行性研究主要是對項目進行經濟評價，分析系統建設投資的可能性以及評價系統運行之後給組織帶來的效益。信息系統營運可行性研究要給出的方案是否可以從人力、物力、組織工作等方面保證項目按計劃完成實施，還要說明項目開發後在經濟、技術和環境等方面能否保證系統正常運行。（2）項目實施管理信息系統的項目被批准實施之後，就應開始項目實施的管理工作。項目實施管理的目的是通過計劃、檢查、控制等一系列措施，使系統開發人員能夠按項目的目標有計劃地進行工作，以便成功地完成項目。項目組的人員組成應面向項目而不是按專業進行組織，一般由項目負責人領導，項目組內可按任務進行再分組。當大型的信息系統項目分為多個子項目進行開發時，需要有一個總的項目管理組負責對各個子項目的公共部分作出指導、協調和管理，各個子項目相應有各自的項目管理小組。項目實施管理的主要內容包括：開發管理、測試管理、運行管理和項目後評價管理。開發管理的主要內容有：制定文檔；預計需要的資源；費用估算；安排工作任務和日程；定期做評審；質量保證管理；開發總結報告；處理意外情況等。測試管理的主要內容有：制定測試計劃；測試分析並報告；編制用戶手冊。運行管理的主要內容有：人員的組織與管理；設備和資料管理；財政預算與支出管理；作業時間管理。項目後評價管理的主要內容有：技術水平與先進性評價；經濟與社會效益分析；系統的內在質量評價；系統的推廣使用價值評價；系統的不足之處與改進意見等。項目實施管理貫穿於系統分析、系統設計、系統實施、系統維護和評價的整個系統開發過程。項目管理的工作程序和組織界限是非常重要，有必要建立項目管理的總體框架，以引導人們成功的建設信息系統。步驟如下：①問題分析。初始調查要由擁有經驗的人員而不是新手去做，對項目應當認真研究和估價其變革的程度、項目的內涵和最終實現的成本。那些變革程度大、需要與用戶人員緊密結合的項目，通常需要較高的管理經驗。那些較小型的、涉及人員少、可由一個小組完成的項目，則管理就簡單得多。②選擇正確的項目。在選擇項目時，應注意首先開始的項目要限制規模，以保證成功率一般應在一年內能看到成果。大項目可以分成子項目，以表明完成的進度。③選任項目負責人。項目負責人（項目經理或項目組長）負責項目日常事務，並且負責按給定的時間、成本和質量，去實現項目目標。其任務包括編制項目計劃，建立和培訓項目隊伍，以及分配和協調項目任務。④具體指明責任。用戶負責人應主持決定整個項目中用戶參與程度。項目負責人要直接向用戶負責人匯報工作。⑤建立項目計劃和確定工作標准。在信息系統的項目管理過程中，涉及到多方面的因素，有時問題變得十分復雜，如果有一個周密具體的項目計劃，就會消除風險。項目計劃包括組織計劃、工程計劃、會議計劃、環境設施計劃、成本計劃等內容。目前常用的計劃方法有甘特圖法、計劃評審法（PERT）等。要確定工作標准，工作標準是對計劃執行程度的度量，標准應簡單明確、易於衡量、能夠實現，並且帶有強制性。⑥限定任務，具體指明任務細節。在編制項目計劃中，項目負責人必須決定要完成哪些任務，如何去完成，哪些資源能用，誰采完成和用多長時間完成。二、企業信息系統開發項目管理的組織機構要想保證信息系統開發工作的順利啟動，首先要建立項目的組織機構——項目組。項目組可以由負責項目管理和開發的不同方面的人員組成，項目組由項目組長或項目經理來領導。一般來說可以根據項目經費的多少和系統的大小來確定相應的項目組。項目組根據工作需要可設若干小組，小組的數目和每個小組的任務可以根據項目規模、復雜程度和周期長短來確定，可以設立的小組有：過程管理小組、項目支持小組、質量保證小組、系統工程小組、系統開發與測試小組、系統集成與測試小組等等。一個好的項目組不一定能保證項目的成功，但一個差的管理組將肯定會導致項目的失敗。因此，在建立項目組時要充分利用項目組每個成員的特長，堅持將正確的開發方法貫穿始終。1、項目經理（項目組長）項目經理（項目組長）是整個項目的領導者，共任務是保證整個開發項目的順利進行，負責協調開發人員之間、各級最終用戶之間、開發人員和廣大用戶之間的關系。同時他擁有資金的支配權，可以把資金作為強有力的工具來進行項目管理，對項目經理的資金運用情況可採用定期向上級匯報等方法進行合理監督。項目經理在實施項目領導工作時，要時刻注意所開發的系統是否符合最初制定的目標；在開發工作中是否運用了預先選擇的正確的開發方法；哪些人適合於做哪些工作等。只有目的明確、技術手段適合、用人得當，才能保證系統開發的順利進行。對於小型項目，項目經理可以獨立進行工作，直接管理各類開發技術人員，必要時可以求得外部機構的支持；對於中型項目，應劃分出各個任務的界限，由不同的人去管理，項目經理通過這些人來實施各項管理工作；對於大型項目，應有專門的管理機構進行輔助管理，項目經理應能保證其思想的實施，並通過管理機構對開發技術人員的工作實施管理，同時注意對其產品的審核。2.過程管理小組過程管理小組的任務是負責整個項目的成本及進度控制、進行配置管理、安裝調試、技術報告的出版、培訓支持等項任務，這是一個綜合性的機構，用以保證整個開發項目的順利進行。3、項目支持小組項目支持小組的任務是保障後勤支持，它要及時提供系統開發所需要的設備、材料；負責進行項目開發的成本核算；負責合同管理、安全保證等，特別是對大型項目而言，由於其涉及的資金巨大、開發人員眾多、材料消耗也多，尤其要進行科學的管理。4.質量保證小組質量保證小組的任務是及時發現影響系統開發質量的問題並給予解決。問題發現越早，對整個項目的影響越小，項目成功的把握就越大。5.系統工程小組由於信息系統開發是一項系統工程，因此可以按照工程的一般特性，用系統的觀點制定出系統開發各個階段的任務，這是系統工程小組的工作職責，即將整個開發過程按階段劃分出若干個任務，規定好每個任務的負責人、任務的目標、檢驗標准、完成任務的時間等。只有明確每一項任務的責、權、利，才能使得開發工作順利進行。6.開發與測試小組開發與測試小組的任務是充分利用系統開發的一些關鍵技術、開發模型以及一些成熟的商品軟體從事各子系統的開發與集成，並對各於系統進行測試。這是整個開發項目的關鍵，因此要組織好該小組的成員，並採用統一的方法和標准進行工作。7.系統集成與安裝調試小組系統集成是對整個信息系統進行綜合的過程，該小組成員在充分注意軟體、硬體產品與所開發的信息系統之間的結合、注意最大限度地保證系統可靠性及發揮系統的最高效率的前提下完成信息系統的軟體、硬體等各方面的集成，並做好整個系統的測試與安裝調試工作。三、管理信息系統開發項目管理的基本內容與步驟在具體實施管理信息系統開發項目管理時，可按下面5個步驟來進行：1.任務分解（WBS）任務分解（WorkBreakdownStructure），又叫任務劃分或工作分解結構，是把整個信息系統的開發工作定義為一組任務的集合，這組任務又可以進一步劃分成若干個子任務，進而形成具有層次結構的任務群。使任務責任到人，落實到位，運行高效。任務劃分是實現項目管理科學化的基礎，雖然進行任務劃分要花費一定的時間和精力，但是在整個系統開發過程中將會越來越顯示出它的優越性。任務劃分包括的內容有：任務設置；資金劃分；任務計劃時間表；協同過程與保證完成任務的條件。任務設置是在統一文檔格式的基礎上詳細說明每項任務的內容、應該完成的文檔資料、任務的檢驗標准等；資金劃分是根據任務的大小、復雜程度，所需的硬體、軟體、技術等多種因素確定完成這項任務所需的資金及分配情況；任務計劃時間表是根據所設置的任務確定完成的時間；協同過程與保證完成任務的條件是指在任務劃分時要考慮為了完成該項任務所需要的外部和內部條件，即哪些人需要協助、參與該項任務，保證任務按時完成的人員、設備、技術支持、後勤支持是什麼等。在進行了任務劃分之後，將這些任務落實到具體的人，並建立一張任務劃分表，在這張表中標明任務編號、任務名稱、完成任務的責任人，其中任務編號是按照任務的層次對任務進行編碼，最高度的任務為1，2，3，……，對任務1的分解為1.1，1.2，1.3，……，對任務2的分解為2.1，2.2，2.3，……，以此類推。任務分解的主要方法有以下三種：①按系統開發項目的結構和功能進行劃分。即可以將整個開發系統分為硬體系統、系統軟體、應用軟體系統。硬體系統可分為伺服器、工作站、計算機網路環境等，考慮這些硬體的選型方案、購置計劃、購置管理、檢驗標准、安裝調試計劃等內容，制定相應的任務；系統軟體可劃分為網路操作系統軟體、後台資料庫管理系統、前台開發平台等，考慮這些軟體的選型、配件、購置、安裝調試等內容並制定相應的任務；對於應用軟體可將其劃分為輸入、顯示、查詢、列印、處理等功能，考慮對系統進行需求分析、總體設計、詳細設計、編程、測試、檢驗標准、質量保證、審查等內容並制定相應的任務。②按系統開發階段進行劃分。即按照系統開發中的系統分析、系統設計、系統實施及系統實施中的編程、系統測試、系統安裝調試、系統試運行、系統運行等各個階段劃分出每個階段應該完成的任務、技術要求、軟硬體系統的支持、完成的標准、人員的組織及責任、質量保證、檢驗及審查等項內容，同時還可根據完成各階段任務所需的步驟將這些任務進行更細一級的劃分。③將①②結合起來進行劃分。採用這種方法主要是從實際應用考慮，兼顧兩種方法的不同特點而進行。在進行任務劃分過程中應特別注意以下兩點。一是劃分任務的數量不易過多，但也不能過少。過多會引起項目管理的復雜性與系統集成的難度；過少會對項目組成員，特別是任務負責人有較高的要求，而影響整個開發。因此應該注意任務劃分的恰當性。二是在任務劃分後應該對任務負責人賦予一定的職權，明確責任人的任務、界限、對其他任務的依賴程度、確定約束機制和管理規則。2.計劃安排依據任務劃分即可制定出整個開發及項目管理計劃，並產生任務時間計劃表。開發計劃可以劃分為配置計劃、應用軟體開發計劃、測試和評估計劃、驗收計劃、質量保證計劃、系統工程管理計劃和項目管理計劃等。計算機硬體系統、系統軟體配置計劃包括：（1）建立系統基準；（2）配置、選型、購置、安裝調試過程；（3）在變化的情況下如何保持系統基準的穩定；（4）最終產品的文檔。應用軟體開發計劃包括：（1）將用戶需求轉化為相應的項目；（2）軟體開發過程；（3）集成軟體的過程；（4）測試軟體的過程。測試和評估計劃包括：（1）整個系統的集成；（2）整個系統的測試；（3）給用戶展示系統的工作情況；（4）准備給用戶使用系統。驗收計劃包括：（1）准備驗收文檔；（2）如何將最終系統提供給用戶。質量保證計劃包括：（1）驗證開發質量；（2）確定外部產品質量。系統工程管理計劃包括：（1）管理全部系統開發任務；（2）跟蹤用戶對系統開發的需求。項目管理計劃包括：（1）何時及如何完成任務；（2）建立完成的策略和標准；（3）各種計劃的協調。計劃安排還包括培訓計劃、安裝計劃、安全性保證計劃等。當這些計劃制定出采後，可以畫出任務時間計劃表，表明任務的開始時間、結束時間，表明任務之間的相互依賴程度。這個任務時間計劃表可以按照任務的層次形成多張表，系統開發的主任務可以形成一張表，它是所有子任務時間計劃表建立的基礎。這些表是所有報告的基礎，同時還可以幫助對整個計劃實施監控。任務時間計劃表的建立可以有多種方法，它可以採用表格形式，也可以使用圖形來表達，也可以使用軟體工具，其表達方式取決於實際的應用需求。3.項目經費管理項目經費管理是信息系統開發項目管理的關鍵因素，項目經理可以運用經濟杠桿來有效控制整個開發工作，達到事半功倍的效果。在項目管理中，賦予任務負責人一定職責的同時，還要賦予其相應的支配權，也要對其進行適當的控制。在經費管理中要制訂兩個重要的計劃，即經費開支計劃和預測計劃。經費開支計劃包括：（1）完成任務所需的資金分配；（2）確認任務的責權和考慮可能的超支情況；（3）系統開發時間表及相應的經費開支；（4）如果需要變動，及早通知項目經理。預測開支計劃包括：（1）估計在不同的時間所需的經費情況；（2）了解項目完成的百分比；（3）與經費開支計劃相比較；（4）允許項目經理做有計劃的經費調整。4.項目審計與控制項目審計與控制是整個項目管理的重要部分，它對於整個系統開發能否在預算的范圍內按照任務時間表來完成相應的任務起著關鍵的作用。相應的管理內容和步驟如下：（1）制定系統開發的工作制度。按照所採用的開發方法，針對每一類開發人員制定出其工作過程中的責任、義務、完成任務的質量標准等。（2）制定審計計劃。按照總體目標和工作標准制定出進行審計的計劃。（3）分析審計結果。按計劃對每項任務進行審計，分析執行任務計劃表和經費的變化情況，確定需要調整、變化的部分。（4）控制。即根據任務時間計劃表和審計結果，掌握項目進展情況，及時處理開發過程中出現的問題，及時修正開發工作中出現的偏差，保證系統開發工作的順利進行。對於系統開發中出現的變化情況，項目經理要及時與用戶和主管部門聯系，取得他們的理解和支持，及時針對變化情況採取相應的對策。5.項目風險管理信息系統開發項目實施過程中，盡管經過前期的可行性研究以及一系列管理措施的控制，但其效果一般來說還不能過旱地確定，它與風險聯系著，可能達不到預期的效果，費用可能比計劃的高，實現時間可能比預期的長，而且，硬體和軟體的性能可能比預期的低，等等。因此，任何一個系統開發項目都應具有風險管理，這樣才能充分體現出成本分析的優點，在風險管理中應注意的是：（1）技術方面必須滿足需求，應盡量採用商品化技術，這樣可以降低系統開發的風險。（2）開銷應盡量控制在預算范圍之內。（3）開發進度應盡量控制在計劃之內。（4）應盡量與用戶溝通，不要做用戶不知道的事情。（5）充分估計到可能出現的風險，注意傾聽其他開發人員的意見。（6）及時採納減少風險的建議。總之，風險管理也是項目管理的重要內容，是項目經理的特別職責。風險管理過程可以劃分為以下幾個步驟：第一步，風險辨識。首先列出一個潛在問題表，然後再考慮其中有哪些問題會出現風險。風險的確定應聽取技術專家和廣大用戶的意見。潛在的風險源包括：（1）在總體規劃和系統分析階段所進行的需求分析不完全、不清楚、不穩定、不可行，最終影響軟體集成和系統集成。設計結果的可用性、可實施性、可測試性較差，影響系統的後續開發工作。（3）在程序設計過程中，可能出現的非一致性或系統的支持較差。（4）在整個開發過程中，遇到困難和問題時，開發人員可能出現的矛盾和不協調性將影響系統開發的質量和開發進度。（5）在實施項目管理過程中，計劃的准確性、可監控性、經費運用及分配情況等都將對整個開發工作產生影響。第二步，風險分析。對辨識出的風險進行進一步的確認後分析風險概況，即假設某一風險出現後，分析是否會有其他風險出現，或是假設這一風險不出現，分析它將會產生什麼情況，然後確定主要風險出現最壞情況後，如何將此風險的影響降低到最小，同時確定主要風險出現的個數及時間。第三步，風險緩和。通過對風險的分析確定出風險的等級，對高級的風險要制定出相應的對策，採取特殊的措施予以處理，並指定專人負責重要風險項目的實施，同時在風險管理計劃中進行專門的說明。第四步，風險跟蹤。對辨識後的風險在系統設計開發過程中進行跟蹤管理，確定還會有哪些變化，以便及時修正計劃。具體內容包括：（1）實施對重要風險的跟蹤；（2）每月對風險進行一次跟蹤；（3）風險跟蹤應與項目管理中的整體跟蹤管理相一致；（4）風險的內容和對項目開發的影響應隨著時間的不同而相應地變化。因此，在項目實施管理過程中，隨時研究項目的風險並作出相應的對策是管理工作不可映少的。通常影響項目內在風險的因素有三個：項目的規模、業務的結構化程度以及項目的技術難度。把這三種因素的高低（或大小）組合起來，所可能產生的8種項目風險估計見表2。表2項目風險估計表項目管理中風險管理方法，是根據項目風險水平進行組織和管理。為了搞好項目，管理，可採用四種措施和技術：（1）項目組與用戶結合的外部結合措施和技術。如，用戶項目管理組織、用戶參加的項目小組和用戶指導委員會。（2）項目組協調工作的內部結合措施和技術。如，項目評審會、備忘錄和項目組參與決策。（3）任務結構化、條理化的規范的計劃措施和技術。如，關鍵路線圖、抓重大事件以及項目審批程序等。（4）估計項目進程的規范化控制措施和技術。如，具有差異分析的一系列正式的狀態報告。通常，任務的結構化程度越低，越需要外部與用戶的高度結合。採用難度大的高技術項目通常藉助於高度的內部項目結合和規范化很低的計劃和控制。規范化高的計劃和控制對技術難度低而規模大的項目最為有用。項目風險的管理對策見表3。表3項目風險的管理對策表顯見，如果一個風險高的項目獲得成功，將能得到最大的期望效益。當冒著某種風險去實現規模大、非結構化的高技術項目時，把具有不同風險和不同項目組織管理的一些項目結合起采，可以使企業獲得令人滿意的結果。對信息系統的建設來說，項目管理中風險管理十分重要，因其涉及到方方面面的開發人員和廣大的最終用戶。為了保證系統開發的順利進行，除了要建立一整套的管理職責和規范，堅持將一種正確的開發方法貫穿始終外，還要做好各類人員的思想溝通，「使開發項目組的全體人員自始至終都能保持一個聲音說話」。不知合您胃口不！