软件未来发展方向

[房地产未来的发展方向]简单一句话：，曲折中前进，波浪式上升。各地方具体情况不同可能有所差异，毕竟房地产市场是地方性的，发展有快有慢，成熟度有高有低。但近期来看一二线城市肯定要深度盘整。处在价格...+阅读

软件工程会如何发展？我觉得在未来几年我们会看到如下的趋势：● 需求工程，渐成热点：专业化的角色，日益复杂的业务创新，全球分布的团队以及互联网级的交付速度，这些都对需求获取的正确性和有效性提出了更高的要求；我预计需求工程的研究和实施会成为近期的热点，其中Use Case技术会被更广泛而正确的应用，而相关工具的研发也会成为热点（如IBM Rational Requirements Composer、Ravenflow等）。用例的优势在于它天生是黑盒的，它用自然语言抽象了用户和目标系统的交互，避免了混入分析、设计和实现细节，以保证用例可以被不懂具体技术的业务及测试人员所真正理解。同时，需求分析员又可以方便地通过用例分析（即用分析类来试图在理想方式下实现用例），将需求体系精华成分析模型。

在这一过程中，需求分析员可以更进一步地完善基于用例的需求体系，而不必担心分析模型会污染需求，从而实现需求与分析的分离及有效互动。● DSSA和MDD，老树新花（基于领域的构架〔DSSA〕与模型驱动的开发〔MDD〕）：随着软件应用的日益普及，软件已经超出了将手动流程自动化的范畴，而开始成为业务创新的主要推动力。因此，引入捕获特定领域内最先进需求及其实现架构的DSSA成为行业客户的热点之一。而且，DSSA的引入将MDD门槛大大降低了，也使基于DSSA的MDD支撑工具成为可能，从而可以极大地提高开发效率并保证软件质量（例如，Telelogic的Rhapsody就是一个成功的基于实时嵌入式系统构架的MDD工具）。● 迭代/敏捷，渐成标准：随着软件交付周期的日益加快，迭代化开发已经成为大多数软件开发团队的必选项。

但是迭代对整个团队的需求、架构、协同及测试能力都提出了更高的要求，现在许多开发团队都在试图导入迭代化开发的过程中，敏捷可以是被看成迭代化开发的一种导入方式，只不过敏捷的范围其实比迭代化开发更大一些。敏捷的三个要素是迭代开发、坦诚合作和自适应性。坦诚合作其实才是敏捷的精髓，如Ivar所说，敏捷其实是有关Social Engineering的。敏捷的主要贡献在于他更多地思考了如何去激发开发人员的工作热情，这是在软件工程几十年的发展过程中相对被忽略的领域。● 持续集成，蓄势待发：持续集成是保证迭代化开发质量的主要方式，通过持续集成可以利用自动化的方式来尽量自动地、尽早保证代码质量。随着迭代和敏捷的流行，持续集成相关的工具成为现在市场上的新热点（如持续集成框架IBM Rational BuildForge，开源软件CruiseControl，代码静态分析工具Klocwork Insight,IBM Rational Software Analyzer等）。

持续集成是一个复杂的系统工程，组织需要首先将现有的配置管理/变更管理工具与Build环境紧密集成并完成自动化Build过程，在根据企业/项目/产品的现状，定义如何自动化地检测软件质量（代码静态分析、单元测试或冒烟测试），并定义需要自动化生成的管理报表。● 基于实践的过程框架，方兴未艾：开发角色的专业化的和分布的全球化都要求软件开发过程更加规范，而敏捷又要求过程必须紧密贴合项目的实际需要，因此传统的大一统的过程无法符合这一需求。新一代的过程将是以实践为核心的，项目可以通过组装所需的不同实践来获得贴近项目要求的过程。IJI(Ivar Jacobson International)的EssWork框架和IBM Rational的RMC都是新一代的基于实践的过程框架。依据过程专家长时间的经验，他们很小心、很仔细地将一个完整的开发过程组件化，从开发过程抽象出一个个可以被单独导入又可以被组装到一起的实践，从而使逐步求精式的过程改进成为可能。

对于一个软件组织而言，如果已经建立一个比较成熟的软件开发流程，但觉得这一流程并不适合所有项目的实际需要，那么目前可以考虑的是用实践的方式去重新梳理现有流程，以使项目组能够以实践为单位来组装出切合项目实际的流程；另外，该组织也可以将适用于本组织的业界流行的实践导入到现有流程当中，IJI公司的专家从业界最佳经验中抽取了八个实践，配置管理.昨日黄花：随着开发团队规模的日益减小，配置管理的复杂性大大降低了，我们注意到越来越多的用户转向使用开源的配置管理工具（如Subeverison,JIRA,hosted-projects等等）；未来的配置管理工具更多的以一种全生命周期管理平台（Application Lifecycle Management）的方式出现，弱化了单项的配置管理能力而强调了全流程的整合（如Microsoft VisualStudio Team System和IBM Rational Team Concert等）。

即便配置管理的复杂性降低了，但它仍然是开发项目管理的最重要的支撑平台之一。目前的重点应该是加强对项目经理进行有关配置管理知识的培训，让他们理解到配置管理能力（如并行开发、基线回退等等）能够如何帮助项目开发过程的，从而使配置管理工具/环境的价值能够得到充分的发挥。

问软件工程的发展趋势

软件工程的发展不可能是孤立的，所以我们首先需要思考一下计算模型和软件开发本身的变化和趋势，再由此推测软件工程的发展趋势。从计算模型而言，应该来讲，传统的冯.诺依曼仍然被沿用；但从计算能力上来将，我们注意到了三个变化： ●CPU的运算能力按摩尔定律快速提升；但提升单颗CPU的计算能力已经越来越困难； ●并行运算技术以及多核多线程技术使服务器的处理能力飞速提升；服务器的处理能力不再是瓶颈，从而造成计算能力大量向服务器端迁移，C/S结构被无情抛弃，薄客户端（B/S结构）成为大势所趋； ●互联网的快速普及使得云计算成为可能，通过互联网相连的服务器集群在服务器端提供了更强大的计算能力；基于上述计算能力的变化，从软件开发模式而言，我们注意到以下六个相关的趋势： ●由于计算能力向服务器端的快速集中，提供高并行计算能力和可用性的中间件技术被广泛采用，甚至已经成为构建大型软件系统的必选项； ● 因为采用了中间件技术，软件开发团队可以更集中关注于业务逻辑，而可以将许多细节交给中间件来管理，从而大大减少了需要编写的代码行数，也直接导致了软件开发团队的规模变得越来越小，但角色变得越来越专业化（如了解行业的需求分析员，了解中间件技术和领域构架的架构师等）； ●计算能力的增强，使软件越来越易用，从而使软件变得无处不在，需要的软件开发人员数量急剧增长（组织形态是大量的小规模开发团队）；在这一因素以及降低成本的压力下，开发外包变得非常普及； ●为了使分布在互联网上系统能够互相协作，SOA成为一个热点； ●互联网的普及，将原来分散开发人员聚合在一起，只要有一个合适的基础和好的框架，他们就可以开发出产品级的工具软件（以Eclipse,JBoss,MySQL,Subversion为例），从而开源成为了一种趋势； ●B/S结构的系统非常容易升级，这使得软件交付和升级的速度大大加快了（从以年月为单位，到以周天为单位）；回到正题，那么在这些大的趋势的作用下，软件工程会如何发展呢？我觉得在未来几年我们会看到如下的趋势： ●需求工程，渐成热点：专业化的角色，日益复杂的业务创新，全球分布的团队以及互联网级的交付速度，这些都对需求获取的正确性和有效性提出了更高的要求；我预计需求工程的研究和实施会成为近期的热点，其中Use Case技术会被更广泛而正确的应用，而相关工具的研发也会成为热点（如IBM Rational Requirements Composer,,Ravenflow等。

用例的优势在于它天生是黑盒的，它用自然语言抽象了用户和目标系统的交互，避免了混入分析、设计和实现细节，以保证用例可以被不懂具体技术的业务及测试人员所真正理解。同时，需求分析员又可以方便地通过用例分析（use case analysis）（即用分析类来试图在理想方式下实现用例），将需求体系精华成分析模型。在这一过程中，需求分析员可以更进一步地完善基于用例的需求体系，而不必担心分析模型会污染需求，从而实现需求与分析的分离及有效互动。 ●DSSA和MDD，老树新花（基于领域的构架（DSSA）与模型驱动的开发（MDD））：随着软件应用的日益普及，软件已经超出了将手动流程自动化的范畴，而开始成为业务创新的主要推动力。因此，引入捕获特定领域内最先进需求及其实现架构的DSSA成为行业客户的热点之一。

而且，DSSA的引入将MDD门槛大大降低了，也使基于DSSA的MDD支撑工具成为可能，从而可以极大地提高开发效率并保证软件质量（例如，Telelogic的Rhapsody就是一个成功的基于实时嵌入式系统构架的MDD工具）。 ●迭代/敏捷，渐成标准：随着软件交付周期的日益加快，迭代化开发已经成为大多数软件开发团队的必选项。但是迭代对整个团队的需求、架构、协同及测试能力都提出了更高的要求，现在许多开发团队都在试图导入迭代化开发的过程中，敏捷可是被看成迭代化开发的一种导入方式，这不过敏捷的范围其实比迭代化开发更大一些。敏捷的三个要素是迭代开发、坦诚合作和自适应性。坦诚合作其实才是敏捷的精髓，如Ivar所说，敏捷其实是有关Social Engineering的。敏捷的主要贡献在于他更多地思考了如何去激发开发人员的工作热情，这是在软件工程几十年的发展过程中相对被忽略的领域。

●持续集成，蓄势待发：持续集成是保证迭代化开发质量的主要方式，通过持续集成可以利用自动化的方式来尽量自动地、尽早保证代码质量。随着迭代和敏捷的流行，持续集成相关的工具成为现在市场上的新热点（如持续集成框架IBM Rational BuildForge，开源软件CruiseControl，代码静态分析工具Klocwork Insight,IBM Rational Software Analyzer等）。持续集成是一个复杂的系统工程，组织需要首先将现有的配置管理/变更管理工具与Build环境紧密集成并完成自动化Build过程，在根据企业/项目/产品的现状，定义如何自动化地检测软件质量（代码静态分析、单元测试或冒烟测试），并定义需要自动化生成的管理报表。 ●基于实践的过程框架，方兴未艾：开发角色的专业化的和分布的全球化都要求软件开发过程更加规范，而敏捷又要求过程必须紧密贴合项...

软件工程师前景

软件工程师前景看好

现如今，IT界哪一种职位的就业率最高？哪一类人才的平均薪水最高？答案是软件工程师。IT技术发展需要的所有软件都需要软件工程师来完成，他们影响着整个IT行业的发展，并且创造着IT行业的未来。同时，随着竞争的加剧，软件企业对人才的需求也从原来的“单一技能型”向“一专多能复合型”发展，只掌握某一项技能就能就业的时代已经过去。上海软件人才概况

根据上海市2005年软件产业发展研究报告的统计，在学历结构上，上海软件产业共有各类专业人才10万人左右，其中65%以上拥有本科及本科以上学历，9%拥有硕士学历，2%拥有博士学历。由于本科以上学历的软件人员占软件产业专业人员的大多数，这也成为上海市乃至全国软件产业人员结构呈“橄榄型”之说的缘由之一。

从岗位结构看，上海软件产业人才中，中层技术和管理人员占12%左右，高级技术和管理人员不到5%。既缺乏系统分析师、系统设计师和架构设计师等高级人才，更缺乏熟悉产业化软件开发过程、了解市场需求和社会信息化、能把握软件质量控制的项目经理、产品经理和软件企业的创业领军人物。

在年龄结构上，上海软件企业近年来大量吸收青年员工，因此平均年龄约28岁，其中28岁以下占75%,35岁以下占92%。这一年龄结构反映出，上海软件产业的从业人员平均从业年龄约在3-4年。具有4年左右软件开发经验的专业人员往往成为较为紧缺的人才。

在知识结构上，软件产业是软件技术和市场结合的产物，理想的软件人才的知识结构要求专业化、复合型和国际化。上海软件产业人才知识结构的缺陷是当前软件产业发展的障碍之一。两类人才需求最旺。

软件产业是上海市重点扶植的高科技产业之一，然而，软件企业对软件工程师的需求仍是“全线告急”。一方面，上海软件企业的急剧扩张和各行各业不断加速信息化进程，需要大量的软件工程师；另一方面，许多跨国公司为节约运营成本，纷纷将研发机构和大型软件项目的开发转移到上海，对本地软件工程师的需求也非常迫切，简直可以用“如饥似渴”来形容这些用人单位对具有实际操作能力的软件工程师的需要。而且，越是上规模的公司，工作的拆分层次越清晰，对于软件人才的需求越大。

据了解，大多数软件企业急需的软件工程师有两类：一是“即插即用”型。这类人才的标准不外乎知识面较广，掌握1-2种比较常用的软件编程工具；具备一年左右实际项目开发经验，熟悉软件工程的基本概念；具有较高的职业素养，包括沟通能力、团队协作精神等。二是复合型高端软件工程师。目前，许多软件企业都非常需要能够独立承担国际化项目的高端需求分析师和高端软件系统设计师，这种人才现在还是凤毛麟角。 “钱”途一片光明