面向对象的需求分析与设计过程实践.docx
- 文档编号:3014452
- 上传时间:2022-11-17
- 格式:DOCX
- 页数:35
- 大小:35.13KB
面向对象的需求分析与设计过程实践.docx
《面向对象的需求分析与设计过程实践.docx》由会员分享,可在线阅读,更多相关《面向对象的需求分析与设计过程实践.docx(35页珍藏版)》请在冰豆网上搜索。
面向对象的需求分析与设计过程实践
面向对象的需求分析与设计
2011年7月31日
15:
37
UML是一种用于制定软件系统构成要素和交互方式标准的语言。
UML涉及6大主要方面-从用例模型、动态和逻辑模型到最终的物理部署模型。
一个典型基于UML的开发过程大致如下:
一、RA需求分析
二、RD需求开发
三、AD概要设计
四、DD详细设计及实现
五、过程控制
六、系统测试
1RA需求分析
2011年8月13日
13:
54
由产品经理负责,主要任务:
建立业务过程模型。
∙建立业务过程模型,(同时明确业务过程的输入、输出、过程定义)
分析并建立业务流程。
业务过程模型被用来定义发生在企业的业务活动和业务过程,并且是建立用例模型的基础。
一般来说业务过程模型比一个软件系统所能实现的更多(比如:
业务模型包括人力和其他过程)。
1.1业务流程建模
2011年7月31日
20:
42
介绍
有两个备受关注的UML扩展,它们进一步强化了对业务过程和相关结构的建模。
第一个是业务过程建模标注BPMN,它已经成为业务过程建模与设计的新标准。
第二个是Eriksson-PenkerProfile,虽然不那么流行,但在可视化、业务过程间通信、以及企业(组织)内部的信息流方面,仍然是独一无二的。
本文将对这两种扩展提供深入介绍,阐述如何在EnterpriseArchitect中使用它们以及他们所用的通用模型结构。
业务过程建模标注(BPMN)
BPMN定义了一种业务过程图(BPD),该图是基于一种专门绘制流程图技术,用于业务过程的图形化建模。
一个BPMN模型是由一组简单图构成,每一个图又包含一组图形元素。
流程元素
1.活动(Activity):
一个活动是业务过程中执行的一个作业,用圆角矩形表示。
2.事件(Event):
一个事件是在业务过程的流程中发生的,并影响业务过程中活动的执行顺序与执行时间的事情。
事件用带有不同边界的小圆表示,以区别初始事件(细实线)、中间事件(双实线)和终止事件(粗实线)。
在图形内部显示图标以便于区分触发器和事件结果。
3.关口(Gateway):
关口用来控制顺序流如何在过程内进行合并和分岔。
关口可用来表示判断点,可以表示一个或多个路径在此处不能通过。
关口也可以表示一条路径在此分岔。
4.顺序流:
顺序流用来表示活动在业务过程中的执行顺序。
顺序流用有实箭头的线表示。
5.消息流:
一个消息流用来表示两个实体之间的消息流向。
实体用池来表示,消息用虚线在源端连接浅颜色的圆并在目标端连接箭头。
6.关联:
关联是用流对象将信息与制品联系起来。
关联采用虚线表示并在目标端有或者没有箭头,根据需要而定。
泳道(分割)
7.泳池:
表示一个业务过程中的参与者。
一个参与者可能是业务实体或者角色。
泳池表示了对业务过程的一种划分。
8.泳道:
是泳池的再划分,用于组织和分类泳池内的活动。
过程要素
9.数据对象:
一个数据对象对一个业务过程没有直接的影响,但提供信息给相关的过程。
数据对象用一个上角折叠的矩形来表示。
10.组:
组提供了对过程内的元素进行分组的非正式手段,用虚线的矩形表示。
11.注解:
注解提供一种机制使得BPMN的模型建立者为BPMN模型的用户提供附加信息。
它是用一个开口的矩形表示,注解文字写入其中。
BPMN示例
例1:
上面的图展示了BPMN的几个主要功能。
特别是将一任务过程进行层次分解成较小的任务。
以及能表示循环结构和外部事件干扰正常过程流程。
"上行活动"和"下行活动"是连接触发的中间事件,换句话说,是页面间承上启下的连接器。
"对每个供应商重复执行"是一循环活动,它对每一个供应商重复执行所包含的三个活动,或者直到时间限制已到。
固定在活动下边沿的终止事件是一时间事件触发器。
例2:
上面的图表示一个业务过程由一个事件开启,在本例中,一个消息触发器产生一个事件,该事件通知业务过程活动组处于活动状态。
该图也显示一个由时间事件控制的循环,并显示一个决策关口(在本例中是“异或”决策关口)控制什么时候循环该结束。
例3:
该图例示使用泳池来表达过程间的交互以及使用消息流连接器来表示消息在泳池间进行传递的方法
Eriksson-Penker业务建模Profile
本节介绍业务过程模型所使用的术语与图标。
并简要介绍一些基本UML建模语言概念以及如何在EA的业务过程建模中如何使用它们。
一个业务过程:
12.有一个目标
13.有指定的输入
14.有指定的输出
15.使用资源
16.有按某种顺序进行的一组活动
17.可能影响多个组织单元,造成横向组织影响
18.为客户创造某种价值,客户可能是内部的,也可能是外部的。
过程模型
一个业务过程是一个活动的集合,用于为特定的客户或市场产生指定的输出。
与产品所强调的“过程是什么”不同,业务过程强调作业在组织内部是如何进行的。
指定在不同时间和地点的作业活动顺序,带有一个开始和一个结束,并清楚地定义输入和输出:
一个动作结构。
始于对象信息供应链。
供应链是指连接到过程的信息或对象在处理阶段没有被使用完。
例如,订单模板可能重复使用,并提供特定样式的新订单。
作为这个活动的一部分,这个模板不会更改和被消耗光。
19.始于对象资源的供应链:
一个输入供应链是指所连接的对象或资源将在处理过程中被消耗。
例如,当消费者的订单在被处理后,它们将标记为完成并签字,并且每个资源仅使用一次。
20.终于对象目标的目标链:
一个目标链是指连接到业务过程的对象描述业务过程的目标。
目标是执行活动的业务宗旨。
21.对象流连接对象输出
22.始于事件的对象流:
一个对象流连接是指在一个业务过程一些对象被传递。
它强调对在实体之间或过程之间所传递信息的控制。
目标
一个业务过程有一些定义完备的目标。
这也是组织制定业务过程的原因所在。
并且这些目标的制定代表组织的整体利益和满足组织的业务需要。
业务过程始于过程的目标链:
一个目标链是指连接到业务过程的对象用于描述该过程的目标。
目标是执行活动的宗旨。
信息
业务过程使用信息执行和完成它们的活动。
信息不象资源,在过程中是不可消费的,它被用来做过程转换。
信息或许来自外部,或许来自客户,或来自内部组织,甚至是其它过程所产生。
连接到业务过程的信息项:
一个供应链是指连接到过程的信息和对象在处理阶段不会被使用完。
例如,订单模板可能一用再用,一提供某种特定类型的新订单。
作为该活动的一部分,模板是不会改变或耗尽的。
输出
典型地,一个业务过程将产生一个或多个多业务有价值的输出,输出可能供内部使用,也可能是为了满足外部需求。
输出可能是物理对象(如一份报告或者发票),可是一种从原始资源到安排的转换,也可能是一个全体的业务处理结果,如完成处理一份订单请求。
一个业务过程的输出可能是下一个业务过程的输入,或者作为请求项或触发项来触发新活动。
资源
资源是一个业务过程的输入,并且不像信息,在业务过程处理中要被消耗。
例如:
火车每天运行服务和实况记录,服务资源将随着处理记录火车运行时刻的不断进行而被用完。
连接到业务过程的资源:
一个输入连接是指所连接的对象或资源在处理过程中被消耗。
例如:
当消费者的订单在被处理后,它们将标记为完成并签字,并且每个资源(订单)仅使用一次。
源文档<
1.1.1业务流程建模的目标
2011年8月9日
22:
34
1描述组织结构\各自职责
2按活动顺序和参与的角色来描述业务流程、流程关联的信息
1.1.2业务流程建模的输出
2011年8月9日
22:
36
1组织结构树
2业务协作流程图
1明确参与协作的活动主体,最好是岗位
2体现PDCA,谁计划、谁执行、谁检查、谁处置
3明确开始和结束
4明确与事件相伴的业务信息。
1.1.3业务流程建模的方法
2011年8月9日
23:
13
1建立组织结构树
2使用活动图描述复杂的业务流程
3用类图定义已知的业务数据
4
1.1.4业务需求采集分析的方法
2011年8月10日
0:
09
∙以组织结构为线索,按层次描述企业部门、岗位、工作职责、工作步骤的组成情况,罗列出每个人的本职工作;
∙以业务种类为线索,按环环紧扣模式描述每个业务种类的具体业务流程,这些流程体现了部门间的、人之间的业务往来情况;
∙以工作交接为线索,沿着相关的业务流程,收集相应的业务数据(单据与报表),详尽描述这些数据的内容及其之间的关系。
2RD需求开发
2011年8月13日
13:
53
由产品研发经理负责,主要任务:
建立系统用例模型,详细描述每个用例、建立领域模型、提出系统界面原型
1.建立系统用例模型,并将用例关联至业务过程
映射用例模型到业务过程模型以精确定义你要提供的功能,并且是站在业务用户角度考虑的。
每增加一个用例时,将创建一个从适当的业务过程到该用例的可跟踪链接(如:
一个实现链接)。
这个映射清楚地表达新系统将提供什么样的功能来满足业务过程中所描述的业务需求。
这种映射也确保系统中每个用例都是有用的。
1.详细描述每个用例、可能的话编写该用例的系统测试用例
完善用例-包括需求,约束、复杂程度、注释及情形。
这些信息清楚地描述用例做什么,如何做以及执行时的相关约束。
这个过程要保证用例始终满足业务过程的需求,包括每个用例的系统测试定义,该定义为该用例定义了接收标准。
也包括了一些用户可接受的测试脚本:
这些脚本定义了用户将如何进行测试和测试接收的标准。
1.建立领域模型
有了业务过程模型的输入与输出和用例的详细信息,就可以开始构建领域模型(高级业务对象)、顺序图、协作图和用户接口模型。
这些图描述新系统中的要素以及这些要素之间的相互作用和用户执行用例时所需各种情形的接口。
1.明确其他非功能性需求
在完成上述工作的同时,需要获取一些额外的需求并整理成文档。
例如:
非功能性需求,性能需求,安全需求,义务需求,发布计划等。
将这些需求在模型内部进行整合并随模型的进展而更新。
1.提出系统界面原型
2.系统动态行为分析
2.1系统用例
2011年7月31日
23:
36
需求分析阶段需要针对未来的系统建立系统用例模型,更偏向于系统将要实现的功能。
系统用例模型描述了系统自动化工作后的过程,演示了系统的需求,描述了系统的功能。
系统用例比业务用例要详细,一般把各系统划分成子系统,用不同的包来建模。
目前我们完成的税企通V1.2版需求分析就是做了系统用例模型
1用例模型
用例从使用系统的角度描述系统中的信息,即站在系统外部观看系统的功能,不考虑系统内部对该功能的具体实现方式。
建立用例模型的主要工作:
找出角色、找出用例、描述用例、用例间的关系处理、验证模型、
问题1:
用例模型中用例的颗粒度大小多少为合适?
问题2:
我识别出的用例更偏向于功能组、或者功能点。
2识别角色
注意:
角色向用例发送消息或者接收用例反馈的消息。
从这句话来看,用例模型中还应该包含对消息的初步分析。
3识别用例的方法
1某个角色要求系统为其提供什么功能?
该角色需要做哪些工作?
2角色需要阅读、创建、销毁、更新或存储系统中的哪些信息?
4用例描述
已经有许多标准的用例描述写法
问题:
通过那种工具可以将用例描述的文本内容也糅合到用例模型中去?
可以考虑PD,但PD的RQM仍不是非常熟悉。
1在需
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 面向 对象 需求 分析 设计 过程 实践