2006-9-12 17:22:13 熊星: 有,业务建模是描述目前的现实,我现在正在做1 个系统的需求,然后在做业务建模的时候,不知道该如何下手
2006-9-12 17:23:03 潘: 先不要说业务建模,先来说愿景,然后再来确定业务建模的边界
2006-9-12 17:23:50 熊星: 是1 个客服服务的邮件管理系统,一般客服有很多邮箱,然后系统能有个系统把多个邮箱的邮件一起管理起来,而且有些邮箱的邮件可以在不同的客服间共享
2006-9-12 17:24:40 潘: 你分析一下,老大是谁?谁对这个系统有最大发言权
2006-9-12 17:24:56 熊星: 邮件管理愿景目标:老大:客服部 1、提高多个mail 管理的效率(系统同时接收和发送不同mail 服务器上的所有邮件;能在不同的客服间共享一些相同的邮件)2、提高相同主题mail 管理的效率(浏览mail 的时候关联相关的mail 同时显示,如Gmail)
2006-9-12 17:25:11 潘: 很好
2006-9-12 17:25:15 熊星: 这是我写的愿景,老师看看有没有什么问题
2006-9-12 17:26:30 潘: (系统同时接收和发送不同mail 服务器上的所有邮件;能在不同的客服间共享一些相同的邮件) --这些是具体怎么做的需求,不用写在愿景里,愿景里应该是度量指标:回复邮件的时间占总时间的比例,收发邮件的操作次数。。。
2006-9-12 17:27:05 熊星: 这个不是说要些愿景的度量吗
2006-9-12 17:27:15 潘: 对
2006-9-12 17:27:31 潘: 邮件管理愿景目标:老大:客服部 1、提高多个mail 管理的效率(度量:回复邮件的时间占总时间的比例,收发邮件的操作次数)
2006-9-12 17:27:54 潘: 等等
2006-9-12 17:28:23 潘: 那么,这个系统改善的对象是客服部,就以客服部作为业务建模的研究对象
2006-9-12 17:28:35 熊星: 恩
2006-9-12 17:28:53 潘: 研究对象:客服部。谁在客服部外面和客服部交互?这些就是业务执行者
2006-9-12 17:29:25 潘: 你先把要做的这个系统抛到一边,研究客服部的当前实际工作中的问题
2006-9-12 17:29:37 熊星: 与客服部交互就是客户。
2006-9-12 17:29:55 潘: 客户找客服部干什么?这个就是业务用例
2006-9-12 17:30:40 熊星: 哦,具体都要写吗,客户可能很多原因找客服的,只要有如何问题都是发mail给客服
2006-9-12 17:30:53 熊星: 用例是不是就是"提出问题"
2006-9-12 17:32:02 潘: 对呀,更准确说是"求助'
2006-9-12 17:32:35 潘: 然后,把这个求助的过程画出来,就像你用摄像机在旁边拍一样,把每个细节都画出来
2006-9-12 17:32:46 熊星: 哦,那这个用例建立好后,是不是就要建立序列图来描述这个详细的过程
2006-9-12 17:33:22 潘: 包括,客服部人员如何用大脑判断这封信在那个信箱是否已经回过了等等
2006-9-12 17:33:45 熊星: 哦
2006-9-12 17:33:45 潘: 这样,就可以"发现改进点"了
2006-9-12 17:34:39 潘: 例如,以前客服部是用大脑判断这个邮箱的客户是否那个邮箱的客户,现在系统可以帮忙
2006-9-12 17:34:57 熊星: 那序列图建立好后,是不是就算这个业务建模已经完成。
2006-9-12 17:35:07 潘: 例如,以前客服部是用大脑判断这个邮件是否用我们的这个邮箱回过了,现在系统可以帮忙
2006-9-12 17:35:13 潘: 。。。等等
2006-9-12 17:35:17 潘: 对
2006-9-12 17:36:09 熊星: 那业务建模完成后怎么影响以后的分析设计了,就是在以后的分析中哪里会用到这里的业务建模
2006-9-12 17:36:12 潘: 然后,结合愿景,把"熊星系统"拖上去,通过把职责从业务工人(客服部人员)的身上转到"熊星系统"上,就得到了熊星系统的需求
2006-9-12 17:36:42 潘: 业务建模只会帮助理清需求,不会直接影响分析设计
2006-9-12 17:37:17 潘: 业务建模的结果(也就是现实的描述)只有一个,但需求、分析、设计可以有100000种方案
2006-9-12 17:37:54 熊星: 是不是在建立"熊星系统"的序列图描述1 个用例的时候就要考虑业务建模上的"改进点"
2006-9-12 17:37:58 熊星: 恩,明白
2006-9-12 17:38:19 潘: 分析设计从用例文档出发来推敲
2006-9-12 17:39:52 熊星: 在业务建模中发现的"改进点"是不是就是系统用例中的路径或步骤中体现出来
2006-9-12 17:40:40 潘: 改进点只是一种笼统地说法,没有一一对应关系,可能是用例,可能是路径,可能是步骤,要看具体情况
2006-9-12 17:40:59 熊星: 哦,明白了
2006-9-12 17:41:18 熊星: 谢谢老师,请问下老师一般什么时候在线有空啊
2006-9-12 17:41:26 潘: 看序列图里。从外面指进来,用例。自己指向别人或指向自己,步骤
2006-9-12 17:41:44 熊星: 看序列图里。从外面指进来,用例。自己指向别人或指向自己,步骤-----
-------这些我知道
2006-9-12 17:41:52 潘: 不定啊,不在线可以发邮件,晚上会在的时间多一些
2006-9-12 17:42:42 潘: 你们公司主要是做哪方面
2006-9-12 17:42:51 熊星: 学生画图是会画,就是有时不知道画一些图的用处在哪里,只能慢慢体会了,呵呵
2006-9-12 17:42:59 潘: :D
2006-9-12 17:43:04 熊星: 我们公司是主要是做电子商务网站的
2006-9-12 17:43:29 潘: 帮别人做还是本身就是一个电子商务企业
2006-9-12 17:44:05 熊星: 因为最近刚好要做这方面的事,所以跟UML 接触会很多,到时候可能还要麻烦老师,请教老师不少问题啊 2006-9-12 17:44:35 潘: 好 |