包邮软件工程入门经典

第ⅰ部分  进阶第1章  软件工程概览 31.1  需求收集 31.2  概要设计 41.3  详细设计 51.4  开发 51.5  测试 61.6  部署 71.7  维护 81.8  总结和反思 81.9  一次性处理所有事项 81.10  本章小结 9第2章  入手之前 132.1  文档管理 132.2  历史文档 152.3  电子邮件 162.4  代码 182.5  代码文档 182.6  应用程序文档 212.7  本章小结 21第3章  项目管理 253.1  管理支持 263.2  项目管理 273.2.1  pert图 283.2.2  关键路径方法 333.2.3  甘特图 353.2.4  软件日程安排 363.2.5  估算时间 363.3  风险管理 413.4  本章小结 42第4章  需求收集 454.1  需求定义 464.1.1  清晰 464.1.2  没有歧义 464.1.3  一致 474.1.4  优先级排序 474.1.5  可验证 504.1.6  应避免使用的词 514.2  需求分类 514.2.1  受众导向的需求 514.2.2  furps 544.2.3  furps 544.2.4  通用需求 564.3  收集需求 574.3.1  倾听客户(和用户)的需要 574.3.2  使用5w(和一个h) 574.3.3  研究用户 594.4  细化需求 604.4.1  复制现有系统 604.4.2  未卜先知 614.4.3  头脑风暴 624.5  记录需求 644.5.1  uml 644.5.2  用户故事 654.5.3  用例 654.5.4  原型 664.5.5  需求说明 674.6  确认和验证 674.7  更改需求 674.8  本章小结 68第5章  概要设计 715.1  纵览全局 725.2  指定的事项 735.2.1  安全性 735.2.2  硬件 745.2.3  用户接口 755.2.4  内部接口 765.2.5  外部接口 765.2.6  架构 775.2.7  报表 835.2.8  其他输出 835.2.9  数据库 845.2.10  配置数据 865.2.11  数据流及状态 865.2.12  培训 875.3  uml 875.3.1  结构图 885.3.2  行为图 905.3.3  交互图 935.4  本章小结 95第6章  详细设计 976.1  面向对象设计 986.1.1  识别类 996.1.2  创建继承体系 996.1.3  对象组合 1036.2  数据库设计 1046.2.1  关系数据库 1046.2.2  **范式 1066.2.3  第二范式 1096.2.4  第三范式 1116.2.5  更高级的规范化1126.3  本章小结 113第7章  开发 1177.1  使用正确的工具 1187.1.1  硬件 1187.1.2  网络 1197.1.3  开发环境 1197.1.4  源代码控制 1207.1.5  分析器 1207.1.6  静态分析工具 1207.1.7  测试工具 1217.1.8  源代码格式器 1217.1.9  重构工具 1217.1.10  培训 1217.2  选择算法 1217.2.1  有效果 1227.2.2  有效率 1227.2.3  可预测 1247.2.4  简洁 1247.2.5  预包装 1257.3  自上而下的设计 1257.4  编程提示和技巧 1277.4.1  保持清醒 1277.4.2  为人编写代码，并非计算机 1277.4.3  注释优先 1287.4.4  编写自文档化的代码1307.4.5  保持小巧 1317.4.6  保持专注 1327.4.7  避免副作用 1327.4.8  验证结果 1337.4.9  实践“进攻式”编程1357.4.10  使用异常 1367.4.11  首先编写异常处理程序 1367.4.12  切勿重复代码1377.4.13  推迟优化 1377.5  本章小结 138第8章  测试 1418.1  测试的目的 1428.2  永不消亡的bug 1438.2.1  收益递减 1438.2.2  *后期限 1438.2.3  影响 1438.2.4  为时尚早 1438.2.5  有用性 1448.2.6  过时 1448.2.7  这并非一个bug1448.2.8  没有尽头 1458.2.9  有总比没有好 1458.2.10  修复 bug很危险 1458.2.11  修复哪些bug1468.3  测试级别 1468.3.1  单元测试 1468.3.2  集成测试 1488.3.3  自动化测试 1488.3.4  组件接口测试 1498.3.5  系统测试 1508.3.6  验收性测试 1508.3.7  其他测试类型 1518.4  测试技术 1528.4.1  穷举测试 1528.4.2  黑盒测试 1538.4.3  白盒测试 1538.4.4  灰盒测试 1538.5  测试习惯 1548.5.1  清醒时再进行测试和调试 1548.5.2  测试自己的代码1548.5.3  让其他人测试你的代码1558.5.4  修复自己的bug1568.5.5  修改前请“三思”1578.5.6  不要相信魔法 1578.5.7  查看改变之处 1578.5.8  修复bug，并非症状 1588.5.9  对测试用例进行测试1588.6  如何修复bug 1588.7  估算bug的数量 1598.7.1  跟踪发现的bug1598.7.2  播种 1608.7.3  林肯指数 1618.8  本章小结 162第9章  部署 1659.1  范围 1669.2  计划 1669.3  切换 1679.3.1  阶段性部署 1679.3.2  逐步切换 1689.3.3  增量部署 1699.3.4  并行测试 1709.4  部署任务 1709.5  部署错误 1719.6  本章小结 172第10章  度量 17510.1  庆祝会 17610.2  缺陷分析 17610.2.1  bug的种类17610.2.2  石川图 17810.3  软件度量 18110.3.1  好的属性和度量指标的一些特征 18210.3.2  度量的用途 18210.3.3  需要度量的对象18410.3.4  规模标准化 18610.3.5  功能点标准化18810.4  本章小结 192第11章  维护 19511.1  维护成本 19611.2  任务分类 19711.2.1  完成性任务 19711.2.2  适应性任务 20011.2.3  纠正性任务 20111.2.4  预防性任务 20311.2.5  个别bug 20711.2.6  “非我发明”20711.3  任务执行 20811.4  本章小结 208第ⅱ部分  模型第12章  预测模型 21512.1  模型 21512.2  预备知识 21612.3  预测和自适应 21612.3.1  成功和失败的标志21712.3.2  利与弊 21812.4  瀑布 21912.5  带有反馈的瀑布 22012.6  生鱼片 22112.7  增量瀑布 22212.8  v模型 22412.9  系统开发生命周期22412.10  本章小结 227第13章  迭代模型 22913.1  迭代与预测 23013.2  迭代与增量 23113.3  原型 23213.3.1  原型的类型 23313.3.2  优缺点 23413.4  螺旋模型 23513.4.1  澄清 23713.4.2  优势和不足 23813.5  统一过程 23913.5.1  优势和不足 24013.5.2  rup 24113.6  洁净室模型 24113.7  本章小结 242第14章  rad 24514.1  rad的主要原则24614.2  james martin rad 24914.3  敏捷开发 24914.3.1  自组织团队 25214.3.2  敏捷方法 25314.4  xp 25614.4.1  xp的角色 25714.4.2  xp的价值观25714.4.3  xp实践 25814.5  scrum 26414.5.1  scrum角色26414.5.2  scrum冲刺26514.5.3  计划扑克 26614.5.4  燃尽图 26714.5.5  速率 26814.6  精益软件开发 26814.7  水晶方法 26914.7.1  透明水晶 27114.7.2  黄色水晶 27214.7.3  橙色水晶 27214.8  功能驱动开发 27414.8.1  fdd角色 27414.8.2  fdd阶段 27514.8.3  fdd迭代里程碑27714.9  敏捷统一过程 27814.10  规范敏捷交付 28014.10.1  dad原则28014.10.2  dad角色28014.10.3  dad阶段28114.11  动态系统开发方法28214.11.1  dsdm阶段28214.11.2  dsdm原则28314.11.3  dsdm角色28414.12  看板软件开发方法28514.12.1  看板的一些原则28514.12.2  和看板有关的一些实践 28614.12.3  看板图 28614.13  本章小结 287附录a  习题答案 293术语表 337?能力是必不可缺的一环，但仅仅依靠语言是不够的，还需要有一定的组织能力、总结能力以及团队合作意识，才能让分析出来的现象和得出的结论有一个好"归宿"。1.3.7  熟知--企业业务　　不同的企业有不同的业务，数据分析师必须要熟知自己所在企业的业务，只有这样才能实现高效、实用的数据分析操作。若数据分析师脱离了企业业务背景，那么分析出来的结果必然会偏离原本的轨道，导致实用性不强。　　对于刚进企业的新手而言，想要一蹴而就地熟知企业业务是很难实现的，数据分析新手，可以通过以下几点来了解，如图1-15所示。图1-15  数据分析新手入门要点