注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 软件架构设计的思想与模式

  2. ◆中科院计算所培训中心 高级系统架构师培训 网址 http://www.tcict.cn - 1 - 软件架构设计的思想与模式 中科院计算所培训中心 谢新华 前言 在软件组织中，架构师的作用举足轻重。软件的质量很大程度上是由架构设计的质量来决定 的。为了创建高质量的软件产品、增强产品的竞争力，培养高水平的架构师队伍，建立有效的架 构团队，提升架构师队伍的分析与设计能力，成为企业关注的重心。多年来的实践告诉我们，软 件产品仅凭优良的代码是不够的。不少大型软件企业集中了相当多的优秀编码人员，但还是

  3. 所属分类：其它

    • 发布日期：2011-02-20
    • 文件大小：1mb
    • 提供者：siyingyuying

  1. 某系统软件架构设计

  2. 在基于 WEB 组件的系统开发中，WEB 层集成了Buffalo 框架，本文也将对Buffalo 框架和WEB 组件设计上涉及到的模式进行介绍。 Bufffalo 框架 Buffalo 是一个Ajax 开源框架。Buffalo 中定义了Web 远程调用的传输基础，并且将远程调用对象完整的序列化到了本地，成为可以被Javascr ipt 编程触及的对象。Buffalo 中的重要组件BuffaloBinding，提供了将Javascr ipt 对象绑定到HTML 元素的能力。这种绑定是无侵入的，只

  3. 所属分类：Java

    • 发布日期：2011-11-15
    • 文件大小：296kb
    • 提供者：gongpei529

  1. 基于J2EE架构的EAI系统的设计

  2. 摘要: 本文以一个企业的 EAI 系统为例, 提出基于 J2EE 平台、 Web Service 技术和 Struts MVC 框架的系统开发解决方案。将业务逻 辑和显示页面分离开来, 简化了每个开发阶段的工作, 而且规范化了整个系统的开发, 提高了代码质量和系统的开发效率, 使系统具有高 性能、 可跨平台、 易于扩展、 易于管理和维护等优点, 体现了 J2EE 体系, Web Service 和 Struts卓越的技术优势。

  3. 所属分类：其它

    • 发布日期：2012-04-09
    • 文件大小：164kb
    • 提供者：yx19841014

  1. PetShop4.0宠物商店+系统架构设计+中文注释源码+PDF中文详解

  2. 一、Model主要功能： 1、 将每一个“业务实体”抽象成“（瘦数据）类”，可以很好地“划分”各个“对象”，操作更加清晰 2、 用于在应用程序各层之间传递数据，被用做传输数据的“容器” 3、 这就是所谓的“建模”过程！ 4、 Model各个类（Model文件夹中的各个文件）划分或者说编制的原则，更趋向于模拟整个系统中的业务实体 二、实现细节： 1、 PetShop中Model的规划与数据库表的关系： （1） AccountInfo类——Account表 （2） AddressInfo类——无直

  3. 所属分类：C#

    • 发布日期：2012-08-27
    • 文件大小：8mb
    • 提供者：fangmiya7258

  1. 架构实战软件架构设计的过程

  2. 第1章 导言 1.1 流程应用 1.2 流程概述 1.3 范围 1.4 总结 第2章 架构，架构师和架构设计 2.1 架构 2.1.1 架构定义结构 2.1.2 架构定义行为 2.1.3 架构关注重要的元素 2.1.4 架构平衡利益相关者的需要 2.1.5 架构基于合理证据使决策具体化 2.1.6 架构会遵循一种架构风格 2.1.7 架构受它的环境影响 2.1.8 架构影响开发团队的结构 2.1.9 所有系统都存在架构 2.1.10 架构有特定的范围 2.2 架构师 2.2.1 架构师是技术领

  3. 所属分类：其它

    • 发布日期：2013-06-05
    • 文件大小：22mb
    • 提供者：icedong

  1. 数据仓库系统的技术体系架构设计

  2. 一个数据仓库系统的架构设计方案。 该数据仓库系统的主要功能是从众多外部系统中，采集相关的业务数据，集中存储到系统的数据库中

  3. 所属分类：Oracle

    • 发布日期：2012-02-21
    • 文件大小：103kb
    • 提供者：cxxsoft

  1. 应用系统架构设计

  2. 我们在做着表面上看似是对于各种不同应用的开发，其实背后所对应的架构设计都是相对稳定的。在一个好的架构下编程，不仅对于开发人员是一件赏心悦目的事情，更重要的是软件能够表现出一个健康的姿态；而架构设计的不合理，不仅让开发人员受苦受难，软件本身的生命周期更是受到严重威胁。这里我将针对在微软dotNet平台上做应用开发系统的一般架构流程设计做一个粗浅的讨论。总体设计图表示层由UI（UserInterface）和UI控制逻辑组成。UI是客户端的用户界面，负责从用户方接收命令，请求，数据，传递给业务层处理，

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：140kb
    • 提供者：weixin_38695293

  1. 应用系统架构设计

  2. 我们在做着表面上看似是对于各种不同应用的开发，其实背后所对应的架构设计都是相对稳定的。在一个好的架构下编程，不仅对于开发人员是一件赏心悦目的事情，更重要的是软件能够表现出一个健康的姿态；而架构设计的不合理，不仅让开发人员受苦受难，软件本身的生命周期更是受到严重威胁。这里我将针对在微软dotNet平台上做应用开发系统的一般架构流程设计做一个粗浅的讨论。总体设计图表示层由UI（UserInterface）和UI控制逻辑组成。UI是客户端的用户界面，负责从用户方接收命令，请求，数据，传递给业务层处理，

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：140kb
    • 提供者：weixin_38605590

  1. 一个业务系统的架构设计

  2. 本文来自于个人图书馆，本文通过多端的B2B系统，简单介绍了系统的架构设计演进。之前开发了一个包括多端（PC端，移动端，微信端，API）的B2B系统，分享一下系统的架构设计演进。技术选型playframework无状态全栈(Hibernate,Netty,Groovy,Cache)Python运维支持，开发热加载AngularJS对象操作双向绑定模版这样的技术选型是基于低成本／小规模团队快速上线应用的需要。选择playframework是它让我们从开发到运维都能省去很多成本，对于开发人员只要掌握一

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：161kb
    • 提供者：weixin_38687648

  1. 秒杀系统的架构解决之道

  2. 本文将会从三个方面来分别探讨如何设计应用架构以更好的支持“秒杀”类需求，包括秒杀带来的问题和挑战、产品架构解决之道、流量控制解决方案。秒杀场景下带来的海量用户所造成的流量突增对系统冲击力可想而知，瞬时流量之高一方面造成的读写冲突，数据库锁会非常严重，另一方面应用服务器能否撑住也是一个问题。同时由于秒杀业务一般是各种活动带来，需要快速上下线，这在开发上也会提出更高的标准，快速支持需求而不出错。从系统上讲我们要做到高可用和高并发；从开发效率上我们要做到敏捷开发以支持产品快速迭代。接下来让我们从产品架

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：543kb
    • 提供者：weixin_38612648

  1. 简易支付系统的架构设计

  2. 本文来自于csdn，本文通过对支付流程的诠释,用了RabbitMQ、Redis、MongoDB详细的介绍了狭义的支付系统的架构。支付系统是一个老生常谈的话题，每个公司开发的支付系统不尽相同，因为业务形态并不太一样。本文并不是讲一个大而全的支付系统——一个支付系统应提供支付渠道管理、支付网关、基本支付/退款/转账能力、支付记录/明细，及其相关的监控运维系统。至于所谓的账务清算，对账功能，账户体系，风控体系，现金流量管理，应纳入到「财务系统」，也应该是大佬们谈论的都是广义的「支付系统」吧！而本文只谈

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：579kb
    • 提供者：weixin_38692707

  1. 有赞搜索系统的架构演进

  2. 本文来自于网络，从架构上介绍了有赞搜索系统演进产生的背景以及希望解决的问题，有赞搜索平台是一个面向公司内部各项搜索应用以及部分NoSQL存储应用的PaaS产品，帮助应用合理高效的支持检索和多维过滤功能，有赞搜索平台目前支持了大大小小一百多个检索业务，服务于近百亿数据。在为传统的搜索应用提供高级检索和大数据交互能力的同时，有赞搜索平台还需要为其他比如商品管理、订单检索、粉丝筛选等海量数据过滤提供支持，从工程的角度看，如何扩展平台以支持多样的检索需求是一个巨大的挑战。我是有赞搜索团队的第一位员工，也

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：268kb
    • 提供者：weixin_38691742

  1. 百亿级日志系统架构设计及优化

  2. 本文来自于51CTO技术栈，日志数据是最常见的一种海量数据，以拥有大量用户群体的电商平台为例，双11大促活动期间，它们可能每小时的日志数量达到百亿规模，海量的日志数据暴增，随之给技术团队带来严峻的挑战。本文将从海量日志系统在优化、部署、监控方向如何更适应业务的需求入手，重点从多种日志系统的架构设计对比；后续调优过程：横向扩展与纵向扩展，分集群，数据分治，重写数据链路等实际现象与问题展开。有过项目开发经验的朋友都知道：从平台的最初搭建到实现核心业务，都需要有日志平台为各种业务保驾护航。如上图所示，

  3. 所属分类：其它

  1. 一个业务系统的架构设计

  2. 本文来自于个人图书馆，本文通过多端的B2B系统，简单介绍了系统的架构设计演进。之前开发了一个包括多端（PC端，移动端，微信端，API）的B2B系统，分享一下系统的架构设计演进。技术选型playframework无状态全栈(Hibernate,Netty,Groovy,Cache)Python运维支持，开发热加载AngularJS对象操作双向绑定模版这样的技术选型是基于低成本／小规模团队快速上线应用的需要。选择playframework是它让我们从开发到运维都能省去很多成本，对于开发人员只要掌握一

  3. 所属分类：其它

    • 发布日期：2021-02-20
    • 文件大小：161kb
    • 提供者：weixin_38600017

  1. 应用系统架构设计

  2. 我们在做着表面上看似是对于各种不同应用的开发，其实背后所对应的架构设计都是相对稳定的。在一个好的架构下编程，不仅对于开发人员是一件赏心悦目的事情，更重要的是软件能够表现出一个健康的姿态；而架构设计的不合理，不仅让开发人员受苦受难，软件本身的生命周期更是受到严重威胁。这里我将针对在微软dotNet平台上做应用开发系统的一般架构流程设计做一个粗浅的讨论。总体设计图表示层由UI（UserInterface）和UI控制逻辑组成。 UI是客户端的用户界面，负责从用户方接收命令，请求，数据，传递给业务层处理

  3. 所属分类：其它

    • 发布日期：2021-01-31
    • 文件大小：140kb
    • 提供者：weixin_38628243

  1. 应用系统架构设计

  2. 我们在做着表面上看似是对于各种不同应用的开发，其实背后所对应的架构设计都是相对稳定的。在一个好的架构下编程，不仅对于开发人员是一件赏心悦目的事情，更重要的是软件能够表现出一个健康的姿态；而架构设计的不合理，不仅让开发人员受苦受难，软件本身的生命周期更是受到严重威胁。这里我将针对在微软dotNet平台上做应用开发系统的一般架构流程设计做一个粗浅的讨论。总体设计图表示层由UI（UserInterface）和UI控制逻辑组成。 UI是客户端的用户界面，负责从用户方接收命令，请求，数据，传递给业务层处理

  3. 所属分类：其它

    • 发布日期：2021-01-31
    • 文件大小：140kb
    • 提供者：weixin_38598213

  1. 秒杀系统的架构解决之道

  2. 本文将会从三个方面来分别探讨如何设计应用架构以更好的支持“秒杀”类需求，包括秒杀带来的问题和挑战、产品架构解决之道、流量控制解决方案。秒杀场景下带来的海量用户所造成的流量突增对系统冲击力可想而知，瞬时流量之高一方面造成的读写冲突，数据库锁会非常严重，另一方面应用服务器能否撑住也是一个问题。同时由于秒杀业务一般是各种活动带来，需要快速上下线，这在开发上也会提出更高的标准，快速支持需求而不出错。从系统上讲我们要做到高可用和高并发；从开发效率上我们要做到敏捷开发以支持产品快速迭代。接下来让我们从产品架

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：543kb
    • 提供者：weixin_38705788

  1. 简易支付系统的架构设计

  2. 本文来自于csdn，本文通过对支付流程的诠释,用了RabbitMQ、Redis、MongoDB详细的介绍了狭义的支付系统的架构。支付系统是一个老生常谈的话题，每个公司开发的支付系统不尽相同，因为业务形态并不太一样。本文并不是讲一个大而全的支付系统——一个支付系统应提供支付渠道管理、支付网关、基本支付/退款/转账能力、支付记录/明细，及其相关的监控运维系统。至于所谓的账务清算，对账功能，账户体系，风控体系，现金流量管理，应纳入到「财务系统」，也应该是大佬们谈论的都是广义的「支付系统」吧！而本文只谈

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：573kb
    • 提供者：weixin_38568548

  1. 百亿级日志系统架构设计及优化

  2. 本文来自于51CTO技术栈，日志数据是最常见的一种海量数据，以拥有大量用户群体的电商平台为例，双 11大促活动期间，它们可能每小时的日志数量达到百亿规模，海量的日志数据暴增，随之给技术团队带来严峻的挑战。本文将从海量日志系统在优化、部署、监控方向如何更适应业务的需求入手，重点从多种日志系统的架构设计对比；后续调优过程：横向扩展与纵向扩展，分集群，数据分治，重写数据链路等实际现象与问题展开。有过项目开发经验的朋友都知道：从平台的最初搭建到实现核心业务，都需要有日志平台为各种业务保驾护航。如上图所示

  3. 所属分类：其它

  1. 有赞搜索系统的架构演进

  2. 本文来自于网络，从架构上介绍了有赞搜索系统演进产生的背景以及希望解决的问题，有赞搜索平台是一个面向公司内部各项搜索应用以及部分NoSQL存储应用的 PaaS产品，帮助应用合理高效的支持检索和多维过滤功能，有赞搜索平台目前支持了大大小小一百多个检索业务，服务于近百亿数据。在为传统的搜索应用提供高级检索和大数据交互能力的同时，有赞搜索平台还需要为其他比如商品管理、订单检索、粉丝筛选等海量数据过滤提供支持，从工程的角度看，如何扩展平台以支持多样的检索需求是一个巨大的挑战。我是有赞搜索团队的第一位员工，

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：268kb
    • 提供者：weixin_38688550
« 12 3 4 5 6 7 8 9 10 ... 39 »