1、 ？ ! 黑色是外部系统（包括人）! 红橙黄绿蓝靛紫表示抽象程度! 箭头表示依赖，都是由上往下! 这条线就是开放平台! 服务和代理允许水平依赖! 服务和代理允许水平依赖! 画一个大框。把黑色的外 部角色放到边界外：! 用户角色放上面! 接入系统角色放两侧! 接出系统角色放下面! ! 思考跟这些外部角色相关 的内部系统有哪些，归纳 出初步的边界关系! ! 思考这些内部系统是否有 调用依赖，为这些依赖画 上箭头：! 用户角色放上面! 接入系统角色放两侧! 接出系统角色（与数据 库）放下面! ! 思考跟这些外部角色相关 的内部系统有哪些，归纳 出初步的边界关系! ! 思考这些内部系统是否有 调用依赖
2、，为这些依赖画 上箭头：! 用户角色放上面! 接入系统角色放两侧! 接出系统角色放下面! ! 思考跟这些外部角色相关 的内部系统有哪些，归纳 出初步的边界关系! ! 用户沿著箭头，会走出一 道彩虹! ! 最后得到的结果会把业务 系统分为顶层、上层、下 层、底层。依序摆放。! ! 可以双色表示! 嵌! 套!必要的话，继续分层。 每层内找出模块，模 块的特点是内聚力 强。! ! 定义每个模块的接口， 找出模块间的接口依 赖。! 多数人提到大数据 时，都是指来自这 里（数据库 ）的数 据。而系统运行过 程中的许多有价值 的数据，都被丢弃 忽略了 。! 比方说：当多数用 户到了某页面后， 就不往下进行
3、，可 能页面设计有问题， 只要改善页面用户 体验，业绩就会大 幅提升。但只通过 数据库，无法分析 出这点! 业务系统的层与层之间，都可设 置事件钩子，避免系统改造。! ! 事件钩子可以将事件原地处理， 也可将事件送到其他服务器处理! ! 事件钩子同时具备日志的效果， 关键事件可以送到统一日志中心! ! ! 注意：代理层的事件钩子是 设置在代理层下方，而不是 上方! 从代理层的接口，归纳：! 数据种类! 数据关系! 查询关系! ! 从更上层的模块以及业务需求，归纳出：! 数据的属性! 了解市场与用户，且具有审美观! 了解市场与用户! 了解市场与用户，且擅长归纳总结! 了解行业与公司的战略! 有比
4、较强的计算机知识与算法能力! 了解行业与合作夥伴! 了解行业、市场、用户、数据库! 【用户体验组】专精交互设计与用户体验! 【应用开发组】具有很强的市场嗅觉与产品! 设计能力! 【通用服务组】具有良好的业务抽象能力与! 接口设计经验，可以将业务转化成平台! 【核心技术组】精通网络、操作系统、算法! “ 等计算机专业知识 。! 【用户体验组】使用#$%$&#&()*+,&-./01! 【应用开发组】使用任何脚本语言或!#$%$! 【通用服务组】使用!#$%$! 语言! 【核心技术组】使用!1! 语言! 【用户体验组】客户是用户，由业绩说话! 【应用开发组】客户是【用户体验组】，由! 【用户体验组】打!234! ! 【通用服务组】客户是【应用开发组】，由! 【应用开发组】打!234! 【核心技术组】客户是【通用服务组】，由! 【通用服务组】打!234! 234! 对员工的行为影响相当大 ，通过!234 ，让! 每个组都有服务意识，合作意识，而不是对! 抗意识! 根据用户反馈，平均每月推新版! 根据市场发展与竞争对手的状况，平均! 一季推一个新版! 系统比较少做大更动，平均每半年推新版! 平均每年推出新版! 如果你记不住今天所有的内容! 记得下面两页就好!
