城市生活服务平台顶层设计方案

1、城市生活服务平台顶层设计方案“ 哪儿有” 城市生活服务平台顶层设计概要说明成都初唐网络信息有限公司二O 一二年四月1、背景目前，国内面向城市生活服务的网站、移动应用不少，如大众点评、 58同城、IN成都、哇哇帮客，等等。综合分析这些网站和应用的特点，存在如下几个主要的不足： 。1) 以满足最终消费者的信息查询需求为主，对消费全过程的服务被忽略了。2) 以满足商家的信息发布需求为主，商家的营销管理需求被忽略了。3) 商家与最终消费者是隔离的，不能进行互动。4) 覆盖的城市消费领域不全面，一些细小的、不常有的需求得不到满足，小问题 导致了大不便，即所谓长尾效应。) 商业模式单一，均以收取商家的信息

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

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

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

5、与商家搭建互动平台、生活平台、营销平台，坚持做好增值服务、从增值服务中获利。一上述宗旨和理念的体现，以餐饮服务领域为例，图示如下：平台IM尸商家营销管理系统制定菜单*-商家营销管理系统 <菜单确认现场点菜IM跟踪饭友、沟通IM沟通，保留车位消费者商家网店宣传、促销邀约1r确定商荀家社区管理IM去哪儿”搜索X商家信息服务商家过滤商家推荐订位赶路确认菜单结算点评IMIM订位确认4商家营销管理系统 <商家营销管理系统*录入菜单结算营销注：结算时计算优惠券，以及优惠规则3、业务目标3.1 业务目标概要“哪儿有”城市生活服务平台的目标是要成为城市居民和游客数字化、信息化生活的网 络门户，要在

6、 3-5 年的时间里将“哪儿有”打造成全国各大中城市生活服务的第一门 户。该平台不仅要综合采用社交网络、地理位置服务、移动互联网、物联网、电子商务等各 类互联网技术和业务形态，而且要能够整合各类现有业态的网络资源，包括各类信息服务、 各类电子商务、社交、搜索等方面的网站和移动终端等，通过物联网未来还需要整合各类物 联网终端。 。“哪儿有”不仅为消费者提供服务，也为商家提供网络营销管理系统，支持商家通过 “哪儿有”平台实现网络营销管理，并与消费者实现直接互动。 。“哪儿有”城市生活服务平台将面向城市生活的各个领域、以商家优惠信息的发布和管 理为入口，采取逐步推进的策略开拓业务。 。2012内，我

7、们的目标首先是：1) 对全部消费领域，所有商家，要能够提供概要信息的展现和搜索，并支持优惠 信息的发布和管理。2) 对40%的商家，要能够提供商品或服务的类目信息。3) 对20%的商家，要能够提供重点商品或服务的单品介绍信息。其次将首先在成都市开拓下列消费领域，实现对消费过程的需求实现、实现商家与消费 者的直接沟通、为商家提供网络营销管理系统： 。1) 餐饮服务；2) 新房交易；3) 二手房交易。以后将逐步扩展至其他消费领域，包括：1) 购物服务2) 家居装修3) 物业服务4) 茶饮服务5) 咖啡服务6) 租车服务7) 美容保健8) 运动健身9) 文化娱乐10) 等等并在适当时机开拓到其他一线

8、、二线城市，力争用3-5 年时间覆盖到全国所有的一二线城市。针对各个消费领域，平台提供的服务内容也要循序渐进，从基本的信息、咨询、辅助服 务，逐步过渡到提供电子商务服务。 。综合起来就是，“哪儿有”平台要从消费领域、服务内容、覆盖城市三个维度进行循序 渐进的业务拓展，用 3-5 年的时间覆盖全国所有的一二线城市，建成全国城市生活第一门 户。如下图所示：3.2业务架构规划“哪儿有”城市生活服务平台的业务包括如下七大领域:1）面向消费者的消费服务业务；2）面向商家的营销管理服务；3）平台的消费者辅助业务；4）平台的商家辅助业务；5）平台的运营业务；6）平台的后台监管业务；7）平台的数据分析业务。这

9、七大业务领域互相之间是关联的，如下图所示:平平平平 平平平平 平 平 平 平 平 平 平 平 平 平 平 平 平 平 平 平 平 平平 平 平 平平平平平平平平平 平 平 平 平 平平 平 平 平 平 平对上述七大业务领域的内谷概述如下表所述:业务类别业务内容概述消费服务业务1、针对不同的消费领域、不同的消费形式、不同的消费群体，面向消费行为 的全过程，提供信息查询、优惠券下载及收藏、顾问咨询、创建订单或签定 协议、商品交付或服务消费、结算、点评与分享、问题的后续跟踪等等方面 的服务和辅助功能，力求使消费者的需求得到最大程度的实现。2、提供可灵活配置的商家过滤机制，使消费者要能够很方便地找到所

10、期望的 商家、商品或服务、以及优惠券。3、要将各种网络资源与商家、商品/服务关联，方便消费者进行深度的了解和比较，辅助消费者快速做出决策。4、城市内各种专业信息服务：包括市政设施、天气、路况、新闻、政府微 博，等等。通过与有关专业网站合作实现。商家营销管理服务1、针对不同的消费领域、不同规模的商家，结合本平台的特点和资源优势， 提供从消费者沟通、消费者社区建设、会员管理、优惠券管理、优惠措施管 理、订单管理、结算、售后跟踪、问题处理，到店铺形象展示、优惠信息发 布、动态信息发布、团购活动组织等方面的服务和辅助功能。2、可以与商家的内部业务管理系统实现数据交换，尤其是订单信息、结算信 息的交换。

11、3、要高度灵活，支持商家根据自己的营销策略定制服务、管理和辅助功能。消费者辅助业务1、为消费者提供顾问咨询、米购辅助（如现场看货、看房等）、团购活动、 投诉处理等辅助服务。2、提供SNS、个人中心等辅助服务。商家辅助业务1、开通网上商业街，为商家提供形象展示、与消费者直接沟通的平台和通 道。2、对于商城类型的商家，开通网上商城。3、为商家提供消费者点评等反馈信息，以及基于这些信息的统计分析报告、 营销建议方案等方面的服务。4、虚拟客服中心。平台运营业务1、会员管理；2、销售管理；3、广告管理；4、市场活动管理；5、人力资源管理；6、财务管理；7、产品管理；8、资产档案管理。后台监管业务1、对消

12、费者的网上点评、论坛帖子、社区圈子中发布的言论进行法规符合性 监控。2、对差评、好评进行监控。3、对商家发布的优惠信息、动态信息进行监控。4、对消费者与商家之间的交易活动进行监控。5、对平台业务人员、客服人员的网络行为进行监控，并与服务要求进行比 对，发现问题，并形成问题报告。6、对所有注册会员、游客对网站、后台的访问行为进行点击监控。数据分析业务基于监控数据，开展下列分析业务：1、网站及后台对象的点击访问率统计分析。2、商家、商品/服务的点评情况统计分析。3、消费趋势统计分析。4、平台业务人员、客服人员工作绩效统计分析。5、消费者投诉情况统计分析。3.3两年内业务内容规划两年内计划覆盖的消费

13、领域和提供的主要服务内容大致规划如下表所示:业务名称服务说明餐饮服务1、为店家服务：网上前台、优惠管理、消费者资源服务、沟通服务、粉丝团。2、为食客服务：网上订餐、饮食文化、资讯服务、美食家论坛、美食圈子、名厨 直通车、我的美食空间。新房交易1、为卖房人服务：网上售楼部、消费者资源服务、沟通服务。2、为买房人服务：资讯服务、团购服务、陪购服务、专家咨询服务、信用担保服 务。一手房交易1、为房东服务：信息发布、消费者服务、出租管理。2、为中介机构服务：网上营业部、消费者资源服务、沟通服务。3、为租买房人服务：资讯服务、陪购服务、专家咨询服务、信用担保服务。装修业务1、为设计公司服务：网上营业部、

14、设计方案展示、消费者资源服务、与消费者的沟 通管理、签约装修工程队管理、监理服务管理。2、为装修工程队服务：网上营业部、案例展示、价格估算、签约设计公司管理、签约供应商管理、消费者资源服务、与消费者的沟通服务。3、为建材商城服务：网上商城、商家服务中心、消费者服务中心、优惠管理、消 费者资源服务、沟通服务。4、为建材商家服务：网上商铺、消费者服务中心、优惠管理、消费者资源服务、沟 通服务。5、为房主服务：设计方案管理、网上采购、装修管理、售后事务、优惠券、资讯服 务、家装论坛、专家直通车。物业服务1、为物业公司服务：网上服务站、投诉管理、沟通服务。2、为家产维护机构服务：网上服务站、消费者资源

15、服务、沟通服务3、为业主服务：家产维护管理、服务商管理、服务管理、投诉管理、信用担保服 务、社区论坛、社区圈子服务。茶饮服务1、为茶文化服务：资料服务、活动服务、动态信息服务、其他资讯服务。2、为茶店服务：网上茶店、消费者资源服务3、为茶馆服务：网上前台、消费者服务中心、优惠管理、消费者资源服务、沟通服 务、粉丝团。4、为茶厂服务：网上茶店、消费者资源服务。5、为茶客服务：网上购物、售后事务、优惠券、资讯服务、同好圈子，专家直通 车，我喜爱的茶店，我喜爱的茶馆，我喜爱的品牌。购物服务1、为商城服务：网上商城、商家服务中心、消费者服务中心、优惠管理、消费者 资源服务、沟通服务、粉丝团、达人社区。

16、2、为商家服务：网上商店、消费者服务中心、优惠管理、消费者资源服务、沟通 服务、粉丝团、达人社区。3、为顾客服务：网上购物、售后事务、优惠券、资讯服务、同好圈子，专家直通 车，我喜爱的商场，我喜爱的商家，我喜爱的品牌。租车服务1、为租赁公司服务：网上车店、消费者服务中心、优惠管理、消费者资源服务、沟 通服务。2、为零配件企业服务：网上店铺、消费者服务中心、优惠管理、消费者资源服务、 沟通服务。3、为顾客服务：网上租车、售后事务、优惠券、资讯服务、专家直通车、租车论 坛。这些服务的开展需要一系列支撑服务，主要包括:业务名称服务说明搜索服务支持网站内容的全文搜索、主题搜索，提供二级搜索服务。消费导

17、航服 务体现为“哪儿有”功能，支持主题词、清单选择、按钮等交互方式。地图导航服 务通过地理位置进仃消费导航：商场导航、商豕导航、商品与服务导航，结合个人的 消费历史、消费偏好。商家信用管 理针对商家进行信用评定，并以星级的形式发布。个人信用管 理针对个人进行信用评定，并有条件发布、使用。资讯预约服 务支持商家、个人预约资讯、商品等信息，及时推送、及时提醒。支持冋城预约、跨 城预约。我的城市生我的圈子，我的顾问，优惠券，我喜爱的商场，我喜爱的商家，我喜爱的品牌，售活后事务，我的资讯，资料库，我的会员卡，我的历史，我的信用。电子支付支持银行网银、第三方支付平台、手机支付平台。要能够跟踪交易的全生命

18、周期； 要支持与支付手段有关的优惠、奖励措施。所有这些服务要支持跨城市。4、信息系统顶层架构规划4.1顶层需求分析为了支持业务目标的实现，对“哪儿有”平台顶层架构有如下主要需求:编号分类需求项服务说明1扩展性部署架构的扩 展性1、逻辑上应该是大集中的部署架构，物理上要支持多个部署节 点，例如一个城市一个节点，或者多个城市一个节点。节点之 间可以通过互联网连接，也可以通过专线连接。2、每个节点要支持集群计算。3、平台要能够识别访问用户距离哪个节点近，就近接入。4、平台的后台基础设施要支持虚拟化和云计算技术。5、要能够提供虚拟桌面给用户。2扩展性业务功能的扩 展性1、要能够不断扩展新的业务上线，融

19、入总体框架，从移动终端 到Web页面到后台能够实现无缝集成。2、不同的业务中，角色的名称要能够不同，术语的表达要允许 不同。3、 基础代码类数据要提供统一的访问API和维护工具，允许动 态修改数据项。这类数据一般不允许用于控制业务逻辑，如果 用了必须有登记记录，以便查阅。3扩展性数据资源集中 管理要建立数据资源管理平台，将分布在各个城市节点的信息资源 纳入统一的框架进行管理，使之能够被全局访冋，同时对数据 进行统一的归档、统计分析、以及数据挖掘。4集成性内部集成性1、平台内部各个频道之间要能够实现无缝集成。2、异地节点之间要能够互相集成对方的功能、页面。3、异地节点之间的数据库要能够实现分布式

20、部署与大集中部署 之间的灵活切换。4、异地节点之间要能够实现互为灾难备份。5、全平台实现单点登录、漫游。6、每个用户都可以定制自己的首页。5集成性外部集成性-服 务器端1、要能够与其他网站实现可定义的数据交换，支持同步和异步 两种模式。2、要能够与其他网站实现“服务”级别的调用集成。3、要能够与其他网站实现页面栏目级别的集成。4、移动终端要能够其他应用的访问入口，并实现参数传递。6安全性用户身份安全 性1、提供基本的“用户名 +密码”访问机制。2、 电子商务交易提供手机动态密码验证、和/或数字证书。3、用户可以定制个人中心中的某些功能、资料的访问需要手机 动态密码验证、和/或桌面安全证书。7安

21、全性关键数据安全 性1、用户隐私相关的信息，在后台有严密的安保措施防止被非法 复制或者非法访冋。2、用户可以选择将特定的数据加密存储（结合其用户名、密 码、和或数字证书）。3、后台要建立安全监控机制，对数据库的任何操作都有日志记 录。4、从前端执行的特定操作要有日志记录。8安全性应用安全性1、对应用的访问进行授权管理，没被授权的应用不允许用户访 问。2、用户身份认证、会话时效控制。3、重复登录探测、提示和控制。4、异地多点登录探测、提示和控制。9可用性数据可用性数据库要有在线实时冗余备份10可用性应用系统可用 性1、应用系统要支持集群计算，实现失效自动转移。2、应用系统要建立灾难备份，实现自动

22、切换。11先进性技术先进性要综合米用SOLOMO技术，支持收消费者端、富消费者端、移 动消费者端、物联网消费者端。12先进性业务先进性业务功能要遵循面向对象的原则，要能够结合地理位置、上下 文、用户日程安排、以及用户偏好提供贴合需要的服务（所得 即所需，WGWN ）。13先进性用户偏好建模1、用户偏好的描述要字典化，以便于匹配和统计分析。2、对用户偏好建立可维护的模型。14先进性商家信用评价 建模1、建立商家信用评价指标体系2、自动米集商家信用记录3、自动评定商豕信用等级15先进性个人信用评价 模型1、建立个人信用评价指标体系2、自动采集个人信用记录3、自动评定个人信用等级16先进性标准化1、

23、数据兀素标准化2、数据对象标准化3、数据交换接口标准化4、功能接口标准化5、外部接口标准化6、基础数据代码化，如商品代码、服务功能代码等。17先进性数据挖掘平台完整地记录个人、商家、商场的所有网络活动，并建立强 大的数据挖掘系统，通过统计分析得到各种报告，为个人、商 家、商场、乃至政府决策机构提供资讯服务，同时也为平台业 务的开展提供决策依据。18可管理性可监控所有业务应用系统均可提供接口，与业务监控应用系统集成、与IT设施监控系统集成，使得业务过程、应用系统运行状态均 可监控、可管理。19可管理性可配置类似的业务功能被高度抽象，通过参数配置实现其对不冋业务 的适应。4.2应用系统逻辑架构设计

24、根据业务目标的定义，”哪儿有”城市生活服务平台的应用系统分如下几类：城市生活服务类业务应用系统：包括面向消费者消费行为全过程的各类城市生 活服务业务的应用系统、以及各类专业的城市信息服务系统，其中又区分通用 服务应用系统、专业服务应用系统。 一消费者辅助类应用系统：包括呼叫中心管理系统、消费者咨询服务管理系统、 团购管理系统、消费者活动管理系统。一商家营销管理服务类应用系统：包括针对各个消费领域的营销管理系统、客户 管理系统、客户社区管理系统、虚拟客服中心，等。一4）商家辅助类应用系统：包括商街商城管理系统，电子商铺管理系统，等。5）后台业务监管类应用系统：包括业务状态监控系统、业务量监控系统

25、、活动监 控系统、信用监控系统。6）数据分析类应用系统：包括业务统计分析系统、数据仓库、数据挖掘系统。 平台运营管理类应用系统：包括会员管理、销售管理、广告管理、市场活动管 理、财务管理、人力资源管理、产品管理、资产及档案管理、内部实时沟通平 台等方面的管理信息系统。一支撑平台类应用系统：包括用户管理及身份认证平台、数据交换平台、应用集 成平台（服务总线）、地图及位置引擎、数据资源管理平台。一9）安全保护类应用系统：包括防病毒系统、安全审计系统、防火墙系统等。10）运维管控类应用系统：包括IT基础设施监控系统、运维管控平台系统11）个人门户系统。12）商家门户系统。在租用或托管的模式下，安全保

26、护类应用系统，以及 IT基础设施监控系统将由IDC服务 商提供。无论是在网站，还是在移动消费者端，个人门户的设置应支持分层结构，即:1）全局层面的个人主页。2）在各个业务应用系统中的个人主页各类应用系统存在下图所示的逻辑关系:平平平平平平平平平平平 平 平 平 平 平 平 平 平平 平 平 平 平 平 平 平 平平平平平Portlet Portlet Portlet Portlet i / Portlet< ,J v丿 <J V> -平平平平申平平平 平 平 平 平 平 平 平 平 平平平平平平平平Portlet Portlet Portlet Portlet Portlet

27、 ,> < - J > <_._J平平平FM0 1平 平平 平平平 平平FM0 2平 平平 平平 平平 平平FM0 3平 平平平 平平FM0 4平 平平平 平平FM0 5平 平平平 平平FM0 6平 平 平平FM0 7平 平平平 平平FM0 9平 平平 平平平 平平FM1 0平 平平平 平平FMxxFM0 8平 平平平 平平平平平平.平.平.平.平.平.平.平.平.平.数据交换平台实现异步数据交换，交换的双方即可以是局域网内的应用系统，也可以是 异地城市节点的应用系统，还可以是合作伙伴的应用系统。一面向市民、最终消费者的通用服务（前台）应用系统包括：1）通用活动服务系统

28、，支持前台消费者、商城、商家参与活动。城市公共服务系统，涵盖城市市政、公益、便民设施的信息服务和管理，以及 市民与这些设施的主管机构之间的交流沟通、事务交互的管理。一3）在线客服：要能够支持虚拟企业客服，为商家提供客服外包服务。4）专家咨询：通过IM、留言与行业专家交流。针对上下文智能判断可以找到的专 家。通用的后台服务功能包括:1) 网站内容管理：要能够管理子网站。2) 电子商务管理；3 ) 行业专家管理：专家的名称，依据不同的行业，可以是专家、行家、达人、老 师，等等，应可配置。4)网店管理；5) 粉丝团管理；6) 客户关系管理；7) 售后服务管理；8) 优惠活动管理；9) 社区管理；10

29、) 会员管理：要支持多个层级的会员的管理。11) 客服管理：客服人员、客服资料等的管理，支持客服外包业务。12) 通用活动管理：管理平台、商城、商家针对消费者、商家开展的活动，包括 商品体验活动，如看房活动。4.3 平台总体网络架构设计如下图所示：互联网商家门户 用户门户0防火墙防火墙防火墙安全接入区商家门户 用户门户专线、专线XA厂城市节点数据中心安全接入区十 I个人用户商家用户合作伙伴对该总体部署架构说明如下：1）城市生活服务平台由一到多个城市节点组成，每个城市节点针对一城或相近的多 城提供服务。2）整个平台所有节点应形成一个星形结构，设立一个城市节点作为该结构的中心节 点（或称总节点）。

30、各城市节点数据中心之间通过专线，或者互联网连接。当通过互联网连接时，相 互间的数据交换通过数据交换平台实现。 一4）各城市节点的数据中心均设置安全接入区，用于外部接入，包括用户访问门户系统、以及外部合作伙伴接入4.4数据中心部署架构设计每个城市节点就是一个数据中心。数据中心内部按功能进行片区划分，其结构类似，均由如下几部分组成: 业务应用区：放置各类业务应用系统的应用服务器集群。 数据分析应用区：放置数据挖掘、统计分析类应用系统的应用服务器集群。 基础平台应用区：放置基础平台类应用的应用服务器集群。 数据管理区：放置各类应用系统的数据库服务器集群、以及备份数据库服务 器集群，建立专用的存储网络

31、（ SAN）。 。 运维监控区：放置各类监控系统的监控终端、运维管理类应用系统的应用服 务器集群。 数据交换区：放置数据交换服务器集群，实现与外部合作伙伴之间的数据交 换。 安全接入区：放置各类安全防护系统的服务器集群，以及平台的个人用户门 户服务器集群、商家门户服务器集群。 上线测试区：放置用于上线钱验证测试用的服务器、测试终端等设备。见下图所示。其中，上线测试区一般应放置在公司总部的局域网内，其他分区一般采用租赁、托管方 式建设和运营。数据管理区核心生产网段开发测试网段存储光纤数据交换网段安全接入网段IT管控网段网络设备互联区E-CIQ总局应用服务器系统集群I市节点业务应用区E-CIQ 支

32、:统数据库支撑平台应.服务器机群数据交换区主交换机数据交换区服务器机群耄耄耄安全接入区WE服务器机群 安全管理服务器".公共服务服务器合作伙伴数据中心端前用应端前 用11、身份认证平台2、应用集成平台3、数据资源管理平台ETL系统OLAP艮务器主题应用主交换机广域网络交换机主交换机IT基础设施监控应用: -服务器集群主交换机主交换机运维管控区据I、'-心ll”.严业务监控平台 运维管控平台* iI上线测试区丄 J 0 00 0测试服务器城网络交换机应用前端一心应用前端4.5应用系统部署架构设计首先，业务应用系统是分层部署的，如下图所示:关于下图的说明：1）图中没有将数据库层表

33、现出来。2） 其中，展现终端层部署于终端设备，即 PC、各类移动终端；其他各层（包括数据库层）则部署于后台服务器端。第二，后台系统、网站的物理部署角度看，各类应用系统的部署架构要点如下：1）基于城市生活服务平台的业务目标定位，平台中的大部分业务类应用系统均应采 用各城市节点集中部署的架构。2）基于业务集中监控的原则，业务监控类应用系统、数据分析类应用系统采用全国 大集中部署的架构。基于IT设施集中管理的原则，IT监控、运维管理等运维管控类应用系统、上线测 试区采用全国大集中部署架构。 一4）身份认证、数据交换等支撑平台类应用系统采用总节点与各城市节点星形部署的 架构。5、业务应用系统的通用功能

34、架构从平台的业务目标定位出发，针对特定行业的应用系统主要是为该行业内的商家、行家 与消费者提供交互平台，为商家和消费者提供增值服务，为行业的消费者提供依据兴趣爱好 建立社区和圈子。一针对特定行业的应用系统均带有电子商务功能；电子商务功能分商家和平台两类，平台的电子商务仅限于团购，以及针对无网店的商家的代理业务（可以归于团购中）。由此总结出业务应用系统的通用功能架构如下图所示：平平平平平平平IT平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平一个业务应用系统是由前台功能（面向消费者）和后台功能（面向商家和平台业务人 员）组成的完整体系。后台功能大部

35、分是跨行业通用的。为了上述这些功能的通用化，需要引入行业术语体系、行业对象命名规则、业务角色命 名规则等，同时要依赖应用基础平台提供的通用基础服务组件来构建各个业务功能单丿元。要建立统一的、层次结构的商品分类体系、以及编码体系，应参照国家标准。6、业务应用系统技术架构设计技术架构由两部分组成：数据架构和软件架构6.1数据架构概述“哪儿有”城市生活服务平台的业务应用系统的数据，按层次可以分为应用支撑数据、 基础数据、业务数据、统计分析数据、决策支持数据，按数据的作用可以进一步划分出共享 数据、交换数据。一如下图所示：平平平平 平平平平平平平平平平平平平平平平 平平ETL平平平平平平平平平平平平平

36、平平平平平平丄平平平平平平 平(平平平平平平平平平平平X_>在设计应用系统的数据库结构、设计数据存储方案、设计数据交换方案、设计数据部署 架构时，要充分考虑不同层次数据的区别处理，以及它们之间的关联关系。6.2软件架构概述通过软件架构定义业务应用系统的实现技术平台的各类业务应用系统均采用J2EE技术开发。各类业务应用系统应具备双用户交互界面，即网站界面、移动消费者端界面，其总体架 构如下图所示：平平平平平平平平平平IOS平平平平平平平平平平平平平Android平平平平 平平平 平平平 平平平 WP7平平平平平平平平平平平平平IOS平平平平平平平平平平平平平平平Android平平平平平平平

37、平平平平平平平平WP7平平平平平两类界面要共享应用逻辑层和数据库层，而页面服务层各不相同具体到单个业务应用系统的内部技术架构，如下图所示：平平平 平平平i1a平平平Portal平平平平平平平平平平平平.平 平 平 平 平 平 平广J平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平、j 平平平平平平平平平平平soa平平平平平平平平|平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平平 平 平 平 平 .平 平 平 平 平 平平平平平平平平平平平平平Websphere平Tomcat平J2EE平平平平 平平 平平平平平平平平平平平

38、平平平平平平平平平平平平平平平平平平平平平平平平平平Unix平Linux平通用的支撑功能和业务功能都必须封装为通用的服务，业务功能单元通过对服务的组装 和实例化实现。在门户、在移动消费者端，都可以根据需求定制业务功能单元。在门户、在移动消费者端，都可以集成其他业务应用系统、或其功能单元、或其服务。应用基础平台提供应用层、服务层开发的基础组件，详见后述。服务总线提供服务层中内外部业务服务功能之间集成、组装以构成应用层业务功能单元 的框架。应用集成接口是基于服务的接口，对异地城市节点的应用功能单元、合作伙伴的应用功能单元，要能够做到页面调用与集成，并能够传递环境参数。 。业务监控接口、活动监控接口

39、、系统监控接口也应是基于服务的接口。数据交换接口采用专用接口以提高效率。6.3 应用基础平台概述应用基础平台包括两大部分：1）应用系统开发框架2）公共组件库应用系统开发框架提供以下功能（但不仅限于这些）：1） 通用验证： 合法性校验，如：是否为空、是否超长；主要是检查是否能存入数据库。 格式校验，如： Email 的形式是否正确、数值的范围是否合理情况。 唯一性校验，类似于数据库的唯一性约束校验。 实时校验，即用户每次点击键盘，或者输入域失去焦点时进行校验。 统一校验，即当用户进行提交操作时，对所有待提交的数据进行一次校验。2） 数据绑定：用户修改表单时，可以支持自动化初始控件，当某个控件中的

40、数据被修 改时，会自动映射到对象中。） 消费者端数据缓存：在消费者端存储常用的基础代码数据，例如：商品代码、商家 代码服务功能代码等，并实现基于版本的自动更新。 。) 分页、过滤、排序处理：对于数据量很大的业务系统，应用开发框架要提供数据显 示的分页处理功能，通过监听表格所在的滚动条的向下滚动操作，当滚动的次数大 于指定的数值时，系统将自动发出分页请求，并能够定制数据过滤规则、前台数据 排序处理。 。5) 统一配置：对于工具栏、菜单栏、状态栏可以进行自定义配置，满足用户个性化需 要。6) 离线操作：消费者端支持离线操作，断开连接后数据可以存储本地，连线后可以提 交服务端。7) 基于数字证书的认

41、证方式：支持采用统一的数字证书认证方式，安全级别高，管理 严格规范。8) 规则引擎：提供灵活、实用的规则引擎服务，便于规范对业务规则的控制和处理。 ) 基于配置的任务调度：提供任务调度功能，支持有定时要求的业务逻辑的处理，不 同任务的调度属性可以分别配置。 。10 ) 基于配置的事务处理：具有事务要求的业务，开发不需要自己管理，事务属性可 以根据需要灵活配置。11)日志管理：提供日志记录和管理功能，支持开发人员根据需要把关键的处理和操作记录到文本文档，便于跟踪和监控。 。12)任务提醒功能：统一进行任务提醒，不需要各自去开发各自的功能，只需要调用平台提供的组件就能够完成提醒功能，并且能够设置提

42、醒频率，提供自定义功13 ) 支持多种图形展现：可定制各种动态实时动态图形展示，如：统计分析图、业务 监控界面等。14)快速开发工具：平台需要提供快速开发功能，在开发过程中经常需要编写主子表的维护界面，为减少编写主子表维护界面的编码工作，通过代码生成工具直接生 成主子表维护查询相关的代码。 。公共组件库提供构建业务信息系统的基础组件，主要包含：) 界面整合组件：提供各类应用系统的松耦合整合功能，将不同厂商开发的应用和 谐集成，按统一的方式管理访问权限，为不同权限的用户展现相应的界面，支持 Java和.Net应用的和谐整合；。) 用户访问安全控制组件：提供不同策略的用户安全登录方式，支持 PKI

43、(CA) 技术 的用户验证登录技术，支持用户应用访问安全控制，提供用户行为日志和行为审 核；。) 数据集成组件：提供异构数据库之间的数据交换，不同应用系统之间形成松散耦 合连接，实现信息的交换、路由、分发、转换等功能，支持多种方式交换，多种 方式的数据接入；提供可视化的数据交换流程定义工具，可视化的数据处理映射 工具和可视化的管理控制台；提供多种部署方式和基于配置的组件化技术； 。) 应用集成组件：逻辑集中分布存储的各类业务数据，提供标准的数据逻辑视图和 数据服务接口，通过数据接入层、数据模型层和数据共享层为各异构应用系统提 供基于服务的数据集成和共享服务，以支持异构应用系统间的数据处理、数据

44、传 递和信息共享服务； 。) 目录服务组件：提供组织、人员等基础数据的轻量级目录访问接口( LDAP )， 支持目录数据的管理功能，并支持数据的分布式存储和同步； 。) 信息资源编目工具：基础信息资源数据的编目和管理，支持数据访问管理范围权 限控制，并提供信息资源的浏览和查询功能。 。) 工作流管理组件：提供工作流引擎、工作流表单设计器、工作单处理器、流程定 义和设计工具和可视化的流程监控和管理工具； 。8) 报表功能组件：提供满足业务的报表设计工具，报表服务器功能，报表调度器和 相应的其他功能；9) 其他功能组件：包括全文检索组件、监控管理组件、智能电子表单组件。参见下图：其他的通用组件，参

45、见下图：应用基础平台包括一系列基础的通用组件地图UI相关 组件地图应用开发 接口组件即时沟通 组件文件上载 组件文件传输 组件音视频播放 组件三维浏览 组件E-MAIL组件Q（接口组件短信接口 组件内容管理 组件权限管理 组件SNS有 关组件网页搜索 组件通用查询 组件通用报表 组件工作流管理 组件页面即时通知 组件6.4服务层内容概述服务层提供封装为Web服务的各种通用支撑功能和业务功能通用支撑功能包括:服务名称服务说明搜索服务支持网站内容的全文搜索、主题搜索，提供二级搜索服务。消费导航服 务体现为“我要”功能，支持主题词、菜单、按钮等交互方式。地图导航服 务通过地理位置进仃消费导航：商场导

46、航、商豕导航、商品与服务导航，结合个人的 消费历史、消费偏好。商家信用管 理针对商家进行信用评定，并以星级的形式发布。个人信用管 理针对个人进行信用评定，并有条件发布、使用。资讯预约服 务支持商家、个人预约资讯、商品等信息，及时推送、及时提醒。支持冋城预约、跨 城预约。我的城市生 活我的主页，我的圈子，我的顾问，优惠券，我喜爱的商场，我喜爱的商家，我喜爱 的品牌，售后事务，我的资讯，资料库，我的积分，我的历史，我的信用。电子支付支持银行网银、第三方支付平台、手机支付平台。要能够跟踪交易的全生命周期； 要支持与支付手段有关的优惠、奖励措施。6.5服务总线概述遵循业界关于SOA的通用标准，提供服务

47、注册、服务发现、服务使用日志等方面的功 支持异地注册的服务的管理。7、应用系统开发主要技术规范要求由于城市生活服务平台的开发是一个比较漫长的、逐步演进的过程，因此对开发规范的 要求，对于确保平台的技术一致性、可维护性至关重要7.1 开发项目管理规范要求开发过程必须严格遵循 CMMI Level3 的有关规范要求。7.2 总体技术要求设计开发城市生活服务平台的各类业务应用系统时，要求遵循如下原则：1) 开放性原则：不仅技术架构要具有开放性，系统功能对用户也要有开放性，支持 用户参与。2) 可扩展性原则：技术架构、部署架构、功能架构，均要有很强的扩展能力，能适 应未来的适度变化。3) 组件化原则：这详细设计中，要充分提炼通用功能，进行组件化。4) 逐步演进原则：对所有功能要定义优先级，配合业务的逐步开展而逐步实现。 其他关键要求：1) 用户使用时，网站页面深度不能超过 3级，在手机终端上不能超过两级。2) 除大量数据的查询功能外，其他功能页面的响应时间应不大于3秒。3