技术开发 频道

软件体系结构标准成熟度的思考



三、        标准成熟特征 

当然,并非所有的软件体系结构标准都可以加速软件产品的交付使用周期或是降低产品的开发费用。一套成熟与实用的标准有它自己的明显特征。
项目专家的建议与意见
软件体系结构标准的第一个特征,就是本标准是否已经得到了组织的IT项目专家的一致讨论与通过,并就相关的内容进行修改与重新制定。只有经过IT项目专家组的一致认可的标准,才可有可能成软件体系结构标准。例如,著名的De facto标准(De facto standard,有译实质标准、业界标准或非官方标准,是指一套技术上或其他方面的规格/标准,而该套规格/标准属于主流而且每个人都习惯依据为法定标准般跟随),可以从已经实现的项目中获得实惠的经验。而通过IT项目专家讨论一致通过的标准则可以应用于组织的其它项目中。
参考模型与实现
通过参考模型及建立的相关成文的文档,可以比较成功的解决产品或项目开发过程的一些实质业务问题。而参考实现由于是对参考模型的具体化,从而可以更加明确的改善项目的开发过程。所以,参考模型与参考实现都将会显著的加速体软件系结构的制定与建设。
支持度模型
支持度模型需要合理的在项目或产品开发过程使用。这通常包括开发、测试及产品环境的平衡等内容。在整个开发环境中,系统应用团队的角色及责任需要很明确的定义。而标准的制定及可操作性支持度模型的确定,通过是一个成熟标准的主要体现。
规划支持
规划支持主要通过采用特殊产品、配置的项目环境、模式等工具,来保证项目的正确实施,尽可能的避免项目失败。
产品实现
产品实现是评估标准成熟度的重要的指标。
 
而对于缺少如下的一些特征的项目,通过会产生一些项目风险:
没有经过项目专家就评估的标准,通常会以失败或部分的失败而告终;
没有参考模型和参考实现,标准将不能正确的被执行,同时可能增加软件开发的成本;
没有清晰的支持度模型,将会使软件开发人员的角色及责任重复或不清晰;
没有规划支持,则过往项目的经验不充分的加以应用与借鉴;
最后,没有产品实现,则软件产品不能通过实践来进行唯一的检验,不能使软件开发严格的遵循软件开发的生命周期。
0
相关文章