软件设计的原则（结合实际开发）
原著：《软件开发的201个原则》
一般原则
原则1 质量第一
当你被要求加快测试、忽视剩余的少量BUG、在设计或需求达成一致之前就开始编码时，要直接说“不”
原则2 质量在每个人眼中不同
项目必须确定各因素的优先级，并清晰地传达给所有相关方。
目前系统的因素：
①响应时间
②开发成本
③满足各种需求（功能的实现）
原则7 尽早把产品交给客户
在需求阶段，无论你多么努力地试图去了解客户的需求，都不如给他们一个产品，让他们使用它，这是确定他们真实需求最有效方法。有助于确保将剩余的资源用于开发正确的系统。
原则8 与客户/用户沟通
解决真正需求唯一的方法，是去跟有真正需求的人沟通。
原则9 促使开发者与客户的目标一致
按优先级对需求排序，以便开发人员了解它们的相对重要性。
分为：必须M、期望D、可选O 或 0-10排序
原则11-14
开发正确的原型——一次性原型和演进式原型
构建合适功能的原型：建立一次原型时，只开发那些没有被充分理解的特性，演进式相反。
要快速地开发一次性原型
渐进地扩展系统：
优点：降低每次开发的风险；看到一个产品的版本，通常可以帮助用户想象出他们想要的其它功能
通过阅读《软件开发的201个原则》，指导自己的软件开发工作，
下一阶段安排如下：
1.确认需求和项目因素的优先级，清晰地传达给所有相关方
2.总结之前上线的一次性开发原型并抛弃掉上一个系统13
3.开始一个演进式开发原型，写方案14
4.做好《软件配置管理计划》文件
-
怎样报告一个软件的问题
-
怎样提出一个新的需求
-
所有利益相关方对于建议的改动都能知晓，且他们的意见都被考虑了
-
有一块看板用于展示变更请求的优先级和排期
-
所有基线化的中间产品或最终产品都在掌控之中（不能不遵守合规的流程而被修改）
5.完善“软件变更流程”16、178-181
6.根据最新迭代完善的系统，制定简短的《用户手册》18
7.研读最新修改意见稿，制定内部文档标准 32
-
注意给文档添加术语表 33
2022-04-18 23:56:36
