软件工程导论（第六版）.ppt免费下载
链接:
《软件工程导论》是2009年1月清华大学出版社出版的图书，作者是朱少民。
软件工程毕业论文提纲范文
拟写论文提纲是论文写作过程中的重要一步，软件工程毕业生要如何写论文提纲呢?
摘要 5-6
Abstract 6
目录 7-9
第一章 绪论 9-15
1.1 研究背景与意义 9-10
1.2 国内外研究现状 10-12
1.2.1 数据仓库技术国内外应用情况 10-11
1.2.2 人口数据分析应用国内外现状 11-12
1.3 本文主要研究内容 12-13
1.3.1 研究目标 12
1.3.2 研究内容 12-13
1.4 本文组织结构 13-15
第二章 关键技术分析 15-25
2.1 人口数据分析 15-16
2.1.1 人口数据分析特点 15-16
2.1.2 人口数据分析内容 16
2.2 数据仓库技术 16-20
2.2.1 数据仓库概念 16-18
2.2.2 数据仓库设计 18-20
2.3 数据ETL技术 20-22
2.3.1 ETL概念 20
2.3.2 ETL设计 20-21
2.3.3 ETL实现 21-22
2.4 OLAP技术 22-23
2.4.1 OLAP概念 22
2.4.2 OLAP实现 22-23
2.5 小结 23-25
第三章 人口数据分析系统的设计与实现 25-65
3.1 系统概念设计 25-29
3.1.1 业务需求 25-26
3.1.2 数据描述 26-27
3.1.3 维度事实模型 27-29
3.2 系统逻辑设计 29-40
3.2.1 人口性别年龄民族分析主题 29-32
3.2.2 人口婚姻状况文化程度分析主题 32-35
3.2.3 人口姓氏分析主题 35-37
3.2.4 人口姓名分析主题 37-38
3.2.5 人口籍贯出生地分析主题 38-40
3.3 系统实现 40-63
3.3.1 物理设计 40-42
3.3.2 ETL准备及规则 42-46
3.3.3 ETL实现 46-57
3.3.4 多维数据模型构建 57-63
3.4 小结 63-65
第四章 实际应用及验证 65-87
4.1 应用背景 65
4.2 应用展示 65-84
4.2.1 OLAP操作 65-75
4.2.2 报表展现 75-84
4.3 效果分析 84-85
4.4 小结 85-87
第五章 结论与展望 87-91
5.1 论文工作总结 87-88
5.2 论文工作展望 88-91
参考文献 91-93
致谢 93-95
个人简历、在学期间发表的论文与研究成果 95
摘要 6-7
Abstract 7-8
第一章 绪论 11-19
1.1 课题来源 11
1.2 研究的背景和意义 11-13
1.3 国内外研究现状 13-16
1.3.1 土壤压实对作物影响 13
1.3.2 数字图像处理 13-14
1.3.3 虚拟植物 14-16
1.4 本研究的内容,技术路线 16-18
1.4.1 研究内容 16-17
1.4.2 技术路线 17-18
1.5 本章小结 18-19
第二章 试验方案设计 19-29
2.1 土钵容重标定 19-25
2.1.1 压实装置设计 19-20
2.1.2 容重标定 20-25
2.2 栽培与管理方法 25-26
2.3 数据采集方案 26-28
2.3.1 原位观测数据获取 26-27
2.3.2 破坏性采样测量数据获取 27-28
2.4 本章小结 28-29
第三章 基于图像分析的陆稻形态特征获取方法研究 29-42
3.1 植物图像获取 30-31
3.2 图像增强 31-32
3.2.1 图像平滑 31-32
3.2.2 图像锐化 32
3.3 图像分割 32-37
3.3.1 阈值分割法 33-34
3.3.2 数学形态学运算 34-37
3.3.3 连通域检测算法 37
3.4 植物特征提取的研究 37-41
3.4.1 图像标识 38-39
3.4.2 基于像素统计的面积计算 39-40
3.4.3 基于最小外界矩形理论的叶片长宽测量算法 40-41
3.5 本章小结 41-42
第四章 试验结果分析 42-47
4.1 土壤压实对陆稻地上部分的.影响 42-43
4.2 土壤压实对陆稻地下部分生长的影响 43-45
4.3 陆稻地上部分与地下部分相关性分析 45-46
4.4 结论 46-47
第五章 陆稻植株的三维建模 47-53
5.1 陆稻的生长机模型 48-51
5.1.1 陆稻根系的生长机模型 48-51
5.1.2. 陆稻茎秆、叶片的生长机模型 51
5.2 陆稻可视化模型 51-52
5.2.1. 陆稻根系可视化模型 51-52
5.2.2 陆稻茎秆、叶片的可视化模型 52
5.3 本章小结 52-53
第六章 陆稻模拟系统的实现与程序设计 53-67
6.1 系统开发关键技术简介 53-54
6.2 开发环境搭建 54-57
6.3 系统实观 57-64
6.3.1 系统需求分析及总体设计 57-58
6.3.2 生长机的模块 58-60
6.3.3 可视化模块 60-61
6.3.4 形态学参数统计模块 61-62
6.3.5 坐标变换模块 62-63
6.3.6 系统模拟界面 63-64
6.4 仿真结果及分析 64-66
6.5 本章小结 66-67
第七章 结论与展望 67-69
致谢 69-70
参考文献 70-74
附录A：本人在攻读硕士学位期间的科研情况及工作情况 74-75
附录B：试验附图 75-76
附录C：部分源代码 76-86
软件工程方面的书目前是计算机科学图书的一个热点，这也是我国的计算机行业从手工作坊式的小规模开发转向工业化大生产方式进行软件产品生产的必然需要。从国外软件业30多年的发展来看，软件工程也是随着为国防、政府和企业开发大型软件系统而不断发展起来的。
刚读完《软件工程概论》，感觉很多东西都曾经接触过，但在实际工作中有些理论要完全遵循可能还有些障碍，软件工程只是提供了理论上的一些结论，但对项目的具体可操作性的规范的制定方面却做的很少，所以现在很多同行都说：“我们都学过《软件工程》，但却不可能完全遵守它去做项目”，因为一个项目是否应该遵循《软件工程》还要根据项目的大小、规模、进度的要求有一定的关系。如果对于一个时间很紧的小项目，如果完全按照传统的瀑布模型一步一步的写各种文档，可能是很不现时的，很可能造成了那种“用1周写文档，用1个小时写代码，但期限是1天”的情况，当然这只是一个极端的例子，但《软件工程》发展了几十年，光是开发模型就达到了10多种，对不同的项目采用合适的开发模式，有些项目在不同的开发阶段可能还要转换开发模式，这对于我们这些做项目的人来说，是个不低的门槛。
看来关于软件工程方面的著作，我认为可分为两类。一类是看重考察项目过程本身，一类是主要考察项目的参与者。一本好的作品应该是承认实际环境中的种种局限，并在实际局限的基础上考虑合适的策略。
由于软件是抽象的、不可触及的、也不受物理定律或加工工程的制约，软件系统也就很容易随着自身的发展而变得复杂和难以理解。软件工程作为一门工程学科，其目的就是在于降低软件开发的风险，使软件系统向高性价比发展。软件工程虽然是一门比较年轻的学科，但软件工程从第一次“软件危机”（1968年）开始到现在已经有了长足的发展，许多新技术和新方法构成了软件工程的重要部分，软件工程已经找到了进行软件描述、设计和实现的有效方法，并极大地完善了我们对软件开发活动的认识，提高了软件开发的效率。
而且我作为一名现代IT从业人员，软件工程已经成为必须掌握的专业知识。没有软件工程知识，很难想象一名软件开发人员如何在大型开发团队中生存。然而令人担忧的是目前许多学校还在使用陈旧的软件工程教材，还在向学生灌输着已经淘汰的软件工程理论。使得软件工程的教学严重脱离了实际软件开发的需要。
现在国内外都重视《软件工程》是因为，人们都认识到了如果能够适当合理的利用软件工程的理论可以减小开发成本和风险，风险降低了，成本就减少了，利润就提高了，所以有一种说法就是“软件工程就是提高软件项目利润的理论”。但人们也都意识到《软件工程》的确更接近于理论，它所提供的可操作性太差，于是就有了现在流行的win系列和*nix系列开发理论，这两种理论就是根据《软件工程》的理论经过大量的试验总结出的比较成功的开发模式，
现在人们对RUP的诟病也开始心声怀疑，认为这种开发模式也是理论多于实践，管理过程比较繁琐，对于大项目还适合，对于小项目则不利于降低开发成本，所以现在国外提倡“敏捷开发”，而最受吹捧的就是“极限编程”（XP）。现在国内也有很多公司开始使用这种方法，
这种方法与其他开发方法最大的不同是将测试提到了一个几乎是最重要的位置，先写测试用历，然后编码，而且在测试过程中提倡使用一些自动化的测试工具，如对Java测试的Junit和对Delphi测试的Dunit。
我个人认为软件工程很重要，但更重要的是要能够根据不同的项目在不同阶段选择合适的开发模式，规避风险，适应客户灵活多变的需求变更。所以对需求调研和需求分析提出了更高的要求。我看过了一些讨论软件工程的文章，几乎一致认为“客户直接参与的项目成功的可能性非常高”，传统的软件工程中提出的不论是“瀑布”还是“螺旋”模型都是进行阶段性的客户确认再开发，等开发完或者客户的需求变了，或者需求分析有错误，完全符合客户要求的几乎没有。所以我们是否考虑一下能否在条件允许的情况下，在以后的项目的开发中多征求客户意见，而不是在一阶段完成后再请客户看，这有利于我们降低开发大规模修改的风险。这也是“极限开发”模式中很重要的一点。当然这也不是绝对的，但这是经过证实的成功率比较高的一种方式。
在前期需求调研和需求分析都做好了之后，我们就可以做概要设计和详细设计了，我认为这部分很关键的一点是确定界面风格和关于代码复用的考虑。一个符合客户习惯的界面是最保险的方案，这里面包括客户的操作习惯和审美习惯。但对开发人员更需要注意的是代码复用，一个好的代码应该是注释详细、代码可读性强、代码复用率高的集合。而要做到代码的高复用率需要高度的抽象能力和对类的粒度的划分，对于粒度的划分应该遵循很多教材上多次提到的“高内聚，低耦合”，也就是说一个函数或方法的功能越单一越容易被组合起来复用，和其他的方法或函数或其他类的关联越少越好，这样在与之关联的对象或方法改变后不需要改动或很少改动就可以被复用。
另外“设计模式”也越来越被开发人员所重视，“设计模式”为开发人员提供了一系列其他人经过多次试验证实成功的可以放心使用的解决套路，能够按照“设计模式”的思路开发系统可以获得很好的扩展性和强壮性，这也是经过无数案例证明过的。举个简单的例子，如果将获得数据的部分和显示数据的代码混在一起，如果将来在改动显示部分或改动获得数据部分则要到混在一起的代码中去挑自己要改动的部分，这可能造成不该动的代码被改动了，或者因为一部分改动了，另一部分必须被改动，这样也带入了被迫改动代码的正确性的问题。对于这样的改动需要在测试时增大测试力度，才能保证代码是正确的，当然这是以增大测试成本为代价的。用另一种方式，使用设计模式，遵循MVC模式，将获得数据部分作为C
由于现代软件开发的复杂性和风险性不断增加，软件过程的重点不再是代码的设计和编写，需求工程、质量管理、软件进化的重要性日益突出，作者以敏锐的眼光将这些主题作为本书的讨论重点。同时作者在全书贯穿面相对象的思想，对象模型全部采用UML来描述，其“面相对象的设计”、“分布式系统体系结构”等章节则体现了软件工程与开发实践的紧密结合，反映了软件行业的主流趋势。
《软件工程导论》内容丰富，构思新颖，突破软件工程图书的传统框架，使整个软件工程体系更清晰，从思想和管理出发，自然延伸到流程、方法、工具和环境，重新阐释了软件工程体系。《软件工程导论》吸收了软件工程的最新进展，适应软件即服务（SaaS）的开发模式，增加了相应的内容，符合当今软件工程的实际需求
