文件编号：版本号：
<物联网云平台>
软件需求规格说明书
版本： 1.0
日期：2014-2-10
xxxxxxx科技有限公司
修订记录
目录
修订记录 (2)
目录 (3)
1. 引言 (5)
1.1. 文档目的 (5)
1.2. 参考资料 (5)
2. 总体描述 (5)
2.1. 产品功能 (5)
2.2. 用户类和特性 (5)
2.3. 运行环境 (5)
2.4. 需求一览表 (6)
3. 功能需求 (7)
3.1 系统登录 (7)
3.1.1 用户登录 (7)
3.2组织权限管理 (8)
3.2.1 人员管理 (8)
3.2.2 组织结构管理 (9)
3.2.3 角色管理 (10)
3.2.4 权限管理 (12)
3.3控制台 (12)
3.3.1 农场地图 (12)
3.3.2 气象信息 (13)
3.3.3 地块基本信息 (14)
3.3.4 地块基本信息更多页 (15)
3.3.5 地块设备信息 (16)
3.3.6 实时数据功能 (17)
3.3.7 模式切换功能 (18)
3.3.8 设备操作功能 (19)
3.3.9 方案配置 (20)
3.3.10 视频查看 (21)
3.3.11 环境异常预警 (22)
3.3.12 设备异常预警 (23)
3.3.13 气象预警 (24)
3.3.14 病害预警 (25)
3.3.15 更多节点箱数据查看 (26)
3.3.16 同种采集数据即时查看功能 (27)
3.3.17 一个采集箱所有采集数据即时查看功能 (28)
3.3.18 环境异常预警更多页 (30)
3.4 配置台 (31)
3.4.1 农场地块管理 (31)
3.4.2 设备管理 (32)
3.4.3 地块位置设置 (33)
3.4.4 预警策略配置 (35)
3.4.5 预警标准值配置 (35)
3.4.6 方案设置 (36)
3.4.7 采集点配置 (39)
3.4.8 系统设置 (40)
3.9 后台服务功能 (41)
3.9.1 天气预报服务 (41)
3.9.2 预警服务 (41)
3.9.3 环境异常预警 (41)
3.9.4 设备异常预警 (41)
3.9.5 气象预警服务 (41)
3.9.6 设备智能控制模式服务 (42)
3.9.7 设备定时控制模式服务 (42)
3.10展示中心 (42)
3.10.1 分基地农场概要 (43)
3.11 信息维护 (43)
3.11.1 分基地维护 (43)
3.12 统计分析 (45)
3.12.1 区域统计 (45)
3.12.2 检测数据统计 (45)
4. 外部接口需求 (45)
4.1 用户界面 (45)
4.2 软件接口 (45)
5. 其它需求 (46)
5.1软件质量属性 (46)
1.引言
本文档说明构建系统的功能性需求，描述软件的硬件需求、软件需求、质量需求、等非功能性需求，确定该软件设计的限制和定义软件的其他有效性需求。本文档为概要设计和详细设计提供直接参考，同时也是《用户手册》和《测试计划》、《测试用例》的编写依据。
1.1. 文档目的
保证种植物联网系统项目在受控状态下进行。在进行系统设计、编码前，对产品的目的、范围、特性、功能、性能、运行环境、内外部接口以及系统流程等做出完整、准确、清晰、具体的要求。
1.2. 参考资料
产品经理需求描述和历史项目积累。
2.总体描述
2.1. 产品功能
以云的方式以企业为集合将大量的传感器节点构成监控网络，通过各种传感器采集信息，以帮助使用者及时发现问题，并且准确地确定发生问题的位置，这样农业将逐渐地从以人力为中心、依赖于孤立机械的生产模式转向以信息和软件为中心的生产模式，从而大量使用各种自动化、智能化、远程控制的生产设备。
2.2. 用户类和特性
广泛的农场或农业企业。基于广泛的物联网传感器设备和云端管理系统。
2.3. 运行环境
2.4. 需求一览表
3. 功能需求
3.1 系统登录
用于给用户提供一个进入系统的入口。
3.1.1 用户登录
3.1.1.1功能说明
登陆是进入系统的一个入口。
本地登陆：对于登陆系统的用户将以企业标识、账号和密码登录系统，系统根据登陆的用户账号获取用户的角色权限，根据权限进入到主界面，展现对应的功能。
3.1.1.2 激励／响应序列
Actors 角色：用户
Trigger 触发条件：
A、login.jsp 用户登陆界面。
Preconditions 前置条件：
Description 基本事件流描述
A、
1、输入企业标识、用户名、密码，单击提交按钮；
2、系统验证用户合法性；
3、获取用户权限和企业信息；
4、转向系统主页面。
B、
1、查询数据库，获得将要去向的系统的连接地址和账号密码；
2、调用需要跳转到的系统上的登陆接口验证账号合法性；
3、获得用户权限；
4、获得企业信息；
5、转向系统主界面。
Extensions 备选事件流
如果对应可以公网访问的系统有验证码限制，则在用户名和密码之前做判断。
End Condition 后置条件
1、 Success End Condition 成功后置条件：
进入系统主界面，根据权限显示对应的菜单目录。
2、 Failed End Condition 失败后置条件：
跳转回登陆界面，提示错误信息。
Special Requirement 特殊需求
无
User Interface 用户界面
3.2组织权限管理
该模块用来管理系统用户，用户角色，角色的权限和组织架构的。该部分直接采用聚光bear 平台提供的对应模块即可。
3.2.1 人员管理
3.2.1.1 功能说明
该功能是提供给有管理员权限的用户管理系统用户的。可以在该模块中添加修改和删除用户。
3.2.1.1激励／响应序列
Actors 角色：有管理员权限的用户
Trigger 触发条件：
1、进入到人员管理界面
2、A：点击添加按钮
B：点击删除按钮
C：点击需要修改用户行后面的修改按钮。
Preconditions 前置条件：
用户已登录
Description 基本事件流描述
A、添加用户：
1、输入名称、电子邮箱、固定电话、移动电话、联系地址选择所属部门和所属岗
位，点击“下一步”。
2、选择账号分配方式，选择或者输入账号。点击下一步。
3、勾选角色，点击保存。
B、删除用户：
1、弹出“是否要删除这个用户”警告框，点击确定。
C、修改用户：
1、输入需要修改项目的内容，点击下一步；
2、修改账号信息，点击下一步；
3、修改角色，点击保存。
Extensions 备选事件流
End Condition 后置条件
1、 Success End Condition 成功后置条件：
回到人员管理页面，展示操作成功后数据。
2、 Failed End Condition 失败后置条件：
弹出警告框，提示失败原因
Special Requirement 特殊需求
无
User Interface 用户界面
3.2.2 组织结构管理
3.2.2.1功能说明
该功能是提供给用户维护农场或企业的组织结构用的。
3.2.2.2激励／响应序列
Actors 角色：用户
Trigger 触发条件：
1、点击组织管理，进入到组织管理界面。
2、点击页面左侧框架内组织树上需要操作的节点。
3、A：点击添加；
B：点击删除；
C：点击右侧框架中需要编辑的组织上的修改按钮。Preconditions 前置条件：
用户已登录。
Description 基本事件流描述
A：添加组织
1、在左侧树中选择父节点，点击添加按钮；
2、输入组织名称（必须）和组织描述，点击保存。
B：删除组织
1、点击左侧树中的父节点。
2、勾选右侧列表中需要删除的组织。
3、点击删除按钮。
4、弹出确认窗口，点击确定。
C：修改组织
1、点击左侧树中父节点；
2、点击右侧需要修改的组织上的修改按钮；
3、在需要修改的项目里填写修改后的数据，点击保存。Extensions 备选事件流
End Condition 后置条件
1、 Success End Condition 成功后置条件：
返回到组织管理界面。
2、 Failed End Condition 失败后置条件：
弹出失败窗口。
Special Requirement 特殊需求
无
User Interface 用户界面
3.2.3 角色管理
3.2.3.1功能说明
该功能是提供给具有管理员权限的用户管理系统中用户角色的功能
3.2.3.2 激励／响应序列
Actors 角色：有管理员权限的用户
Trigger 触发条件：
1、进入到人员管理界面
2、A：点击添加按钮
B：点击删除按钮
C：点击需要修改用户行后面的修改按钮。Preconditions 前置条件：
用户已登录。
Description 基本事件流描述
A、添加用户：
1、输入角色名称，勾选是否默认，点击保存。
B、删除角色：
1、弹出警告框，点击确定。
C、修改角色：
1、修改角色名称和是否默认，点击保存。Extensions 备选事件流
无
End Condition 后置条件
1、 Success End Condition 成功后置条件：
回到角色管理页面，展示操作成功后数据。
2、 Failed End Condition 失败后置条件：
弹出警告框，提示失败原因
Special Requirement 特殊需求
无
User Interface 用户界面
3.2.4 权限管理
3.2.
4.1功能说明
在聚光平台的基础上继续细化从模块访问到页面的操作的一系列权限。
3.2.
4.2 激励／响应序列
3.3控制台
整合各种资源和信息集都合到一起显示，组成一个信息丰富的展示页面，用于给用户在大屏幕或者投影上显示，使得农场里所有信息都能一目了然。这个页面也是系统的各个功能的快捷入口。包括了以下子功能：气象信息、地块基本信息、地块设备信息、实时数据功能、设备操作功能、种植历史查看、种植方案、环境异常预警列表、设备异常预警列表、数据异常预警列表、农场地图、3D大棚、外链系统、视频查看。具体页面参照如下的图（图3.3）。
图3.3
3.3.1 农场地图
3.3.1.1功能说明
本功能能够以假3D的方式直观的查看农场全貌，可以自由的缩放，并能作为软件背景方式展现。用图标来标识农场中的各个地块，当鼠标移动到地块上方，地块以高亮或者区域变色的直观方式凸显出来。点击地块标识的时候，地块上能够显示地块的名称，同时间能够让即时采集数据、设备控制面板切换到这个地块上来。
3.3.1.2激励／响应序列
Actors 角色：用户
Trigger 触发条件：
1、用户从登陆界面登入到系统。
2、点击目录中的控制台。
Preconditions 前置条件：
已登录
Description 基本事件流描述
1、用户进入控制台页面；
2、系统载入农场地图；
3、系统向数据库查询农场地块数据，返回给前台页面；
4、前台页面根据地块的信息和坐标在地图上标出各个地块和范围。
5、用户点击某个地块；
6、对应地块高亮并显示轮廓；
7、页面将即时采集数据、设备控制面板切换到这个地块上来。
Extensions 备选事件流
无
End Condition 后置条件
1、 Success End Condition 成功后置条件：
无
2、 Failed End Condition 失败后置条件：
无
Special Requirement 特殊需求
无
User Interface 用户界面
图3.3.1
3.3.2 气象信息
3.3.2.1功能说明
这个功能用来显示基地所在地区当天和未来几天的天气情况。用直观的图片加文字
的方式显示。
3.3.2.2激励／响应序列
Actors 角色：用户
Trigger 触发条件：
1、用户从登陆界面登入到系统。
2、点击目录中的控制台。
Preconditions 前置条件：
已登录
Description 基本事件流描述
1、用户进入控制台页面；
2、系统向数据库查询当前天气数据，返回给前台页面；
3、前台页面根据后台传来的天气数据显示出相对应的画面。
Extensions 备选事件流
无
End Condition 后置条件
1、 Success End Condition 成功后置条件：
无
2、 Failed End Condition 失败后置条件：
无
Special Requirement 特殊需求
无
User Interface 用户界面
图3.3.2
3.3.3 地块基本信息
3.3.3.1功能说明
本功能用于展示基地内所有地块的基本信息，包括地块名称、面积、大棚类型、所种植物、管理人员等。每页显示3个大棚的信息，以定时切换的方式每10秒钟切换一次。有进入查看全部大棚信息页面的超链接。
3.3.3.2激励／响应序列
Actors 角色：用户
Trigger 触发条件：
1、用户从登陆界面登入到系统。
2、点击目录中的控制台。
Preconditions 前置条件：
用户已登录
Description 基本事件流描述
1、用户进入控制台页面；
2、系统向数据库查询基地所有地块数据，返回给前台页面；
3、前台页面根据后台传来的数据显示出相对应的信息并定时切换。
Extensions 备选事件流
无
End Condition 后置条件
1、 Success End Condition 成功后置条件：
无
2、 Failed End Condition 失败后置条件：
无
Special Requirement 特殊需求
无
User Interface 用户界面
图3.3.3
3.3.4 地块基本信息更多页
3.3.
4.1功能说明
本功能用于展示基地内所有地块的基本信息，包括地块名称、面积、大棚类型、所种植物、管理人员等。每页显示4个大棚的信息，以定时切换的方式每10秒钟切换一次。有进入查看全部大棚信息页面的超链接。
3.3.
4.2激励／响应序列
Actors 角色：用户
Trigger 触发条件：
1、用户从登陆界面登入到系统。
2、点击目录中的控制台。
Preconditions 前置条件：
用户已登录
Description 基本事件流描述
1、用户进入控制台页面；
2、系统向数据库查询基地所有地块数据，返回给前台页面；
3、前台页面根据后台传来的数据显示出相对应的信息并定时切换。
Extensions 备选事件流
无
End Condition 后置条件
1、 Success End Condition 成功后置条件：
无
2、 Failed End Condition 失败后置条件：
无
Special Requirement 特殊需求
无
User Interface 用户界面
图3.3.4
3.3.5 地块设备信息
3.3.5.1功能说明
该功能以栈面板的方式所有大棚中的设备信息。点击地块列表中的任何一个，在地块的下方会出现对应地块上所有的设备统计信息。
3.3.5.2激励／响应序列
Actors 角色：用户
Trigger 触发条件：
1、用户从登陆界面登入到系统。
2、点击目录中的控制台。
Preconditions 前置条件：
用户已登录
Description 基本事件流描述
1、用户进入控制台页面；
2、系统向数据库查询基地所有地块和设备数据，返回给前台页面；
3、前台页面根据后台传来的数据显示出地块列表；
4、用户点击任意一个地块；
5、页面上在点击的地块下面显示出设备统计信息。
Extensions 备选事件流
无
End Condition 后置条件
1、 Success End Condition 成功后置条件：
无
2、 Failed End Condition 失败后置条件：
无
Special Requirement 特殊需求
无
User Interface 用户界面
图3.3.5
3.3.6 实时数据功能
3.3.6.1功能说明
本功能用于显示地图上选中地里节点箱的即时数据。如果没有选择一个地块，系统将选择一个默认地块上的节点箱。即时数据根据节点箱上采集器的类型和数量显示，采集的数据每5秒钟更新一次，并标明和前一次数据的差距。还提供进入更多采集信息页面的连接。
3.3.6.2激励／响应序列
Actors 角色：用户
Trigger 触发条件：
1、用户从登陆界面登入到系统。
2、点击目录中的控制台。
Preconditions 前置条件：
用户已登录
Description 基本事件流描述
1、用户进入到控制台页面；
2、后台向数据库查询被选中地块中节点箱信息，返回给页面；
3、后台接口根据前台的请求查询数据库，然后返回给前台。
4、前台根据后台返回的参数条目，创建出采集信息条目。
5、前台根据节点箱信息调用后台实时数据接口，获取实时采集数据。
6、后台接口根据前台请求查询数据库，将结果返回给前台。
7、页面将返回的数据填充到对应的页面元素中去。
8、过5秒钟后，调转到步骤5。
Extensions 备选事件流
无
End Condition 后置条件
1、 Success End Condition 成功后置条件：
无
2、 Failed End Condition 失败后置条件：
无
Special Requirement 特殊需求
无
User Interface 用户界面
图3.3.6
3.3.7 模式切换功能
3.3.7.1功能说明
本功能向用户提供了3种设备的控制模式切换的功能：手动、定时、智能。
手动模式：用户根据自己的需要手动开启和关闭相应的设备；
定时模式：设备将根据事先设置好的定时方案在特定的时间段开启指定的设备；
智能模式：设备将根据生长模型设置的作物最佳生长环境范围结合当前采集点数据做综合判断来开启和关闭相应的设备。
3.3.7.2激励／响应序列
Actors 角色：用户
Trigger 触发条件：
1、用户从登陆界面登入到系统。
2、点击目录中的控制台。
Preconditions 前置条件：
用户已登录
Description 基本事件流描述
1、用户进入统一展示页面；
2、用户点击地图界面中的一个地块；
3、在界面中设备列表的左面出现模式切换按钮；
4、点击其中一个模式的按钮；
5、前台向后台发送切换模式指令；
6、后台开启对应的服务控制设备。
Extensions 备选事件流
无
End Condition 后置条件
1、 Success End Condition 成功后置条件：
无
2、 Failed End Condition 失败后置条件：
无
Special Requirement 特殊需求
无
User Interface 用户界面
图3.3.7
3.3.8 设备操作功能
3.3.8.1功能说明
本功能向用户提供了可以操作在地图上选中地块里设备的界面。用户可以点击界面上对应设备就可以控制设备的开关。界面提供翻页，如果页面展示不下所有的设备，可以点击向前或者向后箭头，对应的页面就可以滑动到界面中。
3.3.8.2激励／响应序列
Actors 角色：用户
Trigger 触发条件：
1、用户从登陆界面登入到系统。
2、点击目录中的控制台。
Preconditions 前置条件：
用户已登录，当前模式为“手动模式”。
Description 基本事件流描述
1、用户进入统一展示页面；
2、用户点击地图界面中的一个地块；
3、设备操作页面根据点击的地块信息调用后台即时数据接口获取地块上的设备信息
和设备状态；
4、后台接口收到前台请求，查询数据库，后将数据传输回前台。
5、前台根据返回的数据，将设备以列表的形式展现在页面中；
6、用户点击一个设备的开关按钮；
7、前台调用后台接口，向后台发送操作命令。
8、后台根据前台的操作命令，将操作发给接入服务器。
9、接入服务器返回操作结果。
10、后台将结果传给前台。
11、前台根据结果改变界面上设备的状态。
12、用户点击界面上的向前或向后按钮、
13、页面将以滑动的方式将隐藏的设备显示出来。
Extensions 备选事件流
无
End Condition 后置条件
3、 Success End Condition 成功后置条件：
无
4、 Failed End Condition 失败后置条件：
无
Special Requirement 特殊需求
无
User Interface 用户界面
图3.3.7
3.3.9 方案配置
3.3.9.1功能说明
本功能能够让用户配置设备控制的模式。模式可以有三种:手动控制,定时控制,环境控制.
1.手动控制时,用户可以直接控制页面下方的各种设备.
2.定时控制时,系统根据配置好的设备定时方案来操作各种设备.
3.环境控制时,系统可以根据传感器采集来的数据和事先设置好的环境区间来执行对
应的设备.
3.3.9.2激励／响应序列
Actors 角色：用户
Trigger 触发条件：
1、用户从登陆界面登入到系统。
2、点击控制台中的“方案”按钮。
Preconditions 前置条件：
用户已登录
Description 基本事件流描述
1、用户进入控制台页面；
2、用户选择了地图上的一个地块;
3、用户点击控制台界面中的“方案”按钮；
4、系统获取数据库事先配置好的定时方案和环境方案,并显示配置界面.
5、用户选择方案模式(手动,定时,环境),选择对应的定时方案和环境方案,点击”确定”;
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
视频监控应用系统技术需求说明书 我们的视频监控应用系统是B/S架构的应用系统，提供给不同区域不同用户访问视频监控实时视频及历史录像的功能，同时我们还有对应的手机APP版应用系统，需要转发平台支持手机视频转发功能，并且提供相关的接口支持手机无障碍访问平台，保证访问视频的流畅性。以下是详细的关于对转发平台的技术需求。 一、基于PC端的系统转发平台技术需求 PC端的系统中有一个视频管理系统模块，视频管理系统与转发平台进行对接，对转发平台上连接的摄像机等设备进行添加和管理，并对这些摄像机设备分配到不同地区不同权限用户的账户，供不同权限的用户观看实时视频监控和视频监控录像（这块权限控制我们自己做，需要的是对平台上视频列表的调用，提供视频调用播放的地址）。我们寻求的解决方式有以下三种（可能我们对转发平台及流媒体服务器这块的表述不是太专业，只能表达大体的需求）：方式一、转发平台具有将视频监控视频流转化为支持Flash播放的视频流和Flash可以直接播放的文件格式，如.FLV格式，并提供相关的web访问方式（无需控件）和接口及说明文档，以及对整个转发平台和前端设备进行管理的权限。此种方式，我们通过Flash技术实现视频监控的播放功能，用户在播放视频时不需要安装控件，可以直接进行播放。对实时视频和视频录像的分别的需求如下： 1、实时视频监控： （1）、转发平台实现对实时视频流的转码，转化成支持Flash解码播放的视频流，并提供相应的解码方式及转发平台系统的访问方式、账户、密码以及相关的使用配置说明文档。 （2）、转发平台与我公司的视频管理系统进行对接，实现对转发平台上的前端设备进行管理的功能，转发平台对前端设备的管理必须要有一定的可以区分摄像机地理位置的标识，以方便我视频管理系统对接时进行前端设备的管理。我公司视频管理系统根据需求进行相关的权限的分配连接到不同的应用系统上，以提供视频播放功能。转发平台需提供相关的web实现的接口（C#语言）、demo及接口说明文档。 2、视频监控录像：
XX项目 产品需求规格说明书 机构公开信息
版本历史
1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。
1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。
XX棋牌游戏平台功能需求说明书 目录 1.1项目定义.......................................... 1.2项目目标.......................................... 1.3性能指标.......................................... 2.平台功能要求........................................ 2.1用户注册、登陆、管理 .......................... 2.2游戏大厅...................................... 2.3游戏房间...................................... 2.4平台功能说明.................................. 2.5平台管理员功能 ................................ 2.6网站后台管理.................................. 2.7充值卡管理.................................... 2.8版本升级...................................... 2.9需开发的游戏.................................. 3.平台比赛功能说明.................................... 3.1打立出局赛制.................................. 3.2定局积分赛制.................................. 3.2.1循环赛制.................................... 3.2.2其他规则.................................... 3.2.3场控........................................
厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07
修改记录
目录
第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
国安创客 平台功能需求规格说明书 版本： 1.0 日期：2015年？月
修改记录 *A–新增M–修改D–删除
目录 引言 (4) 1.1 目的 (4) 1.2 文档约定 (4) 2 总体框架及流程图 (4) 2.1 用户角色说明 (4) 2.2 总体业务架构 (4) 2.3 系统功能模块 (4) 2.4 业务流程 (5) 3 功能分解 (5) 3.1 基础信息（如有角色或权限新增修改时，否则删除） (5) 3.1.1 功能分解 (5) 3.2 销售管理 (8) 3.2.1 角色及职责描述 (8) 3.2.2 流程清单 (8)
引言 1.1目的 本文档详细描述平台功能必须满足的产品功能需求、非功能需求（质量属性和外部接口）与限制条件，作为后续相关项目的项目管理人员、系统设计人员、编码和测试人员以及其他相关人员开展工作的基础和依据，同时也界定了本部分的工作内容。 1.2文档约定 在本文档中描述的所有需求都有一个唯一的编号标识。该需求编号在需求确立时产生并在整个项目开发过程中保持不变。 2总体框架及流程图 2.1用户角色说明 2.2总体业务架构 2.3系统功能模块
2.4业务流程 流程图： 业务描述及说明： 3功能分解 3.1基础信息（如有角色或权限新增修改时，否则删除） 基础信息包括角色管理、用户管理、权限管理，数据字典维护等功能 3.1.1功能分解 3.1.1.1角色管理 3.1.1.1.1业务描述 提供提供用户角色信息的增加、修改、显示、查询、删除功能，供输入过程中下拉菜单选择。 3.1.1.1.2输入输出
3.1.1.1.3业务逻辑处理 3.1.1.1.4参考文档
实验报告□实践报告□ 课程名称：软件需求工程 实验名称：用例文档 实验地点：太原理工大学虎峪校区 专业班级：软件工程1417学号：2014005993 学生姓名：曹旭清 指导教师：王建珍 2017年5月3日 目录 1. 引言............................................................................................................................................. 1.1目的................................................................................................................................. 1.2定义................................................................................................................................. 登录模块：......................................................................................................................... 用户注册模块..................................................................................................................... 购物车模块：..................................................................................................................... 订单模块：......................................................................................................................... 基本信息管理模块：......................................................................................................... 公告模块：......................................................................................................................... 1.3参考资料......................................................................................................................... 2.系统总体概述............................................................................................................................. 2.1产品标识......................................................................................................................... 2.2产品描述......................................................................................................................... 系统属性............................................................................................................................. 开发背景............................................................................................................................. 产品功能............................................................................................................................. 2.3用户的特点..................................................................................................................... 3.系统功能用例图......................................................................................................................... 1. 引言 1.1 目的 网上订餐在当今社会还不怎么流行，但是随着科技的发展，网上订餐必定日趋走向成熟化，并被广大的市民所接受，尤其是被当代的大学生所接受。所以开
专 组号：小组成员： 完成时间：
目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)
1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人
环境与灾害监测预报小卫星星座环境应用系统 XX系统需求规格说明书 单位： 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1.引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (1) 2.需求概述 (1) 2.1.目标 (1) 2.2.运行环境 (2) 2.3.关键点 (2) 2.4.约束条件 (2) 3.需求规格 (2) 3.1.软件系统总体功能／对象结构 (2) 3.2.软件子系统功能／对象结构 (2) 3.3.描述约定 (2) 3.4.功能或对象的描述 (3) 3.4.1.功能或对象1 (3) 3.4.2.功能或对象n (3) 3.5.性能 (4) 3.6.外部接口 (4) 3.7.数据 (4) 3.7.1.空间数据 (5) 3.7.2.非空间数据 (5) 3.8.操作 (5) 3.9.可使用性、可维护性、可移植性、可靠性和安全性 (5) 3.10.故障处理 (5) 3.11.算法说明 (6) 4.尚未解决的问题 (6) 5.支持信息 (6)
1.引言 1.1.编写目的 说明编写本软件需求规格说明书的目的，指出预期的读者。 1.2.背景 a.说明待开发产品或项目（以下简称产品）的名称。 b.列出此开发任务的提出者、开发者、用户等。 c.说明本产品与其他产品的关系。 1.3.定义 列出本文件中用到的专门术语的定义和缩写词原文。 1.4.参考资料 a.本文件中引用的属于本开发产品的其他文件。 b.本文件中引用的其他文献、资料以及软件开发标准。 2.需求概述 2.1.目标 a.本产品的开发意图、应用目标及作用范围（现有产品存在的问题和建议 产品所要解决的问题）。 b.本产品的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本产品与其他相关产品的 关系，是独立产品还是一个较大产品的组成部分（可用方框图说明）。
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束
V公司物流信息服务平台软件需求规格说明书
变更记录
目录
1 概述 1.1 编写目的 本文档是北京ISS有限公司在V公司（中国）投资有限公司（以下简称V公司）的物流信息服务平台合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2 系统目标 本平台为物流需求企业和物流服务企业提供了各种需求、货源、车源信息。为物流需求企业提供完整的解决方案、为物流服务企业提供需求信息等增值服务，在促进V公司用户供需交互的同时达到宣传和推销V公司卡车的目的，最终使V公司卡车在中国地区的销量能够显著增长。 鉴于上述目标，本平台由两个子平台组成，即物流信息服务平台（以下简称服务平台）和物流信息服务平台管理系统（以下简称管理系统）。 服务平台的用户主要是物流企业以及有物流需求的非物流企业，所完成的目标为：1. 首页： 首页支持的功能应包括： 用户注册与登录，订阅电子期刊，过桥费查询，给V公司留言； 首页所发布内容包括： 物流企业介绍、成功案例展示、物流需求发布、最新消息、解决方案展示、运力合作展示。 2. 物流需求项目发布: ●物流需求项目发布平台 为物流需求企业提供大型物流项目发布的平台，为物流服务企业提供更多的商机。用户可以在平台上发布和查询需求项目信息，以及进行之后的方案征集活 动。 3. 物流解决方案展示： ●物流解决方案
建立V公司全国物流企业联盟，联系各大型物流企业向集团客户提供整体物流解决方案，促进产品销售。包括：解决方案查询、解决方案维护、发布新的解 决方案三个主要功能点。 4. 物流企业园区： ●平台用户列表 查看本平台的所有物流企业的信息。 ●维护企业信息 对登录用户所在物流企业的信息进行维护。 5. 物流联盟论坛： ●物流联盟论坛 为平台所有用户提供交流的场所。V公司指定论坛管理员可以对论坛内容进 行维护。 6. 物流效率测算： ●物流运营数据分析系统 系统根据用户录入的与货运、运营、贷款、公路费用有关的各项信息，自动计算出使用V公司卡车的收入、利润、运行费用、成本、现金流等客户关注的数 据。并且系统还提供V公司卡车的上述各项数据与相同档次的其它各款车型的比 较分析，使用户能够比较直观的了解到购买V公司卡车的优势所在。为销售人员 展示V公司的各项产品提供了方便快捷的工具。 ●物流运营数据分析系统参数维护 该功能点为系统管理员维护数据分析系统的后台参数提供了一个平台。需要维护的参数项主要包括V公司的车型以及其它竞争对手车型的运行参数、资赁分 析、产品参数等信息。 管理系统的用户主要是V公司管理人员，完成目标为: 1. 新闻维护： ●增加新闻 新增新闻信息，供物流信息服务平台用户浏览。 ●修改新闻 修改或删除已有新闻信息。 ●新闻查询
XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录
1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释
1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI
[软件需求]销售系统软件需求说明书
＜网络营销系统＞ 软件需求说明书 作者：杨晶 完成日期：2010年7月6日 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (2) 1.4 参考资料 (3) 2 项目概述 (4) 2.1 产品描述 (4) 2.2 产品功能 (4) 2.3 用户特点 (5) 2.4 一般约束 (5) 2.5 假设和依据 (5) 3 具体需求 (6) 3.1 功能需求 (6) 3.1.1 功能需求1 (6) 3.1.2 功能需求2 (7) 3.1.n 功能需求n (7) 3.2 外部接口需求 (8) 3.2.1 用户接口 (8) 3.2.2 硬件接口 (8) 3.2.3 软件接口 (8) 3.2.4 通信接口 (9) 3.3 性能需求 (9) 3.4 设计约束 (9) 3.4.1 其他标准的约束 (10) 3.4.2 硬件的限制 (10) 3.5 属性 (10) 3.5.1 可用性 (10) 3.5.2 安全性 (11) 3.5.3 可维护性 (11) 3.5.4 可转移＼转换性 (11) 3.5.5 警告 (12) 3.6 其他需求 (12) 3.6.1 数据库 (12) 3.6.2 操作 (12) 3.6.3 场合适应性需求 (13) 4 附录 (13)
1 引言 1.1 编写目的 近年来，互联网技术的迅猛发展使电子商务在世界范围内蓬勃兴起。基于Internet的电子商务冲击着传统企业的经营模式、管理模式和经济活动的运作手段，它为中小企业提供了大量市场机会，也缩小了大型企业和中小企业之间的市场地位的差距，为中小企业提供了竞争的机会。 1.2 范围 说明： a．该系统名为网络销售系统 b．该系统更大的方便了群众，减少了用户外出或者购买的不便。 c．该系统的应用： 1）该系统的开发，为更多的经销商提供了 更好的发展平台，扩大了业务，更好的适 应了当今社会的发展需求，同时为广大的 用户提供了方便。
XXXXXX项目系统需求说明书 版本号 公司名称
目录 1目的 (5) 2范围 (5) 3术语 (5) 4概述 (6) 4.1业务概述 (6) 4.2系统概述 (6) 4.2.1系统目标及范围 (6) 4.2.2系统角色与权限 (6) 4.2.3系统功能结构图 (6) 4.2.4系统功能清单 (6) 5功能需求 (7) 5.1【XXXX功能名称】 (7) 5.1.1描述 (7) 5.1.2页面流程描述 (7) 5.1.3页面定义 (8) 5.2【XXXX功能名称】 (8) 5.2.1描述 (8) 5.2.2页面流程描述 (9) 5.2.3页面定义 (9) 5.3【XXXX报表功能】 (11) 5.3.1描述 (11) 5.3.2查询元素说明 (11) 5.3.3报表输出元素说明 (11) 5.3.4报表输出格式 (11) 5.3.5结果排序需求 (11) 5.3.6结果统计需求 (11) 5.3.7输出分页需求 (11) 5.3.8其他报表需求 (12) 5.4【XXXX报表功能】 (13) 5.4.1描述 (13) 5.4.2查询元素说明 (13) 5.4.3报表输出元素说明 (13) 5.4.4报表输出格式 (13) 5.4.5结果排序需求 (13) 5.4.6结果统计需求 (13) 5.4.7输出分页需求 (13) 5.4.8其他报表需求 (13) 5.5系统接口需求 (14) 5.6软硬件资源需求 (15) 5.7安全需求分析 (16) 5.7.1系统的重要性 (16) 5.7.2确定保护目标 (16) 5.7.3确定保护要求 (16) 5.8性能需求 (18) 5.9可用性需求 (19) 5.10扩展性需求 (20) 5.11其他需求 (21) 6参考资料 (22) 7附录 (23) 7.1.1应用软件群组定义 (23)
需求规格说明书(ISO标准版) 编者说明： 当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。 1．引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户； c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2．任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3．需求规定 3.1对功能的规定 [用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值围、精度等。对系统
<实训管理平台> 需求说明书
目录 1.引言 (2) 1.1 编写目的 (2) 1.2 背景 (2) 1.3 定义 (2) 1.4 参考资料 (2) 2. 项目概述 (3) 2.1 目标 (3) 2.2 产品功能概述 (3) 2.3 用户特点 (3) 2.4 限制与约束 (4) 3. 具体需求 (4) 3.1 功能描述 (4) 3.1.1系统功能划分 (4) 3.1.2系统功能详述 (4) 3.1.2.1系统角色描述 (5) 3.1.2.2前台信息发布展示平台 (5) 3.1.2.3后台管理平台 (9) 3.1.2.4实训成果管理平台 (20) 3.2 性能需求 (21) 3.2.1精度 (21) 3.2.2时间特性要求 (21) 3.2.2.1响应时间 (21) 3.2.2.2运行时间 (21) 3.3 外部接口需求 (22) 3.3.1用户接口 (22) 3.3.2软件接口 (22) 4. 附录 (22)
1.引言 1.1编写目的 根据实训平台项目开发需求与实训管理要求，编写项目软件需求规格书。本文档的目的是确定系统开发的范围；反映出系统的结构，为开发人员、维护人员、需求人员间提供共同的协议而创立基础，对软件功能的实现作使命描述，作为软件人员进行设计和编码的基础；作为实训小组成员的共同文档，为各小组成员完成任务提供依据；确定系统测试及验收内容。 1.2背景 待开发系统名称：实训管理平台 本项目任务提出者：刘凤华 开发者：郭靖、李夷洁、万团结、马可、弓智华、罗起 系统使用者：实训所有参与者，包括普通用户、实训负责人、实训指导老师、实训学生 1.3定义 1.4参考资料 无
《择易企业管理系统商务版V3。0》 软件需求说明书 软件开发有限公司
《择易企业管理系统商务版V3。0》软件需求说明书 目录 1.编写目的 (8) 2.背景 (8) 2.1.定义 (8) 2.2.参考资料 (8) 2.3.目标 (8) 2.4.用户的特点 (8) 2.5.假定和约束 (8) 3.需求规定 (8) 3.1.采购管理 (8) 3.1.1采购订单APOrder (9) 3.1.2采购收货APRecieve (11) 3.1.3采购退货APRetturn (12) 3.1.4采购发票APInvoice(扩展) (14) 3.1.5采购付款 (15) 3.1.6显示凭证（不产生凭证，只是显示凭证的内容） (16) 3.1.7采购数据查询 (16) 3.1.8采购统计报表 (16) 3.1.9采购决策分析图 (16) 3.1.10采购历史数据维护 (16) 3.2.销售管理 (17)
3.2.1销售订单AROrder (18) 3.2.2销售发货APROredr (19) 3.2.3销售退货ARReturn (20) 3.2.4销售发票ARInvoice (22) 3.2.5销售收款 (23) 3.2.6显示凭证（不生成凭证，仅提供显示凭证的内容） (24) 3.2.7门市零售 (24) 3.2.8库存盘点（见库存管理） (24) 3.2.9货品调拨（见库存管理） (24) 3.2.10货品维修服务 (24) 3.2.11销售数据查询 (25) 3.2.12销售统计报表 (25) 3.2.13销售决策分析图 (26) 3.2.14销售历史数据维护 (26) 3.3.库存管理（Inventory Control） (26) 3.3.1货品入库（入库单）ICReceiveOrder (27) 3.3.2货品出库（出库单） (29) 3.3.3货品调拨 (30) 3.3.4货品盘点 (31) 3.3.5组合货品定义 (32) 3.3.6货品组装 (33) 3.3.7货品拆分 (33)
一卡通平台清算管理系统需求规格说明书 编制： 审核： 日期： 产品编号: 版本号： 文档编号：< >
修订历史记录 序号日期修订内容版本编制批准 01 02 03 04 05 06 07 08 09 10
目录 1. 引言 (4) 1.1. 背景和编写目的 (4) 1.2. 参考资料 (4) 1.3. 术语与缩写 (4) 2. 系统概述 (5) 2.1. 系统介绍 (5) 2.2. 系统与环境描述 (5) 2.3. 用户特征 (6) 2.4. 外部系统描述 (6) 2.5. 软硬件需求 (6) 2.6. 系统条件和限制 (6) 3. 系统功能 (6) 3.1 交易数据清分 (6) 3.2 交易数据对帐 (12) 3.3 帐务调整 (17) 3.4 交易明细查询 (17) 3.5 帐务查询 (18) 4. 用例 (19) 4.1. Use Case列表 (19) 4.2.［交易数据清分］ (19) 4.3.［账务调整］ (20) 5. 界面需求描述 (23) 6. 接口需求描述 (23) 7. 数据需求描述 (24) 8. 主要性能要求 (24) 9. 安全性要求 (24) 10. 其他要求 (24) 11. 需求前景 (24) 12. 备注 (24)
1.引言 1.1.背景和编写目的 为适应和满足市场需求，构建由一系列卡片、卡片终端和上游管理软件组成的统一管理系统，我们称之为一卡通平台(CCOP)。一卡通平台提供一卡在手，多处使用的服务，在平台覆盖范围内，可以做小额支付、身份识别认证等操作。 本需求规格说明书是一卡通平台（CCOP）中交易清算子系统详细功能说明文档，描述具体业务处理流程，数据流转及界面操作过程。 主要阅读对象为项目管理者、架构师、软件工程师、系统维护工程师、测试工程师。 1.2.参考资料 《一卡通平台需求》 1.3.术语与缩写 圈存：用卡片关联的银行卡，为卡片转帐充值。 圈提：持卡人或用户卡公司决定取消卡片电子现金功能（如持卡人或发卡行想销卡），将卡片余额返还到与卡片关联的银行卡。 全额实时清算：交易双方对所达成的交易逐笔全额进行支付交割，此种方式交易简单、直接、风险小，但交易频繁，效率低。 净额清算：交易双方在一定清算期内，按交易收支轧差后的净额进行支付交割。如果交易双方直接按净额清算，称作双边净额清算；如果交易双方通过一个中间人，均与中间人进行双边净额清算，完成整个清算过程，称着多边净额清算。此种方式简化操作手续，减少资金在交收环节的占用，但风险系数相对较高。 网点：专指办理卡片发售、卡片充值、退换卡业务的经营点。 商户：已在平台登记注册，分配有终端SAM卡的商家。
XXX公司 XXXX系统 需求规格说明书 XXX公司 2013年8月
修订记录
目录 1.引言 (1) 1.1.编写目的 (1) 1.2.项目背景 (1) 1.3.术语定义 (1) 1.4.参考资料 (2) 2.任务概述 (3) 2.1.建设目标 (3) 2.2.建设内容 (3) 2.3.用户要求 (3) 2.4.假定和约束 (4) 3.系统需求 (5) 3.1.功能架构图 (5) 3.2.通用需求 (5) 3.2.1.系统通用工具栏 (5) 3.2.2.其它通用需求 (6) 3.3.XXX管理子系统 (7) 3.3.1.系统管理 (7) 3.4.集成需求 (12) 3.4.1.基础数据对接 (12) 3.4.2.单点登录（SSO） (12) 3.4.3.文书跨系统审批 (12) 3.4.4.短信提醒 (13) 3.5.性能需求 (13) 3.6.网络需求 (13) 3.7.存储需求 (13) 3.8.安全需求 (14) 3.8.1.技术平台设计安全需求 (14) 3.8.2.系统运行安全需求 (15) 4.运行环境规定 (15) 4.1.设备 (15) 4.2.软件 (16) 4.2.1.服务器操作系统版本 (16) 4.2.2.客户机 (17) 4.2.3.数据库版本 (17) 4.2.4.中间件服务器版本 (17) 4.3.接口 (17) 4.3.1.外部接口 (17) 4.3.2.内部接口 (18)
名词缩写： 1.XXX集团，即“XXX省XXX集团有限责任公司”；[引号里面为全称] 2.XXX系统，即“XXX集团XXX系统”；[引号里面为全称] 3.XXX公司，即“XXX有限公司”，系统承建单位。[引号里面为全称]