软件工程思想1.pptxVIP

Software Engineering Methodology软 件 工 程 方 法 学;参考文献 Reference;前? 言;在1968年, NATO的一群程序员、计算机科学家与工业界人士聚集一起共商对策。通过借鉴传统工业的成功做法, 他们主张通过工程化的方法开发软件来解决软件危机, 并冠以“软件工程”这一术语。 三十年余年来, 尽管软件的一些毛病如人类的感冒一样无法根治, 但软件的发展速度超过了任何传统工业, 期间并未出现真正的软件危机。这的确是前人的先见之明, 如今软件工程成了一门学科。 软件工程主要讲述软件开发的道理, 基本上是软件实践者的成功经验和失败教训的总结。软件工程的观念、方法、策略和规范都是朴实无华的, 平凡之人皆; 可领会, 关键在于运用。 我们不可以把软件工程方法看成是诸葛亮的锦囊妙计--在出了问题后才打开看看, 而应该事先掌握, 预料将要出现的问题, 控制每个实践环节, 并防患于未然. 研究软件工程永远做不到理论家那么潇洒: 定理证明了, 就完事。 经典的软件工程系列丛书每本厚得象砖头, 或让人望而却步, 或让人看了心事重重。 本书试图用三个问题: 是什么、为什么、怎么办, 来解释软件工程的道理。所以本书薄得象饺子皮--用来包“思想”这种有味道的“馅”。 ;第一章? 软件工程基本观念;1.1 软件工程的目标与常用模型;从短期效益看, 追求高质量会延长软件开发时间并且增大费用, 似乎降低了生产率。 从长期效益看, 高质量将保证软件开发的全过程更加规范流畅, 大大降低了软件的维护代价, 实质上是提高了生产率, 同时可获得很好的信誉。 质量与生产率之间不存在根本的对立, 好的软件工程方法可以同时提高质量与生产率。 软件供需双方的代表能在餐桌上谈笑风生, 归功于第一线开发人员的辛勤工作。 质量与生产率的提高就指望程序员与程序经理。;对开发人员而言, 如果非得在质量与生产率之间分个主次不可, 那么应该是质量第一, 生产率第二。这是因为: 1) 质量直接体现在软件的每段程序中, 高质量自然是开发人员的技术追求, 也是职业道德的要求。 2) 高质量对所有的用户都有价值, 而高生产率只对开发方有意义。 3) 如果一开始就追求高生产率, 容易使??急功近利, 留下隐患。宁可进度慢些, 也要保证每个环节的质量, 以图长远利益。;软件的质量因素很多, 如正确性、性能、可靠性、容错性、易用性、灵活性、可扩展性、可理解性、可维护性等等。有些因素相互重叠, 有些则相抵触, 真要提高质量可不容易啊！ 软件工程主要环节有: 人员管理、项目管理、可行性与需求分析、系统设计、程序设计、测试、维护等. 软件工程模型建议 用一定的流程将各个环节连接起来, 并用规范的方式操作全过程, 如同工厂的生产线. 常见的软件工程模型有: 线性模型、渐增式模型、螺旋模型、快速原型模型、形式化描述模型、敏捷模型等等。;最早出现的软件工程模型是线性模型 (又称瀑布模型)。线性模型太理想化, 太单纯, 已不再适合现代的软件开发模式, 几乎被业界抛弃。偶而被人提起, 都属于被贬对象, 未被留一丝惋惜。 但我们应该认识到, “线性”是人们最容易掌握并能熟练应用的思想方法。当人们碰到一个复杂的“非线性”问题时, 总是千方百计地将其分解或转化为一系列简单的线性问题, 然后逐个解决。 一个软件系统的整体可能是复杂的, 而单个子程序总是简单的, 可以用线性的方式来实现, 否则干活就太累了。;线性是一种简洁, 简洁就是美。当我们领会了线性的精神, 就不要再呆板地套用线性模型的外表, 而应该用活它。 例如渐增式模型实质就是分段的线性模型。 螺旋模型则是接连的弯曲了的线性模型。 在其它模型中都能够找到线性模型的影子。 套用固定的模型不是程序员的聪明之举。 比如“程序设计”与“测试”之间的关系, 习惯上总以为程序设计在先, 测试在后。 而对于一些复杂的程序, 将测试分为同步测试与总测试更有效。;不论是什么软件工程模型, 总是少不了前述的各个环节。 本书避开具体的软件工程模型, 顺序讲述人员管理、项目管理、可行性与需求分析、系统设计、程序设计、测试以及维护与再生工程。 其中程序设计部分以C++/C语言为例。 ;1.2 软件开发的基本策略 ; 心得体会 (如孙子兵法等), 被现代人很好地运用于工业和商业。 本节讲述软件开发中的三种基本方法: “复用”、“分而治之”、“优化——折衷”。 1.2.1 复用reuse 复用就是指“利用现成的东西”, 文人称之为“拿来主义”。被复用的对象可以是有形的物体, 也可以是无形的成果。 复用不是人类懒惰的表现而是智慧的表现。 因为人类总是在继承了前人的成果, 不断加以利用、改进或创新后才会进步。;所以当我们欢度国