如何写系统分析书

menp9999

原帖由 "蓝色键盘" 发表：
menp9999 果真高手

如果没有unix标准（例如posix），不知道linux开发出来，有多少人用，也不知道后来的人怎么添加代码，包括你。

鄙人懂点肤浅的银行项目，不知道menp9999所说的银行项目是什么。

另外，个?.........

   
关于LINUX的问题,你自己去找资料去.
关于银行项目的问题,你去问问他没有有谁做了系统分析的,呵呵,就以城市综合网的项目为例子,你去打听打听,那些所谓的系统分析,不过是补了为了骗领导的.

menp9999

原帖由 "无双" 发表：
我觉得不是不需要
而是因为这个系统已经做了很多个了
并且他们内容都一样

所以不用再重复的分析

LINUX设计的时候也应该考虑一个操作系统应该满足什么功能
然后由此决定系统模块及各模块分工

大的软件如?.........

   
大家总是喜欢从软件设计的角度去考虑问题,其实没有必要.就象有句"功夫在诗外"一样的道理,譬如银行项目,会计制度设计的本身就是包含了从软件设计角度来说系统设计了,所以再来做一遍,只不过是走走形式,骗骗人了.当然有一个东西是会计制度设计的时候没有考虑的,那就是软件升级.制度改变,以前的会计数据怎么办的问题,只是这些东西不是那帮高手所能考虑的问题.因此嘛,系统分析是不需要的.

无双

那不是啊
会议只是需求分析的一部分

系统分析就是想怎样让一个系统有更好的可维护性与可扩展性
以后添加功能时方便

需求是要知道一个软件能完成什么功能

menp9999

原帖由 "无双" 发表：
那不是啊
会议只是需求分析的一部分

系统分析就是想怎样让一个系统有更好的可维护性与可扩展性
以后添加功能时方便

需求是要知道一个软件能完成什么功能

   
别拉性来吓人,我好怕怕.可扩展不如说错误的源泉.

无双

如果设计不好的话
那么会是错误的源泉

但是需求总是在不断变化
不可能有个小需求就重写一遍

所以良好的设计还是需要的
除非想代码写完后就不用了

发的设计可以在源码级共享
CMM就是为了这个提出的（虽然到了中国后也变了质 ,变成一种认证了）

forkson

如果没有正式的文档说明，客户只是在口头上向你传达需求或更改，最后死得很惨的是自己！一点体会。

无双

其实最好是有一个统一的需求

就是说客户提需求时不要一点一点提
而是一次提很多

这样改进会比较快

menp9999

[quote]原帖由 "forkson"]如果没有正式的文档说明，客户只是在口头上向你传达需求或更改，最后死得很惨的是自己！一点体会。[/quote 发表：

一点体会,我做项目时,不要客户自己提供,而是我比客户更专家而已,呵呵.

一无所有

原帖由 "无双" 发表：
我觉得那就是演化模型或是原型法
可以查找一下论坛中软件生命周期讨论


这样的话可以更好的发现客户早期需求
这样确实是一个比较好的办法

无双兄可能没有完全理解楼主的意思，
我看楼主应该是讲的迭代开发。
是在一个模型上不断完善，而不是抛弃以前的原型

一无所有

文档在总个项目的生命周期都是很重要的。
  如果我们把文档当成是一种任务，而不是一种资源，
  那将是我们自己的损失。