【正文】 只是眼科醫(yī)生的信息，而沒有必要把所有醫(yī)生的信息都輸出。 社會(huì)影響分析在進(jìn)行社會(huì)影響分析時(shí)要同時(shí)考慮到積極和消極兩個(gè)方面的問題。系統(tǒng)是否可以提高效率，減少人員的工作量。同時(shí)也要考慮過多的自動(dòng)化是否會(huì)削弱人對(duì)整個(gè)系統(tǒng)的意識(shí)，導(dǎo)致人對(duì)意外處理的能力降低，比如系統(tǒng)臨時(shí)出現(xiàn)問題，是否有一套應(yīng)急措施使醫(yī)院日常工作能夠正常的進(jìn)行。需求說(shuō)明文檔基于之前構(gòu)建的模型，并參照IEEE 8301998標(biāo)準(zhǔn)模板，撰寫的系統(tǒng)需求說(shuō)明文檔如下。 引言引言部分將對(duì)本文檔的編寫目的、系統(tǒng)的開發(fā)目的、名詞定義以及參考資料進(jìn)行說(shuō)明，并對(duì)文檔的后續(xù)內(nèi)容進(jìn)行概述。 編寫目的網(wǎng)上預(yù)約掛號(hào)系統(tǒng)是基于Web開發(fā)技術(shù)完成的網(wǎng)站。為了更好的設(shè)計(jì)并實(shí)現(xiàn)這一系統(tǒng)，對(duì)系統(tǒng)進(jìn)行需求建模和分析是十分必要的。因此，基于之前構(gòu)建的各類模型，撰寫系統(tǒng)的需求說(shuō)明文檔，并將其作為后續(xù)項(xiàng)目設(shè)計(jì)、項(xiàng)目開發(fā)和項(xiàng)目測(cè)試的指導(dǎo)。本文檔連同之前構(gòu)建的模型，可用來(lái)與客戶進(jìn)一步明確需求，同時(shí)可供項(xiàng)目經(jīng)理、設(shè)計(jì)人員、開發(fā)人員參考。 系統(tǒng)目的許多醫(yī)院存在高峰期掛號(hào)排隊(duì)時(shí)間長(zhǎng)，就診等待時(shí)間長(zhǎng)，倒號(hào)現(xiàn)象頻發(fā)的問題。因此，構(gòu)建一個(gè)網(wǎng)上預(yù)約掛號(hào)系統(tǒng)，通過推薦患者使用該系統(tǒng)進(jìn)行出診信息查詢和醫(yī)生預(yù)約，可以緩解就診壓力、節(jié)約患者的時(shí)間，并且可以在一定程度上保證預(yù)約者和就診者一致，有利于提高醫(yī)院的服務(wù)質(zhì)量。 名詞定義 l 患者預(yù)約系統(tǒng)網(wǎng)上預(yù)約掛號(hào)系統(tǒng)的子系統(tǒng)，主要用于為患者提供預(yù)約掛號(hào)、信息查詢等功能。l 醫(yī)生工作查詢系統(tǒng)網(wǎng)上預(yù)約掛號(hào)系統(tǒng)的子系統(tǒng)，主要用于為醫(yī)生提供各時(shí)段預(yù)約患者的信息。l 醫(yī)務(wù)管理系統(tǒng)網(wǎng)上預(yù)約掛號(hào)系統(tǒng)的子系統(tǒng)，主要用于為管理員提供出診信息修改、預(yù)約掛號(hào)調(diào)整等功能。l 賬號(hào)控制系統(tǒng)網(wǎng)上預(yù)約掛號(hào)系統(tǒng)的子系統(tǒng)，主要用于用戶賬號(hào)的注冊(cè)及登錄控制。l 安全保障系統(tǒng)網(wǎng)上預(yù)約掛號(hào)系統(tǒng)的子系統(tǒng)，主要用于保障系統(tǒng)的程序、網(wǎng)絡(luò)及數(shù)據(jù)庫(kù)安全。 參考資料[1]Objectiver: A KAOS (2004)[2]吳雙兵,[J].醫(yī)學(xué)信息學(xué)雜志, 2015, 36(1): 文檔概述需求說(shuō)明文檔主要分為三個(gè)部分。本節(jié)屬于引言部分，主要用于對(duì)文檔本身進(jìn)行定義和描述。文檔的第二部分為系統(tǒng)的整體描述，包括系統(tǒng)的預(yù)期目標(biāo)、限制條件以及用戶的需求、特征。文檔的第三部分是需求說(shuō)明，包含對(duì)系統(tǒng)需求的明確定義。 整體描述本節(jié)將對(duì)系統(tǒng)預(yù)期、用戶需求、用戶特征、條件與限制、假定與依賴以及需求分配進(jìn)行說(shuō)明。 系統(tǒng)預(yù)期為了方便用戶在不需安裝任何軟件的情況下使用系統(tǒng)，本系統(tǒng)整體采用B/S結(jié)構(gòu)，用戶可以通過瀏覽器對(duì)其進(jìn)行訪問。 用戶需求參照之前完成的目標(biāo)模型，對(duì)用戶的需求進(jìn)行整理和定義。由于系統(tǒng)整體較為復(fù)雜，因此本小節(jié)只包含已構(gòu)建目標(biāo)模型的功能性需求和非功能性需求。l 功能性需求為了實(shí)現(xiàn)患者進(jìn)行預(yù)約選擇的目標(biāo)，系統(tǒng)應(yīng)完成的需求如下。（1）系統(tǒng)擁有患者預(yù)約頁(yè)面以及預(yù)約按鈕：系統(tǒng)的預(yù)約頁(yè)面可以顯示未來(lái)1至3天的出診醫(yī)生及其所有可被預(yù)約的出診時(shí)段。其中，尚未被預(yù)約的時(shí)段擁有預(yù)約按鈕；已被預(yù)約的時(shí)段無(wú)法被其他患者預(yù)約，因此無(wú)預(yù)約按鈕。（2）系統(tǒng)接收到預(yù)約請(qǐng)求：當(dāng)患者點(diǎn)擊預(yù)約按鈕，系統(tǒng)可以接收到預(yù)約請(qǐng)求。（3）患者被告知預(yù)約選擇結(jié)果：系統(tǒng)可以對(duì)患者是否預(yù)約成功進(jìn)行判定，如果成功則跳轉(zhuǎn)至信息確認(rèn)頁(yè)面，否則彈出對(duì)話框給予患者相應(yīng)提示。為了實(shí)現(xiàn)患者確認(rèn)預(yù)約信息的目標(biāo)，系統(tǒng)應(yīng)完成的需求如下。（1）系統(tǒng)擁有預(yù)約信息確認(rèn)頁(yè)面以及預(yù)約提交按鈕：系統(tǒng)的預(yù)約信息確認(rèn)頁(yè)面會(huì)顯示預(yù)約的醫(yī)生和時(shí)段，患者的個(gè)人信息，以及預(yù)約提交按鈕，患者可以在提交預(yù)約前核對(duì)這些信息。（2）系統(tǒng)接收到預(yù)約提交請(qǐng)求：當(dāng)患者點(diǎn)擊提交按鈕，系統(tǒng)可以接收到預(yù)約提交請(qǐng)求。（3）患者被告知預(yù)約提交結(jié)果：系統(tǒng)可以對(duì)預(yù)約是否提交成功進(jìn)行判定，并彈出對(duì)話框給予患者相應(yīng)提示。l 非功能性需求 為了保證預(yù)約掛號(hào)系統(tǒng)的安全性，系統(tǒng)應(yīng)完成的需求如下。（1）用戶程序安全：系統(tǒng)應(yīng)明確區(qū)分不同類別用戶的權(quán)限。并且在用戶登錄時(shí)，輸入的密碼不可見、不可復(fù)制。（2）系統(tǒng)網(wǎng)絡(luò)安全：系統(tǒng)應(yīng)采取安全的網(wǎng)絡(luò)傳輸協(xié)議，網(wǎng)絡(luò)數(shù)據(jù)在被傳輸前應(yīng)進(jìn)行加密。（3）數(shù)據(jù)庫(kù)安全：數(shù)據(jù)庫(kù)中存儲(chǔ)的數(shù)據(jù)應(yīng)具備完整性，且密碼應(yīng)在加密后被存儲(chǔ)到數(shù)據(jù)庫(kù)中。此外，數(shù)據(jù)庫(kù)中的數(shù)據(jù)應(yīng)該可以被備份和恢復(fù)。 為了保證預(yù)約掛號(hào)系統(tǒng)的低成本，系統(tǒng)應(yīng)完成的需求如下。（1）系統(tǒng)開發(fā)成本低：開發(fā)團(tuán)隊(duì)?wèi)?yīng)具備合理的項(xiàng)目管理，且在開發(fā)前應(yīng)盡可能明確系統(tǒng)的需求。（2）系統(tǒng)運(yùn)營(yíng)成本低：系統(tǒng)在運(yùn)行過程中，應(yīng)該盡可能少的占用資源。（3）系統(tǒng)維護(hù)成本低：系統(tǒng)應(yīng)該健壯可靠，出現(xiàn)問題后應(yīng)該易于修復(fù)，且系統(tǒng)的功能應(yīng)該易于擴(kuò)展?？紤]到系統(tǒng)健壯可靠與系統(tǒng)開發(fā)成本低存在一定的沖突，因此需要進(jìn)行一定的權(quán)衡。 用戶特征本系統(tǒng)的用戶包含患者、醫(yī)生以及管理員三類，其特征如下。l 患者個(gè)體間在年齡、計(jì)算機(jī)使用能力等方面存在較大差異。l 醫(yī)生普遍具備較高的學(xué)歷，在醫(yī)療方面具備專業(yè)知識(shí)，有一定的計(jì)算機(jī)使用能力。l 管理員負(fù)責(zé)對(duì)出診信息進(jìn)行管理，是醫(yī)院工作的安排者，具備較強(qiáng)的計(jì)算機(jī)使用能力。 條件與限制為了保證系統(tǒng)的可移植性和可擴(kuò)展性，本系統(tǒng)應(yīng)使用Java語(yǔ)言進(jìn)行開發(fā)。 假定與依賴本系統(tǒng)假定提供的大、中、小三種字體大小可以滿足不同患者的需求，并且患者可以在系統(tǒng)的引導(dǎo)和提示下正常使用系統(tǒng)。 需求分配由于文檔中并未列出系統(tǒng)的全部需求，因此無(wú)法對(duì)所有需求進(jìn)行優(yōu)先級(jí)排序。但已經(jīng)列出的均為系統(tǒng)較為核心的功能性需求和非功能性需求，應(yīng)具有高優(yōu)先級(jí)。 需求說(shuō)明需求說(shuō)明部分將參照之前完成的模型，對(duì)系統(tǒng)結(jié)構(gòu)、對(duì)象模型以及操作過程模型進(jìn)行詳細(xì)描述。 系統(tǒng)結(jié)構(gòu)本部分將主要參照?qǐng)D 31所示的責(zé)任模型，根據(jù)主體對(duì)需求進(jìn)行劃分?？紤]到系統(tǒng)較為復(fù)雜，因此只列出主體“患者預(yù)約系統(tǒng)”的相關(guān)需求。l 患者預(yù)約系統(tǒng)系統(tǒng)擁有患者預(yù)約頁(yè)面以及預(yù)約按鈕。系統(tǒng)接收到預(yù)約請(qǐng)求?；颊弑桓嬷A(yù)約選擇結(jié)果。系統(tǒng)擁有預(yù)約信息確認(rèn)頁(yè)面及預(yù)約提交按鈕。系統(tǒng)接收到預(yù)約提交請(qǐng)求?；颊弑桓嬷A(yù)約提交的結(jié)果。 對(duì)象模型本部分將主要對(duì)圖 41所示的對(duì)象模型的結(jié)構(gòu)進(jìn)行解釋。網(wǎng)上預(yù)約掛號(hào)系統(tǒng)可以被詳細(xì)劃分為患者預(yù)約系統(tǒng)、醫(yī)生工作查詢系統(tǒng)、醫(yī)務(wù)管理系統(tǒng)、賬號(hào)控制系統(tǒng)、安全保障系統(tǒng)等五個(gè)子系統(tǒng)?；颊哳A(yù)約系統(tǒng)、醫(yī)生工作查詢系統(tǒng)、醫(yī)務(wù)管理系統(tǒng)的使用者分別為患者、醫(yī)生和管理員，這些用戶通過系統(tǒng)提供的頁(yè)面與系統(tǒng)進(jìn)行交互。 操作過程模型本部分將主要對(duì)圖 51，圖 53和圖 54所示的操作過程模型進(jìn)行說(shuō)明，并以表格的形式列出各操作過程的參與主體及對(duì)應(yīng)需求。l 患者進(jìn)行預(yù)約選擇患者點(diǎn)擊預(yù)約按鈕后，患者預(yù)約系統(tǒng)會(huì)收到患者的預(yù)約請(qǐng)求，并觸發(fā)預(yù)約驗(yàn)證操作，得到預(yù)約驗(yàn)證結(jié)果。接下來(lái)，患者預(yù)約系統(tǒng)會(huì)以得出的預(yù)約結(jié)果為基礎(chǔ)，進(jìn)行預(yù)約結(jié)果判定，進(jìn)而執(zhí)行頁(yè)面跳轉(zhuǎn)或消息框彈出操作。l 患者確認(rèn)預(yù)約信息患者點(diǎn)擊提交按鈕后，患者預(yù)約系統(tǒng)會(huì)收到患者的預(yù)約提交請(qǐng)求，并觸發(fā)預(yù)約提交操作。接下來(lái)，患者預(yù)約系統(tǒng)會(huì)根據(jù)提交結(jié)果彈出包含相應(yīng)信息的提示框。以上部分涉及到的操作過程及與之對(duì)應(yīng)的主體、需求如下表所示。以上部分涉及到的操作過程及與之對(duì)應(yīng)的主體、需求如表 41所示。操作 預(yù)約驗(yàn)證 參與主體對(duì)應(yīng)需求患者預(yù)約系統(tǒng) 系統(tǒng)接收到預(yù)約請(qǐng)求，患者被告知預(yù)約選擇結(jié)果預(yù)約結(jié)果判定 患者預(yù)約系統(tǒng) 患者被告知預(yù)約選擇結(jié)果 預(yù)約提交 患者預(yù)約系統(tǒng) 系統(tǒng)接收到預(yù)約提交請(qǐng)求，患者被告知預(yù)約提交結(jié)果第三篇：軟件工程師可行性和需求分析報(bào)告軟件工程師可行性與需求分析報(bào)告一、職業(yè)目標(biāo)與內(nèi)容職業(yè)定義軟件工程師是一個(gè)認(rèn)證考試，具體地說(shuō)是從事軟件職業(yè)的人員的一種職業(yè)能力的認(rèn)證，通過它說(shuō)明具備了工程師的資格。主要工作進(jìn)行軟件前期的項(xiàng)目需求的分析，然后對(duì)項(xiàng)目進(jìn)行風(fēng)險(xiǎn)評(píng)估并試圖解決這些風(fēng)險(xiǎn)，然后開始進(jìn)行軟件的開發(fā)，后期對(duì)軟件的進(jìn)度做相關(guān)的評(píng)估。一般可以分為系統(tǒng)軟件工程師，應(yīng)用軟件工程師兩類。在企業(yè)中職位一般分為以下四種人：企業(yè)信息化管理：負(fù)責(zé)信息化建設(shè)中的目標(biāo)與方案決策，信息化建設(shè)、升級(jí)、更新；工程技術(shù)人員：負(fù)責(zé)軟件系統(tǒng)的分析、設(shè)計(jì)、開發(fā)、數(shù)據(jù)庫(kù)、使用、維護(hù)和升級(jí)；運(yùn)行維護(hù)崗位：負(fù)責(zé)軟件開發(fā)代碼的編寫以及基本的開發(fā)和測(cè)試；操作應(yīng)用人員：主要應(yīng)用軟件進(jìn)行日常的管理工作。工作內(nèi)容按照客戶需求和市場(chǎng)需求進(jìn)行設(shè)計(jì)、開發(fā)相應(yīng)軟件產(chǎn)品。根據(jù)工作的進(jìn)度和編程工作規(guī)范編寫系統(tǒng)中的功能模塊。對(duì)編寫的所有程序進(jìn)行嚴(yán)格的測(cè)試。對(duì)軟件實(shí)施測(cè)試方案，從而進(jìn)行軟件故障的診斷、定位、分析和調(diào)試。編寫軟件產(chǎn)品實(shí)施文檔，并管理相關(guān)軟件文檔。對(duì)業(yè)務(wù)部門提供相應(yīng)的軟件技術(shù)支持。參加各種相關(guān)軟件應(yīng)用培訓(xùn)課程。二、職業(yè)可行性分析社會(huì)可行性目前國(guó)內(nèi)軟件測(cè)試工程師的來(lái)源主要有三方面：一是以前專業(yè)做軟件開發(fā)的人員后來(lái)轉(zhuǎn)行做軟件測(cè)試，二是從大學(xué)招