最近在看一本UML,有些个人想法

还没有介绍,现在我已经上班了,在一家公司搞asp.net开发.

现在在开发一个系统.

这个系统的需求,是从怎样去实现,从计算机的角度出发搞的.

但今天看了UML第三章,才发觉这样会出很大的问题,所以要做好心理准备,做出这个系统后,用户会说"这不是我想要的系统"

所以到时又要大费周章去改一翻.

不过作为第一次,也没所谓了.

再说说为什么会这样吧

一,我们没有直接接触客户,没有真正为客户建立业务模型,所以,只能直接去做了.

二,还没有搞清楚涉众问题,就是与这个系统相关的人有哪些?具体与这系统打交道,操作这系统的人又是哪些,哪些是主角(参与者),哪些又是业务工人.

三,用例粒度不明确

不过这是一个统一过程,如果不熟,会花比较多的时间.

所以最好的做法是用原型开发模式,意思就是,把客户第一次想要的东西,先做出一个快速开发版(不考虑性能,架构),用一些超方便的组件(如.net的SQLDataSource,强类型数据集,Linq等来做一层开发),开发出来(大概一个月左右,如果数据库是50张表以上),交给用户去看,去给意见,再修改再给,再修改再给,两三次后,就知道客户真的想要什么了,(再用三个星期时间),然后就针对这些,开始完善数据库,搭程序框架,页面设计等(可能要三到四个星期),接着就写代码完成这些功能了(再用三个星期),共三个半月到四个月,这样虽然花时间比较长,但是我觉得是比较稳定的做法.

这是我的特发灵感.

平时没有什么记忆,上次这东西就差不多出来了,就是说不出来,错过了.唉......

不过,以后有些什么想法,写上日志里,应该就不错了.

至少可以给别人参考,给给意见.