軟件開發過程問題分析（軟件開發過程中的(de)問題）

本篇文章(zhāng)給大家談談軟件開發過程問題分析，以及軟件開發過程中的(de)問題對應的(de)知識點，希望對各位有(yǒu)所幫助，不要忘了收藏本站喔。

本文目錄一(yī)覽：

• 1、軟件項目設計與開發過程管理(lǐ)分析
• 2、軟件開發過程中的(de)常見問題有(yǒu)哪些？
• 3、軟件開發過程包括哪些階段?
• 4、關于軟件開發會遇到什麽問題及對策
• 5、（轉）軟件開發需求分析五個常見錯誤及應對措施

軟件項目設計與開發過程管理(lǐ)分析

軟件項目設計與開發過程管理(lǐ)分析

軟件項目的(de)規劃，是軟件設計與開發過程中比較複雜的(de)階段，也是決定軟件開發質量和(hé)開發水平的(de)關鍵，做(zuò)好軟件項目的(de)整體規劃将會為(wèi)整個軟件項目的(de)運行(xíng)奠定良好的(de)基礎。以下是我(wǒ)為(wèi)您收集整理(lǐ)的(de)軟件項目設計與開發過程管理(lǐ)分析論文，以供參考，歡迎借鑒閱讀。

摘要： 軟件項目設計與開發的(de)管理(lǐ)，其目的(de)就是要從管理(lǐ)的(de)角度，對軟件項目在設計開發中的(de)各個環節進行(xíng)規範和(hé)監督，通過多種形式的(de)有(yǒu)效管理(lǐ)措施，确保軟件項目開發過程的(de)高(gāo)質量和(hé)低(dī)成本。對此，本文在分析軟件項目設計與開發原則的(de)基礎上，結合軟件項目設計與開發的(de)全過程，就軟件項目設計與開發的(de)有(yǒu)效管理(lǐ)問題進行(xíng)重點探讨。

　 　關鍵詞： 軟件項目;設計與開發;過程管理(lǐ);有(yǒu)效性

對軟件項目設計與開發的(de)全過程進行(xíng)有(yǒu)效的(de)管理(lǐ)，不僅是要為(wèi)了順利實現軟件的(de)特定功能與性能，還要确保能夠保質、保量、低(dī)成本的(de)完成軟件開發的(de)任務，使軟件在投入使用後也能夠保持穩定性、可(kě)靠性、實用性和(hé)經濟性。簡單的(de)說，軟件設計與開發的(de)過程就是要将需求轉變為(wèi)軟件表達的(de)過程，要想切實提高(gāo)軟件項目設計與開發過程管理(lǐ)的(de)有(yǒu)效性，不僅要堅持正确的(de)軟件項目設計原則，還要明确軟件的(de)設計流程，在設計與開發的(de)各個過程都采取行(xíng)之有(yǒu)效的(de)管理(lǐ)對策。

一(yī)、軟件項目設計與開發的(de)基本原則

(一(yī))實用性

實用性指的(de)是軟件項目的(de)設計與開發一(yī)定要能夠滿足現代企業經營管理(lǐ)的(de)需求，能夠促進企業的(de)不斷發展，要避免“形式主義”、“中看不中用”等問題，否則有(yǒu)可(kě)能導緻企業軟件開發資金的(de)浪費，難以取得良好的(de)投資回報效果。因此，在選擇軟件設計與開發技術時，不能過度追求先進性和(hé)高(gāo)投入，而是應當在充分了解企業實際需求的(de)基礎上，結合企業的(de)發展方向，充分滿足企業在不同層次和(hé)環節上的(de)管理(lǐ)需求，這也是決定軟件開發項目成敗的(de)關鍵因素。

(二)先進性

毋庸置疑，在信息技術不斷變化發展的(de)時代背景下，先進性是軟件項目設計開發過程中必須充分考慮的(de)問題，這可(kě)以有(yǒu)效降低(dī)企業在未來的(de)投入，避免未來在軟件項目開發中的(de)重複建設和(hé)系統升級等問題。因此，企業在進行(xíng)軟件項目的(de)開發設計時，一(yī)定要面向社會經濟的(de)未來發展方向和(hé)人民生活需求的(de)變化趨勢，緊跟社會步發展的(de)步伐，與信息技術、計算機(jī)技術、通信技術以及相關學(xué)科(kē)的(de)發展方向保持一(yī)緻，這樣才能不斷推動社會的(de)進步。

(三)經濟性

任何一(yī)個軟件項目的(de)設計與開發，都必須充分考慮到投入産出比的(de)問題，力争用最小的(de)經濟投入獲取最大的(de)投資回報，實現最好的(de)軟件開發設計效果和(hé)更高(gāo)的(de)經濟效益，這也是軟件開發企業的(de)主要目标。因此，在保證軟件開發質量的(de)前提下，軟件的(de)開發費用需要控制在合理(lǐ)的(de)預算範圍之一(yī)，并盡量壓縮，在設計開發過程中必須要考慮到軟件在後期運行(xíng)維護過程中的(de)費用投入，實現軟件項目設計與開發全過程費用的(de)節約。

(四)系統性

在軟件項目的(de)開發設計中，一(yī)定保證其整體功能的(de)完整性，既能滿足企業在整體上的(de)管理(lǐ)需要，設計與開發的(de)系統必須能夠全面、完整覆蓋企業管理(lǐ)的(de)軟件信息系統，又要能夠滿足采購、生産、銷售等個别部門的(de)`管理(lǐ)需求，便于各個部門之間信息數據的(de)傳遞和(hé)銜接。此外，還應當制定系統的(de)軟件項目設計與開發的(de)管理(lǐ)規範，如(rú)開發文檔的(de)管理(lǐ)規範、報表文件規範、數據格式規範等，這是确保軟件系統開發和(hé)操作水平的(de)重要條件。

(五)可(kě)靠性

為(wèi)了充分保證軟件項目系統運行(xíng)的(de)高(gāo)效、平穩和(hé)準确，不僅要保證軟件系統在正常運行(xíng)狀況下數據傳遞的(de)準确性和(hé)系統運行(xíng)的(de)可(kě)靠性，還需要确保軟件系統項目在非正常狀态下的(de)可(kě)靠運行(xíng)，因此在軟件項目的(de)開發設計過程中要提前針對一(yī)些緊急情況制定相應的(de)應對策略。一(yī)個優秀、可(kě)靠的(de)軟件系統，必然是一(yī)個靈活的(de)系統，即使在軟、硬件環境發生故障時，仍舊(jiù)能夠保持部分使用或正常運行(xíng)。

二、軟件項目設計與開發的(de)全過程管理(lǐ)

(一(yī))軟件項目設計與開發的(de)啓動

在軟件項目的(de)設計與開發過程中，實施全過程管理(lǐ)的(de)第一(yī)個階段就是項目的(de)啓動。在軟件項目的(de)啓動階段，首先，要明确軟件項目設計與開發的(de)目的(de)，并在軟件開發與軟件使用的(de)雙方協議或者合同中進行(xíng)約束，并對軟件設計的(de)主題、工程量進行(xíng)量化，合理(lǐ)确定軟件項目開發和(hé)設計的(de)階段目标和(hé)周期。其次，要加強同軟件用戶的(de)充分溝通，了解用戶的(de)軟件使用需求，理(lǐ)清軟件記錄的(de)關鍵點，制定出完整的(de)軟件設計與開發流程;再次，對于在調研過程中所獲取的(de)原始資料，一(yī)定要進行(xíng)加工處理(lǐ)，理(lǐ)清相關的(de)約束條件和(hé)非功能性的(de)客戶需求，确保軟件開發與建設項目具有(yǒu)很強的(de)可(kě)實現性。

(二)軟件項目設計與開發的(de)規劃

軟件項目的(de)規劃，是軟件設計與開發過程中比較複雜的(de)階段，也是決定軟件開發質量和(hé)開發水平的(de)關鍵，做(zuò)好軟件項目的(de)整體規劃将會為(wèi)整個軟件項目的(de)運行(xíng)奠定良好的(de)基礎。具體說來，軟件項目規劃主要包括項目預算、風險分析與預測、進度管理(lǐ)、質量控制等內(nèi)容，在編制軟件項目的(de)開發計劃時，一(yī)定要理(lǐ)清各個開發環節之間的(de)關系，并制定出完整、科(kē)學(xué)的(de)項目計劃書，以期為(wèi)軟件項目設計與開發的(de)全過程管理(lǐ)提供相應的(de)參考依據。

(三)軟件項目設計與開發的(de)實施

軟件項目實施階段的(de)有(yǒu)效管理(lǐ)，其目的(de)就是要保證軟件項目安裝在預先設置的(de)計劃上正常運行(xíng)，确保項目不要偏離(lí)預定的(de)開發進程和(hé)設計目标。在軟件項目的(de)實施階段，一(yī)定要按照軟件項目的(de)初步規劃進行(xíng)，并在實施過程中，增強對軟件項目開發的(de)有(yǒu)效控制，确保成本支出控制在相應的(de)預算定額之內(nèi)。同時，要對軟件項目開發的(de)成果進行(xíng)動态的(de)監控，随時與原先的(de)計劃過程進行(xíng)比較，對于出現的(de)偏差或缺陷要及時進行(xíng)調整，确保各項軟件開發指标和(hé)系統功能的(de)順利實現。

(四)軟件項目設計與開發的(de)結束

一(yī)個完善的(de)軟件項目管理(lǐ)過程，必然離(lí)不開軟件項目的(de)結束，這時相關人員要進一(yī)步确認軟件項目在設計與開發過程中取得的(de)成就，做(zuò)好軟件項目的(de)交接、評審等工作。

三、結語

總之，為(wèi)了提高(gāo)軟件項目設計與開發的(de)質量和(hé)水平，軟件設計人員需要首先認識到軟件質量的(de)重要性，樹立應有(yǒu)的(de)軟件項目質量管理(lǐ)意識，要堅持正确的(de)軟件設計與開發原則，懂得加強過程管理(lǐ)與控制，同時還要對風險控制、配置管理(lǐ)等環節給予足夠的(de)重視(shì)，采用科(kē)學(xué)的(de)技術方法和(hé)先進的(de)管理(lǐ)技術來提高(gāo)軟件項目質量管理(lǐ)的(de)有(yǒu)效性。

參考文獻：

[1]李勇華，駱啓武，付春燕.基于問題管理(lǐ)提升軟件項目過程質量的(de)實踐[J].計算機(jī)與現代化，2007，4.

[2]商(shāng)惠華.基于過程改進的(de)軟件質量管理(lǐ)模型[J].計算機(jī)工程與設計，2011，5.

[3]雷堅.項目管理(lǐ)在軟件開發中的(de)應用探究[J].軟件導刊，2011，7.

;

軟件開發過程中的(de)常見問題有(yǒu)哪些？

1.前言應用軟件系統是事件驅動的(de)軟件系統，系統通過接口接受事件後，交由系統業務層處理(lǐ)，業務層處理(lǐ)完事件後将需要的(de)信息存入數據庫，整個應用軟件系統分為(wèi)三個子(zǐ)系統：接口子(zǐ)系統，業務子(zǐ)系統，數據庫子(zǐ)系統，業務子(zǐ)系統進一(yī)步分為(wèi)三個子(zǐ)系統：表示層，業務層，數據接入層。其中業務層是整個系統的(de)核心，表示層負責通過接口子(zǐ)系統接收系統事件交給業務層處理(lǐ)，數據接入層供業務層使用完成數據的(de)持久化。每個層對編程人員的(de)技術要求是不同的(de)，表示層需要了解的(de)技術根據接口子(zǐ)系統選擇的(de)不同而不同：如(rú)windows界面，需要對MFC有(yǒu)比較深入的(de)了解，web界面則要求對asp，asp.net，或jsp有(yǒu)比較深入的(de)了解。數據訪問層需要的(de)技術則由數據庫子(zǐ)系統的(de)選擇決定，另外還需要了解：ODBC，JDBC等。接口子(zǐ)系統的(de)選擇：windows界面，java界面，web界面，命令行(xíng)接口，CTI， API等 數據庫子(zǐ)系統的(de)選擇：關系數據庫，普通文件等基于以上對應用軟件系統的(de)理(lǐ)解，軟件開發流程的(de)輸入是用戶的(de)業務需求，輸出就是系統的(de)業務層、表示層、數據接入層的(de)代碼，以及接口和(hé)數據庫,以及各種文檔。因此得到比較理(lǐ)想化的(de)軟件開發流程圖，該圖使用uml中的(de)活動圖描述。2.需求分析階段需求分析階段的(de)常見問題是：需求分析不夠深入，對問題域沒有(yǒu)仔細研究，急于進入設計階段。造成這種問題一(yī)方面是因為(wèi)項目管目趕進度以及存在于管理(lǐ)人員頭腦中的(de)根深蒂固的(de)想法：任何時候不能讓任何人員閑着，另外很大的(de)原因是很多人不知道(dào)如(rú)何進一(yī)步深入研究問題域。需求分析階段不僅要列出系統的(de)use case，更重要的(de)是要列出use case的(de)輸入輸出和(hé)例外情況等，以及問題域中的(de)對象之間的(de)靜态關系和(hé)動态關系，如(rú)對象間的(de)包含關系，繼承關系，調用關系等。需求分析階段另外一(yī)個常見的(de)問題是常常将需求分析等同于數據庫設計，需求分析階段定義的(de)是系統作什麽，而不是怎麽做(zuò)，需求分析的(de)結果應該與具體的(de)技術實現無關。數據庫設計是技術實現的(de)細節，應該盡可(kě)能的(de)推遲技術細節的(de)決策，不應該使技術細節束縛了我(wǒ)們(men)對系統需求的(de)理(lǐ)解。需求分析階段應該從用戶的(de)角度對系統建模，不應将大量的(de)技術細節暴露給用戶，導緻系統易用性差。需求分析階段可(kě)以進一(yī)步細分為(wèi)業務需求分析階段和(hé)系統功能需求分析階段。在很多研發性質的(de)系統中，不注重業務需求分析，隻有(yǒu)系統功能需求分析，導緻開發人員知其然不知其所以然。系統功能規範文檔與業務需求文檔的(de)重要區别有(yǒu)以下幾點：內(nèi)容不同：系統需求分為(wèi)功能需求和(hé)非功能需求，功能需求進一(yī)步分為(wèi)業務功能需求和(hé)非業務功能需求。系統需求規範文檔除了包括業務需求文檔中的(de)業務功能需求，功能規範文檔需要增加以下內(nèi)容：系統的(de)非業務功能需求，由于業務需求由計算機(jī)系統實現而産生的(de)功能需求，如(rú)系統需要系統管理(lǐ)員管理(lǐ)，系統管理(lǐ)員的(de)角度産生一(yī)些非業務功能需求，另外需要描述系統非功能需求：數據量，性能要求，響應速度，可(kě)用性要求，可(kě)靠性要求，界面語言要求等等。 閱讀的(de)對象不同：業務需求文檔是用來與業務人員交流，功能規範文檔是開發人員開發的(de)依據 使用的(de)語言不同：業務需求文檔使用自(zì)然語言書寫，而功能規範文檔使用比較嚴謹的(de)語言，如(rú)：uml書寫 對編寫人的(de)要求不一(yī)樣：業務需求編寫人員隻需要對業務系統熟悉，系統規範由系統架構師完成 體現系統架構師價值的(de)地(dì)方是編寫系統規範文檔和(hé)業務層設計, 系統規範文檔是下一(yī)步界面設計，業務層設計和(hé)數據庫設計的(de)依據，表示層，業務層，數據訪問層之間是相互聯系的(de)，它們(men)之間的(de)關系應該在系統規範文檔中找到。3.架構設計階段架構設計階段的(de)常見問題是将架構設計理(lǐ)解為(wèi)技術架構設計，實際上架構設計分為(wèi)技術架構設計和(hé)業務架構設計。技術架構一(yī)般由系統軟件商(shāng)提供，可(kě)以在不同的(de)應用軟件系統中使用，例如(rú)：微軟的(de)MFC， SUN的(de)J2EE等。對于一(yī)個應用軟件系統，更重要的(de)是業務架構的(de)設計，也就是将需求分析階段中得到的(de)各種關系，根據系統的(de)非功能需求将需求分析轉變為(wèi)代碼。其實沒有(yǒu)業務架構的(de)設計也是可(kě)以的(de)，很多項目中直接将對象之間的(de)各種關系以數據庫的(de)方式實現，這樣的(de)系統不是面向對象的(de)，因此面向對象設計的(de)很多好處不能體現。由于在架構設計階段中沒有(yǒu)進一(yī)步細分，通常會導緻不能準确估計任務量，造成項目計劃變成擺設。4.詳細設計階段詳細設計階段一(yī)個重要的(de)任務是系統持久化設計。對應用系統而言，持久化設計隻是管理(lǐ)存儲的(de)機(jī)制，有(yǒu)多種技術手段可(kě)以選擇：可(kě)以是面向對象數據庫管理(lǐ)系統，簡單的(de)文件，或者是關系數據庫，也可(kě)以是使用ORM工具等。總之應該把它留到最後作為(wèi)細節處理(lǐ)。我(wǒ)們(men)不應該将我(wǒ)們(men)的(de)系統和(hé)任何特定的(de)技術綁定在一(yī)起。我(wǒ)們(men)可(kě)以根據需求自(zì)由選擇需要的(de)持久化技術，并且保留在将來需要時更改持久化技術的(de)自(zì)由。5.編碼階段編碼階段還處于小農經濟，自(zì)給自(zì)足，沒有(yǒu)分工合作。編碼階段以use case為(wèi)粒度安排工作，這樣的(de)安排方式要求每一(yī)個開發人員必須對表示層，業務層，數據接入層的(de)所有(yǒu)技術都要有(yǒu)比較深入的(de)了解，由于每個開發人員各自(zì)隻對自(zì)己的(de)use case負責，對别人的(de)use case不了解，但是每一(yī)個use case會有(yǒu)功能重複的(de)地(dì)方，導緻大量的(de)重複工作。編碼階段工作安排的(de)粒度應該是類，編碼階段工作的(de)安排原則是先分層，再分割，按照表示層，業務層，數據訪問層分開後，每一(yī)層內(nèi)可(kě)以進一(yī)步分為(wèi)不同類，使用測試驅動的(de)編程方法，每個編程人員單獨編寫代碼，并進行(xíng)單元測試。每個層次的(de)編程人員隻需要對某一(yī)種技術有(yǒu)比較深入的(de)了解。6.測試階段很多人分不清什麽是單元測試，什麽是集成測試，什麽是系統測試？測試的(de)順序是先單元測試，然後是集成測試，最後是系統測試。單元測試是源代碼級的(de)測試，一(yī)般由編程人員自(zì)己使用各種unit工具測試，是白盒測試。集成測試是在單元測試結束後，将一(yī)個或若幹個單元作為(wèi)一(yī)個子(zǐ)系統的(de)黑盒測試，測試子(zǐ)系統內(nèi)的(de)所有(yǒu)組件可(kě)以正确的(de)交互，集成測試通過對子(zǐ)系統不斷增加新的(de)單元最後完成整個系統的(de)測試，集成測試不應由開發人員完成。7.結束軟件開發過程中，各種輔助工具以及process很重要，但是使用工具和(hé)process的(de)最終目的(de)是為(wèi)了更高(gāo)效的(de)在開發人員之間溝通交流，記錄存在開發人員腦子(zǐ)裏的(de)想法，不要為(wèi)了process而process。不能以為(wèi)會使用MS word，就認為(wèi)可(kě)以成為(wèi)作家。最後引用Robert Martin的(de)《敏捷軟件開發：原則、模式與實踐》中的(de)一(yī)句話作為(wèi)本文的(de)結束：過渡信賴工具和(hé)過程以及低(dī)估智力和(hé)經驗都是軟件開發災難的(de)源泉。 注： 本文摘自(zì)網絡 台州極速網絡有(yǒu)限公司願以雄厚的(de)技術實力基礎

軟件開發過程包括哪些階段?

軟件開發過程包括：問題的(de)定義及規劃、需求分析、軟件設計、程序編碼、軟件測試。

1、問題的(de)定義及規劃

此階段是軟件開發與需求方共同讨論，主要确定軟件的(de)開發目标及其可(kě)行(xíng)性。

2、需求分析

在确定軟件開發可(kě)行(xíng)性的(de)情況下，對軟件需要實現的(de)各個功能進行(xíng)詳細需求分析。需求分析階段是一(yī)個很重要的(de)階段，這一(yī)階段做(zuò)得好，将為(wèi)整個軟件項目的(de)開發打下良好的(de)基礎。“唯一(yī)不變的(de)是變化本身”，同樣軟件需求也是在軟件愛你開發過程中不斷變化和(hé)深入的(de)。

3、軟件設計

此階段中偶要根據需求分析的(de)結果，對整個軟件系統進行(xíng)設計，如(rú)系統框架設計、數據庫設計等。軟件設計一(yī)般分為(wèi)總體設計和(hé)詳細設計。還的(de)軟件設計将為(wèi)軟件程序編寫打下良好的(de)基礎。

4、程序編碼

此階段是将軟件設計的(de)結果轉化為(wèi)計算機(jī)可(kě)運行(xíng)的(de)程序代碼。在程序編碼中必定要制定統一(yī)、符合标準的(de)編寫規範。以保證程序的(de)可(kě)讀性、易維護性。提高(gāo)程序的(de)運行(xíng)效率。

5、軟件測試

在軟件設計完成之後要進行(xíng)嚴密的(de)測試，一(yī)發現軟件在整個軟件設計過程中存在的(de)問題并加以糾正。整個測試階段分為(wèi)單元測試、組裝測試、系統測試三個階段進行(xíng)。測試方法主要有(yǒu)白盒測試和(hé)黑盒測試。

關于軟件開發會遇到什麽問題及對策

調研：當确定做(zuò)之後，我(wǒ)們(men)就要與客戶交流，進行(xíng)需求分析，但由于客戶表達不清、需求自(zì)身經常變動或分析人員理(lǐ)解有(yǒu)誤，都會導緻需求分析困難。所以，前期的(de)調研及 開發過程中的(de)及時溝通及彙報時很有(yǒu)必要的(de)；但這是可(kě)能就會遇到一(yī)些問題，比如(rú)：前期我(wǒ)是想這樣實現的(de)，但我(wǒ)又想以另一(yī)種形式實現，這時。就會涉及到已經開 發完成的(de)模塊進行(xíng)修改，造成工作量的(de)增大，所以，要注意的(de)是，提前考慮好或需要變動要及時與工程師溝通，看是否可(kě)以進行(xíng)修改，若沒問題則工程師修改，若工 程量很大，甚至涉及到整個架構了，則盡量不修改以其他形式實現。偉創軟件在開發過程中經常遇到這樣的(de)問題，所以建議大家多溝通。

2

開發過程中：每個工程師都希望能再前期就能将功能梳理(lǐ)完畢，但是這種事情基本是不可(kě)能的(de)，在開發過程中會出現這樣那樣的(de)變動，偉創OA就經常出現這樣的(de)情況，但這并不是不可(kě)控的(de)，隻要軟件還沒有(yǒu)開發完成，與工程師協商(shāng)是沒有(yǒu)問題的(de)，若是已經開發完了，要改動，就有(yǒu)可(kě)能會涉及整個底層架構，加大周期及工作量。

3

測試：測試的(de)目的(de)在于發現盡可(kě)能多的(de)錯誤，而不是為(wèi)了說明程序中沒有(yǒu)錯誤。公司內(nèi)部人員進行(xíng)的(de)測試，就是已知各模塊的(de)結構進行(xíng)單步調試，主要是看模塊接口是否正确，輸出結果是否正确，請用戶過來試用，發現在試用中出現的(de)一(yī)些問題，提交測試報告。

軟件開發過程中會遇到哪些問題

4

需求分析很重要，要先明确需求，然後要在設計的(de)時候一(yī)邊編程一(yī)邊根據需求的(de)改變而改變，越早修改，代價越小。

軟件開發過程中會遇到哪些問題

END

注意事項

以完全定制為(wèi)例列舉，若是通用模闆型的(de)就沒有(yǒu)此種問題了

（轉）軟件開發需求分析五個常見錯誤及應對措施

在軟件開發的(de)傳統瀑布模型中，需求分析的(de)第一(yī)個階段也是最重要的(de)階段。這個階段包括以最清楚的(de)形式搜集與客戶要求和(hé)定義有(yǒu)關的(de)信息以及希望産品解決的(de)問題。

這種分析包括了解客戶的(de)商(shāng)業背景和(hé)限制、産品必須執行(xíng)的(de)功能、它必須實現的(de)性能水平、以及它必須兼容的(de)外部系統。用來了解這些問題的(de)技巧包括客戶面談、使用情況和(hé)軟件特性“購物清單”。分析結果一(yī)般以正式需求規範的(de)形式呈現，并作為(wèi)下一(yī)個步驟的(de)輸入。

至少，這是它理(lǐ)論上的(de)應用情況。實際上，這個理(lǐ)論模型存在着許多問題，這些問題可(kě)能給分析過程的(de)其它步驟造成延遲或連鎖性錯誤。本文讨論項目經理(lǐ)在這個階段中遇到的(de)一(yī)些常見問題，并提出可(kě)能的(de)解決方案。

在需求分析階段，可(kě)能最常見的(de)問題就是客戶對于他們(men)的(de)需要僅有(yǒu)一(yī)個模糊的(de)概念，而要由你提出合适的(de)問題、進行(xíng)必要的(de)分析，把這個不确定的(de)概念轉化成一(yī)個正式文本化的(de)軟件需求規範；這個規範反過來又可(kě)用作一(yī)個項目計劃和(hé)工程結構的(de)基礎。

要解決這個問題，你應當：

軟件開發項目中遇到的(de)第二個問題是，随着項目的(de)發展，在第一(yī)階段定義的(de)需求發生了變化。随着開發不斷取得進展，軟件原型得以确定，這時客戶能夠更加清楚的(de)發現原始計劃中存在的(de)問題并做(zuò)出必要的(de)糾正，于是需求也因而改變。需求發生改變還可(kě)能是因為(wèi)外部環境的(de)變化要求改造原始的(de)商(shāng)業問題，并因此有(yǒu)必要開發一(yī)個與最初建議的(de)解決方案全然不同的(de)解決方案。優秀的(de)項目經理(lǐ)意識到這些可(kě)能性，并往往制定了後備計劃來應對這些變化。

要解決這個問題，你應當：

我(wǒ)們(men)常常聽到客戶這樣說：“這是一(yī)個非常緊迫的(de)任務，我(wǒ)們(men)需要項目在X周內(nèi)完成。”常見的(de)錯誤就是，沒有(yǒu)進行(xíng)詳細分析，并了解項目的(de)範圍以及完成項目所必需的(de)資源，就同意客戶的(de)要求。未經讨論就同意不合理(lǐ)的(de)時間表，你實際上在給客戶造成傷害：項目很有(yǒu)可(kě)能被延期（因為(wèi)不可(kě)能按時完成），或存在質量問題（因為(wèi)你在趕工，沒有(yǒu)進行(xíng)适當的(de)檢驗）。

要解決這個問題，你應當：

通常，客戶和(hé)工程師之間由于背景差異以及理(lǐ)解技術條款的(de)不同方式，他們(men)無法進行(xíng)有(yǒu)效地(dì)溝通。這可(kě)能導緻混亂和(hé)嚴重的(de)溝通問題；因此，項目經理(lǐ)的(de)一(yī)項重要任務——特别是在需求分析階段——就是保證雙方能夠準确了解交付成果以及必須完成的(de)任務。

要解決這個問題，你應當：

Bolman和(hé)Deal這兩位學(xué)者認為(wèi)一(yī)位高(gāo)效的(de)項目經理(lǐ)是一(yī)個把組織看作一(yī)個“競争舞台”的(de)人，它理(lǐ)解權力、沖突、談判和(hé)聯盟的(de)重要性。這樣的(de)經理(lǐ)不僅熟悉運作和(hé)職能任務，他或她還認識到為(wèi)通用目标制定議程、建立觀點一(yī)緻的(de)聯盟以及向抗拒性的(de)經理(lǐ)說明一(yī)個特定職位合法性的(de)重要性。

在給大型組織執行(xíng)大型項目時，這些技巧尤其重要，因為(wèi)信息常常分散在各處，因此需求分析往往會受到信任問題、內(nèi)部利益沖突和(hé)信息低(dī)效這些因素的(de)阻礙。

要解決這個問題，你應當：

軟件開發過程問題分析的(de)介紹就聊到這裏吧(ba)，感謝你花時間閱讀本站內(nèi)容，更多關于軟件開發過程中的(de)問題、軟件開發過程問題分析的(de)信息别忘了在本站進行(xíng)查找喔。