【正文】 必須滿足的物理參數(shù)和操作參數(shù)。5．表述客戶對需求的確認需求建議書不是對客戶需求的最后確認。(2)合同也可以規(guī)定開發(fā)商不承擔風險，即在時間、原材料限制的條件下，不論實際成本多少，都會給開發(fā)商特定的報酬，也就是所謂包工不包料。9．申請書的格式和內容提示為了便于在幾個開發(fā)商之間進行比較和評價，申請書應該在形式上采取同一個格式，內容的結構也應該一致。一般評價標準包括4個方面的內容：(1)開發(fā)商在類似項目中的經(jīng)驗。其實，客戶暗示大約的數(shù)字，告訴開發(fā)商他打算花多少錢來辦這件事是有好處的，這樣可以使開發(fā)商能夠提交與資金水平相適應的申請書，提高在項目準備階段的工作效率。第一，需求建議書需要描述用戶的目標與需求。還有些開發(fā)商為了使自己的方案建議書更具有吸引力，甚至會提出一些需求建議書沒有涉及的好想法來拓展客戶的思路。沒有用戶的需求檢查就會導致很多項目實施中的問題出現(xiàn)。(4)需求內容應該有優(yōu)先權。需求不該有歧義，要避免使用一些對于擬訂項目需求建議書的人很清楚，但對于其他人模糊不清的詞匯。二、實驗要求結合模擬項目—畢業(yè)生就業(yè)信息管理系統(tǒng)項目寫出項目建議書。如何解決這一問題是擺在各級就業(yè)主管部門面前的嚴峻任務。解決目前高校就業(yè)信息管理中存在的一些問題，如信息傳遞不方便、不快捷，數(shù)據(jù)分析及就業(yè)指導不及時，學生簽約必須到不同部門領表、上交等繁瑣的操作等。第三階段，系統(tǒng)管理，管理可以對學生用戶和站內信息進行管理。在這種系統(tǒng)平臺下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢，及時提供高校學生工作管理人員對歷屆用人單位需求信息的分析統(tǒng)計，及時有效地調查分析大學畢業(yè)生的擇業(yè)趨勢和引發(fā)的心理問題并進行及時有效的就業(yè)指導。用人單位可以瀏覽學生所在學校的網(wǎng)站來了解學校的概況及專業(yè)設置情況，了解學生專業(yè)知識結構和綜合素質，并且通過學校就業(yè)網(wǎng)站來核對電子簡歷的誠信度。綜上所述，校方認為建立一個畢業(yè)生就業(yè)管理系統(tǒng)是非常必要的，請上級領導批示。對于醫(yī)生來說，普遍具備較高的學歷，在醫(yī)療方面具備專業(yè)知識，有一定的計算機使用能力。這些都是非功能需求。其他參與者：醫(yī)院的相關人員，比如患者，前臺咨詢員等。在提交預約掛號申請后系統(tǒng)也應給出預約成功與否的提示。需求說明文檔基于之前構建的模型，并參照IEEE 8301998標準模板，撰寫的系統(tǒng)需求說明文檔如下。 名詞定義 l 患者預約系統(tǒng)網(wǎng)上預約掛號系統(tǒng)的子系統(tǒng)，主要用于為患者提供預約掛號、信息查詢等功能。文檔的第三部分是需求說明，包含對系統(tǒng)需求的明確定義。（2）系統(tǒng)接收到預約請求：當患者點擊預約按鈕，系統(tǒng)可以接收到預約請求。并且在用戶登錄時，輸入的密碼不可見、不可復制。考慮到系統(tǒng)健壯可靠與系統(tǒng)開發(fā)成本低存在一定的沖突，因此需要進行一定的權衡。但已經(jīng)列出的均為系統(tǒng)較為核心的功能性需求和非功能性需求，應具有高優(yōu)先級。系統(tǒng)接收到預約提交請求。接下來，患者預約系統(tǒng)會以得出的預約結果為基礎，進行預約結果判定，進而執(zhí)行頁面跳轉或消息框彈出操作。接下來，患者預約系統(tǒng)會根據(jù)提交結果彈出包含相應信息的提示框。 對象模型本部分將主要對圖 41所示的對象模型的結構進行解釋。 系統(tǒng)結構本部分將主要參照圖 31所示的責任模型，根據(jù)主體對需求進行劃分。l 患者個體間在年齡、計算機使用能力等方面存在較大差異。（3）數(shù)據(jù)庫安全：數(shù)據(jù)庫中存儲的數(shù)據(jù)應具備完整性，且密碼應在加密后被存儲到數(shù)據(jù)庫中。為了實現(xiàn)患者確認預約信息的目標，系統(tǒng)應完成的需求如下。 系統(tǒng)預期為了方便用戶在不需安裝任何軟件的情況下使用系統(tǒng)，本系統(tǒng)整體采用B/S結構，用戶可以通過瀏覽器對其進行訪問。l 醫(yī)務管理系統(tǒng)網(wǎng)上預約掛號系統(tǒng)的子系統(tǒng)，主要用于為管理員提供出診信息修改、預約掛號調整等功能。 編寫目的網(wǎng)上預約掛號系統(tǒng)是基于Web開發(fā)技術完成的網(wǎng)站。比如用戶輸入查詢請求，那么系統(tǒng)應該能夠給出詳細的信息。l 要考慮的約束條件和要使用的規(guī)則 約束條件：同一醫(yī)生同一時間段內只能接受一名患者的預約，根據(jù)醫(yī)療設備的屬性決定是否要排他性的使用。關鍵成功因素，要保證系統(tǒng)能夠24小時正常穩(wěn)定的運行，系統(tǒng)里的信息要是實時變化的，即可以預約的醫(yī)生要和實際在值班的醫(yī)生要匹配，不能出現(xiàn)掛上號了卻沒有醫(yī)生就診的情況。對于管理員來說，他們負責對出診信息進行管理，是醫(yī)院工作的安排者，具備較強的計算機使用能力。第五篇：軟件需求案例分析問題描述許多醫(yī)院存在高峰期掛號排隊時間長，就診等待時間長，倒號現(xiàn)象頻發(fā)的問題。對中意的單位可以投遞電子簡歷。畢業(yè)生的就業(yè)指導工作極為薄弱，就業(yè)指導教師水平參差不齊，專業(yè)的、高素質的就業(yè)指導教師太少；缺少優(yōu)質的就業(yè)指導教材。這里只能給出對比其他同類學校信息系統(tǒng)的估算，3個階段全部完成，大概需要5萬人民幣。在這種系統(tǒng)平臺下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢，及時提供高校學生工作管理人員對歷屆用人單位需求信息的分析統(tǒng)計，及時有效地調查分析大學畢業(yè)生的擇業(yè)趨勢和引發(fā)的心理問題并進行及時有效的就業(yè)指導。同時，通過信息反饋，優(yōu)化高等教育結構，合理利用有效資源，促進高等教育的健康發(fā)展”高校就業(yè)系統(tǒng)以招聘和求職系統(tǒng)為核心，以用人單位需求和服務為目標。三、實驗環(huán)境 1．硬件：計算機 2．操作系統(tǒng)：windows平臺。每寫一個需要都應簡潔、直觀地采用用戶熟知的語言，而不要采用計算機術語。如果所有的需求都被視為同等重要，那么在開發(fā)中遇到預t算削減、計劃超時或組員的離開而導致新的需求時，項目經(jīng)理將無所適從。(2)需求應該是可行的。所以，很多時候都是由用戶與項目小組共同編寫。即使因為各種原因使得供應商看不到或不愿響應需求建議書，這種努力也是值得付出的。一般由項目的客戶自己起草，主要描述客戶的需求、條件以及對項目任務的具體要求，向可能的開發(fā)商發(fā)送。如采用哪種類型的計算機軟件?數(shù)據(jù)庫的設計、方法是什么?用來建立管理信息系統(tǒng)的是哪種語言?采用哪些供應商的設備?等等。客戶在需求建議書中可以限定申請書的每一部分采用的文字數(shù)量或頁數(shù)。在需求建議書中，最好說明客戶是希望采用那種類型的合同。例如印刷宣傳手冊，可能在開印之前要經(jīng)過客戶審定；局域網(wǎng)的建設，在購買材料和設備之前，客戶必須審定開發(fā)商的技術方案。具體的任務要求，可能會成為將來的驗收標準。[編輯] 需求建議書的主要內容[2] 需求建議書一般包含以下主要內容：客戶必須搜集大量相關資料準備需求建議書，因為it項目實施者需要按照rfp來準備他們的項目技術方案，并以此參與競標。5）列出將被指定為項目主要負責人的姓名和聯(lián)系方式，以及工作經(jīng)驗。要求：①、臥室的顏色以暖色調為主②、裝修后簡單、寬敞、采光效果良好③、衛(wèi)生間隔成兩部分，分為盥洗間和浴室（4）和承約商簽訂一個商定的價格，以及滿足需求建議書的工作承約商付款合同。承約商申請中的所列的固定成本。(6)必須說明項目所需要的人月，并通過一份詳細的工作時間分解和每個被指派于工程的員工的小時成本費用來驗證。這個工程需要完成的期限是十二個月，從2012年7月1日至2013年7月1日，所有交付物必須不遲于2013年10月1日提供給本院。對于落后進度計劃進程的工作項目，應當提供一份計劃，使項目能在原進度計劃和預算內完成。(8)合計費用功能：患者憑掛號單到交款處交款，系統(tǒng)根據(jù)門診號碼自 動調用患者信息，顯示患者的單項費用和總費用，自動找零。(2)數(shù)據(jù)錄入功能：其中包括在掛號時的患者信息錄入，病歷管理的錄入處方和內部資料管理中的醫(yī)師信息的添加。需求報告的內容是，對業(yè)務流程的描述，對業(yè)務需求的描述。給編寫需求文檔帶來了一些困難，需要再次討論需求。（往往危險的需求描述就在于“這部分做的和某個系統(tǒng)或某個版本的舊系統(tǒng)一樣就可以了”），可以相互補充避免需求遺漏。并且要記住，沒有高質量的需求，軟件就象一盒巧克力，你永遠不知道你會得到什么。使用正確的語法，拼寫，標點。這就需要我們閱讀用戶所在行業(yè)的資料、文章，盡量多選取一些整體性介紹的文章，這樣可以在短時間內能夠對該行業(yè)有一個全面的認識，這樣我們就能夠較好的和用戶進行交流了。只有客戶對報告的完全的理解，才能在日后客戶提出的修改被認為是需求變更的時候能夠得到客戶的理解 h)最后，需求分析報告一定要雙方共同簽字確認。b)需求分析報告的編寫者要參與到需求的搜集工作中，準確領會客戶的意圖，并轉化成軟件能夠實現(xiàn)的功能。如中彰國際的在線交易功能，后臺大批量郵件群發(fā)功能。造成這種狀況的原因主要是下面幾個情況： 客戶本身說不清楚 文物網(wǎng)是這樣，中彰國際更是這樣，但是這不能怪客戶，畢竟客戶在軟件方面的知識要少的多，也沒有相關的經(jīng)驗，可能心里只有一個想要的軟件的輪廓，于是可能會要求我們去替他們來完整這個輪廓的細節(jié)，而我們的能力、我們能否真正站在客戶角度去搜集和整理這些需求，就決定了這個需求的完整性和有效性。對于說不清楚需求的客戶，要善于問關鍵問題，引導客戶提出自己的需求。d)對雙方已經(jīng)確定的需求，實現(xiàn)以后并不適合客戶使用，需要按照變更手續(xù)執(zhí)行的時候，客戶可能會糾纏，提出“你們是專業(yè)人士，你們應該事先能提醒我們可能會出現(xiàn)這種問題”并以此來把責任推給我們，而我們又不好完全按照變更手續(xù)執(zhí)行，因為可能激化雙方的矛盾，比如508的批量處理功能，因為屬于人事管理比較專業(yè)的細節(jié)問題，需求分析師開始沒有對客戶業(yè)務熟悉到如此細致的地步，而客戶也沒有過多關注這些細節(jié)，導致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的意見修改的話工作量比較大，導致成本增加、工期延長。需求自身經(jīng)常變動隨著客戶對這個項目越來越深刻的理解，那么可能他的需求也會隨之改變，這些變化的可能性越大項目風險就會越大，我們在需求分析的時候就要充分考慮到哪些需求是相對固定的需求，哪些可能會是產(chǎn)生變動的需求，考慮到他的可變性，這樣設計功能和數(shù)據(jù)庫的時候不致因為后面的變動而影響整個工程。中彰的方案就是這樣的。這種功能上的不完善需要事先告知客戶并得到理解。d)需求分析報告對功能細節(jié)的描述不能有歧義，描述一定要全面、準確，防止開發(fā)方和客戶只見對同一個問題有兩個截然不同的理解。由此出現(xiàn)的問題： a)需求分析過于籠統(tǒng)，只關注到面上，沒有關注到點上，開發(fā)出來的東西在具體的細節(jié)上和客戶的理解有誤差，并且無法嚴格界定是否屬于需求變更。大部分客戶在項目投入上都是有預算的，在成本有上限的前提下，項目的功能設計（軟件的成熟度）方面必然受一定影響，畢竟功能越多越完善，相應的開發(fā)成本就越高。c)需求報告的編寫者要能夠對客戶需求進行深入分析，區(qū)別出哪些需求存在日后變更的可能，哪些需求屬于相對固定的，哪些需求能夠實現(xiàn)，哪些需求需要變通才能實現(xiàn)，以便于指導后面的功能設計。3）做好不怕一切困難的準備。5）提高自己的總結能力，書寫一份完整的、前后一致的、可追蹤的需求報告。整個需求文檔細節(jié)上要保持一致。參與調研的包括項目經(jīng)理、技術經(jīng)理和兩個開發(fā)骨干。對項目經(jīng)理和技術經(jīng)理則進一步要求了解所有系統(tǒng)的業(yè)務需求。后期測試時才發(fā)現(xiàn)少數(shù)需求內容的矛盾和錯誤，導致需要重新修改。這可以再調研前就和用戶溝通，讓用戶編寫。(5)統(tǒng)計報表功能，財務報表：統(tǒng)計每天患者交款報表和掛號員每天的交款單。(10)幫助功能：包含醫(yī)院簡介和系統(tǒng)主要實現(xiàn)功能簡介。3其他要求（4）本院會向承包商提供本院的一些業(yè)務流程。承約商應有對每個任務和任務如何完成的詳細描述。(8)本院將按照以下的標準評價所有承約商的申請書：a．設計方案(30%)。篇二：軟件系統(tǒng)項目建議書完全版****系統(tǒng)項目建議書2014年5月目錄概述....................................................................1 文檔編寫目的...........................................................................................................1 系統(tǒng)建設目標與內容....................................