需求调查-信息系统分析与设计.pptVIP

练习5 课程查询系统 教师、学生、辅导员可以查询自己的课表；教务管理人员可以管理和维护课表（修改和打印报表等）。 《include》 《extend》 《extend》 少了什么？ 练习6 图3-12 物业管理系统用例模型局部 这个是一个物业管理系统，他有一些明显的问题，请你分析。 * 2.4 用例模型描述及检验 用例模型本身非常简洁，但是内容也有限。 无法描述用例内部的内容。 活动图可以描述用例内部过程。 2.4.1活动图要素 2.4.1活动图描述用例间关系 2.4.1活动图描述用例内部 2.4.1活动图描述用例内部 2.4.1活动图描述用例内部 2.4.1活动图描述用例内部 2.4.1活动图描述用例内部 2.4.1活动图描述用例内部 请你绘制统计分析子系统中数据统计用例的活动图。 2.4.2状态图（读一下P53第二段） 2.4.2状态图 围绕同一个实体 有先后顺序 从多个活动图里抽出 处理多个实体比较牵强 2.4.3用例说明 用例说明是用结构性的语言来描述用例模型中的 用例。 完整的用例说明包括简要说明、前提条件、事件 流、事后条件和非功能性需求5个方面的内容。 实际操作中可以有所删减，但是应该保持团队内 使用相同的书写规范。 2.4.3用例说明 （1）简要说明：用例名称也是一种简要说明。 （2）前提条件：执行功能前必须满足的条件。 （3）事件流：描述具体细节，说明操作步骤。 （4）事后条件：用例执行后必须为真的条件。 （5）非功能性需求：用例运行的可靠性、可用性 和支持性的需求，及性能和设计约束上的需求。 自然语言存在的问题 （1）界限不清 （2）逻辑次序不明确 （3）含义模糊的形容或副词 结构式语言形式 （1）祈使句 动宾短语 （2）判断句 If then （3）循环句 按条件循环执行 （4）混合句 混合使用上述三种句型，嵌套 比如说当用户为总经理时按时服务项目和窗口逐一显现所有的服务条目。 用例说明一例(P56) 用例说明一例 2.4.4情景描述板 用例本身，及其各类说明，都是从系统开发者的 角度，按照规范的语言和格式完成的，对用户而 言不够直观。 如果给出一些界面（情景），让用户在使用的过 程中体验，就可以增加其对目标系统的理解。也 可以使其比较容易的确认目前需求识别的不足。 情景描述板举例 用例检验 （1）情景描述板的完整性 （2）用例说明的准确性 （3）前后置条件是否与业务流程吻合 （4）用例说明提示信息的检验 （5）非功能性检验 （6）可用性评价（ P60） 练习1 教务系统里的有一个修改成绩用例，请你画出这一用例内部的活动图，并且加以简单描述。 练习1 为什么不用登陆呢？ 练习2 棋牌馆管理系统用例模型局部 系统主要功能：以终端机向客户提供座位预定的服务，并且如果暂时无法获取座位，允许客户进入“等候队列”，此时，用户可以在休息大厅休息直到有座位。另外，该系统还将为总台服务员提供作座位安排以及结账的功能，要求能够支持现金和银行卡两种收款方式。 《extend》 《extend》 《include》 练习2 2.3.1用例模型规范－用例图基本符号 扩展：描述了一个用例扩展使用了另外的用例 包含：描述了一个用例包含使用了另外的用例 用例图示例 关于扩展和包含 1、高层用例模型 高层用例模型的形成来自与高层的业务流程图，转换方法是：把高层业务流程图中的功能转换为用例，把参与某项功能的人转换为参与者。 2.3.3 用例模型的建立 * 总体业务流程图(P34,例如） 2.3.2高层用例模型 2.3.2会员卡管理用例 2.3.2会员卡管理用例（P44考察标识1.1-1.4） 2.3.2会员档案管理用例 2.3.2会员档案管理用例 * 卡业务处理业务流程图 2.3.2业务处理作业用例 * 统计分析业务流程图 5、统计分析用例模型 2.3.2业务处理作业用例 2.3.2用例模型间的层次关系 2.3.2泛化和具体化 1、检验用例模型与业务流程图之间的关系 最高层用例图中的用例应该与最高层业务流程图中描述的功能对应，并且名称也要尽量一致，每个用例实际上是一个相对独立的业务领域，是完整系统中的一个子系统。 其余用例模型中的用例应该与对应的业务流程图中描述的功能有对应关系，用例集合是功能集合的一个子集，也就是说，业务流程图中的所有功能并不一定都能实现，但用例一定与某个功能有全部或部分对应关系，不能凭开发人员的想象而增加用例。(卡类型管理和讨论提案) 2.3.4 用例模型的检验 2、用例模型的检验 用例模型检验主要考