《信息技術(shù)工程導(dǎo)論》課件第4章 工程解決方案

第4章工程項(xiàng)目解決方案4.1概述4.2工程項(xiàng)目的前期策劃——需求分析

4.3項(xiàng)目解決方案中的設(shè)計(jì)說明書4.4工程解決方案案例4.1概述項(xiàng)目開發(fā)的成敗建立在自我不斷創(chuàng)新和高質(zhì)量滿足客戶要求的基礎(chǔ)上，建立在對“需求、問題或機(jī)會(huì)”的識(shí)別能力以及提出相應(yīng)解決方案的能力。一個(gè)項(xiàng)目的啟動(dòng)和完成，都需要一個(gè)精心準(zhǔn)備和策劃的過程，因此在學(xué)習(xí)和撰寫項(xiàng)目解決方案開始時(shí)，首先了解項(xiàng)目從啟動(dòng)到完成的整個(gè)過程。

一個(gè)工程項(xiàng)目一定會(huì)有兩個(gè)角色，即工程項(xiàng)目的需求方和工程項(xiàng)目的實(shí)施和完成方，這兩個(gè)角色我們一般稱之為甲方和乙方，甲方一般是項(xiàng)目需求方和出資方，乙方一般是項(xiàng)目的實(shí)施方。項(xiàng)目立項(xiàng)必須先由需求方——撰寫項(xiàng)目可行性分析報(bào)告，且通過甲方領(lǐng)導(dǎo)批準(zhǔn)，然后成立相關(guān)臨時(shí)團(tuán)隊(duì)或機(jī)構(gòu)負(fù)責(zé)該項(xiàng)目，即甲方建立。投資金額超過20萬人民幣以上（含20萬），必須招標(biāo)，因此在招標(biāo)前一個(gè)月，甲方必須完成招標(biāo)文件，招標(biāo)文件中必須說明項(xiàng)目需求分析、項(xiàng)目所需的技術(shù)指標(biāo)和項(xiàng)目實(shí)施單位的資質(zhì)。-可行性報(bào)告（包含簡單的項(xiàng)目需求分析

）中須寫明如下幾點(diǎn)：

（1）為什么必須完成個(gè)項(xiàng)目？對相關(guān)單位和部門有什么好處（從提高工作效率和產(chǎn)品質(zhì)量、降低成本、減少污染的角度說明）。（2）行業(yè)內(nèi)（或國內(nèi)外）有無類似項(xiàng)目？是引進(jìn)還是重新開發(fā)？為什么？（3）說明和計(jì)算開發(fā)成本和周期，以及何時(shí)能收回投資成本和獲益。（4）建議由哪個(gè)部門和人員負(fù)責(zé)。

招標(biāo)文件一般要在政府指定的招標(biāo)網(wǎng)上公布。

對該項(xiàng)目有興趣且能完成和符合招標(biāo)文件要求的單位，可以到政府指定的招標(biāo)公司購買標(biāo)書。在規(guī)定的時(shí)間了解甲方需求，提交投標(biāo)文件（含項(xiàng)目解決方案或設(shè)計(jì)方案），參與競標(biāo)。按照國家規(guī)定投標(biāo)方必須超過3家，否則為廢標(biāo)。

在競標(biāo)中獲勝者為中標(biāo)者，其與甲方擬定項(xiàng)目開發(fā)合同，在合同中中標(biāo)方被稱之為乙方。低于20萬人民幣的項(xiàng)目一般采取議標(biāo)，即想?yún)⑴c該項(xiàng)目實(shí)施的單位到甲方購買標(biāo)書，然后在甲方單位參加項(xiàng)目答辯。同上，獲勝者為中標(biāo)方，且與甲方簽定項(xiàng)目相關(guān)合同。

乙方的投標(biāo)文件一般包含項(xiàng)目的解決方案，但該解決方案一般不是項(xiàng)目驗(yàn)收的項(xiàng)目解決方案。甲乙雙方簽訂合同后，第一步就是乙方要了解甲方的項(xiàng)目需求，一般項(xiàng)目需求分析報(bào)告由甲方提供，但鑒于甲方對技術(shù)的掌握程度，因此該需求分析報(bào)告最后都是乙方完成。

甲方：（用戶、客戶）乙方：（開發(fā)單位）項(xiàng)目可行性分析報(bào)告立項(xiàng)項(xiàng)目需求分析報(bào)告

（招標(biāo)書）項(xiàng)目解決方案

（方案設(shè)計(jì)說明書）（投標(biāo)書）（項(xiàng)目開發(fā)計(jì)劃）這一工作完成的是否出色對獲取客戶合同以及能否成功完成項(xiàng)目的開發(fā)和產(chǎn)品的推廣至關(guān)重要。

-工程項(xiàng)目開發(fā)的前期構(gòu)思4.2工程項(xiàng)目的前期策劃——需求分析在獲取客戶合同后，即進(jìn)入工程項(xiàng)目開發(fā)期。（如4+5+1方式，就可獲取項(xiàng)目的首付款40%。）乙方一旦將項(xiàng)目列入開發(fā)計(jì)劃，就應(yīng)該集中技術(shù)人員、成立項(xiàng)目組、確定項(xiàng)目負(fù)責(zé)人進(jìn)行實(shí)質(zhì)性的項(xiàng)目開發(fā)工作。

參見合同范例為了使項(xiàng)目順利開展，乙方要明確甲方的需求，甲方的需求往往是潛在的，要使這種需求明確化，需要與甲方相關(guān)部門的關(guān)鍵人員進(jìn)行反復(fù)的溝通，通過溝通明確甲方業(yè)務(wù)流程及實(shí)際需求，必要時(shí)乙方提出需求建議書。對于軟件開發(fā)來說，此過程為一個(gè)將具體問題進(jìn)行抽象和建模的過程，然后對模型進(jìn)行可行性分析，得出結(jié)論。為下面的項(xiàng)目實(shí)現(xiàn)（編程、調(diào)試）做出充分準(zhǔn)備。在項(xiàng)目實(shí)施過程中，所有的依據(jù)應(yīng)該原于甲方的需求和當(dāng)前技術(shù)允許范圍。

甲方的需求在目前階段體現(xiàn)為招標(biāo)書中的解決方案，而技術(shù)允許范圍是指根據(jù)當(dāng)前項(xiàng)目組的技術(shù)水平來估計(jì)項(xiàng)目組的技術(shù)能力，保證應(yīng)用的方案必須是可行的。4.2.1項(xiàng)目需求分析說明項(xiàng)目需求包括三個(gè)不同的層次—業(yè)務(wù)需求、用戶需求和功能需求——也包括非功能需求。-業(yè)務(wù)需求反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求。-用戶需求指用戶使用產(chǎn)品必須要完成的任務(wù)。

-功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的系統(tǒng)功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。-非功能需求包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和合約；外部界面的具體細(xì)節(jié)；性能要求；設(shè)計(jì)或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。對于我們所拿到的“項(xiàng)目需求分析報(bào)告”往往忽略了很多客戶的隱形需求。一般而言包括：

-維護(hù)需求

-升級(jí)需求

-易用性需求

-性能需求

現(xiàn)在客戶也在不斷成熟，以上需求會(huì)或多或少的提到，但是，請注意，很可能不夠全面。所以我們需要認(rèn)認(rèn)真真的考慮一下，這些需求到底應(yīng)該包含些什么。（1）維護(hù)需求客戶對維護(hù)的要求，一般至少包括：

①日志需求。日志需求是和客戶的隱性需求密切相關(guān)，并且?guī)缀跞可婕暗囊环N需求。

例如：日志要記錄維護(hù)信息和升級(jí)信息，日志還要簡單明了，一看就知道寫的啥意思，另外日志記錄功能還不能對系統(tǒng)的性能有大的影響。

②故障定位的能力。就是說，當(dāng)系統(tǒng)出現(xiàn)問題時(shí)，客戶希望系統(tǒng)能夠通過某種方式迅速查明故障的原因，并找到解決或者規(guī)避的辦法。

③日常維護(hù)。通常包括軟件和硬件的“健康檢查”。

④故障報(bào)警。當(dāng)系統(tǒng)出現(xiàn)嚴(yán)重故障時(shí)，能夠給出足夠的信息，并觸發(fā)故障處理流程。（2）升級(jí)需求客戶對升級(jí)的要求，一般至少包括：

①可控制的升級(jí)。即檢測是否可升級(jí)、是否執(zhí)行升級(jí)、多個(gè)升級(jí)目標(biāo)的選擇、升級(jí)的計(jì)劃任務(wù)等都是可以控制的，比如可以設(shè)定自動(dòng)檢測是否升級(jí)；設(shè)定自動(dòng)升級(jí)到最高版本；設(shè)定執(zhí)行升級(jí)必須為手工設(shè)置；設(shè)置手工升級(jí)時(shí)可以立即升級(jí)也可以指定計(jì)劃任務(wù)時(shí)間等等。

②不影響業(yè)務(wù)的升級(jí)?；旧峡蛻舳枷Ｍ?jí)不要影響他們的正常業(yè)務(wù)。但是有些系統(tǒng)實(shí)在太老了，基于這種舊系統(tǒng)的再開發(fā)項(xiàng)目必然受限于原系統(tǒng)的升級(jí)方案。這時(shí)就要考慮：

-能不能通過升級(jí)，使系統(tǒng)以后升級(jí)不再影響業(yè)務(wù)；-如果不能，怎樣使（本次）升級(jí)對業(yè)務(wù)的影響最?。?升級(jí)的簡單性，升級(jí)應(yīng)該簡單快捷，沒有太多的參數(shù)需要配置，沒有太多需要手工干預(yù)的步驟；-升級(jí)的完整性，尤其是對于分布式系統(tǒng)，升級(jí)時(shí)需要考慮各個(gè)部件之間版本的一致性。一個(gè)升級(jí)方案必須是完整的，不能在升級(jí)以后出現(xiàn)由于版本間不兼容的原因而導(dǎo)致系統(tǒng)無法工作。例子：一個(gè)簡單的C/S系統(tǒng)，采用加密通道進(jìn)行通訊，現(xiàn)在升級(jí)加密算法，該如何設(shè)計(jì)呢？假設(shè)是互聯(lián)網(wǎng)應(yīng)用，有上萬個(gè)客戶端，該如何設(shè)計(jì)呢？從這個(gè)例子可以看出，系統(tǒng)的設(shè)計(jì)，從一開始就必須考慮這些“隱性”需求，否則系統(tǒng)架構(gòu)有可能推翻重來。

（3）易用性通常提到易用性，一般覺得無非是界面和幫助。沒錯(cuò)，但是不全。讓我們看幾個(gè)例子，可以大概理解一下易用性是什么概念。

在桌面系統(tǒng)的競爭中，專業(yè)而強(qiáng)大的Unix敗給了經(jīng)常被人批評(píng)的Windows。

windows安裝、升級(jí)簡單，安裝新的軟件也很簡單，操作起來更是如此，直觀的圖形界面雖然設(shè)計(jì)和功能不太豐富和強(qiáng)大，但是相對于unix必須先學(xué)習(xí)“文件系統(tǒng)”概念，再學(xué)習(xí)命令行而言，“樹”的概念用戶可以無師自通，拖拽更是命令行方式不可比擬。

同樣是微軟，C++語言乘微軟之名，挾操作系統(tǒng)之利，語言和開發(fā)環(huán)境都不可謂不強(qiáng)大，但是結(jié)果怎樣呢？多數(shù)人情愿用Java，微軟更是不得不推出C#來與Java抗衡。在中文輸入法的競爭中，強(qiáng)大高效的筆畫輸入法敗給了拼音輸入法?，F(xiàn)在拼音輸入法大行其道，筆畫輸入幾乎鮮有提起。

易用性的關(guān)鍵是業(yè)務(wù)模型要和客戶的一致。這個(gè)應(yīng)該算是基礎(chǔ)。業(yè)務(wù)模型代表著思維模式（比如輸入法），也就是說，要從客戶的角度來設(shè)計(jì)系統(tǒng)。操作應(yīng)該照顧客戶的習(xí)慣，盡可能的降低客戶的學(xué)習(xí)成本。當(dāng)然，前提是正確定位你的客戶群。

一般而言，易用性的需求還包括：

1.常用的功能應(yīng)該能夠直接了當(dāng)?shù)脑L問如財(cái)務(wù)系統(tǒng)，不同的角色有不同的常用功能，系統(tǒng)應(yīng)該設(shè)計(jì)為可以根據(jù)角色來打開不同的初始頁面；2.操作應(yīng)該照顧客戶的習(xí)慣可降低客戶的學(xué)習(xí)成本。當(dāng)然，前提是正確定位你的客戶群。

3.優(yōu)雅還是用微軟的VisualStudio做例子，編譯錯(cuò)誤可以直接通過雙擊跳轉(zhuǎn)到源代碼所在錯(cuò)誤點(diǎn)，而不像Makefile那樣只是生硬的輸出文件和行號(hào)。打開一個(gè)巨大的文件，給出一個(gè)可度量的進(jìn)度條，總比只顯示一個(gè)沙漏要好吧？“優(yōu)雅”=專業(yè)+體貼（4）性能需求在軟件系統(tǒng)開發(fā)的編寫合同或者招標(biāo)書時(shí)，經(jīng)常有性能需求方面的章節(jié)。在編寫這部分內(nèi)容時(shí)，文檔撰寫人經(jīng)常會(huì)覺得無從下手。性能需求具體要求涉及如下幾個(gè)方面：

①首先分清楚哪些部分各自有什么樣的性能需求。用戶參與的操作，性能要求通常高于其他操作；

②知道自己的“承受上限”。達(dá)到上限的時(shí)候，通過合理的方法讓系統(tǒng)給予提示，而不是直接癱瘓。例如在軟件系統(tǒng)的性能需求細(xì)節(jié)上包括：長時(shí)間運(yùn)行要有提示；已輸過的內(nèi)容盡量不要再次輸，必要時(shí)用下拉列表框來選；命令按鈕要有懸停幫助信息；因權(quán)限或操作條件限制時(shí)，有關(guān)操作元素自動(dòng)置“灰”或不可見；不離開編輯界面添加新內(nèi)容時(shí)，可用鼠標(biāo)也可用鍵盤定位至輸入字段；不能輸入不合理的日期等等。

性能需求例子：

實(shí)例一：

1.

時(shí)間特性的要求：

1)普遍情況下：

●搜索時(shí)間最大不超過5秒

●平均時(shí)間在1～3秒以內(nèi)

2)1860前臺(tái)（業(yè)務(wù)知識(shí)庫）：

●知識(shí)文檔的搜索不超過1秒

●知識(shí)文檔的搜索與打開合計(jì)時(shí)間不超過3秒

●平均在1秒內(nèi)

2.

系統(tǒng)容量要求

●靜態(tài)用戶（注冊用戶）：3500以上

●動(dòng)態(tài)用戶（在線用戶）：1500以上

●并發(fā)數(shù)：500以上實(shí)例二：

●檢查系統(tǒng)在2000個(gè)用戶的負(fù)載下，所有業(yè)務(wù)動(dòng)作是否可用及穩(wěn)定；

●檢查系統(tǒng)在2000個(gè)用戶的負(fù)載下，連續(xù)運(yùn)行72小時(shí)過程中，訂單上傳、轉(zhuǎn)單、詳情單查詢、發(fā)運(yùn)、勾核、簽收及郵路填報(bào)功能等業(yè)務(wù)動(dòng)作是否可用及穩(wěn)定；

●檢查系統(tǒng)在1500個(gè)用戶、500個(gè)并發(fā)用戶操作的負(fù)載下，連續(xù)運(yùn)行72小時(shí)過程中，以上業(yè)務(wù)動(dòng)作是否可用及穩(wěn)定；

●檢查系統(tǒng)在8.0GB業(yè)務(wù)數(shù)據(jù)、1500個(gè)用戶、500個(gè)并發(fā)用戶運(yùn)行的負(fù)載下，連續(xù)運(yùn)行72小時(shí)過程中，以上業(yè)務(wù)動(dòng)作是否可用及穩(wěn)定。

只有對需求進(jìn)行分析、總結(jié)和概括，提出準(zhǔn)確可行的解決方案是非常重要的。因?yàn)橹挥羞@樣才能明確用戶項(xiàng)目的內(nèi)容和目標(biāo)，準(zhǔn)確評(píng)估自己成本，提出一個(gè)確實(shí)可行的項(xiàng)目解決方案。

—工程項(xiàng)目開發(fā)的前期

構(gòu)思/項(xiàng)目可行性分析報(bào)告/項(xiàng)目需求分析報(bào)告

方案設(shè)計(jì)說明書隱形需求◆維護(hù)需求:日志需求

/故障定位的能力

/日常維護(hù)

/故障報(bào)警

◆升級(jí)需求:可控制/不影響業(yè)務(wù)/簡單性/完整性◆易用性需求:Unix與Windows/筆畫輸入法與拼音輸入法/VC與Java

常用的功能應(yīng)該能夠直接了當(dāng)?shù)脑L問操作應(yīng)該照顧客戶的習(xí)慣優(yōu)雅◆性能需求：分清楚軟件各部分都有什么樣的性能需求/用戶參與的操作，性能要求通常高于其他操作/極限提示避免癱瘓/小結(jié)：用戶需求4.2.2項(xiàng)目需求分析的理解

把握好需求分析對系統(tǒng)的開發(fā)是至關(guān)重要的。在撰寫系統(tǒng)解決方案時(shí)，常常把自己當(dāng)成用戶，按照自己的思維設(shè)計(jì)系統(tǒng)，要弄清需求分析的三個(gè)層次，即：什么是業(yè)務(wù)需求、用戶需求和功能需求，千萬不要混為一談。

舉個(gè)例子來說明前面介紹的三種需求分析：

一個(gè)生產(chǎn)自行車廠的經(jīng)理對開發(fā)者說，我們希望開發(fā)一種受市場歡迎的兒童自行車，這是業(yè)務(wù)需求；這時(shí)開發(fā)者就要了解市場上家長和兒童對自行車的要求，如為了防止自行車摔倒，要在自行車后輪添加兩個(gè)側(cè)輪，如最好能折疊用于現(xiàn)在家用汽車托運(yùn)，要能在騎行中播放音樂等，這是用戶需求；自行車的座位采用軟質(zhì)材料做成的椅子，自行車的車架放矮便于小孩上下車，鏈條外有盒子保護(hù)，以防掛著小孩等，這是功能需求。下面我們再通過一個(gè)超市管理系統(tǒng)軟件的需求分析人員與超市不同人員的對話來理解不同性質(zhì)的需求分析。超市經(jīng)理：“我們要建立一套完整的商業(yè)管理軟件系統(tǒng)，包括商品的進(jìn)、銷、調(diào)、存管理，實(shí)現(xiàn)總部-門店的連鎖經(jīng)營的計(jì)算機(jī)管理模式。達(dá)到門店自動(dòng)訂貨，供應(yīng)商自動(dòng)結(jié)算，賣場通過掃條碼實(shí)現(xiàn)銷售，管理人員能夠隨時(shí)查詢門店商品銷售和庫存情況?！鄙鲜霰磉_(dá)表明超市經(jīng)理給出了該軟件的業(yè)務(wù)需求，這是很重要的，它說明了系統(tǒng)的作用和目的。分析員：“我已經(jīng)明白這個(gè)項(xiàng)目的大體結(jié)構(gòu)框架，這非常重要，但在制定計(jì)劃之前，我們必須收集一些需求。”超市經(jīng)理覺得奇怪：“我不是剛告訴你我的需求了嗎？”分析員：“實(shí)際上，您只說明了整個(gè)項(xiàng)目的概貌和目標(biāo)。這些高層次的業(yè)務(wù)需求不足以提供開發(fā)的內(nèi)容和時(shí)間。我需要與實(shí)際將要使用系統(tǒng)的業(yè)務(wù)人員進(jìn)行討論，然后才能真正明白達(dá)到業(yè)務(wù)目標(biāo)所需功能和用戶要求，了解清楚后，才可以發(fā)現(xiàn)哪些是現(xiàn)有組件即可實(shí)現(xiàn)的，哪些是需要開發(fā)的，這樣可節(jié)省很多時(shí)間?！弊⒁猓河脩粜枨蠛凸δ苄枨笠欢ㄊ窍旅娴牟僮魅藛T（系統(tǒng)用戶）提出的，必須與這些人員溝通才能獲得。經(jīng)理層的人員通常闡明產(chǎn)品的高層次概貌，即各模塊的主要業(yè)務(wù)內(nèi)容，為后繼工作建立了一個(gè)指導(dǎo)性的框架。其他任何說明都應(yīng)遵循“各模塊的主要業(yè)務(wù)需求”的規(guī)定。經(jīng)理層有時(shí)試圖代替實(shí)際操作人員說話，但通常他們無法準(zhǔn)確說明“用戶需求”。用戶需求來自產(chǎn)品的真正使用者，必須讓實(shí)際用戶參與到收集需求的過程中。如果不這樣做，產(chǎn)品很可能會(huì)因缺乏足夠的信息而遺留不少隱患。分析員盡量給超市經(jīng)理解釋從用戶處收集需求的合理性：“如果我們只是憑空猜想用戶的要求，結(jié)果不會(huì)令人滿意。我們只是軟件開發(fā)人員，而不是采購專家、營運(yùn)專家或是財(cái)務(wù)專家，我們并不真正明白您這個(gè)企業(yè)內(nèi)部運(yùn)營需要做些什么。無數(shù)的案例表明，未真正明白這些問題就開始編碼，結(jié)果沒有人對產(chǎn)品滿意?！弊詈蠓治鋈藛T要從超市的工作人員那里獲得用戶需求以及性能需求，還要注意的是，在了解這些需求是，一定要了解當(dāng)前超市是否在使用類似的、或者具有部分功能的系統(tǒng)，如果有，一定要對這些系統(tǒng)的操作界面和操作方式有一個(gè)清楚的了解，這樣保證所開發(fā)的新系統(tǒng)兼容原來系統(tǒng)的用戶操作習(xí)慣，避免不必要的超市工作人員學(xué)習(xí)成本，因?yàn)椴煌牟僮髂Ｊ綆淼膶W(xué)習(xí)成本，會(huì)給新系統(tǒng)帶來不必要抱怨，導(dǎo)致經(jīng)理層認(rèn)為系統(tǒng)使用有問題，除非新系統(tǒng)的操作模式改革可以大大減少操作步驟。用戶需求，必須從使用產(chǎn)品的用戶處收集。因此，這些用戶構(gòu)成了另一種系統(tǒng)客戶，他們清楚要使用該產(chǎn)品完成什么任務(wù)即功能性的特性需求。此外，還有一些非功能性的特性需求。例如：系統(tǒng)必須遵從的標(biāo)準(zhǔn)、規(guī)范、程序的易用性、健壯性和可靠性等，而這些特性將會(huì)使用戶很好地接受具有該特點(diǎn)的系統(tǒng)。以上我們看到的是某客戶項(xiàng)目經(jīng)理與系統(tǒng)開發(fā)小組的分析人員討論業(yè)務(wù)需求。在項(xiàng)目開發(fā)中，所有的項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者都對需求分析階段倍感興趣。這里所指的風(fēng)險(xiǎn)承擔(dān)者包括客戶方面的項(xiàng)目負(fù)責(zé)人和用戶，開發(fā)方面的需求分析人員和項(xiàng)目管理者。這部分工作做得到位，是開發(fā)出一個(gè)優(yōu)秀的軟件產(chǎn)品的基礎(chǔ)，同時(shí)也會(huì)令客戶滿意。若處理不好，則會(huì)導(dǎo)致誤解、挫折、障礙以及潛在的質(zhì)量和業(yè)務(wù)價(jià)值上的威脅。由此可見，需求分析奠定了工程項(xiàng)目管理的基礎(chǔ)。開發(fā)軟件系統(tǒng)最困難的事情就是準(zhǔn)確說明開發(fā)什么。最為困難的工作便是編寫出詳細(xì)技術(shù)需求，這包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口。同時(shí)這也是一旦做錯(cuò)，將最終會(huì)給系統(tǒng)帶來極大損害的部分，并且以后再對它進(jìn)行修改也極為困難。

為什么這么說呢，因?yàn)樵诖蠖鄶?shù)的軟件系統(tǒng)中，最終用戶可能都不清楚他的需求是什么，這是千真萬確的。如果你的用戶告訴你需求就是這些了，不要相信他，繼續(xù)刨根問底，直到你們都筋疲力盡了。雖然聽上去有些不可思議，但這是教訓(xùn)之談，幾乎沒有一個(gè)用戶在軟件接近完成的時(shí)候會(huì)不提出更改要求。

在實(shí)際工程項(xiàng)目開發(fā)過程中，客戶項(xiàng)目經(jīng)理通常闡明產(chǎn)品的高層次概貌，即各模塊的主要業(yè)務(wù)內(nèi)容，為后繼工作建立了一個(gè)指導(dǎo)性的框架。其他任何說明都應(yīng)遵循“各模塊的主要業(yè)務(wù)需求”的規(guī)定。經(jīng)理層有時(shí)試圖代替實(shí)際用戶說話，但通常他們無法準(zhǔn)確說明“用戶需求”。用戶需求來自產(chǎn)品的真正使用者，必須讓實(shí)際用戶參與到收集需求的過程中。如果不這樣做，產(chǎn)品很可能會(huì)因缺乏足夠的信息而遺留不少隱患。在實(shí)際需求分析過程中，如果您希望軟件成功，那么必須要花上數(shù)天時(shí)間來消除需求中模糊不清的地方和一些使開發(fā)者感到困惑的方面。

優(yōu)秀的軟件產(chǎn)品建立在優(yōu)秀的需求基礎(chǔ)之上，而優(yōu)秀的需求源于客戶與開發(fā)人員之間有效的交流和合作。只有雙方參與者都明白自己需要什么、成功的合作需要什么時(shí)，才能建立起一種良好的合作關(guān)系。由于項(xiàng)目的壓力與日俱增，所有項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者有著一個(gè)共同目標(biāo)，那就是大家都想開發(fā)出一個(gè)既能實(shí)現(xiàn)商業(yè)價(jià)值又能滿足用戶要求，還能使開發(fā)者感到滿足的優(yōu)秀軟件產(chǎn)品。4.2.3項(xiàng)目開發(fā)中的溝通

溝通是一門藝術(shù)，也是能力。不論目的是為了自信地演說、輕松地談判，還是愉快地銷售，它都將協(xié)助有效的增進(jìn)信息傳遞——溝通的技巧。

交流溝通是人類行為的基礎(chǔ)。但是交流溝通是否能準(zhǔn)確傳達(dá)出愿望、或?qū)δ呈碌膽B(tài)度，是非常重要的能力。良好地進(jìn)行交流溝通是一個(gè)雙向的過程，它依賴于您能抓住聽者的注意力和正確地解釋您所掌握的信息。

良好溝通的有這樣一些益處：

（1）能獲得更佳更多的合作；（2）能減少誤解；（3）能使人更樂于作答；（4）能使人覺得你的話值得聆聽；（5）能使你辦事更加井井有條；（6）能提高你進(jìn)行清晰思考的能力；（7）能使你感覺現(xiàn)能把握所做的事。1.溝通的分類

按溝通的形式有四種類型：正式溝通、會(huì)議、非正式溝通和報(bào)告報(bào)表。①正式溝通指按照合同規(guī)定的程序或格式進(jìn)行的具有一定合同約束效力的溝通，包括信函、傳真?，F(xiàn)在很多信函、傳真經(jīng)相關(guān)人員的草擬、審核完畢后，經(jīng)過合同授權(quán)人簽字或蓋章掃描后，利用合同指定的項(xiàng)目郵箱進(jìn)行傳送，當(dāng)對方收到后，通過郵箱發(fā)送回執(zhí)確認(rèn)，而不必要送達(dá)原件到對方。②會(huì)議

包括按照合同規(guī)定召開正式例會(huì)和不定期的專項(xiàng)會(huì)議，并形成會(huì)議紀(jì)要備查，參加會(huì)議的人員應(yīng)具有所討論問題的決策權(quán)力。由于信函、傳真、會(huì)議紀(jì)要具有相應(yīng)的約束力，雙方交流時(shí)都比較慎重，導(dǎo)致溝通過程中很多真實(shí)的信息不愿意透露。③非正式溝通：

指口頭交流、電話聯(lián)系、私人間郵件往來。這種溝通方式更方便快捷。由于溝通的信息或結(jié)果沒有合同的約束力，所以交流時(shí)彼此警惕性不高，表達(dá)的信息有些比較真實(shí)，對方的某位人士可能會(huì)透露目前項(xiàng)目存在的一些問題。

④報(bào)告報(bào)表：指按照合同規(guī)定定期提交的日報(bào)、周報(bào)、月報(bào)，或者按照合同提交的各種審批表單，如材料審批單、加班許可申請表等。按溝通的對象可以將溝通分為：對外溝通和內(nèi)部溝通。

-對外溝通：凡是以經(jīng)濟(jì)合同為基礎(chǔ)進(jìn)行合作的項(xiàng)目團(tuán)隊(duì)叫外部單位，與外部單位進(jìn)行的交流溝通叫對外溝通。

-內(nèi)部溝通：內(nèi)部溝通指團(tuán)隊(duì)內(nèi)部各個(gè)職能部門間的交流討論。①對外溝通對外溝通盡量采用正式溝通和會(huì)議的方式進(jìn)行。

對外溝通要以合同條款為依據(jù)。合同是雙方交流的基礎(chǔ)，也是判斷雙方對錯(cuò)的唯一標(biāo)準(zhǔn)，所以首先我們要深入學(xué)習(xí)合同，不論是商務(wù)條款還是技術(shù)標(biāo)準(zhǔn)，與交流問題相關(guān)的都要清楚知曉，否則就會(huì)顯得我們很不專業(yè)。與外部進(jìn)行交流溝通應(yīng)注意的問題：

-注意交流溝通的時(shí)效一般國際工程項(xiàng)目都規(guī)定某類問題提出和答復(fù)期限。比如，一般的國際項(xiàng)目發(fā)生索賠時(shí)，索賠方要在發(fā)生28天內(nèi)提出索賠申請，超過28天，索賠無效。對方提出的變更申請單一般要在7個(gè)工作日內(nèi)答復(fù)，超過期限不答復(fù)就等于同意對方的變更申請。

-不要輕視非正式交流在對外交流溝通中，正式溝通的形式很重要，但是非正式交流也不能輕視。很多正式交流溝通前都要先做大量的非正式交流，以增進(jìn)雙方的理解和共識(shí)，為正式溝通排除障礙，鋪平道路，這樣正式溝通中才能比較容易的達(dá)成結(jié)果，提高正式交流的效率。

-對外溝通中要把握原則以合同為依據(jù)，以非正式交流為鋪墊，以正式交流為準(zhǔn)繩，以書面雙方簽字的書面材料為結(jié)果，履行好合同義務(wù)和權(quán)利，建立維護(hù)良好的客戶關(guān)系。②內(nèi)部溝通內(nèi)部溝通指團(tuán)隊(duì)內(nèi)部各個(gè)職能部門間的交流討論。內(nèi)部溝通提倡非正式交流，發(fā)揮主管領(lǐng)導(dǎo)的協(xié)調(diào)作用。在一個(gè)團(tuán)隊(duì)內(nèi)，過多的正式交流會(huì)導(dǎo)致大家過分的責(zé)任分明，阻礙了雙方充分交流的渠道，影響了部門間協(xié)同配合的深度，導(dǎo)致一些工作推動(dòng)無力。工程項(xiàng)目實(shí)施本來就是在問題中尋找辦法，逐步推進(jìn)的過程，只有大家集思廣益、密切配合、精誠合作，才能把項(xiàng)目完成。同時(shí)也看到，領(lǐng)導(dǎo)在項(xiàng)目團(tuán)隊(duì)中的重要作用，對項(xiàng)目團(tuán)隊(duì)遇到的問題，要善于判斷問題的癥結(jié)，積極協(xié)調(diào)，敢于拍板，勇于承擔(dān)責(zé)任。在團(tuán)隊(duì)中，要建立開放的交流溝通團(tuán)隊(duì)文化：一個(gè)論資排輩、工作崗位級(jí)別鮮明的團(tuán)隊(duì)里表達(dá)觀點(diǎn)時(shí)就會(huì)謹(jǐn)小慎微，不敢輕易發(fā)言，很難做到集思廣益、協(xié)同配合。一個(gè)開放的團(tuán)隊(duì)里踴躍發(fā)言，各抒己見，不自覺地表達(dá)意見，可發(fā)揮每個(gè)人的聰明才智。

項(xiàng)目經(jīng)理在遇到不符合開放交流文化的做法時(shí)，要堅(jiān)決制止，不要放縱。在員工看來，不制止就等于提倡。2.溝通的技巧開會(huì)討論是團(tuán)隊(duì)交流溝通的一個(gè)有效手段。團(tuán)隊(duì)內(nèi)部的會(huì)議，不同于對外溝通的會(huì)議，其目的是把多人召集起來集思廣益，尋找問題的最佳解決方案。既然是討論就難免有人表達(dá)的觀點(diǎn)不恰當(dāng)，進(jìn)行反駁時(shí)，要注意講話的方式，要做到對事不對人，不要給人造成有人身攻擊的感覺，影響發(fā)言人的熱情，傷害同事間的感情。-恰當(dāng)?shù)臅r(shí)間終止不同解決方案的爭論，在對探討解決方案效果不大，作為部門領(lǐng)導(dǎo)，要在適當(dāng)?shù)臅r(shí)候終止?fàn)幷?，進(jìn)行總結(jié)發(fā)言，確定解決問題的最佳方案。-明確溝通的目的項(xiàng)目溝通首先要有明確目的。溝通前，項(xiàng)目經(jīng)理要弄清楚作這個(gè)溝通的真正目的是什么？要對方理解什么？確定了溝通目標(biāo)，溝通的內(nèi)容就圍繞溝通要達(dá)到的目標(biāo)組織規(guī)劃，也可以根據(jù)不同的目的選擇不同的溝通方式。

其次，要做到充分的“聽”與藝術(shù)的“說”。項(xiàng)目經(jīng)理只有集中精力地聽，才能領(lǐng)會(huì)講話者的意圖，只有領(lǐng)會(huì)了講話者的意圖，才能選擇合適的語言和方法進(jìn)行溝通。

溝通是人們獲取信息并在其指導(dǎo)下更加出色地進(jìn)行工作必經(jīng)的核心過程。良好的溝通不僅意味著把自己的思想整理得井然有序，并將其進(jìn)行適當(dāng)?shù)谋硎?，使別人一聽就懂，而且還要深入人心，促使聽者全神貫注。-良好溝通的益處：能獲得更佳更多的合作；能減少誤解；能使人更樂于作答；能使人覺得你的話值得聆聽；能使你辦事更加井井有條；能提高你進(jìn)行清晰思考的能力；能使你感覺現(xiàn)能把握所做的事。

良好地進(jìn)行交流溝通是一個(gè)雙向的過程，它依賴于您能抓住聽者的注意力和正確地解釋您所掌握的信息。

從理論上講人與人之間最好是坦誠相見，取長補(bǔ)短，優(yōu)勢互補(bǔ)，這樣就容易結(jié)交成為好朋友。技巧是用來做表面工作，平和他人心態(tài)，讓人逐步逐步接受的過程。所以只能具體事情具體辦理，靈活運(yùn)用，不可千篇一律。

人性對贊賞比較認(rèn)同,在適當(dāng)時(shí)候不妨用欣賞的眼光,贊美他人的優(yōu)點(diǎn)，這樣對方就會(huì)產(chǎn)生成就感，容易認(rèn)同你為知己而繼續(xù)深入交往。

結(jié)交他人應(yīng)尋找雙方的共同點(diǎn)，談一些互相感興趣的話題，只有志同方可道合。

對人提出批評(píng)，應(yīng)該先肯定對方優(yōu)點(diǎn)，再講自已的看法，不可力爭要嬴。要具備一顆仁慈之心,多行善事，用行動(dòng)幫助他人，這樣人家就會(huì)心生感激之情。

當(dāng)人家?guī)椭四悖瑧?yīng)滴水之恩當(dāng)涌泉相報(bào)。這樣當(dāng)遇困難之時(shí)別人就樂意幫你度過難關(guān)。

總之，當(dāng)你以獨(dú)特的人格魅力展現(xiàn)在他人面前，有時(shí)不用你操心，別人會(huì)以你為標(biāo)榜調(diào)整心態(tài)，交往自然會(huì)順利。4.2.4需求分析中的溝通和確認(rèn)

需求分析溝通的目的除了完成技術(shù)性能指標(biāo)詳細(xì)說明外，還有完成“需求確認(rèn)”，即在“需求分析說明書”上簽名。

對“需求分析說明書”的簽名是建立在一個(gè)需求協(xié)議的基礎(chǔ)上，因此甲乙雙方對簽名應(yīng)該這樣理解：“我同意這份需求文檔表述了我們對項(xiàng)目軟件需求的了解，進(jìn)一步的變更可在此基礎(chǔ)上通過項(xiàng)目定義的變更過程來進(jìn)行。我知道變更可能會(huì)使我們重新協(xié)商成本、資源和項(xiàng)目階段任務(wù)等事宜。”

對需求分析達(dá)成一定的共識(shí)會(huì)使雙方易于忍受將來的摩擦，這些摩擦來源于項(xiàng)目的改進(jìn)和需求的誤差或市場和業(yè)務(wù)的新要求等。下面給出甲乙雙方溝通中，遵守的20條法則：1、分析人員要使用符合客戶語言習(xí)慣的表達(dá)

2、分析人員要了解客戶的業(yè)務(wù)及目標(biāo)3、分析人員必須編寫軟件需求報(bào)告4、報(bào)告中各種圖表的解釋說明5、開發(fā)人員要尊重客戶的意見6、開發(fā)人員要對需求及產(chǎn)品實(shí)施提出建議和解決方案7、描述產(chǎn)品使用特性8、允許重用已有的軟件組件9、對變更的代價(jià)提供真實(shí)可靠的評(píng)估10、滿足客戶功能和質(zhì)量要求11、給分析人員講解您的業(yè)務(wù)

12、抽出時(shí)間清楚地說明并完善需求

13、準(zhǔn)確而詳細(xì)地說明需求

14、及時(shí)作出決定

15、尊重開發(fā)人員的需求可行性及成本評(píng)估16、劃分需求的優(yōu)先級(jí)

17、評(píng)審需求文檔和原型（用戶體驗(yàn)設(shè)計(jì)）

18、需求變更要立即聯(lián)系并按規(guī)定處理19、遵照項(xiàng)目變更控制過程要求進(jìn)行變更

20、尊重開發(fā)人員采用的需求分析過程

4.3項(xiàng)目解決方案中的設(shè)計(jì)說明書

在項(xiàng)目解決方案中最重要的部分是設(shè)計(jì)說明書，它體現(xiàn)了設(shè)計(jì)系統(tǒng)的技術(shù)性能和水平，設(shè)計(jì)說明書一般有兩個(gè)部分組成，即概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。4.3.1概要設(shè)計(jì)

概要設(shè)計(jì)說明書（簡稱概要設(shè)計(jì)）是針對系統(tǒng)的整體設(shè)計(jì)，如系統(tǒng)組成結(jié)構(gòu)劃分、功能劃分等。本章所有下面案例都是采用軟件系統(tǒng)設(shè)計(jì)進(jìn)行說明。一個(gè)軟件系統(tǒng)的概要設(shè)計(jì)編制的目的是說明對系統(tǒng)的設(shè)計(jì)考慮，包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計(jì)、運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等，為程序的詳細(xì)設(shè)計(jì)提供基礎(chǔ)。

概要設(shè)計(jì)說明書（簡稱概要設(shè)計(jì)）是針對系統(tǒng)的整體設(shè)計(jì)，一般一個(gè)簡單的概要設(shè)計(jì)是由文字說明、結(jié)構(gòu)圖、方框圖和表組成。作為較為復(fù)雜的系統(tǒng)，其概要設(shè)計(jì)的主要內(nèi)容包含如下：

1．引言及背景部分：引言、背景、相關(guān)定義和設(shè)計(jì)參考文件與標(biāo)準(zhǔn)。

2．結(jié)構(gòu)及流程部分：是概要設(shè)計(jì)的核心，包括需求規(guī)定、運(yùn)行環(huán)境、基本設(shè)計(jì)概念和處理流程、系統(tǒng)結(jié)構(gòu)、功能需求與程序的關(guān)系、人工處理過程、未解決的問題。

3．接口設(shè)計(jì)部分：是為詳細(xì)設(shè)計(jì)定義各個(gè)模塊如何連接的內(nèi)容：用戶接口、外部接口和內(nèi)部接口。

4．設(shè)計(jì)控制部分：說明各個(gè)模塊的組合和運(yùn)行關(guān)系。

5．系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)：是對系統(tǒng)數(shù)據(jù)格式的定義、數(shù)據(jù)存儲(chǔ)和訪問方式的簡要說明。

6．系統(tǒng)出錯(cuò)處理設(shè)計(jì)：說明系統(tǒng)運(yùn)行和維護(hù)過程中如何處理的技術(shù)說明。4.3.2

詳細(xì)設(shè)計(jì)說明書

詳細(xì)設(shè)計(jì)說明書（簡稱詳細(xì)設(shè)計(jì)）在概要設(shè)計(jì)的基礎(chǔ)上進(jìn)一步明確系統(tǒng)結(jié)構(gòu)，詳細(xì)地介紹系統(tǒng)的各個(gè)模塊，為進(jìn)行后面的實(shí)現(xiàn)和測試作準(zhǔn)備。詳細(xì)設(shè)計(jì)的內(nèi)容主要有：引言、程序系統(tǒng)的組織結(jié)構(gòu)、程序設(shè)計(jì)說明。

1．引言：內(nèi)容與概要設(shè)計(jì)類似。

2．程序系統(tǒng)的組織結(jié)構(gòu)：用一系列圖表列出程序系統(tǒng)內(nèi)的每個(gè)程序（包括每個(gè)模塊和子程序）的名稱、標(biāo)識(shí)符和它們之間的層次結(jié)構(gòu)關(guān)系。

3．程序設(shè)計(jì)說明：是詳細(xì)設(shè)計(jì)的重點(diǎn)，該部分逐個(gè)地給出各個(gè)層次模塊中的每個(gè)子程序的設(shè)計(jì)考慮。它包含：程序描述、功能、性能、輸入項(xiàng)、輸出項(xiàng)、算法、流程邏輯、接口、存儲(chǔ)分配和注釋設(shè)計(jì)。4.3.3工程項(xiàng)目解決方案的其他部分

在工程項(xiàng)目解決方案中，除了說明需求分析、概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)外，還有其他一些內(nèi)容，這些內(nèi)容包含以下幾個(gè)方面。1.工程項(xiàng)目組織管理

當(dāng)承擔(dān)一個(gè)項(xiàng)目后，項(xiàng)目承擔(dān)方（常常是乙方）一般會(huì)組織專門人員來完成，同時(shí)也需要項(xiàng)目承擔(dān)方的多個(gè)部門或者小組協(xié)同配合完成，為了說明各個(gè)部門或小組在項(xiàng)目中所起的作用，常常在工程解決方案中會(huì)用結(jié)構(gòu)圖說明。項(xiàng)目組織結(jié)構(gòu)圖反映一個(gè)組織系統(tǒng)(如項(xiàng)目管理班子)中各子系統(tǒng)之間和各元素（如各工作部門）之間的組織關(guān)系，反映的是各工作單位、各工作部門和各工作人員之間的組織關(guān)系。

而項(xiàng)目結(jié)構(gòu)圖描述的是工作對象之間的關(guān)系。項(xiàng)目組織結(jié)構(gòu)圖反映項(xiàng)目經(jīng)理和費(fèi)用（投資或成本）控制、進(jìn)度控制、質(zhì)量控制、合同管理、信息管理和組織與協(xié)調(diào)等主管工作部門或主管人員之間的組織關(guān)系。2.工程項(xiàng)目工期計(jì)劃一個(gè)成功的項(xiàng)目管理，其必然也是成功的時(shí)間管理。而項(xiàng)目工期的拖延，即便其質(zhì)量優(yōu)異、成本低廉，也可能由于時(shí)間的滯后而變得不再適宜。因此，項(xiàng)目的時(shí)間安排在工程項(xiàng)目中顯得尤為重要。項(xiàng)目時(shí)間管理的首要任務(wù)是制定項(xiàng)目的進(jìn)度計(jì)劃，其目的在于：保證按時(shí)獲利以補(bǔ)償已經(jīng)支出的費(fèi)用、協(xié)調(diào)資源的調(diào)配、調(diào)整工作內(nèi)容的優(yōu)先級(jí)、滿足嚴(yán)格的時(shí)間約束。在工程解決方案中常常用圖來表示工程項(xiàng)目進(jìn)度計(jì)劃，編制工程項(xiàng)目進(jìn)度計(jì)劃一般可借助于兩種方式，即文字說明與進(jìn)度計(jì)劃圖表。其中，常用的進(jìn)度計(jì)劃表包括：（1）橫道圖：又稱甘特圖（Gantt），是應(yīng)用廣泛的進(jìn)度表達(dá)方式，橫道圖通常在左側(cè)垂直向下依次排列工程任務(wù)的各項(xiàng)工作名稱，而在右邊與之緊鄰的時(shí)間度度表中則對應(yīng)各項(xiàng)工作逐項(xiàng)繪制道線，從而