所在位置:答疑 - 内容   
到了系统用例之后,不晓得怎么样去完成分析得到实体类
 

2009-5-7  9:42:21  njglen:  潘老师,我有一个小问题,那就是如果我已经从业务用例到系统用例都分析完毕,那个分析里面的实体类是怎么样得出来的啊?
2009-5-7  9:43:37  njglen:  :),没有过这方面的分析,所以到了系统用例之后,不晓得怎么样去完成分析得到实体类
2009-5-7  9:44:02  潘:  你要写用例文档的,从用例文档得出来
2009-5-7  9:44:34  njglen:  也就是通过分析系统用例里面的用例文档,序列图,最终得出来的?
2009-5-7  9:45:13  njglen:  嗯,想起来了点,呵呵。
2009-5-7  9:48:42  潘:  用例文档是需求(好卖)的终点,分析设计(成本)的起点
2009-5-7  9:49:40  njglen:  嗯。
2009-5-7  9:50:46  njglen:  是不是在通过系统用例分析的过程中就应该会产生一些与分析相关的实体类了?
2009-5-7  9:51:05  njglen:  然后再去使用这样实体类,进行深层次的设计?
2009-5-7  9:52:49  njglen:  业务建模辅助我们去分析系统用例,系统用例分析去得出一些我们可能需要的实体类,辅助后面的设计分析。我这样理解有没有错呢?
2009-5-7  9:53:10  潘:  大概是这样了,不过用例是用例,实体类是实体类,用例(需求)讲究具体,分析讲
究抽象
2009-5-7  9:53:26  潘:  系统用例分析去得出一些我们可能需要的实体类--不是

2009-5-7  9:53:59  njglen:  那系统用例分析最终的目的是怎么样的?
2009-5-7  9:54:01  潘:  系统用例图,用例文档,只是为了搞清楚软件要好卖必须具备的功能和性能
2009-5-7  9:54:15  潘:  和后面的没有必然关系
2009-5-7  9:54:33  潘:  如果你不用面向对象方法来做,一个类都没有啊

2009-5-7  9:54:36  njglen:  噢
2009-5-7  9:55:41  潘:  你这样的想法不是说步骤不对,而是隐藏着一个危险,以为用例是为了得到后面的类
才写文档的

2009-5-7  9:56:02  njglen:  是的,所以动手之前我找潘老师你来指导一下了。
2009-5-7  9:56:21  潘:  也就是说,意识里认为为什么要做需求,是因为我后面要做设计,需求为设计服务
2009-5-7  9:56:29  潘:  这是不对的

2009-5-7  9:57:21  njglen:  也就是说前面到系统用例的分析只会得出我们系统将会需要一些什么样的功能,至于这些功能怎么样去实现就是后面我们系统分析设计的事情了。
2009-5-7  9:57:45  潘:  用例表达功能还有性能
2009-5-7  10:03:36  njglen:  而同样的功能性能可以有许多种分析设计方案,从中挑出最佳的方案,就是从
设计里得到了最大的利润这也就是说后面的设计与系统用例其实关系不是很大了。 
2009-5-7  10:03:51  njglen:  那个分析类中的实体类主要是表示一些什么东西啊?
2009-5-7  10:04:01  潘:  要从那里来,但怎么来的,有很多种方法啊
2009-5-7  10:05:06  njglen:  呵,总体来说,我不能单纯的认为系统用例就是后面分析设计的基础(我是说
里面产生的一些实体类这些东西)。
2009-5-7  10:06:01  潘:  是啊
2009-5-7  10:06:21  潘:  可以先按照我们课上的来做一遍,把课上的模型再看看