posts - 557,  comments - 551,  trackbacks - 20
公告

       thCAFDYPN7
     
      每一种架构模式都有它的优缺点以及潜在风险,选择正确模式来满足需求功能和质量特性是非常重要的.质量特性在需求分析过程中已经定义了, 质量特性可分为三种类型:

1. 实现特性.

  * 协作性.在内部组件与外界通用访问与交换数据. 协作性需要松散依赖的基础架构.

  * 可维护性与扩展性. 修改系统与方便地扩展的能力.

  * 可测试性. 帮助系统创建测试用例. 可测试性通常需要完整的系统设计与实现文档.

  * 轻便性. 系统级的独立于软件与硬件平台. 系统开发用高级编程语言通常具有这个特性. 一个典例的例子就是JAVA, 大多数JAVA程序编译一次可以在任何地方运行.

  * 伸缩性. 适用增加用户请求量的能力. 系统设计中伸缩性是比较讨厌的瓶颈.

  * 灵活性. 系统易于修改适应于非原始设计的系统不同环境或问题, 系统开发使用面向组件或面向服务的架构通常处理这个特性.

2. 运行时特性.

   * 可用性. 一个系统应该具有24/7的能力. 可用性通过复制与谨慎设计可应付硬件, 软件, 网络故障来实现.

   * 安全性. 一个系统应对内外界各种类型的攻击. 安全性能通过安装防火墙, 创建认证与授权过程与使用加密.

   * 性能. 增加一个系统效率系统到响应时间, 吞吐量, 资源利用, 通常与其它几个特性呈对立系统.

   * 易用性. 用户使用系统时感到满意. 易用性包含完整性, 正确性, 兼容性几个因素, 也包括友好的用户界面, 完整文档与技术支持.

   * 可靠性. 准确的输出结果. MTTF(平均失效前时间), 从故障中恢复, 故障预测.

   * 可维护性(扩展性, 适用性,可服务性, 测试性, 兼容性, 可配制性, 软件系统易于修改.


3. 业务特性.

   * 市场时效性. 从需求分析到产品发布之日所需时间.

   * 成本.  构建到运维系统的消耗.

   * 生命周期. 一个产品”存活”到”退休”期间时间

    在大多数情况下,没有一个单一架构模式能同时满足所有质量特性. 软件架构师通常需要在很多特性之间做出权衡. 典型成对应系统质量特生有这些:

*  空间与时间的取舍.  空间换时间, 或是时间换空间.

*  可靠性与性能的取舍.  例如, 像CSharp这样的语言实现防止内存溢出可能, 但纯C语言使用指针可以性能高但可靠性低.

*  可伸缩性与性能的取舍.  例如, 一个典型的方法来提高服务的可伸缩性运用复制服务器。 为了确保所有服务器的一致性,以确保每个服务器都有相同的一致性的数据,整个服务的性能就会受到影响。


   在选择架构模式时,不能满足所有的质量特性,系统分析师或软件架构师需要与客户一起来确定质量特性的优先级。通过枚举备选体系结构设计和计算加权来评价质量属性, 以便软件架构师可以优化设计与选择最合适的方案。


作者:Petter Liu
出处:http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-Petter Liu Blog

posted on 2013-04-24 11:41 PetterLiu 阅读(...) 评论(...) 编辑 收藏