软件工程基本观念.doc

《软件工程基本观念.doc》由会员分享，可在线阅读，更多相关《软件工程基本观念.doc（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程思想在20世纪60年代计算机发展初期，程序设计是少数聪明人干的事。他们的智力与技能超群，编写的程序既能控制弱智的计算机，又能让别人看不懂、不会用。那个时期编程就跟捏泥巴一样随心所欲，于是他们很过分地把程序的集合称为软件，以便自己开心或伤心时再把程序捏个面目全非。人们就在这种美滋滋的感觉下热情地编程，结果产生了一堆问题：程序质量低下，错误频出，进度延误，费用剧增这些问题导致了“软件危机”。1968年，一群程序员、计算机科学家与工业界人士聚集一起共商对策。通过借鉴传统工业的成功做法，他们主张通过工程化的方法开发软件来解决软件危机，并冠以“软件工程”这一术语。三十年余年来，尽管软件的一些毛病

2、如人类的感冒一样无法根治，但软件的发展速度超过了任何传统工业，期间并未出现真正的软件危机。这的确是前人的先见之明。如今软件工程成了一门学科。软件工程主要讲述软件开发的道理，基本上是软件实践者的成功经验和失败教训的总结。软件工程的观念、方法、策略和规范都是朴实无华的，平凡之人皆可领会，关键在于运用。我们不可以把软件工程方法看成是诸葛亮的锦囊妙计在出了问题后才打开看看，而应该事先掌握，预料将要出现的问题，控制每个实践环节，并防患于未然。研究软件工程永远做不到理论家那么潇洒：定理证明了，就完事。第一章 软件工程基本观念本章讲述软件工程的基本观念，是关于软件工程宏观上的探讨。如果你是软件公司的老板，用

3、不着在第一线工作，那么看这一章就够了。但你一定要让员工们相信不停地工作是人生最大的快乐，并且让他们把全文看完。1.1节讲述软件工程的目标和常用的软件工程模型。1.2节讲述软件开发的基本策略：“复用”、“分而治之”、“优化折衷”，有助于指导实践者选择方法和产生新方法。1.3节例举一些不正确的观念，取材于早期软件人员比较幼稚的想法，初学者可以引以为戒。1.4节探讨一些有争议的观念。看完本章，要树立这样的信念：软件开发过程中的坎坎坷坷，仿佛只是人脸的凹凸不平，用热水毛巾一把就可抹平。让我们高举程序主义、软件工程思想的伟大旗帜，紧密团结在以Microsoft为核心的软件公司周围，沿着比尔盖茨的生财之道

4、，不分白天黑夜地编程，把建设有中国特色的软件产业的伟大事业1.1 软件工程的目标与常用模型软件工程的目标是提高软件的质量与生产率，最终实现软件的工业化生产。质量是软件需求方最关心的问题，用户即使不图物美价廉，也要求个货真价实。生产率是软件供应方最关心的问题，老板和员工都想用更少的时间挣更多的钱。质量与生产率之间有着内在的联系，高生产率必须以质量合格为前提。如果质量不合格，对供需双方都是坏事情。从短期效益看，追求高质量会延长软件开发时间并且增大费用，似乎降低了生产率。从长期效益看，高质量将保证软件开发的全过程更加规范流畅，大大降低了软件的维护代价，实质上是提高了生产率，同时可获得很好的信誉。质量

5、与生产率之间不存在根本的对立，好的软件工程方法可以同时提高质量与生产率。软件供需双方的代表能在餐桌上谈笑风生，归功于第一线开发人员的辛勤工作。质量与生产率的提高就指望程序员与程序经理。对开发人员而言，如果非得在质量与生产率之间分个主次不可，那么应该是质量第一，生产率第二。这是因为：(1)质量直接体现在软件的每段程序中，高质量自然是开发人员的技术追求，也是职业道德的要求。(2)高质量对所有方面(用户、开发方、社会)都有价值，而高生产率只对开发方有意义。(3)如果一开始就追求高生产率，容易使人急功近利，留下隐患。宁可进度慢些，也要保证每个环节的质量，以图长远利益。软件的质量因素很多，如正确性、性能

6、、可靠性、容错性、易用性、灵活性、可扩充性、可理解性、可维护性等等。有些因素相互重叠，有些则相抵触，真要提高质量可不容易啊！软件工程的主要环节有：人员管理、项目管理、可行性与需求分析、系统设计、程序设计、测试、维护等，如图1.1所示。人员管理项目管理维护测试程序设计系统设计可行性与需求分析图1.1 软件工程的主要环节软件工程模型建议用一定的流程将各个环节连接起来，并可用规范的方式操作全过程，如同工厂的生产线。常见的软件工程模型有：线性模型（图1.2）、渐增式模型（图1.3）、螺旋模型、快速原型模型、形式化描述模型等等Pressmam 1999, Sommerville 1992。维护测试程序设

7、计系统设计可行性与需求分析图1.2 软件工程的线性模型 时间维护测试程序设计系统设计可行性与需求分析维护测试程序设计系统设计可行性与需求分析 进度图1.3 软件工程的渐增式模型最早出现的软件工程模型是线性模型（又称瀑布模型）。线性模型太理想化，太单纯，已不再适合现代的软件开发模式，几乎被业界抛弃。偶尔被人提起，都属于被贬对象，未被留一丝惋惜。但我们应该认识到，“线性”是人们最容易掌握并能熟练应用的思想方法。当人们碰到一个复杂的“非线性”问题时，总是千方百计地将其分解或转化为一系列简单的线性问题，然后逐个解决。一个软件系统的整体可能是复杂的，而单个子程序总是简单的，可以用线性的方式来实现。线性是

8、一种简洁，简洁就是美。当我们领悟了线性的精神，就不要再呆板地套用线性模型的外表，而应该用活它。例如渐增式模型实质就是分段的线性模型，如图1.3所示。螺旋模型则是接连的弯曲了的线性模型。在其它模型中都能够找到线性模型的影子。套用固定的模型不是程序员的聪明之举。比如“程序设计”与“测试”之间的关系，习惯上总以为程序设计在先，测试在后，如图1.4（a）所示。而对于一些复杂的程序，将测试分为同步测试与总测试更有效，如图1.4（b）所示。程序设计总测试程序设计测 试同步测试（a） （b）图1.4 （a）程序设计在先测试在后 （b）测试分为同步测试与总测试不论是什么软件工程模型，总是少不了图1.1中的各个

9、环节。我们避开具体的软件工程模型，顺序讲述人员管理、项目管理、可行性与需求分析、系统设计、程序设计、测试，以及维护与再生工程。1.2 软件开发的基本策略人们都有自己的世界观和方法论，能自然而然地运用于生活和工作中。同样，程序员脑子里的软件工程观念会无形地支配其怎么去做事情。软件工程四十年的发展，已经积累了相当多的方法，但这些方法不是严密的理论。实践人员不应该教条地套用方法，更重要的是学会“选择合适的方法”和“产生新方法”。有谋略才会有好的战术。几千年前，我们的祖先就在打闹之际写下了很多心得体会，被现代人很好地运用于工业和商业。本节讲述软件开发中的三种基本策略：“复用”、“分而治之”、“优化折衷

10、”。1.2.1 复用复用就是指“利用现成的东西”，文人称之为“拿来主义”。被复用的对象可以是有形的物体，也可以是无形的成果。复用不是人类懒惰的表现而是智慧的表现。因为人类总是在继承了前人的成果，不断加以利用、改进或创新后才会进步。所以当我们欢度国庆时，要搞清楚祖国远不止57岁，我们今天享用到的财富还有上下五千年人民的贡献。进步只是应该的，不进步则就可耻了。复用的内涵包括了提高质量与生产率两者。由经验可知，在一个新系统中，大部分的内容是成熟的，只有小部分内容是创新的。一般地可以相信成熟的东西总是比较可靠的（即具有高质量），而大量成熟的工作可以通过复用来快速实现（即具有高生产率）。勤劳并且聪明的人

11、们应该把大部分的时间用在小比例的创新工作上，而把小部分的时间用在大比例的成熟工作中，这样才能把工作做得又快又好。把复用的思想用于软件开发，称为软件复用。据统计，世上已有数千亿多行程序代码，无数功能被重写了成千上万次，真是浪费。面向对象（Object Oriented）学者的口头禅就是“请不要再发明相同的车轮了”。将具有一定集成度并可以重复使用的软件组成单元称为软构件(Software Component)。软件复用可以表述为：构造新的软件系统可以不必每次从零做起，直接使用已有的软构件，即可组装（或加以合理修改）成新的系统。复用方法合理化并简化了软件开发过程，减少了总的开发工作量与维护代价，既降

12、低了软件的成本又提高了生产率。另一方面，由于软构件是经过反复使用验证的，自身具有较高的质量。因此由软构件组成的新系统也具有较高的质量。利用软构件生产应用软件的过程如图1.5所示。软件复用不仅要使自己拿来方便，还要让别人拿去方便，是“拿来拿去主义”。面向对象方法，Microsoft公司的COM规范 Rogerson 1999，都能很好地用于实现大规模的软件复用。查询软构件库用构件建造新软件定义所需构件集合应用软件系统分解提取构件 存在 创建新构件 构件不存在图1.5 利用软构件生产应用软件的过程1.2.2 分而治之分而治之是指把一个复杂的问题分解成若干个简单的问题，然后逐个解决。这种朴素的思想来

13、源于人们生活与工作的经验，完全适合于技术领域。软件人员在执行分而治之的时候，应该着重考虑：复杂问题分解后，每个问题能否用程序实现？所有程序最终能否集成为一个软件系统并有效解决原始的复杂问题？软件系统复杂问题 解决原始问题程序1子问题1 分解 集成程序2子问题2程序n子问题n图1.6 软件领域的分而治之策略图1.6表示了软件领域的分而治之策略。诸如软件的体系结构设计、模块化设计都是分而治之的具体表现。软件的分而治之不可以“硬分硬治”。不像为了吃一个西瓜或是一只鸡，挥刀斩成n块，再把每块塞进嘴里粉碎搅拌，然后交由胃肠来消化吸收，象征复杂问题的西瓜或是鸡也就此消失了。1.2.3 优化折衷软件的优化是

14、指优化软件的各个质量因素，如提高运行速度，提高对内存资源的利用率，使用户界面更加友好，使三维图形的真实感更强等等。想做好优化工作，首先要让开发人员都有正确的认识：优化工作不是可有可无的，而是必须要做的事情。当优化工作成为一种责任时，程序员才会不断改进软件中的算法、数据结构和程序组织，从而提高软件质量。著名的3D游戏软件Quake，能够在PC机上实时地绘制高度真实感的复杂场景。Quake的开发者能把很多成熟的图形技术发挥到极致，例如把Bresenham画线、多边形裁剪、树遍历等算法的速度提高近一个数量级。我第一次看到Quake时不仅感到震动，而且深受打击。这个PC游戏软件的技术水平已经远胜于我所

15、见识到的国内领先的图形学相关科研成果。这对我们日益盛行的点到完止的研发工作真是莫大的讽刺。所以当我们开发的软件表现出很多不可救药的病症时，不要怨机器差，真的是我们自己没有把工作做好，写不好字却嫌笔钝。就假设我们经过思想教育后，精神抖擞，随时准备为优化工作干上六天七夜。但愿意做并不意味着就能把事情做好。优化工作的复杂之处是很多目标存在千丝万缕的关系，可谓数不清理还乱。当不能够使所有的目标都得到优化时，就需要“折衷”策略。软件中的折衷策略是指通过协调各个质量因素，实现整体质量的最优。就象党支部副书记扮演和事佬的角色：“为了使整个组织具有最好的战斗力，我们要重用几个人，照顾一些人，在万不得已的情况下

16、委屈一批人”。软件折衷的重要原则是不能使某一方损失关键的职能，更不可以象“舍鱼而取熊掌”那样抛弃一方。例如3D动画软件的瓶颈通常是速度，但如果为了提高速度而在程序中取消光照明计算，那么场景就会丧失真实感，3D动画也就不再有意义了（如果人类全是色盲，计算机图形学将变得异常简单）。人都有惰性，如果允许滥用折衷的话，那么一当碰到困难，人们就会用拆东墙补西墙的方式去折衷，不再下苦功去做有意义的优化。所以我们有必要为折衷制定严正的立场：在保证其它因素不差的前提下，使某些因素变得更好。下面让我们用“优化折衷”的策略解决“鱼和熊掌不可得兼”的难题。问题提出：假设鱼每千克10元，熊掌每千克一万元。有个倔脾气的

17、人只有20元钱，非得要吃上一公斤美妙的“熊掌烧鱼”，怎么办？解决方案：化9元9角9分钱买999克鱼肉，化10元钱买1克熊掌肉，可做一道“熊掌戏鱼”菜。剩下的那一分钱还可建立奖励基金。1.3 一些不正确的观念本节例举并分析一些不正确的软件工程观念，可帮助初学者少犯相似的错误。观念之一：我们拥有一套讲述如何开发软件的书籍，书中充满了标准与示例，可以帮助我们解决软件开发中遇到的任何问题。客观情况：好的参考书无疑能指导我们的工作。充分利用书籍中的方法、技术和技巧，可以有效地解决软件开发中大量常见的问题。但实践者并不能因此依赖于书籍，这是因为：（1）现实的工作中，由于条件千差万别，即使是相当成熟的软件工

18、程规范，常常也无法套用。（2）软件技术日新月异，没有哪一种软件标准能长盛不衰。祖传秘方在某些领域很吃香，而在软件领域则意味着落后。观念之二：我们拥有最好的开发工具、最好的计算机，一定能做出优秀的软件。客观情况：良好的开发环境只是产出成果的必要条件，而不是充分条件。如果拥有好环境的是一群庸人，难保他们不干出南辕北辙的事情。观念之三：如果我们落后于计划，可以增加更多的程序员来解决。客观情况：软件开发不同于传统的农业生产，人多不见得力量大。如果给落后于计划的项目增添新手，可能会更加延误项目。因为：（1）新手会产生很多新的错误，使项目混乱。（2）老手向新手解释工作以及交流思想都要花费时间，使老手实际开

19、发时间更少。所以科学的项目计划很重要，不在乎计划能提前多少，重在恰如其分。如果用“大跃进”的方式奔向共产主义，只会产生倒退的后果。观念之四：既然需求分析很困难，不管三七二十一先把软件做了再说，反正软件是灵活的，随时可以修改。客观情况：对需求把握得越准确，软件的修修补补就越少。有些需求在一开始时很难确定，在开发过程中要不断地加以改正。软件修改越早代价越少，修改越晚代价越大，就跟治病一样道理。1.4 一些有争议的观念本节探讨一些有争议的观念，目的不在于得出“正确”或“错误”的评断，而在于争议会激发更多理性的思考。争议之一：如果软件运行较慢，是换一台更快的计算机，还是设计一种更快的算法？观点：如果开

20、发软件的目的是为了学习或是研究，那么应该设计一种更快的算法。如果该软件已经用于商业，则需谨慎考虑：若换一台更快的计算机能解决问题，则是最快的解决方案。改进算法虽然可以从根本上提高软件的运行速度，但可能引入错误以及延误进程。技术狂毫无疑问会选择后者，因为他们觉得放弃任何可以优化的机会就等于犯罪。类似的争议还有：是买现成的程序，还是彻底自己开发？技术人员和商业人士常常会有不同的选择。身份证查询实例：争议之二：有最好的软件工程方法，最好的编程语言吗？观点：在软件领域永远没有最好的，只有更好的。能解决问题的都是好方法或是好语言。程序员在最初学习Basic、Fortran、Pascal、C、C+等语言时

21、会感觉一个比一个好，不免有喜新厌旧之举。而如今的Visual Basic、Delphi、Visual C+、Java等语言各有所长，真的难分优劣。开发人员应该根据客观条件，选择自己熟悉的方法和语言，才能保证合格的质量与生产率。程序设计是自由与快乐的事情，不要发誓忠于某某主义而自寻烦恼。争议之三：编程时是否应该多使用技巧？观点：就软件开发而言，技巧的优点在于能另辟蹊径地解决一些问题，缺点是技巧并不为人熟知。若在程序中用太多的技巧，可能会留下隐患，别人也难以理解程序。鉴于一个局部的优点对整个系统而言是微不足道的，而一个错误则可能是致命的。建议用自然的方式编程，少用技巧。狼三则的故事告诉我们“失败的

22、技巧通常是伎俩”。当我们在编程时无法判断是用了技巧还是用了伎俩，那就少用。卖油翁的故事又告诉我们“熟能生巧”，表明技巧是自然而然产生的，而不是卖弄出来的。卖油翁的绝技是可到中央电视台表演的，而他老人家却谦虚地说：“没啥没啥，用熟了而已”。争议之四：软件中的错误是否可按严重程度分等级？观点：在定量分析时，可以将错误分等级，以便于管理。微软的一些开发小组将错误分成四个等级 Cusumano 1996，如表1.1所示。一级严重：错误导致软件崩溃。二级严重：错误导致一个特性不能运行并且没有替代方案。三级严重：错误导致一个特性不能运行但有替代方案。四级严重：错误是表面化的或是微小的。表1.1 错误的四个

23、等级微软补丁分级：上述分类是非常技术性的，并不是普遍适用的。假设某个财务软件有两个错误：错误A使该软件死掉，错误B导致工资计算错误。按表1.1分类，错误A属一级严重，错误B属二级严重。但事实上B要比A严重。工资算多了或者算少了，将会使老板或员工遭受经济损失。而错误A只使操作员感到厌烦，并没有造成经济损失。另一个示例是操作手册写错，按表1.1分类则属四级严重，但这种错误可能导致机毁人亡。开发人员应该意识到：所有的错误都是严重的，不存在微不足道的错误。这样才能少犯错误。1.5 小结软件工程学科发展到今天，已经有了很多方法和规范，学之不尽。本章只在宏观上讨论了软件工程的一些思想，更具体的内容将在后面

24、的章节论述。无论是什么好方法，贵在理解与灵活运用，而不可当成灵丹妙药，不象“吃了脑黄金或脑白金，就能使一亿人先聪明起来”。其它资料软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软

25、件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。软件工程

26、的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。所谓软件外包就是一些发达国家的软件公司将他们的一些非核心的软件项目通过外包的形式交给人力资源成本相对较低的国家的公司开发，以达到降低软件开发成本的目的。众所周知，软件开发的成本中70%是人力资源成本，所以，降低人力资源成本将有效地降低软件开发的成本。软件外包已经成为发达国家的软件公司降低成本的一种重要的手段。2004年，全球软件的销售额为6,000亿美元，而其中软件外包的销售额即达到500600亿美元。软件外包的大幅度增长为人力资源成本相对较低的印度和中国带来了新的发展机会。中国目前已经有不少的公司开始介入软件外包这一领域。目前软件外包产业较为发达的地区有上海、北京、大连以及深圳等城市。以北京为例，有40%的软件企业参与外包项目，软件行业60%70%的营业额来自外包。在上海和北京，一个软件外包工程师的月薪达到7,00010,000元人民币，而同样能力的软件工程师在武汉只需要三四千元人民币。资本的特征是向成本更低的地方流动，所以，近一段时间以来已经有大量的东部软件公司准备迁移到中部地区。软件外包将为中国软件业带来什么呢？不仅仅是经济发展的机会，还有先进的软件开发管理流程，以及严格的软件质量控制体系。通过发展软件外包产业，我国的软件产业已经告别手工作坊式的开发时代，进入工程化、规模化的开发阶段。