城市生活服务平台-NRYOU-顶层设计方案-V10.docx

“哪儿有”城市生活服务平台

顶层设计概要说明

成都初唐网络信息有限公司

二O一二年四月

1、 背景
目前，国内面向城市生活服务的网站、移动应用不少，如大众点评、58同城、IN成都、哇哇帮客，等等。综合分析这些网站和应用的特点，存在如下几个主要的不足：
1） 以满足最终消费者的信息查询需求为主，对消费全过程的服务被忽略了。
2） 以满足商家的信息发布需求为主，商家的营销管理需求被忽略了。
3） 商家与最终消费者是隔离的，不能进行互动。
4） 覆盖的城市消费领域不全面，一些细小的、不常有的需求得不到满足，小问题导致了大不便，即所谓长尾效应。
5） 商业模式单一，均以收取商家的信息发布费、排名费、消费提成为主要收入来源。尤其消费提成，严重影响了商家上网的积极性，阻碍了信息化社会的发展。

因此，如果能够克服上述缺陷，推出新的平台模式和业务模式，必将能够从激烈的竞争中胜出，推动信息化社会前进一大步，这是我们开创“哪儿有”城市生活服务平台的原动力所在。
“哪儿有”城市生活服务平台将覆盖城市生活的各个消费、服务领域，因此从信息系统开发的角度来看，将是一个长期的、逐步演进的过程，为了在这个过程中确保信息系统的可扩展性、可维护性，需要制定一个具有约束力的顶层设计，作为指导以后信息系统建设的总纲领。这是本文档的宗旨所在。

2、 业务宗旨与理念
“哪儿有”城市生活服务平台的宗旨是，为城市生活消费提供统一的搜索入口，并针对消费行为的全过程提供全面服务，使消费需求能在平台上得到方便的、贴心的、即时的实现；为商家建立直通最终消费者的网络通道、提供全新的网络营销平台。
简而言之，我们要做的事情就是：城市生活搜索门户 + 城市消费服务平台 + 商家网络营销平台。（这里所说的搜索，首先是站内搜索，包括优惠券、优惠活动搜索，以后可以根据业务发展的需要扩展为全网搜索）。
业务开展过程中，既要强调为个人消费者服务，也要强调为商家服务，还要突出个人消费者与商家的互动，为同城的市民、商家、商城提供个人与个人之间、个人与商家之间、个人与商城之间的网络互动平台和电子商务平台。
如下图所示：

“哪儿有”城市生活服务平台的建设要遵循下列核心理念：
1） 简洁原则：业务模式要简洁、系统界面要简洁、人机交互方式要简洁。以“哪儿有”搜索作为消费者的主要入口。
2） 完备原则：针对一个消费领域，对消费者的消费行为分析要完备、平台提供的服务功能要完备。
3） 确定性原则：平台推出的服务各方面都必须是确定的，不能包含任何模糊的内容，以规避各种潜在纠纷的风险，同时更好地服务市民和商家。
4） 开放性原则：“哪儿有”要与同样为城市生活提供网络信息服务、为商家提供信息化管理非竞争性企业建立合作关系，信息系统实现互联互通，共建城市信息化社会的生态体系。
5） 搭平台原则：业务的开展要坚持为最终消费者与商家搭建互动平台、生活平台、营销平台，坚持做好增值服务、从增值服务中获利。

上述宗旨和理念的体现，以餐饮服务领域为例，图示如下：

注：结算时计算优惠券，以及优惠规则。

3、 业务目标
3.1 业务目标概要
“哪儿有”城市生活服务平台的目标是要成为城市居民和游客数字化、信息化生活的网络门户，要在3-5年的时间里将“哪儿有”打造成全国各大中城市生活服务的第一门户。
该平台不仅要综合采用社交网络、地理位置服务、移动互联网、物联网、电子商务等各类互联网技术和业务形态，而且要能够整合各类现有业态的网络资源，包括各类信息服务、各类电子商务、社交、搜索等方面的网站和移动终端等，通过物联网未来还需要整合各类物联网终端。
“哪儿有”不仅为消费者提供服务，也为商家提供网络营销管理系统，支持商家通过“哪儿有”平台实现网络营销管理，并与消费者实现直接互动。
“哪儿有”城市生活服务平台将面向城市生活的各个领域、以商家优惠信息的发布和管理为入口，采取逐步推进的策略开拓业务。
2012内，我们的目标首先是：
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 业务监控要求
应用系统开发应遵循城市生活服务平台各业务应用系统监控的要求，能够向业务监控平台提供必要的监控指标信息。
要求提供业务监控的数据和接口，可实时采集监控数据，供运维人员在问题出现前，及时掌控系统的运行情况；在出现问题时，根据监控信息准确及时的