Object Oriented Approach

在以目标为导向的方法中,重点是将信息系统的结构和行为纳入将数据和进程结合起来的小单元。 定向设计的主要目的是提高系统分析和设计的质量和生产力,使之更加可行。

在分析阶段,办事处模式被用于填补问题与解决办法之间的差距。 在系统正在不断设计、适应和维护的情况下,它运作良好。 它确定了问题领域的目标,将其分类为数据和行为。

联络处模式以下列方式受益:

这有助于以低费用对系统进行改革。

它促进部件的再利用。

它简化了将部件并入大型系统的问题。

它简化了分配系统的设计。

Elements of Object-Oriented System

让我们通过办事处系统的特性——

物体是问题领域内存在的,可通过数据(数据)或行为加以识别。 所有有形实体(学生、病人)和一些无形实体(银行账户)都被列为标的。

他们介绍了有关该物体的信息。

Behavior 它具体规定了物体可做些什么。 它规定了对物体的操作。

Class——一个类别包含数据及其行为。 具有类似意义和目的的物体按类别分类。

Methods——确定某类行为的方法。 它们只不过是物体可以采取的行动。

信息是一种功能或程序,从一个物体向另一个物体发出。 它们是发给物体以触发方法的信息。 基本上,信息是一种功能或程序,从一个物体到另一个物体。

Features of Object-Oriented System

面向目标的制度具有以下几个重要特点:

Encapsulation

资本是一种信息隐藏过程。 只是将过程和数据合并为一个单一实体。 物体数据从系统其他部分中隐匿,只能通过该类服务提供。 它允许改进或修改物体所使用的方法,而不影响系统的其他部分。

Abstraction

它是采取或选择必要方法和特性以具体指明目标的过程。 它侧重于物体相对于用户观点的基本特征。

Relationships

该系统的所有班级相互相关。 这些物体并不孤立存在,它们与其他物体有关系。

有三个类型的物体关系:

它指出了整个部分与部分之间的关系。

<>Association 这样,两门课以某种方式相互关联或连接,如一等班与另一班一起工作,或对其他班子进行一等。

子女班级以父母班为基础。 它表明,两个班级相似,但有一些差异。

Inheritance

继承是一个很大的特征,它通过继承现有班级的属性和(或)业务,从现有班级中设立子级。

Polymorphism and Dynamic Binding

多种形态是能够采取多种形式。 它适用于物体和作业。 一种多变物体是真实的类型隐藏在超级或母级之内的物体。

在多形态作业中,不同种类的物体可进行不同的操作。 它使我们能够只了解其共同财产来操纵不同类别的物体。

Structured Approach Vs. Object-Oriented Approach

下表解释了以目标为导向的方法与传统的结构化做法有何不同——

Unified Modepng Language (UML)

UML是一种视觉语言,使你能够模仿各种过程、软件和系统,表达系统结构的设计。 这是一种标准语言,能够以面向目标的方式设计和记录系统,从而使技术建筑师能够与开发商沟通。

它被定义为由目标管理小组制定和分发的一套规格。 UML是可扩展的。

UML的目标是提供面向目标的条件和方略技术的共同词汇,这些技术很丰富,足以模拟从分析到实施的任何系统开发项目。

UML由以下人员组成:

它是过程、系统或其中一部分情况的专论。

它包含以图表如连接器、符号、笔记等共同工作的内容。

Example of UML Notation for class

Instance diagram-UML notation

Operations Performed on Objects

在物体上进行下列操作:

- 创建新班级,删除现有班级。 例如,增加一名新雇员。

<Query-在不改变价值的情况下进入状态,无副作用。 例如,找到特定雇员的地址。

<Update——一个或多个属性和安放的变更值; 例如,改变雇员的地址。

Uses of UML

UML对以下目的非常有用:

Modepng the business process

Describing the system architecture

Showing the apppcation structure

Capturing the system behavior

Modepng the data structure

Building the detailed specifications of the system

Sketching the ideas

Generating the program code

Static Models

统计模型显示系统的结构特征,描述其系统结构,并强调构成系统的各个部分。

它们用于界定类别名称、属性、方法、签名和包裹。

代表静态模型的UML方言表包括级方言、目标方图和使用方言。

Dynamic Models

动态模型显示系统的行为特点,即系统如何应对外部事件。

动态模型确定所需目标,以及它们如何通过方法和信息共同努力。

它们被用于设计系统的逻辑和行为。

UML 图表是动态模型,包括序列图、通信图、邦图、活动图。

Object Oriented System Development Life Cycle

它由三个宏观进程组成:

Object Oriented Analysis (OOA)

Object oriented design (OOD)

Object oriented Implementation (OOI)

Object Oriented Systems Development Activities

面向目标的系统开发包括以下几个阶段:

Object-oriented analysis

Object-oriented design

Prototyping

Implementation

Incremental testing

Object-Oriented Analysis

这一阶段涉及确定系统要求和理解系统要求,构建一个使用案例模型。 使用案例是描述用户和计算机系统之间互动的一种假设。 这一模式代表了用户的需要或系统用户的看法。

它还包括确定构成申请的问题领域的其他班级及其关系。

Object-Oriented Design

这一阶段的目标是设计和完善分析阶段确定的类别、属性、方法和结构、用户接口和数据获取。 这一阶段还确定和界定支持执行要求的额外类别或目标。

Prototyping

预测能够充分理解实施该系统某些特点会多么容易或困难。

还可以让用户有机会就设计的可使用性和有用性发表意见。 它可以进一步界定使用案例,使使用案例模型更容易。

Implementation

它使用部分开发或快速应用开发。

Component-based development (CBD)

CODD是利用各种技术(例如化学文摘社国际协会工具)开发软件过程的一种工业化方法。 应用程序开发从海关开发转向装配相互操作的预先设计、预先测试和可使用的软件部件。 一部《生物多样性公约》开发商可以汇集部件,以建立一个完整的软件系统。

Rapid Apppcation Development (RAD)

RAD是一套工具和技术,可以用来以传统方法更快地建立申请。 它并不取代SDLC,而是对其加以补充,因为它更多地侧重于程序描述,并且可以完全与目标导向办法结合起来。

其任务是通过视像基本、电力建设等工具迅速逐步实施用户要求设计。

Incremental Testing

软件开发及其所有活动,包括测试,是一个迭代过程。 因此,如果我们等到产品完全开发之后才能测试,它就算是一种代价高昂的决定因素。 这里,增量测试可进入产品开发不同阶段的测试范围。