第一篇：軟件工程生命周期模型的學(xué)習(xí)總結(jié)

綜述

軟件過程定義了軟件開發(fā)中采用的方法。軟件工程是集成計算機軟件開發(fā)的過程、方法和工具的學(xué)科。

軟件工程的一般視圖：定義階段（做什么）、開發(fā)階段（如何做）、支持階段（變化）。線性順序模型

有時被稱為“傳統(tǒng)生存周期或瀑布模型”。

活動包括：系統(tǒng)/信息工程和建模、軟件需求分析、設(shè)計、代碼生成、測試、支持 為什么線性模型有時候不能奏效？

建議：雖然線性模型經(jīng)常被嘲笑為“舊式的”，但是，在需求被很好理解的情況下，它仍然是一種合理的方法。缺點：

1、實際的項目大部分情況難以按照該模型給出的順序進行，而且這種模型的迭代是間接的，這很容易由微小的變化而造成大的混亂。

2、經(jīng)常情況下客戶難以表達真正的需求，而這種模型卻要求如此，這種模型是不歡迎具有二義性問題存在的。

3、客戶要等到開發(fā)周期的晚期才能看到程序運行的測試版本，而在這時發(fā)現(xiàn)大的錯誤時，可能引起客戶的驚慌，而后果也可能是災(zāi)難性的。

4、采用這種線性模型，會經(jīng)常在過程的開始和結(jié)束時碰到等待其他成員完成其所依賴的任務(wù)才能進行下去，有可能花在等待的時間比開發(fā)的時間要長。我們稱之為“堵賽狀態(tài)”。

優(yōu)點：

1、它提供了一個摸板，這個摸板使得分析、設(shè)計、編碼、測試和支持的方法可以在該摸板下有一個共同的指導(dǎo)。

2、雖然有不少缺陷但比在軟件開發(fā)中隨意的狀態(tài)要好得多。

瀑布模型將軟件開發(fā)活動分為需求分析、設(shè)計、編碼、測試等幾個階段，這幾個階段是對工程活動的劃分，瀑布模型沒有再涉及其它方面的活動，因此瀑布模型關(guān)注于工程活動。

關(guān)于選取開發(fā)模型

有時開發(fā)模型的選取不是很容易判斷的，這里面有時不單是需求及開發(fā)的問題，對于開發(fā)商有開發(fā)周期、開發(fā)費用的問題，對于用戶同樣有內(nèi)部計劃、公司發(fā)展計劃等因素進行影響。

一般來說對于應(yīng)用開發(fā)―――為客戶開發(fā)軟件，客戶在開發(fā)及測試完畢軟件后就要實際開始使用，那么就使用瀑布模型。

當(dāng)然在需求明確的情況下自然也要使用瀑布模型

對于自主開發(fā)及客戶需求不明并有較長的設(shè)計時間―――可以用演化模型。

而螺旋模型適于適合于大型軟件開發(fā)，吸收了“演化”概念，不過有時也用于用戶需求不明的情況下。當(dāng)然還有其他開發(fā)模型，沒有在本文討論。名詞定義：

瀑布模型：規(guī)定了各項軟件工程活動。包括：制定開發(fā)計劃、進行需求分析和說明、軟件設(shè)計、程序編碼、測試及維護。

特點：自上而下，相互銜接的固定次序，如瀑布流水、逐級下落。

演化模型：第一次只是試驗開發(fā)，其目標(biāo)只在于探索可行性，弄清軟件需求;第二次則在此基礎(chǔ)上獲得較為滿意的軟件產(chǎn)品，通常把一次得到的試驗性產(chǎn)品稱“原型”。特點：減少由于軟件需求不明確而給開發(fā)帶來的風(fēng)險。

螺旋模型：將瀑布模型及演化螺旋模型結(jié)合起來，并且加入被兩種模型都忽略了的風(fēng)險分析，彌補了兩者的不足。

瀑布模型的特點：

① 瀑布模型為軟件的開發(fā)和維護提供了一種有效有管理模式，對保證軟件產(chǎn)品的質(zhì)量有重要的作用；

② 可根據(jù)這一模式制定出開發(fā)計劃，進行成本預(yù)算，組織開發(fā)力量，以項目的階段評審和文檔控制為手段，有效地對整個開發(fā)過程進行指導(dǎo)； ③ 在一定程度上消除非結(jié)構(gòu)化軟件、降低軟件的復(fù)雜度、促進軟件開發(fā)工程化方面起到顯著作用；

④ 瀑布模型缺乏靈活性、無法通過開發(fā)活動來澄清本來不夠確切的需求，這將導(dǎo)致直到軟件開發(fā)完成時發(fā)現(xiàn)所開發(fā)的軟件并非是用戶所需求的。原型實現(xiàn)模型

原型實現(xiàn)范型定義： 需求收集 快速設(shè)計

原型實現(xiàn)模型是迭代的，是幫助客戶或開發(fā)者理解需求的，總體上講，并不是交付一個最終產(chǎn)品系統(tǒng)。其流程從聽取客戶意見開始、隨后是建造/修改原型、客戶測試運行原型、然后回頭往復(fù)循環(huán)直到客戶對原型滿意為止。由于這種模型可以讓客戶快速的感受到實際的系統(tǒng)（雖然這個系統(tǒng)不帶有任何質(zhì)量的保證），所以客戶和開發(fā)者都比較喜歡這種過程模型（對于那些僅僅用來演示軟件功能的公司而言或從來不考慮軟件質(zhì)量和不害怕長期維護的公司而言）。缺點：

1、沒有考慮軟件的整體質(zhì)量和長期的可維護性。

2、大部分情況是不合適的操作算法被采用目的為了演示功能，不合適的開發(fā)工具被采用僅僅為了它的方便，還有不合適的操作系統(tǒng)被選擇等等。

3、由于達不到質(zhì)量要求產(chǎn)品可能被拋棄，而采用新的模型重新設(shè)計。

優(yōu)點：

1、如果客戶和開發(fā)者達成一致協(xié)議：原型被建造僅為了定義需求，之后就被拋棄或者部分拋棄，那么這種模型很合適了。

2、迷惑客戶搶占市場，這是一個首選的模型。

原型實現(xiàn)仍然是軟件工程的一個有效范型。關(guān)鍵是定義開始時的游戲規(guī)則，即客戶和開發(fā)者達成一致：原型被建造僅是為了定義需求，之后就被拋棄了（或至少部分被拋棄），實際的軟件在充分考慮了質(zhì)量和可維護性之后才被開發(fā)。

建議：當(dāng)你的客戶有一個合理的續(xù)簽，但對細節(jié)沒有任務(wù)線索時，先開發(fā)一個原型。

原型模型則主要是為了解決需求獲取的難題而創(chuàng)建原型用于需求的獲取和確認(rèn)，再將需求轉(zhuǎn)化為軟件系統(tǒng)，其主要內(nèi)容集中在軟件開發(fā)本身，因此原型模型也關(guān)注于工程活動。RAD模型

快速應(yīng)用開發(fā)（Rapid Application Development、RAD）是一個增量型的軟件開發(fā)過程模型，強調(diào)極短的開發(fā)周期。是線性順序模型的一個“高速”變種，通過使用基于構(gòu)件的建造發(fā)放贏得了快速開發(fā)。如果需求理解的好而且約束了項目的范圍，利用這種模型可以很快的創(chuàng)建出功能完善的“信息系統(tǒng)”。其流程從業(yè)務(wù)建模開始，隨后是數(shù)據(jù)建模、過程建模、應(yīng)用生成、測試及反復(fù)。RAD過程強調(diào)的是復(fù)用，復(fù)用已有的或開發(fā)可復(fù)用的構(gòu)件。實際上RAD采用第四代技術(shù)?；跇?gòu)件的軟件工程（不理解）適用范圍：

如果需求理解得很并且約束了項目范圍。主要適用于信息系統(tǒng)應(yīng)用，包括以下階段：業(yè)務(wù)建模、數(shù)據(jù)建模、過程建模、應(yīng)用生成、測試及反復(fù)。

業(yè)務(wù)建模工作流程與其他工作流程的關(guān)系如下：

業(yè)務(wù)模型是需求工作流程的一種重要輸入，用來了解對系統(tǒng)的需求。

業(yè)務(wù)實體是分析設(shè)計工作流程的一種輸入，用來確定設(shè)計模型中的實體類。

缺點：

1、只能用于信息系統(tǒng)。

2、對于較大的項目需要足夠的人力資源去建造足夠的RAD組。

3、開發(fā)者和客戶必須在很短的時間完成一系列的需求分析，任何一方配合不當(dāng)都會導(dǎo)致RAD項目失敗。

4、這種模型對模塊化要求比較高，如果有哪一功能不能被模塊化，那么建造RAD所需要的構(gòu)件就會有問題。

5、技術(shù)風(fēng)險很高的情況下不適合這種模型。

優(yōu)點：

1、開發(fā)速度快，質(zhì)量有保證。

2、對信息系統(tǒng)特別有效。演化軟件過程模型

演化模型是迭代的。它的特征是：使軟件工程師漸進地開發(fā)逐步完善的軟件版本。

5.1 增量模型

增量模型融合了線性順序模型的基本成分（重復(fù)的應(yīng)用）和原型實現(xiàn)的迭代特征。增量模型采用隨著日程時間的進展而交錯的線性序列。每一個線性序列產(chǎn)生軟件的一個可發(fā)布的“增量”。當(dāng)使用增量模型時，第一個增量往往是核心的產(chǎn)品，也就是說第一個增量實現(xiàn)了基本的需求，但很多補充的特征還沒有發(fā)布?？蛻魧γ恳粋€增量的使用和評估，都做為下一個增量發(fā)布的新特征和功能。這個過程在每一個增量發(fā)布后不斷從復(fù)，直到產(chǎn)生了最終的完善產(chǎn)品。增量模型強調(diào)每一個增量均發(fā)布一個可操作的產(chǎn)品。

缺點：

1、至始至終開發(fā)者和客戶糾纏在一起，直到完全版本出來。

優(yōu)點：

1、人員分配靈活，剛開始不用投入大量人力資源，當(dāng)核心產(chǎn)品很受歡迎時，可增加人力實現(xiàn)下一個增量。

2、當(dāng)配備的人員不能在設(shè)定的期限內(nèi)完成產(chǎn)品時，它提供了一種先推出核心產(chǎn)品的途徑，這樣就可以先發(fā)布部分功能給客戶，對客戶起到鎮(zhèn)靜劑的作用。

3、具有一定的市場。

增量模型將瀑布模型的順序化和多次迭代相結(jié)合，每個增量開發(fā)都是一次瀑布模型的過程，強調(diào)每一個增量均發(fā)布一個可運行版本，以滿足客戶和市場的需要。增量模型主要考慮當(dāng)需要快速推出可運行的版本，而該版本不需要完整的功能時，在工程活動上的解決方案，因此增量模型也關(guān)注于工程活動。

5.2 螺旋模型

這是一個演化軟件過程模型，它將原型實現(xiàn)的迭代特征和線性順序模型中控制的和系統(tǒng)化的方面結(jié)合起來。使得軟件的增量版本的快速開發(fā)成為可能。在螺旋模型中，軟件開發(fā)是一系列的增量發(fā)布。在每一個迭代中，被開發(fā)系統(tǒng)的更加完善的版本逐步產(chǎn)生。螺旋模型被劃分為若干框架活動，也稱為任務(wù)區(qū)域。典型地，有3到6個任務(wù)區(qū)域：

1、客戶交流：建立開發(fā)者和客戶之間有效通信所需要的任務(wù)。

2、計劃：定義資源、進度、及其它相關(guān)項目信息所需要的任務(wù)。

3、風(fēng)險分析：評估技術(shù)的及管理的風(fēng)險所需要的任務(wù)。

4、工程：建立應(yīng)用的一個或多個表示說需要的任務(wù)。

5、構(gòu)造及發(fā)布：構(gòu)造、測試、安裝和提供用戶支持所需要的任務(wù)。

6、客戶評估：基于對在工程階段產(chǎn)生的或在安裝階段實現(xiàn)的軟件表示的評估，獲得客戶反饋所需要的任務(wù)。

這是一個相對較新的模型，它的功效還需要經(jīng)歷若干年的使用方能確定下來。

缺點：

1、需要相當(dāng)?shù)娘L(fēng)險分析評估的專門技術(shù)，且成功依賴于這種技術(shù)。

2、很明顯一個大的沒有被發(fā)現(xiàn)的風(fēng)險問題，將會導(dǎo)致問題的發(fā)生，可能導(dǎo)致演化的方法失去控制。

3、這種模型相對比較新，應(yīng)用不廣泛，其功效需要進一步的驗證。

優(yōu)點：

1、對于大型系統(tǒng)及軟件的開發(fā)，這種模型是一個很好的方法。開發(fā)者和客戶能夠較好地對待和理解每一個演化級別上的風(fēng)險。

螺旋模型的主要貢獻在于明確提出迭代概念和風(fēng)險的問題，并指出在項目定義、需求、設(shè)計等階段均存在風(fēng)險，需要重點考慮，并通過多次迭代的原型主動誘發(fā)風(fēng)險。風(fēng)險管理不屬于工程活動的范圍，但我們?nèi)匀徽J(rèn)為螺旋模型的主要內(nèi)容是工程方面的：因為對于非工程活動，螺旋模型僅考慮了風(fēng)險問題，而風(fēng)險管理僅是非工程活動的一個小部分，不足以依此推斷螺旋模型主要關(guān)注于非工程活動。

5.3 WINWIN螺旋模型

螺旋模型提出了強調(diào)客戶交流的一個框架活動。該活動的目標(biāo)是從客戶處誘導(dǎo)項目需求。在理想情況下，開發(fā)者簡單地詢問客戶需要什么,而客戶提供足夠的細節(jié)進行下去。不幸的是這種情形很少發(fā)生。在現(xiàn)實中，客戶和開發(fā)者進入一個談判過程，客戶被要求在成本和應(yīng)市之間的約束下平衡功能、性能、和其它產(chǎn)品或系統(tǒng)特征。最好的談判追求“雙贏”結(jié)果，也就是說通過談判客戶獲得大部份系統(tǒng)的功能，而開發(fā)者則獲得現(xiàn)實的和可達到的預(yù)算和時限。對客戶的交流定義了下面的活動：

1、系統(tǒng)或子系統(tǒng)的關(guān)鍵“風(fēng)險承擔(dān)者”的標(biāo)識。

2、風(fēng)險承擔(dān)者的“贏條件”的確定。

3、風(fēng)險承擔(dān)者的贏條件談判，以將它們協(xié)調(diào)為一組滿足各方考慮的雙贏條件。

缺點：

1、需要額外的談判技巧。

優(yōu)點：

1、客戶和開發(fā)者達到一種平衡。

5.4 并發(fā)開發(fā)模型

這種模型關(guān)注于多個任務(wù)的并發(fā)執(zhí)行，表示為一系列的主要技術(shù)活動、任務(wù)及它們的相關(guān)狀態(tài)。并發(fā)過程模型是由客戶要求、管理決策、評審結(jié)果驅(qū)動的。該模型不是將軟件工程活動限定為一個順序的事件序列，而是定義了一個活動網(wǎng)絡(luò)。網(wǎng)絡(luò)上的每一個活動均可于其它活動同時發(fā)生。這種模型可以提供一個項目的當(dāng)前狀態(tài)的準(zhǔn)確視圖。

缺點：暫時無

優(yōu)點：

1、可用于所有類型的軟件開發(fā)，而對于客戶/服務(wù)器結(jié)構(gòu)更加有效。

2、可以隨時查閱到開發(fā)的狀態(tài)?；跇?gòu)件的開發(fā)模型

面向?qū)ο蟮募夹g(shù)為軟件工程的基于構(gòu)件的過程模型提供了技術(shù)框架。面向?qū)ο竽Ｐ蛷娬{(diào)了類的創(chuàng)建、類的封裝了的數(shù)據(jù)、操縱該數(shù)據(jù)的算法。一般來講經(jīng)過合適的設(shè)計和實現(xiàn)，面向?qū)ο蟮念惪梢栽诓煌膽?yīng)用及基于計算機的系統(tǒng)的體系結(jié)構(gòu)中復(fù)用?；跇?gòu)件的開發(fā)模型融合了螺旋模型的許多特征，它本質(zhì)上是演化形的，要求軟件創(chuàng)建的迭代方法。然而基于構(gòu)件的開發(fā)模型是利用預(yù)先包裝好的軟件構(gòu)件（有時成為類）來構(gòu)造應(yīng)用。

開發(fā)活動從候選類的標(biāo)識開始，這一步是通過檢查將被應(yīng)用系統(tǒng)操縱的數(shù)據(jù)及用于實現(xiàn)該操縱的算法來完成的。相關(guān)的數(shù)據(jù)和算法被封裝成一個類。

缺點：

1、過分依賴于構(gòu)件，構(gòu)件庫的質(zhì)量影響著產(chǎn)品質(zhì)量。

優(yōu)點：

1、構(gòu)件可復(fù)用。提高了開發(fā)效率。

2、采用了面向?qū)ο蟮募夹g(shù)。形式化方法模型

形式化方法模型包含了一組活動，他們導(dǎo)致了計算機軟件的數(shù)學(xué)規(guī)約。形式化方法使得軟件工程師們能夠通過應(yīng)用一個嚴(yán)格的數(shù)學(xué)符號體系來規(guī)約、開發(fā)、和驗證基于計算機的系統(tǒng)。這種方法的一個變種，稱為凈室軟件工程，已經(jīng)被一些組織所采用。在開發(fā)中使用形式化方法時，它們提供了一種機制，能夠消除使用其它軟件過程模型難以克服的很多問題。二義性、不完整性、不一致性能被更容易地發(fā)現(xiàn)和糾正，而不是通過專門的評審，是通過對應(yīng)用的數(shù)學(xué)分析。形式化方法提供了可以產(chǎn)生無缺陷軟件的承諾。

缺點：

1、開發(fā)費用昂貴（對開發(fā)人員需要多方面的培訓(xùn)），而且需要的時間較長。

2、不能將這種模型作為對客戶通信的機制，因為客戶對這些數(shù)學(xué)語言一無所知。

3、目前還不流行。

優(yōu)點：

1、形式化規(guī)約可直接作為程序驗證的基礎(chǔ)，可以盡早的發(fā)現(xiàn)和糾正錯誤（包括那些其它情況下不能發(fā)現(xiàn)的錯誤）。

2、開發(fā)出來的軟件具有很高的安全性和健壯性，特別適合安全部門或者軟件錯誤會造成經(jīng)濟損失的開發(fā)者。

3、具有開發(fā)無缺陷軟件的承諾。第四代技術(shù)

一系列的軟件工具的使用，是第四代技術(shù)的特點。這些工具有一個共同的特點：能夠使軟件工程師們在較高級別上規(guī)約軟件的某些特征，然后根據(jù)開發(fā)者的規(guī)約自動生成源代碼。我們知道，軟件在越高的級別上被規(guī)約，就越能被快速的建造出程序。軟件工程的4GT模型集中于規(guī)約軟件的能力：使用特殊的語言形式或一種采用客戶可以理解的術(shù)語描述待解決問題的圖形符號體系。和其它模型一樣，4GT也是從需求收集這一步開始的，要將一個4GT實現(xiàn)變成最終產(chǎn)品，開發(fā)者還必須進行徹底的測試、開發(fā)有意義的文檔，并且同樣要完成其它模型中同樣要求的所有集成活動?？偠灾?，4GT已經(jīng)成為軟件工程的一個重要方法。特別是和基于構(gòu)件的開發(fā)模型結(jié)合起來時，4GT模型可能成為當(dāng)前軟件開發(fā)的主流模型！

缺點：

1、用工具生成的源代碼可能是“低效”的。

2、生成的大型軟件的可維護性目前還令人懷疑。

3、在某些情況下可能需要更多的時間。

優(yōu)點：

1、縮短了軟件開發(fā)時間，提高了建造軟件的效率。

2、對很多不同的應(yīng)用領(lǐng)域提供了一種可行性途徑和解決方案 9 過程技術(shù) 產(chǎn)品和過程 11 附錄

第二篇：軟件工程之用例模型總結(jié)

軟件工程之用例模型總結(jié)

一、用例模型1.用例概念用例：使用系統(tǒng)時發(fā)現(xiàn)的功能性需求，不應(yīng)過于復(fù)雜，簡單的來說就是你希望系統(tǒng)能夠有什么功能，能夠增加系統(tǒng)的價值。

用例模型包括用例描述和用例圖，我們主要把中心放在用例描述上。

用例模型包含參與者和場景，場景包括成功場景和失敗場景。因此用例模型中有多個場景；每個場景是一個用例。用例必須注重為用戶提供可觀察的返回值，就是系統(tǒng)觸發(fā)了一個用例之后能夠給用戶帶來什么。

一般用例都是黑盒用例，即不考慮如何實現(xiàn)。2.Use Case Description每個用例都有一個描述。怎樣確定用例？(1)確定一個功能；

(2)寫一個用例；(1)主要參與者：調(diào)用系統(tǒng)服務(wù)完成目標(biāo)的人。(2)次要參與者：為系統(tǒng)提供服務(wù)的人。

(3)寫出每個項目相關(guān)人員的理想需求，從中分析功能。(4)PreCondition:執(zhí)行到這個用例之前必須為真的情況，比如必須已成功登錄或通過驗證。

(5)PostCondition:成功執(zhí)行完此用例后的情況，比如登錄用例的后置條件是成功登錄（不考慮其他失敗情況）。(6)main flow：將最理想的步驟列出。一般main flow步驟如下：

(1)參與者發(fā)生動作。

(2)系統(tǒng)驗證。

(3)返回結(jié)果。

(7)extension flow：擴展步驟,通常格式為：(1)系統(tǒng)檢測到**有問題;在main flow中的第一步擴展，則用1a,1b,1c;3.如何確保正確的用例

EBP原則:一般用例都需要遵守這個規(guī)則，即確定主要用例。用例中的主要用例是一些重復(fù)做但是有意義的事，比如收銀員收錢，重復(fù)多次是有意義的，因為錢收得多了；但是像登錄系統(tǒng)，這種做100次卻沒有意義的用例，不能被稱為主要用例；

(1)EBP（基本業(yè)務(wù)過程）原則的用例寫入；

(2)如果要寫編輯A，刪除A，添加A，可以合并成“管理A”； 4.用例圖

每個用例描述都是一個用例，左邊是主要參與者（希望系統(tǒng)為他提供服務(wù)）和次要參與者（提供給系統(tǒng)服務(wù)的人）；

在次要參與者中不能有數(shù)據(jù)庫，因為在用戶角度看是不知道系統(tǒng)有數(shù)據(jù)庫的；

關(guān)系：

(1)泛化關(guān)系，在參與者和用例中都能泛化。(2)包含關(guān)系：

表示A包含B；比如A是管理數(shù)據(jù)，B可以是添加數(shù)據(jù)、刪除數(shù)據(jù)等；

(3)擴展關(guān)系：表示D被C擴展，D包含新的功能，比如D是查詢數(shù)據(jù)，C可以是打印數(shù)據(jù)，即用戶可以查詢但不打印數(shù)據(jù)，打印數(shù)據(jù)只是一個擴展功能。用例描述模板 [html] view plain copy

用例模型根據(jù)系統(tǒng)邊界的確定，描述了系統(tǒng)的輸入和輸出，確定了系統(tǒng)外部的參與者，通過用例描述了系統(tǒng)的主要功能，描述了外部參與者與系統(tǒng)的交互，將系統(tǒng)作為一個黑盒，從用戶角度描繪出系統(tǒng)需要提供的功能;

Use Case：用例名稱

Actor：參與者

Precondition：前置條件，即執(zhí)行這個用例一定要滿足的條件

Postcondition：后置條件，如果成功執(zhí)行，則一定會變成的狀態(tài)

Main flow：

1.用戶開始一次會話

2.用戶輸入信息

3.系統(tǒng)驗證并反饋

4.用戶重復(fù)2，3步

Extensions：

3a：數(shù)據(jù)無效

1.系統(tǒng)提示出錯

第三篇：軟件工程學(xué)習(xí)總結(jié)

軟件工程學(xué)習(xí)總結(jié)

通過一個學(xué)期系統(tǒng)的學(xué)習(xí)軟件工程這門課，結(jié)合與小組成員一起開發(fā)設(shè)備管理系統(tǒng)的經(jīng)驗，讓我對軟件的開發(fā)有了更深的了解，學(xué)習(xí)到每一個軟件的開發(fā)都不僅僅是寫代碼，還有更加復(fù)雜的系統(tǒng)性的開發(fā)流程。

要開發(fā)一個軟件，就拿設(shè)備管理系統(tǒng)來說，我們不能一上手就開始寫代碼，這樣會浪費大量的人力物力財力還得不到理想的結(jié)果，首先我們應(yīng)該先做好市場及需求方面的調(diào)查，了解用戶需求有助于我們開發(fā)更加實用高效的軟件，做好市場調(diào)研可以讓我們對成本、利潤、市場情況等有深層了解，讓我們做出最優(yōu)決策。

調(diào)查結(jié)束后，我們要寫出詳細的報告，包括項目開發(fā)計劃書、軟件需求規(guī)格說明書等，有了這些調(diào)查結(jié)果，我們才可以系統(tǒng)的，條理的來編寫我們的軟件。從前我們寫代碼都非常的盲目，雜亂無章，想到哪寫到哪，浪費了大量的時間，寫的代碼結(jié)構(gòu)也很松散，錯誤率高。學(xué)習(xí)軟件工程后，我們學(xué)習(xí)了多種軟件開發(fā)模型，學(xué)會了模塊化的開發(fā)方法，小組成員每人完成不同的模塊，最后綜合起來，這樣能夠節(jié)省大量的時間，縮短開發(fā)時間，使代碼結(jié)構(gòu)更加緊湊，易于管理維護。如果說代碼是一種工具的話，那么軟件工程就是使用工具的經(jīng)驗指導(dǎo)，他能指導(dǎo)我們更好的使用這個工具，發(fā)揮它最大的潛能，幫助我們完成項目，不管使用什么程序語言，軟件工程教給我們的開發(fā)方法都無條件適用，我們需要認(rèn)真學(xué)習(xí)理解這門課程，它將伴隨我們在程序開發(fā)的路上走下去。

第四篇：軟件工程學(xué)習(xí)總結(jié)和體會2015

西安交通大學(xué)

2015級研究生課程專題作業(yè)

軟 件

工 程 心 得專 業(yè): 班 級: 學(xué) 號: 姓 名: 電 話:

二○一五年十月

體 會

一、軟件生命周期各階段任務(wù)目的和主要方法

在分階段總結(jié)之前，首先要明確以下三個問題：

1、什么是軟件生存周期？

軟件生存周期是指從軟件定義、開發(fā)、使用、維護到淘汰的全過程。主要包括：

（1）問題定義；（2）可行性研究；（3）需求分析；（4）概要設(shè)計；（5）詳細設(shè)計；（6）編碼；（7）測試；

（8）軟件維護。

2、軟件生存周期為什么劃分成階段？

(1)任何一個階段的具體任務(wù)不僅獨立，而且簡單，便于不同人員分工協(xié)作，從而降低整個軟件開發(fā)工作的困難程度。

(2)可以降低每個階段任務(wù)的復(fù)雜程度，簡化不同階段的聯(lián)系，有利于工程的組織管理，也便于采用良好的技術(shù)方法。

(3)使軟件開發(fā)的全過程以一種有條不紊的方式進行，保證軟件的質(zhì)量，特別是提高了軟件的可維護性。

3、應(yīng)該怎樣來劃分階段？

(1)每一個階段的任務(wù)盡可能獨立；(2)同一階段內(nèi)的任務(wù)性質(zhì)盡可能相同；

(3)每一個階段任務(wù)的開始和結(jié)束有嚴(yán)格的標(biāo)準(zhǔn)。

下面分別對各階段進行討論：

1、問題定義

目的是將用戶提出的要求具體化、定量化，任務(wù)是確定研制系統(tǒng)的范圍，明確研制的邊界。

方法步驟：

(1)通過調(diào)查研究，了解系統(tǒng)要求；

(2)需求方與開發(fā)方討論確定系統(tǒng)的功能、性能、可靠性、安全保密性等方面的要求，以及費用、進度等方面的要求。

2、可行性研究

可行性研究說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)上、經(jīng)濟上和社會條件上的可行性，評述為合理地達到開發(fā)目的可能選擇的各種方案，目標(biāo)是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。

可行性研究的方法是首先需要進一步分析和澄清問題定義；然后分析員導(dǎo)出系統(tǒng)的邏輯模型；最后對未來的行動方針提出建議。

在導(dǎo)出邏輯模型的過程中，具體要根據(jù)以下四個方面分析可行性：

(1)經(jīng)濟可行性:進行成本效益分析,評估項目的開發(fā)成本,估算開發(fā)成本是否會超過項目預(yù)期的全部利潤.分析系統(tǒng)開發(fā)對其它產(chǎn)品或利潤的影響。

(2)技術(shù)可行性:根據(jù)客戶提出的系統(tǒng)功能,性能及實現(xiàn)系統(tǒng)的各項約束條件,從技術(shù)的角度研究實現(xiàn)系統(tǒng)的可行性。(3)法律可行性:研究在系統(tǒng)開發(fā)過程中可能涉及的各種合同,侵權(quán),責(zé)任以及各種于法律相抵觸的問題。

(4)開發(fā)方案的選擇性:提出并評價實現(xiàn)系統(tǒng)的各種看法方案.從中選出一種用于軟件項目開發(fā)。

3、需求分析

需求分析是為了有效解決用戶的需要而進行的一項工程活動，要考慮的問題是功能需求、數(shù)據(jù)需求、性能需求和接口需求，開發(fā)者承擔(dān)分析任務(wù)，核心是用戶。

軟件項目的失敗大半源于需求分析沒有做好，軟件開發(fā)人員首先應(yīng)該明確用戶的意圖和要求，正確獲取用戶的需求，然后形成一個軟件需求規(guī)格說明，它是軟件開發(fā)的重要基礎(chǔ)。

需求分析的方法：

(1)需求獲?。韩@取客戶需求，客戶泛指某個人或機構(gòu)部門等，一般方法是調(diào)查，包括訪談座談、問卷、跟班和收集資料，需求規(guī)約可表達用戶的軟件價值。

(2)需求分析與規(guī)格說明：建立需求模型，它是用戶需求的圖解，一些常用的模型有：業(yè)務(wù)樹圖、用例圖、活動圖。分別用于結(jié)構(gòu)化需求建模、系統(tǒng)業(yè)務(wù)舉例和反映系統(tǒng)工作流程。

(3)需求驗證：要驗證的主要內(nèi)容有：有效性驗證、一致性驗證、完整性驗證、現(xiàn)實性驗證和可檢驗性驗證。

需求建模的方法：

(1)關(guān)聯(lián)模型

(2)面向?qū)ο竽Ｐ?3)原型方法

4、系統(tǒng)設(shè)計

此階段主要根據(jù)需求分析的結(jié)果，對整個軟件系統(tǒng)進行設(shè)計，如系統(tǒng)框架設(shè)計，數(shù)據(jù)庫設(shè)計等，一般分為概要設(shè)計和詳細設(shè)計，好的軟件設(shè)計將為軟件程序編寫打下良好的基礎(chǔ)。

概要設(shè)計是對需求規(guī)格說明書中提供的軟件系統(tǒng)邏輯模型進行進一步的分解，從而建立軟件系統(tǒng)的總體結(jié)構(gòu)和各個子系統(tǒng)間及各個模塊間的關(guān)系，定義各子系統(tǒng)接口界面和各模塊的功能描述，并根據(jù)設(shè)計結(jié)果產(chǎn)生概 要設(shè)計文檔。

概要設(shè)計在早期有模塊化方法、功能分解方法；在60年代后期提出了面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法；近年來又提出面向?qū)ο蟮脑O(shè)計方法等。

詳細設(shè)計過程根據(jù)概要設(shè)計形成的結(jié)果對各個模塊的內(nèi)部實現(xiàn)進行規(guī)劃設(shè)計，并根據(jù)設(shè)計結(jié)果產(chǎn)生詳細設(shè)計文檔。

詳細設(shè)計主要方法是通過采用結(jié)構(gòu)化和面向?qū)ο蟮姆椒◤囊晥D、控制、模型三層模型上細化概要設(shè)計的各個模塊，并完成偽代碼為編碼階段做準(zhǔn)備。

5、編碼和測試

編碼是將軟件設(shè)計的結(jié)果轉(zhuǎn)換成計算機可執(zhí)行的程序代碼。主要方法是依據(jù)詳細設(shè)計文檔實現(xiàn)設(shè)計中的算法、功能、接口、數(shù)據(jù)結(jié)構(gòu)，采用結(jié)構(gòu)化和面向?qū)ο蠡姆椒ň帉懘a。

編碼過程中要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫規(guī)范，以保證程序的可讀性，易維護性，提高程序的運行效率。

軟件設(shè)計完成后要經(jīng)過嚴(yán)密的測試，以發(fā)現(xiàn)軟件在整個設(shè)計過程中存在的問題并加以糾正。整個測試過程分單元測試、組裝測試以及系統(tǒng)測試三個階段進行。

測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細的測試計劃并嚴(yán)格按照測試計劃進行測試，以減少測試的隨 意性。

6、軟件維護

軟件維護是軟件生命周期中持續(xù)時間最長的階段。在軟件開發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶的要求。要延續(xù)軟件的使用壽命，就必須對軟件進行維護。

軟件的維護包括糾錯性維護和改進性維護兩個方面。

二、課程主要收獲

《軟件工程》課程強調(diào)概念和知識的理解和掌握，側(cè)重軟件項目的分析、設(shè)計、實現(xiàn)和維護的基本技能。比較注意“點”和“面”的結(jié)合，是一門理論性和實踐性都較強的學(xué)科。作為一名已經(jīng)在IT領(lǐng)域工作十年之后又重返校園的大齡學(xué)生，雖然已經(jīng)不是第一次學(xué)習(xí)這門課程了，去年也剛在單位取得了信息系統(tǒng)項目管理高級工程師資格，從另一個側(cè)面對軟件開發(fā)過程有了更深層次的理解。不過溫故而知新，這次仍然選修這門課，我還是得到了一些新的啟示。最大的收獲就是在我看來，軟件工程與其說是一門課程，不如說是一門思想，是一個如何去分析和處理問題的過程，應(yīng)該說其范疇已經(jīng)遠遠不止局限于該門課程，它已經(jīng)成為了一個綜合的能夠解決問題的思想集合。

此外，通過對軟件開發(fā)過程的重學(xué)習(xí)，并結(jié)合之前在軟件開發(fā)管理工作中的經(jīng)驗，我對自己在軟件開發(fā)主要階段管理工作中的不足有了更進一步的認(rèn)識，總結(jié)了相應(yīng)的管理要點，具體闡述如下：

1、概要設(shè)計

主要任務(wù)：系統(tǒng)應(yīng)該怎樣做，或概括地說，系統(tǒng)應(yīng)該如何實現(xiàn)。本階段特點：將用戶的具體要求轉(zhuǎn)為抽象的計算機軟件設(shè)計。管理要點：

通過分析對比，從多種可能的實現(xiàn)方案和軟件結(jié)構(gòu)中選出最佳方案及最合理的，即： 設(shè)想供選擇的方案→推薦最佳方案→選取合理的方案功能分解→ 軟件設(shè)計結(jié)構(gòu) → 數(shù)據(jù)庫設(shè)計 3 確定測試要求并確定測試計劃

作為項目管理者必須從概要設(shè)計開始就應(yīng)該從全局角度開始把握整個系統(tǒng)的進展，并必須從此階段開始，時刻從全局觀的問題來發(fā)現(xiàn)問題，解決問題。

2、詳細設(shè)計

主要任務(wù)：系統(tǒng)應(yīng)該怎樣具體地做，或概括地說，系統(tǒng)應(yīng)該如何具體地去實現(xiàn)所有的要求。

本階段特點：將抽象的計算機軟件設(shè)計轉(zhuǎn)為形象的，具體的，面向用戶的計算機界面設(shè)計。

管理要點：

本階段尚未涉及具體編寫程序，而是要設(shè)計出程序的“藍圖”，所以詳細設(shè)計的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。邏輯是否正確性能是否滿足要求是否容易閱讀和理解 作為項目管理者在詳細設(shè)計階段，應(yīng)始終不忘從一名用戶的使用角度出發(fā)，審視每一個界面的詳細設(shè)計，以保證設(shè)計出來的界面以及程序能夠滿足一般用戶希望將來的系統(tǒng)能夠通俗易懂，簡單實用的要求。

3、編碼

主要任務(wù)：用某種程序設(shè)計語言書寫計算機能夠識別的程序。

本階段特點：將詳細設(shè)計書的內(nèi)容“翻譯”成計算機語言，直接關(guān)系到整個項目的質(zhì)量。

管理要點：

本階段的編碼是設(shè)計的自然結(jié)果，因此，程序的質(zhì)量主要取決于軟件設(shè)計的質(zhì)量。但是，程序設(shè)計語言的特性和編碼途徑也對程序的以下特性產(chǎn)生深遠的影響： 程序的可靠性 2 程序的可讀性 3 程序的可測試性 4 程序的可維護性

作為項目管理者在編碼階段，必須從把握進度與質(zhì)量這兩個基本方面來有效地實施對項目的管理。首先應(yīng)該根據(jù)項目進度計劃來合理地安排每一名作業(yè)成員的作業(yè)日程，并且隨時監(jiān)督每一作業(yè)的進展情況，還需要針對項目的最新變更及時對計劃進行調(diào)整，以保證項目的按時完成。同時，在項目的進展過程中還需要通過小組討論，檢查評審等形式洞察每項作業(yè)的質(zhì)量，以保證項目的保質(zhì)保量完成。可以說，本階段是一名項目管理者在項目開發(fā)過程中極為忙碌也異常重要的階段。

4、測試

主要任務(wù)：通過單元測試和綜合測試來保證軟件工程的高質(zhì)量。

本階段特點：盡可能早地發(fā)現(xiàn)并糾正差錯，往往占到軟件開發(fā)總工作量的40%以上，是保證軟件質(zhì)量的關(guān)鍵。

管理要點：

軟件測試在軟件生命周期中橫跨兩個階段。通常在編寫出每個模塊之后就對其作必要的測試（稱之為單元測試），模塊的編寫者和測試者是同一人，編碼和單元測試屬于軟件生命周期的同一個階段。在此階段結(jié)束之后，對軟件系統(tǒng)還應(yīng)該進行各種綜合測試，這是軟件生命周期的另一個獨立階段，通常由專門的測試人員來承擔(dān)這項工作。

作為項目管理者在編碼階段，必須高度重視軟件測試工作，甚至可以說應(yīng)該把測試看作與編寫程序同等重要的任務(wù)來對待。在要求每一名開發(fā)人員完成自己分內(nèi)的單元測試，并且監(jiān)督測試人員認(rèn)真進行各項綜合測試的同時，應(yīng)該把自己完全當(dāng)成一名本軟件工程的用戶，從用戶的角度以一種高度負(fù)責(zé)，甚至近乎苛刻的嚴(yán)格態(tài)度來對軟件進行徹底的測試。在本階段通過嚴(yán)把質(zhì)量關(guān)來確保軟件工程的質(zhì)量。

所以說，尤其在軟件進入具體開發(fā)階段后，能否遵循要點進行管理是很重要的。

總之，實際工作當(dāng)中軟件項目為什么會失敗？為什么交付日期會一拖再拖？我覺得項目失敗只有一個原因：就是項目經(jīng)理不合格。除非這個項目經(jīng)理在項目開始階段就已經(jīng)提出來了這個項目會失敗，或者是完全屬于項目之外不可抗拒的原因?qū)е率?。也許還會有一些我的同行跳出來說不服，那么請繼續(xù)：

難道是新增需求的原因?qū)е率。靠蛻魰屇阈略?00個需求而要你二天交貨嗎？必然是分析設(shè)計階段沒有充分考慮好可擴展性和新增需求導(dǎo)致現(xiàn)在不可控制而失敗的!

難道是程序員人力不足導(dǎo)致？人都沒有到位，怎么會失敗，多少人做多少人的事，多少人做多少人的計劃，不會有失敗。

難道是程序員技能不夠？項目經(jīng)理是如何面試的？怎么在項目失敗了才發(fā)現(xiàn)是程序員技能不夠？有問題早提出來嘛。

難道測試人員沒有做好？少來了，測試人員只是加了一道保障證明。程序很多流程都通過不了，程序還屬于開發(fā)調(diào)試階段，與測試人員有什么關(guān)系？

我曾經(jīng)在單位參加一些項目，發(fā)現(xiàn)有這樣一個概念很多項目經(jīng)理都沒有搞清楚：什么叫開發(fā)階段？我認(rèn)為開發(fā)階段最多只能包括單元測試這一部分。綜合測試絕對不能屬于開發(fā)階段了，也就是說不能到了最后交付階段還有程序流程走不通，程序隨便正常操作都會失敗。程序隨便正常操作都出現(xiàn)好多bug屬于開發(fā)還沒有完成，絕對還沒有過單元測試階段，離綜合測試和驗收階段還早著呢。說白了，還屬于代碼審查階段。

不懂程序設(shè)計的項目經(jīng)理，往往不注重code開發(fā)人員,其實這是一個嚴(yán)重的錯誤。軟件的質(zhì)量來源于什么？由誰來保證？有的項目經(jīng)理說是由測試人員來保證，就算測試人員的測試用例寫得很詳細，把需求中的每一個功能點都測試到了，那最后就沒有問題了嗎？當(dāng)然不是，很多邏輯上的東西要程序員來保證不出問題的，而測試人員只是起一個驗證的作用，問題不應(yīng)該由測試人員來發(fā)現(xiàn)，而應(yīng)該由開發(fā)人員來發(fā)現(xiàn)。也就是說，我們盡量不要讓測試人員來發(fā)現(xiàn)問題。如果第一次測試有至少25%以上的用例通不過，那說明質(zhì)量控制出了問題。這樣的版本根本就不應(yīng)該拿出來進行測試。由此可見，軟件的質(zhì)量是由程序員來保證的，而不是測試人員。

總的說來，一個項目的成敗與否，與項目的各個階段皆有關(guān)系：需求都不清楚，開發(fā)起來肯定是南轅北轍；分析設(shè)計不夠好，會讓程序員難以維護，隨著新增需求的增多，會導(dǎo)致整個系統(tǒng)混亂不可控制；編碼不好，整個系統(tǒng)不穩(wěn)定是必然的，Bug也是抓不盡的；測試不做好，系統(tǒng)是沒有保證的，少了哪個環(huán)節(jié)都不行。

所以做軟件項目開發(fā)過程管理工作，我認(rèn)為重點要放在項目計劃、進度控制、質(zhì)量控制、風(fēng)險預(yù)測這四個方面。不要說項目的失敗是因為新需求引起的,一個沒有新增需求和風(fēng)險的項目是不存在的，承認(rèn)這一點之后,我們就不會有很多怨言了。

以下針對這四個方面進行詳述：

項目計劃：沒有項目計劃，那失敗還有什么話好說？大家都知道凡事預(yù)則立，不預(yù)則廢。項目計劃一定要包括這幾方面的內(nèi)容：各階段里程碑時間點，各個里程碑的輸出結(jié)果，風(fēng)險預(yù)測，意外應(yīng)對。計劃時間一定要提前于交貨時間，并注意風(fēng)險意外是否留下足夠的應(yīng)對時間和處理方案。

進度監(jiān)控：對每個階段把握好，每個階段要完成的任務(wù)一定要完成，如果完不成，是什么原因?qū)е碌?？我們的?yīng)對策略是什么？我們要信任別人，但是不要忘記鎖門。同樣的，別人說完成了，你不能就認(rèn)為別人完成了，要看到結(jié)果才能證明完成了。有的項目經(jīng)理說，我也進度監(jiān)控啦，他說完成了就完成了，誰想到?jīng)]有完成？到底是程序員不誠實還是項目沒有管理好？你沒有鎖好門，能怨別人偷你東西嗎？還有一種情況就是不懂如何鎖門，根本就不知道這一階段的輸出結(jié)果是什么？當(dāng)然進度監(jiān)控就是一句空話了。

質(zhì)量監(jiān)控：也應(yīng)該是分階段進行的，每一個階段的質(zhì)量監(jiān)控內(nèi)容有所不同。

需求分析階段的質(zhì)量監(jiān)控就是完整而又正確的理解用戶需求，需求是否清楚可懂，寫用例的測試人員是否明白需求？

分析設(shè)計階段的質(zhì)量監(jiān)控就是設(shè)計是否完全滿足需求？這個設(shè)計方案是否滿足以后新功能的擴展？以及是否有考慮到新功能的意外和設(shè)備環(huán)境，運行平臺的變化？

編碼階段的質(zhì)量監(jiān)控就是變量命名是否規(guī)范？代碼是否可讀？是否有詳細的注釋？是否有重復(fù)代碼？要知道重復(fù)代碼是必然會造成系統(tǒng)不穩(wěn)定，bug成群的?？勺儾糠值拇a和不可變部分的代碼是否分離。要知道上面講的每一部分如果沒有做好，都會導(dǎo)致后期的產(chǎn)品出現(xiàn)大量問題。代碼階段還有一個重要的工作就是做code review代碼公開評審，你自己發(fā)現(xiàn)不了的問題別人也許就看得見。

單元測試階段的質(zhì)量監(jiān)控任務(wù)就是單元測試代碼是否測試通過？代碼覆蓋是否完全？單元測試報告提交情況如何？單元測試用例有沒有做好？ 綜合測試階段質(zhì)量監(jiān)控任務(wù)當(dāng)然就是看用例是否完全？是否全部真正執(zhí)行？測試報告有沒有寫好？

回歸測試當(dāng)然得看以前測試的Bug是否還在，如果還在，當(dāng)然是無條件打回去重新開發(fā)。

測試階段最主要的監(jiān)控就是看用例是否真正執(zhí)行，是否有安全性測試？破壞性測試？異常測試，壓力測試？

以上的每個階段最好完成了才進行下一階段，否則會造成混亂出現(xiàn)問題的，造成想并行進行節(jié)約時間卻反而浪費了時間。

以上就是我重學(xué)《軟件工程》并結(jié)合實際工作經(jīng)驗所得到的啟示，不妥之處請劉老師批評指正！

第五篇：企業(yè)文化剛性的組織生命周期模型

企業(yè)管理

科學(xué)學(xué)與科學(xué)技術(shù)管理

張 敏 “，陳傳明 $

（”-南京財經(jīng)大學(xué)，江蘇 南京 $“%%+.；$-南京大學(xué)，江蘇 南京 $”%%(/）

摘要：企業(yè)文化具有不易被改變的剛性特征。以組織的生命周期為主線，圍繞組織的設(shè)計過程、組織戰(zhàn)略的形成過程和 組織知識的演化過程，探究企業(yè)文化剛性特征的形成機理，并指出，企業(yè)文化剛性問題的實質(zhì)是一種企業(yè)成長過程中的 路徑依賴或鎖定現(xiàn)象，其對組織行為的作用與影響是辯證的。關(guān)鍵詞：企業(yè)文化；剛性特征；組織生命周期模型 中圖分類號：0$*%

文獻標(biāo)識碼：1

文章編號：“%%$?%$+”)$%%.,%$?%“&%?%.“剛性”在物理學(xué)中是指材料的一種力學(xué)性能，描 述物體不易被改變的程度。牢固建立起來的企業(yè)文 化，為了保護自己，它發(fā)展了一系列精心設(shè)計的、力量 強大的機制，使得企業(yè)對其文化表現(xiàn)出了顯著的路徑 依賴特征，在企業(yè)管理過程中特別是在企業(yè)戰(zhàn)略調(diào)整 過程中，企業(yè)文化所具有和表現(xiàn)出的這種不易被改變 的特性即為企業(yè)文化的剛性特征!”#。當(dāng)處于變化中的 企業(yè)進行戰(zhàn)略調(diào)整時，企業(yè)文化的這種不易被改變的 性質(zhì)即企業(yè)文化的剛性特征便會顯現(xiàn)出來，阻礙、破 壞企業(yè)戰(zhàn)略調(diào)整的貫徹執(zhí)行，最終使企業(yè)在競爭中走 向失敗。那么，曾經(jīng)一度被管理學(xué)界和企業(yè)界視為“制 勝法寶”和“企業(yè)動力之源”的企業(yè)文化，其不易被改 變的剛性特征究竟是如何產(chǎn)生的？運用組織生命周期 模型，本文將對此問題進行探討。

一、企業(yè)文化剛性組織生命周期模型的建立 企業(yè)從誕生之日起，便面臨著生存與發(fā)展兩大基 本問題，在組織管理上則表現(xiàn)為組織控制與戰(zhàn)略調(diào)整 兩大根本任務(wù)。組織控制主要是通過對組織的結(jié)構(gòu)形 式、信息技術(shù)和控制系統(tǒng)、生產(chǎn)技術(shù)、人力資源系統(tǒng)和 部門之間的聯(lián)系等內(nèi)容進行理性的設(shè)計!$#，通過對組 織內(nèi)部的管理活動及其效果進行衡量和校正，以確保

組織的目標(biāo)以及為此而擬定的計劃得以實現(xiàn)。戰(zhàn)略調(diào) 整的目的是保持組織系統(tǒng)及其內(nèi)部環(huán)境與外部環(huán)境 之間的動態(tài)平衡，在組織的成長過程中，組織的戰(zhàn)略 也經(jīng)歷了以內(nèi)部為重點到以外部為重點的轉(zhuǎn)變。同 時，一種文化在一個企業(yè)中能夠得以生存并發(fā)展的前 提條件，是這種文化得到了企業(yè)組織成員的一致認(rèn) 可，或者這種文化被實踐所證明對于該企業(yè)的成功是 行之有效的。不過，企業(yè)文化是一柄“雙刃劍”，它既可 以傳承企業(yè)的優(yōu)良傳統(tǒng)，也可能作為一種惰性而存在 和孳生。企業(yè)文化的剛性特征與企業(yè)文化是相伴而生 的，在一種文化開始成為企業(yè)主流文化的同時，企業(yè) 文化的剛性特征也隨之產(chǎn)生了。本文以組織的生命周 期為主線，圍繞組織的設(shè)計過程、組織戰(zhàn)略的形成過 程和組織知識的演化過程去探究企業(yè)文化剛性特征 的形成。

在企業(yè)成長的不同階段，企業(yè)文化具有相異的內(nèi) 涵與剛性特征，戰(zhàn)略管理的重心也有所不同，基于上 述分析，本文構(gòu)建了一個企業(yè)文化剛性的組織生命周 期模型（見圖 “）。

二、初創(chuàng)階段—文化的沖突 企業(yè)在初創(chuàng)階段最突出的特點是關(guān)心組織成收稿日期：$%%&?%(?%&

基金項目：國家自然科學(xué)基金項目“企業(yè)戰(zhàn)略調(diào)整的內(nèi)部影響因素研究”)*%+*$%+&,第一作者簡介：張敏（”(*%-$?），男，上海市人，南京財經(jīng)大學(xué)營銷與物流管理學(xué)院講師，管理學(xué)博士，研究方向：企業(yè)戰(zhàn)略管理與組織 設(shè)計。

!“#

$##%&#$

科學(xué)學(xué)與科學(xué)技術(shù)管理

企業(yè)管理

包含著對正確與否的解釋，而且，它還隱含著一種觀 念：某種行為或結(jié)果比其他行為或結(jié)果更為可取。因 此，價值觀會使得客觀性和理性變得含糊不清。而在 組織的初創(chuàng)階段，由于組織成員的社會化程度很低，所以，價值觀的沖突成為不可避免）。因此，組織設(shè)計 的關(guān)鍵在于整合和解決沖突的機制的建立，并在這種 機制的約束下，組織成員與組織之間通過社會性活動 與政治性活動實現(xiàn)目標(biāo)的一致以及價值觀念的趨同。這一過程類似于自然界的生物進化，是一個自發(fā)的過 程。初創(chuàng)階段的組織是一個尚未達到平衡態(tài)的開放系 統(tǒng)，它將遵守達爾文的進化論學(xué)說，通過與環(huán)境不斷 地進行能量、物質(zhì)和信息的交換，在整合和解決沖突 機制的作用下產(chǎn)生自組織現(xiàn)象，即由無序到有序、較 低的有序到較高的有序并形成組織內(nèi)外各種力量的平衡—均衡或內(nèi)在秩序。

組織初創(chuàng)階段的戰(zhàn)略重點是在全新的環(huán)境中求 生存，因此，分析內(nèi)外部環(huán)境態(tài)勢、設(shè)計組織結(jié)構(gòu)、組 織過程與行為，以及確立企業(yè)的主導(dǎo)戰(zhàn)略便構(gòu)成了組 織戰(zhàn)略的主要內(nèi)容，其中，組織主導(dǎo)戰(zhàn)略的確定是通 過戰(zhàn)略一致性的形成來實現(xiàn)的，為此，組織應(yīng)注意四 個方面的因素：焦點 0)#12$3，即組織中哪些類型的成 員參與一致性的形成；范圍0$1#4&3，即參與人員的數(shù) 量比例；程度 05&,”&&3，即一致性的強度（程度）；內(nèi)容

高變通

組織 控制 程度

高控制

圖 @ 基于組織生命周期的企業(yè)文化剛性特征形成過程

員，強調(diào)創(chuàng)新，重視個人的創(chuàng)造力與想象力；人力資 源受到高度重視，培訓(xùn)、自我管理、授權(quán)相當(dāng)普遍；專 業(yè)管理、職務(wù)與個人技能相匹配在這種價值體系中 得到充分體現(xiàn)。在該階段，組織對外部環(huán)境的適應(yīng)能 力可以通過組織的開放性、員工的參與和討論而得 以維持。這種組織形式是非規(guī)范化和非官僚制的，因 此，我們可以從斯格特提出的組織自然系統(tǒng)的視角 去分析。

自然系統(tǒng)視角的主要內(nèi)容是對組織目標(biāo)復(fù)雜性 和非正式結(jié)構(gòu)進行研究和解釋，所關(guān)注的更多是組織 及其參與者的行為。在自然系統(tǒng)視角的學(xué)者們眼中，（初創(chuàng)階段的）組織中充滿著目標(biāo)的沖突（!“#$$ 指出，既定的目標(biāo)和組織“實際”所尋求的目標(biāo)之間存在著 差距，組織尋求的目標(biāo)不是指導(dǎo)參與者行為的唯一目 標(biāo)，還必須尋求“維持”目標(biāo)，也就是說，組織并不只是 達成既定目標(biāo)的工具，其在本質(zhì)上是力圖在特定環(huán)境 中 適 應(yīng) 并 生 存 下 來 的 社 會 性 團 體）、結(jié) 構(gòu) 的 沖 突（%#&?()*$+&”,&“ 和-*))*./ 認(rèn)為，正式結(jié)構(gòu)是特意設(shè) 計來規(guī)范組織成員行為以服務(wù)于特定的組織目標(biāo)，與 此同時，非正式結(jié)構(gòu)的出現(xiàn)會替代、侵蝕和改變正式 的結(jié)構(gòu)。正式結(jié)構(gòu)等同于那些獨立于個體行為特征而 存在的規(guī)范和行為規(guī)則，是“成本和效率邏輯”，而非 正式結(jié)構(gòu)是建立在具體參與者的個性及互動關(guān)系基 礎(chǔ)上的，是“情緒邏輯”，因此，正式結(jié)構(gòu)與非正式結(jié)構(gòu) 之間一直保持著一種張力）和價值觀的沖突（羅賓斯 指出，價值觀對于研究組織行為是十分重要的，因為 它是了解員工的態(tài)度和動機的基礎(chǔ)，同時它也影響著 我們的知覺和判斷。每個人在加入一個組織之前，便 已經(jīng)形成了什么是應(yīng)該的或是不應(yīng)該的思維模式，它

01#6?&6?3，即最后達成的實際意見789。此時，組織的知識

構(gòu)成，包括組織成員獨自帶來的或組織所面對外部的 知識，都可以用“新奇”06#:&)?;3來描述，而對于這種新 奇的知識，<.”)*)& 和 %&+&6?*$1(建議采取“儲存”0$?#“=

.,&3的方式 7>9。對知識的“儲存”有些類似于“組織記

憶”或“組織的學(xué)習(xí)曲線”7?9。由于組織的知識體系尚未 結(jié)構(gòu)化而處于一種混沌的狀態(tài)，組織中已有的知識與 新知識之間、已有知識的組成部分之間、已有知識的 部分與整體之間，以及新知識的組成部分之間，在獲 得組織成員的解釋和認(rèn)同時可能會產(chǎn)生相互矛盾而 形成一種張力，這種張力一方面為組織尋求新知識提 供了動力，另一方面也加速了組織知識結(jié)構(gòu)化的進 程。

!”“#$”!

%&%

企業(yè)管理

在初創(chuàng)階段，由于組織中整合機制尚未完全形 成，主導(dǎo)戰(zhàn)略尚未確立、組織知識尚未結(jié)構(gòu)化，組織成 員之間尚處于磨合期，同時由于個體文化的差異性，企業(yè)尚未確立其主流文化，企業(yè)文化的特征是多文化 的沖突與交流，這也決定了在該階段必然要采取人際 關(guān)系型的管理模式。很顯然，由于一元的核心價值觀 尚未形成，并且組織成員各具特色，這可以給組織帶 來多種選擇上的優(yōu)勢，此時的企業(yè)文化具有極強的可 塑性，因而是無剛性可言的，但這種企業(yè)文化是無法 產(chǎn)生推動企業(yè)向前發(fā)展的強大的文化力的。所以，在 初創(chuàng)階段，領(lǐng)導(dǎo)者必須具備良好的解決沖突的能力，管理的重心是在盡可能短的時間內(nèi)選擇和確立主流 文化，啟動文化力以帶動組織前進。

三、成長階段—文化的演化 企業(yè)在初創(chuàng)階段的這種混沌狀態(tài)不會持續(xù)很長 時間，隨著“領(lǐng)導(dǎo)與管理危機”!“#的出現(xiàn)，組織開始尋求 并獲得強有力的領(lǐng)導(dǎo)，組織開始提出明確的目標(biāo)和發(fā) 展方向，部門也隨著權(quán)力層級、工作分派和勞動分工 而逐步建立。盡管此時組織中已出現(xiàn)了某些規(guī)范的制 度和程序，但這是組織的青年期，其結(jié)構(gòu)形式仍然是 非規(guī)范化的!$#，因此，本文從組織的開放系統(tǒng)視角去審 視處于成長期的組織。

組織的開放系統(tǒng)視角將組織作為一種以功能模 塊形式出現(xiàn)的控制系統(tǒng)來進行分析的，并引入“熵”的 概念，即組織系統(tǒng)自發(fā)地朝著熵增的狀態(tài)運行：設(shè)置 結(jié)構(gòu)要素、分解差異性結(jié)構(gòu)、使系統(tǒng)自組織而向更高 的秩序和復(fù)雜性方向演進!%#。為此，組織設(shè)計的目標(biāo)就 是確定適當(dāng)?shù)墓ぷ髁鞒?、控制體系以及計劃機制之間 的關(guān)系，通過條件相關(guān)進程中的連鎖行為，解決組織 在規(guī)定環(huán)境中的模糊性問題，強調(diào)維持組織的等級制 度，重視組織內(nèi)部，將信息管理和記錄有效地結(jié)合在 一起，以保證組織的穩(wěn)定性和長期決策的連續(xù)性。強 調(diào)這種價值觀念的組織通常擁有完備的資料庫、明確 的職務(wù)說明、預(yù)期目標(biāo)和解決沖突的程序。

在經(jīng)過了初創(chuàng)階段的一致性進程之后，組織的戰(zhàn) 略逐步收斂于某一主導(dǎo)戰(zhàn)略，但由于這種主導(dǎo)戰(zhàn)略往

科學(xué)學(xué)與科學(xué)技術(shù)管理

往是由一些偶然事件，如市場中的新機遇或某項新技 術(shù)的出現(xiàn)所引發(fā)，而一旦被確立下來，主導(dǎo)戰(zhàn)略便會 引導(dǎo)并“鎖定”于特定的路徑，并沿著既定的路徑持續(xù) 地發(fā)展下去。組織戰(zhàn)略的這種路徑依賴特征的形成機 制十分復(fù)雜，既有經(jīng)濟方面的原因，也有組織管理的 影響，其中，從經(jīng)濟學(xué)的角度看，沉沒成本效應(yīng)!&#、網(wǎng)絡(luò) 效應(yīng)!?(#、學(xué)習(xí)效應(yīng)!??#和規(guī)模經(jīng)濟性，從組織管理方面 看，組織記憶!?)#、管理人員認(rèn)知!?*#以及組織結(jié)構(gòu)!?+#等均 決定了組織戰(zhàn)略的這種鎖定狀態(tài)。此時，出于組織主 導(dǎo)戰(zhàn)略和日益增加的工作復(fù)雜性的需要，作為組織生 產(chǎn)性、技術(shù)性和社會交往性知識的儲藏庫的組織慣例 開始出現(xiàn)，但這種組織慣例并不僅僅是組織知識的簡 單加總，而是一種結(jié)構(gòu)化的組織特定操作性知識的存 儲。組織的這種知識結(jié)構(gòu)具有自行衍生的功能，即組 織不僅可以通過學(xué)習(xí)從外界直接獲得知識，而且由于 知識之間具有能夠為人們所覺察的內(nèi)在聯(lián)系，還可以 通過組織成員和他們的環(huán)境之間正在發(fā)生的相互作 用逐漸演化出新的知識來，這種新知識是內(nèi)生的從而 具有了默會的特征。默會的知識是特定群體的成員所 獨有的，在成員交往過程中起到協(xié)調(diào)作用。所以，正如,-./01 和 2314-5 所說的，組織慣例是一個“休戰(zhàn)協(xié)

定”64578-9，通過使組織成員滿意于他們所扮演的角 色，把組織內(nèi)潛在的和明顯的沖突保持在可預(yù)測的限 度之內(nèi)，從而提高組織這一功能模塊運行的可控性。但 ,-./01 和 2314-5 同時也指出，堅持組織的慣例將 導(dǎo)致相對剛性或甚至是惰性的行為，當(dāng)環(huán)境條件非預(yù) 期地發(fā)生變化時，它表現(xiàn)得不夠靈活!?:#，也就是說，企 業(yè)文化的剛性特征出現(xiàn)在組織的成長階段。

在組織的成長階段，企業(yè)文化亦處于成長階段，并在不斷的吐故納新過程中獲取養(yǎng)分，不斷地演化自 己，提升自己的文化力以保證企業(yè)的快速成長。因此，成長階段企業(yè)文化建設(shè)的重心是培育共同的核心價 值觀，從而確立起企業(yè)的主流文化。;7311 將這一過 程描述為：為組織定義特定的使命和目標(biāo)；清晰、直 觀、量化地陳述這些目標(biāo)；將目標(biāo)分配至個人或組織 的單元；建立量化的績效測評系統(tǒng)以控制組織向既定

!”#

#$$%&$#

科學(xué)學(xué)與科學(xué)技術(shù)管理

目標(biāo)成長!“#$。%&?((和)*+,*-./ 則將這一過程模式化 為 0121314!”5$。其中，形成歷史感60+(7?&89包含精心 編制歷史和宣傳英雄，并通過英雄與其他人進行文化

企業(yè)管理)+-?/ 指出，組織簡化參與者決策的一個主要方法是對

指導(dǎo)其行為的目標(biāo)進行限制，組織的目標(biāo)可以作為構(gòu)

建手段—目標(biāo)鏈條的起點，建立起一溝通的過程；創(chuàng)造統(tǒng)一感62/:/:((9包含領(lǐng)導(dǎo)和角色模 仿、宣傳規(guī)范和價值觀的過程；促進成員感63:-;:&<

(*+=9包含獎勵系統(tǒng)、事業(yè)管理和工作安全、人事和招

聘、新成員社會化、培訓(xùn)和發(fā)展等內(nèi)容；增加成員間交 流64>,*./?:9包含成員接觸、決策制定的參與、群體間 協(xié)調(diào)、人員交換等過程。很顯然，在 0121314 的過程 中，企業(yè)成員必然會改變自己以適應(yīng)組織主流文化的 要求，這樣，各具特色的個體帶給企業(yè)的行為與選擇 的多樣化就會喪失。因此，當(dāng)主流文化大大削弱了不 同背景的個體帶到組織中的獨特優(yōu)勢時，企業(yè)文化的 剛性特征就產(chǎn)生了。

四、成熟階段—核心價值觀 組織進入成熟階段以后，規(guī)范化的程序已經(jīng)完全 建立，清晰的層級制和明確的部門分工也已完全形 成。但此時，組織中不斷繁衍的制度和規(guī)程可能開始 束縛組織成員的思想而顯現(xiàn)出官僚制的特征。因此，理性目標(biāo)是企業(yè)在成熟階段最顯著的特征。

從理性系統(tǒng)的視角看，組織是一種為了完成特定 目標(biāo)而設(shè)計的工具，理性則是指為了最有效地達成既 定目標(biāo)而以某種方式組織起來的一系列行為邏輯。所 以，理性并不是指目標(biāo)選擇而是指目標(biāo)達成!“@$。為此，組織設(shè)計的核心要素是目標(biāo)的具體化、形式化和結(jié)構(gòu)化。具體目標(biāo)為組織及其成員選擇相應(yīng)的行動提供了明確 的標(biāo)準(zhǔn)，也對組織設(shè)計起著指導(dǎo)作用。目標(biāo)的具體化帶 動行動的具體化，并使組織明確了其成員的類型以及 組織資源在組織參與者之間的分配方式；目標(biāo)的形式 化使組織體系中指導(dǎo)成員行為的角色和原則關(guān)系結(jié)構(gòu) 更加清楚明晰，使參與者或觀察者能夠描繪組織的結(jié) 構(gòu)及其運作流程，描繪其與操作合理性的關(guān)系和過程，包括責(zé)任分工的設(shè)計與修訂、信息與物質(zhì)流轉(zhuǎn)以及參 與者之間互動的方法等，通過標(biāo)準(zhǔn)化、規(guī)范化和形式化 能使組織成員的個體行為更加確定，使組織中的每個 成員能夠穩(wěn)定地預(yù)期其他成員在特定條件下的行為；

個目標(biāo)等級體

系。在其中，從下往上看，個體決策和行為的合理性只 有在與更高層次的決策相聯(lián)系時才能獲得評價，即對 每一個子目標(biāo)的評價只能看它是否與更高層次的目標(biāo) 相一致；從上往下看，把更高層次的大的目標(biāo)分解并指 派給子單位形成子目標(biāo)，通過具體化價值前提簡化每 一層次必須的決策，進而評價行為的合理性!”A$。以上分 析可以看出，組織目標(biāo)的結(jié)構(gòu)化可以提高組織內(nèi)部決 策的效率和行為的一致性。

處于成熟階段的企業(yè)非常重視對戰(zhàn)略目標(biāo)的控 制以及計劃的實現(xiàn)，并為此建立高效的反饋系統(tǒng)，以 便在目標(biāo)不能實現(xiàn)時及時地修改工作程序，其最終 目的是為了在激烈的競爭環(huán)境中獲取最大化的產(chǎn) 出。由于組織內(nèi)部已基本實現(xiàn)了程序化操作，所以企 業(yè)的戰(zhàn)略重點已經(jīng)轉(zhuǎn)向外部，其實質(zhì)是建立在戰(zhàn)略 計劃、組織活動、后果等為未來活動提供信息的全面 評估基礎(chǔ)之上的戰(zhàn)略控制。戰(zhàn)略控制要求不僅監(jiān)控 組織內(nèi)部狀況，更要監(jiān)控外部環(huán)境狀況的持續(xù)變化。

2B,*+ 提出了三種主要的戰(zhàn)略控制方法，即市場、官

僚制和小團體!CD$。其中，市場控制方法的思想來自于 經(jīng)濟學(xué)，是指組織利用競爭性價格來評估組織的產(chǎn) 出和生產(chǎn)率；官僚制是利用規(guī)則、政策、權(quán)威層級、書 面文件、標(biāo)準(zhǔn)和其他官僚機制來使行為標(biāo)準(zhǔn)化和評 估業(yè)績；而當(dāng)組織進入成熟階段以后，戰(zhàn)略控制的手 段則更多地依賴于第三種方法，即使用社會手段，例 如組織文化、共享的價值觀、承諾、傳統(tǒng)、信念來控制 組織成員的行為。

雖然戰(zhàn)略控制的方法有所不同，但其結(jié)果卻都強 化了處于成熟階段的組織的理性特征，于是，企業(yè)員 工的知識體系與技能、企業(yè)的權(quán)力機構(gòu)和管理系統(tǒng)、企業(yè)的組織結(jié)構(gòu)均處于成熟與穩(wěn)定階段，企業(yè)的各組 成要素之間經(jīng)過長期的磨合，互相啟發(fā)和補充，產(chǎn)生 整體大于個體之和的協(xié)同效應(yīng)。但一旦組織成員的知 識體系結(jié)合為一體，就會像礦床一樣，形成阻止知識、“#$”!

%&?

企業(yè)管理

個人自由轉(zhuǎn)移的組織氛圍（這種現(xiàn)象也與個體的“知 識過濾”機能有關(guān)。!“#$%& 等人指出，個體的心智模 式對于所接受到的外部信息有一種過濾作用，個體會 保留下與自己心智模式相匹配的信息，而對于與自己 心智模式不相匹配的信息則可能無意識地予以忽略。而這種“扭曲的認(rèn)知特點”將會使個體喪失對有可能 引發(fā)重大變革的新知識的識別與保持的能力，也會降 低知識轉(zhuǎn)移的效率）。此時，企業(yè)所擁有的知識已經(jīng)成 為組織進行變革與調(diào)整的障礙，人們既不想改變，也 不可能迅速地改變。工作方式通常是根深蒂固地植根 于特定組織行為模式之中的，而且在很多情況下，知 識的生成和共享與有形資產(chǎn)不同，在許多行業(yè)中仍然 被視作不正常的，甚至被認(rèn)為會對個人職位形成威 脅。并且，企業(yè)文化在經(jīng)歷了前兩個階段的演化之后，已逐步走向成熟與穩(wěn)定，強調(diào)內(nèi)部控制，注重一元文 化的塑造，在企業(yè)中形成了圍繞企業(yè)使命的共同的核 心價值觀。成熟階段的企業(yè)往往也處于成功的巔峰，經(jīng)營上取得的成就使得企業(yè)認(rèn)定其現(xiàn)有的企業(yè)文化 是最優(yōu)的而不對其加以變革甚至還自覺或不自覺地 予以強化，在此過程中，企業(yè)文化的剛性特征便逐步 達到了它的臨界點。由于企業(yè)文化剛性特征的存在，企業(yè)組織的結(jié)構(gòu)和文化此時已逐漸走向惰性與僵化，一旦企業(yè)面臨環(huán)境的突變，這種曾經(jīng)培育了成功的組 織結(jié)構(gòu)和文化便會迅速成為企業(yè)走向衰敗的最根本 的因素。

五、蛻變階段—文化的分化 與自然界中的有機體類似，企業(yè)也有其獨特的誕 生、成長、成熟以及衰老死亡的生命周期，一般而言，在蛻變階段，組織中的官僚體制可能達到了其極限，并擁有廣泛的控制系統(tǒng)、規(guī)章和程序。此時，企業(yè)的產(chǎn) 品、企業(yè)所擁有的市場甚至企業(yè)組織自身都進入了衰 退期，但衰亡并不是企業(yè)生命周期的必然結(jié)局，企業(yè) 完全可以通過自行調(diào)整來獲取新生，這也正是企業(yè)管 理的魅力所在。處在蛻變階段的企業(yè)往往正處于成功 的巔峰，其路徑演化也處于線性與非線性狀態(tài)的交界 處，當(dāng)能夠超越既定演化路徑的外部效應(yīng)、外生變量

科學(xué)學(xué)與科學(xué)技術(shù)管理

或權(quán)力的變化出現(xiàn)時，沿著原有路徑繼續(xù)演化的企業(yè) 將陷入“核心能力陷阱”，而要實現(xiàn)企業(yè)的永續(xù)發(fā)展，企業(yè)必須要努力實現(xiàn)對既有發(fā)展路徑的超越。為此，在組織設(shè)計方面要以組織轉(zhuǎn)型為重點 ?()、在組織戰(zhàn)略 方面要實現(xiàn)戰(zhàn)略的柔性化 ?*+)、在組織知識的管理方面 要注重知識的再獲取與創(chuàng)新。

在蛻變階段，企業(yè)文化的剛性特征到達了它上升 曲線的一個“拐點”，企業(yè)文化也面臨著它的分化點，即要么就此繼續(xù)演化自生自滅，要么與組織一起實現(xiàn) 對其自身路徑的超越。

六、結(jié) 語

企業(yè)組織是一個由許多成分和行為主體所組成 的復(fù)雜自適應(yīng)系統(tǒng)，既為系統(tǒng)，就具有層次結(jié)構(gòu)和功 能結(jié)構(gòu)，并處于不斷的發(fā)展和變化之中，系統(tǒng)持續(xù)地 與其環(huán)境發(fā)生物質(zhì)、能量和信息的交換，系統(tǒng)在遠離平衡的狀態(tài)下也可以穩(wěn)定（自組織），確定性的系統(tǒng) 有其內(nèi)在的隨機性（混沌），而隨機性的系統(tǒng)卻又有 其內(nèi)在的確定性（突現(xiàn)）。因此，在組織管理過程中，我們所遇到的核心問題是怎樣設(shè)計組織系統(tǒng)，從而 產(chǎn)生成功的系統(tǒng)輸出。在組織發(fā)展的初期，出于控制 混亂的需要，組織設(shè)計了一套組織管理框架，一般 地，組織會強化這一管理框架以保證當(dāng)權(quán)者或大多 數(shù)組織成員心目中的組織最重要任務(wù)得以實現(xiàn)，進 而在組織中形成了圍繞共同目標(biāo)與組織首要任務(wù)的 一致性的行為模式與共同文化，于是，組織的文化便 “鎖定”于某一條路徑，并且在報酬遞增機制和自增 強機制的作用下而顯得極難改變。文化是一個歷史 的概念，是在企業(yè)經(jīng)營的過程中經(jīng)過歲月流逝逐漸 積累而成的，企業(yè)文化基本上反映了企業(yè)組織的記 憶，所以，用企業(yè)文化來指導(dǎo)企業(yè)及其成員今天的行 為，實際上是用過去的經(jīng)驗來指導(dǎo)企業(yè)及其成員今 天的行動，這無疑會給企業(yè)的戰(zhàn)略調(diào)整行為帶來極 大的制約。企業(yè)戰(zhàn)略的生命力在于與環(huán)境變化之間 的動態(tài)適應(yīng)性，組織的歷史能夠?qū)ζ髽I(yè)目前的行為 產(chǎn)生有力的、不知不覺的影響，因此，企業(yè)戰(zhàn)略的實 施與調(diào)整必須將這種影響因素考慮在內(nèi)，但如果一

!”#

$%%&?%$

科學(xué)學(xué)與科學(xué)技術(shù)管理

味拘泥于企業(yè)成功的歷史，以企業(yè)的過去來限定企 業(yè)當(dāng)前的戰(zhàn)略，則常常會使一個企業(yè)成為其過去的 犧牲品。

參考文獻

!“# 陳傳明，張敏$企業(yè)文化的剛性特征及其克服!%#$江海學(xué)刊，&??(（&）

!&#)*+,-./$ 0$ 1 2344566.7$ 8$ 9”::;<= 2>? 3@@4,AB@*C 3C

D*@*4E,-3-@C 5F 54G3-,H3@,5-36 D*C,G-!%#$ ?4G3-,H3@,5-8@BDI ,*C.“(9&<= JKI&”&

!K# L34MNOHP.)$ 9&??“<= 25-C*-CBC F54E3@,5-DB4,-G C@43@*G,O

OQ3-G*!%#$ 8@43@*G,O L3-3G*E*-@ %5B4-36.&&= ”?“KIK”!;# 2346,6*.R$ S$ 1 S*A*-@,COQ.>4,O8$ 9&??K<= T-@5 @Q* A63OM

A5U= VQ* M-5+6*DG* @43-CF54E3@,5-OPO6*!%#$ L3-3G*E*-@ 8O,*-O*$ W56$;:9:<= “"J?I”“:（!(# /4G5@*.)$ *@ 36$ 9”::?<= VQ* X*4C,C@*-O* 3-D @43-CF*4 5F

6*34-,-G ,-,-DBC@4,36 C*@@,-GC!%#$ L3-3G*E*-@ 8O,*-O*$ W56$ KY= “;?I”(;

!Y# ZB,--.S$ >$ 1 23E*45-.[$ 9“:JK<= ?4G3-,H3@,5-36 6,F* OPI

O6*C 3-D CQ,F@,-G O4,@*4,3 5F *FF*O@,*-*CC!%#$ L3-3G*E*-@ 8O,*-O*$ W56$&:= KKIK（!]#!美#達夫特$組織理論與設(shè)計精要!L#，北京，機械工業(yè)出

版社，”:::$

!J# ^*4@363-FFP.)BD+,-G 5-$ 9“:Y&<= _*-*436 8PC@*E VQ*54P!S#$

T-_*-*436 8PC@*EC= 0*34A55M 5F @Q* 85O,*@P F54 _*-*436 8PC@*EC S*C*34OQ.*D$)BD+,-G 5-^*4@363-FFP 3-D /-3@56 S3X5X54@.]=”I&?

!:# RBFF*4@.?$ 9&???<= R3@Q ?*X*-D*-O*.a*@+54M b54E 3-D

V*OQ-565G,O36 2Q3-G*!S#.R4*X34*D F54 X4*C*-@3@,5-3@ @Q* O5-F*4*-O* ,-Q5-54 5F R45$ R3B6 /$ ?3,D= c,C@54P L3@@*4C.*4C,@P.%B-*$&IK

企業(yè)管理

!“?# 卡爾?夏皮羅、哈爾?瓦里安，信息規(guī)則：網(wǎng)絡(luò)經(jīng)濟的策略指

導(dǎo)!L#，北京，中國人民大學(xué)出版社 &???：”(KI“(:

!”“# c,4COQ.R$ L$ 1 _,66*CX,*.%$ %$ 9&??”<= 7-X3OM,-G R3@Q

?*X*-D*-O*!L#.S3GQB _34BD 1 R*@*4 [3-5* >DC$.R3@Q ?*X*-D*-O* 3-D O4*3@,5-.)5-D5-=)3+4*-O* >46A3BE /CI C5O,3@*C$

!“&# 8@*,-.>$ d$ 9”::(<= ?4G3-,H3@,5-36 E*E54P!%#$ T-@*4-3@,5-I

%5B4-36 5F T-F54E3@,5-L3-3G*E*-@.W56$“(!”K# c3EA4,OM.?$ 2$ *@36$ 9“::”<= VQ* C*3C5-C 5F 3 2>?eC

@*-B4*!%#$ /O3D*EP 5F L3-3G*E*-@ S*,*+./X4,6.]“:I];&!”;# c3--3-.L$ V$.3-D %$ S$ b4**E3-9“:J;<= 8@4BO@B436 ,-*4I

@,3 3-D 54G3-,H3@,5-36 OQ3-G*!%#$ /E*4,O3-85O,565G,O36 S*I ,*+.&:= ”;:I“Y;

!”(# a*6C5-.S$ 3-D d,-@*4.8$ _$ 9“:J&<$ /-*56B@,5-@Q*54P

5F *O5-5E,O OQ3-G*!L#$ 23EA4,DG*.L/= c3434D 7-,*4C,@P R4*CC$

!”Y# ZB,--.%$ ^$ 9“:J?<= 8@43@*G,*C F54 2Q3-G*!L#$ T4+,-.c5EI

*+55D.T).Y?IYY

!”]# d344*-_45CC 3-D 8QB63 8Q,OQE3-= c5+ @5 _45+ 3-?4I

G3-,H3@,5-36 2B6@B4*!%#$ R*4C5--*6.8*X@*EA*4 “:J]：(&I(Y!”J#!美#斯格特$組織理論：理性、自然和開放系統(tǒng)!L#，北京：華

夏出版社，&??“$

!”:# 8,E5-.c$ /$ 9“:]Y<= /DE,-,C@43@,* ^*Q3,54 9K4D *D$

!&?# ?BOQ,.d$ _$ 9“:J?<= L34M*@C.^B4*3BO43O,*C.3-D 263-C

!%#$ /DE,-,C@43@,* 8O,*-O* ZB34@*46P.&(= ”&:I“;”!&“# 83-OQ*H.S$ 9”::(<= 8@43@*G,O F6*U,A,6,@P ,-X45DBO@ O5EX*I

@,@,5-!%#$ 8@43@*G,O L3-3G*E*-@ %5B4-36$56$“Y=”K(I“(:

（責(zé)任編輯

徐

惠）

>O5-5E,O _45+@Q.V*OQ-565GP 3-D R5XB63@,5-.8@3-F54D 7-,I

!”# $%&?()*?+),(-).# /012# 3,4#2 ,./,%5,%?+# /62+6%# 7)&)4)+0

fc/a_ L,-“.2c>a 2QB3-E,-G&

9”$a3-g,-G b,-3-O,36 1 >O5-5E,O 7-,*4C,@P.a3-g,-G &“??;Y.2Q,-3h &$a3-g,-G 7-,*4C,@P.a3-g,-G &”??:K.2Q,-3<

89:+%?1+;254X543@* OB6@B4* Q3C 3-B-OQ3-G*3A6* 4,G,D,@P OQ343O@*4$ V3M,-G 54G3-,H3@,5-6,F* OPO6* 3C 3 @Q4*3D 3-D O*-@*4i,-G 5-@Q* X45O*CC 5F 54G3-,H3@,5-D*C,G-.C@43@*G,O F54EB63@,5-.M-5+6*DG* *56B@,5-.@Q,C X3X*4 3-36PH*C @Q* F54EB63@,5-E*OQ3-,CE 5F @Q* 4,G,D,@P OQ343O@*4 5F O54X543@* OB6@B4*$ VQ* X3X*4 36C5 X5,-@C 5B@ @Q3@ @Q* 4,G,D,@P OQ343O@*4 5F O54X543@* OB6@B4* ,C 3 XQ*-5E*-5-5F X3@Q D*X*-D*-O* ,-54G3-,H3@,5-D**65XE*-@.3-D ,@C ,-F6B*-O* ,C D,36*O@,O36$ <#0 =,%4:;O54X543@* OB6@B4*h 4,G,D,@P OQ343O@*4,C@,OCh 54G3-,H3@,5-6,F* OPO6* E5D*6

!“"#$”!

%&&