K.Mori's blog

【Dr.Guthrieの講義】
Prototype Interfaces
・ユーザーインターフェース（画面）

Robustness Diagram
・Boundary Objects：境界オブジェクト（GUIの部品等、Control Objectsと対話出来るが、Entity Objectsとは対話出来ない）
・Control Objects：コントロールオブジェクト（メソッド、機能）
・Entity Objects：実体オブジェクト（Control Objectsに相互作用する）

Sequence Diagram
・処理の流れを書く（操作によって発生する処理など）
・処理を実線、戻り値を点線で表す
・Visioにて実習

Class Diagram
・ソフトウェアとインタフェースのための仕様
・ソフトウェアの最終的な(静的な)設計
表記
　+：public
　-：private
　#：protected

CRC Card（Class Responsibility Collaborator）
・１つのクラスを責務と関係（協調性）に分けて記入
・親クラス、子クラスなども記入
・グループでの演習（図書館での４つのシナリオを考える）

【Dr.Guthrieの講義】
Ocject Oriented Methodology
What Object? = "Real"
なぜObectを使うか
１．再利用性が良い
２．理解しやすい

複数個のケースを作成するが、問題はどのケースを初めに行えばよいか？
・一番重要なケースを作る
　→重要な欠点などを見つけることが出来るから

ゲームを例としたObjectの説明

★演習
　・Use Caseの作成（炊飯器）
　・失敗のシナリオを作成
　・Ranking Matrixの作成

【Dr.Mansonの講義】
PSP/TSP
・PSP：個人の開発スキル
・TSP：プロジェクトとしての開発スキル

Phrogramのインストール

★課題（8/28 16:20まで）
　・Phrogramを使ってプログラムを作る
　・Defect Recording Log
　・Time Recording Log

【Dr.Isshikiの講義】
要求を取りまとめるプロセス
・要求取得
・要求仕様
・要求検証
・要求管理

要求とは、経営者、ユーザー、開発で三者三様である。
要求定義上使ってはイケない言葉（曖昧な言葉）
・綺麗、使いやすい、見た目がイイ などの各々によって捉え方が異なるもの

機能要求
　業務要求：経営者（経営要求（※重要：ビジョン/スコープ記述））
　ユーザー要求：ユーザー（ユースケース）
　システム要求：ユーザー（ソフトウェア要求仕様書）
　ソフトウェア要求：開発者（ソフトウェア要求仕様書）

非機能要求
　業務ルール、法律
　品質・属性、待ち時間
　外部I／F
　制約

SaaS and SOA
・変わらない人、会社、組織は潰れる。
・ITの今後

★演習
　ガスステーションシステム