客户与开发人员交流需要好的方法。下面建议20条法则，客户和开发人员可以通过评审以下内容并达成共识。如果遇到分歧，将通过协商达成对各自义务的相互理解，以便减少以后的磨擦（如一方要求而另一方不愿意或不能够满足要求）。
1、 分析人员要使用符合客户语言习惯的表达
2、分析人员要了解客户的业务及目标
3、 分析人员必须编写软件需求报告
4、 要求得到需求工作结果的解释说明
5、 开发人员要尊重客户的意见
6、 开发人员要对需求及产品实施提出建议和解决方案
7、 描述产品使用特性
8、 允许重用已有的软件组件
9、 要求对变更的代价提供真实可靠的评估
10、 获得满足客户功能和质量要求的系统
11、 给分析人员讲解您的业务
12、 抽出时间清楚地说明并完善需求
13、 准确而详细地说明需求
14、 及时作出决定
15、 尊重开发人员的需求可行性及成本评估
16、 划分需求的优先级
17、 评审需求文档和原型
18、 需求变更要立即联系
19、 遵照开发小组处理需求变更的过程
20、 尊重开发人员采用的需求分析过程

“需求确认”意味着什么
详情请查看全文..........

Tags: 软件架构  项目管理  设计  解决方案  系统  需求分析  

架构师负责理解系统的业务需求，并创建合理、完善的系统体系架构。架构师也负责通过软件架构来决定主要的技术选择。这典型的包括识别和文档化系统的重要架构方面，包括系统的需求、设计、实现和部署"视图"。 目录[隐藏]1 职责2 应该具备能力3 与其他角色的关系及区别4 评估系统构架师5 外部链接职责负责公司系统的架构设计、研发工作； 承担从业务向技术转换的桥梁作用； 协助项目经理制定项目计划和控制项目进度； 负责辅助并指导 SA 开展设计工作； 负责组织技术研究和攻关工作； 负责组织和管理公司内部的技术培训工作；sss 负责组织及带领公司内部员工研究与项目相关的新技术； 管理技术支撑团队并给项目、产品开发实施团队提供技术保障。 应该具备能力
Tags: 软件架构  系统构架  设计  因素  

系统构架师必备知识大纲.软件架构一般概念.软件架构师的角色以及最难处理的问题.系统架构的核心原则.系统架构设计的特点、层次、分类.系统架构设计的构想、节奏、预测、验证.系统架构设计的协作和简化.系统架构的主要理论、方向和趋势.如何成为一个好的系统架构师信息化模型与需求过程与领域建模.网络支撑平台模型建立.信息应用平台模型建立.数据中心模型建立.信息系统安全模型建立.合理的架构设计来源于正确的需求过程.用例模型和领域模型.分析系统行为高层架构设计中的设计模式.高层设计中的架构分析.GRASP架构模型.高层架构设计中的层模式.开发工具和开发方法.建模工具.设计工具.编程工具.测试工具.中间件技术.应用服务器技术.J2EE..NET.BEA tuxedo.项目管理工具面向服务架构（SOA）.软件架构的品质属性.嵌入式系统高层架构设计和思考的特点详细设计阶段的设计模式
Tags: 软件架构  系统构架  设计  因素  

摘要：本文从程序的运行时结构和源代码的组织结构两个方面探讨了系统构架设计应考虑的各种因素，列举了系统构架设计文档应考虑的一些问题。 本文目录一、与构架有关的几个基本概念；二、构架设计应考虑的因素概揽；三、程序的运行时结构方面的考虑；四、源代码的组织结构方面的考虑；五、写系统构架设计文档应考虑的问题六、结语 6、系统分层的几种常用方法：1） 常用三层服务：用户层、业务逻辑层、数据层；2） 多层结构的技术组成模型：表现层、中间层、数据层；3） 网络系统常用三层结构：核心层、汇聚层和接入层；4） RUP典型分层方法：应用层、专业业务层、中间件层、系统软件层；5） 基于Java的B/S模式系统结构：浏览器端、服务器端、请求接收层、请求处理层；6） 某六层结构：功能层（用户界面）、模块层、组装层（软件总线）、服务层（数据处理）、数据层、核心层；7、构架（Architecture，愿意为建筑学设计和建筑物建造的艺术与科学）:
Tags: 软件架构  系统构架  设计  因素  

本文来自于 Rational Edge：这篇关于软件架构的较新规则的介绍，是一个关于“架构”的四篇系列文章的的第一篇。作者以定义规则的关键术语开始，继续探索设计出色的架构对于架构所部署的环境所起的作用。我们毫不怀疑世界正变得越来越依靠软件。软件是诸如无处不在的手机，和复杂的空中控制系统的核心元素。事实上，如果没有软件，例如eBay 和 Amazon等我们理所当然认为是创新的企业将不可能存在。甚至那些金融业，零售业和公共部门等传统行业也相当的依赖于软件。在当今的时代，某种程度上，我们很难发现一个企业完全与软件不相关。 高新企业为了生存，因此他们所依靠的软件必须能提供其所需的功能；所需的高质量；所承诺的可用性，和可接受的价格。 这篇文章的主题就是关于可以影响这些属性的软件架构。我所关注的是“强软件系统”，在IEEE中定义如下： 一个软件集成系统就是软件对于设计，构建，配置和整个系统的发展具有深入影响的系统[来自 IEEE 1471，"架构的定义" 部分] 在本文中，“架构”与“软件架构”是相同的含义。虽然这篇文章关注于软件集成系统，但是应该注意，软件集成系统仍然需要硬件来运行，并且诸如可靠性和性能等品质是通过软硬件的结合实现的。所以解决方案中的硬件部分不能被忽略。文中后面将更详细的讨论这部分内容。
Tags: 软件架构  系统构架  设计  因素