收录了 项目技术架构文档 频道下的 50 篇内容
软件架构文档是企业应用开发过程中的重要一环,理解一个项目中的架构文档的关键是理解它在项目生命周期中所扮演的角色。在这个虚拟研讨会中,InfoQ希望能从顶级的软件架构专家们那里找到软件架构文档的重要性,特别是在敏捷软件开发环境中如何记录架构。
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
适当数量的软件架构图可以极大地改善开发团队和外部利益相关者之间的沟通。我们需要对目标受众有很好的了解,以及对内容的深思熟虑。不要因为有很多不好架构图就认为架构图是不必要的或者没有用的。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
很多团队从传统开发模式向敏捷开发过度时都会遇到很多的问题,其中最主要的问题就是文档的编制。以什么目的去编制?什么时候编制?怎么去编制?本文将为您回答这些问题,介绍敏捷文档编制的路线图。
技术领导力的核心主要有三个要素:定义目标,结果导向,组织能力。
承载每天数以万计的交易已经是主流电商网站的常态。
位优质创作者签约计划”,从架构、开源、运维、AI、区块链、音视频、技术管理等多类别多角度出发,寻找并培养各技术方向的优质内容创作者。
多数架构师都是停留在“技术架构,或软件架构的层面。少有人能做到“开放性思维”,从商业问题的本身出发, 带领团队让“理真的越辩越明”。
新技术是否值得被采用、如何判断可行性、替换成本有多高、隐藏陷阱有哪些?
在长期运转的项目中,架构的腐化是怎么产生的?为什么常见的面向对象技术无法解决这类问题?如何延缓架构的腐化?本文将尝试解释这一切,并提出相应的解决方案。读者需要具备相当的开发经验——至少在同一个项目的开发上一年以上;公司负责架构演进、产品演进的角色会从本文找到灵感。
架构师是一个神秘而又神圣的名词,作为软件开发领域的设计师,架构师承载着太多的责任和挑战。对于一个程序员或者工程师来说,架构师就像是一个目标,一条道路,抑或是一座山峰。如何能够成为一名合格的架构师?架构师应该具备何种素质?而架构师又是如何做到持续不断的成长和提高的呢?带着这些问题,我们请到了五位InfoQ中文站的编辑,同时也是各领域出色的架构师或者咨询师,来谈谈他们心中的“架构师修炼之道”。
本迷你书是《开源技术选型手册》的精选版,包括Web框架篇、动态语言篇、Ajax开发篇、版本控制篇、项目管理篇(AOP)、面向方面编程篇和面向服务架构篇(SOA)等,作者均为 InfoQ中文站编辑。《开源技术选型手册》由博文视点出版公司出版,全书共包含20个章节,由各领域的专家撰写而成,为中高级技术人员的技术选型工作提供必要的参考。直接点击进入下载页面。
面对技术债务,程序员该继续维护还是推倒重写?
在IT公司中,管理层和“自命清高”的技术人员之间的沟通和协调永远是一个值得讨论的话题,先后从事过技术和管理工作的资深产品经理韩伟分析了技术人员的管理之道,包括何时以及如何评审、分层开发、尽快运行、追求代码质量等。
作为一名软件工程师,我花了很多时间在阅读和撰写设计文档上。在磨砺了数百篇文档之后,我发现,优秀的设计文档与项目的成功之间有着密切的联系。这篇文章将介绍怎样才能写出一份优秀的设计文档。
Prashant Deva是Chronon的创始人与CTO。他是一位持续创业者,还创办了Placid Systems、AntlrStudio及Virtual Ant。作为一名极客,Deva喜欢尝试各种新鲜技术,在使用了Spring Data MongoDB一段时间后,他认为这个框架在设计上存在着严重的问题,并撰写了文章进行了深入且详尽的分析。
本文介绍了如何针对遗留系统进行技术栈迁移。文中给出了一些最佳实践,迁移步骤和案例分析。
面向服务架构的决策建模(SOAD)框架可以帮助捕获那些经常重现的架构决策,并在相关项目中使用这些决策来指导设计。在这篇IEEE文章中,Olaf Zimmermann探讨了这种以决策为中心来指导设计工作的方法。另外他还描述了在SOAD元模型中使用的两类模型:指导模型和决策模型。
人人都想做开源,但你真的懂开源吗?