基礎情報技術 ー第3日目ー 平成23年4月29日(金) 担当:亀田.

Slides:



Advertisements
Similar presentations
Chapter1 UML の概要とオブジェクト指向の基本概念 1 情報工学専攻 MFM10004 奥平 健太.
Advertisements

オブジェクト指向 プログラミング 第二回 知能情報学部 新田直也. 講義計画(あくまで予定) 第 1 回 プログラミング言語の種類と歴史 第 2 回 eclipse の基本操作 第 3 回 eclipse のデバッグ機能 第 4 回 構造化プログラミングの復習 第 5 回 演習 第 6 回 構造化指向からオブジェクト指向へ.
基礎情報技術 ー第 4 日目ー 平成 23 年 5 月 13 日(金) 担当:亀田. 確認 授業で使用した資料は授業終了後に Web にて公開します。 授業中はノートなどにメモを取ってくだ さい。 (キーワードや図だけでも結構です。) 本日出される (?) レポート課題 No.1 は来週 (明日ではない)の授業終了時に集めま.
東京工科大学 コンピュータサイエンス学部 亀田弘之
シーケンス図の生成のための実行履歴圧縮手法
4 相互作用図 後半 FM13001 青野大樹.
相互作用図 FM11010 田中健太.
ソフトウェア工学特論III 第10回 その他の図 情報通信工学専攻 GM11013 堀江 真史
アルゴリズムとプログラミング (Algorithms and Programming)
東京工科大学 コンピュータサイエンス 亀田弘之
Chapter 4 相互作用図 FM12010 中山直飛.
アルゴリズムとデータ構造1 2007年6月12日
ソフトウェア工学 知能情報学部 新田直也.
ユースケース図 FM12012 比嘉久登.
基礎情報技術 ー第3日目ー 平成26年4月25日(金) 担当:亀田.
     年  月  日 名前 太郎 1 班.
CHAPTER1 UMLとオブジェクト指向の基本概念(2)
情報科学1(G1) 2016年度.
UMLの概要と オブジェクト指向の 基本概念
第2章 Eclipseと簡単なオブジェクト 指向プログラミング
BPMN(Business Process Modeling Notation)
ユースケース図2-4~ FM11012 中島拓也.
UML入門 UML PRESS vol.1 より 時松誠治 2003年5月19日.
基礎情報技術 ーCSⅠ(第2日目)ー 平成19年6月15日(金) ○亀田・中村・千種.
オブジェクト プログラミング 第1回.
基礎情報技術 ー第2日目ー 平成20年5月9日(金) 担当:亀田.
UMLとは           032234 田邊祐司.
オブジェクト指向モデリング [3] 2003年10月14日.
基礎情報技術 ー第4日目ー 平成27年5月1日(金) 担当:亀田.
基礎情報技術 ー第4日目ー 平成23年5月18日(金) 担当:亀田.
2004年度 サマースクール in 稚内 JavaによるWebアプリケーション入門
東京工科大学 コンピュータサイエンス学部 亀田弘之
ソフトウェア工学 知能情報学部 新田直也.
その他の図 Chapter 7.
オブジェクト指向 プログラミング 第二回 知能情報学部 新田直也.
基礎情報技術 ー第3日目ー 平成27年4月24日(金) 担当:亀田.
オブジェクト指向 プログラミング 第十四回 知能情報学部 新田直也.
東京工科大学 コンピュータサイエンス学部 亀田弘之
データ構造とアルゴリズム論 終章 専門科目におけるプログラミング
WEBアプリケーションの開発 2002年度春学期 大岩研究会2.
社会シミュレーションのための モデル作成環境
     年  月  日 名前 太郎 1 班.
     年  月  日 名前 太郎 x 班.
オブジェクト指向モデリング [2] 2003年10月 7日.
UML関係のTIPS 2008年5月26日 2010年5月16日改訂 海谷 治彦.
基礎情報技術 平成27年7月3日(金) 担当:亀田.
プログラミング言語論 第十四回 理工学部 情報システム工学科 新田直也.
東京工科大学 コンピュータサイエンス学部 亀田弘之
物理的側面を表現する図 Chapter6 物理的側面を表現する図について徐研究室の大楠が発表します。 FM13005 大楠拓也 徐研究室.
オブジェクト指向 プログラミング 第二回 知能情報学部 新田直也.
シナリオを用いたレビュー手法PBRの追証実験 - UMLで記述された設計仕様書を対象として -
UMLの概要とオブジェクト指向の基本概念
実践的ソフトエア開発 ー第4日目ー 平成29年5月8日(月) 担当:亀田.
★C++/オブジェクト指向実践企画★ Othelloゲーム作成
INTRODUCTION TO SOFTWARE ENGINEERING
オブジェクト指向言語論 第十二回 知能情報学部 新田直也.
プログラミング言語論 第十一回 理工学部 情報システム工学科 新田直也.
All Rights Reserved, Copyright © 2004, Kobayashi
設計情報の再利用を目的とした UML図の自動推薦ツール
東京工科大学 コンピュータサイエンス学部 亀田弘之
物理的側面を表現する図 石原研 古賀浩之.
自然言語処理2015 Natural Language Processing 2015
ソフトウェア工学 知能情報学部 新田直也.
自然言語処理2008 平成20年12月22日.
ソフトウェア工学 知能情報学部 新田直也.
ソフトウェア工学 知能情報学部 新田直也.
より分かりやすい ユースケースモデルを作る
Javaとは Javaとはオブジェクト指向言語でJava VM(Java仮想マシン)と呼ばれるプログラム上で動作します。
自然言語処理2016 Natural Language Processing 2016
オブジェクト指向メトリクスを用いた 開発支援に関する研究 --- VC++とMFCを用いた開発を対象として ---
Presentation transcript:

基礎情報技術 ー第3日目ー 平成23年4月29日(金) 担当:亀田

ウォームアップ問題 “オブジェクト指向”という言葉を見ると何が思い浮かびますか? 思い浮かんだものを順に5つ書き下しなさい。 “オブジェクト指向”という言葉を見ると何が思い浮かびますか? 思い浮かんだものを順に5つ書き下しなさい。 _____________

確認 授業で使用した資料は授業終了後に Web(kameken.clique.jp)にて公開します。 ノートにメモを取ってください。 (キーワードや図だけでも結構です。) 毎回レポート課題がでます?。 (前回のレポートは授業終了時に 回収します。)

それでは始めましょう

これまでのポイント(確認) ITのプロになるためには何が必要か? これを考えるための素材をお話しました。

これまでのポイント(確認2) SEの仕事はプログラミングだけではない ソフトウェアのライフサイクル オブジェクト指向 モデリング言語 UML など

授業概要 ITエンジニアのプロフェッショナルになるためには、プロとしての嗜み(たしなみ)と作法を身につけることも大切である。本授業では、今後プロとしてソフトウェアかかわる人たちにとって避けて通ることのできない嗜み・作法を簡単な演習を通じて紹介するとともに、学生の皆さんにそれらの必要性・重要性を身を持って理解してもらうことを目指す。 具体的には、ソフトウェア開発を上流工程から下流工程へ向けて実際に体験してもらいながら、UML(Unified Modeling Language)やプロジェクト管理等の紹介を行う。 ITシステム ≠ プログラミング であることや、ソフトウェア開発におけるコミュニケーションの意義、プロジェクト管理の重要性についてなど、多くのことを学生の皆さん自らが気づくことを期待する。

前回の復習 ソフトウェア工学とは UML入門(その1) ソフトウェア開発工程 ソフトウェアのライフサイクル UMLの歴史 何のために生まれたのか その後どうなったのか 現在の姿 これからの動向 など

ソフトウェア工学について 「ソフトウェアは実際にどのような作業工程を 経て作れば良いのか?」 ということ。

ソフトウェア開発プロセスの確立 これは未解決問題の1つです!

よいプログラムは どうやって作れば良いのか? バグのない 動作効率のよい 開発コストがかからない メンテナンスがしやすい 急な修正・変更にも対応できる 拡張性のある 汎用性のある などなど こんなプログラムってどうやって作る のだろうか?

ソフトウェアのライフサイクル(1) 要求分析 設計 プログラミング デバッグ 評価 運用 ⇒再び1へ戻る

ソフトウェアのライフサイクル(2) 何(どんなもの)を作ればいいの? どう作ればいの? 作成作業そのもの(デバッグもやりながら) 本当にちゃんとできたのかな? 実際に使おう! ちょっと変更したいな。

ソフトウェア開発モデル ウォーターフォール(water fall)モデル プロトタイピングによるソフトウェア開発 インクリメンタルモデルとイテラティブモデル スパイラルモデル データフローモデル アジャイルモデル モデル駆動型 =>一長一短あり 自主問題:  ウォーターフォールモデル , スパイラルモデルおよび  モデル駆動型アーキテクチャ(MDA)について調べよ。

ソフトウェア開発プロセスの確立 現時点では、経験的・体験的にtry! 銀の弾丸はあるのだろうか?

銀の弾丸とは ソフトウェア開発の現場における諸問題に対して、あまねく通用する万能解決策のこと。 このような「万能な解決策(銀の弾丸)は存在しない」という表現で、ソフトウェア開発の難しさを表現することがある。

銀の弾丸はなくても… あきらめてはいけない! その1つの提案が「モデリング」とそれを記述・表現するための「モデル記述言語」である。  (以下、その話をしましょう)

今日の内容 UMLの概説 Javaプログラミング など 今日の課題(課題番号No1)

UMLの歴史 (前回資料参照) とにかく、いいプログラムはいい設計が大切、という観点から、さまざまな開発手法が考えられてきた。

それでわかったこと 要求仕様の明確化 それに基づくきちんとした設計 設計にきちんと基づく「実装」 要求仕様に対応した検証 が大切 プラットフォームに依存しない 「機能やサービス」のレベル プラットフォームに依存する 「実装」レベル 設計にきちんと基づく「実装」 要求仕様に対応した検証  が大切

UMLはモデル記述のための言語(図で標記) これらのレベルごとに、当該システムをモデル化することが大切。 その際、モデルを記述する表現(言語)が必要。  => UML の登場! UMLはモデル記述のための言語(図で標記)

UML各種ダイアグラムの紹介 ユースケース図 クラス図 その他のUML図

UMLとは (ソフトウェア工学的観点から) UML(Unified Modeling Language) システム開発の分野で現在最も注目されているツール(仕様等の記述言語)の1つ。 システムの構想をビジュアルに表現できる。 (visual language) 誰とでも誤解なく意思疎通できる。 (communication tool) 何を作るのかは、明確にしておかなければ…

UMLとは (言語論的観点から) UMLは言語 の1つ 言語 音声言語 (Spoken Language): 所謂話し言葉 若者語 etc. 文字言語 (Written Language) : 書き言葉 法律文 etc. 視覚言語 (Visual Language): 手話 (sign language) ダイヤグラム(Flowchart, UML etc.) etc.

ちょっと雑談(1) 言語とは 思考のための道具 知識を記述し蓄えるための道具 意思疎通のための道具 上記のことを意識しておくことが大切!

ちょっと雑談(2) UMLとは 思考のための道具 知識を記述し蓄えるための道具 意思疎通のための道具 通常はこの点のみが強調されている

ちょっと雑談(3) Syntax v.s. Semantics (統語論 v.s. 意味論) 表現形式 v.s. 意味内容

ちょっと雑談(4) Syntax v.s. Semantics (統語論 v.s. 意味論) 表現形式 v.s. 意味内容 今日はこちらに 重点を置く こちらの理解が本質

参考情報 思考と言語について 意味への取り組みについて ヴィゴツキー:“思考と言語,” 柴田義松(訳), 新読書社(2001). 柴田義松:“ヴィゴツキー入門,”寺小屋新書(2006). 思考と言語研究会(電子情報通信学会) ( http://www.ieice.org/~tl/what.html ) 12月に工科大で開催 (参加料無料) 意味への取り組みについて Semantic Web(http://www.w3.org/2001/sw/) Semantic Computing(http://www.instsec.org/) Web2.0

推薦図書 Sterling & Taveter, The Art of Agent-Oriented Modeling, MIT Press (2009).

Contents of the book Models Applications Introduction Concepts Quality Agent Programming Platforms and Languages Viewpoint Framework Applications Agent-Oriented Management Systems Industry-Related Applications Intelligent Lifestyle Applications An E-Learning Application

さて、…

UMLとは これから作ろうとしているシステム(ソフトウェア)の概念をさまざまな側面から切り出し、表現する図(ダイアグラム)群のこと。 作りたいと思っているもの   → 概念   → 仕様   → 実装 完成したシステム(ソフトウェア)

UML2.0で使用する図 ユースケース図 クラス図 オブジェクト図 シーケンス図 ステートマシン図 (ステートチャート図) アクティビティ図 コンポーネント図 コミュニケーション図(コラボレーション図) 配置図 合成構成図 タイミング図 相互作用概念図 パッケージ図

各図の概要 クラス図 オブジェクト図 パッケージ図 合成構造図 分析、設計領域の静的な構造を明確化 複数のオブジェクトの状態を表現 複数のパッケージ間の関係を表現 合成構造図 クラスなどの内部構造を表現

各図の概要(2) コンポーネント図 配置図 ユースケース図 アクティビティ図 ソフトウェアコンポーネントの構成を表現 システムのハードウェア構成を表現 ユースケース図 外部から見たときのシステムの機能を表現 アクティビティ図 処理の流れを汎用的に表現

各図の概要(3) シーケンス図 コミュニケーション図 相互作用概念図 ライフライン相互のメッセージのやり取りを時間の流れに着目して表現 ライフライン相互のメッセージのやり取りを、オブジェクトに着目しつつ表現 相互作用概念図 複数の相互作用の関係を一段上の目線で表現

各図の概要(4) タイミング図 ステートマシン図 ライフラインの状態変化を時間の経過順に表現 時間の経過とともに変化するオブジェクトの状態を表現

以下、重要なものを取り上げ 一つずつ説明します。

ユースケース図 定義: システムの機能・要件(ユースケース)を ユーザ等(アクター )の視点で示した図 システムの使われ方(要求・機能)を記述するための図 要件(ユースケース)やアクターを具体例で示す。

(参考) ユースケース ユースケースを図示する方法が ユースケース図である。 ユースケース(システム要求機能)の 記述方法は、場合によってはテキストでも 良い。 ユースケースシナリオ ユースケース記述

ユースケースの参考図書 ・Alistair Cockburn: Writing Effective Use Cases, Addison-Wesley, ISBN 0201702258 (2000) ・ユースケース実践ガイドー効果的なユースケースの書き方:アリスターコーバーン, 翔泳社, ISBN 4798101273(2001) 講義では飛ばしました。By KAMEDA

システムの具体例 例: 講習会予約システム 缶ジュースの自動販売機 トランプゲーム(BlackJack) お風呂温度・水量設定システム スケジュール閲覧システム チャットシステム

講習会予約システム

タンジブルソフトウェア入門と人工知能特論コースを取ろうかなぁ… 講習会予約システム タンジブルソフトウェア入門と人工知能特論コースを取ろうかなぁ… 申込みをしている風景   講習受講希望者 Model: Chiaki KUBOMURA 協力:山野美容芸術短期大学

タンジブルソフトウェアは空いているけど、人工知能特論はどうかなぁ… 講習会予約システム 事務処理をしている風景 タンジブルソフトウェアは空いているけど、人工知能特論はどうかなぁ… 受講登録事務員 Model: Chiaki KUBOMURA 協力:山野美容芸術短期大学

講習会予約システム 要件(要求される機能): 申込み キャンセル 領収書発行 など アクター: 受講者 経理担当 顧客管理システム

缶ジュースの自動販売機 要件: コイン投入待ち 金額計算 販売可能商品の表示 購入希望商品の選定 商品の出力 釣銭の出力 アクター: 購入者

トランプゲーム(BlackJack) 要件: カードシャッフル カード要求 持ち札の把握 勝敗の判定 勝敗結果の表示 アクター: プレイヤ

講習会予約システム(再) 要件(要求される機能): 申込み キャンセル 領収書発行 など アクター: 受講者 経理担当 顧客管理システム

講習会予約システム ー ユースケース図 ー

講習会予約システム ユースケース アクター 関連 システム境界

ユースケース図の用語(1) アクター: システムと相互作用する 利用者や外部システムの役割 ユースケースを駆動する。 人間(利用者)、外部システム、ハードウェア Stickman とも言う

ユースケース図の用語(2) ユースケース: システムが提供する機能(振る舞い) アクターとシステムとの対話をモデル化 ユースケースにより、システムの用途が網羅 ユースケース名

ユースケース図の用語(3) 関連: システム境界: アクターとユースケースとの関係 関係があれば線で結ぶ システムの外部と内部とを区別する。 関連名 内部 外部

トランプゲーム ー ユースケース図 ー (練習:各自で描いてみよう!) アクター:___ ユースケース:___

プログラマにとっては、ソースコードの方も クラス図 とても重要な図です。 特に、programmerにとっては。 プログラマにとっては、ソースコードの方も とても大切です。

クラス図 定義: システムの静的な構造を表したもの 問題領域やシステムの構造を、論理的・静的に捉えるためのもの

クラス図の例 学生と学部 0..* 1 学生 学部 学生番号 氏名 - 学部名 住所 所在地 電話番号 +学生情報取得() + 入学手続き 0..* 1 学生 学部 学生番号 氏名 住所 - 学部名 所在地 電話番号 +学生情報取得() + 入学手続き + 休学手続き + 転学部手続き

クラス図の例 学生と学部 クラス名 関係 0..* 1 学生 学部 学生番号 氏名 - 氏名 住所 住所 電話番号 属性 +学生情報取得() 0..* 1 学生 学部 学生番号 氏名 住所 - 氏名 住所 電話番号 属性 +学生情報取得() + 入学手続き + 休学手続き + 転学部手続き 操作

クラス図の例 学生と学部 クラス名 多重度 0..* 1 学生 学部 学生番号 氏名 - 氏名 住所 住所 電話番号 属性 0..* 1 学生 学部 学生番号 氏名 住所 - 氏名 住所 電話番号 属性 +学生情報取得() + 入学手続き + 休学手続き + 転学部手続き 操作

クラス図の用語(1) クラス: 具体物(インスタンス)を抽象化したもの 属性の操作(関数)をもつ インスタンスの設計図に相当 クラス名 属 性 操 作

クラス図の用語(1) クラス: 具体物(インスタンス)を抽象化したもの 属性と属性の操作(関数)をもつ インスタンスの設計図に相当 後で参照するためのもの クラス名 属性のみ(属性値なし) 属 性 操 作 (属性に対する)関数

クラス図の用語(2) 関係:クラス間の相互関係 クラスA クラスB 関連 集約 合成 汎化 依存

クラス図の用語(3-1) 多重度: クラスから生成されるインスタンス(オブジェクト)の個数などを表す。 N M

クラス図の用語(3-2) 多重度の記述法: n nのみ 通常は0や1が使われる 1.. 1以上 1..* 1以上 n nのみ 通常は0や1が使われる 1.. 1以上 1..* 1以上 * 任意の数 他の数字と組合わせて使用 1,3,7 1か3か7 離散値を扱う場合に使用 例: 3..*  3以上

クラス図の例(再) 学生と学部 多重度1 多重度0以上 クラス名 多重度 0..* 1 学生 学部 学生番号 氏名 - 氏名 住所 住所 0..* 1 学生 学部 学生番号 氏名 住所 - 氏名 住所 電話番号 属性 +学生情報取得() + 入学手続き + 休学手続き + 転学部手続き 操作

練習問題 (クラス図の作成)

クラスの例1 自動車クラス is-a関係 Racing car is a car. レーシング カークラス バスクラス タクシークラス

自動車のクラス階層(1) 自動車 レーシングカー バス タクシー

自動車のクラス階層(2) 自動車 レーシングカー バス タクシー

例:自動車とその部品(1) 車 台 ボディ エンジン 窓ガラス タイヤ ハンドル

例:自動車とその部品(2) 車 台 ボディイ エンジン 窓ガラス タイヤ ハンドル

例:自動車とその部品(3) 自動車 車 台 ボディ エンジン

例:自動車とその部品(4) 自動車のクラス階層 自動車とその部品 これらを区別する方法は… 形式が同じになっている!!

例:自動車のクラス階層 自動車 レーシングカー バス タクシー 汎化 特化

例:自動車とその部品(3) 自動車    車 台 ボディ エンジン

合成の関係の場合 自動車    車 台 ボディ エンジン

集約の関係の場合 家 族   お父さん お母さん 子供

オブジェクト図 定義: クラス図に出てくるオブジェクトの相互関係を示したもの 静的構造を把握

オブジェクト図の例 クラス図 学部 学生 オブジェクト図 :学部 :学生 鈴木 CS :学生 佐藤 :学生 田中

オブジェクト図の例 クラス図 学部 学生 オブジェクト図 :学部 :学生 オブジェクト名 鈴木 CS :学生 佐藤 リンク 値 :学生 田中

シーケンス図 定義: オブジェクト相互の協調またはメッセージを、時間軸に着目して表示する図

シーケンス図の例 :obj1 :obj2

コミュニケーション図 定義: オブジェクト間のメッセージのやり取りを、接続関係に着目して記す図 シーケンス図とほぼ同じ内容となる。 着目点が異なる。

コミュニケーション図の例 1:番号入力 3:実行 2:確認ランプ :obj01 :検索コントローラ 4:結果画面表示 5:結果表示 検索結果画面

ステートマシン図 定義: オブジェクトの状態の変化や、その変化が起きるための条件を表す図

ステートマシン図の例 ジュースの自動販売機 待機中 コイン投入 キャンセル [120円以上] 商品選択 ジュース販売 コイン投入中 購入可 [120円未満] コイン投入

アクティビティ図 定義: システムの動的側面をフローチャートの要領で表現する図。 (並行処理を表現することができる。)

アクティビティ図の例 アクター1 アクター2

その他の図 コンポーネント図: 配置図: ソースファイルなど、システム開発に必要なコンポーネントとそれらの依存関係を表現する図 システムを実行するハードウェアの配置やそれらの相互接続関係を表現する図

UMLで使う図(再) ユースケース図 クラス図 オブジェクト図 シーケンス図 ステートマシン図(ステートチャート) アクティビティ図 コミュニケーション図 配置図 etc.

UMLでの5つのビュー(1) システム開発を成功させるためには、開発するシステムを多様な視点(ビュー)から眺めることが大切。

UMLでの5つのビュー(2) ユースケースビュー 論理ビュー 並行性ビュー コンポーネントビュー 配置ビュー

UMLでの各種ビュー(3) 論理ビュー ユースケースビュー クラス図 オブジェクト図 シーケンス図 アクティビティ図 ユースケース図 ステートマシン図 (ステートチャート) コミュニケーション図 (コラボレーション図) コンポーネント図 配置図 コンポーネントビュー 並行性ビュー 配置ビュー

UMLでの5つのビュー(4) ユースケースビュー: アクタの視点からシステムの機能を見る視点 ユースケースビュー: アクタの視点からシステムの機能を見る視点 論理ビュー: システムの論理的構造をみる視点(ビジネスロジックなど) 並行性ビュー: 処理の同期・非同期に着目する視点 コンポーネントビュー:開発者のビュー。ソフトウェアコンポーネントの依存関係を見るビュー。 配置ビュー: 物理的配置を見るためのビュー

UMLでの各種ビュー(3) 論理ビュー ユースケースビュー クラス図 オブジェクト図 シーケンス図 アクティビティ図 ユースケース図 状態図 コラボレーション図 コンポーネント図 配置図 コンポーネントビュー 並行性ビュー 配置ビュー

ここまでのまとめ ソフトウェア開発は大変だ。いいプログラムなんかなかなかできない。だから、仕様をしっかり決めたり、きちんとした設計をすることは大切なんだね。その一助としてモデリング言語(UML)を用いてモデル化をしっかりやろう。                  (上流工程は重要だ!)

UMLの各ダイアグラムの使い方は、システム開発を実践しながら覚えていきましょう。 (UMLの話はまずはここまで。)

クールダウン問題 プログラミングに関していま一番困っていることは何ですか? 5つ書き下してください。 ___________

レポート課題No.1 大学の掲示版として、「個人専用の掲示板」を作りたい。どんなものがいいのかを考え、以下の3点に関して作文しなさい。 表示画面のデザイン(外見のデザイン) 提供する情報・サービス(情報デザイン) サービスの利用形態(誰がいつ何をどのように等) 仲間と相談してもいいよ。 これは最終回に提出してもらいます。

次回の予告 次回からソフトウェア開発に取り掛かります。 UML関連のツール(astahとEclipse)の話も します。 「弘法は筆を選ばず」といいますが、IT技術者とりわけプロフェッショナルIT技術者にとっては、ツール(tool,道具)は重要です。具体的なツールの話をしますので、欠席をすると損をしますよ… PCとネットワークケーブルを持参してください。 それではまた次週!

以下はおまけです。 時間のあるときにでも目を通してください。

次は、… ちょっと話を変えて…

今日の内容(再) 要求仕様を作ってみよう ソフトウェア開発プロセス UMLの概説 Javaプログラミング など 今日の課題(課題番号No1)

最後にはシステム(プログラム)を作らなければ面白くないので、 少しJavaの話をします。

Javaプログラムの例 import javax.swing.JFrame; public class SimpleFrame extends JFrame{ public SimpleFrame(){ super(“Frame Title”); setSize(300,100); setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); setVisible(true); } public static void main(String[] arguments){ SimpleFrame sf = new SimpleFrame();

練習問題 前述のプログラムを実際に実行してみなさい。

今日の内容(再) UMLの概説 Javaプログラミング など 今日の課題(課題番号No1)

次回までの課題

練習課題1 先ほどのJavaのプログラムを実際に実行させて見なさい。必要ならば、Javaの開発環境を整備しておくこと。 (JavacコマンドやJavaコマンドが使えればOK。エディターも必要ならばそろえておいてください。)

練習課題2 教科書の の3つの図が読めるように、練習してください。 (図に描かれていることを自分なりに 口頭で説明できればOKです。) 図1・15 (p.122) 図2・16 (p.142) 図2・18 (p.144) の3つの図が読めるように、練習してください。 (図に描かれていることを自分なりに  口頭で説明できればOKです。)