城市生活服务平台顶层设计方案样本.doc

“哪儿有”城市生活服务平台顶层设计概要说明成全部初唐网络信息二O一二年四月1、 背景现在，中国面向城市生活服务网站、移动应用不少，如大众点评、58同城、IN成全部、哇哇帮客，等等。综合分析这些网站和应用特点，存在以下多个关键不足：1） 以满足最终消费者信息查询需求为主，对消费全过程服务被忽略了。2） 以满足商家信息公布需求为主，商家营销管理需求被忽略了。3） 商家和最终消费者是隔离，不能进行互动。4） 覆盖城市消费领域不全方面，部分细小、不常有需求得不到满足，小问题造成了大不便，即所谓长尾效应。5） 商业模式单一，均以收取商家信息公布费、排名费、消费分成为关键收入起源。尤其消费分成，严重影响了商家上网主动性，阻碍了信息化社会发展。所以，假如能够克服上述缺点，推出新平台模式和业务模式，必将能够从猛烈竞争中胜出，推进信息化社会前进一大步，这是我们开创“哪儿有”城市生活服务平台原动力所在。“哪儿有”城市生活服务平台将覆盖城市生活各个消费、服务领域，所以从信息系统开发角度来看，将是一个长久、逐步演进过程，为了在这个过程中确保信息系统可扩展性、可维护性，需要制订一个含有约束力顶层设计，作为指导以后信息系统建设总纲领。这是本文档宗旨所在。2、 业务宗旨和理念“哪儿有”城市生活服务平台宗旨是，为城市生活消费提供统一搜索入口，并针对消费行为全过程提供全方面服务，使消费需求能在平台上得到方便、贴心、即时实现；为商家建立直通最终消费者网络通道、提供全新网络营销平台。简而言之，我们要做事情就是：城市生活搜索门户 + 城市消费服务平台 + 商家网络营销平台。（这里所说搜索，首先是站内搜索，包含优惠券、优惠活动搜索，以后能够依据业务发展需要扩展为全网搜索）。业务开展过程中，既要强调为个人消费者服务，也要强调为商家服务，还要突出个人消费者和商家互动，为同城市民、商家、商城提供个人和个人之间、个人和商家之间、个人和商城之间网络互动平台和电子商务平台。以下图所表示：“哪儿有”城市生活服务平台建设要遵照下列关键理念：1） 简练标准：业务模式要简练、系统界面要简练、人机交互方法要简练。以“哪儿有”搜索作为消费者关键入口。2） 完备标准：针对一个消费领域，对消费者消费行为分析要完备、平台提供服务功效要完备。3） 确定性标准：平台推出服务各方面全部必需是确定，不能包含任何模糊内容，以规避多种潜在纠纷风险，同时愈加好地服务市民和商家。4） 开放性标准：“哪儿有”要和一样为城市生活提供网络信息服务、为商家提供信息化管理非竞争性企业建立合作关系，信息系统实现互联互通，共建城市信息化社会生态体系。5） 搭平台标准：业务开展要坚持为最终消费者和商家搭建互动平台、生活平台、营销平台，坚持做好增值服务、从增值服务中赢利。上述宗旨和理念表现，以餐饮服务领域为例，图示以下：注：结算时计算优惠券，和优惠规则。3、 业务目标3.1 业务目标概要“哪儿有”城市生活服务平台目标是要成为城市居民和游客数字化、信息化生活网络门户，要在3-5年时间里将“哪儿有”打造成全国各大中城市生活服务第一门户。该平台不仅要综合采取社交网络、地理位置服务、移动互联网、物联网、电子商务等各类互联网技术和业务形态，而且要能够整合各类现有业态网络资源，包含各类信息服务、各类电子商务、社交、搜索等方面网站和移动终端等，经过物联网未来还需要整合各类物联网终端。“哪儿有”不仅为消费者提供服务，也为商家提供网络营销管理系统，支持商家经过“哪儿有”平台实现网络营销管理，并和消费者实现直接互动。“哪儿有”城市生活服务平台将面向城市生活各个领域、以商家优惠信息公布和管理为入口，采取逐步推进策略开拓业务。内，我们目标首先是：1） 对全部消费领域，全部商家，要能够提供概要信息展现和搜索，并支持优惠信息公布和管理。2） 对40%商家，要能够提供商品或服务类目信息。3） 对20%商家，要能够提供关键商品或服务单品介绍信息。其次将首先在成城市开拓下列消费领域，实现对消费过程需求实现、实现商家和消费者直接沟通、为商家提供网络营销管理系统：1） 餐饮服务；2） 新房交易；3） 二手房交易。以后将逐步扩展至其它消费领域，包含：1） 购物服务2） 家居装修3） 物业服务4） 茶饮服务5） 咖啡服务6） 租车服务7） 美容保健8） 运动健身9） 文化娱乐10） 等等并在合适时机开拓到其它一线、二线城市，努力争取用3-5年时间覆盖到全国全部一二线城市。针对各个消费领域，平台提供服务内容也要循序渐进，从基础信息、咨询、辅助服务，逐步过渡到提供电子商务服务。综合起来就是，“哪儿有”平台要从消费领域、服务内容、覆盖城市三个维度进行循序渐进业务拓展，用3-5年时间覆盖全国全部一二线城市，建成全国城市生活第一门户。以下图所表示：3.2 业务架构计划“哪儿有”城市生活服务平台业务包含以下七大领域：1） 面向消费者消费服务业务；2） 面向商家营销管理服务；3） 平台消费者辅助业务；4） 平台商家辅助业务；5） 平台运行业务；6） 平台后台监管业务；7） 平台数据分析业务。这七大业务领域相互之间是关联，以下图所表示：对上述七大业务领域内容概述以下表所述：业务类别业务内容概述消费服务业务1、针对不一样消费领域、不一样消费形式、不一样消费群体，面向消费行为全过程，提供信息查询、优惠券下载及收藏、顾问咨询、创建订单或签定协议、商品交付或服务消费、结算、点评和分享、问题后续跟踪等等方面服务和辅助功效，努力争取使消费者需求得到最大程度实现。2、提供可灵活配置商家过滤机制，使消费者要能够很方便地找到所期望商家、商品或服务、和优惠券。3、要将多种网络资源和商家、商品/服务关联，方便消费者进行深度了解和比较，辅助消费者快速做出决议。4、城市内多种专业信息服务：包含市政设施、天气、路况、新闻、政府微博，等等。经过和相关专业网站合作实现。商家营销管理服务1、针对不一样消费领域、不一样规模商家，结合本平台特点和资源优势，提供从消费者沟通、消费者小区建设、会员管理、优惠券管理、优惠方法管理、订单管理、结算、售后跟踪、问题处理，到店铺形象展示、优惠信息公布、动态信息公布、团购活动组织等方面服务和辅助功效。2、能够和商家内部业务管理系统实现数据交换，尤其是订单信息、结算信息交换。3、要高度灵活，支持商家依据自己营销策略定制服务、管理和辅助功效。消费者辅助业务1、为消费者提供顾问咨询、采购辅助（如现场看货、看房等）、团购活动、投诉处理等辅助服务。2、提供SNS、个人中心等辅助服务。商家辅助业务1、开通网上商业街，为商家提供形象展示、和消费者直接沟通平台和通道。2、对于商城类型商家，开通网上商城。3、为商家提供消费者点评等反馈信息，和基于这些信息统计分析汇报、营销提议方案等方面服务。4、虚拟客服中心。平台运行业务1、会员管理；2、销售管理；3、广告管理；4、市场活动管理；5、人力资源管理；6、财务管理；7、产品管理；8、资产档案管理。后台监管业务1、对消费者网上点评、论坛帖子、小区圈子中公布言论进行法规符合性监控。2、对差评、好评进行监控。3、对商家公布优惠信息、动态信息进行监控。4、对消费者和商家之间交易活动进行监控。5、对平台业务人员、客服人员网络行为进行监控，并和服务要求进行比对，发觉问题，并形成问题汇报。6、对全部注册会员、游客对网站、后台访问行为进行点击监控。数据分析业务基于监控数据，开展下列分析业务：1、网站及后台对象点击访问率统计分析。2、商家、商品/服务点评情况统计分析。3、消费趋势统计分析。4、平台业务人员、客服人职员作绩效统计分析。5、消费者投诉情况统计分析。3.3 两年内业务内容计划两年内计划覆盖消费领域和提供关键服务内容大致计划以下表所表示：业务名称服务说明餐饮服务1、 为店家服务：网上前台、优惠管理、消费者资源服务、沟通服务、粉丝团。2、 为食客服务：网上订餐、饮食文化、资讯服务、美食家论坛、美食圈子、名厨直通车、我美食空间。新房交易1、 为卖房人服务：网上售楼部、消费者资源服务、沟通服务。2、 为买房人服务：资讯服务、团购服务、陪购服务、教授咨询服务、信用担保服务。二手房交易1、 为房东服务：信息公布、消费者服务、出租管理。2、 为中介机构服务：网上营业部、消费者资源服务、沟通服务。3、 为租买房人服务：资讯服务、陪购服务、教授咨询服务、信用担保服务。装修业务1、为设计企业服务：网上营业部、设计方案展示、消费者资源服务、和消费者沟通管理、签约装修工程队管理、监理服务管理。2、为装修工程队服务：网上营业部、案例展示、价格估算、签约设计企业管理、签约供给商管理、消费者资源服务、和消费者沟通服务。3、为建材商城服务：网上商城、商家服务中心、消费者服务中心、优惠管理、消费者资源服务、沟通服务。4、为建材商家服务：网上商铺、消费者服务中心、优惠管理、消费者资源服务、沟通服务。5、为房主服务：设计方案管理、网上采购、装修管理、售后事务、优惠券、资讯服务、家装论坛、教授直通车。物业服务1、 为物业企业服务：网上服务站、投诉管理、沟通服务。2、 为家产维护机构服务：网上服务站、消费者资源服务、沟通服务3、 为业主服务：家产维护管理、服务商管理、服务管理、投诉管理、信用担保服务、小区论坛、小区圈子服务。茶饮服务1、为茶文化服务：资料服务、活动服务、动态信息服务、其它资讯服务。2、为茶店服务：网上茶店、消费者资源服务3、为茶馆服务：网上前台、消费者服务中心、优惠管理、消费者资源服务、沟通服务、粉丝团。4、为茶厂服务：网上茶店、消费者资源服务。5、为茶客服务：网上购物、售后事务、优惠券、资讯服务、同好圈子，教授直通车，我喜爱茶店，我喜爱茶馆，我喜爱品牌。购物服务1、 为商城服务：网上商城、商家服务中心、消费者服务中心、优惠管理、消费者资源服务、沟通服务、粉丝团、达人小区。2、 为商家服务：网上商店、消费者服务中心、优惠管理、消费者资源服务、沟通服务、粉丝团、达人小区。3、 为用户服务：网上购物、售后事务、优惠券、资讯服务、同好圈子，教授直通车，我喜爱商场，我喜爱商家，我喜爱品牌。租车服务1、为租赁企业服务：网上车店、消费者服务中心、优惠管理、消费者资源服务、沟通服务。2、为零配件企业服务：网上店铺、消费者服务中心、优惠管理、消费者资源服务、沟通服务。3、为用户服务：网上租车、售后事务、优惠券、资讯服务、教授直通车、租车论坛。这些服务开展需要一系列支撑服务，关键包含：业务名称服务说明搜索服务支持网站内容全文搜索、专题搜索，提供二级搜索服务。消费导航服务表现为“哪儿有”功效，支持专题词、清单选择、按钮等交互方法。地图导航服务经过地理位置进行消费导航：商场导航、商家导航、商品和服务导航，结合个人消费历史、消费偏好。商家信用管理针对商家进行信用评定，并以星级形式公布。个人信用管理针对个人进行信用评定，并有条件公布、使用。资讯预约服务支持商家、个人预约资讯、商品等信息，立即推送、立即提醒。支持同城预约、跨城预约。我城市生活我圈子，我顾问，优惠券，我喜爱商场，我喜爱商家，我喜爱品牌，售后事务，我资讯，资料库，我会员卡，我历史，我信用。电子支付支持银行网银、第三方支付平台、手机支付平台。要能够跟踪交易全生命周期；要支持和支付手段相关优惠、奖励方法。全部这些服务要支持跨城市。4、 信息系统顶层架构计划4.1 顶层需求分析为了支持业务目标实现，对“哪儿有”平台顶层架构有以下关键需求：编号分类需求项服务说明1扩展性布署架构扩展性1、逻辑上应该是大集中布署架构，物理上要支持多个布署节点，比如一个城市一个节点，或多个城市一个节点。节点之间能够经过互联网连接，也能够经过专线连接。2、每个节点要支持集群计算。3、平台要能够识别访问用户距离哪个节点近，就近接入。4、平台后台基础设施要支持虚拟化和云计算技术。5、要能够提供虚拟桌面给用户。2扩展性业务功效扩展性1、要能够不停扩展新业务上线，融入总体框架，从移动终端到Web页面到后台能够实现无缝集成。2、不一样业务中，角色名称要能够不一样，术语表示要许可不一样。3、基础代码类数据要提供统一访问API和维护工具，许可动态修改数据项。这类数据通常不许可用于控制业务逻辑，假如用了必需有登记统计，方便查阅。3扩展性数据资源集中管理要建立数据资源管理平台，将分布在各个城市节点信息资源纳入统一框架进行管理，使之能够被全局访问，同时对数据进行统一归档、统计分析、和数据挖掘。4集成性内部集成性1、平台内部各个频道之间要能够实现无缝集成。2、异地节点之间要能够相互集成对方功效、页面。3、异地节点之间数据库要能够实现分布式布署和大集中布署之间灵活切换。4、异地节点之间要能够实现互为灾难备份。5、全平台实现单点登录、漫游。6、每个用户全部能够定制自己首页。5集成性外部集成性-服务器端1、要能够和其它网站实现可定义数据交换，支持同时和异步两种模式。2、要能够和其它网站实现“服务”等级调用集成。3、要能够和其它网站实现页面栏目等级集成。4、移动终端要能够其它应用访问入口，并实现参数传输。6安全性用户身份安全性1、提供基础“用户名+密码”访问机制。2、电子商务交易提供手机动态密码验证、和/或数字证书。3、用户能够定制个人中心中一些功效、资料访问需要手机动态密码验证、和/或桌面安全证书。7安全性关键数据安全性1、用户隐私相关信息，在后台有严密安保方法预防被非法复制或非法访问。2、用户能够选择将特定数据加密存放（结合其用户名、密码、和或数字证书）。3、后台要建立安全监控机制，对数据库任何操作全部有日志统计。4、以前端实施特定操作要有日志统计。8安全性应用安全性1、对应用访问进行授权管理，没被授权应用不许可用户访问。2、用户身份认证、会话时效控制。3、反复登录探测、提醒和控制。4、异地多点登录探测、提醒和控制。9可用性数据可用性数据库要有在线实时冗余备份10可用性应用系统可用性1、应用系统要支持集群计算，实现失效自动转移。2、应用系统要建立灾难备份，实现自动切换。11优异性技术优异性要综合采取SOLOMO技术，支持收消费者端、富消费者端、移动消费者端、物联网消费者端。12优异性业务优异性业务功效要遵照面向对象标准，要能够结合地理位置、上下文、用户日程安排、和用户偏好提供贴合需要服务（所得即所需，WGWN）。13优异性用户偏好建模1、用户偏好描述要字典化，方便于匹配和统计分析。2、对用户偏好建立可维护模型。14优异性商家信用评价建模1、建立商家信用评价指标体系2、自动采集商家信用统计3、自动评定商家信用等级15优异性个人信用评价模型1、建立个人信用评价指标体系2、自动采集个人信用统计3、自动评定个人信用等级16优异性标准化1、数据元素标准化2、数据对象标准化3、数据交换接口标准化4、功效接口标准化5、外部接口标准化6、基础数据代码化，如商品代码、服务功效代码等。17优异性数据挖掘平台完整地统计个人、商家、商场全部网络活动，并建立强大数据挖掘系统，经过统计分析得到多种汇报，为个人、商家、商场、乃至政府决议机构提供资讯服务，同时也为平台业务开展提供决议依据。18可管理性可监控全部业务应用系统均可提供接口，和业务监控应用系统集成、和IT设施监控系统集成，使得业务过程、应用系统运行状态均可监控、可管理。19可管理性可配置类似业务功效被高度抽象，经过参数配置实现其对不一样业务适应。4.2 应用系统逻辑架构设计依据业务目标定义，”哪儿有”城市生活服务平台应用系统分以下几类：1） 城市生活服务类业务应用系统：包含面向消费者消费行为全过程各类城市生活服务业务应用系统、和各类专业城市信息服务系统，其中又区分通用服务应用系统、专业服务应用系统。2） 消费者辅助类应用系统：包含呼叫中心管理系统、消费者咨询服务管理系统、团购管理系统、消费者活动管理系统。3） 商家营销管理服务类应用系统：包含针对各个消费领域营销管理系统、用户管理系统、用户小区管理系统、虚拟客服中心，等。4） 商家辅助类应用系统：包含商街商城管理系统，电子商铺管理系统，等。5） 后台业务监管类应用系统：包含业务状态监控系统、业务量监控系统、活动监控系统、信用监控系统。6） 数据分析类应用系统：包含业务统计分析系统、数据仓库、数据挖掘系统。7） 平台运行管理类应用系统：包含会员管理、销售管理、广告管理、市场活动管理、财务管理、人力资源管理、产品管理、资产及档案管理、内部实时沟通平台等方面管理信息系统。8） 支撑平台类应用系统：包含用户管理及身份认证平台、数据交换平台、应用集成平台（服务总线）、地图及位置引擎、数据资源管理平台。9） 安全保护类应用系统：包含防病毒系统、安全审计系统、防火墙系统等。10） 运维管控类应用系统：包含IT基础设施监控系统、运维管控平台系统。11） 个人门户系统。12） 商家门户系统。在租用或托管模式下，安全保护类应用系统，和IT基础设施监控系统将由IDC服务商提供。不管是在网站，还是在移动消费者端，个人门户设置应支持分层结构，即：1） 全局层面个人主页。2） 在各个业务应用系统中个人主页。各类应用系统存在下图所表示逻辑关系：数据交换平台实现异步数据交换，交换双方即能够是局域网内应用系统，也能够是异地城市节点应用系统，还能够是合作伙伴应用系统。面向市民、最终消费者通用服务（前台）应用系统包含：1） 通用活动服务系统，支持前台消费者、商城、商家参与活动。2） 城市公共服务系统，涵盖城市市政、公益、便民设施信息服务和管理，和市民和这些设施主管机构之间交流沟通、事务交互管理。3） 在线客服：要能够支持虚拟企业客服，为商家提供客服外包服务。4） 教授咨询：经过IM、留言和行业教授交流。针对上下文智能判定能够找到教授。通用后台服务功效包含：1） 网站内容管理：要能够管理子网站。2） 电子商务管理；3） 行业教授管理：教授名称，依据不一样行业，能够是教授、行家、达人、老师，等等，应可配置。4） 网店管理；5） 粉丝团管理；6） 用户关系管理；7） 售后服务管理；8） 优惠活动管理；9） 小区管理；10） 会员管理：要支持多个层级会员管理。11） 客服管理：客服人员、客服资料等管理，支持客服外包业务。12） 通用活动管理：管理平台、商城、商家针对消费者、商家开展活动，包含商品体验活动，如看房活动。4.3 平台总体网络架构设计以下图所表示：对该总体布署架构说明以下：1） 城市生活服务平台由一到多个城市节点组成，每个城市节点针对一城或相近多城提供服务。2） 整个平台全部节点应形成一个星形结构，设置一个城市节点作为该结构中心节点（或称总节点）。3） 各城市节点数据中心之间经过专线，或互联网连接。当经过互联网连接时，相互间数据交换经过数据交换平台实现。4） 各城市节点数据中心均设置安全接入区，用于外部接入，包含用户访问门户系统、和外部合作伙伴接入。4.4 数据中心布署架构设计每个城市节点就是一个数据中心。数据中心内部按功效进行片区划分，其结构类似，均由以下几部分组成： 业务应用区：放置各类业务应用系统应用服务器集群。 数据分析应用区：放置数据挖掘、统计分析类应用系统应用服务器集群。 基础平台应用区：放置基础平台类应用应用服务器集群。 数据管理区：放置各类应用系统数据库服务器集群、和备份数据库服务器集群，建立专用存放网络（SAN）。 运维监控区：放置各类监控系统监控终端、运维管理类应用系统应用服务器集群。 数据交换区：放置数据交换服务器集群，实现和外部合作伙伴之间数据交换。 安全接入区：放置各类安全防护系统服务器集群，和平台个人用户门户服务器集群、商家门户服务器集群。 上线测试区：放置用于上线钱验证测试用服务器、测试终端等设备。见下图所表示。其中，上线测试区通常应放置在企业总部局域网内，其它分区通常采取租赁、托管方法建设和运行。4.5 应用系统布署架构设计首先，业务应用系统是分层布署，以下图所表示：相关下图说明：1） 图中没有将数据库层表现出来。2） 其中，展现终端层布署于终端设备，即PC、各类移动终端；其它各层（包含数据库层）则布署于后台服务器端。第二，后台系统、网站物理布署角度看，各类应用系统布署架构关键点以下：1） 基于城市生活服务平台业务目标定位，平台中大部分业务类应用系统均应采取各城市节点集中布署架构。2） 基于业务集中监控标准，业务监控类应用系统、数据分析类应用系统采取全国大集中布署架构。3） 基于IT设施集中管理标准，IT监控、运维管理等运维管控类应用系统、上线测试区采取全国大集中布署架构。4） 身份认证、数据交换等支撑平台类应用系统采取总节点和各城市节点星形布署架构。5、 业务应用系统通用功效架构从平台业务目标定位出发，针对特定行业应用系统关键是为该行业内商家、行家和消费者提供交互平台，为商家和消费者提供增值服务，为行业消费者提供依据爱好爱好建立小区和圈子。针对特定行业应用系统均带有电子商务功效；电子商务功效分商家和平台两类，平台电子商务仅限于团购，和针对无网店商家代理业务（能够归于团购中）。由此总结出业务应用系统通用功效架构以下图所表示：一个业务应用系统是由前台功效（面向消费者）和后台功效（面向商家和平台业务人员）组成完整体系。后台功效大部分是跨行业通用。为了上述这些功效通用化，需要引入行业术语体系、行业对象命名规则、业务角色命名规则等，同时要依靠应用基础平台提供通用基础服务组件来构建各个业务功效单元。要建立统一、层次结构商品分类体系、和编码体系，应参考国家标准。6、 业务应用系统技术架构设计技术架构由两部分组成：数据架构和软件架构。6.1 数据架构概述“哪儿有”城市生活服务平台业务应用系统数据，按层次能够分为应用支撑数据、基础数据、业务数据、统计分析数据、决议支持数据，按数据作用能够深入划分出共享数据、交换数据。以下图所表示：在设计应用系统数据库结构、设计数据存放方案、设计数据交换方案、设计数据布署架构时，要充足考虑不一样层次数据区分处理，和它们之间关联关系。6.2 软件架构概述经过软件架构定义业务应用系统实现技术。平台各类业务应用系统均采取J2EE技术开发。各类业务应用系统应含有双用户交互界面，即网站界面、移动消费者端界面，其总体架构以下图所表示：两类界面要共享应用逻辑层和数据库层，而页面服务层各不相同。具体到单个业务应用系统内部技术架构，以下图所表示：通用支撑功效和业务功效全部必需封装为通用服务，业务功效单元经过对服务组装和实例化实现。在门户、在移动消费者端，全部能够依据需求定制业务功效单元。在门户、在移动消费者端，全部能够集成其它业务应用系统、或其功效单元、或其服务。应用基础平台提供给用层、服务层开发基础组件，详见后述。服务总线提供服务层中内外部业务服务功效之间集成、组装以组成应用层业务功效单元框架。应用集成接口是基于服务接口，对异地城市节点应用功效单元、合作伙伴应用功效单元，要能够做到页面调用和集成，并能够传输环境参数。业务监控接口、活动监控接口、系统监控接口也应是基于服务接口。数据交换接口采取专用接口以提升效率。6.3 应用基础平台概述应用基础平台包含两大部分：1） 应用系统开发框架2） 公共组件库应用系统开发框架提供以下功效（但不仅限于这些）：1） 通用验证： 正当性校验，如：是否为空、是否超长；关键是检验是否能存入数据库。 格式校验，如：Email形式是否正确、数值范围是否合理情况。 唯一性校验，类似于数据库唯一性约束校验。 实时校验，即用户每次点击键盘，或输入域失去焦点时进行校验。 统一校验，即当用户进行提交操作时，对全部待提交数据进行一次校验。2） 数据绑定：用户修改表单时，能够支持自动化初始控件，当某个控件中数据被修改时，会自动映射到对象中。3） 消费者端数据缓存：在消费者端存放常见基础代码数据，比如：商品代码、商家代码服务功效代码等，并实现基于版本自动更新。4） 分页、过滤、排序处理：对于数据量很大业务系统，应用开发框架要提供数据显示分页处理功效，经过监听表格所在滚动条向下滚动操作，当滚动次数大于指定数值时，系统将自动发出分页请求，并能够定制数据过滤规则、前台数据排序处理。 5） 统一配置：对于工具栏、菜单栏、状态栏能够进行自定义配置，满足用户个性化需要。6） 离线操作：消费者端支持离线操作，断开连接后数据能够存放当地，连线后能够提交服务端。7） 基于数字证书认证方法：支持采取统一数字证书认证方法，安全等级高，管理严格规范。 8） 规则引擎：提供灵活、实用规则引擎服务，便于规范对业务规则控制和处理。9） 基于配置任务调度：提供任务调度功效，支持有定时要求业务逻辑处理，不一样任务调度属性能够分别配置。 10） 基于配置事务处理：含有事务要求业务，开发不需要自己管理，事务属性能够依据需要灵活配置。11） 日志管理：提供日志统计和管理功效，支持开发人员依据需要把关键处理和操作统计到文本文档，便于跟踪和监控。 12） 任务提醒功效：统一进行任务提醒，不需要各自去开发各自功效，只需要调用平台提供组件就能够完成提醒功效，而且能够设置提醒频率，提供自定义功效。13） 支持多个图形展现：可定制多种动态实时动态图形展示，如：统计分析图、业务监控界面等。14） 快速开发工具：平台需要提供快速开发功效，在开发过程中常常需要编写主子表维护界面，为降低编写主子表维护界面编码工作，经过代码生成工具直接生成主子表维护查询相关代码。公共组件库提供构建业务信息系统基础组件，关键包含：1） 界面整合组件：提供各类应用系统松耦合整合功效，将不一样厂商开发应用友好集成，按统一方法管理访问权限，为不一样权限用户展现对应界面，支持Java和.Net应用友好整合；2） 用户访问安全控制组件：提供不一样策略用户安全登录方法，支持PKI(CA)技术用户验证登录技术，支持用户应用访问安全控制，提供用户行为日志和行为审核；3） 数据集成组件：提供异构数据库之间数据交换，不一样应用系统之间形成松散耦合连接，实现信息交换、路由、分发、转换等功效，支持多个方法交换，多个方法数据接入；提供可视化数据交换步骤定义工具，可视化数据处理映射工具和可视化管理控制台；提供多个布署方法和基于配置组件化技术；4） 应用集成组件：逻辑集中分布存放各类业务数据，提供标准数据逻辑视图和数据服务接口，经过数据接入层、数据模型层和数据共享层为各异构应用系统提供基于服务数据集成和共享服务，以支持异构应用系统间数据处理、数据传输和信息共享服务；5） 目录服务组件：提供组织、人员等基础数据轻量级目录访问接口（LDAP），支持目录数据管理功效，并支持数据分布式存放和同时；6） 信息资源编目工具：基础信息资源数据编目和管理，支持数据访问管理范围权限控制，并提供信息资源浏览和查询功效。7） 工作流管理组件：提供工作流引擎、工作流表单设计器、工作单处理器、步骤定义和设计工具和可视化步骤监控和管理工具；8） 报表功效组件：提供满足业务报表设计工具，报表服务器功效，报表调度器和对应其它功效；9） 其它功效组件：包含全文检索组件、监控管理组件、智能电子表单组件。参见下图：其它通用组件，参见下图：6.4 服务层内容概述服务层提供封装为Web服务多种通用支撑功效和业务功效。通用支撑功效包含：服务名称服务说明搜索服务支持网站内容全文搜索、专题搜索，提供二级搜索服务。消费导航服务表现为“我要”功效，支持专题词、菜单、按钮等交互方法。地图导航服务经过地理位置进行消费导航：商场导航、商家导航、商品和服务导航，结合个人消费历史、消费偏好。商家信用管理针对商家进行信用评定，并以星级形式公布。个人信用管理针对个人进行信用评定，并有条件公布、使用。资讯预约服务支持商家、个人预约资讯、商品等信息，立即推送、立即提醒。支持同城预约、跨城预约。我城市生活我主页，我圈子，我顾问，优惠券，我喜爱商场，我喜爱商家，我喜爱品牌，售后事务，我资讯，资料库，我积分，我历史，我信用。电子支付支持银行网银、第三方支付平台、手机支付平台。要能够跟踪交易全生命周期；要支持和支付手段相关优惠、奖励方法。6.5 服务总线概述遵照业界相关SOA通用标准，提供服务注册、服务发觉、服务使用日志等方面功效。支持异地注册服务管理。7、 应用系统开发关键技术规范要求因为城市生活服务平台开发是一个比较漫长、逐步演进过程，所以对开发规范要求，对于确保平台技术一致性、可维护性至关关键。7.1 开发项目管理规范要求开发过程必需严格遵照CMMI Level3相关规范要求。7.2 总体技术要求设计开发城市生活服务平台各类业务应用系统时，要求遵照以下标准：1） 开放性标准：不仅技术架构要含有开放性，系统功效对用户也要有开放性，支持用户参与。2） 可扩展性标准：技术架构、布署架构、功效架构，均要有很强扩展能力，能适应未来适度改变。3） 组件化标准：这具体设计中，要充足提炼通用功效，进行组件化。4） 逐步演进标准：对全部功效要定义优先级，配合业务逐步开展而逐步实现。其它关键要求：1） 用户使用时，网站页面深度不能超出3级，在手机终端上不能超出两级。2） 除大量数据查询功效外，其它功效页面响应时间应小于3秒。3） 固定宽度、长度页面应尽可能在一屏中展现，尽可能避免使用水平或垂直滚动条。4） 视图数据量大时，应自动分页展现；每页行数应在当地可配置。5） 数据量大查询，应约束必需先给出合适条件才能实施查询，避免系统性能忽然大幅下降。7.3 环境和开发工具要求对于采取Java开发业务应用系统，开发、运行环境和开发工具方面要求以下：1） 采取J2EE技术规范，支持J2EE 1.3版本和Java JDK1.4及其后续版本。2） 基于Web应用项目，前端应该采取MVC技术架构。3） 采取Web2.0/HTML5技术，包含博客（BLog）、微博、RSS、百科全书(Wiki)、网摘 、社会网络（SNS）、P2P、即时沟通（IM）、地图交互等。4） 采取HTML5+CSS3+JavaScript和Ajax技术，实现基于多种标准动态展示，利用文档对象模型（Document Object Model）实现动态显示和交互，利用XML和XSLT实现数据交换和操作，利用XMLHttpRequest实现异步数据检索。5） 面向对象建模采取支持UML 1.4（或以上版本）建模工具。6） 数据库建模工具需采取PowerDesigner 9（或以上版本）工具。7） 开发Web应用项目，需在Linux操作系统上布署测试经过。8） 支持MySQL/SQLserver/Oracle数据库管理系统。9） 集成开发环境采取JBuilder 或 Eclipse。7.4 门户和集成要求城市生活服务平台各业务应用系统之间功效集成要经过应用集成平台实现。应用系统开发应遵照检门户集成规范，确保能够无缝集成到门户中。7.5 应用系统安全要求应用系统开发应遵照信息安全管理规范，详见相关国家标准。依据业务需求和系统安全分析确定系统日志管理策略，关键性业务处理要进行日志跟踪统计，数据具体程度要定位到操作人员及具体操作时间。日志数据不许可人为修改，确保日志数据完整性。日志数据转移和清理要经过尤其审批程序，业务系统要设置对应权限进行这类处理。系统应定时进行业务日志进行扫描分析，发觉异常行为后，要立即通知相关权限人员，并提供日志深入分析业务功效。对于关键性敏感数据存放、传输要采取加密、署名技术，如：数据库连接串、登录用户用户名及密码、企业账户信息、电子支付数据传输等要采取加密技术；通关单信息发给海关等要采取署名技术。加密解密过程对用户要透明、处理要高效，算法要采取目前最新算法，并能不停升级。权限控制要求包含功效权限控制和数据权限控制。要做到不一样角色、不一样用户能够灵活分配功效权限，也要做到不一样等级用户所看到数据范围不一样；登录用户只能访问其权限范围内系统功效，并只能看到该等级范围内数据。认证技术要求采取通用CA产品，实现用户统一认证管理。系统要满足安全审计要求。安全审计包含日志审计和行为审计，经过日志审计帮助管理员在受到攻击后察看网络日志，从而评定网络配置合理性、安全策略有效性，追溯分析安全攻击轨迹，并能为实时防御提供手段。经过对用户操作行为审计，确定行为合规性，确保管理安全。7.6 业务监控要求应用系统开发应遵照城市生活服务平台各业务应用系统监控要求，能够向业务监控平台提供必需监控指标信息。要求提供业务监控数据和接口，可实时采集监控数据，供运维人员在问题出现前，立即掌控系统运行情况；在出现问题时，依据监控信息正确立即排查处理问题，同时减轻维护人员工作压力，降低维护成本，确保业务正常进行。每个业务应用系统设计时必需明确定义其业务监控指标。8、 信息系统演进方案信息系统演进要和业务演进匹配，适度超前。-04-08-结尾-