saas项目性能及功能应用理想要求v1

1、9GG9 项目性能及功能应用最低要求ZNUX*GZK9OMTGZXK )NKIQKJ (_VVXUGRHistory目录SaaS 项目性能及功能应用最低要求1DateAuthorCommentVer1.02014-04-22一、性能要求：5 一 数据量：.5 二 并发用户数：6 三 数据分布：7 四 性能要求：7二、功能要求：11 一 组织架构要求：11 二 权限要求：12 三 自定义功能要求：13 四 工作流的要求：15 五 报表体系（数据输出）要求：17 六 数据安全要求：21 七 数据恢复要求：23 八 版本升级要求（必选）：239GG9 项目性能及功能应用最低要求的说明：以下文档中几个

2、 、租户（即多租户）：指的是租用 9GG9的企业用户。 、操作员：泛指物业公司的，的主要操作员和使用者。 、住户、客户：泛指物业小区的业主和租户。一、性能要求：系统上线运行后的数据值，并根据值提出系统的性能要求与最低要求一致：(一)数据量：一共分三阶段：第一阶段：初始市场运营推广期，此阶段数据压力为最小，峰值数据如下表：小区数量（个）房 间 数 量（间）客 户 数 量 （户）收 付 项 目（个）应收明细（条/年）实收明细（条/年）工单数量（条/年）从 50至 500从 5 万至50 万从 4 万至40 万6从 290 万条/年 至2900 万条/年从 320 万条/年 至3200 万条/年从

3、100 万条/年 至1000 万条/年数据计算说明1、房间数量按平均每项目 1000 个计算。客户数量按每项目入伙率 80%计算。2、应收明细数据=客户数量（合同号）*收付项目*12（月）。实收=应收明细数据*10%+应收明细数据。3、工单数据按平均每项目每天 50 个报修工单计算：50（项目数）*50（工单数）*365（年）。4、上述数据每年呈倍增关系。第二阶段：市场扩张期，此阶段数据压力为居中，峰值数据如下表：第三阶段：市场占有率顶峰期，此阶段数据压力为最大，峰值数据如下表：(二)并发用户数：按每个项目用户角色为 6 人（财务，收款员，工程，小区经理，系统管理员），但同时并发用户数按每项目

4、 5 人来计（财务+收款+工程+小区经理/系统管理-二人共用一个账户）：应用阶段项目数量单项目并发用户数合计并发用户数第一阶段505250小区数量（个）房 间 数 量（间）客 户 数 量 （户）收 付 项 目（个）应收明细（条/年）实收明细（条/年）工单数量（条/年）2 万2000 万1600 万612 亿条/年13.2 亿条年4 亿条/年数据计算说明1、房间数量按平均每项目 1000 个计算。客户数量按每项目入伙率 80%计算。2、应收明细数据=客户数量（合同号）*收付项目*12（月）。实收=应收明细数据*10%+应收明细数据。3、工单数据按平均每项目每天 50 个报修工单计算：50（项目数

5、）*50（工单数）*365（天）。4、上述数据每年呈倍增关系。小区数量（个）房 间 数 量（间）客 户 数 量 （户）收 付 项 目（个）应收明细（条/年）实收明细（条/年）工单数量（条/年）5000500 万400 万62.9 亿条/年3.2 亿条年1 亿条/年数据计算说明1、房间数量按平均每项目 1000 个计算。客户数量按每项目入伙率 80%计算。2、应收明细数据=客户数量（合同号）*收付项目*12（月）。实收=应收明细数据*10%+应收明细数据。3、工单数据按平均每项目每天 50 个报修工单计算：50（项目数）*50（工单数）*365（天）。4、上述数据每年呈倍增关系。 三数据分布：上

6、述数据量预计分布在市及二三级城市，在系统部署时需要重点考虑是否是采用分区部署还是集中部署？包括数据容灾备份等。这与性能有极大关系并且会直接影响现有的产品规划设计架构。 四 性能要求： 、系统登录： 单个用户登录时间：（小于 ”） 个并发用户同时登录时间：（小于 ”） 个并发用户同时登录时间：（小于 ”） 个并发用户同时登录时间：（小于 ”） 个并发用户同时登录时间：（小于 ”） 个并发用户同时登录时间：（小于 ”） 个并发用户同时登录时间：（小于 ”） 、普通基础资料操作：新增、保存、查询、刷新，响应时间# ”。 、主数据操作：新增、保存、查询、刷新，响应时间# ”。 、业务单据操作：新增、保

7、存、审核、查询，响应时间# ”。 、原始数据导入： 录数 条以内： ” 录数 条以内： ”第二阶段 第三阶段 万 万 录数 条以内： ” 、批量生成资源： ” 、批量修改面积： ” 、标准选用： ” 、票据设置： ” 、仪表读数录入与计算： ” 、分摊计算： ” 、费用生成： ” 、显示应用（收款中心）： 显示 条应收：（小于 ”） 显示 条应收：（小于 ”） 显示 条应收：（小于 ”） 、显示实用（实收中心）： 显示 条实收：（小于 ”） 显示 条实收：（小于 ”） 显示 条实收：（小于 ”） 、完成一次收款操作（包括减免、预交冲抵）： 收清一年欠费（以操作当前客户的 条欠费计）：（小于 ”

8、） 收清二年欠费（以操作当前客户的 条欠费计）：（小于 ”） 收清五年欠费（以操作当前客户的 条欠费计）：（小于 ”） 、票据生成： ” 、票据打印： ” 、出盘 回盘： 、财务接口导出： 、工单报事、反馈、回访等业务操作： ” 、报表打印： 明细类报表： ” 统计类报表： ” 图表类报表： ” 通知单打印： 户：（小于 ”） 户：（小于 ”） 户：（小于 ”） 户：（小于 ”） 户：（小于 ） 票据批量打印： 张：（小于 ”） 张：（小于 ”） 张：（小于 ”） 决策分析型报表： ”补充说明：物业 9GG9 系统上线后，最大的风险与瓶颈在于性能与数据安全，而且鉴于物业行业的特点，财务数据是每

9、年都是倍增关系。从目前物业行业的信息化解决方案来看，无论是思源还是其他厂家，性能始终是困扰各公司产品发展的主因之一。因此，划设计的 9GG9 系统最最优先考虑应为如何解决性能问题。二、功能要求：最低（最少）系统功能要求应包括：组织架构、用户 账号、权限管理、数据输出（报表）、日志管理、版本管理和等，能满足产品的上线运营要求，具体如下： 一 组织架构要求：物业 9GG9 产品的组织架构主要有二个维度：传统的组织架构树和物业资源组织架构树。传统组织架构要求如下： 、 需满足对单个或化企业组织模型提供全面支持，包括：化组织构架的设置、修改与，组织架构应满足：、区域公司、管理处、项目、部门、岗位这样的

10、层级关系。注： ）上述的组织架构层级不是固定不变且不是必须存在的，例如，可以在层级下直接挂甚至项目，也可以在下挂部门，但项目一定是挂在区域公司或下面。 ）尤其需要注意管理处与项目的关系。有些物业公司是管理处就是项目，项目就等于管理处（即一个项目对应一个管理处）。而有些物业公司是一个管理处下辖管理多个项目的情况，并且还存在各管理处之间项目划拨的情况。最低要求可以只实现一个管理处对应一个项目的情况，理想情况下需要实现一个管理处管多个项目的情况。 、 支持各 9GG9 用户（物业公司）自定义自己的组织架构（即允许系统存在 4 个组织架构且相互不影响）。 、 、 支持度型组织分类（需是否有必要实现）：

11、（可选）既支持传统的组织架构树（如公司 部门），也要支持按业务类型划分的组织架构树（如产品线、业务组、资产组织、运营公司等）。5、 支持组织架构层级类型和层级自定义：（必选）6、 支持组织架构节点的拖放和移动（初始化或下面节点无数据时可用）：（可选）7、 岗位纳入组织架构体系中，实现对岗，支持一人多岗：（必选）8、行政架构树的设置：（可选）(二)权限要求：1、 须支持 SaaS 应用中多租户互不干扰相互独立的一套完整的体系。2、 角色模板（权限模板）：用于快速批量设置不同岗位但权限相同的用户权限。3、 区域（项目）权限：用于设置当前用户能查看同一物业公司下哪些楼盘项目的数据。4、 分级：用于授

12、予相关管理分级权利，由他们负责设置各子公司或各项目的用户权限。5、：是指在他人的下，以自己的口令登录系统并以他人的代替他人处理他人范围内的事务。一般多半用于工作流。6、 功能点权限：增、删、改、查、业务等功能点的权限控制。（必选）7、 报表权限：用于对每张报表设置查看权限。如一共有五张图表，只能查看到其中的三张报表。8、 图表权限：用于对每张图型及钻取型报表设置查看权限。如一共有五张图表，只能查看到其中的三张图表。9、 流程权限：用于对每个流程设置发起权限。如一共有五个流程，只能发起其中的三个流程。10、数据级权限：用于设置组团或楼栋权限、财务的收付项目权限、的规则权限等数据级权限。 、字段级

13、权限：用于控制字段查看以及修改的权限。注：第 和 如实现有难度则可放弃此要求。 三 自定义功能要求：必须提供强大的自定义功能，包括但不仅限于： 、 数据字典自定义：需提供功能完善的数据字典的功能，能够通过数据字典查找所有库表结构与字段中文说明，如果能够提供表与表之间的关联关系则最好，如：主键、索引、默认值等等。 、 界面风格自定义：（可选或后期再实现）此功能可同时提供给开发和客户操作员进行使用，满足各操作对界面风格的自定义需求。如皮肤、窗口摆放、主界面流程图配置等等。 、 界面布局自定义：（可选或后期再实现）通过此功能可以对界面整体布局、控件位置摆放、主界面功能按钮的设计等进行控制和调整，满足

14、客户个性化的应用需求。并且自定义可以只针对当前用户也可针对全部用户配置。 、 界面交互自定义：（可选或后期再实现）通过此功能可以对界面已有字段进行拖拽或者隐藏，将隐藏的字段显示，配置各个字段各自启用哪种录入方式（例如文本框、下拉、单选等）等操作，满足客户对人机交互方式的自定义。 、 流程自定义：详细的流程自定义功能见此文档下面的第四大点：工作流的要求。 、 公式自定义：提供强大的公式自定义功能，需提供完善的各类函数调用，支持子公式、表达式、常量、各类变量、业务字段、自定义参数等相互组所需要的计算公式。7、自定义：提供的管理，通过该可以自定义配置各业务系统的信息，比如实现客户的生日提醒、客户合同

15、到期、客户欠费、客户工单超期提醒等。提供前台可视化配置界面，可定义归属于哪个模块，可自配置调用哪些字段，结合表达式自动生成所需要的信息。并需支持可、邮件、消息等多种提醒方式。8、 个人主页配置自定义：（可选或后期再实现）需提供所有操作员自行定义每个人的个人主页的配置功能，包括风格、功能、按钮、皮肤、流程、菜单、提醒、消息等。9、 个人配置自定义：（可选或后期再实现）需提供所有操作员自行定义每个人的个人操作的配置功能，包括自定义打开后主动打开哪些功能或窗口，操作流程轨迹并随时可以修改等。10、报表和图表自定义：详细的报表和图表自定义功能见此文档P31 页第二点：报表工具。11、下拉选项值自定义：

16、系统所有的下拉选项值都可以交由客户自行定义和。 、多语言自定义：（可选或后期再实现） 需支持实现多语言的功能需求，默认支持三种：简体中文、繁体中文、英文。其中简体中文和繁体中文应提供自动翻译的工具自动互译。 需支持在系统登录时选择切换不同语种并在登录到系统后还可以再切换。 增加另外一种新的语言时，除开发可配置出厂默认值外，还可以交由客户自行配置和管理。 系统应根据操作系统的语言自动选择相对应的语言种类（例如客户使用的是繁体操作系统，打开界面时，自动切换成繁体），同时也保留允许手工选择语言的种类。 需支持整个企业只使用一种语言也允许支持每个客户端不同语言。 四 工作流的要求： 、 功能强大的工作

17、流： 基于浏览器的图形化流程定制，并需支持顺序、并行、同步、异步、分支、合并、循环、终止、回退、转交、通知、子流程、批处理、单据转换等所有业务工作流模式。 需提供完全可视化的流程建模环境，包括流程图设计、业务规则、业务权限和业务表单定制。 需支持任务主动推送和流程：可提供图形化的流程运行和分析工具，满足最终用户对工作流的查询、调整、统计、分析等业务需求。 流程模型需支持启动规则、执行规则、流转规则、转发规则、回退规则、通知规则、合并规则、分支规则、委托规则等丰富的面向业务的流程规则，要求做到不仅设计和实施不需要编写代码即可设计出复杂的业务流程，最终用户的管理员也可以通过调整流程规则快速适应业务

18、需求的变更。 需提供强大的可扩展的业务表达式：的业务模型中需内置强大的业务表达式能力（如条件表达式、执行者表达式、流程规则、事件等），可以作用于工作流中的业务规则定制。还需内置大量的业务函数，如以下几个大类：通用函数：字符运算，数值运算，时间格式化等数据函数：获取业务数据，自动生成业务等模型函数：获取模型信息组织函数：获取当前登录者的结构、部门、岗位、等登录环境信息，按部门、岗位、角色、业务管理权限等组织属性进行组织过滤查找流程函数：获取流程关联的业务数据标识，判断流程状态，获取当前环节的名称、创建人、执行者，获取指定环节的创建人、执行者，获取流程的前续环节，获取拥有流程指定环节权限的组织等。

19、 能根据我方要求提供个性化流程功能的扩展开发，例如流程有到的特有的接单、反馈、回访等流程节点。 支持旧流程修改事不影响执行中的流程实例。 为增加流程应用的灵活性，流程实例化时机不在发起流程瞬间。 支持流程单据在不同的节点的字段级权限（、可写、必填）。 支持流程任务的移交、共享、委托的配置。 支持流程活动节点的输入、输出自定义配置。 支持在流程中指定下级的或职位。 需提供代码扩展能力：需提供强大的基于事件的代码扩展机制，以满足在实际的业务工作流中必然存在一些特定的业务逻辑需要通过编程的方式进行扩展。即允许我方开发在现有流程体系功能框架范围内进行二次开发的扩展。 需支持工作流自动通过协同门户、任务

20、中心、即时通讯工具等多种交互方式将任务主动推送到用户桌面。 流程的版本管理 需支持 /59、TJXUOJ、=OTJUY6NUTK 等所有移动和平板设备上面的流程发起、回复、打回等流程操作，并支持在多个操作系统之间进行协作（如同一个流程既可以在 6) 端也可以流程到移动客户端进行，也可以在移动客户端发起一个流程流转到 6) 端处理）。 需提供强大的扩展集成能力：提供的工作流应符合 95 架构的开放式的工作流体系，提供标准的工作流服务接口，可以与任何第的业务系统进行集成。 、 支持单点登录、门户集成、页面集成、接口集成、数据集成等多种集成方式。（可选） 、 消息管理：的消息管理机制，满足系统各业务

21、模块的信息提醒、消息主动推送等。如流程的消息提醒等。消息可以自定义通过邮件、气泡、自动弹屏等多种方式及时通知到相关操作。 、：提供完善的的解决方案，可以整合第供应商提供的服务，也可以直接使用开发自带的功能。可自定义各类模板、自动定时发送、配置发送条件、可接收反馈信息、费用预算及查询等功能。 、 知识管理：提供完善的知识管理的解决方案，包括但不仅限于：公司规章制度、体系文件、文档、常见问题、知识库、工作流相结合的知识管理体系。 五 报表体系（数据输出）要求：报表体系（数据输出）一共分为二种类型，一种为数据导出，一种为报表输出。二种的要求分别如下：1、 数据导出（输出）：1)所有界面的表格数据均可

22、以导出成 EXCEL、XML、PDF 以及其他格式。2)表格数据导出时，可以由用户配置哪些字段需要导出，字段排序、设置过滤条件等，并且可以存为导出方案，供以后再次导出时直接选择。可参考其他公司产品方案：3)可以关联查询和输出：在现在的表格数据前提下，可以查询出与此表格相关联的其他数据。例如客户可以关联查询该客户入住的房间资料信息。4)支持导出格式与界面设置格式完全一致。5)与报表工具一样，可以制作和设计数据表格（一般为二维表格），并供查询和导出。6)数据导出工具也支持图表的设计与导出功能。7)所有数据导出均可另存为数据快照，以后可以直接快速调用查看，而不用再次生成。2、 报表工具：1)需支持以

23、下报表格式的种类：行列式（网格式）、卡片式、多页式、图表式、。行列（网格）式：与作界面提供的GRID 表格或 EXCEL 二维表格一样，此类报表主要为明细类和统计类报表居多。卡片式：主是指通知单类的报表，大小一般在一张纸张范围内。多页式：一般用于电子合同类报表，或者通知单超出一张纸张的报表。图表式：用多种或度以图表的形式进行展示的报表，一般用于统计决策类报表。需支持图表和表格间相互数据的转换、嵌套及数据共用。2)图表式报表需支持直柱、水平柱、面积图、（多种）、图、表图表混合、报表图表混合、组报表等式种要求：3)报表工具为纯 B/S 技术。4)支持可查看报表每列值的取值说明（取值说明由报表开发者

24、发布时填写）。5)报表套打要求：需要实现报表的套打，主要针对票据类报表的打印，例如，收款的套打。另外，需要满足税控接口及数据打印输出的要求。 报表精确走位打印要求： 新增加的自定义字段可自动更新到报表及报表筛选条件中： 报表的发布：各种各样的格式发布报表，包括用的 =UXJ 和 +IKR 发布、通过电子邮件甚至 =KH 发布。高级的 =KH 报表功能允许工作组中的其他成员在他们自己的 =KH浏览器中查看或更新共享报表。报表分页数据加载： 报表的数据快照： 报表的二次条件筛选：在已出来的数据结果集中再次进行条件筛选。 报表的参数自定义： 支持多个数据源及子从表的报表设计： 支持多种数据源：可视化

25、查询设计期支持 0*() )58( +0( 32 :+: 等多种数据源。 支持报表格式文件的导入与导出：导入：可另存为报表文件并可通过报表工具将报表引入，方便报表的修改、发布与更新。导出：可支持 8:,，)9，6*,，.:32 和 =58* +IKR 格式的导出，并结合上面第八点的发布机制将报表发布给各使用。 动态列报表的支持：主要用于财务类报表，客户自定义多个财务收付项目，通过报表自动加载予以展示。 支持报表各列项之间的计算与表达式处理：例如 )# (。 支持多列合并多行合并斜线等功能：19) 支持报表水印、底纹、LOGO 等功能。20) 需考虑利用服务器晚上空闲时间自动运行统计类相关报表的数据，第二天查看报表时，可以快速出来数据，增强客户的应用体验。21) 支持与其他第系统的接口功能，尤其是税控系统。22) 支持 IOS、Android、WindowsPhone 所有平板和智能。(六)数据安全要求：1、 需支持不用的 SaaS 租户之间的数据相互（包括业务数据、流程、权限、组织架构等）。2、 容灾备份：可采用第专业容灾备份或解决方案。备份功能需支持：自动定时备份、冗余备份、容灾备份和异地备份（具体的备份技术与方案可再行商议）。在数据备份时按租户切分进行备份和区分-即各租户可自行对自有数据进行备份与恢复，而不影响到其他用户。1)定时备份：采用 DB CL