PRD：大数据管理平台需求文档

通过系统简介、系统结构、全局说明、需求说明、前后台原型分析、元素说明等内容，来输出本次产品需求文档

参与过一次大数据项目之后，想写点什么做点总结，希望和大家学习交流。作为产品萌新一枚，在需求及文档处理方式上还存在很多不足，所以就来吸取经验啦。

第一次用Axure来制作PRD文档，虽说很方便，但也可能会存在表达不够详细的问题，希望各位大神提出建议，十分感谢。 一、系统简介

1.系统简介 2.文档修订记录 版本号规则：小数点后更改为小版本更新，小数点前更改为大版本更新。

修订属性：新增、修改、删除

在相应的修改和新增部分增加跳转链接，方便开发及设计人员查看。

二、系统结构

1.功能结构图 2.信息结构图 功能结构图和信息结构图相互辅成，一个描述系统中具备的功能，一个对功能点进行说明和详细备注。由于图片尺寸过大，压缩后浏览存在不清楚问题，可在Axure中查看高清无码图片。

三、全局说明

1.功能权限

进入大数据系统（后台）需要登录！

未登录状态下不可进行任何操作！

登录状态下可以进行系统内所有操作！

2.操作弹窗 3.异常情况说明 四、需求说明

需求说明是整个文档中最重要的部分，为了方便浏览整体需求和进度安排，首先列出需求清单说明整体的需求情况，然后按照需求清单中的内容对需求进行详细描述、再补充整体的非功能需求。通过三部分将系统平台的整体需求进行说明。

1.需求清单

按照需求模块、功能、功能简述、优先级、完成情况【方便后期需求交接】整理到表格中。

优先级说明：Priority意为优先，优先权。P1、P2、P3、P4……代表需求的优先级别，数字越小代表优先级越高。 2.需求说明

按照需求清单中的需求，对各需求进行详细说明，包括需求编号、需求名称、需求描述、流程、意常流程。异常流程为该需求出现错误操作时系统予以怎样的反馈。 由于篇幅有限，这里不一一进行详述。只对需求001：用户登录及需求006查看应用源列表进行说明，其余需求可在Axuer中查看。

2.1用户登录 需求描述：登录系统，进行系统管理

需求流程：管理员输入用户名、密码、验证码后登入系统，登录成功后跳转至首页界面。

异常流程：

• 密码错误，提示“用户名或密码错误”；

• 验证码错误，提示“验证码输入有误”，

• 其他问题导致的登录失败，提示“登录超时，请重试”

页面逻辑：

• 提供账户密码验证码输入框，用户输入上述字段。

• 点击登录系统对账号密码验证码进行验证。

• 验证结果反馈给用户，若成功登录系统，若失败输入字段重新登录。

2.2查看应用源列表

需求描述：查看全部的应用源数据，可以按照系统简称或者建设机构进行筛选查询。

需求流程：点击查看全部的应用源列表，输入系统简称或者建设机构点击查询后查看筛选后的应用源列表，若无数据页面显示为：暂无数据

异常流程：无

页面逻辑：

• 点击查询可对限定条件内的数据结果进行查看。

3.非功能性需求

有些需求是比较容易忽略的部分，虽说不是系统平台的功能性需求，但其往往支撑功能需求的运转，影响着产品的稳定性与安全性。

以下仅是本次系统平台的例子，具体方案需要根据业务情况和产品特性与相关人员深入沟通。 五、元素说明

元素说明意在对原型中各字段和原件进行说明，包括所属页面、元素/字段名称、跳转关系、说明、备注等。 考虑到需求及需求，需求不参与字段的说明，故将字段说明从需求中提出来。如备注应用源列表，为每页显示12条数据，可前后翻页，支持页面跳转。

六、思考总结

需求文档用什么工具写？仁者见仁，智者见智，我个人认为用Axure写，可以更加直观地表达产品需求，阅读更顺畅、通过云端上传预览方便。

在实际工作中，需求文档应简洁明了的表达产品需求意图，利于开发及设计人员查看，能快速定位至相关页面，可以快速知道页面存在什么字段，有哪些控件，页面跳转逻辑是怎样的。除此之外在需求整理的过程中应注意从需求开始到需求开发结尾一整套需求流转的过程，只有开发及设计能很好的看懂需求，才能更好的完成需求。

最后，由于篇幅关系，这里只展示了部分内容，完整版请在以下链接查阅。

预览链接： https://axhub.im/pro/522329138f477f51

下载源文件，请关注公众号【芝士小明】，微信号：Am_xiaoming，回复 PRD 获取。