软件开发的201个原则
作者: （美）艾伦·M.戴维斯（Alan M. Davis）著;叶王等译9.32万字21人 正在读
已完结现代当代当代文学
目录 (212章)
倒序
正文
第1章 引言第2章 一般原则原则1 质量第一原则2 质量在每个人眼中都不同原则3 开发效率和质量密不可分原则4 高质量软件是可以实现的原则5 不要试图通过改进软件实现高质量原则6 低可靠性比低效率更糟糕原则7 尽早把产品交给客户原则8 与客户/用户沟通原则9 促使开发者与客户的目标一致原则10 做好抛弃的准备原则11 开发正确的原型原则12 构建合适功能的原型原则13 要快速地开发一次性原型原则14 渐进地扩展系统原则15 看到越多，需要越多原则16 开发过程中的变化是不可避免的原则17 只要可能，购买而非开发原则18 让软件只需简短的用户手册原则19 每个复杂问题都有一个解决方案原则20 记录你的假设原则21 不同的阶段，使用不同的语言原则22 技术优先于工具原则23 使用工具，但要务实原则24 把工具交给优秀的工程师原则25 CASE工具是昂贵的原则26 “知道何时”和“知道如何”同样重要原则27 实现目标就停止原则28 了解形式化方法原则29 和组织荣辱与共原则30 跟风要小心原则31 不要忽视技术原则32 使用文档标准原则33 文档要有术语表原则34 软件文档都要有索引原则35 对相同的概念用相同的名字原则36 研究再转化，不可行原则37 要承担责任第3章 需求工程原则原则38 低质量的需求分析，导致低质量的成本估算原则39 先确定问题，再写需求原则40 立即确定需求原则41 立即修复需求规格说明中的错误原则42 原型可降低选择用户界面的风险原则43 记录需求为什么被引入原则44 确定子集原则45 评审需求原则46 避免在需求分析时进行系统设计原则47 使用正确的方法原则48 使用多角度的需求视图原则49 合理地组织需求原则50 给需求排列优先级原则51 书写要简洁原则52 给每个需求单独编号原则53 减少需求中的歧义原则54 对自然语言辅助增强，而非替换原则55 在更形式化的模型前，先写自然语言原则56 保持需求规格说明的可读性原则57 明确规定可靠性原则58 应明确环境超出预期时的系统行为原则59 自毁的待定项原则60 将需求保存到数据库第4章 设计原则原则61 从需求到设计的转换并不容易原则62 将设计追溯至需求原则63 评估备选方案原则64 没有文档的设计不是设计原则65 封装原则66 不要重复造轮子原则67 保持简单原则68 避免大量的特殊案例原则69 缩小智力距离原则70 将设计置于知识控制之下原则71 保持概念一致原则72 概念性错误比语法错误更严重原则73 使用耦合和内聚原则74 为变化而设计原则75 为维护而设计原则76 为防备出现错误而设计原则77 在软件中植入通用性原则78 在软件中植入灵活性原则79 使用高效的算法原则80 模块规格说明只提供用户需要的所有信息原则81 设计是多维的原则82 优秀的设计出自优秀的设计师原则83 理解你的应用场景原则84 无须太多投资，即可实现复用原则85 “错进错出”是不正确的原则86 软件可靠性可以通过冗余来实现第5章 编码原则原则87 避免使用特殊技巧原则88 避免使用全局变量原则90 避免副作用原则91 使用有意义的命名原则93 使用最优的数据结构原则94 先确保正确，再提升性能原则95 在写完代码之前写注释原则96 先写文档后写代码原则97 手动运行每个组件原则98 代码审查原则99 你可以使用非结构化的语言原则100 结构化的代码未必是好的代码原则101 不要嵌套太深原则102 使用合适的语言原则103 编程语言不是借口原则104 编程语言的知识没那么重要原则105 格式化你的代码原则106 不要太早编码第6章 测试原则原则107 依据需求跟踪测试原则108 在测试之前早做测试计划原则109 不要测试自己开发的软件原则110 不要为自己的软件做测试计划原则111 测试只能揭示缺陷的存在原则112 虽然大量的错误可证明软件毫无价值，但是零错误并不能说明软件的价值原则113 成功的测试应发现错误原则114 半数的错误出现在15%的模块中原则115 使用黑盒测试和白盒测试原则116 测试用例应包含期望的结果原则117 测试不正确的输入原则118 压力测试必不可少原则119 大爆炸理论不适用原则120 使用McCabe复杂度指标原则121 使用有效的测试完成度标准原则122 达成有效的测试覆盖原则123 不要在单元测试之前集成原则124 测量你的软件原则125 分析错误的原因原则126 对“错”不对人第7章 管理原则原则127 好的管理比好的技术更重要原则128 使用恰当的方法原则129 不要相信你读到的一切原则130 理解客户的优先级原则131 人是成功的关键原则132 几个好手要强过很多生手原则133 倾听你的员工原则134 信任你的员工原则135 期望优秀原则136 沟通技巧是必要的原则137 端茶送水原则138 人们的动机是不同的原则139 让办公室保持安静原则140 人和时间是不可互换的原则141 软件工程师之间存在巨大的差异原则142 你可以优化任何你想要优化的原则143 隐蔽地收集数据原则144 每行代码的成本是没用的原则145 衡量开发效率没有完美的方法原则146 剪裁成本估算方法原则147 不要设定不切实际的截止时间原则148 避免不可能原则149 评估之前先要了解原则150 收集生产力数据原则151 不要忘记团队效率原则152 LOC/PM与语言无关原则153 相信排期原则154 精确的成本估算并不是万无一失的原则155 定期重新评估排期原则156 轻微的低估不总是坏事原则157 分配合适的资源原则158 制订详细的项目计划原则159 及时更新你的计划原则160 避免驻波原则161 知晓十大风险原则162 预先了解风险原则163 使用适当的流程模型原则164 方法无法挽救你原则165 没有奇迹般提升效率的秘密原则166 了解进度的含义原则167 按差异管理原则168 不要过度使用你的硬件原则169 对硬件的演化要乐观原则170 对软件的进化要悲观原则171 认为灾难是不可能的想法往往导致灾难原则172 做项目总结第8章 产品保证原则原则173 产品保证并不是奢侈品原则174 尽早建立软件配置管理过程原则175 使软件配置管理适应软件过程原则176 组织SCM独立于项目管理原则177 轮换人员到产品保证组织原则178 给所有中间产品一个名称和版本原则179 控制基准原则180 保存所有内容原则181 跟踪每一个变更原则182 不要绕过变更控制原则183 对变更请求进行分级和排期原则184 在大型开发项目中使用确认和验证（V＆V）第9章 演变原则原则185 软件会持续变化原则186 软件的熵增加原则187 如果没有坏，就不要修理它原则188 解决问题，而不是症状原则189 先变更需求原则190 发布之前的错误也会在发布之后出现原则192 语言影响可维护性原则193 有时重新开始会更好原则194 首先翻新最差的原则195 维护阶段比开发阶段产生的错误更多原则196 每次变更后都要进行回归测试原则197 “变更很容易”的想法，会使变更更容易出错原则198 对非结构化代码进行结构化改造，并不一定会使它更好原则199 在优化前先进行性能分析原则200 保持熟悉原则201 系统的存在促进了演变参考资料索引术语索引(1)术语索引(2)术语索引(3)术语索引(4)
精选推荐
领导力法则
[中国纺织出版社]
陆禹萌
已完结当代文学
销售心理学
[中国纺织出版社]
兰华
已完结当代文学
销售就是玩转情商
[中国纺织出版社]
王威
已完结当代文学
销售员情商实战训练
成功的销售需要高智商，更需要高情商。一个销售员的销售业绩，往往与他的情商成正比。本书从十个方面详细讲述了有效运用情商，提高销售业绩的方法和技巧。通过实际销售案例和销售心理学理论指导，以及实战点拨和情商拓展训练，帮助读者全方位、快速提高情商。故事性、多版块、碎片化的内容设置，有效降低读者阅读疲劳，提高阅读兴趣，不论是奔波在路上的销售小白，还是带领团队奋勇向前的销售经理，都能从中找到适合自己的销售软技巧。
刘军
已完结当代文学
让未来的你，感谢现在勇敢的自己
[中国纺织出版社]
王介威
已完结当代文学
行为心理学：华生的实用心理学课
[中国纺织出版社]
（美）约翰·华生著.倪彩
已完结当代文学
行为心理学入门（完全图解版）
行为心理学入门（完全图解版）是以作者多来年的心理辅导和咨询数据为素材，对现实生活中的行为心理学应用进行了形象、深入、全面的论述和解读。本书与日本心理学图解书形式相同，浅显易读，有趣又益。
武莉
已完结当代文学
自卑与超越
《自卑与（全译插图典藏版）》是个体心理学研究领域的著作，也是人本主义心理学先驱阿尔弗雷德·阿德勒的很好著作。阿德勒的学说以“自卑感”与“创造性自我”为中心，并强调“社会意识”。全书立足个人心理学的观点，从教育、家庭、婚姻、伦理、社交等多个领域，以大量的实例为论述基础，阐明了人生意义的真谛，帮助人们克服自卑、不断超自己，正确对待职业，正确理解社会与性。本书直接促进了亲子教育、人格培养、婚姻与爱情、职业生涯、家庭建设、人际关系等诸多领域的长足发展，成为人们了解心理学的经典读物。
（奥）阿尔弗雷德·阿德勒
已完结当代文学
自制力：道理我都懂，为什么就是过不好人生
[中国纺织出版社]
邱开杰
已完结当代文学