软件工程基本观念
本章讲述软件工程的基本观念,是关于软件工程宏观上的探讨;如果你是软件公司的老板,用不着在第一线工作,那么看这一章就够了;但你一定要让员工们相信不停地工作是人生最大的快乐,并且让他们把本书看完;
节讲述软件工程的目标和常用的软件工程模型;节讲述软件开发的基本策略：“复用”、“分而治之”、“优化——折衷”,有助于指导实践者选择方法和产生新方法;节例举一些不正确的观念,取材于早期软件人员比较幼稚的想法,初学者可以引以为戒;节探讨一些有争议的观念;
    看完本章,要树立这样的信念：软件开发过程中的坎坎坷坷,仿佛只是人脸的凹凸不平,用热水毛巾一把就可抹平;让我们高举程序主义、软件工程思想的伟大旗帜,紧密团结在以Microsoft为核心的软件公司周围,沿着比尔·盖茨的生财之道,不分白天黑夜地编程,把建设有中国特的软件产业的伟大事业全面推向21世纪;
软件工程的目标与常用模型
软件工程的目标是提高软件的质量与生产率,最终实现软件的工业化生产;质量是软件需求方最关心的问题,用户即使不图物美价廉,也要求个货真价实;生产率是软件供应方最关心的问题,老板和员工都想用更少的时间挣更多的钱;质量与生产率之间有着内在的联系,高生产率必须以质量合格为前提;如果质量不合格,对供需双方都是坏事情;从短期效益看,追求高质量会延长软件开发时间并且增大费用,似乎降低了生产率;从长期效益看,高质量将保证软件开发的全过程更加规范流畅,大大降低了软件的维护代价,实质上是提高了生产率,同时可获得很好的信誉;质量与生产率之间不存在根本的对立,好的软件工程方法可以同时提高质量与生产率;
软件供需双方的代表能在餐桌上谈笑风生,归功于第一线开发人员的辛勤工作;质量与生产率的提高就指望程序员与程序经理;对开发人员而言,如果非得在质量与生产率之间分个主次不可,那么应该是质量第一,生产率第二;这是因为：1质量直接体现在软件的每段程序中,高质量自然是开发人员的技术追求,也是职业道德的要求;2高质量对所有的用户都有价值,而高生产率只对开发方有意义;3如果一开始就追求高生产率,容易使人急功近利,留下隐患;宁可进度慢些,也要保证每个环节的质量,以图长远利益;
软件的质量因素很多,如正确性,性能、可靠性、容错性、易用性、灵活性、可扩充性、可理解性、可维护性等等;有些因素相互重叠,有些则相抵触,真要提高质量可不容易啊
软件工程的主要环节有：人员管理、项目管理、可行性与需求分析、系统设计、程序设计、测试、维护等,如图所示;
图  软件工程的主要环节
软件工程模型建议用一定的流程将各个环节连接起来,并可用规范的方式操作全过程,如同工厂的生产线;常见的软件工程模型有：线性模型图,渐增式模型图,螺旋模型,快速原型模型,形式化描述模型等等 Pressmam 1999, Sommerville 1992;
图  软件工程的线性模型
      时间
                                                                      进度
                                                                     
图  软件工程的渐增式模型
最早出现的软件工程模型是线性模型又称瀑布模型;线性模型太理想化,太单纯,已不再适合现代的软件开发模式,几乎被业界抛弃;偶而被人提起,都属于被贬对象,未被留一丝惋惜;但我们应
该认识到,“线性”是人们最容易掌握并能熟练应用的思想方法;当人们碰到一个复杂的“非线性”问题时,总是千方百计地将其分解或转化为一系列简单的线性问题,然后逐个解决;一个软件系统的整体可能是复杂的,而单个子程序总是简单的,可以用线性的方式来实现,否则干活就太累了;线性是一种简洁,简洁就是美;当我们领会了线性的精神,就不要再呆板地套用线性模型的外表,而应该用活它;例如渐增式模型实质就是分段的线性模型,如图所示;螺旋模型则是接连的弯曲了的线性模型;在其它模型中都能够到线性模型的影子;
套用固定的模型不是程序员的聪明之举;比如“程序设计”与“测试”之间的关系,习惯上总以为程序设计在先,测试在后,如图a所示;而对于一些复杂的程序,将测试分为同步测试与总测试更有效,如图b所示;
a                                              b
图 a程序设计在先测试在后        b测试分为同步测试与总测试
不论是什么软件工程模型,总是少不了图中的各个环节;本书擗开具体的软件工程模型,顺序讲述人员管理、项目管理、可行性与需求分析、系统设计、程序设计、测试,以及维护与重策划;其中程序设计部分以C++/C语言为例;
软件开发的基本策略
人们都有自己的世界观和方法论,能自然而然地运用于生活和工作中;同样,程序员脑子里的软件工程观念会无形地支配其怎么去做事情;软件工程三十年的发展,已经积累了相当多的方法,但这些方法不是严密的理论;实践人员不应该教条地套用方法,更重要的是学会“选择合适的方法”和“产生新方法”;有谋略才会有好的战术;几千年前,我们的祖先就在打闹之际写下了很多心得体会,被现代人很好地运用于工业和商业;本节讲述软件开发中的三种基本策略：“复用”、“分而治之”、“优化——折衷”;
复用
复用就是指“利用现成的东西”,文人称之为“拿来主义”;被复用的对象可以是有形的物体,也可以是无形的成果;复用不是人类懒惰的表现而是智慧的表现;因为人类总是在继承了前人的成果,
不断加以利用、改进或创新后才会进步;所以当我们欢度国庆时,要搞清楚祖国远不止50岁,我们今天享用到的财富还有上下五千年人民的贡献;进步只是应该的,不进步则就可耻了;
复用的内涵包括了提高质量与生产率两者;由经验可知,在一个新系统中,大部分的内容是成熟的,只有小部分内容是创新的;一般地可以相信成熟的东西总是比较可靠的即具有高质量,而大量成熟的工作可以通过复用来快速实现即具有高生产率;勤劳并且聪明的人们应该把大部分的时间用在小比例的创新工作上,而把小部分的时间用在大比例的成熟工作中,这样才能把工作做得又快又好;
把复用的思想用于软件开发,称为软件复用;据统计,世上已有1000亿多行程序,无数功能被重写了成千上万次,真是浪费哪;面向对象Object Oriented学者的口头禅就是“请不要再发明相同的车轮子了” ;
将具有一定集成度并可以重复使用的软件组成单元称为软构件Software Component;软件复用可以表述为：构造新的软件系统可以不必每次从零做起,直接使用已有的软构件,即可组装或加以合理修改成新的系统;复用方法合理化并简化了软件开发过程,减少了总的开发工作量与维护代价,既降低了软件的成本又提高了生产率;另一方面,由于软构件是经过反复使用验证
的,自身具有较高的质量;因此由软构件组成的新系统也具有较高的质量;利用软构件生产应用软件的过程如图所示;
软件复用不仅要使自己拿来方便,还要让别人拿去方便,是“拿来拿去主义”;面向对象方法,Microsoft公司的COM规范 Rogerson 1999,都能很好地用于实现大规模的软件复用;
                                          存在 
                                       
                                     
                                    构件不存在
图  利用软构件生产应用软件的过程
分而治之
分而治之是指把一个复杂的问题分解成若干个简单的问题,然后逐个解决;这种朴素的思想来源于人们生活与工作的经验,完全适合于技术领域;软件人员在执行分而治之的时候,应该着重考虑：复杂问题分解后,每个问题能否用程序实现所有程序最终能否集成为一个软件系统并有效解决原始的复杂问题
                                解决原始问题
            pascal是系统软件吗分解                                            集成
图 软件领域的分而治之策略
图表示了软件领域的分而治之策略;诸如软件的体系结构设计、模块化设计都是分而治之的具体表现;软件的分而治之不可以“硬分硬治”;不像为了吃一个西瓜或是一只鸡,挥刀斩成n块,再把每块塞进嘴里粉碎搅拌,然后交由胃肠来消化吸收,象征复杂问题的西瓜或是鸡也就此消失了;

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。