很窝火，UML的东西应该谁来写？普通开发人员吗？

[KFeng_bird]

比较窝火，这行也干了5、6年了。现在这家公司内文档要求很严格，有点过分的意思。是个内部用的支撑系统，框架有了，也开发了一些功能，目前的开发都是往上添新功能。
现在问题来了，领导要求不论大小开发，哪怕是一个页面都得写需求设计、详细设计，得在里面画出序列图、用例图、流程图。我很困惑，干这么久没见过这么搞的。一直觉得这种文档是用来描述架构的东西，没想到在详细开发中还写。
大家觉得这样合适么？

PS：这个系统架构好像相关文档，很想把领导叫过来踹几脚。

[zhoujingxian]

有文档写是好事啊

我还真想进一个有文档开发的公司

[tong_xing]

锻炼开发人员。对开发人有好处，不要怨任何人换个角度思考问题！！！
反正没坏处！！努力吧！！！-------------------->架构师-----不再遥远！！！

[chenxizhiyi]

mark

[lcj_up]

[Quote=引用 14 楼 tong_xing 的回复:]
锻炼开发人员。对开发人有好处，不要怨任何人换个角度思考问题！！！
反正没坏处！！努力吧！！！-------------------->架构师-----不再遥远！！！
[/Quote]

呵呵

[临碣]

要是没有详细设计,这些当然是开发人员写

[feishare]

这种情况，没办法的事

[南南北北]

[Quote=引用 4 楼 zhuyx808 的回复:]
给够钱，给够时间，让我整天一遍遍的敲26个英文字母我都愿意啊
[/Quote]

不错,不错.

[downmoon]

写好了，你就不是普通开发人员了

[musecangying007]

[Quote=引用 25 楼 lifeiscool 的回复:]
我想看文档都没有。。 整一没注释的项目丢给我。。
[/Quote]
哈哈！

[cuidongdong]

一个页面怎么画uml图呢。很多领导其实水平根本就不配，属于瞎指挥。唯一的对策就是应付。弄个模板出来就好了。做一个页面在原模板上修修改改的，十分钟完事。领导说不定还夸你规范呢。哈哈。最后文档比页面还多。从头到尾看一遍要一个月，谁会去看呢。

[BearKin]

完成帮助文档的BK路过继续围观LZ

[KFeng_bird]

但针对每个页面来写是不是太傻了， 我们这里要求一个查询页面都得写。哪怕类似的功能有好多，你也得重复。我想当初谁设计的这系统，整体框架为啥不写，反倒现在揪这些细节地方。

[guodong66]

只要给够时间，谢谢也无所谓，正好锻炼下，为今后架构师准备了。

[lifeiscool]

我想看文档都没有。。 整一没注释的项目丢给我。。

[XZ_QIN]

[Quote=引用 25 楼 lifeiscool 的回复:]
我想看文档都没有。。 整一没注释的项目丢给我。。
[/Quote]
以前也这门玩过.....

[straw_ruby]

有点小震撼！
领导就是神啊~~~~

[teemai]

哈哈

[aaron0203]

上司就是上帝！

[beijingquanqiu2008]

我觉得应该这么弄，为以后系统维护等寻找依据

[KFeng_bird]

但是，光写细节部分有什么用啊，把这功夫用在写注释上强多了。
UML的东西更多是描述系统架构的。是好东西，但得分什么地方写。
就和java接口一样，我本人很抵制hibernate的，那个DAO层，是个什么东西啊，整出一堆堆的接口，接口是这么用的吗？当然hibernate现在的版本好多了。