B2B系统的模型化和设计

文：鼎捷ERP

作者：鼎捷数智 | 发布时间：2012-11-30 14:50:34

12．3．4模型化和设计系统
    模型化和设计系统有许多种方法，其中，较著名的有结构化方法和面向对象的方法。
1．结构化方法
    结构化方法(structured methodology)自20世纪70年代以来就开始用于文件、分析和设计信息系统了。结构化是指这样的事实，即技术是一步一步的进行，每一步总是建立在前一步的基础上。结构化是自顶向下扩展，由较高较抽象的层到较低较细的层，也就是由一般到具体。
    结构化开发方法是面向过程的，首先集中于模型化过程，或当信息流经过一个B2B系统时的收集、储存、加工和分配信息的活动。这些方法从过程中分离出数据。每次任何人想对一段特殊的数据采取一个行动，必须写一段分离的编程程序。这个作业程序作用于程序通过的数据上。
    描述系统部件处理和它们之间的数据流的主要工具是数据流程图(dataflow diagram，DFD)。数据流程图提供了一个信息流的逻辑图解模型，它将一个电子商务系统分解为足够细的管理水平的模块。它严格地指明发生于每一个模块内和存在于它们之间的接口的处理或转换。
    图12-7给出了一个简单的数据流程图，用于大学课程的邮件注册系统。圆角的方块表示处理，负责数据的转换。方块表示一个外部实体，它是一个数据的发起者或接收者，位于被模拟的系统的边界外。开口虚线矩形表示一个文件存储，它可以是手工的或自动的数据仓库。箭头线表示数据流，它们显示数据在过程、外部实体和数据存储之间的流动。它们总是含有数据包，有一个数据流的名字或内容在箭头线旁边注上。

    这个流程图显示了学生呈交申请登记表，并填写了他们的名字、学号和他们想要学的课程号码。在处理模块1．0中，系统用大学的课程文件验证是否所选的每一门课仍处于开放状态。这个文件区分开放的和取消或选满的课程。然后处理模块1．0确定学生所选的课程哪个被接受、哪个被拒绝。处理模块2．0使学生登入被接受的课程。它用学生的姓名和学号更新大学的课程文件并计算班级的人数。如果较大的登入已经达到，该课程就会被标识关闭。处理模块2．0也以新学生或更改地址信息更新学生主文件。然后，处理模块3．0给学生候选人一个选课确认信，列出他所选的被接受的课程和通知不能实现的课程选择。
    这种图即可用于描述高层处理，也可用于描述低层细节。通过分层数据流程图，一个复杂的问题可以向下分解成一系列不断细化的层次图。任何完全的系统可通过高层数据流程图将其分解为子系统。一个子系统可通过第二层数据流程图将其分解为附加子系统，较低层的子系统仍可以再细分，直至达到较细较低的层次。
    结构化分析的另一个工具是数据字典。它包括一个OA系统中数据或数据组的个别片断数据的信息。数据字典定义数据流和数据存储的内容，因而，系统建造者能准确地了解它们包含哪些数据片断。处理说明描述发生于数据流程图较低层的转换。它们描述每一个处理的逻辑。
    在结构化方法中，PLM软件设计利用层次结构图表实现模型化。结构图表是一个自顶向下的图表，显示设计的每一层，它和其他层的关系，它在总体设计中的位置。该设计首先考虑一个程序或系统的主要功能，然后将该功能分解为子功能，再分解子功能直至达到较细较低的层次。图12-8显示了一个工资系统的高层结构图表。如果÷个设计有很多层要填入结构图表，它可以进一步分解成更细的结构图表。一个结构图表可以文件化为一个程序、一个系统(即一个程序的集合)，或一个程序的一部分。

2．面向对象开发
    结构化方法对模型化处理是很有用的，但处理模型化数据的效果并不好。它们把数据和处理认为是逻辑上分开的实体，而在现实世界中这种分开似乎不太自然。不同的模型化规则被用于分析(数据流程图)和设计(结构图表)。
    面向对象开发(object-orienteddevelopment)试图解决这些问题，面向对象开发把对象作为系统分析和设计的基本单位。一个对象把数据和作用于这些数据上的特殊处理结合在一起。囊括于一个对象中的数据，仅能被联系于该对象的操作或方法所存取和修改。不是将数据传输到作业程序，程序将发送一个消息给对象去执行一个已包含于其中的操作。该系统模型化像一个对象和它们的关系的集合。由于处理逻辑存于对象中，而不是分开的软件程序，对象彼此必须进行合作以使零售系统能够工作。
    面向对象模型化是基于类和遗传的概念。对象属于一定的类，或具有相似对象的总体范畴，具有该类的共同特性。对象类可以依次遗传所有较上层类的结构和行为，并加上一些独特的变量和行为至每一个对象。新对象类的创建用的方法是选一个现存类，说明新对象类如何不同于现存类，而不是每次由草图开始。
    我们可由图12—9看出类和遗传如何工作，它显示了雇员类之间的关系，以及如何对他们支付薪资。雇员是其他三类的源，或顶层类。薪金制、小时制、临时制为雇员的三个子类。类名在图块的顶部，属性在中间，操作在每块的底层。被所有雇员共享的特性(雇员工号、姓名、地址、雇用日期、职位和工资)存于雇员顶层类。而每一子类存本类特殊的特性。例如，小时制雇员应存小时工资率和加班工资率。由子类到顶类的一根实线是一个通用化路径，指出薪金制、小时制和临时制等子类有共同的特性，可以归纳至顶类。
    面向对象的系统开发与常规的系统开发相似，由系统分析、设计和实施组成。然而，面向对象的开发较之传统的结构化开发更具交互性和增量性。在系统分析阶段，系统建造者使系统的功能需求文件化，指出它的较重要的性质和建议系统应做什么。对系统和用户的交互进行分析以识别对象，对象包括数据和处理。面向对象的设计阶段描述对象将如何行动和它们如何交互。相似的对象被分在一起形成一个类，多个类划分成组形成层次，子类由顶类接受遗传属性和方法。
    信息系统实施将设计转换为程序码，重新使用可重用协同软件库已有的类，以及加入新的在面向对象设计阶段创建的类。实施可能还涉及一个面向对象的数据库的设计。较后开发的系统必须经过测试和评价。
    由于对象是可重复使用的，面向对象的开发能潜在地减少编程的时间和成本，因为组织可以应用其他系统已建造的模块。新系统可以用一些现存系统的对象，改变它们，并加入少量新的对象即可。面向对象的框架一旦开发出来，就可用以提供可重复使用的、半完成的应用系统，组织可对它们进一步顾客化成为成品应用系统。
    统一模型语言(unifiedmodelinglanguage，UML)已成为描述一个面向对象的系统的各种视图的行业标准。其基本模型集成这些视图以提高分析、设计和实施阶段的一致性。UML使用两种基本图形：结构图和行为图。
    结构图用于描述类之间的关系，图12-9就是一个类结构图的例子，叫做类图。它给出了雇员类和它们之间的关系。在图12-9中，关系线的末端指出关系的性质。图12：9中关系的性质是通用化(generalization)，它是一种事物通用型和较专用型之间的关系。这种关系经常被描述为一个“isa”关系。通用化关系被用来模拟类的遗传。

行为图用于描述一个面向对象系统中的交互或互动。图12-10显示了一种行为图，叫做应用案例图。一个应用案例图表达了一个行动者和一个系统之间的关系。行动者(在此图中代表——个主持人)是一个外部实体，与系统互动。同时，应用案例代表一系列相关的行动，该行动由行动者启动，以完成一个特定目标。几个互联的应用案例用一个椭圆代表。应用案例模型用于说明一个系统的功能需求，集中于系统做些什么，而不是怎么做。供应链管理系统的目标和它们相互之间以及与用户之间的交互可由应用案例模型导出。

3。计算辅助软件工程
    计算机辅助软件工程(computer-aidedsoftwareengineering，CASE)，有时也叫计算机辅助系统工程，提供软件工具使我们已描述的方法自动化，以减少开发所必须做的重复的工作量。CASE工具也使创建清楚的文件和协调团队开发的努力更加容易。团队成员可以相互存取文件评阅和修改已做的工作，更快地共享他们的工作。如果工具应用得当，生产率适度的提高是能达到的。许多CASE工具是PC-基的，具有很强的图形能力。
    CASE工具提供了自动化图形设备，支持生成图表和图形、屏幕和报告产生器、数据字典、扩展报告设备、分析和校验工具、文件生成器。一般而言，CASE工具试图通过采用以下方式来增加生产率和质量：
    ·加强标准开发方法和设计规则。
    ·改善用户和技术专家之间的沟通