软件构造之多维度视图和质量目标

第一讲 多维度视图和质量目标

---

---

前言

本系列记录软件构造的一些知识点总结，主要是梳理知识点，并加入自己的一些思考，如有错误，欢迎大家在评论区指出，一起交流学习，谢谢大家！

---

一、三维八视图

1.基本概念

这是一个很重要的概念，通过这个图我们就相当于俯瞰了整个软件构造的轮廓。
从三个维度看软件系统的构成，用八个视图描述软件系统，三维八视图长这样：

我进行了一些标注，划红线的是我们应该重点掌握的。
好，知道了三维八视图长啥样，我们来谈谈到底是哪三维哪八视图：
三维指的是
– By phases: build- and run-time views
按阶段划分：构造时/运行时视图
– By dynamics: moment and period views 按动态性划分：时刻/阶段视图
– By levels: code and component views
按构造对象的层次划分：代码/构件视图
八视图指的是
上图中八个小格子里面的内容，已经标注了汉译，我相信你已经看明白了！
第一行：
Build-time:构造阶段
——Code-level：代码的逻辑组织；Component-level:代码的物理组织；Moment:特定时刻的软件形态；Period:软件形态随时间的变化
第二行：
Run-time:运行阶段
——Code-level：逻辑实体在内存中如何呈现？；Component-level:物理实体在物理硬件中如何呈现？；Moment:逻辑/物理实体在内存/硬件环境中特定时刻的形态；Period:逻辑/物理实体在内存/硬件环境中形态随时间的变化

2.展开说说

了解了我们要掌握的是什么，接下来我们逐一详细说明
首先是第一行：
第一个小格子它包括了三个内容:词汇，语法，语义。图中已标注，不再赘述。
第二个小格子它包括package（包）；file（源文件）；static link（静态链接）：静态链接是指在编写应用程序时，如果需要调用运行函数库中已有的函数，程序员无需在自己的源代码中重写函数库中的函数，而只是给出函数名和所需要的参数，就可以执行相应的操作。至于它的原理：可以看一下这篇文章点这里！；library（库）；test case（测试用例）；component diagram（组件图）：uml图中的一种，这里不展开说。
第三个小格子：code churn(代码变化)：对你的代码增删修改啥的
第四个小格子：configuration item（配置项）：包括开发时的文档，源代码，相关软件，范围很广，只要跟你的开发产品搭上点边的都可以称为配置项；version（版本）：最常见的例子是生活中你使用的软件有许多版本，把软件细化后，每一个小工程都会有各自版本迭代。
第二行：
第一个小格子：code snapshot(代码快照图)，后续章节详细讲解…memory dump(内存信息转储)：最常见的就是debuggers
第二个小格子：uml里的部署图，这里不展开说
第三个小格子：uml里的序列图；execution tracing（执行跟踪）：用日志方式记录程序执行的调用次序，这对修改错误的代码帮助很大，后续章节详细讲解…
第四个小格子：event log（事件日志）：系统层面的日志。
好了，那我们再次回到标题，软件构造是什么呢？他就是视图之间的转换：

二、构造的质量目标

1.External quality factors(外部质量因素)

• Correctness(正确性)
• Robustness(健壮性)
• Extendibility(可拓展性)
• Reusability(可复用性)
• Compatibility(兼容性)
• Efficiency(有效性)
• Portability(可移植性)
• Ease of use(易用性)
• Functionality(功能性)

2.Internal quality factors(内部质量因素)

• LOC(代码行数)
• Cyclomatic Complexity(循环复杂度)
• coupling(耦合)，cohesion(内聚)
• Readability
• Understandability
• Clearness
• Size

---

总结

以上就是今天要讲的内容，本文仅仅简单介绍了软件构造的构成以及期望的质量目标。后续会进行更为详细的讲解