【正文】 進行預約。其他參與者：醫(yī)院的相關人員，比如患者，前臺咨詢員等。 輸入事件分析對于該系統(tǒng)的輸入事件可能會包括如下情況：初始使用該系統(tǒng)的用戶需要先注冊，而對于已經(jīng)注冊的用戶在使用系統(tǒng)預約掛號時首先要登錄系統(tǒng)。在提交預約掛號申請后系統(tǒng)也應給出預約成功與否的提示。比如用戶要查詢眼科醫(yī)生的資料，系統(tǒng)的輸出就應該只是眼科醫(yī)生的信息，而沒有必要把所有醫(yī)生的信息都輸出。需求說明文檔基于之前構建的模型，并參照IEEE 8301998標準模板，撰寫的系統(tǒng)需求說明文檔如下。因此，基于之前構建的各類模型，撰寫系統(tǒng)的需求說明文檔，并將其作為后續(xù)項目設計、項目開發(fā)和項目測試的指導。 名詞定義 l 患者預約系統(tǒng)網(wǎng)上預約掛號系統(tǒng)的子系統(tǒng)，主要用于為患者提供預約掛號、信息查詢等功能。l 安全保障系統(tǒng)網(wǎng)上預約掛號系統(tǒng)的子系統(tǒng)，主要用于保障系統(tǒng)的程序、網(wǎng)絡及數(shù)據(jù)庫安全。文檔的第三部分是需求說明，包含對系統(tǒng)需求的明確定義。由于系統(tǒng)整體較為復雜，因此本小節(jié)只包含已構建目標模型的功能性需求和非功能性需求。（2）系統(tǒng)接收到預約請求：當患者點擊預約按鈕，系統(tǒng)可以接收到預約請求。（2）系統(tǒng)接收到預約提交請求：當患者點擊提交按鈕，系統(tǒng)可以接收到預約提交請求。并且在用戶登錄時，輸入的密碼不可見、不可復制。 為了保證預約掛號系統(tǒng)的低成本，系統(tǒng)應完成的需求如下?？紤]到系統(tǒng)健壯可靠與系統(tǒng)開發(fā)成本低存在一定的沖突，因此需要進行一定的權衡。l 管理員負責對出診信息進行管理，是醫(yī)院工作的安排者，具備較強的計算機使用能力。但已經(jīng)列出的均為系統(tǒng)較為核心的功能性需求和非功能性需求，應具有高優(yōu)先級。l 患者預約系統(tǒng)系統(tǒng)擁有患者預約頁面以及預約按鈕。系統(tǒng)接收到預約提交請求?；颊哳A約系統(tǒng)、醫(yī)生工作查詢系統(tǒng)、醫(yī)務管理系統(tǒng)的使用者分別為患者、醫(yī)生和管理員，這些用戶通過系統(tǒng)提供的頁面與系統(tǒng)進行交互。接下來，患者預約系統(tǒng)會以得出的預約結果為基礎，進行預約結果判定，進而執(zhí)行頁面跳轉或消息框彈出操作。以上部分涉及到的操作過程及與之對應的主體、需求如表 41所示。接下來，患者預約系統(tǒng)會根據(jù)提交結果彈出包含相應信息的提示框。 操作過程模型本部分將主要對圖 51，圖 53和圖 54所示的操作過程模型進行說明，并以表格的形式列出各操作過程的參與主體及對應需求。 對象模型本部分將主要對圖 41所示的對象模型的結構進行解釋。患者被告知預約選擇結果。 系統(tǒng)結構本部分將主要參照圖 31所示的責任模型，根據(jù)主體對需求進行劃分。 假定與依賴本系統(tǒng)假定提供的大、中、小三種字體大小可以滿足不同患者的需求，并且患者可以在系統(tǒng)的引導和提示下正常使用系統(tǒng)。l 患者個體間在年齡、計算機使用能力等方面存在較大差異。（2）系統(tǒng)運營成本低：系統(tǒng)在運行過程中，應該盡可能少的占用資源。（3）數(shù)據(jù)庫安全：數(shù)據(jù)庫中存儲的數(shù)據(jù)應具備完整性，且密碼應在加密后被存儲到數(shù)據(jù)庫中。l 非功能性需求 為了保證預約掛號系統(tǒng)的安全性，系統(tǒng)應完成的需求如下。為了實現(xiàn)患者確認預約信息的目標，系統(tǒng)應完成的需求如下。（1）系統(tǒng)擁有患者預約頁面以及預約按鈕：系統(tǒng)的預約頁面可以顯示未來1至3天的出診醫(yī)生及其所有可被預約的出診時段。 系統(tǒng)預期為了方便用戶在不需安裝任何軟件的情況下使用系統(tǒng)，本系統(tǒng)整體采用B/S結構，用戶可以通過瀏覽器對其進行訪問。本節(jié)屬于引言部分，主要用于對文檔本身進行定義和描述。l 醫(yī)務管理系統(tǒng)網(wǎng)上預約掛號系統(tǒng)的子系統(tǒng)，主要用于為管理員提供出診信息修改、預約掛號調整等功能。 系統(tǒng)目的許多醫(yī)院存在高峰期掛號排隊時間長，就診等待時間長，倒號現(xiàn)象頻發(fā)的問題。 編寫目的網(wǎng)上預約掛號系統(tǒng)是基于Web開發(fā)技術完成的網(wǎng)站。系統(tǒng)是否可以提高效率，減少人員的工作量。比如用戶輸入查詢請求，那么系統(tǒng)應該能夠給出詳細的信息。 刻畫系統(tǒng)輸出對于系統(tǒng)輸出我們要考慮系統(tǒng)輸出的形式，比如消息顯示，對話框等形式。l 要考慮的約束條件和要使用的規(guī)則 約束條件：同一醫(yī)生同一時間段內只能接受一名患者的預約，根據(jù)醫(yī)療設備的屬性決定是否要排他性的使用。主要活動：患者注冊、登錄系統(tǒng)，患者在系統(tǒng)中查詢可以預約的醫(yī)生和時間，患者取消已有預約，患者進行就診；管理員接受或拒絕預約，管理員分配醫(yī)生；醫(yī)生查詢預約信息。關鍵成功因素，要保證系統(tǒng)能夠24小時正常穩(wěn)定的運行，系統(tǒng)里的信息要是實時變化的，即可以預約的醫(yī)生要和實際在值班的醫(yī)生要匹配，不能出現(xiàn)掛上號了卻沒有醫(yī)生就診的情況。同時對于所有用戶都希望該系統(tǒng)是易用的，而且能夠對自己的信息起到保護即系統(tǒng)安全性的要求，還有比如說系統(tǒng)的性能比較高效，能夠及時處理自己的預約申請。對于管理員來說，他們負責對出診信息進行管理，是醫(yī)院工作的安排者，具備較強的計算機使用能力。而且該三類用戶各自的特征和所要面對的情景也是截然不同的。第五篇：軟件需求案例分析問題描述許多醫(yī)院存在高峰期掛號排隊時間長，就診等待時間長，倒號現(xiàn)象頻發(fā)的問題。另外需要注意的是，畢業(yè)生就業(yè)管理系統(tǒng)的效益一般是無形的，只有經(jīng)過長期運行后的分析統(tǒng)計才能計算其收益，往往越成熟、科學、優(yōu)秀的畢業(yè)生就業(yè)管理系統(tǒng)，帶給我們的效益就越大。對中意的單位可以投遞電子簡歷。大學生可以利用就業(yè)網(wǎng)絡內容豐富、全面的就業(yè)信息，最新的國家就業(yè)政策和規(guī)范，了解國家就業(yè)形勢，更新就業(yè)觀念，樹立正確職業(yè)觀和就業(yè)觀。畢業(yè)生的就業(yè)指導工作極為薄弱，就業(yè)指導教師水平參差不齊，專業(yè)的、高素質的就業(yè)指導教師太少；缺少優(yōu)質的就業(yè)指導教材。傳統(tǒng)的決策指示憑經(jīng)驗的大致的估算，無法采集到大量的數(shù)據(jù)，也無法對采集到的數(shù)據(jù)進行精確的分析，而畢業(yè)生就業(yè)管理系統(tǒng)通過internet，各院系和學生利用網(wǎng)絡的便利，可以直接查詢和提交就業(yè)信息，比較全面、及時地采集信息數(shù)據(jù)、并選定合適的管理模式，做出科學的決策，減少決策失誤。這里只能給出對比其他同類學校信息系統(tǒng)的估算，3個階段全部完成，大概需要5萬人民幣。第一階段，著重處理學院現(xiàn)有的問題，把系統(tǒng)運行起來，重點放在用戶管理方面，分為用戶注冊、用戶審核和用戶登錄驗證三部分。在這種系統(tǒng)平臺下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢，及時提供高校學生工作管理人員對歷屆用人單位需求信息的分析統(tǒng)計，及時有效地調查分析大學畢業(yè)生的擇業(yè)趨勢和引發(fā)的心理問題并進行及時有效的就業(yè)指導。所以，必須加強學生擇業(yè)的政策咨詢和信息服務，逐步建立起信息服務網(wǎng)絡，建立畢業(yè)生就業(yè)網(wǎng)絡系統(tǒng)，為實行網(wǎng)上求職擇業(yè)創(chuàng)造條件和提供服務。同時，通過信息反饋，優(yōu)化高等教育結構，合理利用有效資源，促進高等教育的健康發(fā)展”高校就業(yè)系統(tǒng)以招聘和求職系統(tǒng)為核心，以用人單位需求和服務為目標。我國部分高校目前正在嘗試通過網(wǎng)絡進行畢業(yè)生的就業(yè)分配工作，但目前使用的就業(yè)網(wǎng)站的開發(fā)應用，大多功能相對單一，多局限于就業(yè)信息的發(fā)布，就業(yè)信息的靜態(tài)統(tǒng)計結果的公布及簡單的就業(yè)信息查詢，其實用性和互動性已經(jīng)不能滿足高校就業(yè)形勢的需要。三、實驗環(huán)境 1．硬件：計算機 2．操作系統(tǒng)：windows平臺。2．要求開發(fā)商應根據(jù)國家有關標準，提供開發(fā)計劃和實施方案。每寫一個需要都應簡潔、直觀地采用用戶熟知的語言，而不要采用計算機術語。3)低優(yōu)先權，表明有它很好，但我們必須認識到如果沒有充足的時間或資源，它可以被放棄掉。如果所有的需求都被視為同等重要，那么在開發(fā)中遇到預t算削減、計劃超時或組員的離開而導致新的需求時，項目經(jīng)理將無所適從。需求建議書中的每個需求都應該有相應[的出處，即說明什么是客戶確實需要的，什么要順應于外部的需求、接口或標準。(2)需求應該是可行的。每個需求必須精確描述要交付的功能。所以，很多時候都是由用戶與項目小組共同編寫。在準備需求建議書時，客戶往往會因為太過關注具體細節(jié)而忽略了一些重要的因素。即使因為各種原因使得供應商看不到或不愿響應需求建議書，這種努力也是值得付出的。對于一些預算較少的客戶，開發(fā)商往往不愿意花精力準備正式的方案建議書，這種情況下，客戶的需求建議書就變得很重要。一般由項目的客戶自己起草，主要描述客戶的需求、條件以及對項目任務的具體要求，向可能的開發(fā)商發(fā)送。對此需要引起注意。如采用哪種類型的計算機軟件?數(shù)據(jù)庫的設計、方法是什么?用來建立管理信息系統(tǒng)的是哪種語言?采用哪些供應商的設備?等等。11．對申請書的評價標準要告訴開發(fā)商客戶將根據(jù)哪些準則來評價他提交的申請書?？蛻粼谛枨蠼ㄗh書中可以限定申請書的每一部分采用的文字數(shù)量或頁數(shù)。具體付款方式需要合同雙方協(xié)商，但在需求建議書中，客戶應該先提出自己的期望付款方式。在需求建議書中，最好說明客戶是希望采用那種類型的合同。客戶只給固定的價錢，不管開發(fā)商實際工作花費多少。例如印刷宣傳手冊，可能在開印之前要經(jīng)過客戶審定；局域網(wǎng)的建設，在購買材料和設備之前，客戶必須審定開發(fā)商的技術方案。4．客戶供應條款需求建議書還應該列出客戶的供應條款。具體的任務要求，可能會成為將來的驗收標準。例如，一個辦公自動化軟件系統(tǒng)的具體目標。[編輯] 需求建議書的主要內容[2] 需求建議書一般包含以下主要內容：客戶必須搜集大量相關資料準備需求建議書，因為it項目實施者需要按照rfp來準備他們的項目技術方案，并以此參與競標。一份完整的需求建議書主要包括滿足其需求的項目的工作自述、對項目的要求、期望的項目目標、客戶供應條款、付款方式、契約形式、項目時間、項目申請書的要求等。5）列出將被指定為項目主要負責人的姓名和聯(lián)系方式，以及工作經(jīng)驗。承約商的申請書至少包括以下內容： 1）承約商能清晰的理解需求建議書，要詳細描述承約商的實施裝修項目的方法，以及使用的裝修材料的具體規(guī)格。要求：①、臥室的顏色以暖色調為主②、裝修后簡單、寬敞、采光效果良好③、衛(wèi)生間隔成兩部分，分為盥洗間和浴室（4）和承約商簽訂一個商定的價格，以及滿足需求建議書的工作承約商付款合同。 系統(tǒng)功能系統(tǒng)部署方案 系統(tǒng)部署架構表1各子系統(tǒng)部署架構 系統(tǒng)環(huán)境 篇三：需求建議書題目：假設你在嘉州新城購買了一套二室二廳一廚一衛(wèi)，面積大約90平方的新房，先裝修入住，請你根據(jù)自己的需求對這個房屋裝修項目編寫項目需求建議書。承約商申請中的所列的固定成本。設計的實用及涉及技術。(6)必須說明項目所需要的人月，并通過一份詳細的工作時間分解和每個被指派于工程的員工的小時成本費用來驗證。(2)承約商將要提供的每一份交付物的描述。這個工程需要完成的期限是十二個月，從2012年7月1日至2013年7月1日，所有交付物必須不遲于2013年10月1日提供給本院。（5）承約商必須在執(zhí)行工作前，獲得本院對最終計劃的認同。對于落后進度計劃進程的工作項目，應當提供一份計劃，使項目能在原進度計劃和預算內完成。2交付實物（1）必須準備一份詳細的系統(tǒng)設計報告，以及所用到的技術，用以監(jiān)測產(chǎn)品質量。(8)合計費用功能：患者憑掛號單到交款處交款，系統(tǒng)根據(jù)門診號碼自 動調用患者信息，顯示患者的單項費用和總費用，自動找零。統(tǒng)計患者總人數(shù)和總費用。(2)數(shù)據(jù)錄入功能：其中包括在掛號時的患者信息錄入，病歷管理的錄入處方和內部資料管理中的醫(yī)師信息的添加。第四篇：軟件項目需求建議書篇一：軟件需求建議書醫(yī)院門診管理系統(tǒng)需求建議書2012年3月26日有關公司：現(xiàn)需一個醫(yī)院門診管理系統(tǒng)，要求具有相關項目經(jīng)驗的軟件公司參與競標，要求能對該系統(tǒng)進行合理的編寫，保證系統(tǒng)能夠穩(wěn)定運行，并且在預定時間內交付我院使用。需求報告的內容是，對業(yè)務流程的描述，對業(yè)務需求的描述。建議：如果在編寫需求文檔后，開發(fā)階段應該做一邊閱讀需求文檔，一邊做需求文檔的檢查，對于保證需求質量效果會更好。給編寫需求文檔帶來了一些困難，需要再次討論需求。這樣做的好處是，對于子系統(tǒng)之間的業(yè)務關系，調研團隊都可以有全面的了解，對業(yè)務的理解比較透徹全面，并且還可以相互補充遺漏。（往往危險的需求描述就在于“這部分做的和某個系統(tǒng)或某個版本的舊系統(tǒng)一樣就可以了”），可以相互補充避免需求遺漏。，避免需求細節(jié)遺漏。并且要記住，沒有高質量的需求，軟件就象一盒巧克力，你永遠不知道你會得到什么。避免