ISSN在线(2320 - 9801)打印(2320 - 9798)
P。Lavanya, R。之一Meena, R。Vijayalakshmi Prof.M。Sowmiya和Prof.S.Balamurugan 部门,Kalaignar卡鲁纳尼迪理工学院,哥印拜陀,TamilNadu、印度 |
相关文章Pubmed,谷歌学者 |
访问更多的相关文章国际期刊的创新在计算机和通信工程的研究
图的提出了一套基于面向对象原理,从不同的角度描述了功能。图描绘了功能、行为和结构方面的系统自动化的护照。提出的建模方法是基于面向对象的原则,它允许显式地描述软件和功能。此外,它是物件导向规范说明了著名的语言可以采用统一建模语言,提供了一个适当的形式化的语义,来描述结构和行为方面的智能手机相关的数据库管理系统逻辑和物理两个部分。它需要实现的基础上,面向对象的软件模型发展。缺陷在建模过程可以大大有助于开发成本和时间。运营效率可能受影响。这里是特别注意在计划阶段和延伸到纸张的实现阶段。
关键字 |
||||
功能模型、行为模型、对象、建模、操作效率 | ||||
介绍 |
||||
建模是一个过程用于定义和分析数据需求需要支持的业务流程范围内相应的信息系统在组织中。因此,数据建模的过程涉及到专业数据建模师与商业利益相关者密切合作,以及潜在用户的信息系统。有进展时产生的三种不同类型的数据模型从需求到实际数据库用于信息系统。记录的数据需求最初是作为一个概念数据模型本质上是一组技术独立规范有关数据,用于讨论初始需求与业务涉众。概念模型转换为逻辑数据模型,文档结构的数据,可以实现在数据库中。实现一个概念数据模型可能需要多个逻辑数据模型。数据建模的最后一步是将逻辑数据模型转换为物理数据模型组织数据表,并占访问性能和存储的细节。数据建模不仅定义了数据元素,但它们的结构和它们之间的关系。数据建模技术和方法被用来在一个标准的模型数据,一致的、可预测的方式来管理资源。数据建模的使用标准,强烈建议所有的项目需要一个标准的定义和分析数据在一个组织内部,例如,使用数据建模: | ||||
•管理数据资源; | ||||
•集成的信息系统; | ||||
•设计数据库/数据仓库(即数据存储库) | ||||
数据建模可能在执行各种类型的项目和在多个阶段的项目。数据模型是进步;没有所谓的最终的业务或应用程序的数据模型。相反一个数据模型应该被视为一个文档,将改变生活在响应不断变化的业务。数据模型应该被存储在一个存储库中,这样他们可以被检索,扩大,随着时间的推移和编辑。威顿(2004)确定两种类型的数据建模: | ||||
•战略数据建模:这是建立一个信息系统的战略的一部分,它定义了一个整体的视觉和信息系统架构定义。信息工程方法论,接受这种方法。 | ||||
•数据建模在系统分析:在系统分析逻辑数据模型创建新数据库的开发的一部分。 | ||||
数据建模也用作技术详细业务需求为特定的数据库。它有时被称为数据库建模,因为数据模型是最终实现在数据库中。 | ||||
UML是一种工业标准建模表示法,它提供了基本的好处: | ||||
•我们有可能给你的图的人已经知道如何解释的符号没有被告知。 | ||||
•我们(观众)可以找到书籍、培训、文章、网站、UML和其他教育和支持资源。 | ||||
•有广泛采用UML工具,从绘图工具模板库为基础的建模工具的集成开发环境。 | ||||
•我们和你的许多利益相关者可以增加个人市场价值通过掌握符号,我们可以雇佣的人知道如何读和写UML图不需要培训。 | ||||
UML是一种非常结构化的符号。具体结构带来的好处: | ||||
•图协助的精确结构一致性、完整性和范围。重铸建筑视觉成预定义的结构力你问正确的问题并充实相应的细节。 | ||||
•这一事实是一个结构化的符号使工具厂商提供的功能从一个视图图转换到另一个,甚至代码。 | ||||
静态分析旨在恢复软件系统的结构,而动态分析侧重于它的运行时行为。我们提出一种技术,结合静态和动态的分析架构信息支持体系结构重建的任务。架构上重要概念的方法强调正确的选择为重建过程和依赖于抽象技术操作。技术allowsthe software architect创建一组架构视图的体系结构描述的系统。支持我们的技术,我们提出了一个环境,依赖于层次类型指示图形显示系统的结构和消息序列图的行为。环境的主要特点是:静态和动态的可视化视图,同步的抽象视图上执行脚本的支持和管理用例。 | ||||
类图 |
||||
用例图 |
||||
•用例。一个用例描述的操作序列为演员提供一些可测量的价值和绘制水平椭圆。 | ||||
•演员。一个演员是一个人、组织或外部系统扮演了一个角色在一个或多个与系统的交互。演员和简笔画。 | ||||
•联想。角色和用例之间的关联用例图的实线表示。协会存在每当演员参与的交互描述一个用例。协会是建模为线连接用例和角色,和一个可选的箭头线的一端。箭头常被用来指示的方向的初始调用关系或者表示用例中的主要演员。箭头通常与数据流混淆,因此我避免使用它们。 | ||||
•系统边界框(可选)。你可以画一个矩形的用例,称为系统边界框,显示您的系统的范围。什么在盒子代表功能范围和外箱不是东西。系统边界框是很少使用,尽管有时我用他们确定哪些用例将在每一个主要版本的一个系统。 | ||||
•包(可选)。包是UML构造,允许您将模型元素(如用例)组。包是描绘成文件夹,可以用于任何UML图,包括用例图和类图。我只有当使用包图变得笨拙,这通常意味着它们不能被印在一个页面中,组织一次大图 | ||||
•包括:包括像参考下一部分,用例是没有它没有完成。这部分应该从更多的地方否则引用它的使用没有意义。包括用例调用或调用了一个。包含用于展示用例分解成较小的步骤。包括用例是箭头。 | ||||
•延长:一个扩展用例目标和措施扩展用例补充道。扩展操作只有在特定条件下。扩展用例是在箭头的一端。 | ||||
用例的重要性: |
||||
•用例很重要,因为它们在跟踪格式。因此他们很容易理解系统的功能需求,也使它容易识别不同用户和系统之间的相互作用在一个环境。他们显然是描述性的,因此代表的价值演员和系统之间的交互。他们明确系统需求非常明确和系统使其更容易理解系统及其与用户的交互。在项目的分析阶段的系统开发生命周期中,用例有助于理解系统的功能。 | ||||
交互图 |
||||
一旦指定用例,和一些核心系统中对象的原型在类图上,我们可以开始设计系统的动态行为。 | ||||
图元素: | ||||
•对象。每个参与的对象中处理序列图绘制在顶部。注意对象是使用在这个图中,类是用于用例、类图、状态转换关系图。 | ||||
•生命线。虚线从序列图中的每个对象被删除。箭终止在生命线上显示信息(命令)发送到对象。箭头的生命线上显示发送的消息从这个对象到另一个对象。时间流从上到下一个序列图。 | ||||
•活跃。表明一个对象执行,即。,it has control of the CPU, the lifeline is drawn as a thin rectangle. | ||||
•消息。横向箭头表示一个消息(命令)从一个对象到另一个地方。注意,参数可以作为消息的一部分传递和(可选)可以表示图。 | ||||
•回报。当一个对象的命令,通常返回的值。这可能是一个值的计算对象的命令或返回代码指示对象是否处理命令成功完成。这些返回值一般不显示在一个序列图;他们只是假设。在某些情况下对象可能无法立即返回这个信息。在这种情况下,返回的信息是用虚线箭头表示在图后。这表明了信息的流动是基于前一个请求。 | ||||
•有条件的。方括号是用来表示一个条件,即。一个布尔表达式,计算结果为真或假。消息发送只有如果表达式是正确的。 | ||||
•迭代。方括号之前星号(*)表示迭代。消息发送多次。括号内的表达式描述了迭代规则。 | ||||
•删除。X是用来表示对象的终止(删除)。 | ||||
结论和未来的工作 |
||||
图的提出了一套基于面向对象原理,从不同的角度描述了功能。图描绘了功能、行为和结构方面的系统自动化的护照。提出的建模方法是基于面向对象的原则,它允许显式地描述软件和功能。此外,它是说明了著名的面向对象的规范语言可以采用统一建模语言,提供了一个适当的形式化的语义,来描述结构和行为方面的智能手机相关的数据库管理系统逻辑和物理两个部分。它需要实现软件的基础上开发的面向对象模型。缺陷在建模过程可以大大有助于开发成本和时间。运营效率可能受影响。这里是特别注意在计划阶段和延伸到纸张的实现阶段。 | ||||
数据乍一看 |
||||
|
||||
引用 |
||||
|