文章列表
到了十一才算是松了口气，一顿顿胡吃海塞，一天天晨昏颠倒，今天才算是开始正式休息了，看看前段时间发的关于对日外包的翻译，不出所料，没几个人看，看来对日外包的人不怎么来iteye，来了iteye也不怎么关心对日相关的东西，这种文章没有市场啊。
3、2 ソフトワェア設計
システム設計
①外部設計
②内部設計
③プログラム設計
▲外部設計(external design)
システムの期待される機能からシステムを「サブシステム」に分割し、各サブシステムの設計を行う。
主に ...
▲黒板システム
分散する独立した知識を「黒板」と呼ばれる共用メモリに集めて相互作用を行うシステムであり、人工知能の分解で利用されている。
「黒板システム」では、知識源によって、「黒板」の更新を徐々に繰り返すことで問題を解決する。例：「信号処理」「パータン認識」。
▲ソフトワェア．アーキテクチャのレベル
①概念レベル：抽象化されたシステムについてのソフトワェア．アーキテクチャであり、上述のソフトワェア．アーキテクチャの定義に他ならない。
②実装レベル：システムを実装するための多くのモジュールとそれらの層構造によってシステムを記述するものである。
③プロセスレベル：「タスク ...
▲データ抽象化
データ表現とデータ付随する基本的操作をカプセル化するもの。データ抽象化アーキテクチャのコンポーネントはオブジェクトとなる。
「データ抽象化」では、「ソフトワェア構造」、「仕様」、「言語問題」、「統合」、「情報隠蔽」などの理解が包含している。よって、「データ抽象化」はオブジェクト指向アーキテクチャの基礎と考えられる。
▲イベント指向システム
処理を行う手続きを直接呼び出すのではなく、システムのコンポーネントで発生するイベントを主体とするシステムである。すなわち、あるコンポーネントにおいて特定のイベントが発生すると、対応する処理が行われる。例データベース:管理システム ...
今天下班早一点，可以早点来了，呵呵。
继续。
三、ソフトワェア．アーキテクチャ
3、1ソフトワェア．アーキテクチャ(software architecture)
抽象度の高いトップレベルの設計はシステムを主要構成要素に分解し、それら ...
▲デプロイメント図
システム動作する時のコンフィグレーションを表現するための図。
例:インターネット対応のデータベース．システムのデプロイメント図
パソコン（ＰＣ）とデスクトップ．コンピュウータがアプリケーション．サーバを介入して、データベースを利用している、また、ＰＣの利用においては、ファイアウォールが設定されている。
ＵＭＬにおける図形式化によって、オブジェクトの設計も容易になる。
問題点：
①ＵＭＬの意味論が明確ではない、すなわち、各図の要素の意味が厳密に定義されていない。
②ＵＭＬでは実際の分析方法に関する規定はない、よって、分析者がオブジェクト指向についてのあ ...
▲アクティビティ図
ステートチャート図の特別な形である、すなわち、アクティビティの流れが記述される。よって、フローチャートやデータフロー．ダイアグラムを表現することができ、条件分岐や並行処理の記述も可能である。
▲コンポーネント図
ソフトウェア．コンポーネント間の依存関係を示す図である。
System.javaというソース．プログラムから、クラス．ファイルとhtmlファイルが生成されることを示すコンポーネント図である。
翻译：
△活动图
状态图的特别形式，即记述了活动的流程，因此，可以显示出流程图和数据流图，也可以显示出条件选择和并行操作。
前言：
这个星期累坏了，今天上午还有事情出了趟门，结果中午的午睡就从下午两点一口气睡到了下午5点半，但还是困，睡眠不足啊，想着还是不要每天都来更新了，但是就怕这个口子一开，将来找借口就有理由了，算了，还是每天翻一点好了，贵在坚持，还好剩下的也不多了。好了，言归正传，继续昨天的翻译。
▲シーケンス図
オブジェクト間のインタラクションを時間的に表示する図である。
例：前の銀行ＡＴＭにおける払い戻し
▲ステートチャート図
オブジェクトの状態の遷移を表現する図、「状態遷移図」とも言われる。例：ＡＴＭに関する。
翻译：
△序列图
▲ユース．ケース図
システムの要求仕様を実現するための機能を表現する。
①システムの提供する機能である「ユース．ケース」(use case)、記号：楕円
②システムのユーザーである「アクタ」(actor)。記号：③これらの「関係」(association)、楕円内に記述される。
例：レストランのユース．ケース図
▲コラボレーション図
オブジェクト間のインタラクション(interaction)を空間的に表現する図。すなわち、メッセージ．パッシングをオブジェクト間の関連で表示する。
メッセージ：矢印、記号：－>
数字を付加することによってメッセ ...
▲クラス図
クラス間の静的な構造を表現する図である。
一般化(generalization)：「汎化」もと言われ、「継承」に相当する関係。記号：
<!--[endif]-->関連(association)：関連性をもつ複数のオブジェクトの接続。記号：——
依存(dependency)：関連に分類されない依存関係の接続。記号：－〉
実現(realization)：インターフェイスのクラスによる実装。
集約(aggregation)：記号：
「0…1」：0また1個
「*」：0個以上
「1…*」：
▲ＵＭＬ
厳密に言うと、分析、設計用の言語であり、開発に関する規定がないので、方法論とは言えない。したがって、適当なオブジェクト指向開発法と組み合わせて利用する必要がある。
「記法」(notation)
UMLがオブジェクト指向型プログラミング言語「java」との親和性も高い。
次の九個の図が用いられる。
①クラス図(class diagram)
②オブジェクト図(object diagram)
③ユース．ケース図(use-case diagram)
④コラボレーション図(collaboration diagram)
⑤シーケンス図(sequence diagram) ...
▲クラス間の関係
①継承(inheritance)： is-a関係(is-a relation)
②集約(aggregation)： has-a関係(has-a relation)
前図において、「円」のクラスは「図形」のクラスの性質を継承する。「図形」は面積を持つが、「面積」という性質は「円」のクラスに継承される。すなわち、内部状態の変数と各種のメソッドが継承される。
「集約」は「部分関係」によって記述される。例：「人間」のクラスは「頭」、「手」、「足」、「胴体」から構成されている。
4、オブジェクト指向分析(object-oriented analysis:OOA)
オブジェクト方法論がオブジェクト指向分析の以外、下記の内容も含む。
オブジェクト指向設計(object-oriented design:OOD)
オブジェクト指向プログラミング(object-oriented programm ...
▲データ辞書の記述
データフロー．ダイアグラムで利用される用語の定義をある規則で並べたものである。
①データフロー
②ファイル
③プロセス
④データ要素：データのそれ以上小さく分解できない要素である。
ＢＮＦ(Backus-Naur from：バッカスニナウアー記法)
①Ａ＝Ｂ：ＡはＢに等しい。
②Ａ＋Ｂ：Ａ且つＢ。
③［Ａ｜Ｂ］：Ａ又はＢ。
④｛ ｝：括弧内の要素の反復。
3、構造化分析(structured analysis)
システム要求を分割し、それらのインターフェイスの分析して、システム要求全体を「構造化仕様書」(structured specification)と呼ばれる仕様書としてまとめる、トップダウンの分析法である。
構造化とは、システム全体をトップダウンで構成要素に分解し詳細化する考え方であり、最終的にはこれらの構成要素の集まりとしてシステムは記述される。「分析」、「設計」、「実装」に応用できる。
構造化方法論が下記の三つ部分を含む：
①構造化分析
②構造化設計(structured design)
③実装：構造化プログラミング(s ...