在沪江关注的沪友遇到了一个关於的疑惑已有人提出了自己的看法。

a不要坐在沙发上坐到阳台上。 正在翻译请等待...

a圣者之谷 聖者の谷の

a这只小猫捉住了一只老鼠 正在翻译，请等待...

a我们应該珍惜传到我们这一代的好传统并把它传给下一代 正在翻译请等待...

a我简单介绍一下自己，我是风景园林硕士20班的 正在翻译，请等待...

a私はマンガ家なので、人のちょっとした動作や、わずかなしぐさに好奇心を持つだから私が外国で失敗をすると、すぐ、その国の人びとが私に見せる反応を、人よりも敏感に感じてしまうようだ。 由于我是漫画家它有求知欲在一点运动和一点人的品行。所以当我无法外国，立刻那个国家的人民显示对我的反应时，看起来您由更加敏感地比人移动

不知道能不能对做软件工作的朋伖们有点用处下面奉上中文翻译。

ここにきて、やっと詳細設計に入る
オブジェクト指向技術をベースにした開発する場合は、クラス図は詳細設計のベースとして位置づけられる。クラス図では、モデリング標準のUMLに従って、クラスおよびそれらの関係を表現し、各クラスの主な属性や操作などを記述する

近藤　－　システムアーキテクト

鈴木　－　開発チームリーダー
山田、田中　－　開発チームメンバー
今週から詳細設計に入ります。予定としてはクラス図、シーケンス図、状態図、それとデータベース設計を中心に作業してほしいです今日は近藤さんにクラス図の作成方法などを説明してもらいます。
それでは、近藤さん、よろしくお願いします

近藤：承知しました。ここ数年まえから、オブジェクト指向やUMLなどはすでに分析設計の常識になってきました説明するため、まずUMLについてちょっと触れたいです。UMLとはUnified Modeling Languageの略称で、言い換えると統一モデリング言語です

山田：そうすると、UMLはすでに国際標準になっているわけですか？

近藤：そう言っても間違えないと思います20世紀末の90年代にはたくさんのモデリングの提案が出まして、その後Booch、RumbaughとJacobsonの三人が揃って、統合的なUMLを提案した、この提案はOMG（Object Management Group）が1997年に発表しました。

今、UMLは単に設計モデリングだけではなく、プロセスの定義言語、テストのフレームワークなどさまざまな分野へ展開しています

田中：私もこの前１つのUMLコースを勉強しましたが、UMLとは、単に設計図を書く記号にすぎないと感じましたけど。

近藤：UMLはもちろん設計図を書く記号ですが、しかし設計の意図を正しく、正確に伝えるため、やはりこの記号の後ろにあるオブジェクト指向技術をマスターしなければなりません

田中：これはクラスやオブジェクトのことを指していますか？

本質的なのはオブジェクト指向の考え方ですオブジェクトというのは、現実的なものをコンピューター世界へ反映させた表現です。たとえば、現実には車両があり、われわれのシステムではCarというオブジェクトで表現しますまた、車両販売の現場では見積書があり、システムではそれに対応したQuotationオブジェクトが存在します。

山田：それならば、このQuotationオブジェクトは現場での見積もり情報の集まりでしょうか

近藤：そうとも言えますが、それは、オブジェクトのある１つの側面です。オブジェクトとはデータを歭つだけではなく、振る舞いも持ちますデータと振る舞いを統合することはオブジェクトの特徴ですね。

山田：なるほど今回のクラス図はデータと振る舞いのどちらを表現するのでしょうか？

近藤:：UMLでモデリングするには大きくわけると２種類のモデリングがありますすなわち、静的なあるいはStaticなモデリングと動的なあるいはDynamicなモデリングがあります。今日話したいクラス図は静的なモデリングの一種です

クラス図は主にクラスの名前、属性、および操作を定義し、そのクラス間の関係付けを記述します。

田中：クラスの関係は複雑でしょうか

近藤：そうでもありません。クラスの関係は大きく分類すると、継承関係、集約関係、それと関連関係という３種類があると思います

継承関係とは基本的には同じタイプのものに対して、汎化性を抽出し、スーパークラスに定義します。特殊性はサブクラスになり、スーパークラスの持っている属性と操作を継承しながら、特別な属性や操作を記述します

田中：それで、集約関係と関連関係の区別はなんでしょうか？

近藤：まず、関連関係とは、単にオブジェクトの関係をクラスレベルで表現したものですたとえば、PersonというクラスとCarというクラスとの間には、「運転する」という関係があります。

集約関係は関連の特殊なものとも言えます詳しくいうと、部品を表すクラスと、それを用いて組み立てられるクラスとの関係です。集約関係の特徴は、部品側オブジェクトが組竝側オブジェクトに依存することです

鈴木：例をあげると、自動車（Car）というクラスがあって、一般的には自動車ですが、日産社製洎動車（NissanCar）とトヨタ社製自動車（ToyotaCar）はそれぞれ自動車に継承関係を持ちます。自動車（Car）が見積（Quotation）クラスや注文（Order）クラスとは関連関係を持っていますそれと、自動車（Car）とタイア（Tyre）クラスは関連関係とも言えますが、依存関係がありそうなので、集約関係を持つことも考えられます。

このような考えはよろしいでしょうか

近藤：なかなかいい例ですね。

分析の初期には、１つは継承関係の定義を慎重に使ったほうがいいと思いますなんでもかんでも継承関係をつけることはいけませんね。また深い継承関係も避けてください２つ目は関連関係か集約関係かなどを悩む必要はありません。もしはっきりわからなければ、とりあえず関連関係でもいいですから属性や操作を定義しながらわかってくると思います。
最後に言いたいことは、クラス図を書くときには、システムが大きすぎると1枚の紙で書き切れないこともよくありますから、クラスをグルーピングすることが必要です
われわれが今回開発しようとする車両販売管理システムの場合は、いまのところのユースケースやコンセプト図を読むと、大体６０個以上のクラスがあると思います。そうするとおそらく3つまたは4つぐらいのグループに分割すればいいと思います

鈴木：そうですね、確かにグルーピングすることは必要ですね。わたしのイメージでは、たとえば車両や部品などのクラスは品物グループで、お客さん、メーカー、商社、営業マンなどは組織のグループになると思います最後は、請求書、納品書、注文書などのクラスはまた１つのドキュメントグループになるかもしれません。

鈴木：それでは今日のミーティングはここまでです。近藤さん、どうもありがとうございました

皆さん、ありがとうございました。

皆：どうもありがとうございました

 詳細設計(しょうさいせっけい) ：详细设计

位置づける(いちづける) ：定位（于）

モデリング（modeling） ：建模

従う(したがう) ：根据

主な(おもな) ：主要的

提案する(ていあんする) ：提出方案

揃う(そろう) ：合起来，联合起来

発表する(はっぴょうする) ：公布发布

単に。。だけではなく(たんに。だけではなく) ：不仅仅。。

プロセス（process） ：过程

フレームワーク（framework） ：框架

分野(ぶんや) ：领域

（。に）すぎない ：仅仅。。而已

マスター（master）する ：掌握

クラス（class） ：类

オブジェクト（object） ：对象

考え方(かんがえがた) ：思考方法

コンピューター（computer） ：计算机

システム（system） ：系统

（情報の）集まり (じょうほうのあつまり) ：（信息的）集合体

データ（data） ：数据

振る舞い (ふるまい) ：行为行动，操作

静的 (せいてき) ：静态的

動的 (どうてき) ：动态的

継承関係 (けいしょうかんけい) ：继承关系

集約関係 (しゅうやくかんけい) ：合成关系

関連関係 (かんれんかんけい) ：关联关系

タイプ（type） ：类型

汎化性 (はんかせい) ：一般性

特殊性 (とくしゅせい) ：特殊性

抽出する (ちゅうしゅつする) ：抽象出来

スーパークラス（super-class） ：超级类父类

クラスレベル（class level） ：类的水平上

運転する (うんてんする) ：驾驶

部品 (ぶひん) ：零件，部件

表す (あらわす) ：表示表达

用いる (もちいる) ：使用，应用

組み立てられる (くみたてられる) ：被组匼而成的

見積 (みつもり) ：问价报价

注文 (ちゅうもん) ：订货

タイア（tyre） ：轮胎

なかなか ：（口语）非常

なんでもかんでも ：不管三七二十┅

避ける (さける) ：避免

悩む (なやむ) ：恼火，烦恼

書き切れない (かききれない) ：画不下写不下

グルーピングする（grouping） ：分组，编组

イメージ（image） ：印象认为

品物グループ (しなものぐるーぷ)（material group） ：材料的组

ドキュメントグループ（document group） ：文档的组