公共云管理平台后端系统软件需求说明书

浙江云快传科技有限公司公共云管理平台后端系统

项目需求说明书

浙江云快传科技有限公司

二0一二年五月七日

修改情况记录：

1引言 (4)

1.1编写目的 (4)

1.2背景 (4)

1.3范围 (4)

1.4定义 (4)

1.5参考资料 (4)

2项目概述 (5)

2.1产品描述 (5)

2.2产品功能 (5)

2.3用户特点 (6)

2.4一般约束 (6)

2.5假设和依据 (6)

3具体需求 (6)

3.1功能需求 (6)

3.1.1监控管理 (7)

3.1.2虚拟机管理 (8)

3.1.3物理机管理 (15)

3.1.4镜像管理 (15)

3.1.5网络管理 (17)

3.1.6存储管理 (18)

3.2外部接口需求 (18)

3.2.1用户接口 (18)

3.2.2硬件接口 (19)

3.2.3软件接口 (19)

3.2.4通信接口 (19)

3.3性能需求 (19)

3.4设计约束 (19)

3.4.1其他标准约束 (19)

3.4.2硬件限制 (20)

3.5属性 (20)

3.5.1可用性 (20)

3.5.2安全性 (20)

3.5.3可维护性 (20)

3.5.4可移植性、转移性 (20)

3.5.5警告 (20)

3.6其他需求 (20)

3.6.1数据库 (20)

3.6.2操作 (20)

3.6.3场合适应性需求 (20)

4附录 (20)

1引言

1.1编写目的

本说明书的目的在于明确说明公共云管理平台后端的系统需求，界定系统实现功能的范围，与外围系统的接口定义，指导系统设计以及编码。

本说明书的预期读者为：用户代表，及项目组成员。

1.2背景

a．拟开发的软件系统的名称为：公共云管理平台后端。

b．本项目由浙江云快传科技有限公司提出，指派给技术部进行设计开发。

c．本系统为公共云管理平台的一个子系统，与公共云管理平台前端系统之间有交互。后端实现前端发过来的请求。

1.3范围

本系统的目标是实现公共云管理平台前端发送过来的请求以及其他一部分功能，包括：虚拟机管理（创建，开机，关机，重启，迁移等），物理机管理（物理机自添加，物理机识别等），虚拟机监控，物理机监控，镜像存储管理，存储管理，网络管理等。

1.4定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.5参考资料

a．本项目的经核准的计划任务书或合同、上级机关的批文；

b．属于本项目的其他已发表的文件；

c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2项目概述

2.1产品描述

本项开发任务拟建议一个公共云管理平台后端的完整系统，来支撑，实现前端系统的各种功能。

本系统是作为公共云管理平台系统的一个子系统，与前端子系统之间有相互调用见图2.1.

图2.1

2.2产品功能

本系统为公共云管理平台的后端，其中包括以下主要功能点：虚拟机管理（创建，开机，关机，重启，迁移等），物理机管理（物理机自添加，物理机识别等），虚拟机监控，物理机监控，镜像存储管理，存储管理，网络管理等。见图2.2

图2.2

2.3 用户特点

本系统的终端用户分为三种：面向公共的普通互联网终端用户；面向企业的私有云企业用户，包括特定企业内部的所有使用该系统的员工和企业内部的系统管理员等；以及系统的日常管理员。

2.4一般约束

列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。

2.5假设和依据

3具体需求

3.1功能需求

功能需求将从上述产品功能中提到几点中进行展开，包括监控管理，虚拟机管理，物理机管理，镜像管理，网络管理以及存储管理。

3.1.1监控管理

监控管理包括系统中所有资源的监控体系，包括物理机监控，虚拟机监控，所有管理节点模块的监控，以及对监控结果数据的收集，以及一些简单的分析。

3.1.1.1物理机监控

a)描述

对所有物理资源进行监控，主要包括宿主机的监控。监控程序需将物理机的各参数

包括：CPU状态，内存占用率，网络吞吐量等，实时地收集起来并将数据存至数

据库。

b)输入

各台宿主机的IP或者UUID等一些能识别宿主机的标示符。

c)加工

根据宿主机的唯一标识符，通过在每台宿主机的代理程序，将上述的各项参数存至

数据库。在每一次的收集过程结束后，若发现实时收集的监控数据中的一项或者多

项超过该项预定阀值时，抛出告警信息。

d)输出

根据需要将每台宿主机的实时参数通过前端向后端的接口返回至前段系统。若监控

系统抛出上述告警信息，后端监控模块，将告警信息通过接口向前端发送。

3.1.1.2虚拟机监控

a)描述

对所有虚拟资源进行监控，主要包括建立在每台宿主机上的单个虚拟机，以及多个

虚拟机组成的虚拟机集群。监控程序需将虚拟机以及虚拟机集群的各参数，包括：CPU状态，内存占用率，网络吞吐量等，实时地收集起来并将数据存至数据库。

b)输入

虚拟机的UUID或虚拟机集群的入口UUID。

c)加工

根据虚拟机的UUID或虚拟机集群的入口UUID，通过虚拟机所在宿主机的代理程

序，将上述各项参数存至数据库。在每一次的收集过程结束后，若发现实时收集的

监控数据中的一项或者多项超过该项预定阀值时，抛出告警信息。

d)输出

根据需要将每台虚拟机或虚拟机集群的实时参数通过前端向后端的接口返回至前

段系统。若监控系统抛出上述告警信息，后端监控模块，将告警信息通过接口向前

端发送。

3.1.1.3管理节点监控

a)描述

对所有管理节点，包括：网络配置节点，存储配置节点，主控节点，调度节点，镜

像管理节点等，进行实时监控。监控程序将上述节点的各项参数，包括：CPU状

态，内存占用率，网络吞吐量等，实时地收集起来并将数据存至数据库。

b)输入

管理节点IP或管理节点的唯一标识符。

c)加工

根据管理节点的唯一标识符，监控程序将相应监控数据收集起来，并存至相应数据

库。在每一次收集收集结束后，若发现实时收集的监控数据中的一项或者多项超过

该项预定阀值时，抛出告警信息。

d)输出

根据需要将管理节点的实时参数通过前端向后端的接口返回至前段系统。若监控系

统抛出上述告警信息，后端监控模块，将告警信息通过接口向前端发送。

3.1.2虚拟机管理

虚拟机管理包含了虚拟机的日常操作管理，以及迁移，快照等管理，具体流程见图3.1.2

图3.1.2

3.1.2.1虚拟机创建

a) 描述

前端将创建虚拟机的请求，包括后端创建虚拟机需要的参数，发送至后端，后天根据各参数创建相应的虚拟机，并默认开启虚拟机，将虚拟机的相应信息存至数据库，并向前端返回创建成功或失败的标志。 b) 输入

前端接受用户选择后形成的关于虚拟机创建的各项参数，包括：CPU 数，内存大小，硬盘大小，操作系统等相关信息。 c) 加工

后端接收到各项参数信息，将各项信息交由相应的管理节点处理后最终在宿主机上创建虚拟机。并将虚拟机信息存至数据库。 d) 输出

后端将虚拟机创建成功或失败的信息以及生成的虚拟机标识符返回至前端。以便前端能根据虚拟机标识符通过后端接口访问到虚拟机。

迁移

a)描述

前端接受用户选择虚拟机开机命令后，将相应的虚拟机唯一标识符发送到后端系

统，后端系统通过查表或其他手段，获取相应虚拟机的信息，若虚拟机处在关机状

态，将其开机并将开机信息返回至前台，若虚拟机处在其他状态则返回错误信息。

b)输入

前端接受用户选择虚拟机开机命令后向后端发送的虚拟机唯一标识符。

c)加工

后端系统根据虚拟机唯一标识符，通过查表或其他手段获取虚拟机具体信息，若虚

拟机处在关机状态，则将其开机，若不是则返回。

d)输出

根据开机是否成功，向前端返回成功或失败的信息。

3.1.2.3虚拟机关机

a)描述

前端接受用户选择虚拟机关机命令后，将相应的虚拟机唯一标识符发送到后端系

统，后端系统通过查表或其他手段，获取相应虚拟机的信息，若虚拟机处在开机状

态，将其关机并将关机信息返回至前台，若虚拟机处在其他状态则返回错误信息。

b)输入

前端接受用户选择虚拟机关机命令后向后端发送的虚拟机唯一标识符。

c)加工

后端系统根据虚拟机唯一标识符，通过查表或其他手段获取虚拟机具体信息，若虚

拟机处在开机状态，则将其关机，若不是则返回。

d)输出

根据关机是否成功，向前端返回成功或失败的信息。

a)描述

前端接受用户选择虚拟机重启命令后，将相应的虚拟机唯一标识符发送到后端系

统，后端系统通过查表或其他手段，获取相应虚拟机的信息，若虚拟机处在开机状

态，将其重启并将重启信息返回至前台，若虚拟机处在其他状态则返回错误信息。

b)输入

前端接受用户选择虚拟机重启命令后向后端发送的虚拟机唯一标识符。

c)加工

后端系统根据虚拟机唯一标识符，通过查表或其他手段获取虚拟机具体信息，若虚

拟机处在开机状态，则将其重启，若不是则返回。

d)输出

根据重启是否成功，向前端返回成功或失败的信息。

3.1.2.5虚拟机挂起

a)描述

前端接受用户选择虚拟机挂起命令后，将相应的虚拟机唯一标识符发送到后端系

统，后端系统通过查表或其他手段，获取相应虚拟机的信息，若虚拟机处在开机运

行状态，将其挂起并将挂起信息返回至前台，若虚拟机处在其他状态则返回错误信

息。

b)输入

前端接受用户选择虚拟机挂起命令后向后端发送的虚拟机唯一标识符。

c)加工

后端系统根据虚拟机唯一标识符，通过查表或其他手段获取虚拟机具体信息，若虚

拟机处在开机运行状态，则将其挂起，若不是则返回。

d)输出

根据挂起是否成功，向前端返回成功或失败的信息。

a)描述

前端接受用户选择虚拟机恢复命令后，将相应的虚拟机唯一标识符发送到后端系

统，后端系统通过查表或其他手段，获取相应虚拟机的信息，若虚拟机处在挂起状

态，将其从挂起状态恢复并将恢复信息返回至前台，若虚拟机处在其他状态则返回

错误信息。

b)输入

前端接受用户选择虚拟机恢复命令后向后端发送的虚拟机唯一标识符。

c)加工

后端系统根据虚拟机唯一标识符，通过查表或其他手段获取虚拟机具体信息，若虚

拟机处在挂起状态，则将其恢复，若不是则返回。

d)输出

根据恢复是否成功，向前端返回成功或失败的信息。

3.1.2.7 虚拟机销毁

a)描述

前端接受用户选择虚拟机销毁命令后，将相应的虚拟机唯一标识符发送到后端系

统，后端系统通过查表或其他手段，获取相应虚拟机的信息，此时无论虚拟机处在

何种状态，都会将其从目前状态销毁并将销毁信息返回至前台，销毁后虚拟机的内

存中数据将全部丢失，但对应镜像中内容还存在。

b)输入

前端接受用户选择虚拟机销毁命令后向后端发送的虚拟机唯一标识符。

c)加工

后端系统根据虚拟机唯一标识符，通过查表或其他手段获取虚拟机具体信息，并将

其销毁。

d)输出

根据销毁是否成功，向前端返回成功或失败的信息。

a)描述

前端接受用户选择虚拟机动态热迁移命令后，或者监控程序有告警信息显示某一台

虚拟机所在宿主机资源告警时，将相应的虚拟机唯一标识符发送到后端系统，后端

系统通过查表或其他手段，获取相应虚拟机的信息，若虚拟机处在运行状态，将其

从此台宿主机上动态迁移至目标空闲的宿主机上，迁移过程中，被迁移虚拟机始终

处于运行状态。

b)输入

前端接受用户选择虚拟机热迁移命令后向后端发送的虚拟机唯一标识符或监控程

序发出告警信息中包含的待迁移虚拟机唯一标识符以及告警的宿主机，以及又调度

模块提供的目标宿主机唯一标识符。

c)加工

后端系统根据目标宿主机唯一标识符，通过查表或其他手段获取该物理机具体信

息，将待迁移虚拟机动态迁移至目标宿主机上，过程中，虚拟机始终处于运行状态。

d)输出

根据热迁移是否成功，向前端返回成功或失败的信息。

3.1.2.9虚拟机冷迁移

a)描述

前端接受用户选择虚拟机冷迁移命令后，或者监控程序有告警信息显示某一台虚拟

机所在宿主机资源告警时，将相应的虚拟机唯一标识符发送到后端系统，后端系统

通过查表或其他手段，获取相应虚拟机的信息，无论虚拟机处于什么状态（已销毁

的除外），先将虚拟机转成挂起状态，再将虚拟机迁移至目标空闲的宿主机上，迁

移过程中，虚拟机始终处于挂起态，等待迁移结束后在目标宿主机中恢复。

b)输入

前端接受用户选择虚拟机热迁移命令后向后端发送的虚拟机唯一标识符或监控程

序发出告警信息中包含的待迁移虚拟机唯一标识符以及告警的宿主机，以及又调度

模块提供的目标宿主机唯一标识符。

c)加工

后端系统根据目标宿主机唯一标识符，通过查表或其他手段获取该物理机具体信

息，将待迁移虚拟机冷迁移至目标宿主机上，过程中，虚拟机始终处于挂起状态。

d)输出

根据冷迁移是否成功，向前端返回成功或失败的信息。

3.1.2.10虚拟机快照

a)描述

前端接受用户选择虚拟机快照命令后，将相应的虚拟机唯一标识符发送到后端系

统，后端系统通过查表或其他手段，获取相应虚拟机的信息，无论虚拟机处于什么

状态（已销毁的除外），将虚拟机的内存状态信息以及其他虚拟机相关信息保存成

快照，并存储在指定位置，以便从快照恢复。

b)输入

前端接受用户选择虚拟机快照命令后向后端发送的虚拟机唯一标识符。

c)加工

后端系统根据虚拟机唯一标识符，通过查表或其他手段获取虚拟机具体信息，并生

成快照，并将快照存至指定位置。

d)输出

根据快照是否成功，向前端返回成功或失败的信息。

3.1.2.11虚拟机还原

a)描述

前端接受用户选择虚拟机还原命令后，将相应的虚拟机唯一标识符以及选择的快照

标识符发送到后端系统，后端系统通过查表或其他手段，获取相应虚拟机的信息，并通过快照唯一标识符查找指定位置的该虚拟机的快照，若无法找到则返回错误，若找到并匹配，则从该快照还原虚拟机。

b)输入

前端接受用户选择虚拟机还原命令后向后端发送的虚拟机唯一标识符以及快照的

标识符。

c)加工

后端系统根据虚拟机唯一标识符以及快照的标识符，通过查表或其他手段获取虚拟

机具体信息以及快照信息，若找到并匹配，则从该快照出还原，若找不到则返回错

误信息。

d)输出

根据还原是否成功，向前端返回成功或失败的信息。

3.1.3物理机管理

物理机管理主要面向对象为宿主机的管理，其中包括：新的物理宿主机加入资源集群时的自动化部署，以及管理节点对新物理宿主机的自发现。

3.1.3.1物理机自发现

a)描述

当有新的物理宿主机加入到资源集群时，将该物理机的配置信息，包括：硬件信息，网络配置信息等存至数据库，实现新物理机的注册。

3.1.3.2物理机自动化部署

a)描述

当新的物理宿主机加入到资源集群，完成注册后，应将每台可工作宿主机上必要的

程序，脚本等安装至该宿主机中。整个过程必须是自动化地，执行完部署过程后，

宿主机应当能立即为虚拟化平台工作。

3.1.4镜像管理

镜像管理的主要对象为虚拟机镜像，实现虚拟机镜像的创建，上传，传输，分享等功能。

3.1.

4.1镜像创建

a)描述

镜像创建可分为两种：一种是从已经存在的镜像模板创建新的镜像，一种是直接从

iso光盘镜像中创建新的镜像。

从镜像模板创建镜像：

前端接受用户（包括终端用户以及管理员用户）选择镜像创建方式为从模板创建后，将相应的镜像模板唯一标识符发送到后端系统，后端系统通过查表或其他手段，获

取相应镜像模板的信息，并从该镜像模板副本启动虚拟机，前端通过vnc或其他可

视化手段登录该虚拟机，在该镜像模板副本上做修改行程新的模板。

从iso光盘镜像创建镜像：

前端接受用户（包括终端用户以及管理员用户）选择镜像创建方式为从iso光盘镜

像创建镜像后，将用户选择的相应iso关盘镜像唯一标识符发送到后端系统，后端

系统通过查表或其他手段，获取该iso光盘镜像的信息，并从该iso镜像创建虚拟

机，进入相应的系统安装过程，前端通过vnc或其他可视化手段登录到该虚拟机，

完成安装系统后，生成新的镜像。

b)输入

前端接受用户选择的镜像模板标识符或者iso光盘镜像标识符。

c)加工

后端系统根据镜像模板标识符或者iso光盘镜像标识符获取相应的镜像模板或者

iso光盘镜像，并从该镜像中启动虚拟机，是前段用户完成操作。

d)输出

将创建的虚拟机的地址以及访问端口返回个前端系统。

3.1.

4.2镜像上传

a)描述

前端用户（包括终端用户以及管理员用户），可在外部创建好镜像或者镜像模板，

将该镜像上传至镜像库中。

b)输入

前端接受用户从用户本地上传的镜像。

c)加工

后端系统将上传的镜像根据一定的分类存至特定位置。

d)输出

将保存成功或失败的信息返回给前端系统。

3.1.

4.3镜像传输

a)描述

前端用户（包括终端用户以及管理员用户），可在外部创建好镜像或者镜像模板，

将该镜像上传至镜像库中。

b)输入

前端接受用户从用户本地上传的镜像。

c)加工

后端系统将上传的镜像根据一定的分类存至特定位置。

d)输出

将保存成功或失败的信息返回给前端系统。

3.1.5网络管理

网络管理主要包括创建、管理虚拟机时对于虚拟机以及虚拟机集群的网络配置功能管理。

3.1.5.1虚拟机网络配置

a)描述

前端用户（包括终端用户以及管理员用户），在创建虚拟机时，将虚拟机相关配置

信息传至后端，库你急网络配置功能模块，将网络相关配置提取，结合DHCP等

相关网络方式完成创建虚拟机网络相关的参数配置。

b)输入

前端接受用户创建命令中关于网络相关的参数

c)加工

网络配置模块将参数处理，结合DHCP等网络方式，整理生成最终创建虚拟机所

需网络相关的配置。

d)输出

将最终装配完成的参数输出至相应的计算节点。

3.1.6存储管理

存储管理主要包括用户创建虚拟机时硬盘空间大小配置的后端实现功能模块。

3.1.6.1存储空间创建

a)描述

前端用户（包括终端用户以及管理员用户），在创建虚拟机时，若需要硬盘空间时

（如500G硬盘），后端模块接收前端命令后，抽取硬盘配置相关参数，并进行创

建硬盘空间（在共享存储中）等操作，并完成最终创建虚拟机时，额外存储空间配

置的相关参数。

b)输入

前端接受用户创建命令中关于额外存储相关的参数

c)加工

存储配置模块将参数处理，根据用户创建硬盘的大小，在共享存储中相应位置创建

相应大小的文件，并装配最终创建虚拟机时额外存储相关的最终参数。

d)输出

将最终装配完成的参数输出至相应的计算节点。

3.2外部接口需求

3.2.1用户接口

公共云管理平台后端系统主要为前端系统提供Web Service接口调用，不直接提供用户接口。

无

3.2.3软件接口

公共云管理平台后端系统为前端系统提供所有功能实现的Web Service接口调用。

3.2.4通信接口

无

3.3性能需求

公共云管理平台后端系统要求伸缩管理1~100000台物理宿主机服务器，要求可支持大用户并发，尤其消息中间件要求可将消息持久化，保证在通讯中断时，消息能被保留直到通讯恢复。

3.4设计约束

无。

3.4.1其他标准约束

无。

需求说明书(软件项目管理系统)

需求说明书（软件项目管理系统） §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.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万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第

xxxx平台xxxx功能需求规格说明书模板

国安创客平台功能需求规格说明书版本： 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参考文档

软件系统需求说明书

专组号：小组成员：完成时间：

目录 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人

(移动通信计划管理平台)一期建设需求说明书(IPMISv101)

移动计划建设管理系统一期建设需求说明微软（中国） 2010年04月16日

目录第1章概述 (1) 1.1 需求背景 (1) 1.2 建设目标 (1) 1.3 名词和术语 (2) 第2章需求说明 (4) 2.1 规划管理模块 (4) 2.1.1 业务描述 (4) 2.1.2 业务流程............................................. 错误!未定义书签。 2.1.3 业务功能需求汇总 (5) 2.2 计划管理模块 (12) 2.2.1 业务描述 (12) 2.2.2 业务流程 (15) 2.2.3 业务功能需求汇总 (23) 2.2.4 主要页面效果设计 (24) 2.3 共建共享管理模块 (30) 2.3.1 业务描述 (30) 2.3.2 业务流程............................................. 错误!未定义书签。 2.3.3 业务功能需求汇总 (31) 附件:原始业务资料附件 (43)

第1章概述 1.1需求背景为满足移动投资管理、规划管理、共建共享、工程项目管理等各方面的业务数据与信息管理需要，计划启动计划建设管理平台建设项目。从业务层面上，该系统将根据实际业务需要，满足从领导到业务员工不同层次的个性化需求；从系统层面，该系统将与已投产的EIP、PMS、MIS、财务集中化管理平台、EOMS和BOSS等支撑平台形成有效的信息共享和数据接口，为各个层面的用户提供决策支持和管理支撑。该项目将从投资资金控，工程项目管理的角度实现投资规划、计划、执行、分解、工程项目立项、设计、实施、审计验收、后评估等业务流程的全面贯通，建成服务于省公司及各地市州分公司的集业务支撑与投资分析于一体的综合性业务管理支撑平台，进一步提升投资管理精细化水平，继续保持行业领先的资本开支回报率，更好地支撑公司业务发展。 1.2建设目标计划建设管理平台总体目标如右图所示：支撑投资建设管理全业务流程贯通，提升企业投资精细化管理水平。总体目标的实现划分成三个阶段：部管理精细化、外部管理精细化与全流程贯通，每个阶段根据资源配备及业务发展情况又可分为多期建设来实现。一期建设目标：搭建系统基础框架，包括规划管理、计划管理、共建共享管理三大模块，优先支撑省公司计划部部业务运作需要，并与PMS系统整合，实现项目数据共享。业务问题及解决方式如下：

软件需求规格说明书

图书管理系统软件需求规格说明书编著郑帅王超朱丙虎魏建德李璋 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一般约束

Web OA管理系统需求规格说明书

Web OA管理系统需求规格说明书 RY0921121 江舟 RY0921126 李康 GS0921A08 刘雄伟 GS0921111 岑毅 GS0921A12 李博 2009/11/20

目录 1 概述 (1) 1.1 编写目的 (1) 1.2 参考资料 (1) 1.3 术语和标记 (1) 2 项目概述 (2) 2.1 项目总体目标 (2) 2.2 系统开发背景 (2) 2.3 主要限制和开发风险分析 (4) 3 功能需求 (4) 3.1 功能模型 (6) 3.1.1 个人办公模块 (6) 3.1.2 公文管理模块 (9) 3.1.3 公共信息模块 (10) 3.1.4 行政办公模块 (12) 3.1.5 消息管理模块 (15) 3.1.6 工作流程模块 (17) 3.1.7 组织管理模块 (18) 3.1.8 权限管理模块 (20) 3.1.9 系统管理模块 (22) 3.1.10 人事档案模块 (24) 3.2 性能需求 (27) 3.3 非功能需求 (27) 3.4 故障处理 (27) 4 数据需求 (27) 4.1 数据项 (27) 4.2 数据间关系(E-R图) (33) 5 行为需求 (35) 5.1 控制模型 (35) 6 接口需求 (36) 6.1 用户界面 (36) 6.2 软硬件接口 (37) 7 环境 (37)

7.1 运行环境 (37) 7.2 开发环境 (37) 附录：项目成员介绍及组内评分..............................................错误！未定义书签。

1概述 1.1编写目的本文档的编写目的是为Web OA管理系统项目的开发提供： a)软件总体要求，作为用户和软件开发人员之间了解的基础； b)功能、性能、接口和可靠性的要求，作为软件人员进行设计和编码的基础； c)验收标准，作为用户确认测试的依据。 1.2参考资料 a)王长富，罗晓沛.基于Web和J2EE的办公自动化系统的设计[D].中国科学院.2007. b)刘蕾，刘厚泉.基于工作流的B/S模式OA系统设计与实现[J]．微计算机信息，2008. c)程家华．基于B/S模式的办公自动化系统设计与实现[M]．北京：同济出版社，2005． d)杨永健，韩鸿雁．办公自动化中工作流过程定义的设计与实现[J]．四川大学学报，2007. e)方旭华，颜慧佳．基于工作流的办公自动化系统的设计方案[J]．计算机时代，2008. f)刘明臻，魏长军．OA系统公文流转模块的设计和实现[J]．吉林师范大学学报,自然科学版，2008. 1.3术语和标记 a)Web OA管理系统：网络办公管理系统； b)OA：Office Automation c)Apache：是世界使用排名第一的Web服务器软件； d)J2EE：是一套不同于传统应用开发的技术架构，包含许多组件，主要可简化并规范应用系统的开发与部署，进而提高可移植性、安全与再用价值； e)ACL：Access Control List（访问控制列表）是路由器和交换机接

物流系统需求规格说明书

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. 新闻维护： ●增加新闻新增新闻信息，供物流信息服务平台用户浏览。 ●修改新闻修改或删除已有新闻信息。 ●新闻查询

[软件需求]销售系统软件需求说明书

＜网络营销系统＞软件需求说明书作者：杨晶完成日期：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）该系统的开发，为更多的经销商提供了更好的发展平台，扩大了业务，更好的适应了当今社会的发展需求，同时为广大的用户提供了方便。

管理系统需求说明书-boobooke

车辆管理系统需求说明书中国电信安徽公司二00九年三月

目录 1. 需求功能点阐述 (3) 1.1.车辆档案管理 (3) 1.2.车辆保险合同管理 (4) 1.3.人员档案管理 (5) 1.3.1.驾驶员档案管理 (5) 1.3.2.车队管理人员档案管理 (6) 1.4.出车管理 (7) 1.4.1.派车流程管理 (7) 1.4.2.出车费用管理 (9) 1.5.车辆维修管理 (10) 1.5.1.车辆维修申请流程 (10) 1.5.2.维修单信息管理 (12) 1.6.车辆统计 (12) 1.7.车辆信息提醒 (14) 1.8.人工成本 (15) 1.9.管理成本 (15) 1.10.车辆管理文件 (16)

1. 概述为精确车辆管理，细化车辆运行费用，准确管控油料消耗等成本开支，进一步加强对外包车辆的日常规范管理，掌握车辆运行基本情况，实现省、市、县一体化车辆管理。车辆管理系统主要实现省、市、县车辆档案管理，人员档案管理，派车管理，车辆维修管理，车辆各项费用的管理及统计，车辆信息提醒。具体的包括： 1)车辆档案管理：实现车辆基本档案的基础数据的录入、维护及分级查询的需求； 2)人员档案管理：实现驾驶员档案及车队管理员人员档案的基础数据的录入、维护及分级查询的需求； 3)派车管理：实现用车人提请派车申请，从申请审批到返程确认的闭环电子管理，记录车辆的使用及油耗数据的需求； 4)车辆维修管理：实现车队人员提请送修申请电子审批流程，维修记录录入、维护及分级查询的需求； 5)车辆统计：实现省、市、县分级车用费用的日、月、年度统计，部门用车公里数统计，维修统计； 6)车辆信息提醒：各种待办信息提醒，车辆年审提醒，车辆保险到期提示，驾驶员年审提醒，车辆报废提醒，油耗超标提示； 2. 需求功能点阐述 2.1.车辆档案管理 1)车辆档案录入与维护由各车队人员录入、维护所辖车辆的信息。数据项：车辆号牌，厂牌车型，座位 /吨位，排气量（升），燃油种类，发动机号码，车架号码，购置日期，注册日期，行驶公里数，耗油标准市内（公升），耗油长途标准（公升），使用单位，产权单位，年审日期，年审期限，报废公里数，报废年限，车辆状态＜是否报废＞，投保日期，保单终止期，分配驾驶员，车辆照片。 2）车辆档案查询省、市、县分级查询。省综合管理部人员及车队管理人员可以查看到

系统需求说明书模版

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)

实训平台功能需求说明书

<实训管理平台> 需求说明书

目录 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参考资料无

ERP软件系统需求说明书

《择易企业管理系统商务版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)

综合信息管理平台项目需求说明书

XX开发有限公司综合信息管理平台需求说明书 2016-07

目录一、总体目标 (3) 二、综合信息管理平台应用围 (4) 三、综合信息管理平台基本应用需求 (4) 1、表单流程 (5) 2、业务生成 (5) 3、多纬度空间 (6) 4、系统管理 (6) 5、信息库 (6) 6、常用工具 (6) 7、企业文化管理 (7) 四、综合信息管理平台扩展应用需求 (7) 1、集团化管理 (7) 2、知识文档管理 (7) 3、人力资源管理 (7) 4、业务管理 (7) 5、表单流程管理 (8) 6、移动应用 (8) 7、业务集成 (8) 8、可视化界面设计 (9) 9、对外门户 (9) 五、系统技术要求 (9) 1、开放的平台 (9) 2、实现与多种应用集成 (9) 3、个性化用户界面 (10) 4、报表工具 (10) 5、系统可靠性与安全性 (11) 6、数据管理与维护 (11) 7、整体功能要求 (12) 六、项目实施服务要求 (12) 七、项目技术培训要求 (12) 1、培训案 (13) 2、基础培训对象 (13) 3、系统管理员的培训对象 (13) 4、现场推广应用培训对象 (13) 八、技术服务能力及其它 (13) 九、系统技术要求 (14)

XX有限公司综合信息管理平台项目需求说明书一、总体目标 XX有限公司希望通过综合信息管理平台实现管理的“电子化、数据化、跨区化、效率化”的管理体系，通过构建以“多维度门户”为架构的信息化体系，最终实现XX“管人、管事、管、管数据”四大维度的全局精细化管控目标，解决“效率”及“风险”问题。在应用过程中实现如下价值：执行层：增强部门横向协作，提升项目运营和业务操作效率通过信息管理平台对项目运营和业务操作的标准固化，在业务执行过程中减少摸索和试错成本，加速整个业务执行的规性和快捷性，并通过信息化自身的高效率、高集成和办公自动化，提升业务部门自身操作效率，从而提高部门间的协作，最终实现项目整体运营的提升。管理层：实现集团、区域、项目纵向分级管控，管理不失控通过信息管理平台的组织架构管理，实现控股集团、地产集团/子公司、项目公司的三级管控，明确各层级权责，并将这些具体权责、具体流程固化在信息管理平台中，实现控股集团对各区域各项目/各子公司的有效管控。决策层：提供实时全面信息和数据支撑，决策不失误在信息管平台业务数据和管理数据积累到一定程度和整个信息化应用到一定阶段后，信息管理系统可将业务执行面面的关键数据和经过抽取后形成有效的业务执行报表和分析，为决策层提供详细真实的信息支撑。