软件设计是什么？
一种创造性的活动，力求以简单优雅的方式解决实际问题、
软件设计是一门技术：数据结构，组成原理，操作系统，编程语言。
软件设计是一门艺术。
并不是技术知识的简单堆砌，分析抽象，取舍。
软件设计的意义（构架的意义）
软件设计：功能，部署，交互，复用性，维护性，扩展性。
特定：
是一个塑造模型（概念）的过程
是一个取舍的过程，
是一个分而治之的过程
是一个在理性范围内追求完美的过程
什么是软件质量？
用户角度：defect和bug的数量越少意味着质量越好。
开发角度：
整体架构设计易于扩展，模块之间耦合性低，易于复用。代码简洁易懂，易于维护。
如何提高软件质量？
编码前，架构设计质量必须得到保证。
编码时，代码质量必须得到保证。
编码后，测试质量必须得到保证。大的学科，质量影响最后质量
架构设计 vs 软件质量
设计：
模块1《---》接口1《---》模块2《---》接口2《---》模块3
开发流程 vs 软件质量
需求分析->架构设计->架构审核->审核通过？->模块实现->代码审核->审核通过？->测试
软件测试 vs 软件质量
需求分析->测试用例设计->测试用例审核->审核通过->测试用例执行->用例通过（评定bug级别，记录bug重现步骤，记录测试环境信息）->测试结束->反馈测试结果
为测试正名：
在需求分析结束后，测试人员就需要介入项目。
根据需求分析进行功能测试用例的设计。
根据架构设计进行模块测试用例的设计。
根据产品标准进行压力测试用例的设计。
开发中的常见问题：错误的
测试是替罪羊或救命稻草：但凡出现bug，就是测试不给力。
资源永远不足：现在没有时间和精力去做重构。
不改变就可以规避风险：虽然有缺陷，但是功能不受影响，不做改变。
如何提高自身的软件设计能力？
对架构的完美性有精神上的追求，不满足功能正确：积极思考方案，不停反思是否能做的更好。
勇于实践与模仿，进而形成自己的风格和思想：推敲前辈们的经典设计，尝试用于自己的项目。
总结设计原则，体会各个设计原则的内涵：软件设计不是原则的叠加，而是一个平衡利弊的过程。
设计思想，设计原则，设计模式
设计思想：设计原则1设计原则2设计原则3设计模式123
小结：软件设计（架构）的质量决定了软件质量的基调。
测试质量和代码质量直接决定了最终产品的质量
正规开发流程中测试人员先于编码人员介入项目。
软甲架构设计能力需要通过实践提高，需要总结和体会。
19、设计，软件质量之本中
设计原则-1：以人为本
核心：将现实世界直接映射到软件设计。
意图：便于沟通和理解，降低复杂性，增加维护性。
要点：使用现实世界中的概念。
案例：任务与内存访问：
TaskA（memory1 A） TaskB（Memory2 AB ）TaskC（B）
将权限引入。
架构图：
task--ABC---check privilege
设计原则2：简单就是美
核心：用最简单的方法描述解决方案
意图：便于沟通和理解，降低复杂性，增加维护性。
要点：使用团队熟悉的技术进行设计。
案例：删除格式化字符串中的指定子串
例：abc{xxx}de->abcde
方案一：用正则表达式
sscanf(s,"%[^{]",real);
sscanf(s,"%*[^}]%s",ru);
sprintf(s,"%s%s",realm,ru+1); 正则表达式求出来的包括右括号
方案2：
方案3：
int b=tmp.indexof("{");
int e=tem.indexof("}");
tmp.remove(b,e-b+1);
sprintf(s,"%s",tmp.str());
简单些 vs 灵活性
简单性不等于灵活性
简单的设计易于催生灵活的设计。
过于追求灵活的设计可能导致复杂性的增加。
设计原则3：让模块善始善终
核心：模块的初始化与模块的终止同等重要
意图：确保模块状态的恢复和保存
要点：对称式设计
案例：模块的动态加载（初始化）与卸载（终止）
module* m=load_module("t,t,");
设计方案：强行设计析构函数
设计原则4：重视运行时数据的收集
核心：考虑程序运行状态数据的收集模块
意图：监控程序运行状态，便于调试与测试。
案例：统一日志模块的设计
ABC模块-->log Module（日志的输出存储）--->内存，网络，串口，文件
案例：程序状态统计模块的设计
小结：
构架设计时尽量将现实中的概念映射到程序中。
开发过程中的任意阶段都提倡见到优美的设计方式。
模块设计时需要同时考虑初始化过程与终止过程。
架构设计时需要考虑保证产品质量的辅助手段。
20、设计软件质量之本下
设计原则5：代码自注释
核心：代码自身就能够很好的进行功能性说明
意图：便于沟通和理解，增加维护性
代码质量：
最终的产品代码应该“非常容易”读懂
注释作为补偿说明必不可少，但不是越多越好
注释应该起到画龙点睛的作用，用于简要的描述代码意图，避免使用注释描述程序的运行流程。
设计原则6：通过机制解决当前问题
核心：考虑当前设计是否存在“漏洞”
意图：杜绝类似问题的再次发生。
案例：消息传递
三次握手：
A->B（req）
A<-B（rsp）
A->B（ack）
问题：当A设备无法收到B设备的RSP消息，会发生什么？
A设备等到rsp，B设备等待ack
解决方案一：让b设备定时重发rsp消息。
解决方案二：增加消息中转层，功能定义：负责所有设备间通信消息的发送和接收，处理所有通信异常的处理（阻塞重发，报告错误，etc）
异常后，中转层重复，发不出去告诉AB。
架构经验：设计不是一次性完成的，需要根据实际问题进行重构。
设计原则7：防御性程序设计
核心：防止他人意外错误
意图：提高代码鲁棒性。
案例：定时器模块的设计与实现
创建定时器后每隔指定的时间能够触发时间。
时间的具体表现为关联的回调函数被调用。
程序。
小结：尽量使用代码自注释的方式编写代码，便于沟通维护。
注意作为补充说明必不可少，但不是越多越好。
思考bug是否因为设计不当造成，通过机制解决问题。
通过防御性程序设计提高代码鲁棒性。