2009-4-2 9:10:09 liaoxiao 发送 **市城市规划设计研究院办公自动化系统]业务分析.EAP
2009-4-2 9:10:45 liaoxiao： 项目很紧 所以并没有时间来作很严格的需求调研文档
2009-4-2 9:10:57 liaoxiao： 直接在ea 中画了
2009-4-2 9:20:25 liaoxiao： 1 在画用例图中是不是严格不允许多个执行者指向一个用例，如果有多个执行者指向一个用例，就抽象一个更高的执行者出来？
2009-4-2 9:21:50 liaoxiao： 2.用例是站在涉众的视角关注需求，所以系统用例中不要涉及到任何的设计与实现？是这样的么？
2009-4-2 9:24:51 liaoxiao： 3.系统用例时序图中边界类和控制类、实体类中哪些功能和责任要分解到控制类？
感觉似乎每个边界类的消息都需要通过控制类来传递，或者感觉不需要控制类，直接从边界类到实体类，对控制类要承担的职责，具体到一个用例中不是很清晰
2009-4-2 9:25:37 潘： 1. 是的。要么抽象出共同的执行者，要么区分用例之间的不同
2009-4-2 9:26:14 潘： 2. 是的。以"涉众能够理解和验证"为标准。
2009-4-2 9:26:33 liaoxiao： 哦
2009-4-2 9:26:51 潘： 3. 控制类就是相当于控制事务，可以取消
2009-4-2 9:28:59 liaoxiao： 4.在作领域分析的时候，是不是将实体类中行业内最核心的概念作为领域对象来分析就可以了?
2009-4-2 9:30:28 潘： 4. 所有属于领域的，涉及到的都要，只不过有的比较稳定，有的比较容易变化而已
2009-4-2 9:31:34 liaoxiao： 5.用例的粒度问题，很多时候查询统计是用户很关心的功能，尤其是作为领导层，
或者说这个是他们领导愿意花钱买的需求，反倒是一些输入、中间审核并不是领导关心的，这时候的系统用例是登记、审核、查询统计都是系统用例，还是查询统计不是系统用例了
2009-4-2 9:32:07 liaoxiao： 4 就是说领域层是比较稳定的 不常发生变化的实体对象及其相关间的关系？
2009-4-2 9:32:27 liaoxiao： 5 因为我们查询统计的很多很多，所以常常查询的都不做用例了
2009-4-2 9:32:57 liaoxiao： 基本上每个业务，每个环节都有查询的
2009-4-2 9:35:23 潘： 查询当然是用例，但不能以"查询统计"二字代表，不同的人喜欢查的东西不一样的，要用"卖"的观点看需求，不要用"做"的观点就行
2009-4-2 9:35:34 liaoxiao： 5 其实以我的理解，应该是查询统计是用例，其他的只是为了完成这个用例的用例而已，因为用例关注涉众的需求，涉众的排序决定了查询统计是最高的需求，而我们常常不吧查询做用例还是犯了根据实现的难度扯进用例的选择上了
2009-4-2 9:36:16 潘： 其实你的这些问题，如果做了业务建模，保证用例是从业务流程里面提炼出来的，就会清清楚楚。
2009-4-2 9:37:13 liaoxiao： 嗯 有些做了业务建模的 但是比如发文（由组织主动向外发起的）这个就不好作业务建模了。
2009-4-2 9:37:43 liaoxiao： 发文：就是组织内部起草一个文件，经过一定的审核流程之后发到外部单位的。
2009-4-2 9:39:29 潘： 一样的，问什么要发文？总可以归结到某个业务用例下面
2009-4-2 9:39:31 liaoxiao： 6.还是在愿景上，因为我们作政府行业，一般来讲，愿景很难很难有可以定量化、可度量的指标的。
2009-4-2 9:43:46 liaoxiao： 嗯 我明白你的意思 就是发文肯定有原因的才发文，不然不会毫无目的的发文，但是实际执行过程感觉不可能，不太可能把人家各种发文的原因都弄的清清楚楚的
2009-4-2 9:46:20 潘： 不一定要搞清楚啊，如果你要改进的业务环节只是公文的流转，那么组织的业务用例就是"办业务"就行了呗，办什么有业务跟改进没关系的话
2009-4-2 9:47:06 潘： 或者"办需要发文的业务"
2009-4-2 9:47:24 liaoxiao： 那这个是否就没有业务执行者了？
2009-4-2 9:47:41 liaoxiao： 因为业务执行者是站在组织外面的
2009-4-2 9:48:04 liaoxiao： 只有辅助业务执行者 没有主执行者？
2009-4-2 9:48:04 潘： 业务执行者就是来办业务的人或组织
2009-4-2 9:48:50 潘： 业务用例就是要讲一个故事：买了我这个系统，能为你的组织的哪些业务用例（价值）增值
2009-4-2 9:50:36 liaoxiao： 以这个为例吧，一个城市规划设计研究院（我们公司服务的对象）办公室一个人需要发个文到院的上级单位规划局，是由院办公室自己发起的，并不是规划局主动要求院来发文的，那这个"办理发文"这个业务用例的业务执行者是谁比较合适？
2009-4-2 9:50:44 潘： ××局长，你们局买了我这个系统，当房地产商来办××类型业务的时候，或者每年上级检查的时候。。。。公文流转的环节会大大加快。－－注意：局长巴不得不要公文也能完成上级的任务，房地产商的任务
2009-4-2 9:51:37 潘： 不是办理发文，是办理业务，发文只是一种手段
2009-4-2 9:52:58 潘： 没有发文，规划院就不活了？也许另外一家公司做成电子公文或者不要发文也能办成事呢
2009-4-2 9:55:08 潘： 一个城市规划设计研究院（我们公司服务的对象）办公室一个人需要发个文－－－他为什么要发这个文嘛，肯定是要完成外面业务执行者购买的某个服务（业务用例）了
2009-4-2 10:01:55 liaoxiao： 嗯 明白你的意思 但是如果这样理解的话，就基本上都归结到一个业务了，做规划设计项目上了。比如内部的人事管理、技术学习研讨会、财务管理都是围绕这个的。职能部门（信息中心、办公室等部门）都是为了业务部门服务的（做城市规划设计的部门）。
2009-4-2 10:02:47 潘： 我看看你的模型先
2009-4-2 10:21:00 liaoxiao： 项目在去年进行了三天的很粗略的调研
2009-4-2 10:22:06 liaoxiao： 所以就直接进行需求分析了，没有详细的在ea 中进行需求捕获记录
2009-4-2 10:25:39 潘： 好，我晚上回复你吧
|