第三个分类参数的建设原则在业务上被应用。这一层面包含真正的业务逻辑，像执行业务目标模型一样在这里被施行。业务目标模型决定了语言并且组成了一系列的内部关系，并通过JAVA的形式执行，如图3所示(注意里面的一些参数)



　　图3：UML (Unified Modeling Language)矩形图示中的业务对象模型

　　当分类账户，参与者和信用卡(他们只代表账户，客户和信用卡)，分类需求，规则和产品将会拥有更多的具有灵活性的参数结构。当多种多样的产品出 现在市场中时，只有数字产品分类需要改变，并不是分类结构本身。这可以通过定义一般的属性需求特点使之成为可能，其中包括产品的任何可能的特点，并且使产 品分类符合所需结构。

　　例如一种“一年免费”的特色服务可以不需要在开发而被轻易添加。真正的执行的特点在NCS并没有被执行，但是却被信用卡处理机所处理;NCS只 需要将正确的数据输入处理器。需求和规则分类也是通过同样的方式而确定的。对于规则分类有一种分离的规则，它能够使信用规则的数据具有灵活性。

　　简而言之，业务层为显示层提供服务，并且以反映信用卡管理的方式管理业务模型层的交易。业务模型层通过简单的参数分类建立。参数分类改变产品特色，信用记录规则并且不影响整个系统而完成任务。

　　结果

　　NCS通过确立自己的客户管理责任而满足需求。另外，客户可靠的服务的实现在网络上被提供(例如变更地址或者要求提高信用限制)，最后NCS也会完成信用卡申请的评估，从而降低各种信用欺诈风险。

　　设计层的三项建设原则，服务起源和分类参数在个体和集体方面对完成最初的需求举起到了建设性作用，特别是在灵活性方面。(表2)



表2：满足原则的需求

　　分层建设需要多渠道支持。如果相同的信息(部分功能相同)需要通过互联网向客户展示，呼叫中心或者员工，然后是在显示层和业务层之间的分离是避免完全相同的操作功能所必需的。分级参数将会被用来传送所需的时间市场的新产品介绍，并且分析信用记录和欺诈测试。

　　服务起源是三个原则中德的最重要原则。建立业务逻辑表层能够轻易的在其他国家使用NCS。同时，服务表层能够在不改变系统的前提下完善整个过程，并且和其他进程和系统灵活连接。

此文章共有6页  上一页 1 2 3 4 5 6 下一页

文章来源：中国项目管理资源网