面向对象建模第2章 需求分析与USECASE模型高俊涛提纲2.1 软件需求的概念什么是软件需求需求分析的困难2.2 用例建模基本元素及关系场景反模式2.3本章
小结
学校三防设施建设情况幼儿园教研工作小结高血压知识讲座小结防范电信网络诈骗宣传幼儿园师德小结
软件需求定义 (1)用户解决问
题
快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题
或达到目标所需的条件或能力。 (2)系统或系统部件要满足合同、
标准
excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载
、规范或其它正式规定文档所需具有的条件或能力。 (3)一种反映上面(1)或(2)所描述的条件或能力的文档说明。 软件需求的基本任务是准确回答“系统必须做什么”这个问题。2.1软件需求的概念软件需求分析的困难(1)客户说不清楚需求有些客户对需求只有朦胧的感觉，当然说不清楚具体的需求。农夫和耕牛的故事有些客户心里非常清楚想要什么，但却说不明白。我的鞋是什么样的？“不懂装懂”或者“半懂充内行”的客户令人恐惧2.1软件需求的概念软件需求的复杂性(2)需求自身经常变动2.1软件需求的概念需求变更原因--客户方：对信息系统的了解不够对业务需求表达不清对自身业务抽象程度不够对需求重视程度不够与开发人员配合不够业务范围不断拓展业务流程不断变更管理模式不断创新客户的能力不足，可以进行适当的培训，可改善一点。属于态度问题，需要高层领导协调。不可避免。只能通过合同约束或有限度接受，或通过技术提高软件适应能力。软件需求的复杂性(2)需求自身经常变动2.1软件需求的概念需求变更原因—软件人员：沟通技巧不高需求工程技术不精需求人员知识储备不够不了解客户方的业务流程调研范围不确定需求不够细致、明确项目管理不规范需求描述存在歧义合同对客户方约束不够个人能力或经验不足。软件组织的能力不足用例图(UseCaseDiagram)用例是从系统的外部对系统进行黑盒视图描述的一种组织
方法
快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载
。用例是抽象使用系统的一种方式，用户通过用例与系统交互。用例图主要的作用有三个：获取需求在其它环节中起指导作用指导测试参与者（Actor）用例（UseCase）指系统以外的，在使用系统或与系统交互中所扮演的角色用例是参与者与系统的一次交互。2.3需求分析技术：功能分析用例图用户发短信打电话查找电话2.3需求分析技术：功能分析如何识别参与者?在系统之外，透过系统边界与系统进行有意义交互的任何事物都是参与者．对于一般规模的软件系统，参与者不会太多，一般有这样几种类型的参与者：与系统交互的用户与系统交互的外部系统与系统交互的外部硬件特别注意：有时候时间触发器也可以看成是参与者如何识别用例？ＲＵＰ（Jacobson）：用例实例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。一个用例定义一组用例实例。通俗地，用例是参与者利用系统所要达到的目标．用户打电话用例的要点价值结果用例的结果形成有意义的目标执行者可见采用业务语言，从用户观点描述一组用例实例用例的实例也称为场景：是执行者使用系统的一个特定情节或用例的一条执行路径。例如：通过输入电话号码拨打电话的场景通过查打电话号码簿拨打电话的场景通过查打电话号码簿拨打电话,电话打到一半电话欠费的场景建立用例模型的参考原则用例是短文用例可以是一个场景，包括动作和交互用例可以是一组场景，描述不同场景下的行为。这种书写格式可以在任何时候描述有变化的行为，例如黑盒需求，业务流程，系统
设计
领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计
说明。用例里不要有系统设计用例里不要有界面设计用例里不要有测试用例应该描述行为需求用例的主场景最好不要超过9步用例的最大价值不在于主场景，而在于备选行为。用例建模的步骤确定系统的范围和边界确定执行者确定用例对用例进行描述定义用例之间的关系审核用例模型用例是文档，而非制图！用例的文字描述应包括以下内容用例的目的（功能）；该用例在什么情况下被哪个参与者启动执行；用例与参与者之间交互哪些消息来通知对方作出决定；交互的主消息流及因此被使用或修改的实体；用例中可供选择的异常事件流；用例的结束标志：给参与者返回一个可识别的值．举例： 用例名称：学生选课 执行者：学生 目 的：完成一次学生选课的完整过程． 类型：主要的，基本的 级别：一级过程描述：学生输入学号/密码，系统识别账户的有效性；对学生进行注册识别；浏览本学期预开课程；选择学生自己要上的课程并确认；退出系统，系统给出所选课程列表及相应学分合计异常事件流：账户有效性检查失败，允许学生重新输入（最多３次机会）．注册识别失败，没有注册（未交学费）的学生不能选课．选择课程确认失败，所选几门课程在时间上发生冲突，系统提示重选．用例图用户发短信输入电话号码打电话<
><>查找电话包含关系：用例A的行为包含了用例B的行为。用例B描述在多个用例中都有的公共行为。扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。在以下几种情况下，可使用扩展用例：a.表明用例的某一部分是可选的系统行为；b.表明只在特定条件（如例外条件）下才执行的分支流。泛化关系：A指向B，表示B是A的一种。发彩信2.3需求分析技术：功能分析查看通话时间<>用例间关系-include包含用例的行为插入到基本用例中的一个位置。当遵循基本用例说明的用例实例到达基本用例中定义了包含关系的位置，它就将改而遵循包含用例的说明。一旦执行完包含用例，用例实例就将在基本用例中它先前停止的地方重新开始。教师维护学生成绩录入成绩修改成绩删除成绩<><><>用例的包含关系的要点1.包含用例本身是不完整的，它必须拥有基本用例以保证完整性。2.包含用例本身并不知道自己何时或是否被包含。因此，它不能依赖任何包含它的用例。3.被包含的用例一定可以被另外的用例包含(即共用性和独立性)4.从工程角度上，包含关系用于系统分析时共性功能的合并、抽取。5.包含关系通常在用例建模后期而不是前期被发现。描述包含关系应在基本用例的行为序列中定义要插入包含用例的位置。要定义该位置，可以引用基本用例事件流中的特定步骤或分支流。用例扩展关系的概念一个用例的实例可能增加了一些附加的行为，这些附加的行为在另一个用例中定义，扩展定义了这两个用例之间的关系。基本用例可以单独存在，但是在一定的条件下，它的行为可以被另一个用例的行为扩展。当一个用例有多个可选系统行为时，可以用扩展关系对其进行扩展，使得基本用例的不同子流程能在不同的情形下以扩展用例的形式被激活。通过这种方式，可以把可选行为从必须行为中分离出来。用例扩展关系的概念基本用例扩展点具有条件扩展用例执行返回用例间关系-extends扩展用例可以有基本事件流和备选事件流。用例实例通过扩展到底会采取哪条路径，这不仅取决于在执行之执行扩展前发生的事件，而且还取决于执行扩展时在与主角的交互中发生的事件执行扩展。用例执行扩展实例一旦执行了扩展，它就会在基本用例的中断点处继续执行基本用例。执行扩展一个扩展用例可以有多个插入段，每个插入段都与自己在基本用例中的扩展点相关。用例实例将继续执行基本用例，并持续到扩展关系中指定的下一个扩展点为止。在此点上，它将执行扩展用例的下一个插入段。这会重复进行，直到执行完最后一个插入段为止。教师查询学生成绩导出查询结果打印查询结果<><>包含关系与扩展关系的区别包含关系1.当在两个或多个独立用例重复自已并希望避免重复时2.在基本用例上插入附加行为并具有明确的描述3.包含用例作为基本用例自身行为的一部分4.包含关系是无条件的扩展关系1.当表述关于正常行为的一个变化情况时2.在基本用例上插入基本用例不能说明的扩展部分3.扩展用例作为基本用例的增量扩展4.扩展用例是按条件要求执行的包含关系与扩展关系的区别包含关系1.包含用例是共用的用例2.一个基本用例可以有多个包含用例。3.一个包含用例可以包含在若干基本用例中。4.很难在包含关系上对系统进行维护修改。扩展关系1.扩展用例不是共用的用例2.把可选行为从必须行为中分离出来3.有条件地扩展已有用例的行为。4.基本用例可以独立于扩展用例单独存在。5.适合于功能需求的增加(基本用例的增量扩展)注意I－业务语言而非技术语言发票，洗衣机，工作业绩C++，字段，.net,AJAX注意Ⅱ－用户观点而非系统观点旅行者订票查看今日航班旅行者处理订票显示今日航班注意Ⅲ-用例命名：动词＋名词尽量少用弱动词弱名词弱动词：进行 使用 复制 加载 重复弱名词：数据 报表 表格 表单 系统会掩盖真正的业务！注意Ⅳ-把步骤当用例用户输入用户名用户登陆验证用户名和密码<>注意Ⅴ-避免使用CRUD管理员删除用户修改用户查看用户增加用户注意Ⅵ-用例背后可能隐藏很多数据操作减少库存量减少账户金额创建发货信息结账√×注意VII-目标系统本身不能作为一个角色！对于一个图书检索系统来说：检索图书用户图书管理系统×实验实验内容：用状态图描述手机操作过程。（即第1章中的实验）画出模拟手机的用例图画出与状态图一致的模拟手机操作活动图、顺序图、用frontpage或任何一种方式，作出模拟手机的原型要求：每次实验要撰写实验报告电子稿，以备集成到需求规格说明书中。实验报告电子稿名称：学号_模拟手机需求实验_用例图学号_模拟手机需求实验_活动图学号_模拟手机需求实验_顺序图学号_模拟手机需求实验_原型除了图形之外，要求有对每一个用例、活动、状态、界面的说明。谢谢
浙公网安备 33021202002483