《软件方法》上册笔记


核心工作流

* 愿景
* 业务建模  
	选定愿景要改进的业务组织  
	业务用例图   
	现状业务序列图   
	改进业务序列图     
* 需求   
	系统用例图  
	书写用例规约   
* 分析    
	分析类图    
	分析序列图    
	状态机图   
* 设计   
	建立数据层   
	精化业务层   
	精化表示层  

1、愿景

老大:最有权利的涉众
愿景:在老大看来,引进这个系统的目的(所能提供的价值)
涉众:谁关心这个系统,会涉及到他的什么利益。不同的涉众有不同的利益视角,系统需求就是涉众利益之间的最佳平衡点。

为什么要明确愿景?

所有的产品开发都是面向市场的,只有明确了系统涉众的利益才能更好的“售卖你的产品”

2、业务建模

业务执行者:在组织之外和组织交互的人群或组织
业务用例:组织为业务执行者提供的价值
待开发系统:新的业务实体,用于取代旧的业务实体,改善业务流程
业务序列图:业务流程就是业务用例的实现,新系统的开发意味着”从价值出发重新构造业务流程”

画业务序列图需要注意的问题

业务序列图研究对象是系统,是系统交互提供价值的流程。所以不要暴漏系统内部的对象和细节,并且只画领域相关的系统
涉及到可能改进点的要画细一些
明确序列图研究的对象是系统层次,代,
把时间看作特殊的业务实体
分清系统的责任

待开发系统的一般作用

物流变信息流
改善信息流转
封装领域逻辑

为什么要研究业务?

一般来说,一个组织对外的价值(业务用例)基本不会变化,内部的实现每次会变化一部分。研究业务流程能够明确新系统在组织中的起到的作用和扮演的角色,这些就是需求的来源。研究业务流程明确了需求。

3、需求

系统执行者:在所研究系统外,与该系统发生功能性交互的其他系统
系统用例:系统能够为执行者提供的、涉众可以接受的价值
用例规约

使用主动语句(理清责任)
主语只能是执行者或系统
使用核心域词汇(说人话)
不要涉及界面组件
聚焦于输入输出处理(请求、(验证)、(改变)、回应)
不要越界(假想系统不能负责的事情)
分支:基本和扩展分开

4、分析、设计

(完)