软件工程总结与展望.docx

软件工程总结与展望.docx

《软件工程总结与展望.docx》由会员分享，可在线阅读，更多相关《软件工程总结与展望.docx（16页珍藏版）》请在冰点文库上搜索。

软件工程总结与展望

2019年软件工程总结与展望

软件工程总结与展望【1】

软件工程已经走过了40年的路程，随着全球网络信息化时代的到来，正在迈入一个新的发展阶段。

伴随着软件工程的发展进程，软件工程教育在逐渐形成自己体系的同时，也需要不断地更新和发展，以适应和满足社会对软件工程人才提出的新要求。

因此，网络时代为软件工程教育的发展和成熟带来了新的机遇和挑战。

1.软件工程学科

众所周知，软件工程的概念是在1968年举行的NATO会议上，为了解决“软件危机”问题而提出的。

软件工程在40年的发展历程中，产生了许多有影响的方法、技术和工具，取得了广泛的成功应用和最佳实践，在工业界获得了普遍认可。

但是，软件工程是否应该成为一个独立学科依然是一个颇有争议的问题[1]。

在学术界，人们争议的主要焦点集中在软件工程与计算机科学之间的关系上，即二者是存在一定交集的两个独立部分，还是前者是后者的一个子集。

IEEE-CS/ACM在ComputingCurricula20XX（CC20XX）中对整个计算领域进行了不同学科的划分，清楚地表明软件工程与计算机科学是完全独立的两个学科，但是二者存在着大量的交叉[2]。

在工业界，人们往往忽略计算领域的学科划分，从各自职业的角度对软件工程有着不同的理解。

通常情况下，“工程师”资格在相关工程领域的许可范围具有严格的界定，但是“软件工程师”却不相同，其职位和资格基本上是随需而定的，缺乏一个统一的公认标准，在正规教育和职业认证中也很少关注这一点。

我国软件工程专业的建设始于20世纪80年代初，90年代发展成为计算机软件与理论二级学科下的一个专业方向。

近年来，伴随着我国软件行业的蓬勃发展，软件工程专业正以惊人的速度发展壮大。

与此同时，部分高校专家提出了增设软件工程一级学科的建议，以满足软件技术的快速发展、产业结构的变革性调整、产业的逐步优化升级等方面的迫切要求，进一步实现我国软件产业人才培养的跨越式发展。

总之，无论是软件工程领域的发展还是软件工程学科的争议，它们都反映出软件工程是一个年轻而有活力的新生事物，具有被广泛应用和有待成熟的双重特性。

软件工程自始至终致力于解决软件开发中的问题，正逐步呈现成熟发展的态势。

2.软件工程教育计划

在初期，软件工程只是属于计算机科学教育计划的一门或多门课程，这些课程至今在计算机科学教育计划中仍发挥着重要的作用。

20世纪70年代末期，美国在制定研究生教育计划时采纳了IEEE-CS提出的制定软件工程教程的建议，为软件工程教育打下了基础。

在英国，最早的本科软件工程教育计划开始于1985年的英国皇家学院和1988年的谢菲尔德大学。

20世纪80年代末和90年代初，软件工程教育得到卡内基·梅隆大学软件工程研究所（SEI）的发展和支持。

在调查软件工程教育现状的基础上，卡内基·梅隆大学建立了软件工程硕士教育计划（MSE），并组织和推动软件工程教育者研讨会，出版了研究生的软件工程推荐教程。

1987年，SEI发起和资助了第一届软件工程教育和培训会议（CSEET），为软件工程教育者提供了一个论坛，提出和讨论软件工程教育的观点、方法和活动。

在1995年，作为软件工程教育计划的一部分，SEI建立了关于软件工程教育和培训的一个工作组（WGSEET），致力于本科软件工程教育计划的研究和开发[3]。

1993年，IEEE-CS和ACM为把软件工程建设成为一个专业，建立了IEEE-CS/ACM联合指导委员会。

随后，该指导委员会被软件工程协调委员会（SWECC）替代，开发了软件工程职业道德规范、本科软件工程教育计划评价标准、软件工程知识体系（SWEBOK）。

其中，SWEBOK全面描述了软件工程实践所需的知识，为开发本科软件工程教育计划打下了基础。

20XX年8月，全世界500多位来自大学、科研机构和企业界的专家、教授经过多年的努力，推出了软件工程知识体系、软件工程教育知识体系（SEEK）两个文件的最终版本，标志着软件工程学科在世界范围正式确立，并在本科教育层次上迅速发展。

20世纪80年代初，我国开始探索软件工程教育，部分高校面向研究生开设了软件工程课程。

1984年和1985年，在原国家科委的支持下，北京大学和复旦大学分别举办了共四期软件工程研究生班。

2001年，经教育部和国家计委批准，全国成立了35所示范性软件学院，后增加到37所。

各高校软件学院为培养高层次、实用型、复合型、具有国际竞争力的软件工程人才，开发了本科生和研究生软件工程教育计划。

20XX年，教育部组织编写了我国软件工程专业规范，并于20XX年成立了软件工程专业教学指导分委员会。

这些举措有效地促进了我国软件工程学科的发展，标志着我国软件工程教育开始走向成熟。

3.软件工程教育研究

在软件工程教育的发展和成熟过程中，许多软件工程教育团体开展了有意义的研究和推动工作。

目前，比较有影响的软件工程教育国际会议包括CSEET、WGSEET、IEEE教育前沿会议、SIGCSE、ASEE年会等。

CSEET是一个软件工程教育与培训会议，首次会议于1987年4月由卡内基·梅隆大学SEI发起和举办，致力于软件工程知识体系和教育计划的研讨和交流。

WGSEET是一个软件工程教育与培训工作组，于1995年由卡内基·梅隆大学SEI创建，探讨软件工程教育的研究与发展，与软件工程教育与培训组织共享信息和最佳实践方法;该组织于1999年提出了一个技术报告，为开发本科软件工程教育计划提供指导。

除美国外，还有许多国家和国际组织为提高软件工程的教育地位，在一些软件工程国际学术会议中设立软件工程教育进展与跟踪的研讨内容。

20XX年，教育部组织成立了软件工程专业教学指导分委员会，进一步开展我国软件工程专业规范的研究与推广工作。

该组织在20XX年和20XX年分别举办了两届全国高校软件工程专业教育年会，旨在为高校软件工程专业教学人员提供一个广泛交流的平台，共同探索高等学校软件工程专业课程体系、教学质量标准和评估体系的建设，研讨专业基础和核心课程教学内容体系、教学方法和教学手段的改革与创新，探讨软件工程专业实践教学体系的建设与企业合作以及基于现代信息技术平台的优质教学资源建设与共享等。

目前，该组织正在进行我国软件工程专业规范的完善和修改工作。

4.未来展望

信息社会不断增长的软件人才需求同教育供给（特别是优质专业教育）不足的矛盾，已成为软件工程教育发展面临的一个重要问题，解决问题的关键之一是需要在不断的教学探索中摸索出一个具有中国特色的软件工程教育思路和方法，形成一个正确的学科体系，从而保证教育质量的不断提高，使软件工程教育得以健康稳步地发展。

我国软件工程教育应该继续推进软件工程的学科建设，进一步培养软件工程博士，同时继续开展高等学校与企业界的深度合作，培养一批软件产业急需的网络时代软件工程高端人才，在软件工程研究的基础上，将最新的创新研究成果应用到大型软件项目的管理、设计和工程实施中，最终促进软件工程创新团队的形成和大批有市场竞争力的软件创新成果和产品的产生。

在可预见的将来，软件工程的人才需求仍将十分旺盛，软件工程人才培养已成为我国抢占高技术领域制高点的关键因素。

因此，建设和发展我国软件工程学科体系的时机已经成熟，我们应当在借鉴国外成果和总结国内经验的基础上，研究我国软件工程人才的培养模式和教学改革，逐步形成具有自身特色的学科体系和人才培养模式，为我国经济社会的可持续发展奠定基础。

软件工程总结与展望【2】

哲学就是用简单的说话来体现出隐含深层意义的道理，让人们去思考和体会。

哲学本身就是用来完善自己的精神修养和帮助他人完善思想的。

哲学的特征在于追问本质，不断反思。

内容上，哲学的反思对象无所不包;深度上，哲学的反思是无穷无尽的。

现实中，我们可以借用哲学的思维方式，但是不能照搬哲学的思维方式。

也即是说我们能够直接关注的现实是具体而有限的，思维的不可封闭性使得我们在解决具体问题时不能进行无穷追问。

把哲学低估于现代科学是不负责任的，哲学隐藏在现实生活中的每一部分，它为我们提供了一种生活的方式，如果将哲学简单的与现代科学相提并论，则成为了一种狭隘的唯科学主义。

“又是一年毕业时”，看到一批批学子离开人生的象牙塔，走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志，不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼，希望对所有的软件工程师们有所帮助，早日实现自己的人生目标。

本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议，前面几点旨在确定大的方向，算是废话吧。

谨以此文献给那个自己为你奉献3年青春与激情的开发团队。

还有团队成员：

PPL、YT、YK、TYF、LGL、CHL、CDY、CB、DPD。

1、分享第一条经验：

“学历代表过去、能力代表现在、学习力代表未来。

”其实这是一个来自国外教育领域的一个研究结果。

相信工作过几年、十几年的朋友对这个道理有些体会吧。

但我相信这一点也很重要：

“重要的道理明白太晚将抱憾终生!

”所以放在每一条，让刚刚毕业的朋友们早点看到哈!

2、一定要确定自己的发展方向，并为此目的制定可行的计划。

不要说什么，“我刚毕业，还不知道将来可能做什么?

”，“跟着感觉走，先做做看”。

因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。

一直做技术，将来成为专家级人物?

向管理方向走，成为职业经理人?

先熟悉行业和领域，将来自立门户?

还是先在行业里面混混，过几年转行做点别的?

这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!

”。

3、软件开发团队中，技术不是万能的，但没有技术是万万不能的!

在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。

在软件项目团队中，技术水平是受人重视和尊重的重要砝码。

无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。

算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。

倒是曾经看到过一个“高学历的牛人”（非技术型）带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!

”四分五裂、各奔东西。

那个项目的“成功度”大家可想而知了。

4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整（软件开发技术变化实在太快）。

请牢记：

“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。

”不要告诉自己没有时间。

来自时间管理领域的著名的“三八原则”告诫我们：

另外的那8小时如何使用将决定你的人生成败!

本人自毕业以来，平均每天实际学习时间超过2小时。

5、书籍是人类进步的阶梯，对软件开发人员尤其如此。

书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。

对于花钱买书，我个人经验是：

千万别买国内那帮人出的书!

我买的那些家伙出的书，!

00%全部后悔了，无一本例外。

更气愤的是，这些书在二手市场的地摊上都很难卖掉。

“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。

”只有将书本变成的自己智慧，才算是真正拥有了它。

6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。

“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。

开发Windows应用程序，看看Windows程序的设计、加载、执行原理，分析一下PE文件格式，试试用SDK开发从头开发一个Windows应用程序;用VC++、Delphi、Java、.Net开发应用程序，花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源码;除了会用J2EE、JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。

试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!

7、在一种语言上编程，但别为其束缚了思想。

“代码大全”中说：

“深入一门语言编程，不要浮于表面”。

深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。

编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。

我的经验是：

用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式?

用传统的桌面开发工具（目前主要有VC++、Delphi）进行系统体统结构设计时，为什么不可以参考来自Java社区的IoC、AOP设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架?

在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?

为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题?

?

?

“他山之石、可以攻玉”。

8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。

众所周知，对软件开发人员而言，有、无经验的一个显著区别是：

无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题（其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面）。

这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。

但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。

9、理论与实践并重，内外双修。

工程师的内涵是：

以工程师的眼光观察、分析事物和世界。

一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人（个人观点、欢迎探讨）。

掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。

学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。

站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。

10、心态有多开放，视野就有多开阔。

不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。

请及时发布自己的研究成果：

开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。

想想自己2000年间开发的那些Windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。

并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。

“与人交换苹果之后，每个人还是只有一个苹果;但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢?

11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。

网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。

不要因为工作是做ERP，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。

如果当他别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。

12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。

诺贝尔经济学奖得主西蒙教授的研究结果表明：

“对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。

”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。

可见，掌握一门陌生的学问远远没有想想的那么高难、深奥。

多方吸取、广泛涉猎。

极力夯实自己的影响圈、尽量扩大自己的关注圈。

财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。

13、本文的总结与反思：

A：

不要去做技术上的高手，除非你的目标如此。

虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。

你可以提高自己的专业知识，但能胜任工作即止。

B：

提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。

软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。

C：

在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。