一、发现、定义“涉众”
[list]
[*]业主,简单来说就是投资人,他们关心的是成本,项目周期,带来的效益。
[*]业务提出者,CEO,高级经理。他们关心的是社会影响,效率改进,成本节约。
[*]业务管理者,中层干部,监督、实现领导想法的人。
[*]业务执行者,底层操作人员,他们关心系统细节,例如界面,可用性,操作友好不,使用效率,录入页面等等。
[*]第三方,例如在线支付要用到的网银。
[*]承建方,就是开发者的老板
[*]用户,系统使用者,基本上每一种用户就是一个角色。
[*]法律法规等......
[/list]
二、需求分析
1.业务建模
在这个阶段,主要做的是定义业务用例,需求规格说明书也在这个阶段产生。以每个用例是否能够说明一件完整的事情来确定用例粒度,即可以描述一项完整的业务流程。例如“借书”。
2.用例分析
将业务建模阶段的用例进行拆分,由于前者的用例几乎就是包含一个业务流程,因此,可以将该流程中每个节点作为当前阶段的用例。并且确定这些用例的关系,例如扩展,包含。
3.系统建模
能描述操作者与计算机的一次完整的交互过程作为一个用例。例如web系统中,一次页面流就是一个用例。比如登陆。
三、用例
在业务建模阶段,粒度由参与者是否完成目的来决定。
一个用力的开发工作量应该在一周为宜。
一个系统的用例应该在10-50为宜。超出这个范围要重新评估用例的粒度。
用例就是某个参与者要做的一件事。
待续。
[list]
[*]业主,简单来说就是投资人,他们关心的是成本,项目周期,带来的效益。
[*]业务提出者,CEO,高级经理。他们关心的是社会影响,效率改进,成本节约。
[*]业务管理者,中层干部,监督、实现领导想法的人。
[*]业务执行者,底层操作人员,他们关心系统细节,例如界面,可用性,操作友好不,使用效率,录入页面等等。
[*]第三方,例如在线支付要用到的网银。
[*]承建方,就是开发者的老板
[*]用户,系统使用者,基本上每一种用户就是一个角色。
[*]法律法规等......
[/list]
二、需求分析
1.业务建模
在这个阶段,主要做的是定义业务用例,需求规格说明书也在这个阶段产生。以每个用例是否能够说明一件完整的事情来确定用例粒度,即可以描述一项完整的业务流程。例如“借书”。
2.用例分析
将业务建模阶段的用例进行拆分,由于前者的用例几乎就是包含一个业务流程,因此,可以将该流程中每个节点作为当前阶段的用例。并且确定这些用例的关系,例如扩展,包含。
3.系统建模
能描述操作者与计算机的一次完整的交互过程作为一个用例。例如web系统中,一次页面流就是一个用例。比如登陆。
三、用例
在业务建模阶段,粒度由参与者是否完成目的来决定。
一个用力的开发工作量应该在一周为宜。
一个系统的用例应该在10-50为宜。超出这个范围要重新评估用例的粒度。
用例就是某个参与者要做的一件事。
待续。