OO系统分析员之路--用例分析系列（5）--用户、业务用例和业务场景[整理重发]

最新推荐文章于 2022-03-11 19:10:22 发布
原创 最新推荐文章于 2022-03-11 19:10:22 发布 · 9.2k 阅读 · 15
标签
#oo #工作 #物流 #文档 #uml
#网络
本文介绍了OO系统分析员进行用例分析的步骤，包括识别用户、确定业务用例和构建业务场景。通过图书馆自动化系统的例子，阐述了如何从用户视角和业务视角绘制业务用例图，并强调了业务场景图在系统建模中的重要性。文章强调了在形成需求基线前，需通过评审确保需求的正确性和完备性。
  很久没有动笔了，这期间承蒙许多朋友的喜欢和鼓励，再不写点东西就对不住这些朋友了。
最低0.47元/天 解锁文章
OO系统分析员之路--用例分析系列(一)
03-03
（1）--什么是用例我发现，在OO和UML几乎一统天下的今天，仍有很多系统分析员对OO和UML一知半解，甚至包括很多已经使用了很久UML的系统分析员。于是打算写一个系列文章，将多年来的工作经验做一个总结。对初学者起个启蒙作用，也希望抛砖引喻，与各路大虾共同探讨，共同提高。这个系列文章将以我对OO和系统分析的理解为主，从UML基础开始，阐述面向对象的需求分析方法，过程，并以RUP为例，阐述如何将OO过程与软件过程有机结合在一起，做一个真正OO应用。好了，今天是第一篇。想得很远，真希望我能坚持下去，呵呵用例是什么？其原始英文是usecase，直译过来就成了用例。这也是一个比较贴切的叫法了，从字面的
OO系统分析员之路--用例分析系列
06-15
OO系统分析员之路--用例分析系列，共八篇文章，是从博客中截取的，感觉比较经典，与众网友分享。再次感谢作者！
OO系统分析员之路--用例分析系列（1）--什么是用例
咖啡小驻
10-13 2万+
我发现，在OO和UML几乎一统天下的今天，仍有很多系统分析员对OO和UML一知半解，甚至包括很多已经使用了很久UML的系统分析员。于是打算写一个系列文章，将多年来的工作经验做一个总结。对初学者起个启蒙作用，也希望抛砖引喻，与各路大虾共同探讨，共同提高。这个系列文章将以我对OO和系统分析的理解为主，从UML基础开始，阐述面向对象的需求分析方法，过程，并以RUP为例，阐述如何将OO过程与
业务分析系列主题：业务场景
Larry的博客
07-05 1万+
本文介绍了了业务场景的概念、要素以及创建方法，与大家分享！ 业务场景作为一种需求分析技术用途十分广泛。本文涛哥就和大家聊聊业务场景是什么，以及如何创建业务场景。 一、业务场景是什么？ 所谓“场景”，本意是指：影视剧情中的人物在特定时间与空间内发生的行动。 而业务场景，意思是说：企业和商家需要在用户某个特定的环节中，适时提供给消费者可能需要的以及关联的产品或服务。 以“职场白骨精典型的一天”为例，那么业务场景包括： 一大早，“阿姨帮”的家政服务人员来敲门、做早餐； 小白们吃完早餐，用“滴滴”叫车
【系统分析师之路】系统分析师必知必会(面向对象篇)
千月星跡
03-11 704
【系统分析师之路】系统分析师必知必会(面向对象篇) 系统分析师必知必会 面向对象篇【系统分析师之路】系统分析师必知必会(面向对象篇)一. 基础知识1. 用例建模1）包含2）扩展3）泛化4）用例规约2. 多态的定义【按实现角度分类】3. 问题域的定义4. OOA的基本概念5. UML基础概念6. 方法调用与消息机制7. Java2EE二. 框架与类库三. 4+1视图1. 用例视图2. 逻辑视图3. 进程视图4. 部署视图5. 物理视图四. OO测试五. 面向对象设计原则1）依赖倒置原则2）里氏替换原则3）开闭
OO系统分析员之路--用例分析系列（5）--用户、业务用例和业务场景[整理重发]...
caobihole
12-23 168
很久没有动笔了，这期间承蒙许多朋友的喜欢和鼓励，再不写点东西就对不住这些朋友了。 写点什么呢？按照原先的设想，应该开始动手写如何从业务用例转化到概念用例和系统用例，不过老实说这一步需要的是经验居多，而很难找出一个普适的步骤来。先暂时放一放吧，以后一定会写到的。上一篇讲到用例分析的一般步骤和方法，也给出了一个实例，不过没有做更进一步的说明，所以这一篇，笔者决定先罗嗦罗嗦之前的内容，说说业务建模中各...
OO系统设计师之路--分析模型系列(2)--怎样做分析模型 [从老博客搬家至此]
咖啡小驻
10-18 9150
分析模型是系统的高层抽象，是高于实现语言和实现方式的。因此在做分析模型过程中，要跳出固有的java思维，C++思维，同时也暂时不要考虑设计模式的应用，而专心的，用OO思维把四个分析类的职责和交互，以及它们之间的关系定义清楚。如果说用例分析大部分情况下是程式化的（笔者正希望它是程式化的），那么你会发现，分析模型大部分工作也是程式化的。
系统分析与设计第三次作业
zscd0218的博客
04-22 341
1. 用例建模a. 阅读Asg_RH文档，绘制用例图：以用户的观点为“Reserve Hotel”绘制用例图。b. 选择你熟悉的定旅馆在线服务系统(或移动APP)，同上绘制用例图。并满足一下要求：对比Asg_RH用例图，请用色彩标注出创新用例或子用例；尽可能识别外部系统，并用色彩标注新的外部系统和服务。        以去哪儿旅行订酒店为例，以下截图反映了预订的流程：以下为上述流程的用例图，其中蓝...
OO系统分析员之路学习笔记一用例
virusplayer的专栏
01-11 1537
把用例解释为某个参与者actor要做的一件事可能更为合适。 1、这件事是相对独立的，意味着不需要与其他用例交互而独自完成参与者的目的。2、这件事的执行结果对参与者来说是可观测的和有意义的。3、这件事必须有一个参与者发起。4、这件事必然是以动宾短语形式出现。用例的背后是一种需求方法论，其核心是以参与者为中心（区别于以计算机系统为中心），从参与者的角度来描述他要做的日常工作（区别于
业务场景和业务用例场景的区别(作者：Arthur网友)
热门推荐
咖啡小驻
06-01 2万+
  简单点说，在以业务目标为边界的业务模型中，业务场景图描绘的是贡献于这个业务目标的什么人及其做的什么事，这些人和事的交互过程和完成顺序就是完成整个业务目标的流程。而这些人往往是业务主角、而他们所做的事便是业务用例了。所以我认为，绘制业务用例图和业务场景图并没有谁先谁后的问题，这两个图是互相验证的。可以先绘制业务场景图，然后把其中的泳道和活动拿出来，得到的就是活生生的业务用例。但根据业务场景图得到
OO系统分析员之路--用例分析系列（4）--业务建模一般步骤和方法[整理重发]
咖啡小驻
12-16 1万+
 本篇开始之前先扯点闲话，商业应用系统开发经历了三个阶段：第一个阶段以计算为中心，分析设计围绕程序的运行效率，算法优劣，存贮优化来进行。90年代的大学课程讲的都是这些。第二阶段以数据为中心，分析设计围绕数据流进行，以数据流程来模拟业务流程。这也就是所谓的面向过程的分析模式。第三阶段以人为中心，分析设计围绕人的业务需求，使用要求，感受要求进行。这也就是现在的面象对象分析模式。 使用OO方法建立商业模
业务用例分析
weixin_30477293的博客
04-11 471
业务用例“科技创新平台用户注册”规约描述 参与者：注册的用户 主要事件流： 用户输入平台名称，技术领域，密码，提交注册 分配平台编号和批准文号，完成注册。 可选事件流： 若输入信息不合格则提醒用户不合格，让用户重新输入，回退到1 。 业务用例“科技创新平台填写信息”规约描述 参与者：填表的用户 主要事件流： 用户按要求输入平台的相关信息 系统将信息存进数据库...
用例图 登陆界面活动图
weixin_30952103的博客
03-30 7651
转载于:https://www.cnblogs.com/luwei123/p/8674982.html
分析测试用例场景样例（笔记）
iteye_20220的博客
07-31 523
  现在基本怎么上网 ，把曾经学习通俗易懂的知识留下来 分析用例 1.） 从use case分析出重要场景。这场景是use case的实例，也是use case的执行路径。一个use case有多个可能执行的路径，各个路径都是一个场景。 2.）针对每个场景设计一个test case。用来检测系统在特定的上下文是否能够提供正确的服务 例子 青蛙王子和公主的约会 uc：DateWith...
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值