所在位置:答疑 - 内容   
邮件管理愿景目标:老大:客服部 1、提高多个mail 管理的效率
 

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  潘:  好