t-r-軟件需求規(guī)格說明書(編輯修改稿)
2025-06-09 22:37 本頁面
【文章內(nèi)容簡介】 的全過程關(guān)鍵改單流程體檢者在中途發(fā)現(xiàn)需要修改體檢內(nèi)容的應(yīng)對處理過程重要補(bǔ)打報(bào)告流程一般投訴流程一般 體檢流程（1）業(yè)務(wù)流程分析【使用《業(yè)務(wù)流程描述表》來對流程進(jìn)行詳細(xì)說明?！苛鞒滔嚓P(guān)文檔/表單文檔/表單名稱流程環(huán)節(jié)說明(包括獲得方式)體檢單開單描述用戶選擇的體檢項(xiàng)目（可從服務(wù)中心獲得）流程相關(guān)規(guī)則類型規(guī)則描述備注行為在體檢科室，只對蓋章的體檢單進(jìn)行體檢變化可能/關(guān)鍵例外對于團(tuán)隊(duì)客戶，我們建議另外開設(shè)一個(gè)窗口，為用戶提供批量開單的工作，讓團(tuán)隊(duì)客戶派一個(gè)位代表領(lǐng)取所有人的體檢單。（2）業(yè)務(wù)數(shù)據(jù)分析【使用《領(lǐng)域類片段》來對該流程涉及到的業(yè)務(wù)數(shù)據(jù)之間的關(guān)系進(jìn)行說明。】（3）業(yè)務(wù)場景分析【使用《用例圖片段》來對該流程涉及到角色、主要場景進(jìn)行說明。】圖例：用戶扮演的角色系統(tǒng)支持的業(yè)務(wù)活動(dòng)角色指向活動(dòng)：能執(zhí)行活動(dòng)指向角色：通知/調(diào)用右角色能執(zhí)行左角色可執(zhí)行的所有活動(dòng) 角色—最終用戶映射表角色最終用戶服務(wù)人員收費(fèi)人員體檢醫(yī)生綜合醫(yī)生用例簡述類型用例名稱用例簡述優(yōu)先級開單關(guān)鍵收費(fèi)關(guān)鍵記錄體檢結(jié)果關(guān)鍵出具報(bào)告關(guān)鍵返回報(bào)告有用 改單流程（1）業(yè)務(wù)流程分析【使用《業(yè)務(wù)流程描述表》來對流程進(jìn)行詳細(xì)說明?！浚?）業(yè)務(wù)數(shù)據(jù)分析【使用《領(lǐng)域類片段》來對該流程涉及到的業(yè)務(wù)數(shù)據(jù)之間的關(guān)系進(jìn)行說明?！浚?）業(yè)務(wù)場景分析【使用《用例圖片段》來對該流程涉及到角色、主要場景進(jìn)行說明。】 管控點(diǎn)分析【首先用《管控點(diǎn)列表》概述，然后分章節(jié)描述每個(gè)管控點(diǎn)，將其細(xì)化為具體的報(bào)表需求，數(shù)據(jù)挖掘需求等?！?. 具體需求【這個(gè)部分主要針對操作層讀者，在需求二階段完成目錄，需求三階段填充內(nèi)容?！?xx子系統(tǒng)【這個(gè)部分也將分不同的子系統(tǒng)進(jìn)行描述。】 用例模型【這個(gè)部分先使用一個(gè)子系統(tǒng)用例模型來概述，該模型源于這個(gè)業(yè)務(wù)子系統(tǒng)各個(gè)流程的用例圖片段的整合（在整合時(shí)可以將報(bào)表也整合到這個(gè)用例模型中。）】 服務(wù)人員【這個(gè)部分按不同的用戶角色來分章節(jié)，用戶角色源于用例圖。然后將每個(gè)角色的每個(gè)用例進(jìn)行詳細(xì)的描述?！?開單（UC_B_TJ_KaiDan）概述n 用例名稱：開單n 編號：UC_B_TJ_KaiDan n 參與者：服務(wù)人員n 用例概述：服務(wù)人員根據(jù)體檢者的選擇或預(yù)約單開具體檢單，并打印出來交給體檢者。n 相關(guān)Stakholder：Stakeholder利益點(diǎn)體檢者1） 辦理速度要快，避免排長隊(duì)2） 無需記錄無意義的預(yù)約號收費(fèi)人員1）可直接調(diào)出體檢單生成帳單事件流
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1