| 出版日期：2004-09-13 总期号：1347 本年期号：68 |
|
 |
软件设计计划乃大势所趋
Ganesh 印度ZenSar科技的执行主席和董事长，在印度信息技术业是最成功的专业人士之一。 为什么许多合作CIO，甚至一些软件企业的CEO都认为，现代软件开发仍在遵循分析、设计、编程和测试这样的传统方式？为什么软件部门和软件公司都按金字塔的方式构建: 一大堆编程人员上面有一些项目组长，上面还有个虎视眈眈的项目经理？ 在崭新的信息技术时代，这种老套传统的方式已经完全革新为一种新的方式，改变了软件开发的整个方法论，给用户提出了很大挑战，也给软件领域中少数具有洞察力的企业提供了巨大的契机。 软件设计计划的演化和建筑行业的发展有着惊人的相似，它从传统的先打地基后建筑的方式演化成现在先构建后置入的方式。不久前，大家认可的计算机系统开发方式就是由用户机构传递需求给系统部门，系统经理再安排一个顾问来深入了解以及指定规范说明书。大多数情况下都是由顾问来找一个编程团队来写代码。这种“多处放手”的系统开发方式因缺乏对每一层次的了解而闹了无数笑话，创建的系统也不能满足用户的真正需求。 现在我们设想一种不同的方式来达到更好的效果。业务用户能够最好地思考他自己的问题，然后由建模技术和训练有素的方案设计师提供一种可能的系统解决方案，分析现在的和所期望的业务过程，确定业务对象，并针对所要求的情况提取业务用例。 传统的系统开发生命周期和新的应用建模和软件设计计划方式之间的基本不同点，在于核心活动从无错编程转到了解决方案建模和设计。 事实上，程序生成和测试过程都成了设计过程的必然结果，而不是强调它们本身的重要性，因为现在智力都集中到了模块中而不是程序中。我们不仅可能用最新的语言生成新程序，也可能在固有的系统基础上生成封装代码，并将早期开发的工程系统完全转化成一种新的解决方案设计。用户机构系统部门的一个显著好处就是基本不需要雇佣缺乏训练而又流动性大的编程人员。相反，现在权力可以被掌握在业务用户的手中。 如果说解决方案设计解决了每个机构厌倦在计算机系统开发和维护中投入大量金钱这一问题，它也是对现已不甚景气的软件行业的又一个巨大打击。一直以来软件行业的核心竞争力就是对客户的所有问题都投以廉价的程序，这是做软件的一个时代性错误。世界走向一种新的模式，我们是否最终给程序商店和培训机构敲响了丧钟呢？ 尽管设计计划是大势所趋，每个软件出口商都不遗余力地投资工具和技术来达成计划，但是，他们仍然需要不同能力和资质的人员来建造新系统，以及重建旧的系统。下一代系统需要一定数量的专家参加设计开发活动的每一个阶段: 1. 分析专家和行业专家。他们将为已确定的业务范围建立直观的业务过程模型。 2.系统设计师和开发者。他们将使用业务分析家和行业专家准备的业务用例来构建设计计划。 3. 质量检测和测试专家。他们将验证建模的每个阶段及应用程序生成结果。 设计团队将设计出一个长期的， 储藏了丰富平台弹性可重用的解决方案计划的知识库，可针对目标平台直接生成代码。根据业务需要，按照属性搜查设备在知识库里寻找计划。如果能找到符合的设计计划，就可以直接重用。否则，就取最接近的计划，先用户化后再重用。如果存在较大差异，或者没有匹配的设计计划，设计团队就按需求构建新的设计计划并将其存入知识库。因此智囊团队会持续地为机构维护并转移计划，这将取代以往的程序员。 现在软件产业面临的挑战就是，培训并武装新一代的信息技术专家，使之成为解决方案设计师、项目经理和质量专家，来补充和维护软件设计解决方案。（D5） |
||||||||||||||||||||||||||
