【正文】 包括現場需求調研4個人月和分析需求編寫需求文檔6個人月。參與調研的包括項目經理、技術經理和兩個開發(fā)骨干。，避免需求細節(jié)遺漏。在調研的初期我們曾經有過疑慮，這是一個二期的項目，那么調研的內容是否只針對二期的新需求，對需求內容二期和一期一致的部分就不必調研了?經過討論我們還是決定把二期項目當作一個新項目來做調研，即使二期和一期需求內容一致，我們也在調研會上討論，并記錄在調研筆記及以后的需求文檔上。這樣的好處是最大限度地避免了需求細節(jié)的遺漏。在現場調研時，發(fā)現有不少地方原來以為是二期不必修改的，經過討論后發(fā)現還是需要修改。（往往危險的需求描述就在于“這部分做的和某個系統或某個版本的舊系統一樣就可以了”），可以相互補充避免需求遺漏。這個項目規(guī)模比較大，根據業(yè)務的類型不同，分成了6個子系統，各個子系統的業(yè)務信息互有接口。我們安排每個人至少負責一個子系統的需求，但是在調研時，只要可能，我們都盡量讓每個人都參與所有系統的調研會議。對項目經理和技術經理則進一步要求了解所有系統的業(yè)務需求。這樣做的好處是，對于子系統之間的業(yè)務關系，調研團隊都可以有全面的了解，對業(yè)務的理解比較透徹全面，并且還可以相互補充遺漏。，在會議后應該立刻回顧整理統一的會議筆記，消除歧義，避免遺漏。在開調研會時，全體與會人員都各自記自己的會議筆記，會后沒有強調當天整理會議筆記（會議進度很緊，每天開會到晚上9點鐘）。這導致以后閱讀會議筆記發(fā)現一些描述很簡單理解上有歧義的內容，或者同一份需求在幾個筆記上記錄的內容細節(jié)上有差異，事后難以追溯正確的信息。給編寫需求文檔帶來了一些困難，需要再次討論需求。，在開發(fā)階段也應該做檢查和更新，避免文檔錯誤對開發(fā)的誤導。我們在完成大量的需求文檔編寫工作后，在開發(fā)階段有部分文檔沒有做內容檢查和及時更新。后期測試時才發(fā)現少數需求內容的矛盾和錯誤，導致需要重新修改。建議：如果在編寫需求文檔后，開發(fā)階段應該做一邊閱讀需求文檔，一邊做需求文檔的檢查，對于保證需求質量效果會更好。應該指定人負責需求追蹤和更新，在開發(fā)階段、測試階段要保持和用戶的需求溝通，這不是一個可有可無的簡單工作，很重要，并且會占用責任人50%的工作時間。企業(yè)業(yè)務管理信息系統的需求調研方法：我認為對調研的組織安排是非常重要的，好的調研安排雖然未必產生質量高的需求，但是一個不遵循調研規(guī)律的調研活動，必然是低效的。下面是H項目調研組采取的調研流程，供參考：第一步不是立刻和用戶當面討論需求細節(jié)，而是要業(yè)務關鍵用戶編寫初步的需求報告，提供給開發(fā)團隊閱讀分析。需求報告的內容是，對業(yè)務流程的描述，對業(yè)務需求的描述。需求報告的質量往往和關鍵用戶的投入多少有較大關系，經常在沒有面對面溝通時，關鍵用戶未必能對這份報告投入很多的時間和精力。但這是當面調研的基礎，一定要做，有粗糙疏漏的地方可以再現場調研時再細化。這可以再調研前就和用戶溝通，讓用戶編寫。第四篇：軟件項目需求建議書篇一：軟件需求建議書醫(yī)院門診管理系統需求建議書2012年3月26日有關公司：現需一個醫(yī)院門診管理系統，要求具有相關項目經驗的軟件公司參與競標，要求能對該系統進行合理的編寫，保證系統能夠穩(wěn)定運行，并且在預定時間內交付我院使用。項目目標：系統分為5個子系統，即（a）掛號管理系統(b)病歷管理系統(c)藥品庫存管理系統(d)內部資料管理系統(f)財務管理系統。并且需要保證系統運行穩(wěn)定準確。承包商應執(zhí)行以下工作任務，及工作要求：(1)系統應使用本院的局域網，win9win2000、winxp、win7等環(huán)境下，可進行穩(wěn)定準確的查詢，修改、處理功能。(2)數據錄入功能：其中包括在掛號時的患者信息錄入，病歷管理的錄入處方和內部資料管理中的醫(yī)師信息的添加。(3)數據的修改和刪除功能：其中包括改號、退號和內部資料管理中的患者、醫(yī)師信息的修改和刪除功能。(4)數據查詢功能：包括在診室管理中的藥品的模糊查詢，對庫存不足的藥品報警，內部資料管理中的醫(yī)師、患者信息的查詢中包括單項查詢和組合查詢。(5)統計報表功能，財務報表：統計每天患者交款報表和掛號員每天的交款單。統計患者總人數和總費用。(6)按處方類別和拼音碼分別統計藥品的總數和庫存剩容量。(7)按科室名稱和是否專家級別分別統計醫(yī)師總人數信息。日報表：打印每天的患者人數、就診科室等，以及醫(yī)師每天的出診數，檢驗、檢查、手術每天的執(zhí)行次數，以及這些項目的總金額。(8)合計費用功能：患者憑掛號單到交款處交款，系統根據門診號碼自 動調用患者信息，顯示患者的單項費用和總費用，自動找零。(9)系統管理功能：其中包括用戶和內部人員的修改密碼功能，根據權限添加用戶和管理員。數據備份功能。(10)幫助功能：包含醫(yī)院簡介和系統主要實現功能簡介。2交付實物（1）必須準備一份詳細的系統設計報告，以及所用到的技術，用以監(jiān)測產品質量。（2）有關項目進程的書面報告必須在每15天交給本院。報告應簡明，并且重點放在與承約商的原計劃和時間表相對應的進程上。報告應涉及到各項活動、取得的進展、接下來15天的計劃、花費的時間與金錢。對于落后進度計劃進程的工作項目，應當提供一份計劃，使項目能在原進度計劃和預算內完成。（3）在合同預期內，交付我院一個能夠運行正常穩(wěn)定的完整的系統。并且在后期一定時間內提供免費維護。3其他要求（4）本院會向承包商提供本院的一些業(yè)務流程。（5）承約商必須在執(zhí)行工作前，獲得本院對最終計劃的認同。（6）合同必須以一個商定的價格，給提供滿足需求建議書要求工作的承約商付款。（7）承約商必須最遲在2012年5月1日以前提供給本院兩份建議書備份。（8）本院希望在2012年6月1日前選中一家承約商。這個工程需要完成的期限是十二個月，從2012年7月1日至2013年7月1日，所有交付物必須不遲于2013年10月1日提供給本院。（9）本院將按照下面的時間表付款給承約商：當項目完成了1/3時付總額的1/3；當項目完成了2/3時付總額的2/3；當本人已經滿意于項目的100%，并且承約商已履行了全部契約義務時再付出總額的最后1/3。申請內容(1)承約商能清晰理解需求建議書，理解什么是被期望達到的要求。承約商應有對每個任務和任務如何完成的詳細描述。(2)承約商將要提供的每一份交付物的描述。(3)列出條形圖或網絡圖表，列明每周要執(zhí)行的詳細任務的時間表，以便在要求的項目完成日期內能夠完成項目。(4)敘述一下承約商最近已經執(zhí)行過的相似項目，包括已完成的子系統，以及其他子系統的完成進度。(5)列出工程具體人員的姓名和詳細簡歷，以及他在類似工程的精彩的經歷。(6)必須說明項目所需要的人月，并通過一份詳細的工作時間分解和每個被指派于工程的員工的小時成本費用來驗證。此外，所有直接費用逐條列表也必須包括進來。(7)承包商需列出貴公司的軟件能力成熟度(cmmi)等級。(8)本院將按照以下的標準評價所有承約商的申請書：a．設計方案(30%)。設計的實用及涉及技術。b．經驗(30%)。被指定工程的承約商和工作人員執(zhí)行類似工程的經驗。c．成本(30%)。承約商申請中的所列的固定成本。d．進度計劃(10%)。為了在要求的項目完成日期內或在此日期之前完成項目，承約商應提出進度計劃的詳細而全面的連續(xù)說明。篇二：軟件系統項目建議書完全版****系統項目建議書2014年5月目錄概述....................................................................1 文檔編寫目的...........................................................................................................1 系統建設目標與內容...............................................................................................1 系統建設目標...................................................................................................1 系統建設的主要內容.......................................................................................1 2 系統設計方案.............................................................1 總體架構設計...........................................................................................................1 系統總體業(yè)務架構...........................................................................................1 系統總體軟件架構...........................................................................................1 系統總體技術架構...........................................................................................1 系統組成...................................................................................................................1 系統數據流...............................................................................................................1 系統功能...................................................................................................................3 3 系統部署方案.............................................................3 系統部署架構...........................................................................................................3 系統環(huán)境...................................................................................................................3 軟件環(huán)境...........................................................................................................4 硬件環(huán)境...........................................................................................................4 4 系統界面設計.....................................................