系统功能需求怎么写( 四 ) _需求

预安排的结果要写在文件里，作为一个参考资料。转自项目管理者联盟 5、必须包含业务/操作流程描述。
可以用E-R图，写清楚都牵扯了什么部门，每个角色/实体都怎么怎么样操作的。或者用业务流程图去说明，或者用表格/文字说明。
但是必须说明清楚。并且，是需求分析中占主要的部分，尤其是一个新建立的系统，这部分内容可能经常被改动！这是我做过10来个管理信息系统（包括几个大型管理软件）分析设计的经验。
这部分内容的改动是恐怖的，尤其是新建立一个系统，各部门先决定这么干，讨论讨论就出问题了，又换一个想法。建立管理信息系统的时候，会引起企业流程重组，业务关系变化，个别操作简化，职能重组，这些都直接引起要建立一个新的流程。
所以，如果想让系统做好，就要把这部分内容写的不能再细，说的不能再清楚，同时，还要忍受在与用户讨论、小组分析中可能要不断推翻重写与改动。要经得起各方面推敲 6、必须包含概念定义。
不要小看概念定义，它就象说文解字一样，是解决沟通障碍的关键问题。如果懒得做名词解释，就一定会为它付出代价。
代价就是可能会多出去很多问题，多开好几次讨论会，延长整个软件项目实现的时间。甚至，可能程序都做出来，某个功能根本不是用户要的。
概念定义一定要定义准确，严谨，反复推敲，避免二义性，要同时能被用户和开发人员读懂。最好定位阅读者具有小学文化。
7、必须包含系统数据流的说明。这部分内容看上去好象是概要设计的内容。
其实，在需求报告中，不应该只简单说明有什么什么单子，上面有什么。一定要说明清楚，谁根据什么产生了这个信息，信息里有什么，经过什么途径，又给了哪个位置等。
同时，如果流程重组了，可以不描述旧的流程，直接按照新的流程开始说明。这部分不仅可以使阅读者明白详细的系统要求，同时还可以给需求报告书写人员一个整理思路的方式。
它可以使需求分析更准确严谨，避免出错，遗漏或避免一些关键点没问清楚。8、必须包含界面或其他要求的描述。
比如数据精度，界面颜色与布局风格等。很多人尝试在概要设计中，去做这部分内容，其实，有的时候，在需求报告中，也要反应用户的要求。
现在很多用户已经具备了比较强的计算机理解与使用能力，他们有时会主动告诉你他要的是上面有什么，下面有什么，左面什么样，右边什么样，哪个地方都怎么样。这是很宝贵的信息，采集并获得用户确认，就可以使系统推广的时候，减少不少阻力。
项目经理博客 9、必须包括系统未来的思考。这部分内容主要是作为一个需求调研人员，需求分析后，认为系统现在这样做，还有哪些局限或不足，将来还可以发展成什么样。
这部分书写，可以给系统概要设计人员定义系统生存周期、设计数据结构等提供宝贵的参考资料。因此，如果有能力，就要让自己发挥作用，一定别忘了写上。
在需求说明书的书写中要注意的几个问题与误区：项目管理者联盟 1、不要怕写的多。一定要建立合理的目录结构，使人们可以按照自己关心的部分去阅读。
不要怕长，但是语句一定要准确精。
【系统功能需求怎么写】

文章插图