第6章软件需求分析与建模.ppt

* 5．用例分析技术应用要点 (3)采用先事后人的方式分析是要点 应该将人(角色、参与者)和事(场景、用例)分开考虑； 在确定它们之间关联时，要先事后人地思考。 在确定了参与者之后，再抽取出“事”(也就是用例)，然后完成它们之间的连接，就可以很轻松地获得更合理的结果了。 * 案例 在开发一套医院管理系统时，分析人员了解到如下所示的需求： 在药房中，有3个主参与者：接待员、药房技师和药剂师。其中任何一个参与者都可能接待客户，接收处方。药房技师和药剂师都可以按照处方抓药，但只有药剂师有权审核处方并在处方中签字，而药房技师是协助药剂师的。 找出参与者：接待员、药房技师和药剂师 抽取出“事”（用例）：收处方、配药、审核 (业务活动 ) 找出关系： * * 6．2. 4 周期一的产物 体检医院管理系统 “客服管理子系统”、“体检业务子系统”和“物资管理子系统”三个主题域。以“体检业务子系统 ”为例。 1．工作任务说明 在需求分析的第一阶段，核心任务就是结合业务流程、报表的需求，梳理出结构框架(领域模型)和行为脉络(流程图-用例模型)，为第二阶段的需求分析工作建立基础；指出方向。 而具体来说，就是从上一阶段标识出来的业务事件(业务流程的起点)和报表列表开始，展开对中层管理人员的访谈与调研，而范围就是“体检业务子系统”所对应的服务中心、体检科室和综合科三个部门。然后再根据访谈的结果完成事、物、人的分析，最后在此基础上抽象出该主题域的领域模型和用例模型。 * 2．业务事件分析 标识出了体检者申请体检、体检者中途改单、财务部门提交团队缴费情况、客服中心查询体检情况、维护人员管理体检项和系统通知用户取报告6个业务事件 以 “体检者申请体检”业务事件为例 进行 业务 流程分析 、业务实体分析、角色—使用场景分析 * 体检者申请体检-业务流程 访谈过程中，用户代表描述的信息： 当体检者要体检时，首先将到服务中心办理。如果已经预约，则告诉服务人员其预约号或姓名；如果没有预约则填写体检申请表，选择体检项目或体检套餐(可以自由组合体检项目和体检套餐)。服务人员将根据预约单或体检申请表的内容生成系统中的体检单，并打印出来。 体检者拿着体检单到收费窗口交费，收费人员根据体检单中的体检项或体检套餐对应的费用项计算总费用，生成相应的账单，收完费用后在体检单上盖上“收费已迄”的图章；如果公司已经付过相应费用，则直接盖上“收费已迄”图章。 体检者拿着体检单到各体检科室进行体检，体检医生体检完后在体检单上注明已体检，并在体检完成后将该体检项的体检结果记录在电脑中。 当所有的体检项都体检完之后，综合科医生将根据体检结果填写体检报告。 当体检报告生成完毕后，服务人员就可以将其返还给客户。客户可以自行领取，可由公司代表统一领取，也可以由客服中心人员代为领取。 * (1)体检者申请体检 ①业务流程分析 * 业务实体分析 业务实体分析的关键是理清问题域中的关键术语之间的关系， 找出候选类，及其关系，绘制类图 * 角色—使用场景分析 。 最后我们还将研究项目的边界，完成流程图到用例图的转换，完成系统的角色和使用场景分析。 * 将本业务流程所涉及的所有业务活动以如图6-91所示的用例图表示出来 * 3．报表分析 对于报表而言，分析工作可以分成why(目标)、what(内容)与How(展现形式)三个层次 以“体检业务周期统计报表”为例 (1)why:对于报表而言，Why要解决的问题包括：部门／职位、目的、相关场景与查询频率等方面的内容。 * (2)what(内容): 对于每一类报表，我们还需要确定与它相关的业务实体(用类图来表示)、主要的数据项、数据项的计算方法，同时还要确定有多少具体的报表。 ．相关业务实体分析 ．报表项分析 ．数据项及计算方法分析 * 4．抽象与整理 (1)抽象用例模型 (2)抽象类模型 5．填充需求规格说明 通过以上分析，就可以完成结构框架和行为脉络的填充，同时将其填充到软件需求规格说明书中 。 (1)Word文档组织示例 (2) Rose组织示例 * 第6章 需求分析与建模最佳实践 6.1 需求分析与建模的要点与误区分析 6.2 周期一:理清框架与脉络 6.3 周期二：确定需求细节 6.4 其他需求分析 You are here! 你在这儿！ * 6.3 周期二：确定需求细节 6.3.1 确定行为需求的细节 6.3.2 确定结构需求的细节 6.3.3 周期二的产物 * 方法4：分析模型中有3种十分有用的构造型：实体类、控制类和边界类 实体类：实体对象的抽象，通常来自域模型也就是现实世界，用来描述具体的实体，通常映射到数据库表