创业,不能兼职(84)---UML设计过程中没太明白的一些小问题

因为收到人家给我的uml图, 如果,只照那个看,应该就是一个class,下面很多attibute, 然后这些class之间再发生一些关系. 我做的时候,有几个问题不是很明白照我现在看到和感受到的是,

1\现在这个程序员的思路应该是根据这个UML的类和属性表,设计数据库,可他不可能一下把所有类,至少是不太可能一次把类下的所有属性都完善地填好吧?  我本来是认为,他一步步做, 我一点点把相关的部分的 ,用现在看,属于"各个类"和类下的各个具体的属性,告诉他.他逐步建立. 一般开发时是应该一次建立,有个大的结构概念,还是逐步建立的? 其实,以我看,程序员不可能一开始就建立很完全的这个表啊....或者,是一般其他的瀑布型开发的项目,都是先这样建立起来UML图,然后是数据库,然后再开发? 那些数据也不是一下都需要啊...

2\我自己在设计时,有些想到,但没有打算现在做的一些东西,和目前这个类有关的属性,是现在就应该放进去,还是以后可以作为一个类加进去? 是不是类比较好加,属性比较难加?

因为,老有很多人提醒我,数据库结构在开始做之前就要设计好,有些东西,后来就不好加了,我如何判断哪些是好加的,哪些是不好加的? 肯定有自己没设计周到的,是不是属性,都应该多留一些空白的,准备以后加?

现在我不用word文字,改用ppt来表达界面,同时表达页面跳转逻辑,对程序员就足够了吧,数据流不用再另外画图的吧?

3\顺便记录一下,前几天和小兄弟电话请教那个数据库反推得到的vsd图时,我问过他,是不是不如我自己把这个图给设计了, 他和我说,这个图,不应该我设计,因为我的理解和程序员对数据库的理解是不一样的, 比如,一个分享状态,它是用2个键控制,我可能就是描述的是,一个分享,+ 4种情况,可能就只会做成一个外键,而实际,是需要另外一个来控制的,数据库里的东西,很多前端是不显示的.我应该只是看程序员的设计,而不是自己动手设计.

不过,要是单从目前接收到的UML图的类和属性看,肯定是不如我自己动手设计对程序员帮助更大,也能帮助他理解,和不忘掉元素..

4\我看到我收到的这个图就2种关系,一个箭头是generalization 归纳? 继承?,一个是Composition,应该是构成的意思?. 我还没太明白

5\ 我不太明白,比如,用户这个类下, 用户名,邮箱,密码等等这些是属性,那 站内短信,用户的粉丝,关注的对象,这些也要算在用户类下的属性吗? 还是另外一个类?


顺便说个小感觉,好像不仅是文人相轻,程序员也彼此相轻啊, 我到现在还没遇到一个程序员看到之前程序员做的东西赞不绝口的:)  别说赞不绝口了,基本极少赞任何的,99%都是说前面或其它的人做的不好,各种这缺点那缺点的. 嗯,主要是90%以上其实基本根本都没详细看,就说不好.

小兄弟倒是说过之前的兼职的算是中规中矩的,当然,也还是说结构设计不好. 虽然,我也不懂他的结构的概念和我的结构的概念是不是一样的.不过,我自己是觉得结构上应该有问题,因为有些我觉得是硬伤的地方,他完全没办法改.

现在,之前兼职程序员和小兄弟的程序,都被人说是一打开什么开发的软件,就自动检测到非常多错误. 还有,说,前面做的没有底层设计.

刚刚不会用那个关系的箭头,搜索了一下,网上有介绍staruml的,我决定迅速地看一下.http://wenku.baidu.com/view/b6b5d6c66137ee06eff918bf.html

评论

7 楼 龙晓舟 2011-09-23  

fresh_daily 写道

“2\我自己在设计时,有些想到,但没有打算现在做的一些东西,和目前这个类有关的属性,是现在就应该放进去,还是以后可以作为一个类加进去? 是不是类比较好加,属性比较难加? ”确实，可以说，后来要加的话还是类比较好加吧，但是既然你设计的时候已经想到了这些属性，我觉得就先加好比较好，即使现在不用，因为这个可能会牵扯到后来从类到数据库表的改动，既然能考虑到，最好直接一步到位吧，先一个萝卜一坑占着，暂时不用也没事的啊

谢谢,明白了.

6 楼 fresh_daily 2011-09-23  

“2\我自己在设计时,有些想到,但没有打算现在做的一些东西,和目前这个类有关的属性,是现在就应该放进去,还是以后可以作为一个类加进去? 是不是类比较好加,属性比较难加? ”确实，可以说，后来要加的话还是类比较好加吧，但是既然你设计的时候已经想到了这些属性，我觉得就先加好比较好，即使现在不用，因为这个可能会牵扯到后来从类到数据库表的改动，既然能考虑到，最好直接一步到位吧，先一个萝卜一坑占着，暂时不用也没事的啊

5 楼 mamahuhu_1 2011-09-23  

龙晓舟 写道

nkshan 写道

一般都是逐渐完善的，但是开始的时候一般会讨论出基本框架来。

其实我一般是按照时间来得，比如说我计划10天完成，会用2天来设计，两天过后设计到什么样子就是什么样子，不能无休止的搞。

因为现实就是这样的，什么东西都是有个投入产出比的。

软件业有过度设计一说。其实各行业都差不多，都是对计划性和不确定性做一个合理的平衡，这个平衡能力来源于：天赋/经验/知识。

是,我也觉得是逐渐完善的, 开发也是逐步开发的啊. 一开始,哪怕是架子,想做完全,很可能就是其实里面很多漏洞.

上班吧

4 楼 龙晓舟 2011-09-23  

nkshan 写道

一般都是逐渐完善的，但是开始的时候一般会讨论出基本框架来。

其实我一般是按照时间来得，比如说我计划10天完成，会用2天来设计，两天过后设计到什么样子就是什么样子，不能无休止的搞。

因为现实就是这样的，什么东西都是有个投入产出比的。

软件业有过度设计一说。其实各行业都差不多，都是对计划性和不确定性做一个合理的平衡，这个平衡能力来源于：天赋/经验/知识。

是,我也觉得是逐渐完善的, 开发也是逐步开发的啊. 一开始,哪怕是架子,想做完全,很可能就是其实里面很多漏洞.

3 楼 nkshan 2011-09-23  

一般都是逐渐完善的，但是开始的时候一般会讨论出基本框架来。

其实我一般是按照时间来得，比如说我计划10天完成，会用2天来设计，两天过后设计到什么样子就是什么样子，不能无休止的搞。

因为现实就是这样的，什么东西都是有个投入产出比的。

软件业有过度设计一说。其实各行业都差不多，都是对计划性和不确定性做一个合理的平衡，这个平衡能力来源于：天赋/经验/知识。

2 楼 mamahuhu_1 2011-09-23  

找个工作吧 别总啃老了 你这个资质 很难成功

1 楼 龙晓舟 2011-09-22  

那个链接的介绍真的很好,可惜我只是匆匆地看了一下,要是全部看懂了,估计做出的东西,基本接近能直接拿去做开发的阶段了:)

特别是最后的几个段落的打油诗,让我对整个开发的过程,顺序,步骤,有一个比较清晰的脉络概念了.

我估计,这个程序员,目前也只是用其中比较简单的2种关系,和类图. 他还没用用例图

我呢,是用ppt和文档,还有mindmanager在表示用例图.

等我有空时试试这个.

这个,毕竟只是形式,最重要的东西,其实我有,且很清楚,现在就是看什么是能让程序员也能清楚理解的形式了.