软件需求文档应该如何写？

软件需求获取过程一般都是要到具体的业务部门进行需求调研。那对我们需求获取的内容如何进行整理需求文档并和用户更好的再次沟通和确认呢？通过本人的工作经验，总结如下：

首先按部门分类：

    1、 业务部门定位

        该部门主要负责哪些工作，他们希望通过系统来简化他哪方面的工作。就是弄清楚部门主要管理的工作和他们对系统的关注点。

    2、 业务流程图

        该部门负责工作的主要流程。特别主要的是他的数据来源是什么，数据去向又是什么。

    3、 业务系统功能图

        对系统功能进行整体分类，帮助用户理清思路，给客户思维拔一个高。

    4、 功能模块列表

        弄清楚系统帮助他们完成的功能点

    5、 详细信息的描述。

        具体的一些表格链接和详细字段说明

其次，概要设计整体的角色功能用例图。

关于需求获取方面，最好和客户有效沟通，虚心请教。给客户的思想拔一个高。然后去创新、去给别人讲解，让别人信服。

关于管理软件我有这样的思考：管理软件业务流程的整合是关键。也就是界面的展示。管理软件在于好的设计理念，可用性高。

转载于:https://www.cnblogs.com/junxiangzheng/archive/2011/05/05/2037239.html