开发平台.docx

开发平台.docx

《开发平台.docx》由会员分享，可在线阅读，更多相关《开发平台.docx（10页珍藏版）》请在冰豆网上搜索。

开发平台

背景知识　　

是一种软件开发工具，以通用技术架构（如MVC）为基础，集成常用建模工具、二次开发包、基础解决方案等而成。

可以大幅缩减编码率，使开发者有更多时间关注客户需求，在项目的需求、设计、开发、测试、部署、维护等各个阶段均可提供强大的支持。

　　软件开发平台源于繁琐的实践开发过程中。

开发人员在实践中将常用的函数、类、抽象、接口等进行总结、封装，成为了可以重复使用的“中间件”，而随着“中间件”的成熟和通用，功能更强大、更能满足企业级客户需求的——软件开平台应运而生。

　　平台是一段时间内科研成果的汇聚，也是阶段性平台期的标志，为行业进入新的研发领域提供了基础。

由于平台对企业核心竞争力的提升非常明显，目前国内的管理软件市场，软件开发平台的应用已经成为一种趋势。

　　目前国内的软件开发平台，除国际品牌如IBM，国内平台商比较成熟的有Justep、普元、昕友亿方、创恒信、北京百特安茂信息技术有限公司提供的VisualSet开发平台，以及山东金现代信息技术有限公司出品的轻骑兵软件开发平台等，部分管理软件企业也开始借力平台提升企业竞争力，如用友。

　　由于开发环境、开发人员、功能定位、行业背景等的不同，不同品牌的平台存在较大差别。

以轻骑兵软件开发平台为例，其最大特点在于可视化的界面定制、方便快捷的流程配置、按需定义的报表定制、功能完善的二次开发支持。

　　软件开发平台相对传统开发模式的优势：

　　1、优化产品基础架构，提升软件开发质量；

　　2、减少编码率，提高开发效率，提升开发的灵活性；

　　3、可以充分关注客户需求，实现按需定制；

　　4、实现配置组件的标准化，提升产品稳定性和兼容性；

　　5、提升企业开发能力，降低后期维护的时间和成本。

软件开发新趋势：

引入成熟平台渐成主流

2009-12-9    作者：

普巴软件        点击进入论坛

　　由于普遍存在技术研发实力差、缺乏创新能力等弱点，长期以来，我国有不少开发商采用的开发模式基本上都是依赖国外基础平台——“群件平台+适当定制”的模式，设计还基本上停留在C/S架构，造成可供开发商发挥的空间太小，软件大而全，但柔性功能较差，融合集成能力较弱，个性化功能少……

　　同时，开发方式落后——普遍采用“手工作业”即传统编码开发方式，开发效率低，无法适应用户随时变更的需求，系统后期维护困难等等，基本上是这类软件厂商共同的弱点。

因此，当面对大型企业客户对于应用系统日益增长的需求时，大多数中小软件开发企业就很难驾驭这一日趋庞大的“软件巨兽”了。

　　对此，中国工程院院士倪光南曾指出：

“从软件企业竞争力发展角度来看，中国国家软件产业需要通过技术平台强化技术竞争力，最大限度地整合产业资源，这是企业提升竞争力的必由之路。

”

　　引入平台，提升核心竞争力，成开发商战略重点

　　而据IDC公布的《软件商成长路线图》白皮书显示，技术平台及其与产品平台的分离，是当前软件开发商竞争力得以差异化并提升的战略重点。

IDC调研显示，通过引入技术平台，将大大降低软件商的人员流失风险和开发成本，并在人才结构上优化企业资源配置，将橄榄形的人才结构转变成更业务化的哑铃型企业。

　　更有业界人士认为：

“技术平台对于软件商的价值，从技术层面来看，可以直接提高软件开发的复用度和敏捷度;从管理层面来看，则可降低对人员的依赖性并最终提升软件的规模化、流水线式的生产能力。

从技术和管理两方面进行提高，技术平台将最终使得软件开发商可以关注客户业务，形成自己的核心竞争力。

”

　　因此，转变传统的软件开发思路，充分利用软件市场已有资源，选择与成熟的应用软件开发平台服务商进行合作，走产业合作的道路已成为国内软件开发企业逆市发展的当务之急。

尤其是在金融风暴中，这种产业链上下游间的合作显得尤为迫切和必要。

　　技术发展，产品成熟，国内平台统领市场

　　据悉，随着近年来互联网技术尤其是Web2.0技术，以及SOA、AJAX、J2ee、XML、Stream、Portal等技术的快速发展，并由此带来的Web信息发布和检索技术、网络分布式对象技术的飞速发展，我国有很多软件开发企业，在中间件领域尤其是在以业务为导向和驱动、专门用来快速构建应用软件系统的应用开发平台方面，取得了令人瞩目的成就。

如：

普巴软件于2008年底推出的基于SOA架构的应用开发平台eFlow2.0，普元软件在不久前发布的平台套件EOS6.0等，都已经跨入了最先进的第三代开发平台的行列。

　　据介绍，普巴软件推出的基于SOA架构和Web应用的eFlow应用开发平台还提出了“配置化”的设计理念，即将大量成熟而实用的应用构件/组件和模块进行高度封装，并内置功能强大、成熟、实用的各种应用系统和开发工具。

开发人员在进行软件开发过程中，绝大多数开发与应用无需特殊的编码，只需按照项目需求选择相应的组件或模块进行“拖拽式”配置，而捏合过程由系统自动完成。

就像统一规格、统一标准的机器零部件，只需按要求简单的拼装即能成为完整的机械设备一样。

因而大大提高了软件开发的效率，降低了软件开发与应用的难度，并且应用可立即部署，大大缩短了应用开发的调试期。

　　“配置化”理念的提出无疑给整个软件产业带来一种新思路。

据介绍，eFlow应用开发平台已被广泛应用于ERP、OA、CRM、HR、MIS、BPM等企业各种应用系统的开发过程中，使软件开发效率提高了一个数量级，并大大增强了系统的可维护性和可移植性，尤其在ERP开发方面更显示出其强大的功能和优势，为市场所看好。

需求收集中的作用

、软件项目管理在具体业务软件系统开发中的重要作用

　　信息系统项目的开发过程不同于其他产品的制造过程，在很大程度上，信息系统开发是计算机技术、通信技术、信息技术加上具体的业务工作交叉的实践性工程项目。

系统能否开发成功，不仅取决于成熟技术和先进的开发方法，本文认为更重要的取决于参与开发的技术人员的能力，参与开发的业务人员的业务素质和对本专业掌握的水平。

经常从事系统软件开发工作的人都知道，软件开发过程中具有很多的不可预知性，这也是信息系统项目的一个特点。

在开发过程中，如何将这种不可预知的东西变成可以预知的东西。

对这一问题，项目管理就是最好的解决问题的工具。

因此，在信息系统开发活动中引入规范、科学、系统的软件项目管理方法是非常必要的。

　　本文认为在软件项目中引进项目管理时要注意软件项目管理与其他管理相似，都是管理人员根据经验、事实和原理做出决策。

因此，在信息系统开发活动过程中实施项目管理时，应该接合实际，灵活运用项目管理方法和使用管理工具，切勿生搬硬套。

　　二、软件项目需求及获取方法

　　软件系统的需求是指用户对软件的功能的要求，就是用户希望软件系统能做什么事情，完成什么样的功能，达到什么样的性能。

软件需求不像硬件需求，有形的、客观的、可描述的、可检测的，软件需求具有模糊性、不确定性、变化性和主观的特点。

　　软件需求包括功能需求、性能需求、环境需求、资源需求、成本消耗需求、开发进度需求、现实约束、预先估计以后系统可能达到的目标等。

从项目开发的角度看，软件需求主要包括两大类型：

功能需求和非功能需求。

其中，功能需求是主要的需求，需要计算机解决的问题，就是对数据的处理的要求。

功能需求规定了系统必须执行的功能。

而非功能需求是一些限制性的要求，是对实际使用环境所做的要求，如性能要求、安全要求、可靠性要求等。

非功能要求比功能要求更严格，更不容易满足，这是因为，如果不能满足非功能的要求，系统将无法运行。

　　需求获取作为项目伊始的活动，是非常重要的。

众所周知，如果需求调研不充分、用户需求描述不完整或不准确，项目成功的可能性几乎等于零。

因此，根据软件项目特点，采取相应的需求获取方法，是项目取得成功的关键因素。

　　在实际系统开发中，经常会发现，由于需求方缺乏软件系统开发的专业知识和项目管理经验，往往一开始自己也不知道要开发什么样的系统，尽管对业务很熟，但对数据、业务流程的整理和归纳上很难符合系统开发的要求，经常是走一步看一步，不断地提出和更改需求，使得系统开发方难于应付。

另一方面，开发方由于行业知识的缺乏和需求分析人员水平的低下，不能正确或完全理解用户的需求说明，而又没有加以严格的评审、确认，经常是以想当然的方法进行系统设计。

系统开发出来后，与用户的期望相差甚远。

因此，需求分析必须注重双方理解和认识的一致，逐项逐条地进行确认。

为了作到这一点，根据项目特点采用合适的需求获取方法就显得非常重要。

软件开发需求管理是软件项目管理中一项十分重要的工作，在众多失败的软件项目中，由于需求原因导致的占相当大的比例，因此，需求管理将对软件项目能否最终获得成功产生至关重要的影响。

但在实际软件开发过程中，很多开发人对需求的认识还远远不够。

就本人的实际经验来看，软件开发工作不是简单的技术工作，而是一项系统的软件需求开发管理工作。

项目管理人员要想做好软件项目管理工作，就必须要研究如何利用需求管理理论和方法，获取需求;采取什么方法对软件系统功能进行描述---需求建模。

其目的是理解用户的功能要求，澄清模糊的功能需求，使软件工程师和软件用户对系统功能的理解达到一致。

就实际工作经验来说，不管采用什么方法，都要体现以用户为中心的思想，因为软件最终的主人是用户，这一点非常重要。

原文出自【比特网】，转载请保留原文链接：

需求分析和开发

   需求分析工作需要意识到是包含了业务分析和系统分析两部分内容。

对于业务分析包括了业务流程分析，组织结构和岗位角色分析，以外的对象分析，数据流分析，重点是描述现在。

系统分析的内容重点是将需求转换为系统可实现的软件需求，因此必须要考虑到需求的可实现性，如果对于面向对象分析则重点在用例分析，业务对象建模，业务规则分析。

系统分析最好是有软件开发经验的人和业务背景的人进行，这里的一个重点就是要把软件开发中已经成熟的分析模式和模型和实际的业务进行匹配。

   软件产品要能够适应需求的变化，不仅仅是软件架构上的可扩展性考虑，更重要的是在需求分析阶段就需要考虑软件需求如何适应用户需求的变化。

对应用户经常可能变动的需求点进行抽象，引入一些标准的可配置的模型，如权限模型，工作流模型等。

软件需求对业务需求和用户需求的一个处理要点就是会考虑到哪些经常变化的需求需要转换为灵活的可配置的需求。

   用户都不清楚自己要什么或者说用户的需求经常变动更应该促进我们去改进需求分析和开发的过程。

在这个时候系统分析员的开发经验和业务背景将起到很重要的作用。

需求的一种变更对于软件开发往往是一种必然的情况，只是如何把它变更的范围控制住，如何实现需求的变更不是要修改设计和编码，而是通过灵活的配置来实现的。

   收集来的用户需求如何转换为需求规格说明书，中间的一个重要过程就是需求分析和开发。

这样正好体系一些需求分析工作的重点内容，通过识别需求的优先级以更好的安排项目资源和进度，有的放矢。

通过对原始需求的分类，合并，抽象以提取通用的需求模型。

通过识别非功能性需求以增加整个系统的健壮性，性能和易用性。

通过对需求模块单元的划分，流程和规则的描述，功能点分析为项目进度计划安排和进度跟踪创造条件。

因此我们将需求分析是一种业务和系统的模式匹配，如果才能够匹配好就是需求分析的责任

软件设计中的作用

代码设计中的作用

代码就是程序员用开发工具所支持的语言写出来的源文件，是一组由字符、符号或信号码元以离散形式表示信息的明确的规则体系。

代码设计的原则包括惟一确定性、标准化和通用性、可扩充性与稳定性、便于识别与记忆、力求短小与格式统一以及容易修改等。

源代码是代码的分支，某种意义上来说，源代码相当于代码。

现代程序语言中，源代码可以书籍或磁带形式出现，但最为常用格式是文本文件，这种典型格式的目的是为了编译出计算机程序。

计算机源代码最终目的是将人类可读文本翻译成为计算机可执行的二进制指令，这种