本篇文章給大家談?wù)勡浖_(kāi)發(fā)技術(shù)方案模板，以及軟件開(kāi)發(fā)技術(shù)方案包括哪些內(nèi)容對(duì)應(yīng)的知識(shí)點(diǎn)，希望對(duì)各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

• 1、軟件開(kāi)發(fā)售前方案怎么寫(xiě)，主要是開(kāi)發(fā)方面，技術(shù)支持什么的，怎么寫(xiě)？盡量詳細(xì)點(diǎn)的。謝謝。
• 2、軟件開(kāi)發(fā)模型有哪幾種?各有什么特點(diǎn)?
• 3、軟件開(kāi)發(fā)文檔應(yīng)包括哪些內(nèi)容？

軟件開(kāi)發(fā)售前方案怎么寫(xiě)，主要是開(kāi)發(fā)方面，技術(shù)支持什么的，怎么寫(xiě)？盡量詳細(xì)點(diǎn)的。謝謝。

售前工程師崗位職責(zé)和基本要求

1、負(fù)責(zé)組織制定系統(tǒng)集成項(xiàng)目的技術(shù)方案編寫(xiě)、標(biāo)書(shū)的準(zhǔn)備、講解及用戶答疑等工作；

2、配合客戶經(jīng)理完成與用戶的技術(shù)交流、技術(shù)方案宣講、應(yīng)用系統(tǒng)演示等工作；

3、配合業(yè)務(wù)部其它部門(mén)做好用戶溝通、資料共享、技術(shù)協(xié)調(diào)等工作；

4、配合市場(chǎng)人員完成應(yīng)用系統(tǒng)演示、產(chǎn)品宣傳資料撰寫(xiě)等工作；

5、配合做好與合作伙伴廠商的技術(shù)交流。

項(xiàng)目招投標(biāo)活動(dòng)的過(guò)程描述

項(xiàng)目從前期跟蹤，簽單，作為售前人員，需要與銷售人員密切合作。通常獲得一個(gè)項(xiàng)目的前期過(guò)程如下：

1.銷售人員拜訪用戶，了解用戶的項(xiàng)目基本情況，向用戶介紹公司和公司的產(chǎn)品，與用戶建立起良好的關(guān)系。

2.銷售人員在用戶招標(biāo)前，引入售前技術(shù)支持人員，與用戶進(jìn)行技術(shù)上的交流和溝通，了解用戶在項(xiàng)目上的需求，偏好的技術(shù)構(gòu)架，引導(dǎo)用戶到本公司的技術(shù)思路上，這個(gè)過(guò)程可能是需要多次反復(fù)。至少要做到用戶對(duì)公司有一定的興趣，愿意邀請(qǐng)你參加投標(biāo)。

3.用戶發(fā)招標(biāo)書(shū)，售前人員根據(jù)招標(biāo)書(shū)的要求，結(jié)合前期與用戶交流的情況，編寫(xiě)投標(biāo)書(shū)。

4.參加招投標(biāo)會(huì)，進(jìn)行技術(shù)、商務(wù)上的講解和答疑。

5.參加商務(wù)和技術(shù)的談判，起草項(xiàng)目商務(wù)合同和技術(shù)協(xié)議書(shū)。

6.簽訂合同，項(xiàng)目實(shí)施以及維護(hù)。

招投標(biāo)前與用戶的接觸

招投標(biāo)前與用戶接觸，了解用戶的真實(shí)需求和想法，通過(guò)交流，了解用戶對(duì)系統(tǒng)框架、平臺(tái)、新技術(shù)的偏好，使以后在投標(biāo)中能“投其所好”“命中要害”。介紹公司的技術(shù)和產(chǎn)品，使用戶在招標(biāo)前對(duì)本公司技術(shù)和產(chǎn)品能有比較清楚的認(rèn)識(shí)和了解，將用戶的需求引導(dǎo)到本公司的技術(shù)和產(chǎn)品的思路上，使用戶的在技術(shù)上對(duì)本公司有一定的偏好。

交流和需要了解的內(nèi)容通常包括：

1.用戶的組織機(jī)構(gòu)，信息化的現(xiàn)狀，現(xiàn)有的硬件設(shè)備、網(wǎng)絡(luò)情況、正在使用的軟件系統(tǒng)情況；

2.新系統(tǒng)的規(guī)劃、目標(biāo)、規(guī)模，要求等，包括用戶對(duì)系統(tǒng)的安全性、可靠性、易用性、擴(kuò)展性的要求；

3.業(yè)務(wù)內(nèi)容、業(yè)務(wù)流程系統(tǒng)的現(xiàn)狀，軟件功能需求；

4.平臺(tái)和數(shù)據(jù)庫(kù)的選型；

5.信息安全、存儲(chǔ)的需求；

6.對(duì)軟件開(kāi)發(fā)機(jī)制的認(rèn)識(shí)；

7.用戶感興趣的熱點(diǎn)技術(shù)；

交流應(yīng)該廣泛，不要只限于項(xiàng)目的具體負(fù)責(zé)人，如果有條件，可以拜訪更上級(jí)的用戶，以及各部門(mén)的主要負(fù)責(zé)人或技術(shù)權(quán)威，盡量了解用戶的對(duì)項(xiàng)目的認(rèn)識(shí)和想法，交流和拜訪中要善于識(shí)別用戶的身份，抓住對(duì)項(xiàng)目有決定權(quán)、影響大的用戶的想法，同時(shí)，可以初步分析哪些用戶可能是以后的招標(biāo)評(píng)委，留意他們對(duì)項(xiàng)目感興趣的地方。以便在投標(biāo)和講標(biāo)中有所針對(duì)性。

引導(dǎo)用戶向本公司的擅長(zhǎng)的技術(shù)路線和產(chǎn)品特點(diǎn)上?？梢詫⒁酝鲞^(guò)項(xiàng)目的情況、功能特點(diǎn)講給用戶，最好是借助演示，這是用戶會(huì)告訴你哪些是他感興趣的，哪些是沒(méi)有意思的，其它對(duì)手的產(chǎn)品是什么樣的等等。這樣便于與用戶進(jìn)行深入的交流，找到與用戶相互的共鳴點(diǎn)。

跟蹤和了解對(duì)手情況，了解同類產(chǎn)品的現(xiàn)狀，這是一個(gè)長(zhǎng)期積累的過(guò)程，分析對(duì)手的產(chǎn)品和解決方案可能的特點(diǎn)，找到或提出比對(duì)手有新意的、能吸引用戶的系統(tǒng)亮點(diǎn)。當(dāng)然，這些亮點(diǎn)的提出必須先考慮自己的技術(shù)實(shí)力和項(xiàng)目的投資規(guī)模。

軟件開(kāi)發(fā)模型有哪幾種?各有什么特點(diǎn)?

軟件開(kāi)發(fā)模型(Software Development Model)是指軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。軟件開(kāi)發(fā)包括需求、設(shè)計(jì)、編碼和測(cè)試等階段，有時(shí)也包括維護(hù)階段。軟件開(kāi)發(fā)模型能清晰、直觀地表達(dá)軟件開(kāi)發(fā)全過(guò)程，明確規(guī)定了要完成的主要活動(dòng)和任務(wù)，用來(lái)作為軟件項(xiàng)目工作的基礎(chǔ)。對(duì)于不同的軟件系統(tǒng)，可以采用不同的開(kāi)發(fā)方法、使用不同的程序設(shè)計(jì)語(yǔ)言以及各種不同技能的人員參與工作、運(yùn)用不同的管理方法和手段等，以及允許采用不同的軟件工具和不同的軟件工程環(huán)境。軟件工程的主要環(huán)節(jié)包括人員管理、項(xiàng)目管理、需求分析、系統(tǒng)設(shè)計(jì)、程序設(shè)計(jì)、測(cè)試、維護(hù)等，如圖所示。軟件開(kāi)發(fā)模型是對(duì)軟件過(guò)程的建模，即用一定的流程將各個(gè)環(huán)節(jié)連接起來(lái)，并可用規(guī)范的方式操作全過(guò)程，好比工廠的生產(chǎn)線。

最早出現(xiàn)的軟件開(kāi)發(fā)模型最早出現(xiàn)的軟件開(kāi)發(fā)模型是1970年W?Royce提出的瀑布模型。 該模型給出了固定的順序，將生存期活動(dòng)從上一個(gè)階段向下一個(gè)階段逐級(jí)過(guò)渡，如同流水下瀉，最終得到所開(kāi)發(fā)的軟件產(chǎn)品，投入使用。但計(jì)算拓廣到統(tǒng)計(jì)分析、商業(yè)事務(wù)等領(lǐng)域時(shí)，大多數(shù)程序采用高級(jí)語(yǔ)言(如FORTRAN、COBOL等)編寫(xiě)。瀑布模式模型也存在著缺乏靈活性、無(wú)法通過(guò)并發(fā)活動(dòng)澄清本來(lái)不夠確切的 需求等缺點(diǎn)。常見(jiàn)的軟件開(kāi)發(fā)模型還有演化模型、螺旋模型、噴泉模型、智能模型等。編輯本段典型的開(kāi)發(fā)模型典型的開(kāi)發(fā)模型有：

1.邊做邊改模型（Build-and-Fix Model）；

2.瀑布模型（Waterfall Model）；

3.快速原型模型（Rapid Prototype Model）；

4.增量模型(演化模型)（Incremental Model）；

5.螺旋模型（Spiral Model）；

6.噴泉模型(fountain model)；

7.智能模型(四代技術(shù)（4GL）)；

8.混合模型（hybrid model）；

9.RUP模型；

10.IPD模型

1.邊做邊改模型（Build-and-Fix Model）遺憾的是，許多產(chǎn)品都是使用"邊做邊改"模型來(lái)開(kāi)發(fā)的。在這種模型中，既沒(méi)有規(guī)格說(shuō)明，也沒(méi)有經(jīng)過(guò)設(shè)計(jì)，軟件隨著客戶的需要一次又一次地不斷被修改。

在這個(gè)模型中，開(kāi)發(fā)人員拿到項(xiàng)目立即根據(jù)需求編寫(xiě)程序，調(diào)試通過(guò)后生成軟件的第一個(gè)版本。在提供給用戶使用后，如果程序出現(xiàn)錯(cuò)誤，或者用戶提出新的要求，開(kāi)發(fā)人員重新修改代碼，直到用戶滿意為止。

這是一種類似作坊的開(kāi)發(fā)方式，對(duì)編寫(xiě)幾百行的小程序來(lái)說(shuō)還不錯(cuò)，但這種方法對(duì)任何規(guī)模的開(kāi)發(fā)來(lái)說(shuō)都是不能令人滿意的，其主要問(wèn)題在于：（1） 缺少規(guī)劃和設(shè)計(jì)環(huán)節(jié)，軟件的結(jié)構(gòu)隨著不斷的修改越來(lái)越糟，導(dǎo)致無(wú)法繼續(xù)修改；（2）忽略需求環(huán)節(jié)，給軟件開(kāi)發(fā)帶來(lái)很大的風(fēng)險(xiǎn)；（3）沒(méi)有考慮測(cè)試和程序的可維護(hù)性，也沒(méi)有任何文檔，軟件的維護(hù)十分困難。

2.瀑布模型（Waterfall Model）

1970年Winston Royce提出了著名的"瀑布模型"，直到80年代早期，它一直是唯一被廣泛采用的軟件開(kāi)發(fā)模型。

瀑布模型中，如圖所示，將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫(xiě)、軟件測(cè)試和運(yùn)行維護(hù)等六個(gè)基本活動(dòng)，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。在瀑布模型中，軟件開(kāi)發(fā)的各項(xiàng)活動(dòng)嚴(yán)格按照線性方式進(jìn)行，當(dāng)前活動(dòng)接受上一項(xiàng)活動(dòng)的工作結(jié)果，實(shí)施完成所需的工作內(nèi)容。當(dāng)前活動(dòng)的工作結(jié)果需要進(jìn)行驗(yàn)證，如果驗(yàn)證通過(guò)，則該結(jié)果作為下一項(xiàng)活動(dòng)的輸入，繼續(xù)進(jìn)行下一項(xiàng)活動(dòng)，否則返回修改。瀑布模型強(qiáng)調(diào)文檔的作用，并要求每個(gè)階段都要仔細(xì)驗(yàn)證。但是，這種模型的線性過(guò)程太理想化，已不再適合現(xiàn)代的軟件開(kāi)發(fā)模式，幾乎被業(yè)界拋棄，其主要問(wèn)題在于：（1） 各個(gè)階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量；（2） 由于開(kāi)發(fā)模型是線性的，用戶只有等到整個(gè)過(guò)程的末期才能見(jiàn)到開(kāi)發(fā)成果，從而增加了開(kāi)發(fā)的風(fēng)險(xiǎn)；（3） 早期的錯(cuò)誤可能要等到開(kāi)發(fā)后期的測(cè)試階段才能發(fā)現(xiàn)，進(jìn)而帶來(lái)嚴(yán)重的后果。

我們應(yīng)該認(rèn)識(shí)到，"線性"是人們最容易掌握并能熟練應(yīng)用的思想方法。當(dāng)人們碰到一個(gè)復(fù)雜的"非 線性"問(wèn)題時(shí)，總是千方百計(jì)地將其分解或轉(zhuǎn)化為一系列簡(jiǎn)單的線性問(wèn)題，然后逐個(gè)解決。一個(gè)軟件系統(tǒng)的整體可能是復(fù)雜的，而單個(gè)子程序總是簡(jiǎn)單的，可以用線性的方式來(lái)實(shí)現(xiàn)，否則干活就太累了。線性是一種簡(jiǎn)潔，簡(jiǎn)潔就是美。當(dāng)我們領(lǐng)會(huì)了線性的精神，就不要再呆板地套用線性模型的外表，而應(yīng)該用活它。例如增量模 型實(shí)質(zhì)就是分段的線性模型，螺旋模型則是接連的彎曲了的線性模型，在其它模型中也能夠找到線性模型的影子。

3.快速原型模型（Rapid Prototype Model）快速原型模型的第一步是建造一個(gè)快速原型，實(shí)現(xiàn)客戶或未來(lái)的用戶與系統(tǒng)的交互，用戶或客戶對(duì)原型進(jìn)行評(píng)價(jià)，進(jìn)一步細(xì)化待開(kāi)發(fā)軟件的需求。通過(guò)逐步調(diào)整原型使其滿足客戶的要求，開(kāi)發(fā)人員可以確定客戶的真正需求是什么；第二步則在第一步的基礎(chǔ)上開(kāi)發(fā)客戶滿意的軟件產(chǎn)品。

顯然，快速原型方法可以克服瀑布模型的缺點(diǎn)，減少由于軟件需求不明確帶來(lái)的開(kāi)發(fā)風(fēng)險(xiǎn)，具有顯著的效果?？焖僭偷年P(guān)鍵在于盡可能快速地建造出軟件原型，一旦確定了客戶的真正需求，所建造的原型將被丟棄。因此，原型系統(tǒng)的內(nèi)部結(jié)構(gòu)并不重要，重要的是必須迅速建立原型，隨之迅速修改原型，以反映客戶的需求。

4.增量模型（Incremental Model）又稱演化模型。與建造大廈相同，軟件也是一步一步建造起來(lái)的。在增量模型中，軟件被作為一系列的增量構(gòu)件來(lái)設(shè)計(jì)、實(shí)現(xiàn)、集成和測(cè)試，每一個(gè)構(gòu)件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構(gòu)成。

增量模型在各個(gè)階段并不交付一個(gè)可運(yùn)行的完整產(chǎn)品，而是交付滿足客戶需求的一個(gè)子集的可運(yùn)行產(chǎn)品。整個(gè)產(chǎn)品被分解成若干個(gè)構(gòu)件，開(kāi)發(fā)人員逐個(gè)構(gòu)件地交付產(chǎn)品，這樣做的好處是軟件開(kāi)發(fā)可以較好地適應(yīng)變化，客戶可以不斷地看到所開(kāi)發(fā)的軟件，從而降低開(kāi)發(fā)風(fēng)險(xiǎn)。但是，增量模型也存在以下缺陷：（1） 由于各個(gè)構(gòu)件是逐漸并入已有的軟件體系結(jié)構(gòu)中的，所以加入構(gòu)件必須不破壞已構(gòu)造好的系統(tǒng)部分，這需要軟件具備開(kāi)放式的體系結(jié)構(gòu)。（2） 在開(kāi)發(fā)過(guò)程中，需求的變化是不可避免的。增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和快速原型模型，但也很容易退化為邊做邊改模型，從而是軟件過(guò)程的控制失去整體性。在使用增量模型時(shí)，第一個(gè)增量往往是實(shí)現(xiàn)基本需求的核心產(chǎn)品。核心產(chǎn)品交付用戶使用后，經(jīng)過(guò)評(píng)價(jià)形成下一個(gè)增量的開(kāi)發(fā)計(jì)劃，它包括對(duì)核心產(chǎn)品的修改和一些新功能的發(fā)布。這個(gè)過(guò)程在每個(gè)增量發(fā)布后不斷重復(fù)，直到產(chǎn)生最終的完善產(chǎn)品。例如，使用增量模型開(kāi)發(fā)字處理軟件。可以考慮，第一個(gè)增量發(fā)布基本的文件管理、編輯和文檔生成功能，第二個(gè)增量發(fā)布更加完善的編輯和文檔生成功能，第三個(gè)增量實(shí)現(xiàn)拼寫(xiě)和文法檢查功能，第四個(gè)增量完成高級(jí)的頁(yè)面布局功能。

5.螺旋模型（Spiral Model）

1988年，Barry Boehm正式發(fā)表了軟件系統(tǒng)開(kāi)發(fā)的"螺旋模型"，它將瀑布模型和快速原型模型結(jié)合起來(lái)，強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析，特別適合于大型復(fù)雜的系統(tǒng)。

如圖所示，螺旋模型沿著螺線進(jìn)行若干次迭代，圖中的四個(gè)象限代表了以下活動(dòng)：（1） 制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開(kāi)發(fā)的限制條件；（2） 風(fēng)險(xiǎn)分析：分析評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；（3） 實(shí)施工程：實(shí)施軟件開(kāi)發(fā)和驗(yàn)證；（4） 客戶評(píng)估：評(píng)價(jià)開(kāi)發(fā)工作，提出修正建議，制定下一步計(jì)劃。螺旋模型由風(fēng)險(xiǎn)驅(qū)動(dòng)，強(qiáng)調(diào)可選方案和約束條件從而支持軟件的重用，有助于將軟件質(zhì)量作為特殊目標(biāo)融入產(chǎn)品開(kāi)發(fā)之中。但是，螺旋模型也有一定的限制條件，具體如下：（1） 螺旋模型強(qiáng)調(diào)風(fēng)險(xiǎn)分析，但要求許多客戶接受和相信這種分析，并做出相關(guān)反應(yīng)是不容易的，因此，這種模型往往適應(yīng)于內(nèi)部的大規(guī)模軟件開(kāi)發(fā)。（2） 如果執(zhí)行風(fēng)險(xiǎn)分析將大大影響項(xiàng)目的利潤(rùn)，那么進(jìn)行風(fēng)險(xiǎn)分析毫無(wú)意義，因此，螺旋模型只適合于大規(guī)模軟件項(xiàng)目。（3） 軟件開(kāi)發(fā)人員應(yīng)該擅長(zhǎng)尋找可能的風(fēng)險(xiǎn)，準(zhǔn)確地分析風(fēng)險(xiǎn)，否則將會(huì)帶來(lái)更大的風(fēng)險(xiǎn)。一個(gè)階段首先是確定該階段的目標(biāo)，完成這些目標(biāo)的選擇方案及其約束條件，然后從風(fēng)險(xiǎn)角度分析方案的開(kāi)發(fā)策略，努力排除各種潛在的風(fēng)險(xiǎn)，有時(shí)需要通過(guò)建造原型來(lái)完成。如果某些風(fēng)險(xiǎn)不能排除，該方案立即終止，否則啟動(dòng)下一個(gè)開(kāi)發(fā)步驟。最后，評(píng)價(jià)該階段的結(jié)果，并設(shè)計(jì)下一個(gè)階段。

6.噴泉模型（fountain model）(也稱面向?qū)ο蟮纳嫫谀Ｐ? OO模型)

噴泉模型與傳統(tǒng)的結(jié)構(gòu)化生存期比較，具有更多的增量和迭代性質(zhì)，生存期的各個(gè)階段可以相互重疊和多次反復(fù)，而且在項(xiàng)目的整個(gè)生存期中還可以嵌入子生存期。就像水噴上去又可以落下來(lái)，可以落在中間，也可以落在最底部。

7.智能模型(四代技術(shù)（4GL）)

智能模型擁有一組工具（如數(shù)據(jù)查詢、報(bào)表生成、數(shù)據(jù)處理、屏幕定義、代碼生成、高層圖形功能及電子表格等），每個(gè)工具都能使開(kāi)發(fā)人員在高層次上定義軟件的某些特性，并把開(kāi)發(fā)人員定義的這些軟件自動(dòng)地生成為源代碼。這種方法需要四代語(yǔ)言（4GL）的支持。4GL不同于三代語(yǔ)言，其主要特征是用戶界面極端友好，即使沒(méi)有受過(guò)訓(xùn)練的非專業(yè)程序員，也能用它編寫(xiě)程序；它是一種聲明式、交互式和非過(guò)程性編程語(yǔ)言。4GL還具有高效的程序代碼、智能缺省假設(shè)、完備的 數(shù)據(jù)庫(kù)和應(yīng)用程序生成器。目前市場(chǎng)上流行的4GL（如Foxpro等）都不同程度地具有上述特征。但4GL目前主要限于事務(wù)信息系統(tǒng)的中、小型應(yīng)用程序的 開(kāi)發(fā)。

8.混合模型（hybrid model）過(guò)程開(kāi)發(fā)模型又叫混合模型（hybrid model），或元模型（meta-model）,把幾種不同模型組合成一種混合模型，它允許一個(gè)項(xiàng)目能沿著最有效的路徑發(fā)展，這就是過(guò)程開(kāi)發(fā)模型（或混合模型）。實(shí)際上，一些軟件開(kāi)發(fā)單位都是使用幾種不同的開(kāi)發(fā)方法組成他們自己的混合模型。各種模型的比較每個(gè)軟件開(kāi)發(fā)組織應(yīng)該選擇適合于該組織的軟件開(kāi)發(fā)模型，并且應(yīng)該隨著當(dāng)前正在開(kāi)發(fā)的特定產(chǎn)品特性而變化，以減小所選模型的缺點(diǎn)，充分利用其優(yōu)點(diǎn)，下表列出了幾種常見(jiàn)模型的優(yōu)缺點(diǎn)。各種模型的優(yōu)點(diǎn)和缺點(diǎn)：模型優(yōu)點(diǎn)缺點(diǎn)瀑布模型文檔驅(qū)動(dòng)系統(tǒng)可能不滿足客戶的需求快速原型模型關(guān)注滿足客戶需求可能導(dǎo)致系統(tǒng)設(shè)計(jì)差、效率低，難于維護(hù)增量模型開(kāi)發(fā)早期反饋及時(shí)，易于維護(hù)需要開(kāi)放式體系結(jié)構(gòu)，可能會(huì)設(shè)計(jì)差、效率低螺旋模型風(fēng)險(xiǎn)驅(qū)動(dòng)風(fēng)險(xiǎn)分析人員需要有經(jīng)驗(yàn)且經(jīng)過(guò)充分訓(xùn)練

9.RUP模型（迭代模型）

RUP（Rational Unified Process）模型是Rational公司提出的一套開(kāi)發(fā)過(guò)程模型，它是一個(gè)面向?qū)ο筌浖こ痰耐ㄓ脴I(yè)務(wù)流程。它描述了一系列相關(guān)的軟件工程流程，它們具有相同的結(jié)構(gòu)，即相同的流程構(gòu)架。RUP 為在開(kāi)發(fā)組織中分配任務(wù)和職責(zé)提供了一種規(guī)范方法，其目標(biāo)是確保在可預(yù)計(jì)的時(shí)間安排和預(yù)算內(nèi)開(kāi)發(fā)出滿足最終用戶需求的高品質(zhì)的軟件。RUP具有兩個(gè)軸，一個(gè)軸是時(shí)間軸，這是動(dòng)態(tài)的。另一個(gè)軸是工作流軸，這是靜態(tài)的。在時(shí)間軸上，RUP劃分了四個(gè)階段：初始階段、細(xì)化階段、構(gòu)造階段和發(fā)布階段。每個(gè)階段都使用了迭代的概念。在工作流軸上，RUP設(shè)計(jì)了六個(gè)核心工作流程和三個(gè)核心支撐工作流程，核心工作流軸包括：業(yè)務(wù)建模工作流、需求工作流、分析設(shè)計(jì)工作流、實(shí)現(xiàn)工作流、測(cè)試工作流和發(fā)布工作流。核心支撐工作流包括：環(huán)境工作流、項(xiàng)目管理工作流和配置與變更管理工作流。RUP 匯集現(xiàn)代軟件開(kāi)發(fā)中多方面的最佳經(jīng)驗(yàn)，并為適應(yīng)各種項(xiàng)目及組織的需要提供了靈活的形式。作為一個(gè)商業(yè)模型，它具有非常詳細(xì)的過(guò)程指導(dǎo)和模板。但是同樣由于該模型比較復(fù)雜，因此在模型的掌握上需要花費(fèi)比較大的成本。尤其對(duì)項(xiàng)目管理者提出了比較高的要求。它具有如下特點(diǎn)：（1）增量迭代，每次迭代都遵循瀑布模型能夠在前期控制好和解決風(fēng)險(xiǎn)；（2）模型的復(fù)雜化，需要項(xiàng)目管理者具有較強(qiáng)的管理能力。

10.IPD模型

IPD（Integrated Product Development）流程是由IBM提出來(lái)的一套集成產(chǎn)品開(kāi)發(fā)流程，非常適合于復(fù)雜的大型開(kāi)發(fā)項(xiàng)目，尤其涉及到軟硬件結(jié)合的項(xiàng)目。

IPD從整個(gè)產(chǎn)品角度出發(fā)，流程綜合考慮了從系統(tǒng)工程、研發(fā)（硬件、軟件、結(jié)構(gòu)工業(yè)設(shè)計(jì)、測(cè)試、資料開(kāi)發(fā)等）、制造、財(cái)務(wù)到市場(chǎng)、采購(gòu)、技術(shù)支援等所有流程。是一個(gè)端到端的流程。在IPD流程中總共劃分了六個(gè)階段（概念階段、計(jì)劃階段、開(kāi)發(fā)階段、驗(yàn)證階段、發(fā)布階段和生命周期階段），四個(gè)個(gè)決策評(píng)審點(diǎn)（概念階段決策評(píng)審點(diǎn)、計(jì)劃階段決策評(píng)審點(diǎn)、可獲得性決策評(píng)審點(diǎn)和生命周期終止決策評(píng)審點(diǎn)）以及六個(gè)技術(shù)評(píng)審點(diǎn)。

IPD流程是一個(gè)階段性模型，具有瀑布模型的影子。該模型通過(guò)使用全面而又復(fù)雜的流程來(lái)把一個(gè)龐大而又復(fù)雜的系統(tǒng)進(jìn)行分解并降低風(fēng)險(xiǎn)。一定程度上，該模型是通過(guò)流程成本來(lái)提高整個(gè)產(chǎn)品的質(zhì)量并獲得市場(chǎng)的占有。由于該流程沒(méi)有定義如何進(jìn)行流程回退的機(jī)制，因此對(duì)于需求經(jīng)常變動(dòng)的項(xiàng)目該流程就顯得不大適合了。并且對(duì)于一些小的項(xiàng)目，也不是非常適合使用該流程。

軟件開(kāi)發(fā)文檔應(yīng)包括哪些內(nèi)容？

開(kāi)發(fā)文檔

1. 《功能要求》 -- 來(lái)源于客戶要求和市場(chǎng)調(diào)查，是軟件開(kāi)發(fā)中最早期的一個(gè)環(huán)節(jié)?？蛻籼岢鲆粋€(gè)模糊的功能概念，或者要求解決一個(gè)實(shí)際問(wèn)題，或者參照同類軟件的一個(gè)功能。有軟件經(jīng)驗(yàn)的客戶還會(huì)提供比較詳細(xì)的技術(shù)規(guī)范書(shū)，把他們的要求全部列表書(shū)寫(xiě)在文檔中，必要時(shí)加以圖表解說(shuō)。這份文檔是需求分析的基礎(chǔ)。

2. 《投標(biāo)方案》 -- 根據(jù)用戶的功能要求，經(jīng)過(guò)與招標(biāo)方溝通和確認(rèn)，技術(shù)人員開(kāi)始書(shū)寫(xiě)《投標(biāo)方案》，方案書(shū)一般包括以下幾個(gè)重要的章節(jié)： 前言 -- 項(xiàng)目背景、公司背景和業(yè)務(wù)、技術(shù)人員結(jié)構(gòu)、公司的成功案例介紹等。 需求分析 -- 項(xiàng)目要求、軟件結(jié)構(gòu)、功能列表、功能描述、注意事項(xiàng)等。 技術(shù)方案 -- 總體要求和指導(dǎo)思想、技術(shù)解決方案、軟件開(kāi)發(fā)平臺(tái)、網(wǎng)絡(luò)結(jié)構(gòu)體系等。 項(xiàng)目管理 -- 描述公司的軟件開(kāi)發(fā)流程、工程實(shí)施服務(wù)、組織和人員分工、開(kāi)發(fā)進(jìn)度控制、軟件質(zhì)量保證、項(xiàng)目驗(yàn)收和人員培訓(xùn)、軟件資料文檔等。 技術(shù)支持 -- 公司的技術(shù)支持和服務(wù)介紹、服務(wù)宗旨和目標(biāo)、服務(wù)級(jí)別和響應(yīng)時(shí)間、技術(shù)服務(wù)區(qū)域、技術(shù)服務(wù)期限、授權(quán)用戶聯(lián)系人等。 系統(tǒng)報(bào)價(jià) -- 軟、硬件平臺(tái)報(bào)價(jià)列表、軟件開(kāi)發(fā)費(fèi)用、系統(tǒng)維護(hù)費(fèi)用等。 項(xiàng)目進(jìn)度 -- 整個(gè)項(xiàng)目的進(jìn)度計(jì)劃，包括簽署合同、項(xiàng)目啟動(dòng)、需求分析、系統(tǒng)分析、程序開(kāi)發(fā)、測(cè)試維護(hù)、系統(tǒng)集成、用戶驗(yàn)收、用戶培訓(xùn)等步驟的時(shí)間規(guī)劃。

3. 《需求分析》 -- 包括產(chǎn)品概述、主要概念、操作流程、功能列表和解說(shuō)、注意事項(xiàng)、系統(tǒng)環(huán)境等。以《功能要求》為基礎(chǔ)，進(jìn)行詳細(xì)的功能分析 ( 包括客戶提出的要求和根據(jù)開(kāi)發(fā)經(jīng)驗(yàn)建議的功能 ) ，列出本產(chǎn)品是什么，有什么特殊的概念，包括哪些功能分類，需要具備什么功能，該功能的操作如何，實(shí)現(xiàn)的時(shí)候該注意什么細(xì)節(jié)，客戶有什么要求，系統(tǒng)運(yùn)行環(huán)境的要求等。這里的功能描述跟以后的使用手冊(cè)是一致的。

4. 《技術(shù)分析》 -- 包括技術(shù)選型、技術(shù)比較、開(kāi)發(fā)人員、關(guān)鍵技術(shù)問(wèn)題的解決、技術(shù)風(fēng)險(xiǎn)、技術(shù)升級(jí)方向、技術(shù)方案評(píng)價(jià)，競(jìng)爭(zhēng)對(duì)手技術(shù)分析等。以《需求分析》為基礎(chǔ)，進(jìn)行詳細(xì)的技術(shù)分析 ( 產(chǎn)品的性能和實(shí)現(xiàn)方法 ) ，列出本項(xiàng)目需要使用什么技術(shù)方案，為什么，有哪些技術(shù)問(wèn)題要解決 ，估計(jì)開(kāi)發(fā)期間會(huì)碰到什么困難，技術(shù)方案以后如何升級(jí)，對(duì)本項(xiàng)目的技術(shù)有什么評(píng)價(jià)等。

5. 《系統(tǒng)分析》 -- 包括功能實(shí)現(xiàn)、模塊組成、功能流程圖、函數(shù)接口、數(shù)據(jù)字典、軟件開(kāi)發(fā)需要考慮的各種問(wèn)題等。以《需求分析》為基礎(chǔ)，進(jìn)行詳細(xì)的系統(tǒng)分析 ( 產(chǎn)品的開(kāi)發(fā)和實(shí)現(xiàn)方法 ) ，估計(jì)開(kāi)發(fā)期間需要把什么問(wèn)題說(shuō)明白，程序員根據(jù)《系統(tǒng)分析》，開(kāi)始在項(xiàng)目主管的帶領(lǐng)下進(jìn)行編碼。

6. 《數(shù)據(jù)庫(kù)文檔》 -- 包括數(shù)據(jù)庫(kù)名稱、表名、字段名、字段類型、字段說(shuō)明、備注、字段數(shù)值計(jì)算公式等。以《系統(tǒng)分析》為基礎(chǔ)，進(jìn)行詳細(xì)的數(shù)據(jù)庫(kù)設(shè)計(jì)。必要時(shí)可以用圖表解說(shuō)，特別是關(guān)系數(shù)據(jù)庫(kù)。

7. 《功能函數(shù)文檔》 -- 包括變量名、變量初植、功能，函數(shù)名，參數(shù)，如何調(diào)用、備注、注意事項(xiàng)等。以《系統(tǒng)分析》為基礎(chǔ)，進(jìn)行詳細(xì)的說(shuō)明，列出哪個(gè)功能涉及多少個(gè)函數(shù)，以便以后程序員修改、接手和擴(kuò)展。

8. 《界面文檔》 -- 包括軟件外觀、界面素材、編輯工具、文件名、菜單、按鈕和其它界面部件的要求，這里與軟件完成后的運(yùn)行界面是一致的。

9. 《編譯手冊(cè)》 -- 包括服務(wù)器編譯環(huán)境、操作系統(tǒng)、編譯工具、 GNU 的 C++ 編譯器版本信息、目錄說(shuō)明、程序生成、源程序文件列表、 Makefile 配置及其相關(guān)程序的對(duì)應(yīng)關(guān)系列表?？蛻舳说木幾g過(guò)程、編譯結(jié)果、編譯示例、編譯環(huán)境、操作系統(tǒng)、編譯工具、源文件列表和制作安裝程序的過(guò)程。

10. 《 QA 文檔》 -- 包括產(chǎn)品簡(jiǎn)介、產(chǎn)品原理、產(chǎn)品功能列表、功能描述、功能流程、執(zhí)行結(jié)果、數(shù)據(jù)庫(kù)結(jié)構(gòu)、測(cè)試要求等，提供給軟件測(cè)試人員使用。

11. 《項(xiàng)目總結(jié)》 -- 包括項(xiàng)目簡(jiǎn)介、項(xiàng)目參與人員和開(kāi)發(fā)時(shí)間、項(xiàng)目風(fēng)險(xiǎn)管理過(guò)程、項(xiàng)目功能列表、項(xiàng)目結(jié)構(gòu)特點(diǎn)、技術(shù)特點(diǎn)、對(duì)項(xiàng)目的升級(jí)建議、對(duì)以后的項(xiàng)目的建議、人員素質(zhì)情況等。

關(guān)于軟件開(kāi)發(fā)技術(shù)方案模板和軟件開(kāi)發(fā)技術(shù)方案包括哪些內(nèi)容的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。