1.软件工程基本观念.docVIP

PAGE 1 PAGE 9 软件工程思想 在20世纪60年代计算机发展初期，程序设计是少数聪明人干的事。他们的智力与技能超群，编写的程序既能控制弱智的计算机，又能让别人看不懂、不会用。那个时期编程就跟捏泥巴一样随心所欲，于是他们很过分地把程序的集合称为软件，以便自己开心或伤心时再把程序捏个面目全非。人们就在这种美滋滋的感觉下热情地编程，结果产生了一堆问题：程序质量低下，错误频出，进度延误，费用剧增……这些问题导致了“软件危机”。 1968年，一群程序员、计算机科学家与工业界人士聚集一起共商对策。通过借鉴传统工业的成功做法，他们主张通过工程化的方法开发软件来解决软件危机，并冠以“软件工程”这一术语。三十年余年来，尽管软件的一些毛病如人类的感冒一样无法根治，但软件的发展速度超过了任何传统工业，期间并未出现真正的软件危机。这的确是前人的先见之明。如今软件工程成了一门学科。 软件工程主要讲述软件开发的道理，基本上是软件实践者的成功经验和失败教训的总结。软件工程的观念、方法、策略和规范都是朴实无华的，平凡之人皆可领会，关键在于运用。我们不可以把软件工程方法看成是诸葛亮的锦囊妙计——在出了问题后才打开看看，而应该事先掌握，预料将要出现的问题，控制每个实践环节，并防患于未然。研究软件工程永远做不到理论家那么潇洒：定理证明了，就完事。 第一章 软件工程基本观念 本章讲述软件工程的基本观念，是关于软件工程宏观上的探讨。如果你是软件公司的老板，用不着在第一线工作，那么看这一章就够了。但你一定要让员工们相信不停地工作是人生最大的快乐，并且让他们把全文看完。 1.1节讲述软件工程的目标和常用的软件工程模型。1.2节讲述软件开发的基本策略：“复用”、“分而治之”、“优化——折衷”，有助于指导实践者选择方法和产生新方法。1.3节例举一些不正确的观念，取材于早期软件人员比较幼稚的想法，初学者可以引以为戒。1.4节探讨一些有争议的观念。 看完本章，要树立这样的信念：软件开发过程中的坎坎坷坷，仿佛只是人脸的凹凸不平，用热水毛巾一把就可抹平。让我们高举程序主义、软件工程思想的伟大旗帜，紧密团结在以Microsoft为核心的软件公司周围，沿着比尔·盖茨的生财之道，不分白天黑夜地编程，把建设有中国特色的软件产业的伟大事业…… 1.1 软件工程的目标与常用模型 软件工程的目标是提高软件的质量与生产率，最终实现软件的工业化生产。质量是软件需求方最关心的问题，用户即使不图物美价廉，也要求个货真价实。生产率是软件供应方最关心的问题，老板和员工都想用更少的时间挣更多的钱。质量与生产率之间有着内在的联系，高生产率必须以质量合格为前提。如果质量不合格，对供需双方都是坏事情。从短期效益看，追求高质量会延长软件开发时间并且增大费用，似乎降低了生产率。从长期效益看，高质量将保证软件开发的全过程更加规范流畅，大大降低了软件的维护代价，实质上是提高了生产率，同时可获得很好的信誉。质量与生产率之间不存在根本的对立，好的软件工程方法可以同时提高质量与生产率。 软件供需双方的代表能在餐桌上谈笑风生，归功于第一线开发人员的辛勤工作。质量与生产率的提高就指望程序员与程序经理。对开发人员而言，如果非得在质量与生产率之间分个主次不可，那么应该是质量第一，生产率第二。这是因为：(1)质量直接体现在软件的每段程序中，高质量自然是开发人员的技术追求，也是职业道德的要求。(2)高质量对所有方面(用户、开发方、社会……)都有价值，而高生产率只对开发方有意义。(3)如果一开始就追求高生产率，容易使人急功近利，留下隐患。宁可进度慢些，也要保证每个环节的质量，以图长远利益。 软件的质量因素很多，如正确性、性能、可靠性、容错性、易用性、灵活性、可扩充性、可理解性、可维护性等等。有些因素相互重叠，有些则相抵触，真要提高质量可不容易啊！ 软件工程的主要环节有：人员管理、项目管理、可行性与需求分析、系统设计、程序设计、测试、维护等，如图1.1所示。 人员管理 项目管理 维 护 测 试 程序 设计 系统 设计 可行性与 需求分析 图1.1 软件工程的主要环节 软件工程模型建议用一定的流程将各个环节连接起来，并可用规范的方式操作全过程，如同工厂的生产线。常见的软件工程模型有：线性模型（图1.2）、渐增式模型（图1.3）、螺旋模型、快速原型模型、形式化描述模型等等[Pressmam 1999, Sommerville 1992]。 维 护 测 试 程序 设计 系统 设计 可行性与 需求分析 图1.2 软件工程的线性模型 时间 维 护 测 试 程序设计 系统设计 可行性与需求分析 维 护 测 试 程序设计 系统设计 可行性与需求分析