t-r-軟件需求規(guī)格說明書-全文預覽
【正文】 未生成]體檢項情況={體檢項名稱+體檢項狀態(tài)}n 每體檢項一條體檢項狀態(tài)=[已生成|未生成]n 設計約束：l 協(xié)議格式要求：無l 性能要求：在接聽客戶電話時能夠快速查出l 環(huán)境限制：客戶服務管理子系統(tǒng)與體檢業(yè)務子系統(tǒng)之間將通過廣域網(wǎng)聯(lián)接，ADSL帶寬受限5. 補充規(guī)約 全局質(zhì)量屬性【這個部分對系統(tǒng)中最重要的質(zhì)量屬性進行歸納，并使用一系列《非功能場景》來進行描述?！?)系統(tǒng)將以城市運營體部署，未來可能將整套系統(tǒng)復制到其他城市。l 預約項目：記錄預約者選擇的體檢套餐和體檢項目，在此以子表的形式記錄體檢套餐和體檢項目的編號；其編號規(guī)則參見領域類“體檢套餐”和“體檢項目”。】 預約單（BO_YYD）【逐個對業(yè)務數(shù)據(jù)的構成進行說明。l 打印頁面：提供打印預覽窗口。l 當體檢者選擇出多個體檢項目時，系統(tǒng)能夠自動給出體檢套餐建議。n 相關Stakholder：Stakeholder利益點體檢者1） 辦理速度要快，避免排長隊2） 無需記錄無意義的預約號收費人員1）可直接調(diào)出體檢單生成帳單事件流n 前置條件：無n 后置條件：確保沒有重復的體檢項目n 基本事件流：1. 參與者輸入用戶姓名或預約號，系統(tǒng)確認用戶已經(jīng)預約，并從預約單中獲取體檢套餐與體檢項目顯出在屏幕上；2. 系統(tǒng)確認用戶選擇的體檢套餐與體檢項目符合要求（參見規(guī)則UC_KD_01）；3. 系統(tǒng)保存并打印體檢單?！?用例模型【這個部分先使用一個子系統(tǒng)用例模型來概述，該模型源于這個業(yè)務子系統(tǒng)各個流程的用例圖片段的整合（在整合時可以將報表也整合到這個用例模型中?！浚?）業(yè)務場景分析【使用《用例圖片段》來對該流程涉及到角色、主要場景進行說明。（2）業(yè)務數(shù)據(jù)分析【使用《領域類片段》來對該流程涉及到的業(yè)務數(shù)據(jù)之間的關系進行說明?！俊颈菊鹿?jié)使用《業(yè)務子系統(tǒng)描述》，講清業(yè)務子系統(tǒng)劃分、它們之間的接口，對業(yè)務進行總體說明。及時提醒銷售人員向團隊客戶反饋體檢結果，做好服務。 避免物資供應脫節(jié)問題是物資供應脫節(jié)影響體檢科室、物資供應中心，體檢客戶問題的后果因物資短缺而導致某些體檢無法正常進行，或者無法及時得出體檢結果，導致體檢客戶的滿意度下降成功的解決方案通過安全庫存（根據(jù)物資消耗速度和采購周期確定）的管理策略，確保避免物資供應脫節(jié)現(xiàn)象的出現(xiàn)【先使用《干系人列表》整理出項目的所有干系人，再使用《干系人檔案》對每個干系人進行詳細描述，并且需要對干系人核心關注點進行編號跟蹤?！?避免預約安排撞單現(xiàn)象問題機會編號描述在手工操作下，由于信息沒有有效共享，因此經(jīng)常會出現(xiàn)預約安排撞單的現(xiàn)象，也就是在將多個團隊客戶安排在同一天、同一個門店進行體檢范圍與限制團隊客戶問題影響了誰1） 團隊客戶2） 客服中心3） 體檢門店產(chǎn)生什么后果1） 團隊客戶：排隊時間變長，滿意度下降2） 客服部門：應對投訴，客戶滿意度下降后銷售更難3） 體檢門店：出現(xiàn)超負荷工作量解決方案要點通過共享各個體檢門店的最大負荷量、當時預約安排量，來避免撞單發(fā)生概率?！?. 任務概述【本章節(jié)主要針對高層讀者，通常在需求一階段完成?！勘拘枨笠?guī)格說明書預期的讀者對象包括各類用戶代表、開發(fā)團隊中的各類參與者，用來對項目涉及的業(yè)務知識和系統(tǒng)開
環(huán)評公示相關推薦
鄂ICP備17016276號-1