做项目得前期分析得时候,我还是比较喜欢在本子上写写、画画得,通常没有几天桌子上就堆了一堆草纸,记了一堆奇怪得符号,很早就知道UML很好,可是很懒得,这次写的有点烦了,就用Visio乱画起UML图了,一点都不标准,主要是找设计上得漏洞得,几天过去后,感觉还不错,结合着草图,与兄弟们讨论,倒是方便多了,但是我认为最重要得是在进行需求分析得时候,通过框图可以很容易发现设计上得不足,比如我在分析一个用户围绕广告相关的用例时,将主要用例分为:查阅广告、发布广告和管理广告,还以为没问题了,但是经过分析后发现,隐藏在查阅广告后得一个重要潜规则就是:如果用户对广告感兴趣通常会打印广告、保存广告,而这些都可以归结为系统得一个设计缺陷,就是没有明确的用户与广告发布者联系得渠道,所以与此相关得使用广告用例就不可缺少了,去掉一些枝叶,主要用例就成了围绕广告的:发布、查询、浏览、管理和使用了。
在分析和设计的时候通常“图”的作用远远大于文字的描述,只是随意些还是标准些,就是自己的事了。
在分析和设计的时候通常“图”的作用远远大于文字的描述,只是随意些还是标准些,就是自己的事了。
博主在项目前期分析时,从习惯在本子上记录转为用Visio画不标准的UML图。结合草图与团队讨论更方便,且在需求分析中,通过框图易发现设计不足,如广告用例分析,明确了主要用例。强调分析设计时‘图’作用大于文字。
2132

被折叠的 条评论
为什么被折叠?



