在写需求分析的时候，功能要细化到什么程度啊

[metasos]

我在需求分析的时候
写功能那块的时候，不知道功能具体要写到怎么样的程度，是主要的功能把握住，
还是一些次要的也要包括进去，如登陆，调用文件等等

[zhuma]

达到用户的使用目的
完成一次完整的交互

[w_rose]

每个程序员每天可以实现一、两个，并且有足够的测试和Debug时间。

[w_rose]

反过来说，用已经明确定义功能点数目除以上述开发系数，在加上一些行政事务时间，得到的开发周期明显荒唐可笑，那么这个分析设计一定也是毫无用处的。

[tthxqtt111]

需求是以用户的方式来描述的,而不是以程序员的方式描述.
所以只要把自己放在客户的角度,感觉写出的需求表达了自己的所有要求就可以了.当然要细化到某个数据是什么样的要求.

[berl88]

sa/sd
分析出来业务,(sa)
用系统实现业务.(sd)
我细化到程序设计.除了UI

[webcat]

根据软件开发过程所出的阶段来决定。
问题定义阶段与分析阶段，设计阶段等等详细的程度是不一样的。

[prosadn]

完全同意 tthxqtt111(求知) 的看法。
up一下。

[bailingke]

需求是用户和程序员协商的结果
有时候用户感觉某些东西是“明显”的，不需要写出来的
但是软件人员如果没有相关的“背景”知识，就无法进行设计的。

所以需求必须要详细，
详细到软件人员能够理解，并且没有误解才好。

因为软件设计以需求为根据的
需求规约是软件人员的输入

[loveisbug]

细到每个按扭的颜色和字体。
当年给一老板干活，完了他总说不好看。
可我们觉得挺好看的，也不知道他认为怎样是好看。
他自己也说不清，拖了很久。

[chmj718]

我觉得不需要这么细吧，你 开玩笑了。
其实我觉得一个公司的产品界面上最好做到统一的风格，并做到用户可订制，
不需要每个产品都要考虑哪些

至于用户满意的分析，并在程序员看来可行并能做到提高代码重用的需求才是好的需求

[tana]

你先明确，需求分析不是详细设计！
需求分析，是sa在分析了业务之后，用简要通俗的语言列出的一份单子。单子上主要包括原来系统的不足之处，还有现在新系统改进之处。需求分析是与用户进行的第一次讨论。要做一个ppt文件。开会用，主要的也是说那两点。

这里我给出台湾微星科技（MSI）的需求分析文档，同时也希望大家提提意见（我是他们的sa）

關務系統需求分析
1現有關務系統的分析
> 主要以人工為主.有簡單的Email, ERP軟體系統
> 不能電子化地管理流程作業
> 不能進行提示與預警
> 工作人員工作負荷大,費用開支較大
2.建議關務系統的規劃
> 減少人工作業,將現有的Email, ERP軟體系統和建議關務系統相結合.部分資訊實現共享
> 電子化管理各項作業及進程,動態可變地設置流程及站別
> 加入提示與預警功能,對某些流程實現自動監控
> 加入Forwarder的參與,加強企業內部與外部的溝通與協作
> 電子化合理分配人員作業,減輕工作人員負荷,提高工作效率,節省時間和開支
> 設置必要的查詢與報表功能,方便用戶的工作

[列子汤问]

我觉得在需求分析阶段最好是要描述出业务的流程，具体要牵涉到用了什么表单，需要什么人参与，生成什么报表等。
至于进一步的细化工作，要放到概要设计和详细设计阶段来做。

请各位指正。

[loveisbug]

对啊，有的性质的公司需要产品风格的统一，那也是需要有详细到所有细节的需求说明的呀。否则，每个人写的都不一样。

[zyplwt]

窗口的标题都得写清楚，那个按钮在什么时候可见，什么时候不可见，都得写清楚，还有文件存储的格式，等等，以免编程时造成麻烦

[xiaofei7569]

是啊，到功能一层就够了，如果再细化，就浪费时间，耽误详细设计的时间了。

[loveisbug]

看来我和老顽童的看法差不多。
做需求分析的时候，有很多工作要做。要知道客户的想法，要求。除了功能等之外，我比较强调UI，因为这是现在大家普遍忽视的，也是需求做不好的主要方面。
楼上很多人认为不需要这么详细，有人甚至说这是详细设计，请想清楚，这不是详细设计。
详细设计主要是确定每个模块采用的数据结构和算法。
概要设计主要是确定模块划分，接口和主要的数据结构。
而用户的操作风格，软件的外观，等等这些是要在需求分析阶段确定。否则，到交货之前，客户一会觉得这样不好看一会觉得那样不方便，那才浪费时间呢。耽误的是发布的时间。