摘要：软件体系结构是软件系统的高层抽象，对提高软件系统质量、支持软件开发、复用和控制软件复杂性都有着很重要的作用。但是决策类的软件就是要以决策主题为中心，运用相关的规则的主题和知识库来为决策软件提供一些知识服务和决策支持。我们应该从决策类软件中的复杂度、生成方案类型多、概率性高、软件运算模型的数量大的特点来进行分析，研究软件体系中应该注意的问题和策略，并对基于决策的软件体系结构设计做出较好的方法。
　　关键词：决策；软件；结构设计；方法
　　中图分类号：TP311.5 文献标识码：A文章编号：1007-9599 (2011) 15-0000-01
　　Policy-Based Software Architecture Design Method
　　Fan Xiaofei
　　(Nantong Higher Normal School Mathematics and Physics,Nantong226000,China)
　　Abstract:Software architecture is a high-level abstraction of software systems,to improve the quality of software systems to support software development,reuse and control of software complexity have a very important role.But decisions like software is to the center of decision-making theme,the theme of the use of relevant rules and knowledge base to provide some knowledge for decision-making software,services and decision support.We should be making class from the complexity of the software to generate programs of many types,the probability is high,a large number of software computing the characteristics of the model to analyze and study the software system should pay attention to the issues and strategies,and policy-based software system structural design and make better method.
　　Keywords:Decision;Software;Design;Method
　　一、基于決策类的软件的特点和方法
　　一个决策的智能体是决策类软件的核心。在决策软件中，从输入数据信息的运算和判断的运用，到最后的一个决策方案，用同样的规则和同样输入，但最后产生的结果方案都会有差异。在决策类软件中最终产品和最终认可哪个方案，都是根据最终方案成果途径和方式来进行加以分类和分析的：
　　（一）第一种就是对人工微调后使用的方案。因为软件在模拟业务场景中不能完完全全的被模拟出来，并且需要很多的实践经验才能够做，因为有复杂的业务场景。此外就是在对方案执行考虑的时候没有针对性，软件不能进行标准统一的规范。由此得知这就是此种方案需微调的原因。
　　（二）第二种就是对下一步的工作提供出指导的方案。因为这一方案的归纳和总结主要是我们对某些事的发展进行依赖，并表现在现今所处状态和所受外部激励，还有我们长时间依赖于历史信息，并对下一步的走势进行估算。从对统计模型合理性和数据采集的准确性，来进行计算误差等多方面的因素。因为计算机误差等多方面的影响，方案与将来的这个事件的实际情况不相互协调，并且此方案是对即将发生的事情能做一个预判，但是此方案主要是作用在于为更高层次中的决策提供参考。
　　（三）第三种就是对其直接使用的方案。由于此种方案业务执行的规范性高、清晰准确和外界干扰的因素少。所以一般适用于具有一般强约束的场合。
　　二、基于决策类软件中的测试难点
　　从众多的方案中来挑选出一个最符合要求的方案，并通过系统对生成若干的方案中，选择一个优等的，根据规则来选出认为最好的方案。检验选择结果真确性就应该从方案中的有效性、真确性和接受性，并对这三个方案进行制定出不同的衡量标准。
　　想要知道精确定位软件的真正的问题的所在，那么只有对软件模型进行分析。这就对软件的健壮性有了保证，但是却对软件的测试工作就造成了很大的困难和影响。因为决策规则库的内敛性，所以才能使决策类软件输入的切入点少。只要采取正确的分析，就能知道软件的问题所在。
　　三、基于决策软件中的模型的划分策略
　　在模型的划分策略中，利用模型的复杂程度和模型的数量大的特点来进行分析。可以按照《软件需求规格说明》中的内容获取更多的方法，来加以分析。可以先从软件、文档、研制方沟通和业务需求的4个方向为出发点，并依照可验证性作为原则，从功能上对模型来进行划分、验证。其中功能的单一，模块的精简，根据程序的数据流图和运行图。在对小模型的输出输入时候就应该缩小软件的范围来提高定位的精确。但是对大型模型的拆解划分中定位要是出现了问题，那么我们就应该通过在大模型的内部来进行插桩和分解。
　　在软件的衡量中，为了能更好的衡量出软件与实际的差距，一般都会采用以下两种方法：
　　（一）类似软件对比法。类似软件对比法对标尺软件提出了很高的要求，在商业软件的市场中价格很高，同时也增加了对标尺软件的获取难度，从而也提高了测试成本。但是作为对比标尺的软件，就必须经过严格的市场检验和软件检验，才能有更好的口碑。但是对开创性的软件来说，因为不适用就不存在有标尺软件。因此在实际测试中，使用优秀的开源软件作为标尺软件，进行对比验证。才能更好的提高效率。
　　（二）真实数据法。真实数据法因涉及到开拓性较强的领域或者军事和商业等保密性很强时，真实的一些案例就很难获得。因为真实数据法是从软件为出发点，对软件的性能和功能都作为最准确的验证方法。软件规则是对现实业务处理上的一个逻辑上的抽象，用一些真实的业务数据输入到软件中，然后再用输出来的结果和真实的结果相互对比，按照不同的方案和类型来去设定不同的估算误差范围。如果最后的结果在误差的范围外，那么软件的置信度很低，但是如果在误差范围内，那么软件的置信度就会很高。
　　四、归纳总结
　　作为具有一定人工智能的软件类别，辅助决策类软件在执行软件测试时，应该针对软件的特点，主要对软件实现的合理性和准确性进行验证。针对不同的方案类型，把握选优的原则，从而采取适应方案特征的测试策略；从业务和实现结合的角度出发在测试前对测试模块进行划分，测试过程中如果发现问题，就要分解功能模块，对发现的问题精确定位。通过应用文中的软件策略，就可以增强软件问题的发现概率，同时也能较好的提高辅助决策类软件的测试覆盖度。
　　参考文献：
　　[1]李冰.软件测试用例生成综合策略研究[J].计算机测量与控制,2005
　　[2]梁艳平.基于GIS的统计信息分析与辅助决策研究[D].中南大学,2004
　　[3]綦晶.白盒测试的方法研究[D].哈尔滨工程大学,2008