第一篇：系統(tǒng)架構(gòu)師下午案例分析歷年必考總結(jié)

1.可靠性（Reliability）是指產(chǎn)品在規(guī)定的條件下和規(guī)定的時間內(nèi)完成規(guī)定功能的能力。

子特性：成熟性，容錯性，易恢復(fù)性，可靠性的依從性。

1.提高可靠性的技術(shù)：

(1)N版本程序設(shè)計(2)恢復(fù)塊方法(3)防衛(wèi)式程序設(shè)計(4)雙機熱備或集群系統(tǒng)(5)冗余設(shè)計

【問題1】

(1)針對特定應(yīng)用系統(tǒng)，難度較大(2)數(shù)據(jù)冗余較大

(3)以應(yīng)用為中心管理數(shù)據(jù)(4)數(shù)據(jù)庫系統(tǒng)接口標準化，易于在不同應(yīng)用之間共享數(shù)據(jù) 【問題2】

(1)關(guān)系模式(2)讀寫時先從磁盤讀入內(nèi)存，再讀寫，性能相對較低(3)運行時整個數(shù)據(jù)庫基本全調(diào)入內(nèi)存，數(shù)據(jù)庫容量受內(nèi)存容量限制，容量較小(4)雖然也有恢復(fù)機制，但并不是所有故障都能恢復(fù)，可靠性較低

(5)內(nèi)存數(shù)據(jù)庫(6)內(nèi)存數(shù)據(jù)庫(7)關(guān)系數(shù)庫(8)內(nèi)存數(shù)據(jù)庫(9)內(nèi)存數(shù)據(jù)庫

2.2.數(shù)據(jù)持久層是一組軟件服務(wù)，將應(yīng)用程序與該程序所使用的數(shù)據(jù)源分離，為整個項目提供一個統(tǒng)一、安全、并發(fā)的數(shù)據(jù)持久機制。好處：

1、程序代碼重用性強，即使更換數(shù)據(jù)庫，只需要更改配置文件，不必重寫程序代碼。

2、業(yè)務(wù)邏輯代碼可讀性強，在代碼中不會有大量的SQL語言，提高程序的可讀性。

3、持久化技術(shù)可以自動優(yōu)化，以減少對數(shù)據(jù)庫的訪問量，提高程序運行效率。

4、簡化開發(fā)工作，讓開發(fā)人員更關(guān)注于業(yè)務(wù)邏輯的開發(fā)?！締栴}2】

1、項目組應(yīng)選Hibernate框架

2、選擇該技術(shù)的原因是：

(1)從移植的角度來看使用Hibernate更容易移植到其它數(shù)據(jù)庫平臺。

Hibernate與具體數(shù)據(jù)庫的關(guān)聯(lián)只需在XML文件中配置即可，所有的HQL語句與具體使用的數(shù)據(jù)庫無關(guān)，移植性很好。MyBatis項目中所有的SQL語句都是依賴所用的數(shù)據(jù)庫的，所以不同數(shù)據(jù)庫類型的支持不好。

(2)使用Hibernate能降低或者消除SQL語句開發(fā)工作量，Hibernate 提供了方法完成持久層操作，程序員不需要對SQL 的熟練掌握，便可完成任務(wù)。

(3)Hibernate提供了對象狀態(tài)管理的功能，使開發(fā)者不再需要理會底層數(shù)據(jù)庫系統(tǒng)的細節(jié)，而MyBatis在這一塊沒有文檔說明，用戶需要對對象自己進行詳細的管理。3.3.數(shù)據(jù)流的組成和作用

數(shù)據(jù)流：數(shù)據(jù)流是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，因此由一組成分固定的數(shù)據(jù)組成。外部實體：代表系統(tǒng)之外的實體，可以是人、物或其他軟件系統(tǒng)。

加工（處理）：加工是對數(shù)據(jù)進行處理的單元，它接收一定的數(shù)據(jù)輸入，對其進行處理，并產(chǎn)生輸出。數(shù)據(jù)存儲：表示信息的靜態(tài)存儲，可以是文件、文件的一部分、數(shù)據(jù)庫的元素等。

4.對ESB的定義進行描述，給出ESB的五個主要功能

ESB是傳統(tǒng)中間件技術(shù)與XML、Web服務(wù)等技術(shù)結(jié)合的產(chǎn)物，主要支持異構(gòu)系統(tǒng)集成。ESB基于內(nèi)容的路由和過濾，具備復(fù)雜數(shù)據(jù)的傳輸能力，并可以提供一系列的標準接口。

--ESB全稱為Enterprise Service Bus，即企業(yè)服務(wù)總線。它是傳統(tǒng)中間件技術(shù)與XML、Web服務(wù)等技術(shù)結(jié)合的產(chǎn)物。ESB提供了網(wǎng)絡(luò)中最基本的連接中樞，是構(gòu)筑企業(yè)神經(jīng)系統(tǒng)的必要元素。ESB的出現(xiàn)改變了傳統(tǒng)的軟件架構(gòu)，可以提供比傳統(tǒng)中間件產(chǎn)品更為廉價的解決方案，同時它還可以消除不同應(yīng)用之間的技術(shù)差異，讓不同的應(yīng)用服務(wù)器協(xié)調(diào)運作，實現(xiàn)了不同服務(wù)之間的通信與整合 ESB的5個主要功能：（1）服務(wù)位置透明性；（2）傳輸協(xié)議轉(zhuǎn)換；（3）消息格式轉(zhuǎn)換；（4）消息路由；（5）消息增強；（6）安全性；

1)服務(wù)的MetaData管理：在總線范疇內(nèi)對服務(wù)的注冊命名及 尋址進行管理。

2)傳輸服務(wù)：確保通過企業(yè)總線互連的業(yè)務(wù)流程間的消息的正確交付，還包括基于內(nèi)容的路由功能。3)中介：提供位置透明的路由和定位服務(wù)；提供多種消息傳遞形式；支持廣泛使用的 傳輸協(xié)議。4)多服務(wù)集成方式： 如JCA，Web服務(wù)，Messaging，Adaptor等.5)服務(wù)和事件管理支持： 調(diào)用服務(wù)的記錄、測量和監(jiān)控數(shù)據(jù)；提供事件檢測、觸發(fā)和分布功能；

ESB 中最常提到的兩個功能是消息轉(zhuǎn)換和消息路由。

一條總線一個時刻，只允許一個設(shè)備接收，但允許多個設(shè)備發(fā)送

5.項目計劃應(yīng)該包括什么內(nèi)容

（1）項目背景

（2）項目經(jīng)理、項目經(jīng)理的主管領(lǐng)導、客戶方聯(lián)系人、客戶方的主管領(lǐng)導，項目領(lǐng)導小組(項目管理團隊)和項目實施小組人員

（3）項目的總體技術(shù)解決方案（4）所選擇的項目管理過程及執(zhí)行水平（5）對這些過程的工具、技術(shù)和輸入輸出的描述（6）選擇的項目的生命周期和相關(guān)的項目階段（7）項目最終目標和階段性目標（8）進度計劃（9）項目預(yù)算

（10）變更流程和變更控制委員會

（11）對于內(nèi)容、范圍和時間的關(guān)鍵管理評審，以便于確定懸留問題和未決決策

6.基于DNS的負載均衡與基于反向代理的負載均衡

基于DNS的負載均衡是在DNS服務(wù)器中為同一個主機名配置多個IP 地址，在應(yīng)答DNS 查詢時，DNS 服務(wù)器對每個查詢將以DNS文件中主機記錄的IP地址按順序返回不同的解析結(jié)果，將客戶端的訪問引導到不同的節(jié)點上去，使得不同的客戶端訪問不同的節(jié)點，從而達到負載均衡的目的。

反向代理負載均衡。反向代理負載均衡是將來自Internet上的連接請求以反向代理的方式動態(tài)地轉(zhuǎn)發(fā)給內(nèi)部網(wǎng)絡(luò)上的多個節(jié)點進行處理，從而達到負載均衡的目的。

6.數(shù)據(jù)庫分區(qū)可采用水平分區(qū)和垂直分區(qū)兩種方式

本系統(tǒng)應(yīng)采用水平分區(qū)，因為社交網(wǎng)絡(luò)數(shù)據(jù)庫的數(shù)據(jù)表記錄數(shù)量非常龐大，而且記錄的訪問，大多集中于本地區(qū)域，所以水平分區(qū)能極大提高處理效率。

7.引入主從復(fù)制機制給系統(tǒng)帶來的好處

主從復(fù)制機制使得同樣的數(shù)據(jù)，存在多個副本，這樣讓用戶查詢數(shù)據(jù)時，可以選擇該數(shù)據(jù)最近的副本進行訪問，提高效率，降低資源使用時的沖突。

8.請結(jié)合已知信息從緩存架構(gòu)、緩存有效性及緩存數(shù)據(jù)類型等方面分析使用Memcached代替數(shù)據(jù)庫查詢緩存的原因

Memcached相比數(shù)據(jù)庫查詢緩存：

緩存架構(gòu)：數(shù)據(jù)庫緩存只是將查詢結(jié)果進行緩存，適用面很窄，而Memcached是將數(shù)據(jù)庫中的表進行緩存，對于在這些表之上的操作均可適用。

緩存有效性：Memcached緩存時效較長，只要未更新，就屬于有效狀態(tài)，而數(shù)據(jù)查詢緩存時效較短（具體時效與配置有關(guān)），所以在此方面Memcached有優(yōu)勢。

緩存數(shù)據(jù)類型：Memcached緩存數(shù)據(jù)為表級，而數(shù)據(jù)庫查詢緩存為元組級。

9.項目計劃書的內(nèi)容

項目提出的背景和必要性、國內(nèi)外市場分析、項目主要開發(fā)和建設(shè)內(nèi)容、項目實施的技術(shù)方案、項目實施的現(xiàn)有基礎(chǔ)、項目組織機構(gòu)和人員安排、、項目實施進度計劃、項目資金需求及來源、項目經(jīng)濟和社會效益分析、項目風險分析及應(yīng)對措施

10.要縮短項目的工期，主要有兩種方法：

趕工：對成本和進度進行權(quán)衡，確定如何盡量少增加費用的前提下最大限度地縮短項目所需要的時間，稱為趕進度也稱趕工。

快速跟進：調(diào)整邏輯關(guān)系,通過對各種邏輯關(guān)系并行確定來縮短項目周期。在進行項目設(shè)計中，當風險不大時，通過精心安排而使項目的前后階段相互搭接以加快項目進展速度的做法叫快速跟進。

4.公鑰加密與簡單密碼加密

（1）基于口令的認證方式實現(xiàn)簡單，但由于口令復(fù)雜度及管理方面的原因，易受到認證攻擊；而在基于公鑰體系的認證方式中，由于其密鑰機制的復(fù)雜性，同時在認證過程中私鑰不在網(wǎng)絡(luò)上傳輸，因此可以有效防止認證攻擊，與基于口令的認證方式相比更為安全。

（2）按照需求描述，在完成用戶身份鑒別后，需依據(jù)用戶身份進一步對業(yè)務(wù)數(shù)據(jù)進行安全保護，且受保護數(shù)據(jù)中包含用戶私有的終端機數(shù)據(jù)文件，在基于口令的認證方式中，用戶口令為用戶和認證服務(wù)器共享，沒有用戶獨有的直接秘密信息，而在基于公鑰的認證方式中，可基于用戶私鑰對私有數(shù)據(jù)進行加密保護，實現(xiàn)更加簡便。

（3）基于公鑰體系的認證方式協(xié)議和計算更加復(fù)雜，因此其計算復(fù)雜度要高于基于口令的認證方式，但業(yè)務(wù)環(huán)境的總用戶數(shù)據(jù)在100人以內(nèi)，用戶規(guī)模不大，運行環(huán)境又為局域網(wǎng)環(huán)境，因此基于公鑰體系的認證方式可以滿足平臺效率要求。5.加密解密過程

應(yīng)采用流加密方式。因為需求中提及“單個敏感數(shù)據(jù)文件可能會達到數(shù)百兆的規(guī)?！?，文件數(shù)據(jù)量較大，使用流加密方式可以獲得更高的加解密效率。

數(shù)據(jù)加密與解密過程如下：

其加密過程為：首先生成一個對稱密鑰，使用用戶公鑰加密這個對稱密鑰后存儲在文件頭，然后用生成的對稱密鑰加密文件數(shù)據(jù)存儲。

其解密過程為：用戶首先使用自己的私鑰解密被加密的對稱密鑰，再用該對稱密鑰解密出數(shù)據(jù)原文。6.目前數(shù)據(jù)庫管理系統(tǒng)提供的基本數(shù)據(jù)加密支持主要有以下兩種：

（1）加解密API：數(shù)據(jù)庫管理系統(tǒng)提供可在SQL語句中調(diào)用的加解密API，應(yīng)用可以利用這些API構(gòu)建自己的基礎(chǔ)架構(gòu)，對數(shù)據(jù)進行加密保護。

（2）透明加密：安全管理員為數(shù)據(jù)庫敏感字段選擇加密方式及密鑰強度，應(yīng)用訪問受保護數(shù)據(jù)時只需使用口令打開或關(guān)閉密鑰表，對數(shù)據(jù)的加密和解密由數(shù)據(jù)庫管理系統(tǒng)自動完成。

加解密API方式的靈活性強，但構(gòu)建和管理復(fù)雜；而透明加密方式管理簡單，應(yīng)用程序負擔輕，但靈活性較差。用戶要求盡可能減少安全管理與應(yīng)用程序的負擔，因此應(yīng)選擇透明加密方式。

7.關(guān)系型數(shù)據(jù)庫的弊端與NOSQL數(shù)據(jù)庫比較

（1）用戶執(zhí)行讀寫操作時，響應(yīng)時間均變得很慢；

（2）隨著系統(tǒng)功能的擴充，原有數(shù)據(jù)格式發(fā)生變化，又出現(xiàn)新的數(shù)據(jù)格式，維護困難；（3）數(shù)據(jù)容量很快超過系統(tǒng)原有的設(shè)計上限，數(shù)據(jù)庫擴容困難；（4）軟件系統(tǒng)不斷出現(xiàn)宕機，整個系統(tǒng)可用性較差。

其原因主要是：

（1）用戶響應(yīng)時間慢。大型社交網(wǎng)絡(luò)系統(tǒng)要根據(jù)用戶個性化信息來實時生成動態(tài)頁面和提供動態(tài)信息，所以基本上無法使用動態(tài)頁面靜態(tài)化技術(shù)，因此數(shù)據(jù)庫并發(fā)負載非常高，往往要達到每秒上萬次讀寫請求。關(guān)系數(shù)據(jù)庫應(yīng)付上萬次SQL查詢還勉強可以，但是應(yīng)付上萬次SQL寫數(shù)據(jù)請求，硬盤I/O就已經(jīng)無法承受了。特別是涉及到多表連接操作，會導致響應(yīng)變慢。

（2）數(shù)據(jù)格式變化。大型社交網(wǎng)絡(luò)系統(tǒng)隨著用戶的使用，會不斷地增加新的功能，導致原有數(shù)據(jù)格式發(fā)生變化，甚至出現(xiàn)新的數(shù)據(jù)格式。但關(guān)系數(shù)據(jù)庫中采用元組方式組織數(shù)據(jù)，難以使用新型數(shù)據(jù)格式，難以維護。

（3）數(shù)據(jù)容量超過設(shè)計上限。對于大型社交網(wǎng)絡(luò)系統(tǒng)，往往會在很短時間內(nèi)產(chǎn)生海量數(shù)據(jù)。關(guān)系數(shù)據(jù)庫多采用中央數(shù)據(jù)存儲，使得數(shù)據(jù)容量受限于前期設(shè)計的上限，很難實現(xiàn)數(shù)據(jù)容量的橫向擴展。

（4）系統(tǒng)可用性差：關(guān)系數(shù)據(jù)庫采用中央數(shù)據(jù)存儲，容易成為系統(tǒng)的性能瓶頸，單點故障很容易導致系統(tǒng)崩潰，負載過高往往導致系統(tǒng)出現(xiàn)宕機現(xiàn)象?！締栴}2】

針對問題（1），NoSQL數(shù)據(jù)庫支持高并發(fā)數(shù)據(jù)訪問，性能較高。

針對問題（2），NoSQL數(shù)據(jù)庫的數(shù)據(jù)存儲結(jié)構(gòu)松散，能夠靈活支持多種類型的數(shù)據(jù)格式。針對問題（3），NoSQL數(shù)據(jù)庫能夠支持海量數(shù)據(jù)的存儲，且易于橫向擴展。

針對問題（4），NoSQL數(shù)據(jù)庫基于分布式數(shù)據(jù)存儲，不存在單點故障和性能瓶頸，系統(tǒng)可用性高?！締栴}2】該系統(tǒng)采用NoSQL數(shù)據(jù)庫時可能存在的問題有：（1）NoSQL數(shù)據(jù)庫的現(xiàn)有產(chǎn)品不夠成熟，大多數(shù)產(chǎn)品處于初創(chuàng)期。（2）NoSQL數(shù)據(jù)庫并未形成一定的標準，產(chǎn)品種類繁多，缺乏官方支持。（3）NoSQL數(shù)據(jù)庫不提供對SQL的支持，學習和應(yīng)用遷移成本較高。（4）NoSQL數(shù)據(jù)庫支持的特性不夠豐富，現(xiàn)有產(chǎn)品提供的功能比較有限。8.設(shè)計模式試題。【說明】

某軟件企業(yè)為影音產(chǎn)品銷售公司W(wǎng)開發(fā)一套在線銷售系統(tǒng)，以提升服務(wù)的質(zhì)量和效率。項目組經(jīng)過討論后決定采用面向?qū)ο蠓椒ㄩ_發(fā)該系統(tǒng)。在設(shè)計建模階段需要滿足以下設(shè)計要求：

（1）W公司經(jīng)常進行促銷活動。根據(jù)不同的條件（如訂單總額、商品數(shù)量、產(chǎn)品種類等），公司可以提供百分比折扣或現(xiàn)金減免等多種促銷方式供提交訂單的用戶選擇。實現(xiàn)每種促銷活動的代碼量很大，且會隨促銷策略不同經(jīng)常修改。系統(tǒng)設(shè)計中需要考慮現(xiàn)有的促銷和新的促銷，而不用經(jīng)常地重寫控制器類代碼。

（2）該在線銷售系統(tǒng)需要計算每個訂單的稅率，不同商品的稅率及計算方式會有所區(qū)別。所以W公司決定在系統(tǒng)中直接調(diào)用不同商品供應(yīng)商提供的稅率計算類，但每個供應(yīng)商的類提供了不同的調(diào)用方法。系統(tǒng)設(shè)計中需要考慮如果公司更換了供應(yīng)商，應(yīng)該盡可能少地在系統(tǒng)中修改或創(chuàng)建新類。項目組架構(gòu)師決定采用設(shè)計模式來滿足上述設(shè)計要求，并確定從當前已經(jīng)熟練掌握的設(shè)計模式中進行選擇，這些設(shè)計模式包括：適配器模式（Adapter）、構(gòu)造器模式（Builder）、命令模式（Command）、外觀模式（Facade）、中介模式（Mediator）、原型模式（Prototype）、代理模式（Proxy）、狀態(tài)模式（State）和策略模式（Strategy）等。

【問題1】（6分）

設(shè)計模式按照其應(yīng)用模式可以分為三類：創(chuàng)建型、結(jié)構(gòu)型和行為型，請用200字以內(nèi)文字說明三者的作用?！締栴}2】（9分）

請將項目組已經(jīng)掌握的設(shè)計模式按照其作用分別歸類到創(chuàng)建型、結(jié)構(gòu)型和行為型模式中。【問題3】（10分）

針對題目中所提出的設(shè)計要求（1）和（2），項目組應(yīng)該分別選擇何種設(shè)計模式？請分別用200字以內(nèi)文字說明具體的解決方案。試題答案： 【問題1】

創(chuàng)建型模式主要用于創(chuàng)建對象，為設(shè)計類實例化新對象提供指南。

結(jié)構(gòu)型模式主要用于處理類或?qū)ο蟮慕M合，對類如何設(shè)計以形成更大的結(jié)構(gòu)提供指南。

行為型模式主要用于描述類或?qū)ο蟮慕换ヒ约奥氊煹姆峙?，對類之間交互以及分配責任的方式提供指南?！締栴}2】

創(chuàng)建型模式：構(gòu)造器模式、原型模式。

結(jié)構(gòu)型模式：適配器模式、外觀模式、代理模式。

行為型模式：命令模式、中介模式、狀態(tài)模式和策略模式?！締栴}3】（1）策略模式

解決方案：在具有公共接口的獨立類中定義每個計算?？梢岳迷撃Ｊ絼?chuàng)建各種促銷類，它們從同一個超類繼承。每個類都有相同名稱的標準接口方法，用于根據(jù)訂單編號計算將要折扣的金額總數(shù)。計算每個促銷的內(nèi)部代碼對促銷類來說完全不同（3分）。（2）適配器模式

解決方案：增加一個類作為適配器，轉(zhuǎn)換類的接口到客戶端類期望的另一個接口。實現(xiàn)一個適配器類，這個類為系統(tǒng)的其他部分提供了一個不變的方法供調(diào)用，為了集成不同商品供應(yīng)商提供的稅率計算類，編寫一個適配器類的子類，包含調(diào)用購買類所需的代碼。該子類將系統(tǒng)的調(diào)用映射到某個供應(yīng)商的稅率計算類。如果要更換供應(yīng)商，那么只需要寫一個新的適配器子類，其他保持不變。

本題主要考查系統(tǒng)建模技術(shù)中的設(shè)計模式。

設(shè)計模式是前人經(jīng)驗的總結(jié)，它使人們可以方便地復(fù)用成功的設(shè)計和架構(gòu)。當人們在特定的環(huán)境下遇到特定類型的問題，采用他人已經(jīng)使用過的一些成功的解決方案，一方面可以降低分析、設(shè)計和實現(xiàn)的難度，另一方面可以使系統(tǒng)具有更好的可復(fù)用性和靈活性，隨著面向?qū)ο蠹夹g(shù)的發(fā)展和廣泛應(yīng)用，設(shè)計模式已經(jīng)成為系統(tǒng)架構(gòu)設(shè)計師所需掌握的基本技能之一?！締栴}1】

設(shè)計模式根據(jù)目的和用途不同，可以分為創(chuàng)建型（Creational）模式、結(jié)構(gòu)型（Structural）模式和行為型（Behavioral）模式三種。創(chuàng)建型模式主要用于創(chuàng)建對象，為設(shè)計類實例化新對象提供指南；結(jié)構(gòu)型模式主要用于處理類或?qū)ο蟮慕M合，對類如何設(shè)計以形成更大的結(jié)構(gòu)提供指南；行為型模式主要用于描述類或?qū)ο蟮慕换ヒ约奥氊煹姆峙?，對類之間交互以及分配責任的方式提供指南?！締栴}2】

創(chuàng)建型模式對類的實例化過程進行了抽象，能夠使得軟件模塊做到與對象的創(chuàng)建和組織無關(guān)。創(chuàng)建型模式隱藏了對象是如何被創(chuàng)建的和組合在一起的，以達到使整個系統(tǒng)獨立的目的。創(chuàng)建型模式包括工廠方法模式、抽象工廠模式、原型模式、單例模式和構(gòu)造器模式等。

結(jié)構(gòu)型模式描述如何將類或?qū)ο蠼M合在一起形成更大的結(jié)構(gòu)。結(jié)構(gòu)型模式描述兩種不同的事物，即類與類的實例。結(jié)構(gòu)型模式包括適配器模式、橋接模式、組合模式、裝飾模式、外觀模式、享元模式和代理模式等。

行為型模式是對在不同的對象之間劃分責任和算法的抽象，它不僅是關(guān)于類和對象的，而且是關(guān)于它們之間的相互作用的。行為型模式包括職責鏈模式、命令模式、解釋器模式、迭代器模式、中介模式、備忘錄模式、觀察者模式、狀態(tài)模式、策略模式、模板方法模式和訪問者模式等?！締栴}3】

設(shè)計要求（1）中不同的促銷方法有不同的實現(xiàn)代碼，在不同促銷活動中需要能夠替換實現(xiàn)代碼，適合采用策略模式。策略模式是一種對象的行為型模式，定義一系列算法，并將每一個算法封裝起來，并讓它們可以相互替換。策略模式讓算法獨立于使用它的客戶而變化，其目的是將行為和環(huán)境分隔，當出現(xiàn)新的行為時，只需要實現(xiàn)新的行為型模式。

設(shè)計要求（2）中不同商品供應(yīng)商提供的稅率計算類需要提供統(tǒng)一的方法調(diào)用接口，適合采用適配器模式。適配器模式將一個接口轉(zhuǎn)換成客戶希望的另一個接口，從而使接口不兼容的那些類可以一起工作。適配器模式既可以作為類結(jié)構(gòu)型模式，可以作為對象結(jié)構(gòu)型模式。在類結(jié)構(gòu)型模式中，通過使用一個具體類將適配者適配到目標接口中；在對象適配器模式中，一個適配器可以將多個不同的適配者適配到同一個目標。所屬試卷：

2012年下半年系統(tǒng)架構(gòu)設(shè)計師考試下午真題（權(quán)威解析+標準答案）2條回答

請問老師：第三個問題稅率計算類為什么不能用中介者模式？ 題目中要求盡量少修改類和新建類，中介者不用新建類，好象比適配器更適合？ 中介模式：系統(tǒng)中的上級類可以通過一個中介類調(diào)用所有不同供應(yīng)商的稅率計算類，這樣各種稅率計算類管理由中介類負責，供應(yīng)商發(fā)生變化時稅率計算類也變化，只需修改中介類，上級類不用修改，也不用創(chuàng)建新類 machine

2014-10-16 22:04:34

評價（0）（0）（0）引用

（2）該在線銷售系統(tǒng)需要計算每個訂單的稅率，不同商品的稅率及計算方式會有所區(qū)別。所以W公司決定在系統(tǒng)中直接調(diào)用不同商品供應(yīng)商提供的稅率計算類，但每個供應(yīng)商的類提供了不同的調(diào)用方法。系統(tǒng)設(shè)計中需要考慮如果公司更換了供應(yīng)商，應(yīng)該盡可能少地在系統(tǒng)中修改或創(chuàng)建新類。

答：在考試時，解決方案往往是通過分析案例中給出特點，與模式要解決的問題進行匹配得到的。如果要進行的功能是相同的，只是接口不同，則用適配器。如果沒有提到各個部件的功能，只是要解決他們之間的解耦通信的問題，則用中介者。

中介者：用一個中介對象來封裝一系列的對象交互。中介者使各對象不需要顯式地相互引用，從而使其耦合松散，而且可以獨立地改變它們之間的交互。適配器：將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。9.軟件架構(gòu)風格 【說明】

某軟件公司為其新推出的字處理軟件設(shè)計了一種腳本語言，專門用于開發(fā)該字處理軟件的附加功能插件。為了提高該語言的編程效率，公司組織軟件工具開發(fā)部門為腳本語言研制一套集成開發(fā)環(huán)境。軟件工具開發(fā)部門根據(jù)字處理軟件的特點，對集成開發(fā)環(huán)境進行了需求分析，總結(jié)出以下3項核心需求：

（1）集成開發(fā)環(huán)境需要提供對腳本語言的編輯、語法檢查、解釋、執(zhí)行和調(diào)試等功能的支持，并要實現(xiàn)各種功能的靈活組合、配置與替換。

（2）集成開發(fā)環(huán)境需要提供一組可視化的編程界面，用戶通過對界面元素拖拽和代碼填充的方式就可以完成功能插件核心業(yè)務(wù)流程的編寫與組織。

（3）在代碼調(diào)試功能方面，集成開發(fā)環(huán)境需要實現(xiàn)在腳本語言編輯界面中的代碼自動定位功能。具體來說，在調(diào)試過程中，編輯界面需要響應(yīng)調(diào)試斷點命中事件，并自動跳轉(zhuǎn)到當前斷點處所對應(yīng)的代碼。針對上述需求，軟件工具開發(fā)部門對集成開發(fā)環(huán)境的架構(gòu)進行分析與設(shè)計，王工認為該集成開發(fā)環(huán)境應(yīng)該采用管道-過濾器的架構(gòu)風格實現(xiàn)，李工則認為該集成開發(fā)環(huán)境應(yīng)該采用以數(shù)據(jù)存儲為中心的架構(gòu)風格來實現(xiàn)。公司組織專家對王工和李工的方案進行了評審，最終采用了李工的方案?！締栴}1】（12分）

請用200字以內(nèi)的文字解釋什么是軟件架構(gòu)風格，并從集成開發(fā)環(huán)境與用戶的交互方式、集成開發(fā)環(huán)境的擴展性、集成開發(fā)環(huán)境的數(shù)據(jù)管理三個方面說明為什么最終采用了李工的設(shè)計方案?！締栴}2】（13分）

在對軟件系統(tǒng)架構(gòu)進行設(shè)計時，要對架構(gòu)需求進行分析，針對特定需求選擇最為合適的架構(gòu)風格，因此實際的軟件系統(tǒng)通常會混合多種軟件架構(gòu)風格。請對核心需求進行分析，說明為了滿足需求（2）和（3），分別應(yīng)采用何種架構(gòu)風格，并概要說明采用相應(yīng)架構(gòu)風格后的架構(gòu)設(shè)計過程。試題答案： 【問題1】

軟件架構(gòu)風格是指描述特定軟件系統(tǒng)組織方式的慣用模式。組織方式描述了系統(tǒng)的組成構(gòu)件和這些構(gòu)件的組織方式，慣用模式則反映眾多系統(tǒng)共有的結(jié)構(gòu)和語義。

從集成開發(fā)環(huán)境與用戶的交互方式看，用戶通常采用交互式的方式對腳本語言進行編輯、解釋執(zhí)行與調(diào)試。在這種情況下，采用以數(shù)據(jù)存儲為中心的架構(gòu)風格能夠很好地支持交互式數(shù)據(jù)處理，而管道-過濾器架構(gòu)風格則對用戶的交互式數(shù)據(jù)處理支持有限。

從集成開發(fā)環(huán)境的擴展性來看，系統(tǒng)核心需求要求實現(xiàn)各種編輯、語法檢查、解釋執(zhí)行等多種功能的靈活組織、配置與替換。在這種情況下，采用以數(shù)據(jù)存儲為中心的架構(gòu)風格，以數(shù)據(jù)格式解耦各種功能之間的依賴關(guān)系，并可以靈活定義功能之間的邏輯順序。管道-過濾器架構(gòu)風格同樣以數(shù)據(jù)格式解耦數(shù)據(jù)處理過程之間的依賴關(guān)系，但其在數(shù)據(jù)處理邏輯關(guān)系的靈活定義方面較差。

從集成開發(fā)環(huán)境的數(shù)據(jù)管理來看，集成開發(fā)環(huán)境需要支持腳本語言、語法樹（用于檢查語法錯誤）、可視化模型、調(diào)試信息等多種數(shù)據(jù)類型，并需要支持數(shù)據(jù)格式的轉(zhuǎn)換。以數(shù)據(jù)存儲為中心的架構(gòu)將數(shù)據(jù)存儲在統(tǒng)一的中心存儲器中，中心存儲器能夠表示多種數(shù)據(jù)格式，并能夠為數(shù)據(jù)格式轉(zhuǎn)換提供各種支持。管道-過濾器架構(gòu)風格通常只能支持有限度的數(shù)據(jù)格式，并且在數(shù)據(jù)格式轉(zhuǎn)換方面的靈活性較差?！締栴}2】

為了滿足需求（2），應(yīng)該采用解釋器架構(gòu)風格。具體來說，需要：① 為可視化編程元素及其拖拽關(guān)系定義某種語言，并描述其語法與語義；② 編寫解釋器對該語言進行解釋；③ 生成對應(yīng)的腳本語言程序。為了滿足需求（3），應(yīng)該采用隱式調(diào)用架構(gòu)風格。具體來說，首先需要定義“斷點在調(diào)試過程中命中”這一事件，并實現(xiàn)當斷點命中后的屏幕定位函數(shù)。集成開發(fā)環(huán)境維護一個事件注冊表結(jié)構(gòu)，將該事件與屏幕定位函數(shù)關(guān)聯(lián)起來形成注冊表中的一個記錄項。在調(diào)試過程中，集成開發(fā)環(huán)境負責監(jiān)聽各種事件，當“斷點在調(diào)試過程中命中”這一事件發(fā)生時，集成開發(fā)環(huán)境查找事件注冊表，找到并調(diào)用屏幕定位函數(shù)，從而實現(xiàn)腳本語言編輯界面與調(diào)試代碼的自動定位。10.軟件架構(gòu)風格

系統(tǒng)架構(gòu)風險是指架構(gòu)設(shè)計中潛在的、存在問題的架構(gòu)決策所帶來的隱患。敏感點是指為了實現(xiàn)某種特定的質(zhì)量屬性，一個或多個構(gòu)件所具有的特性。權(quán)衡點是影響多個質(zhì)量屬性的特性，是多個質(zhì)量屬性的敏感點。11.數(shù)據(jù)庫反規(guī)范化

規(guī)范化設(shè)計后，數(shù)據(jù)庫設(shè)計者希望犧牲部分規(guī)范化來提高性能，這種從規(guī)范化設(shè)計的回退方法稱為反規(guī)范化技術(shù)。

采用反規(guī)范化技術(shù)的益處：降低連接操作的需求、降低外碼和索引的數(shù)目，還可能減少表的數(shù)目，能夠提高查詢效率。

可能帶來的問題：數(shù)據(jù)的重復(fù)存儲，浪費了磁盤空間；可能出現(xiàn)數(shù)據(jù)的完整性問題，為了保障數(shù)據(jù)的一致性，增加了數(shù)據(jù)維護的復(fù)雜性，會降低修改速度。

（1）增加冗余列：在多個表中保留相同的列，通過增加數(shù)據(jù)冗余減少或避免查詢時的連接操作。（2）增加派生列：在表中增加可以由本表或其它表中數(shù)據(jù)計算生成的列，減少查詢時的連接操作并避免計算或使用集合函數(shù)。

（3）重新組表：如果許多用戶需要查看兩個表連接出來的結(jié)果數(shù)據(jù)，則把這兩個表重新組成一個表來減少連接而提高性能。

（4）水平分割表：根據(jù)一列或多列數(shù)據(jù)的值，把數(shù)據(jù)放到多個獨立的表中，主要用于表數(shù)據(jù)規(guī)模很大、表中數(shù)據(jù)相對獨立或數(shù)據(jù)需要存放到多個介質(zhì)上時使用。

（5）垂直分割表：對表進行分割，將主鍵與部分列放到一個表中，主鍵與其它列放到另一個表中，在查詢時減少I/O次數(shù)。12.什么是REST REST從資源的角度來定義整個網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)，分布在各處的資源由統(tǒng)一資源標識符（URI）確定，客戶端應(yīng)用程序通過URI獲取資源的表現(xiàn)，并通過獲得資源表現(xiàn)使得其狀態(tài)發(fā)生改變。REST中將資源、資源的表現(xiàn)和獲取資源的動作三者進行分離 13.對稱加密策略

（1）機密性：發(fā)送者利用對稱密鑰對要發(fā)送的數(shù)據(jù)進行加密，只有擁有正確相同密鑰的接收者才能將數(shù)據(jù)正確解密，從而提供機密性。

（2）完整性：發(fā)送者根據(jù)要發(fā)送的數(shù)據(jù)生成消息認證碼（或消息摘要），利用對稱密鑰對消息認證碼進行加密并附加到數(shù)據(jù)上發(fā)送；接收者使用相同密鑰將對方發(fā)送的消息認證碼解密，并根據(jù)接收到的數(shù)據(jù)重新生成消息認證碼，比較兩個認證碼是否相同以驗證數(shù)據(jù)的完整性。

2、公鑰加密策略

（1）機密性：發(fā)送者利用接收者的公鑰對要發(fā)送的數(shù)據(jù)進行加密，只有擁有對應(yīng)私鑰的接收者才能將數(shù)據(jù)正確解密，從而提供機密性。

（2）完整性：發(fā)送者根據(jù)要發(fā)送的數(shù)據(jù)生成消息認證碼（或消息摘要），利用自己的私鑰對消息認證碼進行加密并附加到數(shù)據(jù)上發(fā)送；接收者利用對方的公鑰將對方發(fā)送的消息認證碼解密，并根據(jù)接收到的數(shù)據(jù)重新生成消息認證碼，比較兩個認證碼是否相同以驗證數(shù)據(jù)的完整性。14.什么是軟件架構(gòu)風格？管道過濾器風格和主程序子程序風格比較

軟件架構(gòu)風格是描述特定軟件系統(tǒng)組織方式的慣用模式。組織方式描述了系統(tǒng)的組成構(gòu)件和這些構(gòu)件的組織方式，慣用模式則反映眾多系統(tǒng)共有的結(jié)構(gòu)和語義。

主程序-子程序架構(gòu)風格中，所有的計算構(gòu)件作為子程序協(xié)作工作，并由一個主程序順序地調(diào)用這些子程序，構(gòu)件通過共享存儲區(qū)交換數(shù)據(jù)。

管道-過濾器架構(gòu)風格中，每個構(gòu)件都有一組輸入和輸出，構(gòu)件接受數(shù)據(jù)輸入，經(jīng)過內(nèi)部處理，然后產(chǎn)生數(shù)據(jù)輸出。這里的構(gòu)件稱為過濾器，構(gòu)件之間的連接件稱為數(shù)據(jù)流傳輸?shù)墓艿馈?/p>

15.案例：集中式的數(shù)據(jù)架構(gòu)和分布式數(shù)據(jù)架構(gòu)

RMO是一家運動服裝制造銷售公司，計劃在五年時間內(nèi)將銷售區(qū)域從華南地區(qū)擴展至全國范圍。為了擴大信息技術(shù)對于未來業(yè)務(wù)發(fā)展的價值，公司邀請咨詢顧問幫助他們制訂戰(zhàn)略信息系統(tǒng)規(guī)劃。經(jīng)過評審，咨詢顧問給出的戰(zhàn)略規(guī)劃要點之一是建立客戶關(guān)系支持系統(tǒng)CRSS。RMO公司決定由其技術(shù)部成立專門的項目組負責CRSS的開發(fā)和維護工作。

項目組在仔細調(diào)研和分析了系統(tǒng)需求的基礎(chǔ)上，確定了基于互聯(lián)網(wǎng)的CRSS系統(tǒng)架構(gòu)。但在確定系統(tǒng)數(shù)據(jù)架構(gòu)時，張工認為應(yīng)該采用集中式的數(shù)據(jù)架構(gòu)，給出的理由是結(jié)構(gòu)簡單、易維護且開發(fā)及運行成本低；而劉工建議采用分布式的數(shù)據(jù)架構(gòu)，并提出在開發(fā)中通過“局部數(shù)據(jù)庫+緩存”的讀寫分離結(jié)構(gòu)實現(xiàn)，具有較好的運行性能和可擴展性。

項目組經(jīng)過集體討論，考慮到公司的未來發(fā)展規(guī)劃，最終采用了劉工的建議?！締栴}1】（8分）

請用300字以內(nèi)的文字，說明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。【問題2】（13分）

在劉工建議的基礎(chǔ)上，為了避免CRSS系統(tǒng)的單點故障，請用200字以內(nèi)文字簡要說明如何建立CRSS的數(shù)據(jù)庫系統(tǒng)；對于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實現(xiàn)。【問題3】（4分）

RMO公司銷售區(qū)域?qū)⒃谖磥砦迥甏竺娣e擴展，其潛在客戶數(shù)量也會因此大幅度增加，所以良好的可擴展性是CRSS系統(tǒng)所必需的質(zhì)量屬性。請分別說明在集中式和分布式數(shù)據(jù)架構(gòu)下，可以采用哪些方法提升系統(tǒng)的可擴展性。試題答案： 【問題1】

（1）張工提出的集中式數(shù)據(jù)架構(gòu)是由一個處理器、與它相關(guān)聯(lián)的數(shù)據(jù)存儲設(shè)備以及其他外圍設(shè)備組成，它被物理地定義到單個位置。系統(tǒng)提供數(shù)據(jù)處理能力，用戶可以在同樣的站點上操作，也可以在地理位置隔開的其他站點上通過遠程終端來操作。系統(tǒng)及其數(shù)據(jù)管理被某個或中心站點集中控制。

（2）劉工提出的分布式數(shù)據(jù)架構(gòu)使用多個計算機系統(tǒng)上的多個局部數(shù)據(jù)庫系統(tǒng)構(gòu)成，數(shù)據(jù)可以在多個不同的局部數(shù)據(jù)庫中進行傳送，由不同的數(shù)據(jù)庫管理系統(tǒng)軟件進行管理，運行在多種不同的計算機上，支持多種不同的操作系統(tǒng)。這些機器位于（或分布在）不同的地理位置并通過多種通信網(wǎng)絡(luò)連接在一起。企業(yè)數(shù)據(jù)可以分布在不同的計算機上，一個應(yīng)用程序可以操作位于不同地理位置的機器上的數(shù)據(jù)。【問題2】

讀寫分離架構(gòu)利用了數(shù)據(jù)庫的復(fù)制技術(shù)，將數(shù)據(jù)的讀和寫分布在不同的處理節(jié)點上，從而達到提高可用性和擴展性的目的。

CRSS的分布式數(shù)據(jù)庫系統(tǒng)需要由多個局部數(shù)據(jù)庫系統(tǒng)、多個熱備份數(shù)據(jù)庫系統(tǒng)和多個數(shù)據(jù)緩存組成。局部數(shù)據(jù)庫負責數(shù)據(jù)的寫入，多個熱備份數(shù)據(jù)庫系統(tǒng)用以解決單點故障的問題，數(shù)據(jù)緩存負責為應(yīng)用提供所讀取的數(shù)據(jù)。

（1）讀取數(shù)據(jù)：應(yīng)用訪問緩存，如果命中則返回，否則從局部數(shù)據(jù)庫系統(tǒng)中讀取數(shù)據(jù)并將數(shù)據(jù)加載到緩存后返回。

（2）添加數(shù)據(jù)：采用延遲加載策略，應(yīng)用將數(shù)據(jù)直接寫入局部數(shù)據(jù)庫。（3）更改數(shù)據(jù)：應(yīng)用更改局部數(shù)據(jù)庫中的數(shù)據(jù)，將緩存中的數(shù)據(jù)標記為失效。（4）刪除數(shù)據(jù)：應(yīng)用刪除局部數(shù)據(jù)庫中的數(shù)據(jù)，將緩存中的數(shù)據(jù)標記為失效?！締栴}3】

張工提出的集中式數(shù)據(jù)架構(gòu)通過向上擴展（Scale Up）提升系統(tǒng)的可擴展性。具體的實現(xiàn)方式包括硬件擴容（增加CPU數(shù)量、內(nèi)存容量、磁盤數(shù)量）和硬件升級（更換為高端主機或高速磁盤等）。

劉工提出的分布式數(shù)據(jù)架構(gòu)通過向外擴展（Scale Out）提升系統(tǒng)的可擴展性。具體的實現(xiàn)方式包括數(shù)據(jù)復(fù)制、數(shù)據(jù)垂直切分（或/和）水平切分、緩存和全文搜索。試題分析：

本題考查考生對于軟件系統(tǒng)數(shù)據(jù)架構(gòu)建模的掌握情況。

數(shù)據(jù)架構(gòu)定義了信息系統(tǒng)中文件和數(shù)據(jù)庫的分布結(jié)構(gòu)。數(shù)據(jù)架構(gòu)建模是以數(shù)據(jù)為中心，建模業(yè)務(wù)數(shù)據(jù)類型和結(jié)構(gòu)，以及設(shè)計滿足應(yīng)用需求的數(shù)據(jù)庫系統(tǒng)。傳統(tǒng)以主機為中心的信息系統(tǒng)開發(fā)中，利用單個的數(shù)據(jù)庫系統(tǒng)實現(xiàn)數(shù)據(jù)的集中式存儲，物理上所有的數(shù)據(jù)位于同一個位置，構(gòu)成的是一種集中式的數(shù)據(jù)架構(gòu)；現(xiàn)代基于網(wǎng)絡(luò)的分布式系統(tǒng)開發(fā)中，很少有組織會將其全部的數(shù)據(jù)存儲在單個的數(shù)據(jù)庫中，通常需要多個數(shù)據(jù)庫系統(tǒng)組成，數(shù)據(jù)在這些數(shù)據(jù)庫系統(tǒng)之間可以傳送，由多個不同的數(shù)據(jù)庫管理系統(tǒng)控制，構(gòu)成的是一種分布式的數(shù)據(jù)架構(gòu)?！締栴}1】

集中式數(shù)據(jù)架構(gòu)中，一個或多個局域網(wǎng)中的客戶共享一個單獨計算機系統(tǒng)中的單個數(shù)據(jù)庫。系統(tǒng)提供數(shù)據(jù)處理能力，用戶可以在同樣的站點上操作，也可以在地理位置隔開的其他站點上通過遠程終端來操作。系統(tǒng)及其數(shù)據(jù)管理被某個或中心站點集中控制。單個數(shù)據(jù)庫服務(wù)器結(jié)構(gòu)的主要優(yōu)點就是簡單、易維護開發(fā)及運行成本低；但由于所有的客戶直接請求服務(wù)器，容易發(fā)生性能瓶頸，如果服務(wù)失敗，單個服務(wù)器不能提供備份和恢復(fù)，所有依賴的應(yīng)用程序都將不能工作。

分布式數(shù)據(jù)架構(gòu)中，使用多個計算機系統(tǒng)以及用戶能夠訪問遠程系統(tǒng)的數(shù)據(jù)，數(shù)據(jù)可以在多個不同的數(shù)據(jù)庫中進行傳送，由不同的數(shù)據(jù)庫管理系統(tǒng)軟件進行管理，運行在多種不同的計算機上，支持多種不同的操作系統(tǒng)。這些機器位于（或分布在）不同的地理位置并通過多種通信網(wǎng)絡(luò)連接在一起。企業(yè)數(shù)據(jù)可以分布在不同的計算機上，一個應(yīng)用程序可以操作位于不同地理位置的機器上的數(shù)據(jù)。多個數(shù)據(jù)庫服務(wù)器結(jié)構(gòu)的主要優(yōu)點就是系統(tǒng)的容錯能力和對廣域網(wǎng)容量的需求有所降低，可以采用多種策略提升整個系統(tǒng)的服務(wù)質(zhì)量；由于多個數(shù)據(jù)庫系統(tǒng)分布在不同的網(wǎng)絡(luò)節(jié)點上，位于不同位置的數(shù)據(jù)之間需要同步和協(xié)作，系統(tǒng)結(jié)構(gòu)復(fù)雜、運行成本高并且維護困難。

在實際應(yīng)用系統(tǒng)的數(shù)據(jù)架構(gòu)建模中，應(yīng)根據(jù)不同的應(yīng)用需求選擇集中式或分布式的數(shù)據(jù)架構(gòu)。本題中由于RMO要擴展其銷售區(qū)域，其潛在客戶數(shù)量也會因此大幅度增加，所以良好的可擴展性是CRSS系統(tǒng)所必需的質(zhì)量屬性；并且由于其銷售區(qū)域擴大后，系統(tǒng)中的數(shù)據(jù)會存儲于不同的地理位置，所以采用分布式數(shù)據(jù)架構(gòu)最為合理?！締栴}2】

讀寫分離架構(gòu)應(yīng)用非常廣泛，很多網(wǎng)站采用數(shù)據(jù)庫+緩存的方式來實現(xiàn)。通過緩存層來承載大量的讀訪問，如廣泛采用的Mencached，其自身往往不具備持久層存儲的功能，通常和數(shù)據(jù)庫一起組成分布式的數(shù)據(jù)架構(gòu)，由數(shù)據(jù)庫負責數(shù)據(jù)持久化存儲和寫入功能，緩存負責承載大量的并發(fā)訪問，從而提高了系統(tǒng)的數(shù)據(jù)處理效率。要避免數(shù)據(jù)訪問的單點故障，通常采用主數(shù)據(jù)庫熱備份的方式來實現(xiàn)。所以，要實現(xiàn)題目要求的分布式數(shù)據(jù)架構(gòu)，需要多個局部數(shù)據(jù)庫系統(tǒng)、多個熱備份數(shù)據(jù)庫系統(tǒng)和多個數(shù)據(jù)緩存組成。

讀寫分離結(jié)構(gòu)中，應(yīng)用讀取數(shù)據(jù)時訪問緩存，如果沒有命中所需數(shù)據(jù)，則從主數(shù)據(jù)庫中讀取數(shù)據(jù)并寫入緩存；對于新增、修改和刪除操作，需要采用延遲加載的策略，新增時只修改主數(shù)據(jù)庫，修改和刪除時除了修改主數(shù)據(jù)庫中的內(nèi)容，還需要將緩存中的數(shù)據(jù)標記為失效?！締栴}3】

傳統(tǒng)的集中式數(shù)據(jù)架構(gòu)中由于只有單個的數(shù)據(jù)庫系統(tǒng)，所以要滿足可擴展性的要求，更多的只能通過硬件的方式來實現(xiàn)。具體的實現(xiàn)方式包括硬件擴容（增加CPU/內(nèi)存容量/磁盤數(shù)量）和硬件升級（更換高端主機或高速磁盤等）。

基于網(wǎng)絡(luò)的分布式數(shù)據(jù)架構(gòu)中由多個數(shù)據(jù)庫系統(tǒng)共同組成，可以通過更改和優(yōu)化數(shù)據(jù)分布來滿足系統(tǒng)可擴展性的要求。具體的實現(xiàn)方式包括數(shù)據(jù)復(fù)制、數(shù)據(jù)垂直切分（或/和）水平切分、緩存和全文搜索。16.案例ESB TeleDev是一個大型的電信軟件開發(fā)公司，公司內(nèi)部采用多種商業(yè)/開源的工具進行軟件系統(tǒng)設(shè)計與開發(fā)工作。為了提高系統(tǒng)開發(fā)效率，公司管理層決定開發(fā)一個分布式的系統(tǒng)設(shè)計與開發(fā)工具集成框架，將現(xiàn)有的系統(tǒng)設(shè)計與開發(fā)工具有效集成在一起。集成框架開發(fā)小組經(jīng)過廣泛調(diào)研，得到了如下核心需求：（1）目前使用的系統(tǒng)設(shè)計與開發(fā)工具的運行平臺和開發(fā)語言差異較大，集成框架應(yīng)無縫集成各個工具的功能；

（2）目前使用的系統(tǒng)設(shè)計與開發(fā)工具所支持的通信協(xié)議和數(shù)據(jù)格式各不相同，集成框架應(yīng)實現(xiàn)工具之間的靈活通信和數(shù)據(jù)格式轉(zhuǎn)換；

（3）集成框架需要根據(jù)實際的開發(fā)流程靈活、動態(tài)地定義系統(tǒng)工具之間的協(xié)作關(guān)系；

（4）集成框架應(yīng)能集成一些常用的第三方實用工具，如即時通信，郵件系統(tǒng)等。

集成框架開發(fā)小組經(jīng)過分析與討論，最終決定采用企業(yè)服務(wù)總線（ESB）作為集成框架的基礎(chǔ)架構(gòu)?！締栴}1】（8分）

ESB是目前企業(yè)級應(yīng)用集成常用的基礎(chǔ)架構(gòu)。請列舉出ESB的4個主要功能，并從集成系統(tǒng)的部署方式、待集成系統(tǒng)之間的耦合程度、集成系統(tǒng)的可擴展性3個方面說明為何采用ESB作為集成框架的基礎(chǔ)架構(gòu)?！締栴}2】（12分）

在ESB基礎(chǔ)架構(gòu)的基礎(chǔ)上，請根據(jù)題干描述中的4個需求，說明每個需求應(yīng)該采用何種具體的集成方式或架構(gòu)風格最為合適?！締栴}3】（5分）

請指出在實現(xiàn)工具之間數(shù)據(jù)格式的靈活轉(zhuǎn)換時，通常采用的設(shè)計模式是什么，并對實現(xiàn)過程進行簡要描述。

試題答案：

【問題1】

ESB的主要功能包括：（1）應(yīng)用程序的位置透明性（2）傳輸協(xié)議轉(zhuǎn)換（3）消息格式轉(zhuǎn)換（4）消息路由（5）消息增強（6）安全支持（7）監(jiān)控和管理

采用ESB作為集成框架，能夠?qū)崿F(xiàn)靈活的部署結(jié)構(gòu)，包括CS結(jié)構(gòu)、P2P結(jié)構(gòu)等。

采用ESB作為集成框架，待集成系統(tǒng)只需要和總線進行聯(lián)系，彼此之間不需要互相通信，這樣就大大降低了系統(tǒng)的耦合程度。

采用ESB作為集成框架，在加入新的待集成系統(tǒng)時，只需要采用插件的方式實現(xiàn)傳輸協(xié)議和數(shù)據(jù)格式的適配即可，系統(tǒng)的可擴展性較強?！締栴}2】

對于需求（1）來說，由于需要共享系統(tǒng)的功能，并且系統(tǒng)的運行平臺與語言差異較大，應(yīng)該采用面向服務(wù)的方式進行功能集成，可以將工具的功能包裝為服務(wù)，實現(xiàn)跨語言與跨平臺訪問。

對于需求（2）來說，工具所支持的通信協(xié)議和數(shù)據(jù)格式各不相同，并需要實現(xiàn)工具之間的靈活通信協(xié)議和數(shù)據(jù)格式交換，因此應(yīng)該基于消息總線，以協(xié)議及數(shù)據(jù)適配器的方式實現(xiàn)靈活的通信協(xié)議和數(shù)據(jù)格式轉(zhuǎn)換。對于需求（3）來說，集成框架需要根據(jù)實際的軟件系統(tǒng)開發(fā)流程，靈活、動態(tài)地定義系統(tǒng)設(shè)計與開發(fā)工具之間的協(xié)作關(guān)系，因此應(yīng)該引入工作流定義語言及其引擎來動態(tài)描述工具之間的協(xié)作關(guān)系。

對于需求（4）來說，應(yīng)該采用界面集成的方法對第三方工具進行集成，繞過工具內(nèi)部的復(fù)雜處理邏輯?！締栴}3】 在實現(xiàn)工具之間數(shù)據(jù)格式的靈活轉(zhuǎn)換時，通常采用適配器設(shè)計模式。即應(yīng)首先定義一個統(tǒng)一的數(shù)據(jù)轉(zhuǎn)換接口類，然后針對不同的數(shù)據(jù)格式轉(zhuǎn)換需求定義對應(yīng)的實際轉(zhuǎn)換類，實際轉(zhuǎn)換類需要繼承數(shù)據(jù)轉(zhuǎn)換接口類，并實現(xiàn)接口轉(zhuǎn)換類定義的接口。試題分析：

本題主要考查系統(tǒng)集成的相關(guān)知識及應(yīng)用，需要考生結(jié)合題干描述和自己的實際經(jīng)驗進行回答。【問題1】

本問題主要考查企業(yè)服務(wù)總線（ESB）的基本概念，需要考生列舉出企業(yè)服務(wù)總線七個核心功能中的任意四個，根據(jù)ESB的特點，其核心功能包括：（1）應(yīng)用程序的位置透明性（2）傳輸協(xié)議轉(zhuǎn)換（3）消息格式轉(zhuǎn)換（4）消息路由

（5）消息增強

（6）安全支持（7）監(jiān)控和管理

根據(jù)集成系統(tǒng)的部署方式，可以看出采用ESB作為集成框架，能夠?qū)崿F(xiàn)靈活的部署結(jié)構(gòu)，包括CS結(jié)構(gòu)、P2P結(jié)構(gòu)等。

從待集成系統(tǒng)之間的耦合程度，可以看出采用ESB作為集成框架，待集成系統(tǒng)只需要和總線進行聯(lián)系，彼此之間不需要互相通信，這樣就大大降低了系統(tǒng)的耦合程度。

從集成系統(tǒng)的可擴展性，可以看出采用ESB作為集成框架，在加入新的待集成系統(tǒng)時，只需要采用插件的方式實現(xiàn)傳輸協(xié)議和數(shù)據(jù)格式的適配即可，系統(tǒng)的可擴展性較強。【問題2】

對于需求（1）“目前使用的系統(tǒng)設(shè)計與開發(fā)工具的運行平臺和開發(fā)語言差異較大，集成框架應(yīng)無縫集成各個工具的功能”來說，由于需要共享系統(tǒng)的功能，并且系統(tǒng)的運行平臺與語言差異較大，應(yīng)該采用面向服務(wù)的方式進行功能集成，可以將工具的功能包裝為服務(wù)，實現(xiàn)跨語言與跨平臺訪問。

對于需求（2）“目前使用的系統(tǒng)設(shè)計與開發(fā)工具所支持的通信協(xié)議和數(shù)據(jù)格式各不相同，集成框架應(yīng)實現(xiàn)工具之間的靈活通信和數(shù)據(jù)格式轉(zhuǎn)換”來說，工具所支持的通信協(xié)議和數(shù)據(jù)格式各不相同，并需要實現(xiàn)工具之間的靈活通信協(xié)議和數(shù)據(jù)格式交換，因此應(yīng)該基于消息總線，以協(xié)議及數(shù)據(jù)適配器的方式實現(xiàn)靈活的通信協(xié)議和數(shù)據(jù)格式轉(zhuǎn)換。

對于需求（3）“集成框架需要根據(jù)實際的開發(fā)流程靈活、動態(tài)地定義系統(tǒng)工具之間的協(xié)作關(guān)系”來說，集成框架需要根據(jù)實際的軟件系統(tǒng)開發(fā)流程，靈活、動態(tài)地定義系統(tǒng)設(shè)計與開發(fā)工具之間的協(xié)作關(guān)系，因此應(yīng)該采用解釋器架構(gòu)風格，引入工作流定義語言及其引擎來動態(tài)描述工具之間的協(xié)作關(guān)系。

對于需求（4）“集成框架應(yīng)能集成一些常用的第三方實用工具，如即時通信，郵件系統(tǒng)等”來說，應(yīng)該采用界面集成的方法對第三方工具進行集成，繞過工具內(nèi)部的復(fù)雜處理邏輯，實現(xiàn)功能集成?！締栴}3】

本題主要考查數(shù)據(jù)轉(zhuǎn)換在實現(xiàn)層面上的常用方法。在實現(xiàn)工具之間數(shù)據(jù)格式的靈活轉(zhuǎn)換時，通常采用適配器設(shè)計模式。即應(yīng)首先定義一個統(tǒng)一的數(shù)據(jù)轉(zhuǎn)換接口類，然后針對不同的數(shù)據(jù)格式轉(zhuǎn)換需求定義對應(yīng)的實際轉(zhuǎn)換類，實際轉(zhuǎn)換類需要繼承數(shù)據(jù)轉(zhuǎn)換接口類，并實現(xiàn)接口轉(zhuǎn)換類定義的接口。）17.在系統(tǒng)可靠性中，可靠度和失效率是兩個非常關(guān)鍵的指標，請分別解釋其含義?？煽啃裕ɑ蛘呖捎眯裕┦侵府a(chǎn)品在規(guī)定的條件下和規(guī)定的時間內(nèi)完成規(guī)定功能的能力 ； 可靠度：在規(guī)定的條件下，在規(guī)定的時間內(nèi)，軟件不引起系統(tǒng)失效的概率

失效率：失效率又稱風險函數(shù)，也可以稱為條件失效強度，是指運行至此刻系統(tǒng)未出現(xiàn)失效的情況下，單位時間系統(tǒng)出現(xiàn)失效的概率 18.提高可靠性的策略

常見的軟件可靠性技術(shù)主要有容錯設(shè)計、檢錯設(shè)計和降低復(fù)雜度設(shè)計等技術(shù)。

其中，容錯設(shè)計技術(shù)主要有恢復(fù)快設(shè)計、N版本程序設(shè)計和冗余設(shè)計三種方法。N版本程序設(shè)計是一種靜態(tài)的故障屏蔽技術(shù)，其設(shè)計思想是用N個具有相同功能的程序同時執(zhí)行一項計算，結(jié)果通過多數(shù)表決來選擇。其中N個版本的程序必須由不同的人獨立設(shè)計，使用不同的方法、設(shè)計語言、開發(fā)環(huán)境和工具來實現(xiàn)，目的是減少N個版本的程序在表決點上相關(guān)錯誤的概率。動態(tài)冗余又稱為主動冗余，它是通過故障檢測、故障定位及故障恢復(fù)等手段達到容錯的目的。其主要方式是多重模塊待機儲備，當系統(tǒng)檢測到某工作模塊出現(xiàn)錯誤時，就用一個備用的模塊來替代它并重新運行。各備用模塊在其待機時，可與主模塊一樣工作，也可以不工作。前者叫熱備份系統(tǒng)（雙重系統(tǒng)），后者叫冷備份系統(tǒng)（雙工系統(tǒng)、雙份系統(tǒng)）。19.請給出檢錯技術(shù)的優(yōu)缺點，并說明檢測技術(shù)常見的實現(xiàn)方式和處理方式。

檢錯技術(shù)常見的實現(xiàn)方式有多種，最直接的一種實現(xiàn)方式是判斷返回結(jié)果，如果返回結(jié)果超出正常范圍，則進行異常處理；計算運行時間也是一種常用技術(shù)，如果某個模塊或函數(shù)運行時間超過預(yù)期時間，可以判斷出現(xiàn)故障；還有置狀態(tài)標志位等多種方法，自檢的實現(xiàn)方式需要根據(jù)實際情況來選用。

檢錯技術(shù)的處理方式也有多種，大多數(shù)都采用“查處故障-停止軟件運行-報警”的處理方式。但根據(jù)故障的不同情況，也有采用不停止或部分停止軟件系統(tǒng)運行的情況，這一般由故障是否需要實時處理來決定。檢錯技術(shù)實現(xiàn)的代價一般低于容錯技術(shù)和冗余技術(shù)，但有一個明顯的缺點，就是不能自動解決故障，出現(xiàn)故障后如果不進行人工干預(yù)，將最終導致軟件系統(tǒng)不能正常運行。20.常見的軟件質(zhì)量屬性有哪些？

常見的軟件質(zhì)量屬性有多種，例如性能（Performance）、可用性（Availability）、可靠性（Reliability）、健壯性（Robustness）、安全性（Security）、可修改性（Modification）、可變性（Changeability）、易用性（Usability）、可測試性（Testability）、功能性（Functionality）和互操作性（Inter-operation）等。這些質(zhì)量屬性的具體含義是：

（1）性能是指系統(tǒng)的響應(yīng)能力，即要經(jīng)過多長時間才能對某個事件做出響應(yīng)，或者在某段時間內(nèi)系統(tǒng)所能處理事件的個數(shù)。

（2）可用性是系統(tǒng)能夠正常運行的時間比例。

（3）可靠性是指軟件系統(tǒng)在應(yīng)用或錯誤面前，在意外或錯誤使用的情況下維持軟件系統(tǒng)功能特性的基本能力。

（4）健壯性是指在處理或環(huán)境中，系統(tǒng)能夠承受壓力或變更的能力。

（5）安全性是指系統(tǒng)向合法用戶提供服務(wù)的同時能夠阻止非授權(quán)用戶使用的企圖或拒絕服務(wù)的能力。（6）可修改性是指能夠快速地以較高的性能價格比對系統(tǒng)進行變更的能力。（7）可變性是指體系結(jié)構(gòu)經(jīng)擴充或變更成為新體系結(jié)構(gòu)的能力。（8）易用性是衡量用戶使用一個軟件產(chǎn)品完成指定任務(wù)的難易程度。

（9）可測試性是指軟件發(fā)現(xiàn)故障并隔離、定位其故障的能力特性，以及在一定的時間和成本前提下，進行測試設(shè)計、測試執(zhí)行的能力。

（10）功能性是系統(tǒng)所能完成所期望工作的能力。

（11）互操作性是指系統(tǒng)與外界或系統(tǒng)與系統(tǒng)之間的相互作用能力。21.質(zhì)量屬性解決方案

（1）在線交易平臺必須在1s內(nèi)完成客戶的交易請求。該要求主要對應(yīng)性能，可以采用的架構(gòu)設(shè)計策略有增加計算資源、改善資源需求（減少計算復(fù)雜度等）、資源管理（并發(fā)、數(shù)據(jù)復(fù)制等）和資源調(diào)度（先進先出隊列、優(yōu)先級隊列等）。

（2）該平臺必須嚴格保證客戶個人信息和交易信息的保密性和安全性。該要求主要對應(yīng)安全性，可以采用的架構(gòu)設(shè)計策略有抵御攻擊（授權(quán)、認證和限制訪問等）、攻擊檢測（入侵檢測等）、從攻擊中恢復(fù)（部分可用性策略）和信息審計等。

（3）當發(fā)生故障時，該平臺的平均故障恢復(fù)時間必須小于l0s。該要求主要對應(yīng)可用性，可以采用的架構(gòu)設(shè)計策略有Ping/Echo、心跳、異常和主動冗余等。

（4）由于企業(yè)業(yè)務(wù)發(fā)展較快，需要經(jīng)常為該平臺添加新功能或進行硬件升級。添加新功能或進行平臺升級必須在6小時內(nèi)完成。該要求主要對應(yīng)可修改性，可以采用的架構(gòu)設(shè)計策略有軟件模塊泛化、限制模塊之間通信、使用中介和延遲綁定等。22.數(shù)據(jù)流圖和控制流圖的區(qū)別

數(shù)據(jù)流圖作為一種圖形化工具，用來說明業(yè)務(wù)處理過程、系統(tǒng)邊界內(nèi)所包含的功能和系統(tǒng)中的數(shù)據(jù)流。流程圖以圖形化的方式展示應(yīng)用程序從數(shù)據(jù)輸入開始到獲得輸出為止的邏輯過程，描述處理過程的控制流。兩者的區(qū)別主要包括：

（1）數(shù)據(jù)流圖中的處理過程可并行；流程圖在某個時間點只能處于一個處理過程。（2）數(shù)據(jù)流圖展現(xiàn)系統(tǒng)的數(shù)據(jù)流；流程圖展現(xiàn)系統(tǒng)的控制流。

（3）數(shù)據(jù)流圖展現(xiàn)全局的處理過程，過程之間遵循不同的計時標準；流程圖中處理過程遵循一致的計時標準。

（4）數(shù)據(jù)流圖適用于系統(tǒng)分析中的邏輯建模階段；流程圖適用于系統(tǒng)設(shè)計中的物理模階段。如圖所示的數(shù)據(jù)流圖中存在的錯誤有以下4種：

（1）“分類訓練”加工：只有輸入沒有輸出，產(chǎn)生數(shù)據(jù)黑洞；（2）“分類處理”加工：有輸出沒有輸入，無中生有；

（3）“規(guī)則文件”數(shù)據(jù)流：外部實體沒有經(jīng)過加工處理，直接到數(shù)據(jù)存儲；（4）“配置信息”數(shù)據(jù)流：外部實體之間沒有加工處理，存在直接數(shù)據(jù)流。

數(shù)據(jù)流圖中常見的錯誤分為兩種類型：一類是語法錯誤，包括外部實體之間、數(shù)據(jù)存儲之間或外部實體與數(shù)據(jù)存儲之間不經(jīng)過加工而存在直接數(shù)據(jù)流；另一類是邏輯錯誤，包括數(shù)據(jù)黑洞（只有輸入沒有產(chǎn)生輸出）、灰洞（輸入不足以產(chǎn)生輸出）和無輸入?！?“分類訓練”加工屬于數(shù)據(jù)黑洞錯誤； · “分類處理”加工屬于無輸入錯誤；

· “規(guī)則文件”和“配置信息”數(shù)據(jù)流屬于語法錯誤。

對于復(fù)雜系統(tǒng)，一般采用分層數(shù)據(jù)流圖逐步細化系統(tǒng)的內(nèi)部處理邏輯。0層數(shù)據(jù)流圖是1層數(shù)據(jù)流圖更高級別的抽象?！胺诸愑柧殹焙汀胺诸愄幚怼奔庸儆趦?nèi)部加工，“分類規(guī)則”數(shù)據(jù)流屬于內(nèi)部數(shù)據(jù)流，抽象為“情報分類子系統(tǒng)”加工。其中，“樣本數(shù)據(jù)”、“規(guī)則文件”和“配置信息”為輸入數(shù)據(jù)流；“分類結(jié)果”為輸出數(shù)據(jù)流。

24.高質(zhì)量數(shù)據(jù)流圖設(shè)計時應(yīng)考慮的三個原則：

（1）復(fù)雜性最小化原則。DFD分層結(jié)構(gòu)就是把信息劃分為小的且相對獨立的一大批子集例子，這樣就可以單獨考查每一個DFD。如果要了解某個過程更加詳?shù)男畔?，可以跳轉(zhuǎn)到該過程的下一層；如果要知道一個DFD如何與其他DFD相關(guān)聯(lián)，可以跳轉(zhuǎn)到上一層的DFD進行考查。

（2）接口最小化原則。接口最小化是復(fù)雜性最小化的一種具體規(guī)則。在設(shè)計模式時，應(yīng)使得模型中各個元素之間的接口數(shù)或連接數(shù)最小化。

（3）數(shù)據(jù)流一致性原則。一個過程和它的過程分解在數(shù)據(jù)流內(nèi)容中是否有差別？是否存在有數(shù)據(jù)流出但沒有相應(yīng)的數(shù)據(jù)流入的加工？是否存在有數(shù)據(jù)流入但沒有相應(yīng)的數(shù)據(jù)流出的加工？

25.什么是軟件架構(gòu)風格；面向?qū)ο蠛涂刂骗h(huán)路兩種架構(gòu)風格各自的特點 軟件架構(gòu)風格是描述某一類特定應(yīng)用領(lǐng)域中軟件系統(tǒng)組織方式和慣用方式。

面向?qū)ο蠹軜?gòu)風格的特征是將數(shù)據(jù)表示和基本操作封裝在對象中。這種模式的構(gòu)件是對象，對象維護自身表示的完整性，對象之間通過消息機制進行通信，對象交互時需要知道彼此的標識，通過對象之間的協(xié)作完成計算過程。

控制環(huán)路架構(gòu)風格是將過程輸出的指定屬性維護在一個特定的參考值（設(shè)定點）?？刂骗h(huán)路風格包括過程變量、被控變量、輸入變量、操縱變量和設(shè)定點等構(gòu)件，通過收集實際和理想的過程狀態(tài)信息，并能調(diào)整過程變量使得實際狀態(tài)趨于理想狀態(tài)。26.架構(gòu)風格習題

某公司欲開發(fā)一個車輛定速巡航控制系統(tǒng)，以確保車輛在不斷變化的地形中以固定的速度行駛。圖4-1給出了該系統(tǒng)的簡化示意圖。表4-1描述了各種系統(tǒng)輸入的含義。

圖4-1 定速巡航控制系統(tǒng)的簡化示意圖

表4-1 定速巡航控制系統(tǒng)輸入說明

公司的領(lǐng)域?qū)＜覍π枨筮M行深入分析后，將系統(tǒng)需求認定為：任何時刻，只要定速巡航控制系統(tǒng)處于工作狀態(tài)，就要有確定的期望速度，并通過調(diào)整引擎油門的設(shè)定值來維持期望速度。

在對車輛定速巡航控制系統(tǒng)的架構(gòu)進行設(shè)計時，公司的架構(gòu)師王工提出采用面向?qū)ο蟮募軜?gòu)風格，而李工則主張采用控制環(huán)路的架構(gòu)風格。在架構(gòu)評估會議上，專家對這兩種方案進行綜合評價，最終采用了面向?qū)ο蠛涂刂骗h(huán)路相結(jié)合的混合架構(gòu)風格?！締栴}1】（5分）

在實際的軟件項目開發(fā)中，采用成熟的架構(gòu)風格是項目成功的保證。請用200字以內(nèi)的文字說明：什么是軟件架構(gòu)風格；面向?qū)ο蠛涂刂骗h(huán)路兩種架構(gòu)風格各自的特點。【問題2】（12分）

用戶需求沒有明確給出該系統(tǒng)如何根據(jù)輸入集合計算輸出。請用300字以內(nèi)的文字針對該系統(tǒng)的增減速功能，分別給出兩種架構(gòu)風格中的主要構(gòu)件，并詳細描述計算過程。【問題3】（8分）

實際的軟件系統(tǒng)架構(gòu)通常是多種架構(gòu)風格的混合，不同的架構(gòu)風格都有其適合的應(yīng)用場景。以該系統(tǒng)為例，針對面向?qū)ο蠹軜?gòu)風格和控制環(huán)路架構(gòu)風格，各給出兩個適合的應(yīng)用場景，并簡要說明理由。試題答案： 【問題1】

軟件架構(gòu)風格是描述某一類特定應(yīng)用領(lǐng)域中軟件系統(tǒng)組織方式和慣用方式。面向?qū)ο蠹軜?gòu)風格的特征是將數(shù)據(jù)表示和基本操作封裝在對象中。這種模式的構(gòu)件是對象，對象維護自身表示的完整性，對象之間通過消息機制進行通信，對象交互時需要知道彼此的標識，通過對象之間的協(xié)作完成計算過程。

控制環(huán)路架構(gòu)風格是將過程輸出的指定屬性維護在一個特定的參考值（設(shè)定點）。控制環(huán)路風格包括過程變量、被控變量、輸入變量、操縱變量和設(shè)定點等構(gòu)件，通過收集實際和理想的過程狀態(tài)信息，并能調(diào)整過程變量使得實際狀態(tài)趨于理想狀態(tài)?！締栴}2】

對于系統(tǒng)的增減速功能，采用面向?qū)ο箫L格的巡航控制系統(tǒng)首先會定義司機、油門、時鐘、速度計和車輪等構(gòu)件。

整個計算的主要過程是：

（1）司機進行增／減速操作設(shè)置期望速度，該期望速度以消息的形式傳遞給速度計；（2）速度計通過向車輪和時鐘發(fā)送消息獲取車輪轉(zhuǎn)速和時鐘值，得到當前速度；（3）速度計計算當前速度和期望速度的速度差值；

（4）該差值以消息的形式發(fā)送給油門，油門通過速度差值調(diào)節(jié)自身狀態(tài)；（5）整個過程在時鐘的控制下定期向速度計發(fā)送消息，重復(fù)執(zhí)行（2）～（4）?？刂骗h(huán)路的架構(gòu)風格以控制器為核心，期望速度、車輪脈沖、時鐘和油門等作為構(gòu)件。具體的計算過程是：

（1）司機進行增／減速操作設(shè)置期望速度值；（2）將設(shè)定值置為期望速度值；

（3）控制器采集車輪脈沖和時鐘值，計算出當前速度；

（4）比較期望速度和當前速度，計算速度差值，控制油門動作；（5）反復(fù)執(zhí)行（3）和（4）?！締栴}3】

適合面向?qū)ο蠹軜?gòu)風格的應(yīng)用場景：

（1）用戶剎車，立即退出巡航控制系統(tǒng)。理由：這是一個典型的事件驅(qū)動的場景，適合于面向?qū)ο箫L格。（2）系統(tǒng)對突發(fā)事件的處理，如某些部件失靈等。理由：當發(fā)生突發(fā)事件時，系統(tǒng)會同時產(chǎn)生數(shù)據(jù)和事件，這種清況用對象建模較為恰當。適合面向控制環(huán)路架構(gòu)風格的應(yīng)用場景：

（1）在達到期望速度后，系統(tǒng)維持恒定速度行駛。理由：這是一個典型的閉環(huán)控制的情景，系統(tǒng)需要在外界情況不斷發(fā)生變化的情況下進行調(diào)整，使得系統(tǒng)狀態(tài)盡可能接近期望狀態(tài)。

（2）用戶改變期望速度后，系統(tǒng)不斷進行調(diào)整，直至到達恒定速度。理由：這是一個閉環(huán)控制情景，當用戶設(shè)定期望速度值后，系統(tǒng)需要在不斷獲取當前速度和外界條件的情況下對系統(tǒng)狀態(tài)持續(xù)調(diào)整，使得系統(tǒng)狀態(tài)盡可能接近這個新的期望狀態(tài)。

第二篇：系統(tǒng)集成項目經(jīng)理(下午案例分析考試題)

㈠實施項目中擅自變更，好心辦壞事 在一個正在實施的系統(tǒng)集成項目中出現(xiàn)下述情況，一個系統(tǒng)的用戶向系統(tǒng)他認識的一個開發(fā)人員抱怨系統(tǒng)軟件中的一項功能問題，并且表示希望能夠修改，于是，該開發(fā)人員就直接對系統(tǒng)軟件進行了修改，解決了該想問題，問題

一、上述情況中存在的問題：

1、對用戶的要求未進行記錄；

2、對變更請求未進行足夠的分析，也沒有獲得批準；

3、在修改過程中沒有注意進行版本管理；

4、修改完成后未進行驗證；

5、修改的內(nèi)容未與項目干系人進行溝通。

問題

二、上述情況會導致的結(jié)果：

1、缺乏對變更請求的分析可能會導致對產(chǎn)品的變更工作出現(xiàn)欠缺，與其他工作不一致等問題，對項目的進度、成本、質(zhì)量方面也會產(chǎn)生一定的影響；

2、缺乏對變更請求的記錄可能會導致對產(chǎn)品的變更里是無法追溯，并會導致對工作的產(chǎn)物的整體變化失去把握；

3、在修改過程中不注意版本管理，一方面可能會導致當變更失敗時無法進行復(fù)原，造成成本損耗和進度拖延，另一方面，對于組織財富和經(jīng)驗的積累也是不利的；

4、修改完成后不進行驗證則難以確認變更是否正確實施，為變更付出的工作量也無法得到承認；

5、未與項目干系人進行溝通可能導致項目干系人之間的工作出現(xiàn)不一致之處，進而影響項目的整體質(zhì)量。問題

三、配置管理中完整的變更處理流程：

1、變更申請，應(yīng)記錄變更的提出人、日期、申請變更的內(nèi)容等事項；

2、變更評估，對變更的影響范圍、嚴重程度、經(jīng)濟和技術(shù)可行性方面進行評估；

3、變更決策，由具有相應(yīng)權(quán)限的人員或機構(gòu)決定是否實施變更；

4、變更實施，由管理者指定的人員在受控狀態(tài)下實施變更；

5、變更驗證，由配置管理人員或者受到變更影響的人對變更結(jié)果進行評價，確定變更結(jié)果和預(yù)期相符，相關(guān)內(nèi)容進行了更新，符合版本管理的要求；

6、溝通存檔，將變更后的內(nèi)容通知可能會受到影響的人員，并將變更記錄匯總歸檔，如提出的變更在決策時被否決，起初時記錄也應(yīng)予以保存。

㈡如何開好例會

老張是某個系統(tǒng)集成公司的項目經(jīng)理,他身邊的員工始終在抱怨公司的氛圍不好,溝通不足.老張非常希望通過自己的努力來改善這一狀況,因此他要求項目組成員無論如何每周都要參加例會并且發(fā)言,但對例會應(yīng)如何進行,老張卻不知如何規(guī)定,很快項目組成員就抱怨例會目的不明,效率太低,缺乏效果,等等.而且由于在例會上意見相左，很多組員開始爭吵，甚至影響到人際關(guān)系的融洽。

問題一：問題產(chǎn)生的可能原因：

1、缺乏對項目組成員的溝通需求和溝通風格的分析；

2、缺乏完整的會議規(guī)程，會議目的，議程、職責不清，缺乏控制，導致會議效率低下，缺乏效果；

3、會議沒有產(chǎn)生記錄；

4、會議沒有引發(fā)相應(yīng)的活動；

5、溝通方式單一；

6、沒有進行沖突管理；

問題二：提高項目例會的效果的方法：

1、事先制定一個例會制度，在項目溝通計劃里，確定例會的時間，參加人員范圍，一般議事議程等；

2、放棄可開可不開的會議，在決定召開一個會議之前，首先應(yīng)該明確會議是否必須舉行，還是通過其他方式進行溝通；

3、明確會議的目的和期望的結(jié)果，明確要開的會議的目的，是集體討論一些想法，彼此互通信息還是解決面臨的一個問題，并確定會議的效果是以信息同步為結(jié)束還是要討論出一個確定的解決方案；

4、發(fā)布會議通知，在會議通知中明確：會議目的、時間、地點、參加人員、會議議程和議題。有一種被廣泛采用的決策方法是：廣泛征求意見，少數(shù)人討論，核心人員決策。許多會議不需要全體人員參加，因此需要根據(jù)會議的目的，來確定參會人員的范圍。實現(xiàn)應(yīng)明確會議的議程和要討論的問題?？梢宰寘藛T提前做準備；

5、在會議之前把會議資料發(fā)放到參會人員手中。對于需要有背景資料支持的會議，應(yīng)是先將資料發(fā)給參會人員，以提前閱讀，直接在會上討論?？梢杂行У毓?jié)約會議時間；

6、可以借助視頻設(shè)備。對于有異地成員參加的會議，或者需要演示的場合，可以借助于一定的視頻設(shè)備，以提高會議效果；

7、明確會議規(guī)則。指定主持人，明確主持人的職責，主持人要對會議進行有效控制，并營造一個活躍的會議氣氛。主持人要實現(xiàn)陳述會議的基本規(guī)則，例如明確每個人的發(fā)言時間，每次發(fā)言只有一個聲音，主持人根據(jù)會議的議程規(guī)定控制會議的節(jié)奏。保證每一個問題都得到討論；

8、會議后要總結(jié)，提煉結(jié)論。主持人在會后總結(jié)問題的討論結(jié)果，重申有關(guān)決議，明確責任人和完成時間；

9、會議要有紀要，如果將工作的結(jié)果、完成時間、責任人都記錄在案，則有利于檢查工作的完成情況；

10、做好會議的后勤保障，很多會議兼有聯(lián)絡(luò)感情的的作用，因此需要選擇一個合適的地點，提供餐飲、娛樂和禮品，制定一個有張有弛的會議議程。對有客戶和合作伙伴參加的會憶尤其如此。問題三：除了項目例會外，老張還可以采取的有效溝通措施：

1、首先應(yīng)該對項目組成員進行溝通需求和溝通風格的分析；

2、對于不同溝通需求和溝通風格的成員設(shè)置不同的溝通方式；

3、除了項目例會之外，可以通過電話、電子郵件、項目管理軟件、OA軟件進行溝通；

4、正式溝通的結(jié)果應(yīng)該形成記錄，對于其中的決定應(yīng)該有人負責落實；

5、可以引入一些標準的溝通模板；

6、在項目組內(nèi)培養(yǎng)團結(jié)的氛圍。

㈢人力資源管理在實施項目中的應(yīng)用 王先生是負責某行業(yè)一個系統(tǒng)集成項目的項目經(jīng)理，因人手比較緊張，王先生從正在從事編程工作的高手中選擇小張作為負責軟件子項目的項目經(jīng)理，小張同時兼任模塊的編程工作，這樣導致了軟件子項目的失控。

一、軟件子項目失控的原因：

1、小張缺乏足夠的項目管理經(jīng)驗和能力；

2、小張身兼二職，精力和時間不夠用，顧此失彼；

3、小張沒有進入管理角色，只關(guān)注于編程工作，疏于對項目的管理；

4、高級項目經(jīng)理王先生對小張的工作缺乏事先培訓和跟蹤監(jiān)督。

二、王先生應(yīng)該這樣做才能讓小張成為項目經(jīng)理，并避免項目失控：

1、事先要制定崗位的要求，職責和選人的標準，并選擇合適的人選；

2、高級項目經(jīng)理應(yīng)對小張的工作進行全面的估算，如果小張的工作確實負荷過重，需要找人代替小張正在從事的技術(shù)工作，解決負載平衡問題；

3、要事前溝通，對小張明確要求，明確角色的輕重緩急，促使小張盡快轉(zhuǎn)換角色；

4、上級應(yīng)該平時注意對人員的培養(yǎng)和監(jiān)控。

三、項目集成團隊的角色構(gòu)成1、針對選定的項目，根據(jù)項目的特點，需要的角色如下：

⑴管理類崗位：項目經(jīng)理；⑵工程類崗位：架構(gòu)師、分析師、網(wǎng)絡(luò)工程師、軟件工程師、測試工程師、和實施人員；⑶行業(yè)專家；⑷支援類：文檔管理員、秘書。

2、組建項目團隊、建設(shè)項目團隊、管理項目團隊所需的活動

⑴組建項目團隊，明確責任，制定責任分配矩陣，制定組織結(jié)構(gòu)圖和職位描述；⑵建設(shè)項目團隊，提高項目團隊的個人績效，提高項目團隊個人之間的信任感和凝聚力，已通過更好的合作提高工作效率；⑶管理項目團隊，跟蹤個人和團隊的執(zhí)行情況，提供反饋、協(xié)調(diào)變更，以提高項目的績效，保證項目的進度，項目管理團隊還必須注意團隊的行為，管理沖突，解決問題評估團隊成員的績效。

㈣甲方總是不驗收項目？

某項目主要工作已基本完成,經(jīng)核對項目未完成項目任務(wù)清單后,終于可以提交客戶方代表老劉驗收了。驗收過程中老劉提出了些小問題,項目經(jīng)理張斌帶領(lǐng)團隊很快妥善的解決了這些問題,但是隨著時間的推移,客戶的問題似乎不斷.時間已超過了系統(tǒng)的試用期,但是客戶仍然提出一些小問題,而有些問題都是客戶方曾經(jīng)提出過,并基本上已經(jīng)解決了的問題.時間一天天的過去,張斌不知道什么時候項目才能驗收,才能得到最后一批款項。

問題一：發(fā)生這件事情可能的原因：

1、合同缺乏以下內(nèi)容：

⑴項目目標中關(guān)于產(chǎn)品功能和交付物的清晰描述；⑵項目驗收標準、驗收步驟和方法(流程)⑶對客戶的售后服務(wù)承諾；

2、項目實施過程控制中出現(xiàn)問題：⑴在項目實施過程中沒有及時傳遞績效報告給客戶，因此客戶對項目進展和質(zhì)量狀況不了解；⑵沒有讓客戶及時對階段交付成果簽字確認；

3、由于沒有售后服務(wù)的承諾，客戶擔心沒有后續(xù)的保證；

4、合作氣氛不良，客戶存在某種程度的抵觸情緒，雙方缺乏信任感，客戶對項目質(zhì)量信心不足，怕承擔責任，因此不愿簽字。

問題二：張斌應(yīng)該怎么辦：

1、就項目驗收標準和客戶達成共識，確定哪些主要工作完成就可以驗收通過；

2、就驗收的步驟方法和客戶達成共識；

3、就項目已經(jīng)完成的程度讓客戶確認，例如出具系統(tǒng)使用報告，讓客戶簽字確認；

4、向客戶提出明確的服務(wù)承諾。使客戶沒有后顧之憂。

問題三：應(yīng)當吸取的經(jīng)驗和教訓：

1、項目合同中要規(guī)定項目成果的正式驗收標準，驗收步驟，驗收流程，和運營維護承諾等內(nèi)容；

2、⑴加強項目執(zhí)行過程中的控制包括：制定變更控制流程，按流程進行變更的進行變更的評估，審核、實施、記錄、確認等工作；⑵加強項目溝通管理包括：及時向客戶提供績效報告，讓客戶了解項目進展，設(shè)置對階段性成果的驗收，并讓客戶對階段性交付成果進行簽字確認，項目文檔要齊全，使項目進展有據(jù)可查。⑶加強計劃執(zhí)行的控制：制定詳盡的項目管理計劃(包括進度管理計劃，成本管理計劃的分項管理計劃)，按計劃實施和檢查；

3、項目經(jīng)理還應(yīng)注重和客戶交往的技巧，努力促成雙方的良好合作氛圍。㈤如何完成獻禮項目

J公司2008年3月中標某市公安局的人口管理系統(tǒng)開發(fā)項目，因該是要在2008年11月舉辦某大型國際會議，因此公安局要求人口管理系統(tǒng)一定要在2008年7月1日前投入使用。強某是負責這個項目的項目經(jīng)理，雖然他進公司不到三年，但他已成功管理過2個類似的項目，被大家稱之為救火隊長，而強某也對自己信心十足，但這次和以往不同的是強某還同時管理著另外兩個項目，而這個人口管理項目工期要求緊，他能調(diào)用的人手少。

該人口管理項目屬于升級項目，原來的系統(tǒng)是J公司開發(fā)，是C/S結(jié)構(gòu)，智能管理本地城區(qū)常住人口，新的人口管理系統(tǒng)是B/S結(jié)構(gòu)，要既能管理城區(qū)人口又能管理郊區(qū)常住人口，市轄縣常住人口和流動人口，而公安局要求該新系統(tǒng)首先把流動人口管理起來，該項目從技術(shù)角度可以分為網(wǎng)絡(luò)改造和軟件開發(fā)，而軟件又分為界面，業(yè)務(wù)流程和數(shù)據(jù)庫三個子系統(tǒng)，他們團隊共有6人，其中有人做過類似的C/S結(jié)構(gòu)的項目，而公司剛剛結(jié)束的網(wǎng)絡(luò)項目與本次承擔的網(wǎng)絡(luò)改造項目在技術(shù)上架構(gòu)方面幾近相同，只是規(guī)模不同，公安局要求新系統(tǒng)能夠支持移動接入，而項目團隊中沒有一人接觸過移動技術(shù)，強某憑直覺知道以現(xiàn)有的人員在2008年7月1日前完成項目是不可能的。

問題

一、請說明強某可以用什么方法和技術(shù)來估算項目的工期。

問題

二、請說明強某可以采取哪些方法來壓縮工期，以使項目在2008年7月1日前完成。

問題

三、請說明強某可以采用哪些方法來跟蹤項目的進度，以確保項目按時交付。問題

一、強某可以估算項目的工期的方法：

1、明確定義項目的工作分解結(jié)構(gòu)（WBS）；

2、由于是升級項目，所以部分工作的工期估算可以采用類比估算法；

3、由于新增移動接入模塊，可以聯(lián)系業(yè)界專家，采用德爾菲法進行估算；

4、對于WBS進行足夠細化后，可依據(jù)歷史數(shù)據(jù)采用參數(shù)估算或三點估算進行進一步歷時估算。問題

二、使項目在2008年7月1日前完成，強某可以采取的方法：

1、與客戶進行溝通，梳理業(yè)務(wù)需求中的關(guān)鍵需求，與客戶進行協(xié)商能否在期限前先完成關(guān)鍵需求，其他部分分期交付；

2、制定出合理可靠的技術(shù)方案，對其中不熟悉的部分，采取外包的方式；

3、清晰定義各功能模塊之間的接口，然后進行并行工作；

4、明確目標，責任和獎懲機制，提高員工的工作績效；

5、必要時，進行趕工。

問題

三、強某跟蹤項目的進度的方法：

1、基于WBS和公式估算制定活動網(wǎng)絡(luò)圖，制定項目工作計劃；

2、建立對項目的監(jiān)督和測量機制；

3、確定項目的里程碑，并建立有效地評審機制；

4、對項目中發(fā)現(xiàn)的問題，及時采取糾正和預(yù)防措施，并進行有效地變更管理；

5、使用有效的項目管理工㈥副總裁的項目就能優(yōu)先嗎？

某電子政務(wù)項目涉及到保密信息，項目建設(shè)的資源尤其是人力資源，必須從甲方內(nèi)部獲得，如果把項目的部分任務(wù)交給分包商，一方面要征得甲方同意，一方面，要求分包商具有相應(yīng)的保密資質(zhì)，而保密資質(zhì)的審核需要很長的時間，這將嚴重危及到項目的交付日期，當項目團隊內(nèi)的工程師完成90%的編程和測試任務(wù)時，項目承建單位的一位副總裁承攬了一個新的項目，他把程序員，測試工程師，從該項目上調(diào)走去從事新的項目。

問題

一、請簡要說明發(fā)生上述情況的可能原因。

問題

二、簡要敘述如果項目經(jīng)理希望繼續(xù)推進該項目，應(yīng)如何進行？

問題

三、請簡要敘述如何處理多個項目之間的資源沖突。

問題解答：

問題

一、發(fā)生上述情況的原因：

1、可能是單位沒有對項目進行統(tǒng)一管理，誰的權(quán)大誰的項目就獲得優(yōu)先支持。

2、副總裁承攬了新的更重要的項目。

3、項目經(jīng)理忽略了單位內(nèi)部可能的競爭性項目的出現(xiàn)所帶來的風險。

4、可能是本項目的績效不好，已失去了單位有關(guān)方面的支持。

5、可能是重要干系人如客戶、公司高層管理者內(nèi)定項目暫?；蛘呦埋R。

問題

二、項目經(jīng)理希望繼續(xù)推進該項目，應(yīng)當：

1、如果經(jīng)評估后，認為項目尚可，就應(yīng)寫出反應(yīng)該項目現(xiàn)狀與前景預(yù)測的報告，向主管領(lǐng)導匯報，說服和溝通，陳述該項目的重要性和預(yù)期利潤，如果項目下馬會造成的損失等，已得到及時和滿足要求的資源支持。

2、因本項目要保密，所以要用本單位可靠和能干的人員，如果單位人手不夠，盡量讓本單位其他非涉密項目去社會招聘或者外包。

3、如果只剩下不到10%的工作，應(yīng)說服原來的團隊成員加班趕工完成項目。

問題

三、處理多個項目之間的資源沖突：

1、建議單位統(tǒng)一管理所有的項目和資源，制定資源在項目之間的分配，2、定期檢查項目的執(zhí)行情況，根據(jù)項目進展情況和企業(yè)整體績效重新安排項目的優(yōu)先順序，從資源上支持重要的和進展良好的項目。

3、外包

4、必要時，增加資源

5、建立項目管理體系，設(shè)立項目管理辦公室，統(tǒng)一管理單位所有的項目。

㈦如何保證項目按期完工

某系統(tǒng)集成公司現(xiàn)有員工50多人，業(yè)務(wù)部門分為銷售部，軟件開發(fā)部系統(tǒng)網(wǎng)絡(luò)部等，經(jīng)過近半年的醞釀后，一月，公司的銷售部與銀行簽訂了一個銀行前置機的軟件系統(tǒng)項目，合同中規(guī)定，6月28日前系統(tǒng)必須投入試運行，在合同簽訂后銷售部將此合同移交給了軟件部，進行項目的實施。項目經(jīng)理小丁經(jīng)歷了五年的系統(tǒng)分析和設(shè)計工作，但這是他第一次擔任項目經(jīng)理，小丁兼任系統(tǒng)分析工作，此項目還有兩名1年工作經(jīng)驗的程序員，1名測試人員，2名負責組網(wǎng)和布線的系統(tǒng)工程師，項目組的成員均參加項目工作。

在承擔項目之后，小丁組織大家制訂了項目的WBS，并依照以往的經(jīng)歷制訂了本項目的計劃，簡單描述如下：

1、應(yīng)用系統(tǒng)子系統(tǒng)

(1)1月5日-2月5日，需求分析

(2)2月6日-3月26日，系統(tǒng)設(shè)計和軟件設(shè)計

(3)3月27日-5月10日編碼

(4)5月11日—5月30日，系統(tǒng)內(nèi)部測試

2、綜合布線

2月20日—4月20日，完成調(diào)研和布線 3，網(wǎng)絡(luò)子系統(tǒng)

4月21日-5月21日，設(shè)備安裝聯(lián)調(diào) 4，系統(tǒng)內(nèi)部調(diào)試驗收

(1)6月1日—6月20日，試運行(2)6月28日，系統(tǒng)驗收

春節(jié)后，在2月17，小丁發(fā)現(xiàn)系統(tǒng)設(shè)計剛開始，推測3月26日根本完不成系統(tǒng)設(shè)計 問題

一、問題的可能原因：

1、項目部沒有及時讓軟件部參與項目早期工作，需求分析耗時過長；

2、項目經(jīng)理經(jīng)驗不足，進度估算不準確；

3、項目資源分配不足，缺乏專門的系統(tǒng)分析和設(shè)計人員；

4、工作安排沒有充分利用分配的項目資源，資源有閑置；

5、在安排進度時，可能未考慮節(jié)假日的因素。問題

二、，保證項目整體進度不拖延，建議小丁應(yīng)該：

1、向職能經(jīng)理申請增加特定資源，特別是要增加系統(tǒng)分析設(shè)計人員；

2、臨時加班、趕工，盡可能補救耽誤的時間，或提高資源的利用效率；

3、將部分階段的工作改為并行進行；

4、對后續(xù)工作的工期重新進行估算，并考慮節(jié)假日問題，修訂計劃盡量留有余地；

5、加強溝通，爭取客戶能夠?qū)椖糠秶?，以及需求、設(shè)計、驗收標準、進行確認，避免后續(xù)頻繁出現(xiàn)變更；

6、加強對階段工作的檢查和控制，避免后期出現(xiàn)返工。此外，如有可能還可以采取外包和采取縮減范圍等方法，不建議在本案中用。

問題

三、典型的信息系統(tǒng)集成項目的進度、時間管理的過程和方法：

1、活動定義；

2、活動排序；

3、活動資源估算；

4、活動歷時估算；

5、制定進度計劃；

6、進度控制

資源配置對進度的制約：在一般情況下，項目活動的歷時與項目的規(guī)模成正比，與投入的資源數(shù)量成反比，即投入的資源數(shù)量越多，活動歷時越短，但要注意，任何活動都有其壓縮點，當活動的歷時已達到自身的壓縮點后，增加再多的資源也無法壓縮活動歷時。在一非關(guān)鍵活動的一個較大時間延誤也許只對項目產(chǎn)生較小的影響㈧如何定量的管理項目的進度

一個預(yù)算100萬的項目，為期12周，現(xiàn)在工作進行到第八周，已知成本預(yù)算是64萬，實際支出是68萬，掙值為54萬。

問題

一、計算成本偏差CV，進度偏差SV，成本績效指數(shù)CPI,進度績效指數(shù)SPI.CV=EV-AC=54-68=-14萬元 SV=EV-PV=54-64=-10萬元 CPI=EV/AC=54/68=0.794 SPI=EV/PV=54/64=0.843

問題

二、根據(jù)給定數(shù)據(jù)畫出該項目的預(yù)算成本，實際成本和掙值圖

問題

三、對以下四表，分別分析其所代表的效率，進度和成本情況，針對每副表所反映的問題，可采取哪些措施？㈨如何讓甲方對項目質(zhì)量放心和滿意 某信息技術(shù)有限公司中標了某大型餐飲連鎖企業(yè)集團的信息系統(tǒng)項目，該項目包含單點管理，物流系統(tǒng)，和集團ERP等若干子項目，由該信息技術(shù)有限公司的高級項目經(jīng)理張先生全面負責項目的實施，張先生認為此項目質(zhì)量管理的關(guān)鍵在于系統(tǒng)的進行測試。

張工制訂了詳細的測試計劃用來管理項目的質(zhì)量，在項目實施過程當中，他通過定期發(fā)給客戶測試報告來證明質(zhì)量是有保證的，可是客戶總覺得有什么不對勁，對項目的質(zhì)量還是沒有信心。

問題

一、客戶對項目沒有信心的原因可能是：

1、張工沒有為項目制定一個可行的項目質(zhì)量管理計劃并積極地實施；

2、僅向用戶提交測試報告而沒有提交全面質(zhì)量管理進展情況報告（或?qū)嵤﹫蟾妫?，溝通方式單一（或不全面），容易誤導客戶，容易導致客戶不必要的擔心。

問題二、一般地，項目的管理計劃包括的內(nèi)容：

1、質(zhì)量責任與人員分工（或職責）；

2、組織結(jié)構(gòu)；

3、程序與過程（或項目的各個過程及其依據(jù)的標準）；

4、質(zhì)量控制地方法、工具、與重點（或質(zhì)量評審、質(zhì)量保證方法）；

5、質(zhì)量管理所需的資源；

6、驗收標準。

問題

三、張工應(yīng)該如何實施項目的質(zhì)量保證：

1、張工應(yīng)該首先執(zhí)行項目的質(zhì)量管理計劃；

2、采用質(zhì)量保證的工具和技術(shù)（如編制質(zhì)量計劃時所采用的工具和技術(shù)、質(zhì)量審計、質(zhì)量控制、過程分析與基準分析）等；

3、提出相應(yīng)的質(zhì)量整改措施，如建議的糾正措施，對項目計劃的可能的更新，對組織資產(chǎn)可能的更新，變更請求。項目的質(zhì)量控制與質(zhì)量保證的區(qū)別與聯(lián)系：

1、質(zhì)量計劃是質(zhì)量控制和質(zhì)量保證的共同依據(jù)；

2、達到質(zhì)量要求是質(zhì)量控制和質(zhì)量保證的共同目的；

3、質(zhì)量保證的輸出是下一階段質(zhì)量控制的輸入；

4、一定時間內(nèi)質(zhì)量控制的結(jié)果也是質(zhì)量保證的質(zhì)量審計對象，質(zhì)量保證的成果又可以指導下一階段的質(zhì)量工作，包括質(zhì)量控制和質(zhì)量改進；

5、質(zhì)量保證一般是每隔一定時間如階段末進行的，主要通過系統(tǒng)的質(zhì)量審計來保證項目的質(zhì)量（或質(zhì)量保證是按質(zhì)量管理計劃正確的去做）；

6、質(zhì)量控制是實時監(jiān)控項目的具體結(jié)果，以判斷他們是否符合項目的相關(guān)標準，制定有效方案，以消除產(chǎn)生質(zhì)量問題的原因（或質(zhì)量控制檢查是否做的正確并進行糾正）。

(十一)與領(lǐng)導工作風格不一樣怎么辦？

錢某新接手一個信息系統(tǒng)集成項目的管理工作，根據(jù)用戶的業(yè)務(wù)要求，該項目要采用一種新的技術(shù)架構(gòu)，項目團隊沒有應(yīng)用這種架構(gòu)的經(jīng)驗，錢某的管理風格是 Y型的，在該項目啟動之初，為了調(diào)動大家的積極性，宣布了多項激勵措施，如按期用該技術(shù)架構(gòu)搭建出系統(tǒng)原型有獎，并分別公布了具體的獎勵金額，在項目實施期間，為了激勵士氣，經(jīng)常請大家聚餐，由于單位領(lǐng)導屬于X型的管理風格，很多餐票都不予報銷，而在項目實施現(xiàn)場，因施工人員技術(shù)不過關(guān)，導致一臺電源燒毀，錢某也悄悄在項目中給與報銷，負責新技術(shù)架構(gòu)的架構(gòu)師經(jīng)歷多次失敗后，總算憑自己的經(jīng)驗和探索搭建出了系統(tǒng)原型。最后，雖然項目的實際進度、成本和質(zhì)量等目標大體達到了要求，錢某自我感覺尚可，項目好歹也通過了驗收，但他當初關(guān)于獎勵的承諾并沒有兌現(xiàn)，有人甚至認為他和領(lǐng)導一唱一和，錢某有苦難言。

問題

一、請概括出錢某在人力資源管里方面的問題。

問題

二、錢某應(yīng)該用那些措施進行團隊建設(shè)，如何應(yīng)用自己的Y型風格有效地管理項目？

問題

三、請敘述錢某的單位和錢某應(yīng)該如何處理新技術(shù)開發(fā)和項目管理之間的關(guān)系。

問題解答：

問題

一、錢某在人力資源管里方面的問題：

1、獎勵政策沒有得到領(lǐng)導的同意（或支持、溝通）

2、Y型管理風格沒有與切實可行的規(guī)章制度（或措施、機制）相結(jié)合3、錢某的管理風格沒有與直接領(lǐng)導的管理風格相協(xié)調(diào)

4、沒有對員工進行培訓

5、沒有配備有經(jīng)驗的人員（或人力資源獲取方式單一）

問題

二、錢某應(yīng)該用那些措施進行團隊建設(shè)

1、一般管理技能（如溝通、交流）

2、培訓

3、團隊建設(shè)活動（如周例會、共同解決問題、拓展訓練）

4、共同的行為準則（或基本原則、規(guī)章制度）

5、盡量集中辦公（或同地辦公、封閉開發(fā)）

6、認可獎勵（或恰當?shù)莫剟钆c表彰措施）如何應(yīng)用自己的Y型風格有效地管理項目

1、Y性的管理風格，要與切實可行的規(guī)章制度相結(jié)合，與領(lǐng)導風格相一致，或相適應(yīng)

2、加強對團隊成員的培訓，或教育

3、加強激勵與約束并重

問題

三、請敘述錢某的單位和錢某應(yīng)該如何處理新技術(shù)開發(fā)和項目管理之間的關(guān)系。

1、培訓

(十二)中途接手的項目如何完成某系統(tǒng)集成商B負責大學城A的3個校園網(wǎng)的建設(shè)，是某弱電總包商的分包商，田某是系統(tǒng)集成商B的高級項目經(jīng)理，對三個校園網(wǎng)的建設(shè)總負責。關(guān)某、夏某和宋某是系統(tǒng)集成商B的項目經(jīng)理，各負責其中一個校園網(wǎng)的建設(shè)，項目建設(shè)方聘請了監(jiān)理公司對項目進行監(jiān)理。

系統(tǒng)集成商B承攬的大學城A的校園網(wǎng)的建設(shè)項目，計劃從2002年5月8日啟動，至2004年8月1日完工，期間因項目建設(shè)方的資金問題，整個大學城的項目延后5個月，其校園網(wǎng)的開工日期也順延到2005年1月1日，期間田某因故離職，其工作由系統(tǒng)集成商B的另一位高級項目經(jīng)理包某接替，包某第一次拜訪客戶時，客戶對項目狀況非常不滿，和包某一起拜訪客戶的有系統(tǒng)集成商B的主管副總、銷售部總監(jiān)、銷售經(jīng)理和關(guān)某，夏某和宋某3個項目經(jīng)理，客戶的意見如下：

1、你們負責的校園網(wǎng)進度一再滯后，你們不停的保證又不停的延誤，2、你們在實施自己的項目過程中，不能與其他承包商配合，影響了他們的進度

3、你們在項目現(xiàn)場，不遵守現(xiàn)場的管理規(guī)定，造成現(xiàn)場的混亂

4、你們的技術(shù)人員技術(shù)太差，對我方的詢問，總不能及時答復(fù)

5、……….聽到客戶的意見，包某很生氣，而關(guān)某、夏某和宋某也向包某反映項目現(xiàn)場的確混亂，他們已完成的工作經(jīng)常被其他承包商攪亂，但責任不在他們，至于客戶的其他指控，關(guān)某夏某和宋某則顯得無辜，他們管理的項目不至于那么糟糕，他們的項目進展和成績客戶一概不知，而問題卻被擴大和扭曲。

問題

一、發(fā)生上述情況的原因有哪些？ 問題

二、承建方應(yīng)如何與監(jiān)理協(xié)同？ 問題

三、如何制定有多個承包商參與的項目溝通管理計劃？

問題解答：

問題

一、發(fā)生上述情況的原因：

1、自己內(nèi)部管理有問題，至少監(jiān)管缺位或不得利

2、集成商B沒有或很少與客戶直接溝通

3、沒有建立現(xiàn)場管理制度，或者現(xiàn)場管理制度不嚴密或不明確，現(xiàn)場管理制度執(zhí)行不力

4、總承包商和分包商責任不是十分清楚

5、客戶從總承包商和分包商獲得的信息失真，總承包商報告渲染了問題，推卸責任

6、客戶自己本身的原因，如資金、管理水平

7、可能本項目的監(jiān)理工作沒有到位 問題

二、承建方與監(jiān)理協(xié)同應(yīng)該：

1、承建方應(yīng)該認識到位，承建方和監(jiān)理方不是對立關(guān)系，他們有共同的目標：把項目搞好

2、雙方都采用項目的管理方法承建方配合問題

三、多個承包商參與的項目溝通管理計劃的制定：

1、做好干系人分析，調(diào)研各集成商的溝通需求

2、發(fā)揮總承包商的牽頭作用和監(jiān)理方的協(xié)調(diào)作用

3、對共用資源的可用性分析，引入資源日歷

4、解決沖突，包括項目干系人對項目期望之間的沖突，資源沖突等。

5、建立健全項目管理制度，并監(jiān)管其執(zhí)行

6、采用項目管理信息系統(tǒng)

㈩三參數(shù)關(guān)系 分析 措施圖1 AC>PV>EV 效率低 進度拖延

投入超前 提高效率，例如，用工作效率高的人員換一批工作效率低的人員，趕工，工作并行以追趕進度，加強成本監(jiān)控圖2 PV>AC>=EV 進度效率較低 進度拖延

成本支出與預(yù)算相差不大 增加高效人員投入，趕工，工作并行以追趕進度圖3 AC>=EV>PV 成本效率較低 進度超前

成本支出與預(yù)算相差不大 提高效率，減少人員成本，加強人員培訓和質(zhì)量控制圖4 EV>PV>AC 效率高 進度提前

投入延后 密切監(jiān)控，加強質(zhì)量控制

(十三)如何簽訂和履行合同

小李是國內(nèi)公司的項目經(jīng)理，負責西南某省的一個企業(yè)信息系統(tǒng)項目建設(shè)的管理。在該項目合同中，簡單列出了項目承建方應(yīng)該完成的工作，據(jù)此小李自己制定了項目的范圍說明書，甲方的有關(guān)工作由其信息中心組織和領(lǐng)導，信息中心主任兼任該項目的甲方經(jīng)理?？墒窃陧椖繉嵤┻^程中，有時是甲方的財務(wù)部直接向小李提出變更需求，有時是甲方的銷售部直接向小李提出變更需求，而且又是這些需求又是矛盾的，面對這些變更需求，小李試圖用范圍說明書來說服甲方，甲方卻動輒用合同的響應(yīng)條款作為依據(jù)，而這些條款要么太粗，不夠明確，要么小李與他們理解不同，因此小李對這些變更需求不能簡單的接受或拒絕而左右為難，他感到很沮喪，如果不改變這種狀況，項目看來是遙遙無期。問題

一、問題產(chǎn)生的原因：

1、合同沒有制定好，沒有對具體完成的工作行程明確清晰的條款；

2、甲方?jīng)]有對各部門的需求及其變更進行統(tǒng)一的組織和管理；

3、缺乏變更/拒絕的準則；

4、由于乙方對項目的干系人及其關(guān)系分析不到位，缺乏足夠的信息來源，范圍定義不全面，不準確；

5、甲乙雙方對項目認可和承諾；

6、缺乏項目全生命周期的范圍控制；

7、缺乏客戶/用戶參與。

問題

二、在合同談判、計劃和執(zhí)行階段應(yīng)該：

合同談判階段：

1、確定明確的工作說明書或更細化的合同條款；

2、在合同中明確雙方的權(quán)利和義務(wù)，尤其是關(guān)于變更問題；

3、采取措施，確保合同簽約雙方對合同的條款理解是一致的。

計劃階段：

1、編制項目范圍說明書；

2、創(chuàng)建工作的分解結(jié)構(gòu)；

3、制定項目的范圍管理計劃。

執(zhí)行階段：

1、在項目執(zhí)行過程中加強對易分解的各項任務(wù)的跟蹤和記錄；

2、建立與項目干系人進行溝通的統(tǒng)一渠道；

3、建立整體變更控制的規(guī)程并執(zhí)行；

4、加強對項目階段性成果的審核確認

項目全生命周期變更管理：

1、在項目管理體系中應(yīng)該統(tǒng)一有一套嚴格、適用、高效、的變更程序；

2、規(guī)定對用戶的范圍申請變更請求、應(yīng)正式提出變更申請，并經(jīng)雙方項目經(jīng)理審核后，作出相應(yīng)的處理。問題

三、合同的作用，詳細范圍說明書的作用，以及兩者之間的關(guān)系

合同法規(guī)定，合同是平等主體的自然人、法人、其他組織之間設(shè)立、變更、終止民事權(quán)利義務(wù)關(guān)系的協(xié)議。合同是買賣雙方共同遵守的協(xié)議。賣方有義務(wù)提供和保證規(guī)定的產(chǎn)品和服務(wù)。而買方有義務(wù)支付合同規(guī)定地價款。

項目范圍說明書詳細描述了項目的可交付物，和產(chǎn)生這些可交付物必須做的項目工作。項目范圍說明書在所有項目干系人之間建立了一個對項目范圍的共識，描述了項目的主要目標能使團隊能進行更詳細的

第三篇：流通概論案例分析必考匯總（精選）

案例分析(1 5分)

44.淘寶年成交額超沃爾瑪3 倍，傳統(tǒng)零售業(yè)面臨變革 最近業(yè)界頻傳淘寶營業(yè)額突飛猛進的消息。據(jù)淘寶發(fā)布的(2007 年網(wǎng)絡(luò)購物報

學生可根據(jù)教材的基本原理靈活發(fā)揮，教師可根據(jù)答題合理性給分。

(1)網(wǎng)絡(luò)零售興起原因(3分)，應(yīng)用零售業(yè)態(tài)變遷理論解釋。(4分)

(2)在經(jīng)營成本、商品組合、商品質(zhì)量信譽、購物便利性、購物舒適性中，選擇任意四個方面比較(每點2分，共計8分)。案例分析

44.家樂福開拓市場的獨特方式

每次家樂福進入一個新的地方，都只派1個人來開拓市場。進入臺灣家樂福只派了1個人，到中國內(nèi)地也只派了1個人。這第一個人就是這個地區(qū)的總經(jīng)理，他所

44.本題旨在考察學生對零售經(jīng)營問題的理解與綜合應(yīng)用能力。

參考答案z基本內(nèi)容應(yīng)當考慮以下幾個方面:

(1)零售商經(jīng)營的宏觀環(huán)境分析;(2)零售商經(jīng)營要素分析，至少應(yīng)當涉及選址、店鋪設(shè)計、物流及物流管理;(3)對我國零售商的啟示: 應(yīng)包括提升競爭力，處理好本土化與國際化的關(guān)系。

五、案例分析(l 5分)41.“楷?！钡奈锪飨到y(tǒng)

7-11 便利店是現(xiàn)今全球最大的零售網(wǎng)絡(luò)商之一，被公認為世界便利店的楷模。

44.本題旨在考察學生對企業(yè)物流競爭能力塑造與培養(yǎng)問題的理解和綜合應(yīng)用能力。

參考答案z基本應(yīng)當考慮以下幾個方面:(1)7-11 市場定位的因素分析(2)7-11 物流模式、核心要素的分析，即成本導向、人性化服務(wù)，等等(3)7-11物流模式對我國企業(yè)的啟示:顧客需求導向的服務(wù)觀念P供應(yīng)鏈管理思想;先進的物流技術(shù);科學的配送網(wǎng)絡(luò);資源有效、合理利用，等等

五、案例分析題(1 5分)某物流公司的家電增值服務(wù)

現(xiàn)階段，某物流公司配送業(yè)務(wù)主要集中在家電產(chǎn)品配送業(yè)務(wù)上。隨著社會分工的不斷細化，以及公司城市配送操作不斷成熟與深入拓展，配送業(yè)務(wù)模式和服務(wù)需

參考答案:1.請你結(jié)合本案例談一談對增值服務(wù)的理解。(7分)

答題要點:(1)增值服務(wù)是指根據(jù)客戶需要，為客戶提供的超出常規(guī)服務(wù)范圍的服務(wù)，或者采用超出常規(guī)的服務(wù)方法提供的服務(wù)。(2)創(chuàng)新、超出常規(guī)、滿足害戶需要是增值性物流服務(wù)的本質(zhì)特征，發(fā)展有特色的增值服務(wù)將是物流企業(yè)發(fā)展的必然選擇。(3)增值服務(wù)可分為兩部分:一是在常規(guī)服務(wù)的基礎(chǔ)上延伸出來的相關(guān)服務(wù);二是更高級的增值服務(wù)。(4)對物流企業(yè)來說，可以發(fā)展從倉儲、運輸?shù)瘸Ｒ?guī)服務(wù)的基礎(chǔ)上延伸出來的增值服務(wù)，將物流的各項基本功能進行延伸.從而將物流各環(huán)節(jié)有機銜接起來，實現(xiàn)便利、高雄的物流運作。(5)對物流企業(yè)來說，還可以實現(xiàn)供應(yīng)鏈a體化的增值服務(wù)。這一增值服務(wù)是向客戶端延

伸的服務(wù)，通過參與、介入客戶的供應(yīng)鏈管理及物流系統(tǒng)來提供服務(wù)。

2.家電企業(yè)或分銷商在營銷中如何開發(fā)面對終端客戶(或消費者)的增值服務(wù)體系?

答；(1)增值服務(wù)不是常規(guī)的模式化的服務(wù)，而是個性化的定制服務(wù)，要根據(jù)客戶的具體情況量身定做的。(2)要在工作中創(chuàng)新思維，要時刻以客戶的現(xiàn)在需求及潛在需求為出發(fā)點，打造具有特色的增值服務(wù)。(3)要開發(fā)售前、售中、售后的增值服務(wù)體系，加大對客戶接觸點和關(guān)注點的管理。(4)要發(fā)揮中介協(xié)會作用，利用互聯(lián)網(wǎng)發(fā)展電子化的在線服務(wù)咨詢、評價體系。(5)發(fā)展相關(guān)戰(zhàn)略協(xié)同業(yè)務(wù)，提供輔助或關(guān)聯(lián)增值服務(wù)。

五、案例分析題(1 5分)

傳統(tǒng)倉儲企業(yè)如何向現(xiàn)代物流企業(yè)轉(zhuǎn)型

某地有一中轉(zhuǎn)倉庫是以倉儲業(yè)務(wù)為主的中小型流通倉庫。進入20世紀90年代后，該庫領(lǐng)導已意識到若一直停留在傳統(tǒng)儲運業(yè)務(wù)上，早晚是要被社會淘汰的。為此，1.為什么該倉庫早在1 9 9 7 年就成立了配送中心，IT可真正的配送業(yè)務(wù)卻一直到21 世紀后才開展起來?答:(1)我國物流特別是現(xiàn)代物流發(fā)展起步較晚啻準確地說2000 年以后才開始被更多的政府部門和企業(yè)所認識。(2)早期其業(yè)務(wù)主要是倉儲，突然向配送轉(zhuǎn)型需要有個過程o(3)隨著微觀需求的增多，企業(yè)的觀念開始轉(zhuǎn)變，特別是開始用現(xiàn)代物流增值服務(wù)的觀念去為客戶服務(wù)。(4)隨著信息技術(shù)的發(fā)展，為企業(yè)發(fā)展配送業(yè)務(wù)提供了手段和條件。(5)客戶的觀念開始轉(zhuǎn)變，認識到利用外包降低成本，提高服務(wù)的好處。

2~ 你認為傳統(tǒng)倉儲企業(yè)如何向現(xiàn)代物流企業(yè)轉(zhuǎn)型，轉(zhuǎn)型成功應(yīng)具備哪些基本條件f

答:(1)要具備相關(guān)現(xiàn)代物流發(fā)展理念o(2)要面向未來，找到或定位屬于自己的業(yè)務(wù)模式并能夠整合相關(guān)資源。(3)要充分使用信息技術(shù)，加快市場反應(yīng)速度。(4)要突破單一一環(huán)節(jié)業(yè)務(wù)。為客戶優(yōu)化供應(yīng)鏈管理。(5)要不斷為客戶開發(fā)增值服務(wù)。

五、案例分析(1 5分)44.“上天人地”的中遠物流

中遠集團有海外機構(gòu)4 0 0多個，形成以北京為中心，以香港、歐洲、美洲、新加坡、日本、澳洲、非洲、西亞和韓國等9個區(qū)域為支點的全球經(jīng)營網(wǎng)絡(luò)和服務(wù)

答：(1)中遠集團成功的關(guān)鍵點有:①完善的物流網(wǎng)絡(luò)設(shè)計、構(gòu)建及成功的運作;②對網(wǎng)絡(luò)節(jié)點與連線的合理布局;③對信息技術(shù)的重視及應(yīng)用。

(2)物流系統(tǒng)是指在一定的時間和空間里，由需要位移的物資、包括設(shè)備、裝卸搬運機械、運輸工具、倉儲設(shè)施、人員和通信聯(lián)系等若干相互制約的動態(tài)要素所構(gòu)成的具有特定功能的有機整體。

一般來說，物流系統(tǒng)由三個要素構(gòu)成:即流動要素、資源要素和網(wǎng)絡(luò)要素。①流動要素。包括流體、載體、流向、流量、流程、流速和流效七個方面。②資源要素。包括人、財、物F包括物流的功能要素等。在這些資驚要素中，人力資源、信息資源、儲存資源和運輸資源居于主導地位。③網(wǎng)絡(luò)要素。它由兩個基本要素組成:即點和線?！包c”是指物流網(wǎng)絡(luò)中的結(jié)點。“線”為連接物流網(wǎng)絡(luò)中結(jié)點的路

線，如鐵路線、公路線、水路線、航空線、管道線等。除外，物流的網(wǎng)絡(luò)要素還應(yīng)該包括信息網(wǎng)絡(luò)

五、案例分析題(1 5分)集市貿(mào)易還有生存的空間嗎?

集市貿(mào)易作為最古老的貿(mào)易形態(tài)在我國已有數(shù)千年的歷史。但是，在現(xiàn)代化超級市場的擠壓下，集貿(mào)市場的生存空間越來越小，在有些國家，集貿(mào)市場已經(jīng)被趕 1.判斷集貿(mào)市場還有生存空間的。(3分)

2.解釋集貿(mào)市場還有生存空間的原因。(6 分)可從歷史文化積累、中國消費者接受程度等角度加以分析，并根據(jù)分析的充分程度給分。

3.說明集貿(mào)市場發(fā)展走向及注意的問題。(6 分)集貿(mào)市場管治問題是一個有爭議的話

五、案例分析《15分)

如何看待我國商業(yè)街(區(qū))的改造和建設(shè)

自2。世紀90年代后，我國各大中城市的各級政府為了重新煥發(fā)古老商業(yè)街(區(qū))的生機，帶動城市商品經(jīng)濟的發(fā)展，防止由于城市空心化導致商業(yè)中心多極化和

1.我國商業(yè)街建設(shè)的現(xiàn)狀進行評述(。2.剖析我國商業(yè)街失敗的原因。3.商業(yè)街規(guī)劃要點。幾商業(yè)街規(guī)劃要點可以從(1)交通規(guī)劃、(2)城市規(guī)擻<3)選址、<4)風格與店鋪組合、<5)環(huán)境設(shè)計等方面展開。4.商業(yè)街未來發(fā)展趨勢(5分)。商業(yè)街未來發(fā)展趨勢可以從功能改變、小型商業(yè)街走向衰落、商業(yè)街組織化程度日益提高、內(nèi)部配置雙向發(fā)展等角度回答。其中商業(yè)街建設(shè)現(xiàn)狀評述與失敗原因可以結(jié)合起來分析。

五、案例分析(15分)

如下圖，某城市中心商務(wù)區(qū)為圖中的CBD標記所在區(qū)位，在兩條主干道的交叉口四個角上，即A,B,C,D四個位置，讓你幫助選擇一處開設(shè)某種零售業(yè)態(tài)。請問影

1.一般來說，影響商圈大小的因素主要有(以下為要點，可適度展開，共10分)

(1)店鋪的經(jīng)營特色;(2)店鋪的經(jīng)營規(guī)模;(3)經(jīng)營商品的種類;(4)競爭店鋪的位置;(5)顧客的流動性;(6)交通地理條件;(7)店鋪的促銷手段。

2.選擇在A點開設(shè)零售業(yè)態(tài)比較好，其理由如下:(共5分)(1)在主干道上，遠離商務(wù)區(qū)方向為下班流，靠近商務(wù)區(qū)方向是上班流;(2)一般而言，上班流是工作流，下班流是消費流;(3)A點兩條主干道的下班流交匯點，是下班消費流人群停車進人的最佳地段;(4)其他。

五、案例分析(15分)

太陽系的“城市星河艦隊”聯(lián)盟

近年來，在某市發(fā)生了一個城市社區(qū)食雜店和小型零售店合眾整合的故事，這就

1.請總結(jié)一下太陽系連鎖便利店的經(jīng)驗和教訓。太陽系的發(fā)展實踐，正是城市食雜店發(fā)展面臨的課題。經(jīng)驗如下:(1)堅守了便利店特征，做到了24小時營業(yè);(2)突破了自身規(guī)模局限，進行了采購聯(lián)盟探索;(3)開發(fā)了顧客服務(wù)理念和體系;(4)參與了城市食雜店改造，發(fā)展連鎖加盟;(5)其他。教訓如下:

(1)一味格守24小時營業(yè)，增加了運營成本;(2)缺少規(guī)模經(jīng)濟優(yōu)勢，未能發(fā)揮物流功能;(3)缺少特色和更加細分的市場經(jīng)營定位;(4)星河艦隊聯(lián)盟只是權(quán)宜之計，城市食雜店遲早要關(guān)閉;(5)其他。

2.你對太陽系及其“星河艦隊”聯(lián)盟的發(fā)展有何建議?(共7分)（發(fā)展建議如下:

(1)立足本土化和地域化，做足自身特色;(2)選擇細分市場，定位社區(qū)增值服務(wù)開發(fā);(3)外包物流及配送業(yè)務(wù)，發(fā)展戰(zhàn)略采購聯(lián)盟;(4)引人戰(zhàn)略資本，或進行資本運營，提升連鎖規(guī)模;(5)包裝出售，退出該經(jīng)營領(lǐng)域。

五、案例分析(15分)54.參考答案:

(1)請你分析寶潔公司與沃爾瑪建立產(chǎn)銷聯(lián)盟關(guān)系對雙方績效產(chǎn)生的影響。

對沃爾瑪來講:①易使成本削減;②在庫成本和風險的壓縮;③因為無紙貿(mào)易而產(chǎn)生的間接費用的削減;④人員整理、再配置等人力費用的下降;⑤多環(huán)節(jié)流通費用的削減等。

對于寶潔公司來講:①成本的下降;②借助于MMI系統(tǒng)使企業(yè)營銷計劃的制定和實現(xiàn)變得非常容易;③通過自動訂貨系統(tǒng)使削減在庫成本和風險的努力成為可能;

④由于產(chǎn)銷聯(lián)盟戰(zhàn)略的實施，提高了工廠的生產(chǎn)率，構(gòu)筑了柔性化的生產(chǎn)體制，削減了原材料的調(diào)達成本，降低了由于價格波動而產(chǎn)生的機會損失;⑤排除了中間流通環(huán)節(jié)，節(jié)約了流通成本。

(2)請分析金佰利·克拉克公司與沃爾瑪之間圍繞PB產(chǎn)品供給的合作，會給金佰利·克拉克公司帶來的影響。參:(I)Huggies產(chǎn)品的銷售、保持收益的穩(wěn)定，通過生產(chǎn)量的大幅度提高充分發(fā)揮規(guī)模經(jīng)濟效益。②沃爾瑪?shù)膮f(xié)作關(guān)系會隨著PB產(chǎn)品的生產(chǎn)銷售規(guī)模的擴大而日益穩(wěn)固。因此，在訂貨條件、商品管理、展示貨架等各方面都會得到沃爾瑪?shù)膬?yōu)惠，這樣會為金佰利·克拉克公司擴大經(jīng)銷其他商品，確保自身第一大品牌的地位奠定了良好的基礎(chǔ)。③在PB產(chǎn)品的競爭中，金佰利·克拉克公司就能有力地反擊其他PB生產(chǎn)商的挑戰(zhàn)。④采用向沃爾瑪提供PB產(chǎn)品，能夠有力地回應(yīng)寶潔公司的新產(chǎn)品戰(zhàn)略，利用兩條戰(zhàn)線來抵擋寶潔公司可能對他的沖擊。⑤最后，作為第一品牌向沃爾瑪提供自有品牌產(chǎn)品，是一種戰(zhàn)略性舉措，值得借鑒。

五、案例分析(15分)參考答案:

l.戴爾在中國市場，為什么要一改以前一直堅持的直銷方式，對其流通渠道進行漸進式的變革?

答:戴爾對流通渠道的變革出于以下幾點考慮。(1)這種直銷模式本身使戴爾在具體到向中國客戶提供服務(wù)時處于一個不利的處境;(2)中國內(nèi)地不完善的物流系統(tǒng)，也不利于戴爾直銷模式，與之相比，聯(lián)想在內(nèi)地擁有3000多個銷售點，有高效率的物流流程，更能提供全國售后服務(wù)。同時，全球經(jīng)濟復(fù)蘇乏力，有著巨大潛力的中國電腦市場成為兵家必爭之地。(3)中國電子商務(wù)及網(wǎng)絡(luò)經(jīng)濟發(fā)展不如發(fā)達國家市場，針對本土實際情況進行必要改進是應(yīng)該的。

2.從流通主導權(quán)的角度分析，戴爾的流通渠道主導權(quán)掌握在哪一方的手中?

答題要點:掌握在消費者手中，具體是指電子商務(wù)條件下的消費者主導。(3分)

3.分析戴爾對其流通渠道進行改革的進程中存在哪些劣勢?

答:<1)投資組建自己的銷售渠道成本太大，周期太長;(2)流通渠道建設(shè)不熟悉，缺乏經(jīng)驗;(3)競爭對手已經(jīng)建立完善的銷售渠道，戴爾是后發(fā)劣勢。

五、案例分析(15分)參考答案:

1.中國藥品零售業(yè)放開意味著什么? <1)經(jīng)濟全球化帶來流通國際化;(2)機會與挑戰(zhàn)并存;(3)市場整合步伐加快;(4)行業(yè)集中度大大提高;(5)其他。

2.中外企業(yè)藥品零售終端的競爭，各自的優(yōu)劣勢有哪些?中國醫(yī)藥企業(yè)主要優(yōu)勢集中在渠道、網(wǎng)絡(luò)，而國外醫(yī)藥企業(yè)的優(yōu)勢則體現(xiàn)在技術(shù)、成本、管理、資金實力、人才等方面。（3.你認為中國醫(yī)藥企業(yè)應(yīng)該如何應(yīng)對這一競爭?(1)加快培育具有國際競爭力的民族大型醫(yī)藥企業(yè);(2)爭取必要的政策支持;(3)引導企業(yè)制定適合自身發(fā)展的戰(zhàn)略規(guī)劃;(4)推進連鎖經(jīng)營;(5>提高使用信息技術(shù);(6)重視人才，發(fā)揮本土優(yōu)勢;(7)其他。

五、案例分析(Z5分)

1.說一說采購對企業(yè)的意義。(1)采購是企業(yè)的一個重要環(huán)節(jié)(2)采購資源整合是企業(yè)供應(yīng)端管理的重要突破點;(3)采購成本的降低是企業(yè)的重要的利潤來源;<4)采購是供應(yīng)鏈后向管理的重點。

2.通用電氣建立全球供應(yīng)鏈獲得了哪些競爭優(yōu)勢?((1)成本上的優(yōu)勢:成本最低;(2)速度上的優(yōu)勢:及時制;(3)資源上的優(yōu)勢:可以利用全球最低成本的資源;(4)網(wǎng)絡(luò)上的優(yōu)勢:全球布局;

3.試分析電子商務(wù)的特點以及在供應(yīng)鏈運作中的作用。(1)電子商務(wù)的特點:①交易過程電子化;②交易市場虛擬化;③交易對象特定化;④交易高效化。(2)電子商務(wù)在供應(yīng)鏈運作中的作用:

①增加銷售機會，擴大銷售收人;②降低企業(yè)成本，提高經(jīng)濟效益;③減少庫存積壓，改善庫存結(jié)構(gòu);④提高服務(wù)質(zhì)量，增強競爭能力;⑤樹立企業(yè)形象，提高企業(yè)知名度;⑥加強內(nèi)部管理，提高信息化程度。

六、案例分析:(15分)

儲運、物流到供應(yīng)鏈:寶供物流的三級跳

提起中國的第三方物流企業(yè)，業(yè)內(nèi)許多人士會提及寶供物流，摩根十坦利給寶供物流下的評語是:“中國最具價值的第三方物流企業(yè)”。同樣，麥肯錫也有類似的評價 1.你認為寶供物流的成功經(jīng)驗在哪里? 2.寶供物流為什么向供應(yīng)鏈服務(wù)領(lǐng)域挺進?

3.寶供物流的成功經(jīng)驗對國內(nèi)物流企業(yè)的啟示有哪些? 1.答:1)循序漸進，逐步跳躍，實現(xiàn)轉(zhuǎn)型;2)緊緊抓住現(xiàn)代物流的發(fā)展脈搏，逐步提升自身的核心能力;3)不斷擴展，積極提升自身的綜合物流服務(wù)能力;<4)有明確的市場細分，能夠做到有針對性的業(yè)務(wù)開發(fā)。

2.答:(1)供應(yīng)鏈管理及跨企業(yè)的物流管理是大勢所趨;(2)供應(yīng)鏈服務(wù)是3PL的重要能力體現(xiàn);;3;供應(yīng)鏈集成化對物流服務(wù)企業(yè)提出的要求越來越高:(4)其他。3:答:1由傳統(tǒng)物流積極向現(xiàn)代物流轉(zhuǎn)型(2)積極培育自身的核心競爭能力;{3)積極向供應(yīng)鏈服務(wù)領(lǐng)域挺進;(4)要有自己的業(yè)務(wù)發(fā)展戰(zhàn)略。

六、案例分析(15分)

沃爾瑪:中國遭遇物流之痛

“來自沃爾瑪?shù)耐{將首先體現(xiàn)在供應(yīng)鏈上”，當這個位列世界500強之首的零售巨頭在1996年悄然登陸中國的時候，業(yè)內(nèi)人士這樣看待它對本土零售業(yè)的沖擊。然而，6年過去了，1.你如何看待沃爾瑪在中國遭遇的物流之痛?2.你如何評價沃爾瑪在中國市場的發(fā)展策略?

3.你認為國內(nèi)零售企業(yè)應(yīng)如何應(yīng)對沃爾瑪?shù)奶魬?zhàn)?

1.答：(1)物流是沃爾瑪?shù)暮诵母偁幜λ?(2)中國現(xiàn)代物流發(fā)展剛剛起步，大系統(tǒng)有待于進一步完善;(3)缺少外部支持，沃爾瑪物流優(yōu)勢很難發(fā)揮。2.答:(1)穩(wěn)扎穩(wěn)打，步步為營;(2)戰(zhàn)略制勝，強強聯(lián)合(3)遵守政策，強化供應(yīng)端管理

3.答:(1)提升自身的物流特別是配送能力;<2)發(fā)展采購聯(lián)盟，積極改進供應(yīng)端;(3)采取積極戰(zhàn)略聯(lián)盟策略，提升競爭力;(4)發(fā)揮本土化優(yōu)勢，構(gòu)建自身的網(wǎng)絡(luò)體系。

第四篇：造價師考試案例總結(jié)歷年

1.考試大綱要求的內(nèi)容：

? 建設(shè)項目投資估算；

? 建設(shè)項目財務(wù)指標計算與分析；

? 建設(shè)項目不確定性分析。

案例類型：

※ 投資估算；

※ 財務(wù)評價；

※ 不確定性分析。

2005年考試試題分析

（1）試題類型與分值：建設(shè)項目投資估算、財務(wù)評價與不確定性分析，20分。

（2）主要考核知識點：

1）建設(shè)期貸款利息與還本付息方式及其計算；

2）項目運營期內(nèi)指定年份經(jīng)營成本與總成本的關(guān)系及其計算；

3）編制建設(shè)投資貸款還本付息表、流動資金貸款還本付息表；

4）投資方案敏感性系數(shù)計算與單因素敏感性分析圖繪制。

2006年考試試題分析

（1）試題類型與分值：建設(shè)項目財務(wù)評價與不確定性分析，20分。

（2）主要考核知識點：

1）固定資產(chǎn)折舊費、無形資產(chǎn)攤銷費計算；

2）運營期末固定資產(chǎn)余值計算；

3）建設(shè)項目運營期年總成本費用構(gòu)成及其計算；

4）建設(shè)項目運營期年產(chǎn)量盈虧平衡點的計算與分析。

2007年考試試題分析

（1）試題類型與分值：建設(shè)項目投資估算，20分。

（2）主要考核知識點：

1）類似工程造價中建筑工程費、設(shè)備投資費、安裝工程費分析；

2）擬建工程材料價格綜合調(diào)整系數(shù)計算；

3）擬建工程建筑工程費用計算；

4）擬建工程設(shè)備購置費、安裝工程費和全部工程費用計算。

2.考試大綱要求的內(nèi)容：

?建設(shè)工程設(shè)計、施工方案綜合評價法；

?價值工程在設(shè)計、施工方案比選、改進中的應(yīng)用；

?生命周期成本理論在方案評價中的應(yīng)用；

?工程網(wǎng)絡(luò)計劃的優(yōu)化與調(diào)整。

案例類型：

※綜合評價法的應(yīng)用；

※價值工程原理的應(yīng)用；

※費用分析比較法；

※網(wǎng)絡(luò)計劃法的應(yīng)用。

2005年考試試題分析

（1）試題類型與分值：價值工程原理與生命周期成本理論的應(yīng)用，20分。

（2）主要考核知識點：

1）采用0-4法確定設(shè)計方案各項評價指標的權(quán)重；

2）價值工程原理在工程設(shè)計方案評價、比選中的應(yīng)用；

3）生命周期成本理論在工程設(shè)計方案評價、比選中的應(yīng)用。

2006年考試試題分析

（1）試題類型與分值：工程設(shè)計方案綜合評價法與生命周期成本理論的應(yīng)用，20分。

（2）主要考核知識點：

1）采用0-1法確定設(shè)計方案各項評價指標的權(quán)重；

2）多指標綜合評分法在方案評價中的應(yīng)用；

3）項目全生命周期成本分析方法。

2007年考試試題分析

（1）試題類型與分值：工程施工方案技術(shù)經(jīng)濟分析與比選，20分。

（2）主要考核知識點：

1）施工方案技術(shù)經(jīng)濟分析的現(xiàn)值比較法；

2）施工方案工程款現(xiàn)金流量圖繪制；

3）施工方案工程款現(xiàn)值計算。

3.考試大綱要求的內(nèi)容：

?工程量計算與審查；

?建筑安裝工程人工、材料、機械臺班消耗指標的編制；

?建筑安裝工程分部分項工程單價的編制；

?建筑安裝工程設(shè)計概算、施工圖預(yù)算的編制與審查；

?工程造價指數(shù)的應(yīng)用。

案例類型：

※ 建設(shè)工程定額的編制；※ 工程計量與清單計價；※ 建設(shè)工程概算與預(yù)算；※ 進口設(shè)備報價。2005年考試試題分析

（1）試題類型與分值：工程量清單計價，40分。

（2）主要考核知識點：

1）土建工程專業(yè)：

①房屋建筑室內(nèi)裝修（塊料地面、木質(zhì)踢腳線、墻面、柱面、天棚吊頂?shù)龋┓猪椆こ逃嬎悖?/p>

②根據(jù)各項分項工程的構(gòu)造、材料消耗量定額、預(yù)算單價以及管理費、利潤計取標準編制分部分項工程量清單綜合單價分析表。

2）工業(yè)管道安裝工程專業(yè)：

①矩形風管、漸縮風管、圓形風管工程量計算；

②分部分項工程量清單編制；

③分部分項工程量清單綜合單價計算表構(gòu)成與編制。

3）電氣工程專業(yè)：

①戶外接地母線敷設(shè)、避雷引下線、避雷網(wǎng)等分項工程量計算；

②防雷接地分項工程量清單計價表構(gòu)成與編制；

③分部分項工程量清單綜合單價計算表構(gòu)成與編制。

2006年考試試題分析

（1）試題類型與分值：工程量清單計價，40分。

（2）主要考核知識點：

1）土建工程專業(yè)：

①房屋建筑工程特殊部位（半圓落地窗、陽臺、雨棚）建筑面積計算；

②房屋建筑工程樓面、地面、斜屋面等分部分項工程量計算；

③列出水泥砂漿樓面、水泥砂漿地面、瓦屋面的構(gòu)造做法；

④單位工程費匯總表的組成及其編制。

2）工業(yè)管道安裝工程專業(yè)：

①單項工程費用匯總表的組成、各項費用項目計算及匯總表的編制；

②管道及其支架、管道焊縫探傷工程量計算；

③管道及其支架、管道焊縫探傷等分項工程的構(gòu)造做法。

3）電氣工程專業(yè)：

①暗配鋼管及其穿線分項工程量計算；

②配管、配線、小電器及燈具等分項工程的構(gòu)造做法；

③分部分項工程量清單綜合單價計算表、綜合單價分析表的構(gòu)成與編制。

2007年考試試題分析

（1）試題類型與分值：工程量清單計價，40分。

（2）主要考核知識點：

1）土建工程專業(yè)：

①小高層住宅樓建筑面積計算；

②室內(nèi)樓面、墻面工程量計算；

③分部分項工程量清單項目特征描述。

2）工業(yè)管道安裝工程專業(yè)：

①室外管道及其支架工程量計算；

②管道及其支架分部分項工程量清單編制；

③分部分項工程量清單綜合單價計算表編制。

3）電氣工程專業(yè)：

①動力系統(tǒng)配管、電纜和電纜橋架分項工程量計算；

②配管、電纜和電纜橋架分項工程量清單編制；

③配電箱、電纜敷設(shè)分項工程量清單綜合單價計算表編制。

4.考試大綱要求的內(nèi)容：

?建設(shè)工程設(shè)計、施工招標程序與招標方式；

?建設(shè)工程標底的編制；

?建設(shè)工程評標指標體系與評標、定標；

?建設(shè)工程投標策略的選擇與應(yīng)用；

?決策樹法在投標決策中的應(yīng)用。

案例類型：

※招投標方式、程序與相關(guān)規(guī)定※投標決策※

2005年考試試題分析

（1）試題類型與分值：建設(shè)工程招標方式與評標定標，20分。

（2）主要考核知識點：

1）公開招標與邀請招標選擇及招標信息發(fā)布方式；

2）投標文件有效的條件；

3）撤回投標文件的處理；

4）中標通知書與簽訂合同的時效性規(guī)定。

2006年考試試題分析

（1）試題類型與分值：建設(shè)工程施工招標程序與投標決策，20分。

（2）主要考核知識點：

1）建設(shè)工程施工招標程序及其相關(guān)規(guī)定；

2）考慮資金時間價值條件下，多方案經(jīng)濟性比選；

3）利用二級決策樹進行投標決策的方法。

2007年考試試題分析

（1）試題類型與分值：建設(shè)工程施工招標程序與工程變更、索賠管理，20分。

（2）主要考核知識點：

1）建設(shè)工程施工招標程序及其相關(guān)規(guī)定；

2）設(shè)計變更、停電、特大暴雨引起的工期索賠計算；

3）間接費用補償計算。

5.考試大綱要求的內(nèi)容：

?建設(shè)工程施工合同的類型及選擇；

?建設(shè)工程施工合同文件的組成與主要條款；

?工程變更價款的確定；

?建設(shè)工程合同爭議的處理；

?工程索賠的計算與審核。

案例類型：

※工程合同管理※工程索賠

2005年考試試題分析

（1）試題類型與分值：網(wǎng)絡(luò)進度計劃與工期和費用索賠，20分。

（2）主要考核知識點： 評標定標

1）關(guān)鍵線路與關(guān)鍵工作的確定；

2）實際進度前鋒線的繪制；

3）根據(jù)實際進度前鋒線分析進度偏差及其影響；

4）工程索賠成立的條件。

2006年考試試題分析

（1）試題類型與分值：網(wǎng)絡(luò)進度計劃與工期和費用索賠，20分。

（2）主要考核知識點：

1）網(wǎng)絡(luò)計劃關(guān)鍵線路的確定與工期計算；

2）工程索賠的原因和責任分析；

2）工期索賠計算；

3）機械閑置費用補償標準與補償額計算。

2007年考試試題分析

（1）試題類型與分值：網(wǎng)絡(luò)進度計劃與工期和費用索賠，20分。

（2）主要考核知識點：

1）網(wǎng)絡(luò)計劃邏輯關(guān)系的調(diào)整；

2）關(guān)鍵線路的確定與工期計算；

3）稅率的計算；

4）根據(jù)206號文件規(guī)定的工料單價法計價程序，計算某分項工程全部造價；

5）工期和機械閑置費用索賠計算。

6.考試大綱要求的內(nèi)容：

?工程價款結(jié)算與支付；

?資金使用計劃編制與投資偏差分析；

?竣工決算內(nèi)容與編制方法；

?新增資產(chǎn)的分類及其價值的確定。

案例類型：

※ 工程價款結(jié)算※竣工決算※資金使用計劃與投資偏差分析

2005年考試試題分析

（1）試題類型與分值：資金使用計劃與投資偏差分析，20分。

（2）主要考核知識點：

1）工程進度的橫道圖表示；

2）考慮綜合調(diào)價系數(shù)情況下的投資數(shù)據(jù)（擬完工程計劃投資、已完工程實際投資、已完工程計劃投資）統(tǒng)計；

3）以投資額和時間表示的投資偏差與進度偏差分析。

2006年考試試題分析

（1）試題類型與分值：清單計價的工程價款結(jié)算與支付，20分。

（2）主要考核知識點：

1）分部分項工程綜合單價的構(gòu)成與計算；

2）工程合同價款的計算；

3）清單計價的工程預(yù)付款、質(zhì)保金、進度款計算；

4）措施項目費調(diào)整方法。

2007年考試試題分析

（1）試題類型與分值：清單計價的工程價款結(jié)算與支付，20分。

（2）主要考核知識點：

1）工程預(yù)付款的計算；

2）分項工程量清單綜合單價的計算；

3）清單計價的工程質(zhì)量保證金的扣留；

4）清單計價的工程進度款計算。

第五篇：信息系統(tǒng)項目管理師下午案例試題分析萬能鑰匙

信息系統(tǒng)項目管理師下午案例試題分析萬能鑰匙

看題目的分數(shù)作答，一般是一條一分，有時侯就要在標準答案上增加條數(shù)（11年下半年變更的流程就是例子）遵循計劃-實施-監(jiān)控-措施-文檔管理就行了。有的填空或者選擇是0.5分一個（為了好判分）。只要不限定范圍，風險和溝通是必須考慮的。

一、變更管理題目會問變更出現(xiàn)的問題，原因，后果，以及解決措施。

先在草稿紙上寫出變更的流程（有時候和配置管理相關(guān)）：（1.變更申請2.變更評估3.變更決策4.變更實施5.變更驗證6.溝通存檔）

然后一一對照問題。

問題會有：

1、未將客戶的需求變更申請記錄下來，會導致歷史數(shù)據(jù)無法追溯，影響整體。

2、未對需求變更進行足夠分析，變更請求也沒有得到批準，會導致變更工作缺失，影響其它方面工作。

3、修改過程中沒有進行版本管理。導致變更失敗時無法復(fù)原。對組織過程資產(chǎn)的積累不利。

4、變更沒有驗證。不知道是否滿足了客戶的要求，工作量無法得到承認。

5、修改的內(nèi)容未予干系人溝通。導致工作出現(xiàn)差異，影響整體質(zhì)量。

如何實施變更（9條）：

1、接受變更申請

2、變更初審

3、變更方案論證

4、變更委員會審查

5、發(fā)出變更通知并實施變更

6、變更實施的監(jiān)控

7、變更效果評估

8、判斷變更發(fā)生時項目是否進入正常軌道

9、妥善保存產(chǎn)生的文檔，使其完整、準確、清晰、及時。

二、配置管理注意要用名詞、專業(yè)點唬人。

配置管理包含哪些內(nèi)容：

1、編制配置管理計劃

2、確定配置標識規(guī)則

3、實施變更控制

4、報告配置狀態(tài)

5、配置審核（功能配置審計和物理配置）

6、進行版本管理和發(fā)布管理

配置管理具體工作

1、制定配置管理計劃

2、配置項識別

3、建立配置管理系統(tǒng)

4、基線化

5、建立配置庫

6、變更控制

7、配置狀態(tài)統(tǒng)計

8、配置審計

三、項目收尾肯定是客戶不給驗收啦。

（合同不夠細致、質(zhì)量不好客戶心理沒底，平常關(guān)系不好）假設(shè)范圍沒有問題。

問題出在：

1、合同中缺乏以下內(nèi)容：項目的實際交付物和產(chǎn)品功能的詳細描述。項目驗收標準和流程的規(guī)定。售后服務(wù)承諾

2、項目控制過程中：。沒有及時將項目績效及時報告給客戶，客戶對進度和質(zhì)量情況掌握不夠。沒有讓客戶在階段成果簽字確認

3、沒有售后服務(wù)的承諾

4、合作氛圍不良，客戶存在抵觸情緒，雙方不信任，客戶對質(zhì)量信息不足，怕承擔責任。

解決問題：

1、和客戶確認項目的驗收標準，確認完成哪些工作即可通過驗收。

2、就項目驗收步驟和流程與客戶達成共識

3、將已經(jīng)完成的工作交與客戶確認，并簽字。

4、做出明確售后服務(wù)承諾。

另一種說法

1.與建設(shè)方溝通和協(xié)商，確認或補充合同內(nèi)容，例如明確項目要完成的工作、項目驗收標準等；

2.與建設(shè)方協(xié)商，雙方共同處理需求變更問題，而不是承建方單方拒絕；

3.科學地處理變更，無論是合同變更還是需求變更。加強對變更的控制，以及對變更的全程跟蹤管理；

4.加強文檔管理，明確要交付的文檔清單，確保項目的文檔完整、準確、版本一致；

5.在協(xié)商一致的基礎(chǔ)上，解決建設(shè)方關(guān)心的遺留問題；

6.按系統(tǒng)測試、試運行、文檔驗收、終驗與移交的順序，進行項目驗收。

經(jīng)驗教訓：

1、合同中要規(guī)定項目成功正式驗收標準、步驟、流程和運營維護承諾。

2、項目實施過程中注意：計劃執(zhí)行的控制、變更控制、溝通管理（此處應(yīng)展開說）

3、與客戶相處的技巧，應(yīng)用項目管理技能。

四、進度管理除了計算題以外，肯定是項目拖期，因為啥，怎么趕回來，以后注意什么，進度控制流程。

問題出在：

1、項目組成員沒有參與項目早期工作，需求分析耗時過長。

2、項目經(jīng)理經(jīng)驗不足，活動定義和歷時估算不準確。

3、項目資源不足，缺乏相關(guān)人員（依據(jù)題干選擇）

4、工作安排沒有充分安排資源，資源有閑置（有可能）

5、編制計劃時可能沒有考慮節(jié)假日（人家都過年回家了）

6、計劃監(jiān)控過程不得力解決措施

（根據(jù)題目作答）：

1、找公司增加資源，指派有經(jīng)驗的人來完成任務(wù)。

2、趕工（加班會造成人員工作效率低下，有怨言）

3、快速跟進

4、改進方法和技術(shù)提高生產(chǎn)率

5、對后續(xù)工期重新估算

6、和客戶協(xié)商，實現(xiàn)關(guān)鍵需求

7、加強溝通，減少變更

8、加強控制，減少返工

9、在關(guān)鍵路徑上增加資源

進度控制的方法：

1、使WBS盡量細化，明確活動之間關(guān)系，畫出進度網(wǎng)絡(luò)圖，制定合理項目進度計劃。

2、對項目實施嚴格控制，使用績效衡量和偏差分析技術(shù)，及時發(fā)現(xiàn)問題。

3、定義里程碑節(jié)點，階段性工作分段驗收。

4、有效的變更控制系統(tǒng)和流程來管理變更。

5、使用有效的項目管理工具提高效率。