随着全球信息化的浪潮，信息化产业不断发展、延伸，已经深入了众多的企业及个人，SOA系统架构的出现，将给信息化带来一场新的革命。
目前的SOA还处在的概念的推广期间，更多的厂商已经认识SOA是改变信息化现状的最好途径，其中可以看到微软这样的公司。微软一年在SOA相关研发上投资力度非常大，可以说是全球在软件行业投资力度最大的，去年总的投资是70亿美元，当然今年还会有相应的增加。“在SOA架构研发的投资方面，目前我们是全世界第一的。在未来竞争力上，微软也排在最前面。”
作为SOA发展进步的主导力量，微软正力争在信息化大步发展的明天，让SOA的概念为用户创造更加完美的信息桥梁。
Tags: SOA  系统  架构  

为了交流的清晰，UML定义好不同的图来专门表示不同类型的信息，可以非常清晰的表达我们对系统的理解，以及该理解是否和其他人一致。

为了交流的精确，在交流前，UML强迫设计者必须认真思考他的设计方案，因为他需要把他的设计方案用UML画出来。

1.3      UML中的图

1.3.1   介绍

• 用例图，关注系统与客户的交互情况，即客户可对系统做什么？
• 活动图，关注业务的工作流，业务的逻辑情况。
• 交互图，关注业务或程序中互相交互的情况。
• 类图，关注类之间的关系。
• 状态图，关注系统各对象之间的不同状态以及状态之间的转换。
• 配置图，关注不同的模块之间如何配置。............

Tags: uml  建模  类图  

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

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

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

1.下载所需软件1.1SVN服务端(svn-1.4.3-setup.exe)http://subversion.tigris.org/project_packages.html1.2把SVN设置成window服务(SVNService.exe)1.3Eclipse的SVN插件(用Eclipse插件下载): 2.配置服务端2.1安装svn-1.4.3-setup.exe2.2开始->运行->cmd->进入SVN服务端的安装目录下面的bin目录2.3cmd下运行svnadmin create SVN库的位置(如:D:\SVN_PRJ)2.4复制SVNService.exe到SVN服务端安装目录下的bin目录2.5cmd下运行SVNService -install -d -r D:\SVN_PRJ(SVN库的位置)2.6如果想撤消掉后台服务,则运行SVNService -remove2.7进入D:\SVN_PRJ\conf目录下编辑svnserve.conf,内容如下(切记下面几行字前不能有空格)：[general]anon-access = read #匿名访问权限,取值为read,write,noneauth-access = write #认证用户的权限password-db = passwd #认证用户数据库,即允许连到SVN的用户(当前目录下的passwd文件中存放的用户及密码)realm = TESTING #在用户认证界面上出现的提示语句
Tags: Eclipse  svn  服务器  

35公里 写道 "出色的软件工程师善用设计模式，勤于代码重构，编写单元测试，并对简单有宗教般的追求。除了这些，优秀的软件工程师还要通晓10个概念，这10个概念超越了编程语言与设计模式，软件工程师应当从更广的范围内明白这些道理（全文阅读）： 接口 （Interfaces ） 惯例与模板 （Conventions and Templates） 分层 （Layering ） 算法的复杂性 （Algorithmic Complexity） 散列法 （Hashing ） 缓存 （Caching ） 并发 （Concurrency ） 云计算（Cloud Computing ） 安全（Security ） 关系数据库 （Relational Databases ）
Tags: 软件  工程师  概念  架构师  java  

今天工作的任务要写一些跟开源协议相关的约定说明，所以在网上搜索了一些资料以供参考，下面列出了几个比较常见的开源协议，如果想要了解其他的协议和详细了解这些协议，我个人推荐这个网址http://www.opensource.org/licenses/　　Mozilla Public License 　　MPL License，允许免费重发布、免费修改，但要求修改后的代码版权归软件的发起者。这种授权维护了商业软件的利益，，它要求基于这种软件得修改无偿贡献版权给该软件。这样，围绕该软件得所有代码得版权都集中在发起开发人得手中。但MPL是允许修改，无偿使用得。MPL软件对链接没有要求。 　　BSD开源协议 　　BSD开源协议是一个给于使用者很大自由的协议。可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。 当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件： 　　1. 如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。 　　2. 如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
Tags: java  程序员  开源协议  

架构师负责理解系统的业务需求，并创建合理、完善的系统体系架构。架构师也负责通过软件架构来决定主要的技术选择。这典型的包括识别和文档化系统的重要架构方面，包括系统的需求、设计、实现和部署"视图"。 目录[隐藏]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: 软件架构  系统构架  设计  因素