Finally, although they are not a part of UML, it is appropriate at thi的中文翻譯

Finally, although they are not a pa

Finally, although they are not a part of UML, it is appropriate at this point to introduce the role of CRC (class-responsibility-collaboration) cards because they play an important role in validating object-oriented designs. A CRC card is simply a card, such as an index card, on which the description of an object is written. The methodology of CRC cards is for the software designer to produce a card for each object in a proposed system and then to use the cards to represent the objects in a simulation of the system—perhaps on a desktop or via a “theatrical” experiment in which each member of the design team holds a card and plays the role of the object as described by that card. Such simulations (often called structured walkthroughs) have been found useful in identifying flaws in a design prior to the design’s implementation.
Design Patterns
An increasingly powerful tool for software engineers is the growing collection of design patterns. A design pattern is a pre developed model for solving a recurring problem in software design. For example, the Adapter pattern provides a solution to a problem that often occurs when constructing software from prefabricated modules. In particular, a prefabricated module may have the functionality needed to solve the problem at hand but may not have an interface that is compatible with the current application. In such cases the Adapter pattern provides a standard approach to “wrapping” that module inside another module that translates between the original module’s interface and the outside world, thus allowing the original, prefabricated module to be used in the application.
Another well-established design pattern is the Decorator pattern. It provides a means of designing a system that performs different combinations of the same activities depending on the situation at the time. Such systems can lead to an explosion of options that, without careful design, can result in enormously complex software. However, the Decorator pattern provides a standardized way of implementing such systems that leads to a manageable solution.
The identification of recurring problems as well as the creation and cataloging of design patterns for solving them is an ongoing process in software engineering. The goal, however, is not merely to find solutions to design problems but to find high-quality solutions that provide flexibility later in the software life cycle. Thus, 324 Chapter 7 Software Engineering considerations of good design principles such as minimizing coupling and maximizing cohesion play an important role in the development of design patterns.
The results of progress in design pattern development are reflected in the library of tools provided in today’s software development packages such as the Java programming environments provided by Oracle and the .NET Framework provided by Microsoft. Indeed, many of the “templates” found in these “tool kits” are essentially design pattern skeletons that lead to ready-made, high-quality solutions to design problems.
In closing, we should mention that the emergence of design patterns in software engineering is an example of how diverse fields can contribute to each other. The origins of design patterns lie in the research of Christopher Alexander in traditional architecture. His goal was to identify features that contribute to high-quality architectural designs for buildings or building complexes and then to develop design patterns that incorporated those features. Today, many of his ideas have been incorporated into software design and his work continues to be an inspiration for many software engineers.
Questions & Exercises
1. Draw a dataflow diagram representing the flow of data that occurs when a patron checks a book out of a library.
2. Draw a use case diagram of a library records system.
3. Draw a class diagram representing the relationship between travelers and the hotels in which they stay.
4. Draw a class diagram representing the fact that a person is a generalization of an employee. Include some attributes that might belong to each.
5. Convert Figure 7.5 into a complete sequence diagram.
6. What role in the software engineering process do design patterns play?
0/5000
原始語言: -
目標語言: -
結果 (中文) 1: [復制]
復制成功!
最后,虽然他们不是UML的一部分,它是在这一点上介绍的作用的CRC(类责任协作)卡,因为他们验证的面向对象的设计中发挥了重要作用。一个crc卡是简单的卡,如一个索引卡片,其上被写入的对象的描述。CRC卡的方法,是软件设计师将产生一个拟议中的系统卡的每个对象,然后使用该卡为代表的对象,在模拟的系统也许在桌面上或通过“戏剧”实验的设计团队,每个成员持有一张卡,该卡所扮演的角色的对象的描述。这样的模拟(通常被称为结构化演练)已确定在设计中的缺陷,在设计实施之前发现有用的设计模式。

一个日益强大的工具,为软件工程师是不断增加的设计模式。一个设计模式是预先建立的模型,为解决软件设计中经常发生的问题。例如,适配器模式常发生的一个问题,即从预制模块构建软件时,提供了一个解决方案。特别是,预制的模块可以具有所需的功能来解决这个问题,在手,但未必有一个接口,它是与当前应用程序兼容。在这种情况下,适配器模式提供一种标准方法“换行”,模块的另一个模块内,转化的原始模块的接口和外部世界之间的,因此,允许的原始的,预制的模块来被使用在应用程序中。
另一个阱-既定设计模式是Decorator模式。它提供了一种手段,设计系统,进行不同的组合,根据当时的情况相同的活动。这样的系统可能会导致爆炸的选项,如果没有精心的设计,可以在非常复杂的软件。然而,Decorator模式提供了一个标准化的方式实现这样的系统,导致一个可管理的解决方案。
识别重复出现的问题以及解决这些问题的设计模式的创建和编目软件工程是一个持续的过程。的目标,然而,并非仅仅是为了找到解决的设计问题,但要找到高品质的解决方案,提供的灵活性在软件生命周期的。因此,324第7章软件工程的考虑,良好的设计原则,例如尽量减少耦合,最大限度地凝聚在设计模式的发展发挥了重要作用。
在设计模式的发展进步的结果都反映在今天的软件开发包,如Java编程环境提供的甲骨文和由微软的。net框架提供的工具库中的。事实上,许多发现在这些“工具包”模板“,”本质上是设计模式的骨骼,导致现成的,高品质的解决方案的设计问题。
最后,我们应该指出,在软件工程中的设计模式的出现是一个例子,不同的领域可以促进相互的。设计模式的起源在于克里斯托弗·亚历山大在传统建筑的研究。他的目标是识别功能,高品质的建筑设计,建筑或建筑群,然后开发设计模式,将这些功能。今天,他的很多想法已被纳入到软件设计,他的工作仍然是许多软件工程师的灵感。

问题&练习1。得出的数据流图的数据流发生当靠山检查一本书的图书馆。
2。画用例图的库记录系统。
3。绘制一个类图,旅客和酒店之间的关系,使他们留下来。
4。画一个类图,代表一个人的事实,是一种广义的雇员。包括一些属性,可能属于每个
5。转换成一个完整的序列图。图7.5
6。设计模式发挥什么样的作用在软件工程过程?
正在翻譯中..
結果 (中文) 2:[復制]
復制成功!
最后,虽然他们不是一部分,这是适当的,在这一点上介绍的作用,华润(class-responsibility-collaboration)卡,因为他们发挥重要作用,验证了面向对象的设计。一卡是一个简单的卡,如索引卡,该对象的描述是。该方法大肠癌卡是软件设计师产生卡中的每个对象提出的系统和使用卡代表物体在一个模拟的system-perhaps桌面上或通过“戏剧”的实验中,每个成员的设计团队持有卡和发挥的作用对象所描述的那张卡。这种模拟(通常称为结构化的演练)已发现有用在确定缺陷在设计之前,该设计实现。
设计模式
日益强大的工具软件工程师是越来越多的设计模式。设计模式是一种预先制定的模型求解的一个反复出现的问题在软件设计。比如说呢。适配器模式提供了一个解决一个问题,通常发生在从预制组件构造软件。特别是,一个预制模块可能有需要的功能,解决手头的问题,但可能不会有一个接口,兼容现有的应用。在这种情况下,适配器模式提供了一个标准的做法,“包装”,在另一个模块,转换模块之间的原始模块的接口与外部世界,从而使原始,预制组件在应用程序中使用。
另一种行之有效的设计模式,装饰模式。它提供了一种手段,设计一个系统,执行不同的组合相同的活动取决于当时的情况。这种系统可以导致爆炸的选项,没有精心设计,可导致极其复杂的软件。然而,装饰模式提供了一个标准化的方式实施这些系统,导致管理的解决方案。
确定重复出现的问题,以及创建和编目设计模式解决这些问题是一个持续的过程,软件工程。目标,然而,不仅仅是寻找解决方案的设计问题,而是找到高品质的解决方案,提供的灵活性,后来在软件生命周期。因此,324章7软件工程考虑到良好的设计原理等,最大限度地减少耦合凝聚力方面发挥重要作用的发展
设计模式。结果在设计模式发展是体现在图书馆提供的工具,在今天的软件开发包等的编程环境提供的甲骨文和微软网络提供的框架。事实上,许多“模板”中发现这些“工具包”,基本上是设计模式,导致骨骼成,高品质的解决方案的设计问题。
关闭,我们应该指出,出现了设计模式在软件工程是一个例子,如何不同的领域可以有助于彼此。起源的设计模式在研究克里斯托弗亚力山大在传统建筑。他的目标是确定功能,有助于高品质的建筑设计的建筑物或建筑群,开发设计模式,将这些特征。今天,他的许多观点已纳入软件设计和他的工作仍然是一个灵感,许多软件工程师。
问题
&练习1。画数据流程图代表流动的数据时发生的赞助人检查书图书馆。
2。绘制使用案例图图书馆记录系统。
3。画一个类图之间的旅客和酒店,他们
4。画一个图代表一个事实,是一个泛化的雇员。包括一些属性,可能属于一
5。图7.5转换成一个完整的序列图。
6。什么作用的软件工程过程设计模式玩吗?
正在翻譯中..
結果 (中文) 3:[復制]
復制成功!
最后,虽然他们不是 UML 的一部分,它是在此时不宜采用 CRC (类-责任-协作) 卡的作用,因为他们在验证的面向对象的设计中发挥重要作用。CRC 卡是只需一张卡,例如索引卡,在其中写入对象的说明。CRC 卡的方法是为软件设计器,以产生一个卡的每个对象在拟议的系统中,然后用卡来代表系统仿真中的对象 — — 也许在桌面上或通过"戏剧"的实验中的每个成员的设计团队持有证和作用对象所描述的那个卡。(通常称为结构化的演练) 这种模拟发现有助于查明之前的设计执行。 设计缺陷
设计模式
日益强大工具软件工程师是设计模式日益集合。设计模式是预开发模型求解在软件设计中经常发生的问题。例如,适配器模式提供了构建软件从预制模块时,通常会发生的问题的解决办法。尤其是,预制的模块可能解决手上的问题所需的功能,但可能没有与当前应用程序兼容的接口。在这种情况下,适配器模式提供了标准的方法来"环绕"该模块转换为原始模块的接口和外部世界之间的另一个模块内部,从而使原来的预制模块要在应用程序中使用
另一个既定的设计模式是装饰图案。它提供了执行相同的活动,根据当时的情况的不同组合的系统设计的一种手段。这种系统可以导致爆炸的选项,没有精心的设计,可能导致巨大复杂的软件。然而,Decorator 模式提供了标准化实施这种系统的方式,导致一个易于管理的解决方案。
查明的反复出现的问题,以及创造和编目的解决这些问题的设计模式是软件工程中的一个持续的过程。目标,但是,不只是要设计问题找到解决办法,但要找到高质量的解决方案,在软件生命周期的后期提供的灵活性。因此,好的设计原则,例如尽量减少耦合和最大限度地凝聚的 324 章 7 软件工程注意事项设计模式的发展中发挥重要作用.
在设计模式发展方面取得进展的结果反映在图书馆的 Java 编程环境 Oracle 和提供的 Microsoft.NET 框架提供的如今天的软件开发包中提供的工具。的确,许多人发现这些"工具箱"中的"模板"是基本上设计模式骨架,导致现成的高质量的解决方案,来设计
在结束发言时,我们应该提到设计模式在软件工程的出现是多么的不同字段的示例时,可以就彼此方面作出了贡献。 问题。设计模式的起源在于传统建筑中的克里斯托弗 · 亚历山大的研究。他的目标是确定促进高质量的建筑物或建筑配合物的建筑设计的特点,然后开发设计模式,纳入这些功能。今天,他的许多想法已纳入软件设计和他的工作仍然是灵感
问题 & 练习
1。 很多软件工程师。绘制数据流图表示数据流的时发生赞助人检查书图书馆。
2。绘制用例图中的
3。 图书馆记录系统。绘制类图表示旅行者和其中的酒店之间的关系他们逗留.
4。绘制类图表示一个人是一名雇员的泛化的事实。包括一些可能属于每个的属性.
5。图 7.5 转换为一个完整的序列图。
6。什么软件工程过程中的作用做设计模式播放?
正在翻譯中..
 
其它語言
本翻譯工具支援: 世界語, 中文, 丹麥文, 亞塞拜然文, 亞美尼亞文, 伊博文, 俄文, 保加利亞文, 信德文, 偵測語言, 優魯巴文, 克林貢語, 克羅埃西亞文, 冰島文, 加泰羅尼亞文, 加里西亞文, 匈牙利文, 南非柯薩文, 南非祖魯文, 卡納達文, 印尼巽他文, 印尼文, 印度古哈拉地文, 印度文, 吉爾吉斯文, 哈薩克文, 喬治亞文, 土庫曼文, 土耳其文, 塔吉克文, 塞爾維亞文, 夏威夷文, 奇切瓦文, 威爾斯文, 孟加拉文, 宿霧文, 寮文, 尼泊爾文, 巴斯克文, 布爾文, 希伯來文, 希臘文, 帕施圖文, 庫德文, 弗利然文, 德文, 意第緒文, 愛沙尼亞文, 愛爾蘭文, 拉丁文, 拉脫維亞文, 挪威文, 捷克文, 斯洛伐克文, 斯洛維尼亞文, 斯瓦希里文, 旁遮普文, 日文, 歐利亞文 (奧里雅文), 毛利文, 法文, 波士尼亞文, 波斯文, 波蘭文, 泰文, 泰盧固文, 泰米爾文, 海地克里奧文, 烏克蘭文, 烏爾都文, 烏茲別克文, 爪哇文, 瑞典文, 瑟索托文, 白俄羅斯文, 盧安達文, 盧森堡文, 科西嘉文, 立陶宛文, 索馬里文, 紹納文, 維吾爾文, 緬甸文, 繁體中文, 羅馬尼亞文, 義大利文, 芬蘭文, 苗文, 英文, 荷蘭文, 菲律賓文, 葡萄牙文, 蒙古文, 薩摩亞文, 蘇格蘭的蓋爾文, 西班牙文, 豪沙文, 越南文, 錫蘭文, 阿姆哈拉文, 阿拉伯文, 阿爾巴尼亞文, 韃靼文, 韓文, 馬來文, 馬其頓文, 馬拉加斯文, 馬拉地文, 馬拉雅拉姆文, 馬耳他文, 高棉文, 等語言的翻譯.

Copyright ©2024 I Love Translation. All reserved.

E-mail: