综合服务平台需求说明书
综合服务平台
需
求
规
格
说
明
书
文档修订记录
*变化状态：C——创建，A——添加，M——修改，D——删除\
目录
1 项目概述 (5)
1.1 项目背景 (5)
1.2 项目建设原则 (5)
1.3 总体设计风格 (5)
1.4 参考资料 (7)
2 功能概述 (7)
2.1 统一办公门户 (7)
2.2 通用用户系统 (8)
2.3 通用工作流管理系统 (8)
2.3.1 组织机构与角色管理 (10)
2.3.2 数据字典 (12)
2.3.3 表单设计 (13)
2.3.4 流程设计 (14)
2.3.5 按钮管理 (17)
2.3.6 意见管理 (18)
2.3.7 实例管理 (19)
2.3.8 各种委托 (19)
2.3.9 归档中心 (20)
2.3.10在线沟通与消息推送系统 (20)
3 办公自动化系统 (21)
4 电子公文传输系统 (24)
5 无纸化会议系统 (26)
6 现有业务系统的应用和数据集成 (27)
6.1 设计概述 (27)
6.2 改造整合现有省海域动态监管系统 (27)
6.3 改造整合现有省海域经济运行监测与评估系统 (28)
6.4 改造整合现有省渔业信息综合管理系统 (28)
6.5 改造整合现有厅电子档案查询系统 (28)
7 非功能性需求 (29)
7.1 系统性能要求 (29)
7.2 系统安全及保密要求 (30)
7.3 系统备份与恢复要求 (30)
8 其它需求 (30)
1项目概述
1.1项目背景
提高内部办公效率，加强结合服务水准，根据省政府和上级业务主管部委相关要求，建设综合服务平台。建设内容包括山东省海洋厅办公自动化系统无纸化会议管理系统、电子公文传输系统。改造整合现有多个系统，搭建综合服务平台，实现系统界面、数据、流程的集成。
1.2项目建设原则
综合服务平台建设遵循安全性、标准性和开放性的原则，保证系统的先进性、实用性、成熟性、可靠性、高性能、可扩展性、易操作性以及易管理性。
1.3总体设计风格
平台总体风格按照主流风格设计，能够做到大气美观、交互性好、使用方便，体现行业特点。具体有以下几点：
1）布局合理、富有创意
另外，根据各子平台展现的终端设备不通，采取不同的设计思路。
统一办公门户采用桌面方式，主要业务模块采用九宫格式布局，使用方便。
办公自动化系统、全省海洋与渔业电子公文传输系统采用左右布局，左侧为扁平化的导航树，能够快速找到所需功能。
无纸化会议管理系统前台布局适应平板办公电脑的屏幕，可随时将内容切换到全屏模式。
移动事务管理系统采用流行的APP界面设计，布局简洁大方、体现海洋行业特色，会使用手机上网的用户都能够无障碍使用。
2）细节设计合理、导航清晰易用
根据各子平台不同的栏目和内容，合理设计页面的版面，达到视觉效果和快捷易用的和谐统一。
移动终端设计考虑竖版设计，结合扁平化模块型设计。并处理好页面之间和页面内的秩序和内容，使浏览者有一个流畅的视觉体验。
结合目前运用较多的扁平化设计，以简洁清晰的方式展现子平台入口、栏目导航、信息板块、状态栏、提示窗口等内容。
采用标签形式的导航设计，通过鼠标悬停即可快速浏览到每个一级栏目的重要内容，使访问者快速了解每个栏目的内容，避免网页返回操作。
3）色彩和谐、风格统一
根据综合服务平台业务特色，以蓝色或红色为主色调，配合灰色与绿色等自然色调。
明确各子平台的主色调，选用对比度高的背景色和前景色，使页面尽量清晰、明快。
平台能够使用多套模板，分别按照红色和蓝色为主色调设计，并保持风格统一。
4）字体设计
平台内无论是图片内、标题、菜单还是内容，需要按照统一的字
体设计方案使用字体。
网页默认的字体是宋体，强调的地方使用雅黑。为了整体美化平台的外观，图片中需要选择一些特别字体，包括：粗仿宋体、综艺体、大黑、粗倩、等线体、广告体、手写体等等。
字体大小：正文默认为14像素（部分使用12像素），移动终端按照自适应来设计；标题根据不同场景可以使用16、18、22、30像素；图片中字体大小基本符合上述规范，可以做适当调整甚至变形。
字体颜色：应根据主色调确定，全局统一，按照前台、边框与背景，以及导航、标题与内容做出颜色表，严格按照颜色表用色。
5）适当运用多媒体手段，增加网页艺术感染力
页面中特别是主页面应运用适当的多媒体手段（如flash、JS特效），局部增加页面的动感，避免用户长时间使用造成视觉疲劳。
1.4参考资料
手册中引用的其他资料要、采用的软件工程标准或软件工程规范
2功能概述
2.1统一办公门户
搭建统一的办公门户，集成所有子平台的入口，实现单点登录。系统管理员能够完成部门建制、用户信息的维护、通用用户系统的管理、工作流的定制与管理、以及各子系统的系统管理。
门户首页
按照扁平化的图形界面设计，按照公文系统、会议系统、Web办公与事务管理系统、信息系统、资料系统、辅助系统将桌面分成不同的办公区域。用户点击每个区域的功能列表，直接打开新窗口并自动登录到相应的子平台（系统）。
搭建适合所有子系统（平台）的通用功能模块，包括：通用用户系统、通用工作流管理系统、通用Office编辑器、通用即时通讯系统。
2.2通用用户系统
通过该组件完成各应用系统的用户整合，包括以下功能：
1) 认证中心：用户登录，验证登录信息，保存登录信息，颁发登录认证的中心站点。
2) 成员站点:系统管理员在认证中心进行站点登记，登记后，认证中心会保存站点的配置信息，并将该配置信息发给成员站点。成员站点具备保存配置信息功能。
3) 能够完整保存所有成员站点的登录痕迹，系统管理员具有管理和检索权限。
2.3通用工作流管理系统
功能要求如下：
2.3.1 通用工作流编辑器
工作流设置、修改、管理采用web图形化流程编辑器，所有功能节点支持鼠标拖拽。可以新建一级审核、多级审核，支持会签审核，
可为各节点指定不同的角色、用户、部门。
2.3.2工作流转系统
业务流转过程能够实时查询到流程状态，流程节点办理过程及状态。具备可视化的表单定制功能，支持定制各种样式的业务表单。实现文件的会签功能。实现文件、通知等业务在各处室、单位间的流转审批。
2.3.3通用Office编辑器
能够通过各版本浏览器进行word、Excel、PPT、PDF、WPS等文档进行在线编辑，并集成到任何需要的子平台中。
满足以下要求：
1）具备全屏/还原功能。
2）设置为在线只读安全浏览Word、Excel、PowerPoint、PDF等Office 文档，防复制粘贴、下载、打印等。
3）提供Word修订痕迹、手写批注、圈阅划线等功能。
4）能够动态将数据库内容，包括文本、图片、表格等填充、导出到Word、Excel模板中指定的位置处，并可动态指定内容的各种格式。支持批量导出。支持Word动态模板套红。支持动态创建、填充、生成新文档。5）提取Word文档中指定位置处的内容，包括文本、图片、表格等，保存到数据库。
2.3.4在线沟通与消息推送系统
主要功能包括：
1）智能消息推送
一是为平台上应用提供系统通知类消息存储服务，二是通过应用支撑
平台与客户端的长连接通道将新消息提醒和系统通知类消息推送到客户端。
2）即时消息
发送联机或脱机消息，同时可自定义消息字体、颜色、大小等信息，支持插入表情符号，并可自定义表情，同时具有屏幕截取功能。
3）群组/多人会话功能
支持100人以上的群组功能，群组模式支持自定义表情及贴图功能。
2.3.1 组织机构与角色管理
2.3.1.1组织机构管理
组织机构按照单位、部门、岗位区分。
1）每个单位下可以设置任意数量的部门和岗位，每个部门（岗位）下可以设置多个分部门或岗位，可无限层级。
2）每个单位、部门或岗位下可以设置多个人员。
3）角色设置：可以自定义角色、修改角色、可以添加任意数量的成员（部门或者人员）、角色完成的功能等。可以复制角色给工作组。
4）可以为每一个人员独立设置功能（在所属角色功能范围内）。
2.3.1.2工作组管理
系统可以设置任意数量的工作组，每个工作组可以自定义名称、可以添加任意数量的成员（部门或者人员）。
2.3.2 数据字典
数据字典能够设置应用程序的各种复杂的业务应用，可以自定义多个数据字典，比如说可以设置：系统字典条目和应用字典条目两大顶级字典条目。每个字典条目包括：标题、唯一代码、值、备注、其他。
2.3.2.1系统字典条目
在系统字典顶级条目下，可以自定义多个系统字典子条目。每个系统字典子条目下还可以包括多个子项，子项可以无限分级。
比如说，可以设置应用程序打开方式、和应用程序库分类系统子
条目，并继续设置下级子项。
2.3.2.2应用字典条目
在应用字典顶级条目下，可以自定义多个应用字典子条目。每个应用字典子条目下还可以包括多个子项，子项可以无限分级。
比如说，可以设置流程分类、新闻分类、其他分类等子条目，并继续设置下级子项。
2.3.3 表单设计
通过专用编辑器可以设计出各种类型表单。
1）表单内的控件：数据表、文本框、文本域、Html编辑器、隐藏域、下拉列表、标签、按钮、组织机构选择框、数据字典选择框、日期时间选择框、附件上传等。
2）布局：编辑器排版时能够通过表格布局，并设置字体、颜色、段落，
插入超链接、图片、音乐、视频、日期、时间等元素。
3）表单可以随时保存，设计完成的表单可以发布，只有发布的表单才可以使用。
2.3.4 流程设计
流程设计采用web图形化流程编辑器。
1）能够为流程设置属性，包括：流程名称、流程分类、管理者、实例管理者、数据库连接设置、标识字段设置等。
2）步骤设置：能够通过鼠标拖曳的方式向画布中添加步骤节点，双击步骤节点能够为每个步骤节点设置参数。
基本参数设置：
3）策略设置：
4）按钮、数据、事件参数设置：
5）能够定义子流程，并为子流程设置参数
能够定义子流程，并为子流程设置参数;
能够通过连线连接各个步骤节点，可任意拖曳步骤节点的位置，达到理想的视觉效果，使得流程可读性强;
能够复制当前节点;
能够随时保存当前流程，可以随时删除未安装的流程;
设计完成后可以安装，只有安装好的流程才能被使用;
可以随时根据需要卸载已安装好的流程。
2.3.5 按钮管理
能够根据实际需求设置管理所用到的按钮，并为这些按钮定义图形和执行的脚本。
2.3.6 意见管理
可以设置不同的意见，并定义能够使用这些意见的组织机构、工作组或个人。
2.3.7 实例管理
能够对各类流程的实例进行查询、管理。
2.3.8 各种委托
能够查询、管理（编辑）被委托的流程（节点）。
2.3.9 归档中心
已完成的流程可以归档，可以查询浏览已归档的流程。
2.3.10 在线沟通与消息推送系统
主要功能包括：
管理系统软件需求说明书
厦漳大桥养护管理系统 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万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
视频监控应用系统技术需求说明书
视频监控应用系统技术需求说明书 我们的视频监控应用系统是B/S架构的应用系统，提供给不同区域不同用户访问视频监控实时视频及历史录像的功能，同时我们还有对应的手机APP版应用系统，需要转发平台支持手机视频转发功能，并且提供相关的接口支持手机无障碍访问平台，保证访问视频的流畅性。以下是详细的关于对转发平台的技术需求。 一、基于PC端的系统转发平台技术需求 PC端的系统中有一个视频管理系统模块，视频管理系统与转发平台进行对接，对转发平台上连接的摄像机等设备进行添加和管理，并对这些摄像机设备分配到不同地区不同权限用户的账户，供不同权限的用户观看实时视频监控和视频监控录像（这块权限控制我们自己做，需要的是对平台上视频列表的调用，提供视频调用播放的地址）。我们寻求的解决方式有以下三种（可能我们对转发平台及流媒体服务器这块的表述不是太专业，只能表达大体的需求）：方式一、转发平台具有将视频监控视频流转化为支持Flash播放的视频流和Flash可以直接播放的文件格式，如.FLV格式，并提供相关的web访问方式（无需控件）和接口及说明文档，以及对整个转发平台和前端设备进行管理的权限。此种方式，我们通过Flash技术实现视频监控的播放功能，用户在播放视频时不需要安装控件，可以直接进行播放。对实时视频和视频录像的分别的需求如下： 1、实时视频监控： （1）、转发平台实现对实时视频流的转码，转化成支持Flash解码播放的视频流，并提供相应的解码方式及转发平台系统的访问方式、账户、密码以及相关的使用配置说明文档。 （2）、转发平台与我公司的视频管理系统进行对接，实现对转发平台上的前端设备进行管理的功能，转发平台对前端设备的管理必须要有一定的可以区分摄像机地理位置的标识，以方便我视频管理系统对接时进行前端设备的管理。我公司视频管理系统根据需求进行相关的权限的分配连接到不同的应用系统上，以提供视频播放功能。转发平台需提供相关的web实现的接口（C#语言）、demo及接口说明文档。 2、视频监控录像：
软件产品需求规格说明书(案例)
四川托普集团技术文档 卷号： 卷内编号： V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心 撰写人（签名）： 完成日期： 本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户 文档验交组（签名）： 验交日期： 评审负责人（签名）： 评审日期：
软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的是： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表
2.软件总体概述 2.1.软件标识 软件全称：多层体系政务框架平台之一行政服务中心政务平台 软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的：1、公众服务 2、行政服务中心和各级政府部门
OA管理系统需求规格说明书
WebOA管理系统需求规格说明书 2009/11/20
1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 2项目概述错误!未指定书签。 2.1项目总体目标错误!未指定书签。 2.2系统开发背景错误!未指定书签。 2.3主要限制和开发风险分析错误!未指定书签。 3功能需求错误!未指定书签。 3.1功能模型错误!未指定书签。 3.1.1个人办公模块........................................................... 错误!未指定书签。 3.1.2公文管理模块........................................................... 错误!未指定书签。 3.1.3公共信息模块........................................................... 错误!未指定书签。 3.1.4行政办公模块........................................................... 错误!未指定书签。 3.1.5消息管理模块........................................................... 错误!未指定书签。 3.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.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场控........................................
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参考文档
预定系统需求分析说明书
机票预定系统需求分析 机票预定系统的功能要求 机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。 根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server 结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。 旅客订票流程图：
旅客取票图： 下面分析各个子系统的功能需求： 1．客户端子系统： 在客户端系统的功能实现上，可以分为以下几个部分： [1]旅客信息的输入和统计 旅行社把旅客要求订票的信息由专人负责输入。这部分功能是客户端子系统 的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系 统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。这部分要求对输入的数据进行简单的统计，供航空公司进行查询和宏观调控。 [2]旅客信息的存储： 将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查 询。 [3]机票信息的传递及接收： 将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并且接受航空公司返回的航班信息，然后存储起来。 [4]取票通知及帐单的生成和打印： 把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。 印出机票给已经订票的旅客：根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。 [5]机票销售情况的核算 这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销
酒店管理系统需求说明书
酒店管理系统需求分析说明书
目录 1、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)
1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来，实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求，不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。
2.为财务提供严密的账系统。 3.提高决策依据：管理者可以随时了解经营情况，以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等，从而影响出租率，使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理，客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图
(移动通信计划管理平台)一期建设需求说明书(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系统整合，实现项目数据共享。 业务问题及解决方式如下：
软件需求与设计规格说明书——共享单车管理系统
校园共享单车运行管理系统 需 求 与 设 计 规 格 说 明 书 姓名：邵江南 班级：14计科2班 学号：99999999999
目录 1．引言 1.1需求规格说明书编写目的 (2) 1.2 软件产品的产生背景 (2) 1.3 定义、同义词与缩写 (3) 1.4 参考文献 (3) 2.任务概述 2.1目标 (3) 2.2 产品与功能 (4) 2.3 用户特征 (4) 2.4 限制与约束 (5) 3．需求规定 3.1对功能的规定 (5) 3.2 对性能的规定 (13) 3.3 输入输出要求 (14) 3.4 数据管理能力要求（针对软件系统） (15) 3.5 故障处理要求 (15) 3.6 安全保密 (15) 4．运行环境规定 4.1设备 (16) 4.2控制 (16) 5．备注 (17)
1．引言 1.1需求规格说明书编写目的 本要求规格说明书对校园共享单车管理系统进行简单的分析，给出了系统的数据流图。系统主要用户是学生，教师和校内工作人员。同时编写此需求规格说明书，可以加深与用户间的交流，在功能与系统界面上与用户达成一致的看法，以便于开发出用户满意的应用系统。 1.2 软件产品的产生背景 共享单车是指企业与政府合作，在校园、地铁站点、公交站点、居民区、商业区、公共服务区等提供自行车单车共享服务，是共享经济的一种新形态。为解决“最后一公里出行”问题，共享单车应运而生，相比其他出行方式，其价格低。中国这一“自行车上的国家”几十年后通过共享单车再次名副其实。 与网约车不同，自行车的运营受季节变化、天气状况等影响也比较大。至于遇上台风暴雨，则无论地处何方，共享单车出行的订单量，都会直线下降甚至归零，而平台还得面对更加高昂的车损折旧成本。据中国报告大厅发布的 《2017-2022年中国共享单车行业专项调研及投资价值预测报告》显示，与“有桩”的公共自行车相比，这种随时取用和停车的“无桩”理念给市民带来了极大便利的同时，也导致“小红车”和“小黄车”的“乱占道”现象更加普遍，城市空间的管理因而变得更加困难，这也就需要相应的管理规定出台。 在这些共享单车的出没环境中，路途较短，分布集中，用户素质较高，电子支付熟练，易于管理，人流量大，使用率高……等特点的校园，必然集万众焦点于一身，成为各个共享单车平台的必争之地，这也带来了一大堆问题：
课程管理系统需求说明书
燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院：信息学院 姓名：郭文月 学号： 140210100 专业班级：计科1404 指导教师：周建敏
1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)
1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解，使之对整个开发工作的基础，明确系统需要实现的功能，确定需求边界。特编制本文档。本文档一经确认，将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有：本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称：学生课程管理系统 项目的任务提出者：燕京理工学院信息院郭文月 用户：学生 实现软件的单位：1404班郭文月学生 兼容系统：Windows XP SP2/SP3，win7 ，win8 开发工具：Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》，肖丁等，北京邮电大学出版社。 [2]《https://www.sodocs.net/doc/e913913346.html,+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社 2任务概述 2.1目标 课程的管理：包括课程的添加，修改和删除等 学生信息的管理：包括学生信息的添加，修改和删除等 学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。 | 2.2假定和约束 经费限制：100万 开发时间：六个月之内 3需求规定 3.1对功能的规定
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. 新闻维护： ●增加新闻 新增新闻信息，供物流信息服务平台用户浏览。 ●修改新闻 修改或删除已有新闻信息。 ●新闻查询
运维管理系统需求说明书
1概述 1.1开发背景和意义 随着公司规模的迅速扩大，现行的纯纸质化办公，效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公，成为日常办公的严重制约。尤其是需要审批的事项，如果遇到审批人出差或不在公司，往往需要等待，协调的成本很高，工作决策不能及时进行，大大降低了工作效率。开发审批系统，使得申请人和审批人不受地域和时间限制，审批流程自动流转，相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性，减少系统间的相互依赖，使其能单独运行，便于开发和维护，也有利于以后的扩充，做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验，以及与实际审批业务的贴合性，真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括： (1) 考勤管理：员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 （2）转正申请：员工完成试用期，进入转正审批环节，完成该环节后，成为正式员工。 （3）物资申请：办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。
1.5业务数据时间要求 针对用户对数据的要求，业务数据做永久性保存，部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错
管理系统需求说明书-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参考资料 无
综合信息管理平台项目需求说明书
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“管人、管事、管、管数据”四大维度的全局精细化管控目标，解决“效率”及“风险”问题。在应用过程中实现如下价值： 执行层：增强部门横向协作，提升项目运营和业务操作效率 通过信息管理平台对项目运营和业务操作的标准固化，在业务执行过程中减少摸索和试错成本，加速整个业务执行的规性和快捷性，并通过信息化自身的高效率、高集成和办公自动化，提升业务部门自身操作效率，从而提高部门间的协作，最终实现项目整体运营的提升。 管理层：实现集团、区域、项目纵向分级管控，管理不失控 通过信息管理平台的组织架构管理，实现控股集团、地产集团/子公司、项目公司的三级管控，明确各层级权责，并将这些具体权责、具体流程固化在信息管理平台中，实现控股集团对各区域各项目/各子公司的有效管控。 决策层：提供实时全面信息和数据支撑，决策不失误 在信息管平台业务数据和管理数据积累到一定程度和整个信息化应用到一定阶段后，信息管理系统可将业务执行面面的关键数据和经过抽取后形成有效的业务执行报表和分析，为决策层提供详细真实的信息支撑。
一卡通平台清算系统需求规格说明书教学内容
一卡通平台清算管理系统需求规格说明书 编制： 审核： 日期： 产品编号: 版本号： 文档编号：< >
修订历史记录 序号日期修订内容版本编制批准 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卡的商家。