软件系统设计指南

单个API不足以让开发人员具有创新性。当API一起使用时，API非常强大，因此组合维度才是最重要的.API允许组织大规模地为其合作伙伴提供对数据和功能的访问。可扩展和适应性强的API生态系统使开发人员更容易进行创新。建立这样一个生态系统是一个前进的过程，面临许多技术挑战。AP

一、软件开发是什么 有形的工具是人类肢体的延伸；计算机系统则是人类大脑的延伸： 将人脑中的系统模型放到计算机系统中运行，从而将人脑解放出来做更有价值的事情。 “人脑中的系统模型”

关于企业应用软件设计开发解决之道的一点个人思考 J道--java解决之道，解决java？我想应该不是吧，java只是一门编程语言，语言者，工具也。从jdon的首页上可以看到一句话：“解惑授道，企业信息化解决之道”，我想，banq的意思应该是指用ja

什么是可重用，泥巴可重用性非常好，延展性也很好，能塑造各种形状而汽车，就只能做交通工具，能拉东西，相比较起来，泥巴倒还是一个非常先进的可重用的物件那为什么汽车却能得到广泛使用？可重用性越好的物件，使用起来就更需要创造力？软件现在是越来越多，是否都已经满足了任何人的需求？我们到

从构建大规模多区域分布式系统中汲取的经验教训！在设计系统时，软件架构师通常需要选择各种依赖关系 - 基础架构，身份验证，存储，当我第一次开始在IBM担任软件架构职责时，我倾向于选择完成工作的依赖项，但很快我就学会了这一课：做一个极简主义者。只有在绝对需要时才引入新的依赖关系。

开发人员在任何软件项目过程中都会做出数百个微观和宏观决策。有些似乎相对无害，但对下游会有一个很大的影响。几位Cantina工程师聚在一起，回顾了我们在学习了一些艰苦的经理后需要特别考虑的关键点。 1. 利益相关者要求

复杂领域或系统中，人们总是不自觉向你兜售因果逻辑关系：这些因果性可以做到：

我想学习一下成熟框架，比如Jdonframework,Struts等，这样便于我自己以后设计框架。应该怎样去学习或分析呢？大家有什么好方法或建议？

项目的需求算是过了评审了，现在开始要进入设计阶段。 但现在有个很现实的问题，设计在一般项目开发中应该做到什么程度？ 或者说项目设计阶段应该做哪些事情？完成哪些输出物，就我知道的是概要设计文档，详细设计文档，还有源

为什么是树？实践前人的忠告。是因为树是有形的集合，隐隐约约知道前人留给我们一个忠告：使用图形去思考。

转载一篇文章：http://huandu.me/2012/04/06/665/这里作者讲述了设计当中容易进入的一种误区。全新诠释了自然界当中的服务的理想化状态。很值得借鉴！

最近看了以前的精华贴《项目失败经验谈》，正好公司有出色的PM和SA 都是台湾人，20年以上从业经验，做过经典的J2EE项目（IBM NEC等）， 他们讲“客户永远是对的，纠正用户错的（用数据）”，一味的把客户当上帝，只会“需求失控”，后面的

请问banq老师,学习软件设计,掌握软件设计的思想有没有一条路径,或者说是先干什么后干什么的方法,就是说从什么开始做起,或者说应该看什么书籍,我现在只会开发一些小型的管理系统,根本没有什么业务逻辑,但是自己又不知道如何进行这方面的学习,请banq老师指点.或者推荐几本好的书籍. <

如题。想学习metadat方面的知识，运用到系统设计上大家有没有好的资料，共享一下谢谢

今天早上，公司搞了个培训，主要是讲面向接口编程，也就是定义接口api，提高规范性和标准性，让各个系统间的协作更加清晰。面向接口编程固然是现在软件开发中比较提倡的一种手段，不禁让我想起了早上一个卖煎饼果子的摊位。 一般的卖煎饼果子是一个人，先打鸡蛋，摊饼，最后放果子。但我见的这个是夫妻档，丈夫