信息系统设计评价标准
时间：2023-02-09 20:06:01 | 来源：营销百科
时间：2023-02-09 20:06:01 来源：营销百科
信息系统设计评价标准：对系统设计方案要进行评价，没有达到设计标准的方案应当发回重做，而不是因为采用了迭代式开发，就可以纵容设计的缺失和混乱。将不良设计结果带人下一个开发阶段将会大大延长工期，因为在系统实施阶段发现设计缺陷往往是在做了大量无用功之后。虽然重构技术可以帮助修正设计阶段的问题，但无论对于新手还是有经验的开发人员来说，大规模重构都是成本高昂且令人望而生畏的举动。不良的功能设计正是造成大规模重构的首要原因之一，而且大规模的重构对于保持设计文档和程序代码框架的同步是非常不利的，甚至可能导致前期设计文档彻底作废，因此，必须严格审查功能设计的结果，即'磨刀不误砍柴工'。
n功能设计的评价标准和设计质量息息相关，主要包括以下几个方面。
n(一)正确性
n必须保证对分析阶段提出的所有功能和任务都进行了正确的功能设计，这是对设计结果的最低要求。设计的正确与否主要由有经验的分析人员评估确定，评估的重点是经过设计阶段对系统进行分解之后，原来分析阶段的业务逻辑是否仍然可以正确执行。正确性评估往往不是一次完成的，在生成和编写源程序代码并运行测试的过程中，一般总能发现设计中的缺陷甚至是错误。功能设计中的正确性要求就是在较高层次上力求设计结果(设计框架)不存在重大错误，否则后面的迭代将非常困难。
n(二)完整性
n设计阶段的完整性要求主要包括两个方面：结构的完整性和组成部分的完整性。结构的完整性是指必须对整个系统的各个方面都做出设计，不能有遗漏；组成部分的完整性是指各个组成部分应该含义清晰，责任明确。严格遵守面向对象设计中的封装原则可以避免过多暴露细节，进而有助于完整性的实现。
n(三)可靠性
n设计中应该利用标准化的设计工具(如UML设计工具)，尽可能采用各种常见或已经成功应用过的设计模式，避免使用不规范甚至是怪异的设计方案；同时，应当尽可能利用一切可利用的组件，减少重复开发。只有经过检验的，才是可靠的。
n(四)类设计的合理性
n类是面向对象系统开发的基础，因此在系统设计工作中需要特别注意。类设计的合理构造涉及类是否明确定义，类和类的关系是否清晰以及类的粒度是否合适等。所谓'合理'并没有一个绝对的标准，绝大多数情况下是依靠分析和设计人员自身的开发经验加以判断的。
n(五)接口定义严谨
n接口设计是面向对象设计中的一个非常重要的任务，同时也是最困难的任务之一。分析阶段基本不会考虑物理接口问题，而将此项工作交由设计阶段来完成。接口定义要本着宁缺毋滥的原则，可以私有的接口绝不设为公有。接口的命名要反复推敲，既要准确达意，又要尽可能简化；同时，还需要注意接口方法的具体参数选择。
n(六)图表文档完备
n设计图表和文档是帮助其他开发人员理解系统的最好手段之一，应尽可能完备且留有历史记录，以便于回溯。在对设计方案进行评价时，对于一些重要的或规模比较大的设计，可以根据实际项目的具体要求和特点给各评价指标赋予不同的权重，然后由有经验的设计员和分析员为方案评分；对于一般的或局部的设计，则可以由设计人员根据经验自行确定。
在线咨询
