Download presentation
Presentation is loading. Please wait.
1
基礎情報技術 ー第 4 日目ー 平成 23 年 5 月 13 日（金） 担当：亀田
2
確認 授業で使用した資料は授業終了後に Web にて公開します。 授業中はノートなどにメモを取ってくだ さい。 （キーワードや図だけでも結構です。） 本日出される (?) レポート課題 No.1 は来週 （明日ではない）の授業終了時に集めま す。
3
宿題（再掲） 大学の掲示版として、「個人専用の掲示 板」を作るとしたらどんなものがいいの かを考え、以下の３点に関して文書化し なさい。 1. 表示画面のデザイン（外見のデザイン） 2. 提供する情報・サービス（情報デザイン） 3. サービスの利用形態（誰がいつ何をどのように 等） 最終回までの 課題でしたよ ね！ これは授業最終回の時に提出してもらいます。
4
参考文献 情報デザイン原論 「ものごと」を形にするテンプレート, ロバート・ヤコブソン ( 編 ), 食野雅子 ( 訳 ), 電機大出版局 (2004).
5
それでは始めましょう 一呼吸して、気持ちをこちらに集中させ て ください。 集中力を高め、それを維持 し続けることは成功のため の 秘訣です。訓練してくださ い。
6
前回までのポイントの確認 IT のプロになるためには何が必要か？ これを考えるための素材をお話しました。 –SE の仕事はプログラミングだけではない – ソフトウェアのライフサイクル – オブジェクト指向 – モデリング言語 UML など ソフトウェア開発過程の概要 UML の概説
7
IT のプロとは 技術に関して深い理解がある – 哲学・思想（個別技術から技術史等に対す る） 技術を身につけている – オブジェクト指向、 UML 、デザインパターン など 仕事の進め方を知っている – ソフトウェアとは – ソフトウェア開発とは – プロジェクトとは など コスト計算ができる – 実社会の在り方・仕組みを理解している。 大学ではまず基礎・基本をしっかり身につけよう！
8
ソフトウェアのライフサイクル 1. 要求分析 2. 設計 3. プログラミン グ 4. デバッグ 5. 評価 6. 運用 ⇒再び１へ戻る 1. 何を作るの？ 2. どうるの？ 3. 作成作業 （デバッグも） 4. 本当にできた？ 5. 実際に使おう！ 6. ちょっと変更 ソフトウェアの開発工程でもある
9
UML での各種ビュー (3) ユースケース図 アクティビティ図 シーケンス図 コミュニケーション 図 （コラボレーション 図） ステートマシン図 （ステートチャー ト） クラス図 オブジェクト 図 コンポーネント 図 配置図 ユースケースビュー 論理ビュー 配置 ビュー 並行性ビュー コンポーネント ビュー
10
今日の話し 要求分析 ユースケースとユースケース図 よい設計とは Java プログラミング（おまけ） その他
11
要求分析 まずはここから始まる。 （「必要は発明の母」）
12
要求分析 電子掲示板システム（東京工科大向け） コーヒーメーカ カードゲーム (BlackJack) 図書館システム 小売店販売管理システム など
13
コーヒーメーカ
14
WikiPedia より引用 (2008/05/16)
15
要求される仕様 商品名： Mark IV Special 用途：コーヒーを入れるための装置 具体的な仕様は配布資料参照のこと。 これを元に要求を分析してみよう （深く理解してみよう）
16
分析メモ （その前に）
17
ユースケース ユースケースとは、システムが提供する サービスや機能をユーザの視点から記述 するもの。 ユースケースを表現する方法は２つある。 – ユースケース記述（シナリオ記述） 文章で記述 – ユースケース図 ダイアグラムで記述
18
ユースケース記述 ユースケース記述は大きく２つに大別さ れる – 基本ユースケース 標準的なあるいは本来の処理を記述 – 代替ユースケース 例外的なケース（場合）を記述 例：ログイン失敗 など
19
販売システムのユースケース記述 例 販売システムの流れ（基本ユースケース記 述） 1. 2. 3.…
20
販売システムのユースケース記述 例 販売システムの流れ（基本ユースケース記 述） 1. レジ係りがスキャナで 商品のバーコードを読み取る。 2. 商品の値段・商品名、現在までの合計金額を お客にディスプレイ表示。 値段・説明はレジ係りにも表示。 3. 値段と商品名が書かれたレシートを印刷。 4. バーコードが認識されたことを 音でレジ係りに知らせる。
21
販売システムのユースケース記述 例 販売システムの流れ（代替ユースケース記 述） （考えてみよう！）
22
販売システムのユースケース記述 例 販売システムの流れ（代替ユースケース記 述） バーコードが読み取れない バーコードが書かれていない 会計処理途中で停電になった お客さんがいなくなった
23
スキャナの紹介（雑談） バーコード（例： JAN コード、 ISBN ） QR コード（２次元コード） （自由課題）：興味のあるひとは、一度 じっくり調べてみてください。
24
ユースケース図を描いてみよう （販売システムのユースケース）
25
ユースケースの参考書 ユースケース実践ガイド ― 効果的なユー スケースの書き方, アリスター コーバーン, 翔泳社 (2001). “Writing Effective Use Cases,” Alistair Cockburn, Addison-Wesley(2001).
26
さて、 …
27
コーヒーメーカの ユースケース記述とユースケース 図
28
便利な UML ツール (astah) の紹介 各自ダウンロードしてください。 中村太一先生の講義用ホームページ （学内専用サイト）から正規版が コピーできます。 (CS 学部生限定 !!!) 簡単な説明を次回授業中にします。 フリー版 (Community 版 ) でもかまいません。 他の UML ツールでも OK です。
29
自由課題 UML ツールとしてどのようなものがある のか、調べなさい。 – ソフトウェア名 – 製造・販売会社名 – 価格 – 機能 – 動作環境 – その他
30
よい設計とは 分かりやすい 変更しやすい 再利用しやすい などの特徴を持った設計のこと
31
設計を悪くする要因 硬直性 脆弱性 低移植性 粘着性 不要な複雑さ 不要な繰り返し 不透明さ
32
硬直性：システムの変更しにくさ。 脆弱性：１つの変更が他の多くの変更を 引き起こしてしまう。 低移植性：システムのコンポーネント化 が 不十分なため、再利用しにく い。 粘着性：エディットーコンパイルーテス トが 終わらない。
33
不要な複雑さ：いつか役立つであろう コードであふれてい る。 不要な繰り返し：カット＆ペーストの オンパレード。 不透明さ：内容が込み入っていて作成者 の 意図が見えない。
34
では「良い設計」はどうすれば いいのか？ （次回以降、順次説明します。）
35
ここから重要なお知らせ
36
自由課題： Java プログラミング スライドに関するプログラム例 実際に実行してみてください。 プログラムの詳細を理解してください。 パラメータを変えて実行してみてくださ い。 ソースコードは Web ページにおいておき ます。
37
宿題（確認） 大学の掲示版として、「個人専用の掲示 板」を作るとしたらどんなものがいいの かを考え、以下の３点に関して文書化し なさい。 1. 表示画面のデザイン（外見のデザイン） 2. 提供する情報・サービス（情報デザイン） 3. サービスの利用形態（誰がいつ何をどのように 等） 最終回までの 課題でしたよ ね！ これは授業最終回の時に提出してもらいます。 仲間と相 談しても いいよ。 必ず提出してください
38
この宿題のための予備として次 のページのレポート課題 No.1 を 次回までにやってください。 （単位取得希望者全員）
39
レポート課題 No.1 大学の掲示版として、「個人専用の Web 版の掲示板システム」を東京工科大学に 提案したい。そのために、システム提案 書（第１版）を作成してください。提案 書の内容構成（目次）は、以下のように してください。（まずは、書ける範囲で 結構ですが、目次の１，２，４の青枠の 部分は最低限書いてください。） 仲間と相談 してもいい よ。 これは次回提出してもらいます。
40
レポート課題 No.1 （続き） 表紙（授業の Web を参照のこと） 目次 1. 東京工科大学の抱えている課題・利用学生の不満 2. 問題解決のための方法 3. システム化の範囲 4. 機能概要・前提条件・制約条件 5. 情報やデータの流れ 6. 想定する利用者 7. システムのハードウェア構成・ソフトウェア構成 8. システム化にかかる費用とそれによる効果 9. このシステム提案のアピールポイント
41
おわりに 次回は … – グループに分かれて PBL を実施します。 (Project Based Learning) –PBL 自体については次回説明をします。 – グループごとにソフトウェア開発を実践して もらいます。 – 従って、たくさんのドキュメントを書きます。 –PC とともに、筆記用具を必ず持参してくださ い。
Similar presentations
