朝から嫌なモノを見つけてしまいました。

鏡に映ったカーテンにへばりついていたのは，

なんと…ムカデ！！

ティッシュペーパーを使って，ちょっとだけ戦ってはみたのですが，
気持ち悪いのなんのって，もうハンパないです(涙)
しかも，出勤前の貴重な時間を割いたにも関わらず，最終的には敵を見失うという大失態！

こうしている今も，部屋のどこにいるか分からないので，
今日はちょっとうちに帰りたくありません…。

————— ｷﾘﾄﾘｾﾝ 8X —————

気を取り直して，間違った問題，第 2 弾！

[問題1]
ソフトウェアの要求定義や分析・設計で用いられる技法に関する記述として，適切なものはどれか。

　(ア) 決定表は，条件と処理を対比させた表形式で論理を表現し，複雑な条件判定を
　　　　ともなう要求仕様の記述手段として有効である。プログラム制御の条件漏れなどの
　　　　チェックにも効果がある
　(イ) 構造化チャートは，システムの "状態" の種別とその状態が遷移するための
　　　　"要因" との関係をわかりやすく表現できる
　(ウ) 状態遷移図は，DFD に "コントロール変換とコントロールフロー" を付加して，
　　　　制御系システムに特有な処理系形態を表現することができる
　(エ) 制御フロー図は，データの "源泉，吸収，流れ，処理，記憶" を基本要素とし，
　　　　システム内のデータの流れのネットワークを表現することができる

[問題2]
データ中心アプローチに関する記述として，適切なものはどれか。

　(ア) 設計の初期の段階から，論理設計と物理設計を一体のものとして扱う
　(イ) データ中心アプローチによって開発されたシステムでは，複数の業務が
　　　　それぞれ個別に構築したデータベースを利用する
　(ウ) データの構造は変わりやすいが，プロセスの仕様は対象業務が変わらない限り
　　　　比較的安定している，という前提に立つ
　(エ) データを共有資源とみなし，その一貫性や完全性維持を重視して資源側から
　　　　ソフトウェアを規程する，という考え方に基づく

[問題3]
トップダウンテストと比較したときのボトムアップテストに関する記述のうち，適切なものはどれか。

　(ア) 既存のシステムを修正してシステム開発する場合よりも，新規に開発する
　　　　システムに適用すると効果がある
　(イ) テストの最終段階で，モジュール間のインタフェース上の問題が発見されたときの
　　　　影響が大きい
　(ウ) 未開発の上位のモジュールを代行するスタブが必要になる
　(エ) モジュール数の多い下位の部分から開発していくことになるので，開発の初期の
　　　　段階ではプログラミングとテストの並行作業が困難である

ここまでの解答と解説！

[問題1] (ア)
決定表（デシジョンテーブル）は，複雑な条件とそれによって決まる処理を
分かりやすく表形式にまとめたもので，複雑な論理の説明を行うのに有効な手法です。
(イ) は状態遷移図，(ウ) は DFD を拡張して制御とタイミングを
表現できるようにした制御フロー図（変換図），(エ) は DFD の説明です。

[問題2] (エ)
データ中心アプローチ（DOA：Date Oriented Approach）とは，最も安定した情報資源である
データに着目し，データ構造からシステムあるいはソフトウェアを開発することです。
　(ア) 概念設計，論理設計，物理摂家の順に行われます
　(イ) システムの安定性や拡張性を保証するうえでも，個別データベースではなく，
　　　　全社的なデータベースを利用する
　(エ) データを共有資源とみなし，その一貫性や完全性維持を重視して資源側から
　　　　ソフトウェアを規定する，という考え方に基づく

[問題3] (イ)
以下，自分メモ参照。

★ ボトムアップテスト

　・モジュール数の多い下位の部分から開発していくことになるので，最初から
　　プログラミングとテストの並行作業が可能です。
　・テストの最終段階で，モジュール間のインタフェース上の問題が発見されたときの
　　影響が大きくなります。
　・既存のシステムを修正してシステム開発する場合に適しています。

★ トップダウンテスト

　・モジュール数の少ない上位モジュールから開発していくことになるので，
　　初期段階では，プログラミングとテストの並行作業が困難です。
　・重要度の高い上位モジュールが何回もテストでき，上位モジュールの
　　インタフェースの信頼性が高くなります。
　・新規に開発するシステムに適用します。

第 6 章の問題集にチャレンジしてみました。

範囲が広いのと，カタカナの暗記モノが多いのとで，
惨憺たる結果（16 問不正解）になりました…。
なので，当分は第 6 章の間違った問題でこのブログが賑わいそうです(汗)

…以下，間違った問題たち，第 1 弾！

[問題1]
プログラム言語に関する記述のうち，正しいものはどれか。

　(ア) オブジェクト指向言語である Smalltalk-80 では，すべてのデータは
　　　　オブジェクトであり，また，すべての計算はオブジェクトにメッセージを
　　　　送ることによって行われる
　(イ) 関数型言語である Lisp では，逆向き推論や，バックトラックという
　　　　すべての処理の組み合わせを漏れなく実行するために機能が用意されている
　(ウ) 手続き型言語である Pascal では，リストや 2 分木などの再帰的データ構造を
　　　　直接的に定義するしくみが用意されていて，自分自身のプログラムもリストで
　　　　表現される
　(エ) 論理型言語である Prolog では，基本的命令を単純に逐次的に実行するだけでなく，
　　　　現在の変数の値に従って命令の実行の仕方を変化させることができる

[問題2]
Java の特徴に関する記述のうち，適切なものはどれか。

　(ア) Java コンパイラがソースコードをバイトコードに変換し，Java 仮想マシンが
　　　　バイトコードを実行する
　(イ) Java で開発したプログラムを実行するためには，ブラウザが必要である
　(ウ) Java で開発したプログラムを別のプラットフォームで実行するためには，
　　　　再コンパイルが必要である
　(エ) アプレットは，セキュリティ上の理由から，ブラウザが動いているマシン以外とは
　　　　通信できない

[問題3]
ウォータフォールモデルによる開発工程で作成されるドキュメントに関する記述のうち，適切なものはどれか。

　(ア) 外部設計レビュー報告書を，内部設計フェーズに入って最初のステップで作成する
　(イ) 結合テスト計画書を，プログラム設計フェーズで作成する
　(ウ) システム化計画書および要求仕様書を，外部設計フェーズで作成する
　(エ) 単体テスト計画書を，プログラムのコーディングと同時に作成する

ここまでの解答と解説！

[問題1] (ア)
オブジェクト指向言語は，オブジェクト指向を実現する言語であり，すべてのデータを
オブジェクトとして扱い，また，すべての計算はオブジェクトにメッセージを
送ることで実現されます。
　(イ) 論理型言語である Prolog では…，とすれば正しい
　(ウ) 関数型言語である Lisp では…，とすれば正しい
　(エ) 手続き型言語である Pascal では…，とすれば正しい

[問題2] (ア)
Java の最大の特徴は，開発・実行においてプラットフォームを選ばない点にあります。
Java は，ソースコードのコンパイルによって生成されたバイトコードのレベルで互換性がとれているため，一度生成されたバイトコードはそれぞれのプラットフォームに用意されている仮想マシンによって実行が可能となります。
　(イ) Java で開発されたプログラムの実行に必要なのは仮想マシンです。
　　　　実際にはアプレットに呼ばれ，仮想マシンを実装したブラウザ上で動く
　　　　プログラムもありますがが，厳密にはブラウザがプログラムを
　　　　実行するわけではありません
　(ウ) バイトコードのレベルで互換がとれているため，再コンパイルの必要はありません
　(エ) アプレットのように Web サーバなどからバイトコードをダウンロードし，
　　　　ブラウザ上で実行させるようなプログラムは，セキュリティ上の理由から
　　　　サーバホストとの通信しか許されません

[問題3] (イ)
ウォータフォールモデルにおける各フェーズの手順と主な成果物については，
この記事の下の自分メモを参照。

全部で 78 問あったので，62 問正解（正答率：約 79 ％）できたことになるのですが，
午前の問題全体でそれくらいの正答率じゃないといけない…と考えると，
やっぱり，まだまだ勉強不足ですね(汗)

精進します！

————— ｷﾘﾄﾘｾﾝ 8X —————

以下，問題 3 の解説と連動？した自分メモ！

★ ウォータフォールモデルにおける各フェーズの手順と主な成果物

　　　[基本計画]　　システム化計画書，要求仕様書，開発化計画書
　　　　　↓
　　　[外部設計]　　外部設計書，外部設計レビュー報告書
　　　　　↓
　　　[内部設計]　　内部設計書，内部設計レビュー報告書
　　　　　↓
　[プログラム設計]　プログラム設計書，プログラム設計レビュー報告書，総合テスト計画書
　　　　　↓
　[プログラミング]　モジュール設計書，単体テスト計画書(*)，ソースプログラム
　　　　　↓
　　　　[テスト]　　各テストの報告書

(*) … 単体テスト計画書は，プログラムのコーディングの前に作成する

夏休み短期集中講座ということで，今日からいよいよ，
サマーコースの第 1 クール（23 日 ～ 29 日）がスタートしました！

今年は初の試みで，学生の皆さんからいただいたアンケートを参考に
開講科目を決定しているので，
昔はなかった科目なんかもあって，例年よりもおもしろそうです。

第 2 クール以降はまだ申し込みがいけるみたいなので，
良かったら今からでも申し込んでみてくださいね！
（ちなみに，学外の方向けのサマーコースもあります！）

そんな私も，第 2 クールに開講予定なので，
今日からまったり準備開始。

久しぶりの授業（前期以来）になるので，ちょっと緊張です(汗)

————— ｷﾘﾄﾘｾﾝ 8X —————

そんなこんなでなかなか進まない第 6 章。

焦らずマイペースをモットー（むしろ，自分にそう言い聞かせてます）に，
続・自分メモということで！

★ モジュール分割技法

　・STS 分割
　　→ プログラムを入力処理機能（源泉：Source），変換処理機能（変換：Transform），
　　　　出力処理機能（吸収：Sink）の 3 つのモジュールに分割します。
　　　　また，「入力とはいえない点まで抽象化された地点」である最大抽象入力点と
　　　　「はじめての出力データといえる形を表す点」である最大抽象出力点で
　　　　分割を行います。

　・TR 分割（トランザクション分割）
　　→ 入力トランザクションの種類により実行する処理が異なる場合に有効な分割技法です。
　　　　トランザクションを入力するモジュール，トランザクションを属性ごとに
　　　　各モジュールに振り分けるモジュール，トランザクションごとの処理モジュールの
　　　　3 つに分割します。

　・共通機能分割
　　→ STS 分割，TR 分割などで分割されたモジュールの中に，共通する機能をもった
　　　　モジュールがある場合，それを共通モジュールとして独立させる方法です。

　・ジャクソン法
　　→ 出力データ構造に基づいて分割を進める構造化設計技法です。
　　　　データ構造は JSP 木を用い，「基本」，「連続」，「繰返し」，「選択」の
　　　　4 つの要素を組み合わせた階層的木構造で表現します。

　・ワーニエ法
　　→ 集合論に基づく構造化設計技法です。
　　　　入力データ構造を元に「いつ，どこで，何回」という考え方でプログラム全体を
　　　　ブレイクダウンし，展開していきます。
　　　　なお，プログラムの基本論理構造は，「スタート部」，「処理部」，「エンド部」の
　　　　部分集合から構成されます。

ちなみに，赤字がデータの流れに着目した分割技法で，
青字がデータの構造に着目した分割技法です！

うーん。

正直，覚えられない！(汗)

書こう書こうと思って，ずっと放置していたプロフィールをようやく載っけました。
たいした内容ではありませんが，良かったら読んでやってください。
（左の「ひじきと□の馴れ初め」をクリックすると，続きが読めます）

さてさて，ソフトウェア開発技術者試験の進捗状況。

範囲の広い第 6 章，なかなか読みきれそうにないですが，
とりあえず，自分用のメモをアップしておきます。

　・手続き型プログラム言語
　　→ 問題解決のための処理手順（アルゴリズム）を，1 文（命令）ずつ
　　　 順を追って記述します。
　　　 （例）C 言語，COBOL，Fortran，Pascal，PL/1 など

　・関数型プログラム言語
　　→ 関数の定義とその呼び出しによってプログラムを記述します。
　　　 再帰処理に向いていて，関数定義の中ですでに定義した関数や
　　　 自分自身を使用した定義ができる，という特徴があります。
　　　 （例）Lisp，APL など

　・論理型プログラム言語
　　→ 述語論理を基礎とした論理式により記述されるプログラム言語です。
　　　 「～であれば，…である」という推論のような記号処理を必要とする問題に
　　　 適しています。
　　　 （例）Prolog（人工知能の研究開発で使用されています） など

　・オブジェクト指向型プログラム言語
　　→ データ（属性）とそのデータに対する手続き（メソッド）を 1 つにまとめた，
　　　 「オブジェクト」と呼ばれるものが基本となるプログラム言語です。
　　　 （例）C++，Java，Smalltalk など
　　　

手続き型プログラム言語とオブジェクト指向型言語には触れたことがあるのですが，
それ以外の言語はまったく知らないので，google で調べてみました。
（1 番下に，リンクが貼ってあります）

ついでに，Smalltalk の入門ページも載っけてみましたが，
この言語って，インタプリタ型（命令を 1 文ずつ解釈するタイプ）なんですねー！

うーん。

プログラミングって，ホント奥が深い！

————— ｷﾘﾄﾘｾﾝ 8X —————

★ Lisp 入門
http://wisdom.sakura.ne.jp/programming/lisp/index.html

★ Prolog 入門（注・PDF ファイルです）
http://bach.istc.kobe-u.ac.jp/lect/ps/prolog.pdf

★ Smalltalk 入門
http://www.oklab.org/program/gnu_smalltalk.html