本文由liguodong8347贡献
doc文档可能在WAP端浏览体验不佳。建议您优先选择TXT，或下载源文件到本机查看。
中国软件开发工具应用状况分析
IT 开发技术人员作为信息化技术的使用者，应用的规划者和实施者是中国信息化建设的中坚力量.2006 年年 末,IT168 基于深蓝和企业信息化频道以及 ITPUB 的资源，开展了一次调研活动. 通过对软件开发过程技术应用的研究，以及对比在研究中所涉及的调查数据，可以看出国内软件企业的规范化 程度正在不断提升，在开发过程中对软件开发辅助工具的使用也日益普及，但是，中国软件企业仍然有大部分处 于原始开发状态，需要真正懂得软件工程技术和管理的技术人员，国内软件咨询技术企业的自我完善和成长. 中国的软件行业从上世纪八十年代末开始形成，到现在已经经历了将近二十年的时间，这二十年时间里，国际 软件行业和技术的革新变化非常之大，我们不得不面对国际软件行业企业已经走过了几十年的历程和经验积累对 我们产生的压力. 从下面的调查数据上我们可以看到中国软件行业的从业人员的努力与拼搏，但是，仍然有太多的地方是不如意 的，也使得我们中国软件行业的从业人员不得不再次的深入思考，反省我们曾经的做法，规划我们将来的道路. 一组组的数据上到底说明了些什么问题，下面我们会在文中进行详细的分析和讲述. 本文中主要针对中国软件开发工具的应用状况进行调查，分析. 1 项目管理工具应用状况 项目管理工具应用状况
图表 ：开发者的公司或项目组采用的项目管理工具分布状况
项目管理工具在国内的使用比例与国外是有较大差别的，国外最着名的项目管理工具 P3 在国内却很少有人在 使用.从上面的图表可以看出，使用 Microsoft Project 的 64.7%的比例是比较出人意料的，因为 Microsoft Project 一直到 2002 年才推出真正实用的企业级项目管理版本, 不过, 这也说明微软工具使用得便利性上的确是深得人心
中国软件开发工具应用状况分析
的. 国内使用项目管理工具除了用它来制定甘特图的计划表之外, 还很少有企业用到 Project 的资源分配, 日程管理, 进度控制，任务分发等更复杂更高级的功能. 国内企业在项目管理上限于用户需求频繁变更的困境和管理人员的技能水平问题使得他们无法在项目管理上 采用有效的计划手段，可以说绝大多数公司仍然处于计划与实际执行的部分脱节甚至完全脱节而无关的状态下. 另外，项目管理的工具有很多种，项目管理较为成熟的企业一般都会考虑根据自己的特点开发一些相关的辅助 工具，另外，除了 Microsoft Project 等计划管理工具外，常用的工具还有 Excel 等.很多管理
规范的公司都是采用 诸如 Excel 这类的表格工具进行周计划和细节实施计划制定和检查的，而对于 Project 等工具则是用来指定宏观计 划，或者说给领导和客户看的理论执行计划，而这才是计划执行的实质. 图表 ：开发者在工作涉及项目管理工作的状况
从上面这张图表上我们可以看出，国内软件企业的项目管理工作是何等得混乱，单纯从企业项目管理团队的人 数比例来看，这个涉及到项目管理工作的比例是何其得高.而由于我们这个行业和网络与计算机的关系，使得我 们这个行业的从业人员应该是全员上网，而不是只有管理层才可以方便行使的权力.所以，上面我们看到的数据 应该可以认为是全部项目组成员中涉及到项目管理工作的人数居然达到了 76.8%，这个数据可以告诉我们，国内 的项目管理是何等的混乱，团队的稳定性是何等得差.因为，只有当团队不稳定的时候，才会出现较多的人的工 作内容会涉及到项目管理工作，很多软件开发者都经历过刚开始只是一个最初级的编码人员，由于其它人员的离 职，他从初级程序员变成高级程序员到整个项目的主程序员，而到了项目结束的时候，已经不得不承担项目经理
中国软件开发工具应用状况分析
的角的实际情况. 而正因为国内企业对员工利益的漠视，这使得软件开发者一年跳槽十多次都成为一种可能.而在一个相对稳定 的开发团队中涉及到项目管理的人应该不超过 30%，而这样，这个团队才会有足够的技术积累，才能不断地提升 团队的整体技术水平，并保证团队的稳定性.但从上面这幅图中，我们不得不为此担心，而这个担心，也是我们 对整个中国软件业和软件从业人员的担心.
图表 ：开发者选择项目管理工具所关注的因素
从上面这张图表中我们可以看到，国内开发人员在选择工具的时候主要是考虑简单易用性，其他的因素
都是排 列其后的，这也是 Microsoft Project 占有较大用户数的一个根本原因，而微软产品的简单易用性是他的传统，也是 全世界用户对它的最大认可度. 图中显示对简单易用因素的关注度最高，达到 35%，而对于余下因素的关注度，比例分布相对而言比较均匀. 在这里可以看到灵活性其实和简单易用是具有一致性的，而剩下的除了有良好的技术支持及资源与功能强大这 两项要求外，其他的都是比例较小的，微软的 Project 工具在功能上自 2002 版发布后，才可以称得上是强大，而 微软可以提供良好的技术支持及资源，所以，这也是微软的 Project 能够占有较大用户数的原因之一. 从只占有 10.7%的能提供强大的项目管理咨询服务来看，国内对软件咨询业和从业人员的认同程度也在逐渐的 提升，这也许是一些已经对国内老板失望
的经验相对较为丰富的技术人员可以考虑的一项未来的职业发展方向.
2 项目需求管理工具应用状况 项目需求管理工具应用状况 管理工具 图表 ：开发者在工作涉及需求管理工作的状况
中国软件开发工具应用状况分析
企业开始认同并逐渐将需求管理投入到开发实践过程中，但同时说明了需求管理做得也较为混乱，另一方面说明 中国软件开发者面对的用户业务需求的变化实在是很频繁. 需求管理真正在中国大陆推行起来的时间应该是 2001 到 2002 年间, 到现在越来越多的企业开始重视需求管理, 并开始将之投入到开发管
理实践过程中.但是，在正常的软件开发过程中，需求管理在一个人数为三十人以内的 项目组中只需要一个人就可以负责来完成，在一百人以内的项目组中根据不同的项目情况也不需要超过五个需求 管理人员，而这里却达到了超过半数的 59.8%的比例.这一方面说明中国的软件开发者不得不在各个阶段来面对 需求变更的问题，另一方面说明软件开发过程中的需求管理工作仍然相对处于混乱状态，并不是专人负责，职责 明确的分工合作，由此可见中国软件业的规范化还有相当长的道路需要走. 用户业务需求变化的频繁程度从这里也可以看到，只有当用户需求频繁变化的时候，软件开发者才会因为需要 应对需求的变化而不得不与需求管理工作打交道，这也使得软件开发者认为自己都在亲自做需求管理.而当需求 相对较为稳定的情况下，软件开发者所面对的需求变更次数不是频繁到必须每一个业务模块的开发者都必须进行 多次的需求变更工作.那么，软件开发者就不会都认为自己是亲自在做需求管理工作，因为将这项工作转交给指 定的需求管理员也是一种更高效更规范化的操作方式，同时也会减轻自己在开发过程中受到外在影响而不得不改 变工作频率导致工作效率降低的一种有效措施. 图表 ：开发者采用的管理需求工具的分布状况
中国软件开发工具应用状况分析
微软中国下载中心这种需求管理工具使用的分布情况是与各个企业在中国大陆的市场推广与宣传活动有着直接关系的. 可以看到 Rational 公司的 RequisitePro 工具占据着接近一半的市场分额，这和这几年内 Rational 公司包括现在 的 IBM 公司在中国大陆的较大规模的市场宣传与推动力度直接关联的，正因为 Rational 从 2000
年开始在中国大 陆的一系列宣传活动使得国内开发人员对 Rational 公司的系列工具都有着较为深入的了解和认识，同时也在大面 积的试用(注意：这里是试用，而不是使用). 而 Borland 是老牌的开发工具厂商, 在国内有着大量的 Borlander 的存在使得他们的每一个新工具的推出都会有 人进行一些自发的宣传与
推广，因此它才拥有了五分之一强的市场分额. 而在国际上享有盛名的需求管理工具 DOORS，却因为公司在中国大陆的宣传力度的薄弱而只占有可怜的 3.2% 的市场分额，这还是从 2005 年开始 Telelogic 公司在中国大陆开始的宣传活动有些关系的，否则，估计他连 1%的 市场分额也难以保持. 而其它需求管理工具占有的 25.3%的市场说明，国内有很多公司和团队在使用自己开发的需求管理工具.这是 由于需求管理有着明确的起始和终结点，过程相对稳定，有着自己独立完整的工程活动过程，开发难度也较小, 所以，很多公司都会根据自己的特点进行同类工具的开发.
3 软件开发管理工具应用状况 软件开发管理工具应用状况 管理工具 图表 ：开发者对建模工具的使用状况
中国软件开发工具应用状况分析
从某一层面来讲，上面的这张图表并不能完全说明问题，这是因为软件开发管理工具的范围太大了，比如说 ERWin 和 Power Designer 的核心在于数据库设计，虽然 Power Designer 也可以作系统架构设计
与分析，但是由于 历史的原因使得大家往往仅仅会在数据库设计的时候才会考虑到它.而 Together,Rational Rose/XDE,Rational Software Architect 都属于系统架构设计工具, 同时可以关联到需求与代码实现的辅助工具. Visio 只能称之为图 而 形绘制工具，而绝对不能和上面这三个工具相提并论的，适用 Visio 做流程规划和分析都是可以的，但是，它不 能做设计, 至少到目前最新的版本为止, 它的设计功能都是十分微弱的, 这一点连微软顾问服务部的人都承认 Visio 与 Rose 不是同一个档次上的工具. 这张图在一定程度上表明了下面几个情况:
对于数据库建模工具，现在 Power Designer 的市场分额远大于 ERWin 的，而且在平时的开发过程中我 们可以看到 Power Designer 的市场宣传活动也要比 ERWin 积极很多，我们很少见到关于 ERWin 的产品宣传与 推广.加上 Power Designer 是一些华人参与开发的，所以，更使得中国人对其有着较深的感情而倾向于使用它.
对于设计建模工具,Rational Rose/XDE 仍然占据着较大的市场分额，其后续产品 Rational Software Architect 也分割了 10.1%的市场分额，居于第二位.这里可以看到 IBM 在开发工具方面投入的宣传力度的确产 生了实际的效果, 这些在与 Borland 的 Together 可怜的 1.8%的对比中可以看出. 加上 Borland 近年来不断传出的 负面效应，尤其是 2006 年将开发工具部分出售未果最后将之独立成立公司的情况伤害了大批 Borlander 的心, 这种情况到了 2007 年 Together 可能连这 1.8%的分额都很难坚持住，相信在国际市场上也会有同样的负面效应 出现.
图表 ：开发者团队配置管理工具的种类分布状况
中国软件开发工具应
用状况分析
上表中，微软的 Visual Source Safe 占据了半数多的比例(52.2%)，配置管理工具上的划分也可以看到微软产 品简单易用性的深入人心.诚然，微软 VSS 的功能是无法与其他配置管理工具相提并论的.但是，在现阶段，中 国国内开发团队在配置管理层面上使用的深度与团队开发规范化程度较弱的情况下，大家对配置管理工具的要求 也是相对较低的.这可以从国内很少有大规模的软件项目的投入，甚至很多年都很难听说到这方面的任何消息也 是有着很密切的关系的. 对于居第二位占 22.8%的 ClearCase，它是一个功能强大，十分全面的配置管理工具，它甚至可以用于协调几百 上千人以上的开发团队, 甚至用于万人以上的团队配合协作也是可能的. 可以说从 Visual Source Safe 6 来看, VSS6 最多实现了 ClearCase 百分之一的功能.但是,ClearCase 由于功能过于强大，使得其配置和管理上相当复杂，基 本上没有经过 Rational 公司培训过的人是不可能通过自学掌握 ClearCase 的配置和管理的.当然，一旦配置好了, ClearCase 的使用还是十分简单的，开发人员基本上不需要学习就可以直接上手. Borland 的 StarTeam 也是一款优秀的配置管理工具，但是，由于 Borland 将开发工具独立出去的行为，将可能 使得其开发工具的市场分额逐渐降低. StarTeam 作为一个非主流配置管理工具而言, 而 加上公司推广力度的减弱, 前景更是让人担忧.
对于其它这 14.1%的分额而言，其中应该大部分都是 CVS 或者 WinCVS 的用户,CVS/WinCVS 可以看作是与 Rational ClearCase 以及 Visual Source Safe 在国内并列的三大配置管理主流工具了，这一点从下面源代码管理工具 上可以获得数据来源的支持. 图表 ：开发者团队使用源代码管理方案的种类分布状况
中国软件开发工具应用状况分析
这张图和前面那张图应当属于从属关系，因为源代码管理其实是配置管理的一个子项功能，也是配置管理的核 心关注点之一，毕竟软件开发最后都要落实到代码上，所有软件项目的结束都是以源代码形成的产品或者源代码 自身的交付作为终结点的. 从这张图上 CVS 占有 31.6%的用户份额可以证明前面"开发者团队配置管理工具的种类分布状况调查"中其它部 分的结论. 但是这张图中缺失的部分是 ClearCase 等配置管理工具所占有的市场分额，因此需要进行同比变化的分析才能 得到较为准确的结论. Visual Source Safe 所占有的 38.3%的市场分额说明很多公司对 Visual Source Safe 的安全性还是存在着较大的疑 虑，因此并没有像作为配置管理工具那样将源代码液放置到 Visual Source Safe 中进行统一的管理.而所有的配置 管理工具都拥有项目资源管理的功能，因此代码并不是项目的全部，所以才会
有这样的比例变化. 从个人管理自己的代码占有 10.1%的比例上可以看出下面两点:
国内软件行业开发者有很多仍然处于原始的开发状态下，他们属于个人开发，因此不使用其他的配置管
理工具.而这些较为熟练的个人开发者大都有自己的一套代码和文档管理策略，这主要是因为配置管理工具的 使用将占用较多的硬盘空间，而对于个人开发者而言，硬盘空间一般都并不是空闲较多的.他们虽然没有采用 任何工具来支持这方面的工作，但是个人的代码管理策略还是同样存在的，所以这种现状仍然是不可避免的.
对于企业而言，没有采用代码管理工具来实现，只能说明这些企业在管理上的混乱与无序，这也是中国 国内大批中小企业的软件开发现状决定的.这种企业大部分是依靠关系生存的，通过关系拿到一些项目，然后
中国软件开发工具应用状况分析
通过招聘刚毕业或者未毕业的大学生作为廉价劳动力来给他们完成这些项目.这种现象在国内已经持续了十多 年，相信在目前的情况下，这种情况还会有十多年的存在空间，所以，这种现象仍然是不可避免的.
图表 ：开发者团队进行每日构建的工具分布状况
每日构建其实是 XP 的一项最佳实践，从前面采用 XP 的 42.5%的比例来看，填写软件开发工具问卷的有效问 卷只有总问卷数的 24.1%，通过这三个比例关系可以看出，国内实际上做每日构建的总比例仍然
是十分小的. 而每日构建只有在较好的采用迭代开发的情况下才能做到，因为每日构建是迭代化思想在产品发布，测试与构 建上结合的产物.而从前面迭代化开发的比例(完全采用迭代为 6.4%，以及在"开发者公司或项目组对迭代开发 方式的应用状况"中的分析)来看，这种采用每日构建的起始时间一般也都会在项目的中后期才可能推行，这和极 限编程中提到的项目初始就能够进行每日构建的差别是十分大的，也可以从这里看到中国软件业的规范化道路还 是十分漫长的，仍然有很多技术和方法需要我们去学习去积累去实践. 图表 ：开发者团队对集成频度的要求分布状况
中国软件开发工具应用状况分析
软件团队的集成频度可以从一个很好的侧面看到软件开发团队中团队内部的交流与沟通的频率以及相关技术 的应用频度. 在实际的软件开发中有很多是由集成的频度可能是相对随意的，这种随意是与项目组团队内的开发进度与用例 /用户故事划分有关系的，有可能更多的集成是在 3 天,4 天,6 天或者没有较多规律的情况下进行的.而在回答 这个问题的时候，很多人都会因为这样而去选择每天或者每周，因为这两者是相对较为接近的. 而每月的集成则是传统的开发方式下，或者重型软件过

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