知識創造螺旋模型

㈠ 軟體工程簡答題：試說明螺旋模型軟體開發方法的基本過程，比較它的優點和缺點。

螺旋模型是一種風險驅動的模型。在軟體開發中存在各種風險。項目越復雜，設計方案、資源、成本、進度等因素的不確定性越大，項目開發的風險也就越大。及時對風險進行識別、分析，採取對策，可消除或減少風險的損害。螺旋模型將開發過程分為幾個螺旋周期，每個螺旋周期大致和瀑布模型相吻合。在每個螺旋周期內按四個象限，分為四個工作步。第一，制定計劃：確定軟體目標，選定實施方案，明確項目開發的限制條件；第二，風險分析：分析所選方案，識別風險，通過原型消除風險；第三，開發實施：實施軟體開發；第四，客戶評估：評價開發工作，提出修正建議，建立下一個周期的計劃。
螺旋模型的優點：實質上相當於在瀑布模型的每個階段開始前引入風險分析，並由客戶對階段性產品做出評審，這對保證軟體產品質量十分有利；由於引入風險分析等活動，測試活動的確定性增強了；螺旋模型最外層代表維護，開發與維護採用同樣方式，使維護得到與開發同樣的重視。
螺旋模型的缺點：主要適合內部開發，否則風險分析必須在簽訂合同前完成，或者爭取客戶的最大理解；只適合大型軟體項目的開發，否則，每個階段的風險分析將佔用很大一部分資源，增加成本；對開發人員的風險分析能力是極大的考驗，否則，模型將退化到瀑布模型，甚至更糟。

㈡ 馬斯洛論管理,德魯克管理思想精要,知識創造的螺旋 先看哪一本

馬斯洛論管理
德魯克管理思想精要
知識創造的螺旋
建議先看：《知識創造的螺旋》

㈢ 什麼是螺旋模型

螺旋模型（Spiral Model） 1988年， 巴利·玻姆 Barry Boehm正式發表了軟體系統開發的「螺旋模型」，它將 瀑布模型 和 快速原型模型 結合起來，強調了其他模型所忽視的 風險分析 ， 特別適合於大型復雜的系統。

麻煩採納，謝謝!

㈣ 螺旋模型適用於哪些項目

螺旋模型基本的做法是在「瀑布模型」的每一個開發階段之前，引入非常嚴格的風險識別、風險分析和風險控制。直到採取了消除風險的措施之後，才開始計劃下一階段的開發工作。否則，項目就很可能被取消。

另外，如果有充足的把握判斷遺留的風險已降低到一定的程度，項目管理人員可作出決定讓餘下的開發工作採用另外的生命周期模型，如「演化模型」，「瀑布模型」，或自定的混合模型。

優點：

a.強調嚴格的全過程風險管理。
b.強調各開發階段的質量。
c.提供機會檢討項目是否有價值繼續下去。
缺點：

a.引入非常嚴格的風險識別，風險分析，和風險控制，這對風險管理的技能水平提出了很高的要求。這需要人員，資金，和時間的投入。

螺旋模型是瀑布模型與演化模型相結合，並加入兩者所忽略的風險分析所建立的一種軟體開發模型。該模型於1998年由美國TRW公司（B.W.Boehm）提出。軟體項目風險的大小作為指引軟體過程的一個重要因素，引入這一概念有可能使得軟體開發被看作一種元模型，因為它能包容任何一個開發過程模型。

快速原型是指 在進行了基本需求分析之後，快速開發出產品的原型，然後基於這個原型，同客戶溝通、交流，更好地了解客戶需求，不斷修改這個原型，到了雙方認可的程度，再做詳細地分析、設計和編程，最終開發出令客戶滿意的產品。
一般步驟如下：
–(1) 先定義軟體的總體目標，根據已知的需求來規劃出可實現的區域。
–(2) 然後是「快速設計」，集中於系統的總體框架、基本功能和直觀的輸入方式和輸出格式等。
–(3) 有了原型，使客戶對系統實現哪些具體功能、功能實現到什麼程度有更好的理解。開發者可以邊開發邊評估，不斷細化軟體的需求，逐步調整原型使其滿足客戶的要求。這形成一個迭代的過程。
即使開始建立的原型過於簡單或性能很差，難以使用，但為下一次建立適用的模型積累了經驗，而浪費的成本、時間有限。
原型模型的優點是使用戶能夠感受到實際的系統，使開發者能夠快速地構造出系統的框架。
原型模型的缺點是產品的先天性不足，因為開發者常常需要做實現上的折中，可能採用不合適的操作系統或程序設計語言，以使原型能夠盡快工作。

RAD模型
RAD（rap application development）模型，即快速應用開發模型。由於其模型構圖形似字母「V」，故也稱V模型，是屬於線性順序一類的軟體開發模型。它通過使用基於構件的開發方法來縮短產品開發的周期，提高開發的速度。RAD模型實現的前提是能做好需求分析，並且項目范圍明確，這一點正好和原型模型相反。

RAD模型還有一種改進型，將「編碼」從V字型的頂點移到左側，和單元測試對應，從而構成水平的對應關系。

從水平對應關系看
左邊是設計和分析，右邊是驗證和測試。右邊是對左邊結果的檢驗，即對設計和分析的結果進行測試，以確認是否滿足用戶的需求。如：
需求分析和功能設計對應驗收測試，說明在做需求分析、產品功能設計的同時，測試人員就可以閱讀、審查需求分析的結果，從而了解產品的設計特性、用戶的真正需求，可以准備用例（use case）。
當系統設計人員在做系統設計時，測試人員可以了解系統是如何實現的，基於什麼樣的平台，這樣可以事先准備系統的測試環境，包括硬體和第三方軟體的采購。因為這些准備工作，實際上要很長時間才能完成。
在做詳細設計時，測試人員就可以准備測試用例（test case，以有效地發現軟體缺陷的最小測試執行單元）。
一面編程，一面進行單元測試，是一種很有效的辦法，使我們可以盡快找出程序中的錯誤。充分的單元測試可以大幅度提高程序質量、減少成本。

從圖可以看出，RAD模型避免了瀑布模型所帶來的誤區——軟體測試是在代碼完成之後進行。RAD模型說明軟體測試的工作很早就可以開始了，項目一啟動，軟體測試的工作也就啟動了。
從垂直方向看
水平虛線上部表明，其需求分析、功能設計和驗收測試等主要工作是面向用戶，要和用戶進行充分的溝通和交流，或者是和用戶一起完成。水平虛線下部的大部分工作，相對來說，都是技術工作，在開發組織內部進行，由工程師完成。
所以RAD模型一般適合信息系統應用軟體的開發，而不適合高性能、技術風險高或不易模塊化的系統開發。如果一個系統難以被適當地模塊化，那麼就很難建立RAD所需的構件；如果系統具有高性能的指標，且該指標必須通過調整介面使其適應系統構件才能達到，使用RAD方法可能會導致整個項目失敗。

發表於 @ 2007年04月14日 10:13:00|評論(1)|編輯

新一篇: 不順 | 舊一篇: js動畫——圖片輪播評論
#gauss32 發表於2007-04-14 10:24:36 IP: 124.160.110.*
噴泉模型fountain model
噴泉模型主要用於採用對象技術的軟體開發項目，噴泉一詞本身就體現了迭代和無間隙的特性。（噴泉中的水循環使用，不間斷的噴出）軟體的某個部分常常被重復工作多次，相關對象在每次迭代中隨之加入漸進的軟體成分。無間隙指在各項活動之間無明顯邊界，如分析和設計活動之間沒有明顯的界限，由於對象概念的引入，表達分析、設計、實現等活動只用對象類和關系，從而可以較為容易地實現活動的迭代和無間隙，使其開發自然地包括復用。

㈤ 你覺得進化模型和螺旋模型有哪些相似之處嗎它們的核心思想是什麼

螺旋模型就是在沒一個階段中，都迭代使用了瀑布模型。也就是說，在螺旋模型這四個階段（需求定義、風險分析、工程實現、評審）的每一個階段內，都實施瀑布模型（可行性研究與計劃、需求分析、系統設計、軟體編程、軟體測試、軟體維護6個階段）開發，這樣做會產生大量的中間版本，但同時也降低了項目的風險，是一種風險驅動的模式。螺旋模型可以說是瀑布模型和快速原型法的結合體。瀑布模型，由於是線形開發，得等到最後成果物出來了，才知道質量如何，從而帶來風險較高。

㈥ 試比較瀑布模型、快速原型模型、增量模型和螺旋模型的優缺點，說明每種模型的適用范圍。

瀑布模型的優點：有利於大型軟體開發過程中人員的組織、管理，有利於軟體開發方法和工具的研究，從而提高了大型軟體項目開發的質量和效率。
瀑布模型的缺點：（1）開發過程一般不能逆轉，否則代價太大；（2）實際的項目開發很難嚴格按該模型進行；（3）客戶往往很難清楚地給出所有的需求，而該模型卻要求如此。（4）軟體的實際情況必須到項目開發的後期客戶才能看到，這要求客戶有足夠的耐心。
瀑布模型的使用范圍：（1）用戶的需求非常清楚全面，且在開發過程中沒有或很少變化；（2）開發人員對軟體的應用領域很熟悉；（3）用戶的使用環境非常穩定；（4）開發工作對用戶參與的要求很低。

快速原型模型的優點：（1）可以得到比較良好的需求定義，容易適應需求的變化；（2）有利於開發與培訓的同步；（3）開發費用低、開發周期短且對用戶更友好。
快速原型模型的缺點：（1）客戶與開發者對原型理解不同；（2） 准確的原型設計比較困難；（3） 不利於開發人員的創新。
快速原型模型的使用范圍：（1）對所開發的領域比較熟悉而且有快速的原型開發工具；（2）項目招投標時，可以以原型模型作為軟體的開發模型；（3）進行產品移植或升級時，或對已有產品原型進行客戶化工作時，原型模型是非常適合的。

增量模型的優點：（1）採用增量模型的優點是人員分配靈活，剛開始不用投入大量人力資源；（2）如果核心產品很受歡迎，則可增加人力實現下一個增量；（3）可先發布部分功能給客戶，對客戶起到鎮靜劑的作用。
增量模型的缺點：（1）並行開發構件有可能遇到不能集成的風險，軟體必須具備開放式的體系結構；（2）增量模型的靈活性可以使其適應這種變化的能力大大優於瀑布模型和快速原型模型，但也很容易退化為邊做邊改模型，從而是軟體過程的控制失去整體性。
增量模型的使用范圍：（1）進行已有產品升級或新版本開發，增量模型是非常適合的；（2）對完成期限嚴格要求的產品，可以使用增量模型；（3）對所開發的領域比較熟悉而且已有原型系統，增量模型也是非常適合的。

螺旋模型的優點：（1）設計上的靈活性,可以在項目的各個階段進行變更；（2）以小的分段來構建大型系統,使成本計算變得簡單容易；（3）客戶始終參與每個階段的開發,保證了項目不偏離正確方向以及項目的可控性；（4） 隨著項目推進,客戶始終掌握項目的最新信息 , 從而他或她能夠和管理層有效地交互。
螺旋模型的缺點：（1）採用螺旋模型需要具有相當豐富的風險評估經驗和專門知識，在風險較大的項目開發中，如果未能夠及時標識風險，勢必造成重大損失；（2）過多的迭代次數會增加開發成本，延遲提交時間。
螺旋模型的使用范圍：螺旋模型只適合於大規模的軟體項目。

㈦ 知識管理的實施流程是啥呢

轉載以下資料供參考

知識管理流程
1、定義知識
知識是無限的，因而定義知識並不是一件容易的事情，它意味著解析企業的流程；建立知識體系架構；梳理各崗位工作所產生的知識、員工貢獻的知識、員工所需求的知識、常用的知識、基礎知識、專家知識、員工的工作經驗和總結等知識內容；確定這些知識內容的管理方式；通過工具平台、組織和制度逐步使知識管理工作走向正規化。
（1）三種性質的知識
從支撐經營運作的角度而言，組織知識的內容有三種性質：管理知識、業務知識和基礎知識。
這三種知識各有其特徵和適用范圍，互相支持，最終搭建起整個組織的知識體系。

（2）四個層次的知識
「遠近高低各不同」。每一種性質的知識又會分為不同的層次，企業知識的內容有四個層次：

2、創造知識
定義知識之後，我們必須能夠去創造、產生知識。
（1）知識創造循環
知識創造是經由內隱與外顯知識的互相轉換，經由轉換的過程，可同時擴展內隱與外顯知識的質與量。日本的管理學專家Nonaka定義了組織知識創造的SECI螺旋模型，此模型基於隱性知識與顯性知識的劃分，定義了兩種知識相互轉化的四個過程，即社會化、外在化、組合和內化。

（2）知識狀態模型
顯性知識指內容清晰明確，易於通過圖文表述，便於整理、儲存、編碼以及傳播的知識資源；如經過濾及總結所獲得的資訊情報、方法技能、原則原理、規律規則等。而隱性知識是指在個人頭腦或機構文化中隱含的，內容較為個人化、主觀化和經驗化，難以用書面形式表述的知識資源；如經驗、構思、洞察力、判斷力、機構文化下的行為模式等。
（3）知識轉化
在實施知識管理的過程中，隱性知識的顯性化是重要的環節，可以通過以下步驟促進隱性知識向顯性知識的轉化：

具體的推動方式歸納如下：

3.知識整理體系
雜亂無章猶如珍珠混於魚目之中，反而看不清楚珍珠所在，未經整理的知識是沒有價值的，有時候反而是負價值，所以需要對已經創造積累的知識資源進行進一步的劃分，使知識各安其位。
（1）分類的整理
要整理首先必須有分類，標準的好壞決定了分類的清晰程度。

1.1.2 管理制度建設
制度能夠固化成果，令行禁止關鍵在於有章可循。作為規范化管理的重要環節，制定知識管理制度必不可少。
知識管理制度的內容必須覆蓋所有影響知識管理活動的關鍵因素，它包括：

1.1.3 訂立知識管理考評體系
沒有考評就沒有管理，只有定期和規范地對企業運行知識管理情況進行考核，才能使得知識管理真正發揮作用。
知識管理的考評體系主要有兩個層面：知識審計和員工的知識績效評價。
1.1.3.1知識審計
知識審計是對整體知識管理體系的評估，旨在確定知識管理對組織運營績效的貢獻程度。
採用定性評估的方法，最簡單的方法是問幾個問題：「業務過程是否發生了改變？」、「規則改變了嗎？」、「你是否在做一些不同的事情？」、「你日常工作的方法是否發生了一種變化？」，然而更完善的定性評估可以從結果和過程兩方面著眼：
1.1.3.2員工的知識績效評價
知識績效評價具體體現了激勵和壓力機制對整個機構參與實施機構知識管理的要求和鼓勵，進一步明確知識管理是日常的必須工作而不是額外工作。同時以明確的制度推動學習型企業文化的形成和發展。

㈧ 知識螺旋的介紹

知識螺旋(Knowledge Spiral)是由野中郁次郎(Ikujiro Nonaka)於1989年《知識創造的企業》的著作首度提出，組織動員個人的內隱知識，經由四種知識轉換模式在組織內部加以擴大，成為較高層次的知識本體，知識轉移與創造的過程，強調隱性知識的交換。