【正文】 以上部分涉及到的操作過程及與之對應(yīng)的主體、需求如表 41所示。接下來，患者預(yù)約系統(tǒng)會根據(jù)提交結(jié)果彈出包含相應(yīng)信息的提示框。接下來，患者預(yù)約系統(tǒng)會以得出的預(yù)約結(jié)果為基礎(chǔ)，進(jìn)行預(yù)約結(jié)果判定，進(jìn)而執(zhí)行頁面跳轉(zhuǎn)或消息框彈出操作。 操作過程模型本部分將主要對圖 51，圖 53和圖 54所示的操作過程模型進(jìn)行說明，并以表格的形式列出各操作過程的參與主體及對應(yīng)需求?；颊哳A(yù)約系統(tǒng)、醫(yī)生工作查詢系統(tǒng)、醫(yī)務(wù)管理系統(tǒng)的使用者分別為患者、醫(yī)生和管理員，這些用戶通過系統(tǒng)提供的頁面與系統(tǒng)進(jìn)行交互。 對象模型本部分將主要對圖 41所示的對象模型的結(jié)構(gòu)進(jìn)行解釋。系統(tǒng)接收到預(yù)約提交請求?；颊弑桓嬷A(yù)約選擇結(jié)果。l 患者預(yù)約系統(tǒng)系統(tǒng)擁有患者預(yù)約頁面以及預(yù)約按鈕。 系統(tǒng)結(jié)構(gòu)本部分將主要參照圖 31所示的責(zé)任模型，根據(jù)主體對需求進(jìn)行劃分。但已經(jīng)列出的均為系統(tǒng)較為核心的功能性需求和非功能性需求，應(yīng)具有高優(yōu)先級。 假定與依賴本系統(tǒng)假定提供的大、中、小三種字體大小可以滿足不同患者的需求，并且患者可以在系統(tǒng)的引導(dǎo)和提示下正常使用系統(tǒng)。l 管理員負(fù)責(zé)對出診信息進(jìn)行管理，是醫(yī)院工作的安排者，具備較強的計算機(jī)使用能力。l 患者個體間在年齡、計算機(jī)使用能力等方面存在較大差異?？紤]到系統(tǒng)健壯可靠與系統(tǒng)開發(fā)成本低存在一定的沖突，因此需要進(jìn)行一定的權(quán)衡。（2）系統(tǒng)運營成本低：系統(tǒng)在運行過程中，應(yīng)該盡可能少的占用資源。 為了保證預(yù)約掛號系統(tǒng)的低成本，系統(tǒng)應(yīng)完成的需求如下。（3）數(shù)據(jù)庫安全：數(shù)據(jù)庫中存儲的數(shù)據(jù)應(yīng)具備完整性，且密碼應(yīng)在加密后被存儲到數(shù)據(jù)庫中。并且在用戶登錄時，輸入的密碼不可見、不可復(fù)制。l 非功能性需求 為了保證預(yù)約掛號系統(tǒng)的安全性，系統(tǒng)應(yīng)完成的需求如下。（2）系統(tǒng)接收到預(yù)約提交請求：當(dāng)患者點擊提交按鈕，系統(tǒng)可以接收到預(yù)約提交請求。為了實現(xiàn)患者確認(rèn)預(yù)約信息的目標(biāo)，系統(tǒng)應(yīng)完成的需求如下。（2）系統(tǒng)接收到預(yù)約請求：當(dāng)患者點擊預(yù)約按鈕，系統(tǒng)可以接收到預(yù)約請求。（1）系統(tǒng)擁有患者預(yù)約頁面以及預(yù)約按鈕：系統(tǒng)的預(yù)約頁面可以顯示未來1至3天的出診醫(yī)生及其所有可被預(yù)約的出診時段。由于系統(tǒng)整體較為復(fù)雜，因此本小節(jié)只包含已構(gòu)建目標(biāo)模型的功能性需求和非功能性需求。 系統(tǒng)預(yù)期為了方便用戶在不需安裝任何軟件的情況下使用系統(tǒng)，本系統(tǒng)整體采用B/S結(jié)構(gòu)，用戶可以通過瀏覽器對其進(jìn)行訪問。文檔的第三部分是需求說明，包含對系統(tǒng)需求的明確定義。本節(jié)屬于引言部分，主要用于對文檔本身進(jìn)行定義和描述。l 安全保障系統(tǒng)網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于保障系統(tǒng)的程序、網(wǎng)絡(luò)及數(shù)據(jù)庫安全。l 醫(yī)務(wù)管理系統(tǒng)網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于為管理員提供出診信息修改、預(yù)約掛號調(diào)整等功能。 名詞定義 l 患者預(yù)約系統(tǒng)網(wǎng)上預(yù)約掛號系統(tǒng)的子系統(tǒng)，主要用于為患者提供預(yù)約掛號、信息查詢等功能。 系統(tǒng)目的許多醫(yī)院存在高峰期掛號排隊時間長，就診等待時間長，倒號現(xiàn)象頻發(fā)的問題。因此，基于之前構(gòu)建的各類模型，撰寫系統(tǒng)的需求說明文檔，并將其作為后續(xù)項目設(shè)計、項目開發(fā)和項目測試的指導(dǎo)。 編寫目的網(wǎng)上預(yù)約掛號系統(tǒng)是基于Web開發(fā)技術(shù)完成的網(wǎng)站。需求說明文檔基于之前構(gòu)建的模型，并參照IEEE 8301998標(biāo)準(zhǔn)模板，撰寫的系統(tǒng)需求說明文檔如下。系統(tǒng)是否可以提高效率，減少人員的工作量。比如用戶要查詢眼科醫(yī)生的資料，系統(tǒng)的輸出就應(yīng)該只是眼科醫(yī)生的信息，而沒有必要把所有醫(yī)生的信息都輸出。比如用戶輸入查詢請求，那么系統(tǒng)應(yīng)該能夠給出詳細(xì)的信息。在提交預(yù)約掛號申請后系統(tǒng)也應(yīng)給出預(yù)約成功與否的提示。 刻畫系統(tǒng)輸出對于系統(tǒng)輸出我們要考慮系統(tǒng)輸出的形式，比如消息顯示，對話框等形式。 輸入事件分析對于該系統(tǒng)的輸入事件可能會包括如下情況：初始使用該系統(tǒng)的用戶需要先注冊，而對于已經(jīng)注冊的用戶在使用系統(tǒng)預(yù)約掛號時首先要登錄系統(tǒng)。l 要考慮的約束條件和要使用的規(guī)則 約束條件：同一醫(yī)生同一時間段內(nèi)只能接受一名患者的預(yù)約，根據(jù)醫(yī)療設(shè)備的屬性決定是否要排他性的使用。其他參與者：醫(yī)院的相關(guān)人員，比如患者，前臺咨詢員等。主要活動：患者注冊、登錄系統(tǒng)，患者在系統(tǒng)中查詢可以預(yù)約的醫(yī)生和時間，患者取消已有預(yù)約，患者進(jìn)行就診；管理員接受或拒絕預(yù)約，管理員分配醫(yī)生；醫(yī)生查詢預(yù)約信息。邏輯上下文：事件發(fā)生的條件是患者在系統(tǒng)中進(jìn)行了預(yù)約，然后管理員會根據(jù)現(xiàn)有的資源（可以預(yù)約的醫(yī)生）對預(yù)約進(jìn)行處理，如果同意，下一步就是醫(yī)生就診；如果沒有可以預(yù)約的醫(yī)生或合適的時間，患者的預(yù)約就不成功，患者需要重新選擇醫(yī)生或時間進(jìn)行預(yù)約。關(guān)鍵成功因素，要保證系統(tǒng)能夠24小時正常穩(wěn)定的運行，系統(tǒng)里的信息要是實時變化的，即可以預(yù)約的醫(yī)生要和實際在值班的醫(yī)生要匹配，不能出現(xiàn)掛上號了卻沒有醫(yī)生就診的情況。這些都是非功能需求。同時對于所有用戶都希望該系統(tǒng)是易用的，而且能夠?qū)ψ约旱男畔⑵鸬奖Ｗo(hù)即系統(tǒng)安全性的要求，還有比如說系統(tǒng)的性能比較高效，能夠及時處理自己的預(yù)約申請?；颊呦Ｍㄟ^完成注冊和登錄后能夠進(jìn)行掛號預(yù)約，查詢醫(yī)生的出診信息和個人預(yù)約信息，并且能夠在規(guī)定的時間內(nèi)完成掛號預(yù)約或者取消已有的預(yù)約；醫(yī)生則希望能夠在登錄系統(tǒng)后可以查看病人的預(yù)約情況；而管理員希望可以修改出診信息和調(diào)整預(yù)約掛號。對于管理員來說，他們負(fù)責(zé)對出診信息進(jìn)行管理，是醫(yī)院工作的安排者，具備較強的計算機(jī)使用能力。對于醫(yī)生來說，普遍具備較高的學(xué)歷，在醫(yī)療方面具備專業(yè)知識，有一定的計算機(jī)使用能力。而且該三類用戶各自的特征和所要面對的情景也是截然不同的。為了更好的設(shè)計并實現(xiàn)這一系統(tǒng)，對系統(tǒng)進(jìn)行需求建模和分析是十分必要的。第五篇：軟件需求案例分析問題描述許多醫(yī)院存在高峰期掛號排隊時間長，就診等待時間長，倒號現(xiàn)象頻發(fā)的問題。綜上所述，校方認(rèn)為建立一個畢業(yè)生就業(yè)管理系統(tǒng)是非常必要的，請上級領(lǐng)導(dǎo)批示。另外需要注意的是，畢業(yè)生就業(yè)管理系統(tǒng)的效益一般是無形的，只有經(jīng)過長期運行后的分析統(tǒng)計才能計算其收益，往往越成熟、科學(xué)、優(yōu)秀的畢業(yè)生就業(yè)管理系統(tǒng)，帶給我們的效益就越大。有意向的雙方可以通過網(wǎng)上面試的方式來進(jìn)行進(jìn)一步的溝通，提高學(xué)生和用人單位接觸頻率，促進(jìn)就業(yè)工作開展。對中意的單位可以投遞電子簡歷。用人單位可以瀏覽學(xué)生所在學(xué)校的網(wǎng)站來了解學(xué)校的概況及專業(yè)設(shè)置情況，了解學(xué)生專業(yè)知識結(jié)構(gòu)和綜合素質(zhì)，并且通過學(xué)校就業(yè)網(wǎng)站來核對電子簡歷的誠信度。大學(xué)生可以利用就業(yè)網(wǎng)絡(luò)內(nèi)容豐富、全面的就業(yè)信息，最新的國家就業(yè)政策和規(guī)范，了解國家就業(yè)形勢，更新就業(yè)觀念，樹立正確職業(yè)觀和就業(yè)觀。（4）網(wǎng)絡(luò)資源的充分利用。畢業(yè)生的就業(yè)指導(dǎo)工作極為薄弱，就業(yè)指導(dǎo)教師水平參差不齊，專業(yè)的、高素質(zhì)的就業(yè)指導(dǎo)教師太少；缺少優(yōu)質(zhì)的就業(yè)指導(dǎo)教材。在這種系統(tǒng)平臺下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢，及時提供高校學(xué)生工作管理人員對歷屆用人單位需求信息的分析統(tǒng)計，及時有效地調(diào)查分析大學(xué)畢業(yè)生的擇業(yè)趨勢和引發(fā)的心理問題并進(jìn)行及時有效的就業(yè)指導(dǎo)。傳統(tǒng)的決策指示憑經(jīng)驗的大致的估算，無法采集到大量的數(shù)據(jù)，也無法對采集到的數(shù)據(jù)進(jìn)行精確的分析，而畢業(yè)生就業(yè)管理系統(tǒng)通過internet，各院系和學(xué)生利用網(wǎng)絡(luò)的便利，可以直接查詢和提交就業(yè)信息，比較全面、及時地采集信息數(shù)據(jù)、并選定合適的管理模式，做出科學(xué)的決策，減少決策失誤。市場前景及經(jīng)濟(jì)效益初步分析這個系統(tǒng)雖然不是學(xué)院的直接收益產(chǎn)品，但其帶來的間接效益是毋庸置疑。這里只能給出對比其他同類學(xué)校信息系統(tǒng)的估算，3個階段全部完成，大概需要5萬人民幣。第三階段，系統(tǒng)管理，管理可以對學(xué)生用戶和站內(nèi)信息進(jìn)行管理。第一階段，著重處理學(xué)院現(xiàn)有的問題，把系統(tǒng)運行起來，重點放在用戶管理方面，分為用戶注冊、用戶審核和用戶登錄驗證三部分。項目產(chǎn)品或服務(wù)的市場預(yù)測（由于這個系統(tǒng)不是學(xué)院的直接收益產(chǎn)品，這里不做分析。在這種系統(tǒng)平臺下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢，及時提供高校學(xué)生工作管理人員對歷屆用人單位需求信息的分析統(tǒng)計，及時有效地調(diào)查分析大學(xué)畢業(yè)生的擇業(yè)趨勢和引發(fā)的心理問題并進(jìn)行及時有效的就業(yè)指導(dǎo)。解決目前高校就業(yè)信息管理中存在的一些問題，如信息傳遞不方便、不快捷，數(shù)據(jù)分析及就業(yè)指導(dǎo)不及時，學(xué)生簽約必須到不同部門領(lǐng)表、上交等繁瑣的操作等。所以，必須加強學(xué)生擇業(yè)的政策咨詢和信息服務(wù)，逐步建立起信息服務(wù)網(wǎng)絡(luò)，建立畢業(yè)生就業(yè)網(wǎng)絡(luò)系統(tǒng)，為實行網(wǎng)上求職擇業(yè)創(chuàng)造條件和提供服務(wù)。項目的意義和必要性畢業(yè)生就業(yè)信息系統(tǒng)和就業(yè)服務(wù)體系不完善，畢業(yè)生就業(yè)主要由學(xué)校、人才市場舉辦招聘會等方式獲得信息，與需求方見面，信息渠道比較窄。同時，通過信息反饋，優(yōu)化高等教育結(jié)構(gòu)，合理利用有效資源，促進(jìn)高等教育的健康發(fā)展”高校就業(yè)系統(tǒng)以招聘和求職系統(tǒng)為核心，以用人單位需求和服務(wù)為目標(biāo)。如何解決這一問題是擺在各級就業(yè)主管部門面前的嚴(yán)峻任務(wù)。我國部分高校目前正在嘗試通過網(wǎng)絡(luò)進(jìn)行畢業(yè)生的就業(yè)分配工作，但目前使用的就業(yè)網(wǎng)站的開發(fā)應(yīng)用，大多功能相對單一，多局限于就業(yè)信息的發(fā)布，就業(yè)信息的靜態(tài)統(tǒng)計結(jié)果的公布及簡單的就業(yè)信息查詢，其實用性和互動性已經(jīng)不能滿足高校就業(yè)形勢的需要。四、實驗步驟背景介紹隨著internet的迅猛發(fā)展和普及，我國高等院校紛紛建立自己的校園網(wǎng)，使高校的辦公，教學(xué)和管理工作發(fā)生了巨大的變化，并具有了新的特點，對教學(xué)管理工作提出了新的要求，也使得基于網(wǎng)絡(luò)的高校畢業(yè)生就業(yè)招聘成為可能。三、實驗環(huán)境 1．硬件：計算機(jī) 2．操作系統(tǒng)：windows平臺。二、實驗要求結(jié)合模擬項目—畢業(yè)生就業(yè)信息管理系統(tǒng)項目寫出項目建議書。2．要求開發(fā)商應(yīng)根據(jù)國家有關(guān)標(biāo)準(zhǔn)，提供開發(fā)計劃和實施方案。1．工作表述開發(fā)商將執(zhí)行下面任務(wù)：開發(fā)項目管理軟件。每寫一個需要都應(yīng)簡潔、直觀地采用用戶熟知的語言，而不要采用計算機(jī)術(shù)語。需求不該有歧義，要避免使用一些對于擬訂項目需求建議書的人很清楚，但對于其他人模糊不清的詞匯。3)低優(yōu)先權(quán)，表明有它很好，但我們必須認(rèn)識到如果沒有充足的時間或資源，它可以被放棄掉。1)高優(yōu)先權(quán)，表明需求必須體現(xiàn)在本階段項目的成果中或這個產(chǎn)品的版本中。如果所有的需求都被視為同等重要，那么在開發(fā)中遇到預(yù)t算削減、計劃超時或組員的離開而導(dǎo)致新的需求時，項目經(jīng)理將無所適從。(4)需求內(nèi)容應(yīng)該有優(yōu)先權(quán)。需求建議書中的每個需求都應(yīng)該有相應(yīng)[的出處，即說明什么是客戶確實需要的，什么要順應(yīng)于外部的需求、接口或標(biāo)準(zhǔn)。為了避免需求的不可行性，在需求分析階段應(yīng)該有核心技術(shù)人員參與，檢查在技術(shù)上什么能做、什么不能做，哪些需要額外的付出等。(2)需求應(yīng)該是可行的。沒有用戶的需求檢查就會導(dǎo)致很多項目實施中的問題出現(xiàn)。每個需求必須精確描述要交付的功能。編寫優(yōu)秀的項目需求[建議書沒有公式化的方法，需要大量的實踐經(jīng)驗。所以，很多時候都是由用戶與項目小組共同編寫。還有些開發(fā)商為了使自己的方案建議書更具有吸引力，甚至?xí)岢鲆恍┬枨蠼ㄗh書沒有涉及的好想法來拓展客戶的思路。在準(zhǔn)備需求建議書時，客戶往往會因為太過關(guān)注具體細(xì)節(jié)而忽略了一些重要的因素?？蛻籼峁┙o所有競標(biāo)供應(yīng)商的信息都是一樣的，避免了跟各開發(fā)商的重復(fù)溝通，同時，有需求建議書作為基準(zhǔn)，客戶可以約束各開發(fā)商以一致的格式提交方案建議書，以提高各供應(yīng)商之間的可比性。即使因為各種原因使得供應(yīng)商看不到或不愿響應(yīng)需求建議書，這種努力也是值得付出的。第一，需求建議書需要描述用戶的目標(biāo)與需求。對于一些預(yù)算較少的客戶，開發(fā)商往往不愿意花精力準(zhǔn)備正式的方案建議書，這種情況下，客戶的需求建議書就變得很重要。雖然它不能確?？蛻魮?jù)此就能獲得理想的解決方案，但卻可以幫助客戶發(fā)現(xiàn)那些盡可能接近自身需求的系統(tǒng)準(zhǔn)備。一般由項目的客戶自己起草，主要描述客戶的需求、條件以及對項目任務(wù)的具體要求，向可能的開發(fā)商發(fā)送。其實，客戶暗示大約的數(shù)字，告訴開發(fā)商他打算花多少錢來辦這件事是有好處的，這樣可以使開發(fā)商能夠提交與資金水平相適應(yīng)的申請書，提高在項目準(zhǔn)備階段的工作效率。對此需要引起注意。開發(fā)商是否能按照所要求的進(jìn)度完成項目計劃?(4)成本。如采用哪種類型的計算機(jī)軟件?數(shù)據(jù)庫的設(shè)計、方法是什么?用來建立管理信息系統(tǒng)的是哪種語言?采用哪些供應(yīng)商的設(shè)備?等等。一般評價標(biāo)準(zhǔn)