系统分析与设计合在一起的文件

  有的公司对于系统分析文件会因为没有系统设计师

  所以把系统分析与设计的东西和在一份文件之中

  这文件的撰写上会变得很麻烦

  如果技术的东西太少,可能会影响程序员的实作(搞不好就不管整个系统架构而能跑就好)

  如果技术的东西太多,可能PM或业务单位就会以此为由而不做规格文件的确认,出问题就能推卸出去。

  这时很可能就是事情是否顺利已经无关你的系统分析能力与技术能力了

  而是看怎么打好关系或者应付奥客的能力了

  在这种状况将会变成事情的对错已经不再重要

  如果项目的运作是对错都不再重要时,发生问题也没啥好意外的了

  所以我是主张系统分析与系统设计的文件应该要分开

  毕竟这本来就是属于不同的事情

  只是…在国内一定很多老板或管理者都无法接受的,原因我就不多说了。

  反正我相信有在国内软件业工作过的人应该都能明白吧

系统分析与设计合在一起的文件-梦幻科技

  题外话:

  我有遇过一次是系统分析与设计文件合在一起的文件,但那用途只是为了应付而非为了让开发顺利

  那是研发主管写的,我的认知是那是主管搞不清系统该做些甚么事情(那文件的逻辑根本不通啊)

  所以想借此把解决问题的责任推到实作者(我)的身上

  但名义上系统的分析与设计通通都是他负责的,我只是实做出来而已


联系我们

13751415268

853408942

:853408942@qq.com

:9:30-22:30

QR code