Ｄｒｏｐ version 2.0 Beta 追加・修正履歴

文章の見直し・追加
• 第９章Drop開発サイクルの考え方の説明文章を変更。
• 開発フェーズの第２３章から２８章まで。表現の誤りを無くし、説明不足部分を追加。

小さな変更・訂正
• はじめにDropの読み方・使い方の誤字を変更。
• 第４章Dropの目指すものの図4-2からDropのバージョンを外す。
• 第５章プロジェクト構成の問題の文章を少しだけ変更。
• 第１０章開発サイクルの基本形の文章を少しだけ変更。
• 第１１章開発サイクルの応用の文章を少しだけ変更。
• 第１２章プロトタイプ開発の利用の文章を少しだけ変更。

• はじめにDropの読み方・使い方を追加。
• コンセプト編とプロジェクトチーム構成編について、うまく説明できていなかった部分を修正。
• Q&Aに２件追加。

大きな変更・追加
• 第２５章システムテスト・評価にシステム評価を追加
• 第２８章パッケージテスト・評価にパッケージ評価を追加
• 第３１章ドキュメント名の変更
  • 「システム共通仕様書」を「システムアーキテクチャ仕様書」とする。
  • 「アプリケーションクラス仕様書」を「アプリケーション設計書」とする。

小さな変更・訂正
• 第１章パッケージの解説を修正。
• 第２２章問題領域分析フェーズの要求仕様書の作成を詳しくする。
• 第３０章テスト項目表の作成フェーズをテスト・評価から設計・実装フェーズに修正（誤り修正）
• 第３０章〜第３４章誤字・脱字・言い回し修正。

大きな変更・追加
• 第９章Drop開発サイクルの考え方に、「ソフトウェア開発形態とDrop開発サイクル 」を追加する。
• 第１０章開発サイクル基本形にて、契約主導開発サイクルを解説し、「複雑システム型（積み上げ反復の応用）」を追加する。
• 第１１章開発サイクルの応用にて、発想主導主導開発サイクルを追加する。
• 第２７章　コンポーネント実装・設計の図27-1　インタフェースと実装を別クラスにするの解説に実装方法を記述する。
• 開発ドキュメント編の内容を充実させる。

誤り訂正、名前変更
• 第２章Drop構成用語集の図2-2開発プロセス中の「アプリケーション開発」を「システム開発」に変更。（ネーミングの一貫性のために！）
• 第２２章　問題領域分析の「２２．５　コンセプト主導のソフトウェア開発における要求」の名前を発想主導型に変える。（ネーミングの一貫性のために！）
• 第１７章シーケンス図17-10の解説の中で、transmission timeの記述に誤りあり、「find()からFindFinish()まで」に変更。Thanks >古橋健一さん
• 第２４章から第２９章まで、ヘンテコな文章表現を修正。:-)

• 第２３章「システム共通設計」をオブジェクト設計に関する解説を付加する。
• 開発フェーズ編の残りの章（２４章から２９章まで）を追加
• 開発ドキュメント編を追加
• 第１６章　静的構造モデルのインタフェースの注釈が実装言語と直接結びついているような誤解を招くことがfj.comp.oopsの議論の中で指摘され、それにより「インタフェースの表記は直接的にプログラム言語機能と結びついているものではない。」ということを強調した文章に修正した。

• 第２０章「オブジェクト抽出手法・DRO」追加
• 第２３章「システム共通設計」追加
• 第１５章　シネマスコープモデルの解説の中でDROを解説している部分について、「DRO手法の位置づけを変更」したため、全体的な内容調整を行った。

• 第１章　コンポーネントの解説の中で「アプリケーション内再利用」の目的として、「情報を隠蔽することで、システム全体の見通しが良くなることに期待する」ことを目的とされる点を追記。

• 第１８章　再利用基盤モデルの実施プロセスの解説の中で使用していた「概念オブジェクト」を「要求オブジェクト」に修正。また、「アイデア先行型プロセス」を「コンセプト主導型プロセス」に修正し、問題領域分析フェーズとの用語の一貫性を図る。

• 第２２章　「問題領域分析フェーズ」追加
• 第２１章　「開発フェーズの考え方」追加
• 第１５章　「シネマスコープモデル」追加
• Q&Aに８件追加する。（合計１８件）
• Drop仕様を定める上での議論の過程を公開する。
• 要求モデルの対象とするオブジェクトの名前を「概念オブジェクト」から「要求オブジェクト」に変更する。第３章と第１８章の変更。
• 第１章　再利用基盤モデルの縦レイアと横レイアを役割レイアと再利用レイアに変更。

• 要求モデルの対象となる要求オブジェクトの説明を追加する
• 第１８章　「再利用基盤モデル」追加

• 第 ２章　　文章にモデルの解説を追加する
• 第１３章　クラス図のインタフェースを記述するための拡張継承の解説を追加する
• 第１３章　にUMLのステレオタイプの解説を追加する
• 第１６章　クラス図限定子の分かりづらい説明例を取り去る（図と説明の変更）
• 第１７章　コラボレーション図のリンク実現方式について解説を追加する
• 第１４章　オブジェクトモデルのライフサイクル追加

• 第１６章　クラス図に「能動的動作が可能なクラス(Active)」の解説を追加
• 第１６章　クラス図の個々の例の説明項目にDrop利用フェーズを追加する
• 第１６章　インタフェースの図と解説を改善し、より具体的なものとする
• 第１６章　クラス図の３項関連の誤っていたインスタンス図を訂正

• 第３章　エキストラとアプリケーションの解説を追加する

• 第１９章　システム構造図に具体的な利用例を追加。

• デイレクトリ名とファイル名の変更(chapterをpartへ、section.htmlをchapter.htmlへ)
• 第１３章の文章の変更と図の関連多重度を厳密に書いた。またシステム構造図まで図に網羅させた。
• 第１７章のコラボレーション図とシーケンス図にアクテイブ追加、DBをコンポーネント表記に修正。

気になる作業とその進み具合

• 旧DropのDROは、データ中心の要求分析アプローチであった。これは、制御中心のソフトウェアには有効的ではなかった。
• シネマスコープモデルは、オブジェクトの候補(イメージ)を抽出するのが役割であり、Prcoessをデザインするフェーズがなかった。
• そもそもオブジェクト分析時には、オブジェクトの候補からPrcoessを見つけ、そこからDataManageを取り出すよいうような手順を踏むことがが多いと考えた。

• 問題領域分析フェーズ　　　..........開発システムの要求をモデル化する
• コンポーネント分析フェーズ..........コンポーネントの要求をモデル化する