《TR软件需求规格说明书.doc》由会员分享，可在线阅读，更多相关《TR软件需求规格说明书.doc（24页珍藏版）》请在金锄头文库上搜索。
1、TR软件需求规格说明书22020年4月19日文档仅供参考软件需求规格说明书1. 文档概述【本章节内容应该在整个需求规格基本写完后，再进行总的修订。】1.1 编写目的【说明本需求规格说明书预期的读者对象，以及每类读者对象应该重点阅读的章节。】本需求规格说明书预期的读者对象包括各类用户代表、开发团队中的各类参与者，用来对项目涉及的业务知识和系统开发所需解决的问题、满足的需求达成共识。各类的读者对象应该重点阅读的章节如下表所示：用户类别用户代表重点章节说明高层用户院长、副院长第2小节对系统的总体目标进行确认第3小节经过目录对大致范围进行确认中层用户客服中心经理3.1小节对相关的流程、数据、管理控制点
2、进行确认4.1小节经过目录对涉及的主要场景进行确认服务中心、综合科、体检科室经理3.2小节对相关的流程、数据、管理控制点进行确认4.2小节经过目录对涉及的主要场景进行确认物资供应中心经理3.3小节对相关的流程、数据、管理控制点进行确认经过目录对涉及的主要场景进行确认技术用户信息中心第2小节对系统相关事实、假定、目标、范围进行确认第5小节对非功能性需求、设计约束进行确认操作层（略）开发团队（略）1.2 背景【说明与本次项目开发相关的重要事实与关键假定。】1.3 定义【列出本文档中重要的缩写词和专业术语，以便读者能够更好地阅读本文档。】1.4 参考资料【列出阅读本文档时需要延伸阅读的参考资料，每个
3、参考资料应该写明：名称、来源、引用目的、关键信息摘录。】2. 任务概述【本章节主要针对高层读者，一般在需求一阶段完成。】2.1 项目目标【本章节定义项目目标，也就是成功标准。对于每条目标能够使用一个小节，用问题卡片描述，还能够对每个问题进一步分析说明。对于每张问题卡片最好编号跟踪。】2.1.1 避免预约安排撞单现象问题机会编号描述在手工操作下，由于信息没有有效共享，因此经常会出现预约安排撞单的现象，也就是在将多个团队客户安排在同一天、同一个门店进行体检范围与限制团队客户问题影响了谁1） 团队客户2） 客服中心3） 体检门店产生什么后果1） 团队客户：排队时间变长，满意度下降2） 客服部门：应对
4、投诉，客户满意度下降后销售更难3） 体检门店：出现超负荷工作量解决方案要点经过共享各个体检门店的最大负荷量、当时预约安排量，来避免撞单发生概率。2.1.2 经过系统实现体检业务流程标准化问题机会编号描述当前流程采用全手工状态，无法确保每个岗位都按标准化流程执行，现在只能靠有经验的门店经理来协助解决；而未来随着企业扩张，使多个门店执行相同的标准化流程变得十分困难。范围与限制体检业务相关流程（门店范围内），覆盖未来的自营、加盟门店问题影响了谁1）体检门店产生什么后果流程不标准，导致服务无法标准化，降低用户体验，增加了管理成本。解决方案要点经过系统固化流程，实现流程的标准化。2.1.3 避免物资供应
5、脱节问题是物资供应脱节影响体检科室、物资供应中心，体检客户问题的后果因物资短缺而导致某些体检无法正常进行，或者无法及时得出体检结果，导致体检客户的满意度下降成功的解决方案经过安全库存（根据物资消耗速度和采购周期确定）的管理策略，确保避免物资供应脱节现象的出现2.2干系人分析【先使用干系人列表整理出项目的所有干系人，再使用干系人档案对每个干系人进行详细描述，而且需要对干系人核心关注点进行编号跟踪。】类别名称说明相关度影响度出资人院长项目提出人高(中)高使用人门店经理是确保经过系统实现体检业务流程标准化的关键岗位高(中)高(低)使用人客服中心经理高中使用人物资中心经理高中评价者团队客户低中评价者V
6、IP客户低中评价者散户低低使用人体检科室低低使用人财务部经理低中2.2.1 客服中心经理名称客服中心经理类别使用人相关度高影响度中代表XXXXX（具体人的姓名、职位）联系方式XXXXX（这个具体人的名字）职责来源于对方的岗位职责核心关注点编号内 容重要度避免多个销售打扰同个客户。避免预约安排出现撞单。给销售提供足够的话术支持。及时提醒销售人员向团队客户反馈体检结果，做好服务。备注2.3项目约束【对本项目的进度、预算、资源等方面的约束进行描述。】3. 业务分析【本章节主要针对中层读者，高层读者阅读目录，中层读者选择相关的业务进行阅读。本章节的目录将在需求第一阶段完成，内容将在需求第二阶段完成。】
7、3.1概述【本章节使用业务子系统描述，讲清业务子系统划分、它们之间的接口，对业务进行总体说明。】图例：业务子系统服务接口提供服务(图中为实心直线)使用服务 主题域说明主题域名称类型说明客服管理子系统新增为客服中心提供预约、销售管理等日常工作支持，避免撞单出现体检业务子系统新增对体检门店的体检业务流程进行标准化，以利于未来企业的扩张物资管理子系统新增财务子系统建议外购服务接口说明服务接口名称提供者使用者说明获取预约单客服体检对预约客户，根据预约单生成体检单 3.2 体检业务子系统【每个子系统分为事件/流程、管控点两个部分描述。】3.2.1 业务流程分析【首先用事件(流程)列表概述，然后分章节描述
8、每个事件/流程，对每个事件/流程进行流程分析、领域建模、用户场景分析（生成用例）】主题域事件名称简要说明优先级客户代表体检业务子系统体检流程体检者从申请体检到获取体检结果结束的全过程关键改单流程体检者在中途发现需要修改体检内容的应对处理过程重要补打报告流程一般投诉流程一般3.2.1.1 体检流程（1）业务流程分析【使用业务流程描述表来对流程进行详细说明。】流程相关文档/表单文档/表单名称流程环节说明(包括获得方式)体检单开单描述用户选择的体检项目（可从服务中心获得）流程相关规则类型规则描述备注行为在体检科室，只对盖章的体检单进行体检变化可能/关键例外对于团队客户，我们建议另外开设一个窗口，为用
9、户提供批量开单的工作，让团队客户派一个位代表领取所有人的体检单。（2）业务数据分析【使用领域类片段来对该流程涉及到的业务数据之间的关系进行说明。】（3）业务场景分析【使用用例图片段来对该流程涉及到角色、主要场景进行说明。】图例：用户扮演的角色系统支持的业务活动角色指向活动：能执行活动指向角色：通知/调用右角色能执行左角色可执行的所有活动 角色最终用户映射表角色最终用户服务人员收费人员体检医生综合医生用例简述类型用例名称用例简述优先级开单关键收费关键记录体检结果关键出具报告关键返回报告有用3.2.1.2 改单流程（1）业务流程分析【使用业务流程描述表来对流程进行详细说明。】（2）业务数据分析【使
10、用领域类片段来对该流程涉及到的业务数据之间的关系进行说明。】（3）业务场景分析【使用用例图片段来对该流程涉及到角色、主要场景进行说明。】3.2.2 管控点分析【首先用管控点列表概述，然后分章节描述每个管控点，将其细化为具体的报表需求，数据挖掘需求等。】4. 具体需求【这个部分主要针对操作层读者，在需求二阶段完成目录，需求三阶段填充内容。】4.1 xx子系统【这个部分也将分不同的子系统进行描述。】4.1.1 用例模型【这个部分先使用一个子系统用例模型来概述，该模型源于这个业务子系统各个流程的用例图片段的整合（在整合时能够将报表也整合到这个用例模型中。）】4.1.1.1 服务人员【这个部分按不同的
11、用户角色来分章节，用户角色源于用例图。然后将每个角色的每个用例进行详细的描述。】1、 开单（UC_B_TJ_KaiDan）1、概述n 用例名称：开单n 编号：UC_B_TJ_KaiDan n 参与者：服务人员n 用例概述：服务人员根据体检者的选择或预约单开具体检单，并打印出来交给体检者。n 相关Stakholder：Stakeholder利益点体检者1） 办理速度要快，避免排长队2） 无需记录无意义的预约号收费人员1）可直接调出体检单生成帐单2、事件流n 前置条件：无n 后置条件：确保没有重复的体检项目n 基本事件流：1. 参与者输入用户姓名或预约号，系统确认用户已经预约，并从预约单中获取体检套餐与体检项目显出在屏幕上；2. 系统确认用户选择的体检套餐与体检项目符合要求（参见规则UC_KD_01）；3. 系统保存并打印体检单。n 备选（扩展）事件流：1a. 参与者或系统确认用户没有预约 1a1. 参与者输入用户基本信息，并根据用户选择输入体检餐套与体检项目信息；1b. 系统发现有多个可能重名的预约用户 1b1. 系统显示出所有可能重名的预约用户，并显示区分身份的主要信息； 1b2. 参与者从中选
