-.z***产品需求文件基本信息 编译 编译时间 审核 审核时间 版本 V2.10 文档修订历史 序号 版本号 修订章节 修订原因 修订日期 修订人 修订说明 2016年1月14日 目录 前言 错误！ 未定义书签。 第一章 文档说明 31.1 文档目的 31.2 参考文献 31.3 产品命名规则 3 第二章 产品介绍 32.1 产品概述 32.2 产品用户定位 32.3 产品角色 3 第三章 产品描述 33.1 产品信息结构图 33.2 产品功能结构 图 33.3 用户流程图3 第四章功能需求 34.1 功能点 13 功能原型 34.1.2 功能概述 34.1.3 功能业务流程图 34.1.4 功能点列表 34.1.5 功能详细说明 34.1.6 与其他子模块交互接口 34.1.7业务数据描述 34.1.8 边界值处理 34.1.9 异常处理 3 第 5 章 非功能需求 35.1 接口操作要求 35.2 性能要求 35.3 安全要求 35.4 维护和升级 35.5 可靠性和鲁棒性 35.6 用户文档要求 35.7 运行环境 3 第 1 章文档说明 1.1 文件目的 本文件旨在为软件开发部门、产品设计部门和产品测试部门之间就本产品的需求分析、产品开发、产品设计和测试计划提供沟通基础。 1.2 参考文献 1.3 产品命名规则 第二章产品介绍 2.1 产品概述 产品管理系统是公司运营部门用于管理公司线上产品进度和下达订单进度的系统平台。

您可以查看和管理订单进度、管理产品进度、查询订单效果进度。 保证整个运营服务系统的正常流程。 结构图如下： 2.2 产品用户定位 本产品主要针对两类人群。 一种是运行系统的系统管理员，另一种是操作人员。 两者在软件操作熟练度上存在较大差距。 因此，在设计和实现产品时，尽量提供简单的接口和完整的帮助，并注重对重要功能的业务权限的集中、集中控制。 2.3 在产品中的角色 第三章 产品描述 3.1 产品信息结构图 – 信息结构图是只按照产品经理的想法中的产品性能信息来组织产品的示意图（后面会给出例子）» 信息结构可以提供帮助我们组织产品的结构也是研发人员建立数据库的参考。 3.2 产品功能结构图——产品结构图是按照产品的逻辑和表达方式，从结构上表达产品结构的示意图（后面会举例）。 通过这张产品结构图，我们可以将之前抽象的逻辑大致形象化，也让文档读者更容易理解我们的产品思路。 3.3 用户使用流程图——用户使用流程图用于表达用户在使用产品过程中的行为趋势？通过用户行为系列信息结构和产品结构，读者可以更好地了解产品经理设计的用户行为阅读用户流程 第四章 功能需求 4.1 功能点 1 功能原型 参见原型 mic-ad-..ui 添加日志分类 名称测试是否允许标点符号以及长度限制等 4.1.2 功能概述 4.1.3 功能业务流程图4.1.4 功能点列表 4.1.5 功能详细说明 4.1.5.1 详细说明 14.1.5.2 详细说明 14.1.6 与其他子模块接口 1、取消订单后，需要更改客户信息的状态。 这里需要调用出站模块的接口。 2.取消订单后，需要删除相关的工作流任务。 这里需要调用工作流接口。 4.1.7 业务数据描述 1、角色信息【号码、角色名称、角色描述】 角色名称：20 个汉字 角色描述：50 个汉字 角色权限：复选框选择 2、用户信息【号码、登录密码、E-mail 、部门、角色、状态]用户名：由字母a~z（不区分大小写）、数字0~9、点、减号或下划线组成。

用户名只能以数字或字母开头和结尾，长度必须为 4 到 18 个字符。 登录密码：5至16个字符。 机器生成的电子邮件：判断其是否包含20个或更多字符的字符串。 部门：20个字符以上。 作用：下拉框选择，20个汉字。 3、日志信息操作模块：10个汉字。 操作类型：15个汉字。 运算容量：200个汉字。 操作时间：yy-mm-ddhh:mm:ss 用户名：4 至 18 个字符 角色名称：20 个汉字。 4.1.8 边界值处理 1、若不合格，需填写不合格原因。 2、合同合并审核，若通过，需申请合同号，并填写打印编号。 4.1.9 例外第五章 非功能性需求 5.1 界面操作要求 整体风格保持一致，功能性操作使用按钮，操作在同一界面完成。 运行界面可通过拖拽改变大小来最大化或最小化，兼容800*600及以上分辨率。 5.2 性能要求 5.3 安全要求 高级管理员和普通操作员根据权限划分不同的操作菜单。 5.4 维护和升级 5.5 可靠性和稳健性 5.6 用户文档要求 5.7 运行环境