您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 软件架构师应该知道的97件事-读书心得分享

  2. 1. 客户需求重于个人简历 为客户考虑,针对业务做好一个项目,得到客户的认可、推荐。要比你告诉别人你会多少技术更有说服力。 2.简化根本复杂性,消除偶发复杂性 简单复杂性是指与生俱来,无法避免的困难。偶发复杂性是指人们在解决根本复杂性过程中衍生的。 2. 关键问题可能不是出在技术上 团队、沟通。  不把对话当成对抗。试图寻找别人的优点,将沟通视为请教。  不同带着情绪与人沟通  试图通过沟通设定共同目标 3. 以沟通为中心,坚持简明清晰的表达方式和开明的领导风格 a) 让团队的成员尽量的
  3. 所属分类:专业指导

    • 发布日期:2011-08-18
    • 文件大小:272kb
    • 提供者:sucsy
  1. 软件架构师应该知道那些事

  2. 1. 客户需求重于个人简历 ( Nitin Borwankar ) 客户需求至上。为了自己的简历更炫而采用新技术是沽名钓誉,往往事与愿违。 2. 简化根本复杂性 ,消除偶发复杂性 ( Neal Ford ) 分析问题好比拨云见月、水落石出。 3. 关键问题可能不是出在技术上 ( Mark Ramm ) 团队同心,其利断金。 4. 以沟通为中心,坚持简明清晰的表达方式和开明的领导风格 ( Mark Richards )
  3. 所属分类:其它

    • 发布日期:2011-09-28
    • 文件大小:5kb
    • 提供者:jclass
  1. 软件架构师应该知道的97件事(英文)

  2. 目录 前言 客户需求重于个人简历 简化根本复杂性,消除偶发复杂性 关键问题可能不是出在技术上 以沟通为中心,坚持简明清晰的表达方式和开明的领导风格 架构决定性能 分析客户需求背后的意义 起立发言 故障终究会发生 我们常常忽略了自己在谈判 量化需求 一行代码比五百行架构说明更有价值 不存在放之四海皆准的解决方案 提前关注性能问题 架构设计要平衡兼顾多方需求 草率提交任务是不负责任的行为 不要在一棵树上吊死 业务目标至上 先确保解决方案简单可用,再考虑通用性和复用性 架构师应该亲力亲为 持续集成
  3. 所属分类:其它

    • 发布日期:2011-12-15
    • 文件大小:1mb
    • 提供者:dizzh
  1. Web信息架构(第3版)

  2. 序 前言 第1部分:信息架构简介 第1章:信息架构的意义 定义 石板、卷轴、书籍,以及图书馆 对别人解释IA 什么不是信息架构? 为什么信息架构如此重要? 实践 第2章:实践信息架构 我们需要信息架构师吗? 谁有资格从事信息架构的工作? 信息架构专家 在真实世界实践信息架构 向前看 第3章:用户需求及其行为 “过于简单”的信息模型 信息需求 信息搜寻行为 学习信息需求和信息搜寻行为 第2部分:信息架构基本原理 第4章:信息架构详解 展现信息架构 信息架构组件 第5章:组织系统 信息组织的挑战
  3. 所属分类:Web开发

    • 发布日期:2013-01-21
    • 文件大小:38mb
    • 提供者:diudiu1987
  1. 软件架构师应该知道的97件事

  2. 前言 客户需求重于个人简历 简化根本复杂性,消除偶发复杂性 关键问题可能不是出在技术上 以沟通为中心,坚持简明清晰的表达方式和开明的领导风格 架构决定性能 分析客户需求背后的意义 起立发言 故障终究会发生 我们常常忽略了自己在谈判 量化需求 一行代码比五百行架构说明更有价值 不存在放之四海皆准的解决方案 提前关注性能问题 架构设计要平衡兼顾多方需求 草率提交任务是不负责任的行为 不要在一棵树上吊死 业务目标至上 先确保解决方案简单可用,再考虑通用性和复用性 架构师应该亲力亲为 持续集成 避免进
  3. 所属分类:其它

    • 发布日期:2013-04-08
    • 文件大小:23mb
    • 提供者:zhangenshu
  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. 对于任何一个软件开发人员来说,架构师都是一个令人向往的角色。就连世界首富比尔盖茨在2000年卸任公司CEO的同时,也担任了微软公司的荣誉角色“首席软件架构师”,可见“架构师”这一称谓的吸引力。架构师是公司的“金领”,有着非常高的收入,很少需要考虑生存的问题,从而有更多的精力思考关键技术问题,形成“强者愈强”的良性循环。部分优秀的开发人员在工作了一定时间后,就要开始考虑自己的未来到底向哪个方向发展。如果开发人员的沟通能力强过技术能力,在补充一定的项目管理知识后,可以向技术管理的方向转型。如果其对
  3. 所属分类:专业指导

    • 发布日期:2008-09-16
    • 文件大小:32kb
    • 提供者:ewensun
  1. 架构师的职责

  2. 软件架构——架构师的职责 一、架构师定义 架构师负责设计系统整体架构,从需求到设计的每个细节都要考虑到,把握整个项目,使设计的项目尽量效率高,开发容易,维护方便,升级简单。架构师的主要责任是提供开发人员和项目经理之间的共用沟通媒体。他们负责让业务规则及需求与工程实践及限制相适应,以确保成功。 二、构架师的职责 架构师的职责就是设计一个公司系统的基础架构,并提供关于怎样建立和维护系统的指导方针。具体来讲,架构师的职责主要体现在以下几方面: 1、负责公司系统的架构设计、研发工作。 2、承担从业务向
  3. 所属分类:专业指导

    • 发布日期:2013-07-25
    • 文件大小:3kb
    • 提供者:ma1kong
  1. Web信息架构——设计大型网站(第3版) 中文版

  2. 本书内容涵盖了信息架构基本原理和实践应用的方方面面。全书共7个部分,包括信息架构概述、信息架构的基本原理、信息架构的开发流程和方法论、信息架构实践、信息架构与组织、两个案例研究,以及参考资料清单。 本书兼具较高的理论价值和实用价值,曾被Web设计领域多本书籍重点推荐,是信息架构领域公认的经典书籍,不论新手还是专家都能各取所需。本书可供Web设计与开发者、Web架构师、网站管理者及信息管理相关人员参考。 目录 序 前言 第1部分:信息架构简介 第1章:信息架构的意义 定义 石板、卷轴、书籍,以及
  3. 所属分类:硬件开发

    • 发布日期:2014-07-06
    • 文件大小:38mb
    • 提供者:wang77681649
  1. 架构师成长之路.pptx

  2. 架构师有优秀的编码能力,解决开发人员无法解决的难题 架构师对系统的大数据容量高性能高并发高容错的网站有架构设计和开发经验。 架构师对操作系统、数据库、服务器各种软件使用的配置比较了解,比如Linux、Web负载均衡、反向代理、数据库集群、容灾等比较了解。 架构师对软件开发过程有清晰明确的认识,也就是对软件工程有有明确的认识,并能把需求进行分析、建模。 架构师学习能力很强、接触知识面要很宽广、喜欢关注和接触各种新的技术。 架构师沟通能力很强。 架构师对从事的行业的业务要有深刻的了解。
  3. 所属分类:讲义

    • 发布日期:2017-09-21
    • 文件大小:4mb
    • 提供者:scutshijie
  1. 高级软件架构师复习提纲

  2. 1、构造运营文档的基本内容:操作指南、标准的操作流程;用户支持和技术支持的流程;知识库;技术支持人员的培训。 2、在制定项目中间里程碑时,以下哪些方针可以借鉴? 由项目类型决定;考虑外部事件和风险;避免长时间没有里程碑;将里程碑与交付成果结合起来;仅使用适合项目情况的MSF 推荐的里程碑 3、关于“项目对团队成员能力的需求”以下说法正确的是:在某个项目给定范围内,能够保证工作有效进行所需要的知识、技能和绩效等级 4、使用测试的目的是确保解决方案在它所需要的环境下正常工作,其重点是从用户和运营人
  3. 所属分类:其它

    • 发布日期:2009-04-14
    • 文件大小:358kb
    • 提供者:mendida
  1. 软件架构师应该知道的97件事总结

  2. 前言 客户需求重于个人简历 简化根本复杂性,消除偶发复杂性 关键问题可能不是出在技术上 以沟通为中心,坚持简明清晰的表达方式和开明的领导风格 架构决定性能 分析客户需求背后的意义 起立发言 故障终究会发生 我们常常忽略了自己在谈判 量化需求 一行代码比五百行架构说明更有价值 不存在放之四海皆准的解决方案 提前关注性能问题 架构设计要平衡兼顾多方需求 草率提交任务是不负责任的行为 不要在一棵树上吊死 业务目标至上 先确保解决方案简单可用,再考虑通用性和复用性 架构师应该亲力亲为 持续集成 避免进
  3. 所属分类:其它

    • 发布日期:2018-05-10
    • 文件大小:14kb
    • 提供者:jzb01332
  1. 软件系统架构方法论实战

  2. 解开架构的神秘面纱 列举众多的示例,供大家参考 希望人人了解架构,人人都可以从架构师的高度开展工作 上承业务目标 下接技术决策 控制整体复杂性 有利于软件目标的沟通并达成一致 有利于软件的组织和开发 有利于迭代开发和增量交付 架构设计关注性能、可扩展性、可测试性等非功能性要求,有利于提高软件的整体质量
  3. 所属分类:Web开发

  1. 软件架构师的沟通*

  2. 在架构师的角色中,沟通是要求有效果的必备技能与工具。换句话说,沟通是架构师指示别人或群体完成特定行动唯一真正有效的手段。架构师通常没有对为其项目工作的他人的直接管理权。他们的项目往往是跨部门的,也可能会跨好多个行业单位。由于不能直接   在架构师的角色中,沟通是要求有效果的必备技能与工具。换句话说,沟通是架构师指示别人或群体完成特定行动唯一真正有效的手段。   架构师通常没有对为其项目工作的他人的直接管理权。他们的项目往往是跨部门的,也可能会跨好多个行业单位。由于不能直接管理他人,所以架构师指示
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:135kb
    • 提供者:weixin_38678255
  1. DaveHendricksen谈软件架构师如何沟通的原则

  2. 对于一名合格的软件架构师来说,沟通能力是不可或缺的。来自汤姆森路透的资深架构师DaveHendricksen在《软件架构师的12项*》中提供了比较细致的分析和建议,其中对于沟通原则和策略给出了具体的建议。   对于一名合格的软件架构师来说,沟通能力是不可或缺的。来自汤姆森路透的资深架构师DaveHendricksen在《软件架构师的12项*》中提供了比较细致的分析和建议,其中对于沟通原则和策略给出了具体的建议。   对于架构师的沟通原则,主要建议包括:   多说“是”,少说“不是”   架构
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:94kb
    • 提供者:weixin_38688371
  1. 企业架构师

  2. 企业架构师(EnterpriseArchitect)是企业IT的总体规划和设计师,他们总揽企业的业务流程、应用、数据、和技术等各个方面,兼分析师、设计师、教师、顾问、监察等数职于一身。他们的日常工作包括设计总体架构、形成业务需求、负责沟通交流、选择解决方案、评估技术策略、掌管整体方向。好的架构师要具有高屋建瓯的视角,统揽全局的能力,深入的行业业务和技术知识,丰富的开发和实施IT项目的经验。目前在中国的多数企业中,企业架构师仍然是一个新的概念。有经验的业务分析员、软件开发员和超级用户,虽然在部分行
  3. 所属分类:其它

    • 发布日期:2021-02-27
    • 文件大小:161kb
    • 提供者:weixin_38729269
  1. 关于UML你一定要了解的知识

  2. 统一建模语言(UML)是一种可视化的建模语言,便于不同的人有效地交流设计结果。这篇文章中囊括了UML的入门知识。作为一枚产品喵,在写需求文档的时候用UML,尤其是用例图,能更好地逼迫自己去考虑更多的用户场景,更清晰地表达需求,从而便于后期的设计和开发工作。作为一只程序猿,UML建模是进行OOAD,学习运用设计模式,精读源代码,敏捷地思考和沟通软件设计方案的一把利剑,也是成为软件架构师的必要条件和技能。总之,可以把UML看成一种有效的交流沟通的手段,在大型项目中发挥非常大的作用。当然,也有很多项目
  3. 所属分类:其它

    • 发布日期:2021-02-25
    • 文件大小:347kb
    • 提供者:weixin_38742124
  1. SoftwareArchitect:通往软件架构师的道路-源码

  2. 内容 什么是软件架构师? 软件架构师是一位软件专家,他可以进行高层设计选择并决定技术标准,包括软件编码标准,工具和平台。 (来源:维基百科:软件架构师) 软件体系结构是系统的基本组织,由其组件,它们之间的相互关系以及与环境的关系以及确定系统设计和演进的原理来表示。 (来源:软件体系结构手册) 建筑水平 可以在抽象的几个“层次”上完成体系结构。 水平会影响必​​要技能的重要性。 由于存在许多可能的分类,因此我最喜欢的细分包括以下3个级别: 应用程序级别:最低的体系结构级别。 专注于一个单一的
  3. 所属分类:其它

    • 发布日期:2021-02-22
    • 文件大小:378kb
    • 提供者:weixin_42131790
  1. 企业架构师

  2. 企业架构师(EnterpriseArchitect)是企业IT的总体规划和设计师,他们总揽企业的业务流程、应用、数据、和技术等各个方面,兼分析师、设计师、教师、顾问、监察等数职于一身。他们的日常工作包括设计总体架构、形成业务需求、负责沟通交流、选择解决方案、评估技术策略、掌管整体方向。好的架构师要具有高屋建瓯的视角,统揽全局的能力,深入的行业业务和技术知识,丰富的开发和实施IT项目的经验。目前在中国的多数企业中,企业架构师仍然是一个新的概念。有经验的业务分析员、软件开发员和超级用户,虽然在部分行
  3. 所属分类:其它

    • 发布日期:2021-02-21
    • 文件大小:161kb
    • 提供者:weixin_38714910
  1. 关于UML你一定要了解的知识

  2. 统一建模语言(UML)是一种可视化的建模语言,便于不同的人有效地交流设计结果。这篇文章中囊括了UML的入门知识。 作为一枚产品喵,在写需求文档的时候用UML,尤其是用例图,能更好地逼迫自己去考虑更多的用户场景,更清晰地表达需求,从而便于后期的设计和开发工作。 作为一只程序猿,UML建模是进行OOAD,学习运用设计模式,精读源代码,敏捷地思考和沟通软件设计方案的一把利剑,也是成为软件架构师的必要条件和技能。
  3. 所属分类:其它

    • 发布日期:2021-01-29
    • 文件大小:331kb
    • 提供者:weixin_38641111
« 12 3 »