【正文】 客戶交流，正確引導(dǎo)客戶能夠?qū)⒆约旱膶嶋H需求用較為適當?shù)募夹g(shù)語言進行表達（或者由相關(guān)技術(shù)人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網(wǎng)站基本功能和模塊的確立和策劃活動。而項目的管理者在需求分析中的職責有如下幾個方面：負責組織相關(guān)開發(fā)人員與用戶一起進行需求分析。組織相關(guān)人員對《網(wǎng)站功能描述書（初稿）》進行反復(fù)討論和修改，確定《網(wǎng)站功能描述書》正式文檔。如果項目比較大的話，最好能夠有部門經(jīng)理或者他授權(quán)的人員參與到《網(wǎng)站功能描述書》的確定過程中來。需求分析中需要編寫的文檔主要是《網(wǎng)站功能描述書》，他基本上是整個需求分析活動的結(jié)果性文檔，也是開發(fā)工程中項目成員主要可供參考的文檔。各種文檔最好有一定的規(guī)范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內(nèi)容，相關(guān)規(guī)定將在本文后面討論。一個比較理想化的用戶調(diào)查活動需要用戶的充分配合，而且還有可能需要對調(diào)查對象進行必要的培訓(xùn)。調(diào)查的形式可以是：發(fā)需求調(diào)查表、開需求調(diào)查座談會或者現(xiàn)場調(diào)研。客戶對網(wǎng)站的性能（如訪問速度）的要求和可靠性的要求。網(wǎng)站的實際運行環(huán)境。主頁面和次級頁面數(shù)量，是否需要多種語言版本等內(nèi)容管理及錄入任務(wù)的分配。調(diào)查結(jié)束以后，需要編寫《用戶調(diào)查報告》，《報告》的要點是：調(diào)查概要說明：網(wǎng)站項目的名稱；用戶單位；參與調(diào)查人員；調(diào)查開始終止的時間；調(diào)查的工作安排。調(diào)查資料匯編：將調(diào)查得到的資料分類匯總（如調(diào)查問卷，會議記錄等等）四、市場調(diào)研活動內(nèi)容通過市場調(diào)研活動，清晰的分析相似網(wǎng)站的性能和運行情況。但是由于實際中時間、經(jīng)費、公司能力所限，市場調(diào)研覆蓋的范圍有一定的局限性，在調(diào)研市場同類網(wǎng)站的時候，應(yīng)盡可能調(diào)研到所有比較出名和優(yōu)秀的同類網(wǎng)站。市場調(diào)研的重點應(yīng)該放在主要競爭對手的作品或類似網(wǎng)站作品的有關(guān)信息上。調(diào)研作品的使用范圍和訪問人群。調(diào)研的目的是明確并且引導(dǎo)用戶需求。調(diào)研內(nèi)容說明：調(diào)研的同類網(wǎng)站作品名稱、網(wǎng)址、設(shè)計公司、網(wǎng)站相關(guān)說明、開發(fā)背景、主要適用訪問對象、功能描述、評價等可采用借鑒的調(diào)研網(wǎng)站的功能設(shè)計：功能描述、用戶界面、性能需求、可采用的原因。分析同類網(wǎng)站作品和主要競爭對手產(chǎn)品的弱點和缺陷以及本公司產(chǎn)品在這些方面的優(yōu)勢。五、清晰的需求分析輸出——《網(wǎng)站功能描述書》：在擁有前期公司和客戶簽訂的合同或者是標書的約束之下，通過較為詳細具體的用戶調(diào)查和市場調(diào)研活動，借鑒其輸出的《用戶調(diào)查報告》和《市場調(diào)研報告》文檔，項目負責人應(yīng)該對整個需求分析活動進行認真的總結(jié)，將分析前期不明確的需求逐一明確清晰化，并輸出一份詳細清晰的總結(jié)性文檔――《網(wǎng)站功能描述書（最終版）》以供作為日后項目開發(fā)過程中的依據(jù)。主頁面及次頁面大概數(shù)量。1各種頁面特殊效果及其數(shù)量。綜上所述，在網(wǎng)站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調(diào)查和市場調(diào)研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便于日后在項目開發(fā)過程中作為開發(fā)成員的依據(jù)和借鑒。戶型面積選擇從圖中可以看出，客戶選擇110—130平方米的比例占到35%，與上圖中三房兩廳40%的比例類似；90—150平方米的比例合計占到81%，加上150平方米以上13%，全部占到總份量的94%，90平方米以下的僅占到6%。三、2006年6月份客戶面積選擇意向分析戶型面積 四房 其他 合計數(shù)量（組）24 20 49 32 41 20 16 43 61 306客戶在提示作用下，選擇120平方米以上的占到80%，在其他20%的客戶中，除部分選擇復(fù)式戶型的以外，選擇其他戶型的只有不足20%。復(fù)式樓的需求量也在13%，是縣城高端購房人群之一。結(jié)論：綜上所述，在豫北某縣購房群體中，最少有60%以上的客戶選擇120—150平方米的房子，最高達到86%左右的比例。只有不到10%的少量客戶需求面積在90平方米左右或以下。需求分析報告（三）相關(guān)資料數(shù)據(jù)以廣州為例分析其人才需求狀況，供廣大求職者和有興趣的朋友參考。近來歐盟紡織品服裝市場需求低迷、部分市場向競爭對手國轉(zhuǎn)移造成了國內(nèi)服裝企業(yè)的發(fā)展困境。從上圖看，廣州服裝行業(yè)招聘職位數(shù)浮動不明顯，6月低谷期后，7月略有所回升。預(yù)計其人才需求也會有所增加。其中，美術(shù)/設(shè)計/%，其次是銷售類、經(jīng)營管理類職位，%、%。三、招聘要求分析根據(jù)分析，目前服裝行業(yè)的人才學歷要求較其他行業(yè)要略低，就廣州招聘職位而言，%，%。可以看出在服裝行業(yè)人才對經(jīng)驗的要求較學歷而言更嚴格。薪資2000——3999元/月占比最大，%，%。第二篇：需求分析報告需求分析報告一、所謂“需求分析”，是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么。需求分析是一項重要的工作，也是最困難的工作。在軟件分開發(fā)過程中具有舉足輕重的作用，大家一定要對需求分析具有足夠重視！三、需求分析的任務(wù)需求分析的任務(wù)就是解決“做什么”的問題，就是要全面地理解用戶的各項要求，并準確的的表達用戶的需求。主要代碼：using System。using 。using 。using 。namespace 擲骰子{public partial class Form1 : Form{public Form1(){InitializeComponent()。return。int i1 = (1, 7)。Random ran2 = new Random()。 = (i2)。}if(i1 i2){ = +”大“。}}}第三篇：需求分析報告測試（驗收）大綱目錄....................................................................2 目的...................................................................2 術(shù)語...................................................................2 參照標準...............................................................2 ............................................................3 ..........................................................3 ............................................................3 合法性檢查.............................................................3 軟件文檔檢查...........................................................3 必須提供檢查的文檔...................................................3 其他可能需要檢查的文檔...............................................4 由業(yè)主確定必須檢查的其他文檔.........................................4 文檔質(zhì)量的度量準則...................................................4 軟件代碼測試...........................................................4 源代碼一般性檢查.....................................................4 軟件一致性檢查.......................................................5 軟件系統(tǒng)測試...........................................................5 界面(外觀)測試.......................................................6 可用性測試...........................................................6 功能測試.............................................................6 穩(wěn)定性(強度)測試.....................................................6 性能測試.............................................................6 強壯性(恢復(fù))測試.....................................................6 邏輯性測試...........................................................6 破壞性測試...........................................................6 安全性測試...........................................................7 ........................................................7 目的為了盡可能的找出軟件的不足，提高軟件的質(zhì)量，促進軟件的成功驗收，專門制定了本大綱。 術(shù)語本大綱所提及的術(shù)語，其定義遵照GB/T 11457標準。說明：（1）應(yīng)該遵循自頂而下、就嚴不就寬的原則，除非合同書等法律文件中另有規(guī)定。開發(fā)方如期交付軟件的基礎(chǔ)上，由業(yè)主審核確定具體日期安排。測試組設(shè)組長一名(可設(shè)有副組長)，負責整個測試的計劃、組織工作。測試內(nèi)容應(yīng)該包括：合法性檢查、文檔檢查、軟件一致性檢查、軟件系統(tǒng)測試與測試結(jié)果評審等幾項工作。對在編程中使用的一些非本單位自己開發(fā)的，也不是由開發(fā)工具提供的控件、組件、函數(shù)庫等，檢查其是否有合法的發(fā)布許可。 文檔質(zhì)量的度量準則文檔是軟件的重要組成都分，是軟件生存周期各個不同階段的產(chǎn)品描述。主要有以下六條：● 完備性開發(fā)方必須按照GB 8567(計算機軟件產(chǎn)品開發(fā)文件編制指南)的規(guī)定編制相應(yīng)的 文檔，以保證在開發(fā)階段結(jié)束時其文檔是齊全的?！?簡明性在軟件開發(fā)各個階段所編寫的各種文檔的語言表達應(yīng)該清晰、準確簡練，適合各 種文檔的特定讀者。文檔的可追蹤 性包括橫向可追蹤性和縱向可追蹤性兩個方面。● 自說明性在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有較好的自說明性。● 規(guī)范性在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的規(guī)范性。 軟件代碼測試 源代碼一般性檢查僅對系統(tǒng)關(guān)鍵模塊的源代碼進行抽查，檢查模塊代碼編寫的規(guī)范性，批注的準確性，是否存在潛在性錯誤，以及代碼的可維護性。● 注釋檢查檢查程序中的注釋是否規(guī)范，注釋量是否達到約定要求，例如：要求注釋量達到 30％左右?！?數(shù)據(jù)類型檢查源代碼中涉及的金額的常量、變量及數(shù)據(jù)集和數(shù)據(jù)庫中涉及金額的數(shù)據(jù)類型是否 采用貨幣類型，以防止在特定條件下產(chǎn)生較大的誤差而影響統(tǒng)計結(jié)果。檢查在長時間運行時，有無可能接近或者達到限制條件，這里考慮的系統(tǒng)運行時間可能長達數(shù)年?！?安裝／卸載檢查在新系統(tǒng)上用交付的軟件安裝盤重新安裝各個模塊，并且通過運行這些軟件模 塊，能否完成相應(yīng)的功能，從而確定移交的確實是正確的軟件安裝盤。● 運行模塊檢查將新安裝的軟件模塊與現(xiàn)場運行模塊用軟件工具抽樣比較，確認交付的軟件安裝 盤與現(xiàn)場運行軟件一致。 軟件系統(tǒng)測試軟件系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，從另一個側(cè)面看，也是對軟件開發(fā)設(shè)計的再確認。在開發(fā)方做完功能演示后，可以進行下列測試：● 界面(外觀)測試； ● 可用性測試； ● 功能測試；● 穩(wěn)定性(強度)測試； ● 性能測試；● 強壯性(恢復(fù))測試； ● 邏輯性測試； ● 破壞性測試； ● 安全性測試。