如何写系统分析书

蓝色键盘

我以前作项目讨厌写文档，但是吃了几次苦头。

现在觉得文档写起来麻烦，但是用处的确不少。

尤其是系统需要改造的过程中。

系统分析书可以不写，但是这个系统的框架在一个人的脑子中，例如像menp9999，我觉得他完全可以不写，但是如果他离开了那家公司，谁来维护。还有一个问题是，就算是自己当初设计的系统框架，项目多了，也总有记得不是很清楚的地方，如果维护产品的人经常的修改系统的某些地方，总有一天会被更改的面目全非。

无双

一般来说文档主要的就是和代码难同步

所以很详细的文档很难写
也没有什么用

总体框架是应该有的

蓝色键盘

级别: 法师
注册时间: 2002-11-21
最后登录: 2003-07-10
帖子总数: 7388
精华帖子: 36
原创精华: 2
来自: 浙江杭州
在线状态: ...在线...


无双兄，我还是喜欢大天使这个级别，可惜是什么精灵使了！

无双

老大
让你不工作一个月看
就知道什么样的感觉了

傲孤子

那不是呀！
一个软件还是应该先写文档，再做这样做到有计划，
或许可以省略多不必要的重复！·

lqy009

文档是大家还没有重视的东东！

jinijxta

文档这东西在开发的时间可能没有人愿意写，在系统维护时读代码还是很麻烦的。软件业能否与建筑业一样，上午有人不干了，下午找一个人就可以继续上午的工作了。目前的现状是不能。
系统分析不可能全部预先了解客户的所有需求，只能提供一个较好的框架，在必要的时候重新组装商务逻辑。从架构来讲还是比较重要的。不需要系统分析的项目还是有一些，做到后边集成和配置的时候太麻烦。

无双

但是软件的规范化需要有现汇的文档
无论从生产效率还是其它方面 文档都是很重要的

jinijxta

我用到一个公司的文档，约有2米高。仔细一读，没几份文档可以用来进行编码。很多时候文档是程序员送给老板安心，其实没用的东西。
    我曾试着要求程序员按ISO软件工程模板书写文档，阻力太大。因为项目是时间驱动的，先将产品做出来再说。

无双

习惯了就好了 不过很长的文档没有几个人看的

文档主要是说出个大概 几百页的文档不知道会有谁从头看到尾