とにかくなんとか無事終わった

今日試験を受けてきた。会場は東京調布の電気通信大学だった。9:30から試験開始だったので、８時くらいに家を出た。試験会場ではFEの試験もやっていた。試験はやはり空席が目立った。私が受けた教室は受験番号から８０人いるはずだったが、実際数えてみると３０人だった。確かに試験センターが発表している数字どおり棄権する人が多かった。あと遅刻する人も結構いた。
　いま試験を終えてみて思うのだが、結果はどうであるにせよ、受けてきてよかったと思っている。朝眠いから一瞬やめようかとも思ったが、でもさすがにいかなかったらすべて腐りそうでがんばった。とりあえず、終わってよかった。
　時間配分やマークミスもなく終わったので、ちょっと期待している。うまくいってないかな～。試験では午前は１時間ちょっとで普通に終わった。見直しして結構修正で答えがわかった問題が多かった。見直しすべきだね。これを学習した。午前はやっぱり頻出問題を暗記する方針で学習していたのがよかった。同一の問題がたくさんあった。それで、結局時間余ったので３０分はやく退出した。近くの西友に栄養ドリンク買いに行きました。午後は時間との戦いだと思って多少気にしていたが、なんとかそれほど時間不足にならず終えられてよかった。なんかすぐ退出する人が結構いたが、午後途中退出は時間的に不可能でしょうよ。あきらめたんだろうね。よくないわ。最後まで粘るのが戦士だろうよ。なんか高齢の受験生にかぎって態度悪いような気がした。おっさんとかだめだわ。
　最後に、総合的な印象としては今回は簡単だったと思う。合格発表までこのブログはしばらく放置します。見てくださった方、ありがとうございました。この体験談には必ず役に立つヒントがあるはずです。だめだったら、秋の試験に臨むかな。でもちょっと忙しい時期なのでねぇ。今回突破できたら最高なのだが。。。

前日の悪あがき

いよいよ明日本番となった。あとは、体力勝負だ。試験中に寝てしまう可能性が高いので、今日はすこしリラックスでもしようかと思う。

最後に、気になっている項目を整理して終わることにする。

・待ち行列モデルの計算方法
自分の前に待っている人数　×　一件あたりの処理時間　＝　待ち時間

・RAID0~6の暗記
隅の葉っぱ、ブロック循環パブ２つ
ストライピング、ミラーリング、ハミング符号、パリティ、ブロック、巡回、パリティブロックを２つ

・ISMS適合性評価制度
経営者の運用管理体制をチェック

・DBの正規形
　第１正規形；繰り返し属性が存在しない。
　第２正規形：どの非キー属性も、主キーの真部分集合に対して関数従属しない。
　第３正規形；どの非キー属性も、主キーに推移的に関数従属しない。

・企業内PBX内線網の接続構成
 VoIPゲートウェイ、PBX(構内交換機)
構成図；(電話機)-(PBX)-(VoIPゲートウェイ)-(ルータ)-(IPネットワーク)

（e-words サイトから引用）
電話網とIPネットワークの間の中継を行う機器。インターネットやイントラネットを使って通話を行うVoIPにおいて使用されるしくみ。VoIPゲートウェイは、企業の支社間などでVoIPによる電話網を構築するために使われるのが一般的である。
VoIPゲートウェイは電話網とIPネットワークの境界に置かれ、電話線から入力されるアナログ音声データをデジタルデータに変換し、IPパケットに分割してIPネットワーク上に送信する。同時に、IPネットワーク側から受け取ったIPパケットをアナログ音声に復元し、電話網へ送り出す。デジタル音声データの圧縮および伸張もVoIPゲートウェイが行う。通常、企業のひとつの支社内の内線電話はPBX(構内交換機)と呼ばれる機器によって集約されている。従来は、各支社のPBXを公衆の電話回線や専用線で接続することで企業内電話網を構築していた。このため通話料や専用線敷設のコストが多大にかかっていた。
VoIPゲートウェイを利用すれば、従来公衆の電話回線や専用線を用いていた部分をIPネットワークに置き換えることができ、コストが大幅に削減できる。また、電話やFAXの回線とコンピュータネットワークが同一のIPネットワークに統合されることで管理コストの削減にもつながる。

・テストケース設計技法
ホワイトボックステスト（めぶんりょう、メイブン城）
　命令網羅C0；全ての命令を実行。
　分岐網羅C1；判定条件網羅ともいう。全ての分岐で、全ての方向を実行。
　条件網羅C2；複数条件で起こりうる真偽の組み合わせを実行。

ブラックボックステスト

同値分割
　限界値分割

なお、役に立ったサイトはこちら

・モジュール設計の指針（強度が強く、結合度が弱いほうがよい）

モジュールの強度（強い順）
　機能＞情報＞連絡＞手順＞時間＞論理＞暗号（的強度）
モジュールの結合度（強い順）；ローカル＜グローバル、データ項目＜データ構造
　内容＞共通＞外部＞制御＞スタンプ＞データ（結合）

・ガントチャート
　各作業の開始時点と終了時点が一目で把握できる。

・バランススコアカード（雑魚ナビが成長した）
企業の業績管理手法。「財務」「顧客」「内部ビジネスプロセス」「学習と成長」

・損益分岐点の計算
損益分岐点の売上高＝固定費/(1-(変動費/売上高))

H25秋午前

試験まで残り５日。ちょっと集中力が切れてきたが、がんばりたい！

まだまだ知識があいまいな部分がある。
特に情報セキュリティとストラテジとマネジメントの用語だ。

ぱすしまくったが、結果は如何に？

問１、場合の数　ｐ
問２、桁落ち
問３、負の整数の表現
問４、論理式 ｐ
問５、待ち行列モデル
問６．完全２分木
問７、ハッシュ
問８、再帰
問９、アルゴリズム　ｐ
問１０、メモリインターリーブ
問１１、平均アクセス時間
問１２、DMA
問１３、RAID0, RAID1
問１４、分散処理システムのアクセスの透明性
問１５、データ処理件数の計算　ｐ
問１６、フェールセーフ
問１７、稼働率
問１８、ガーベジコレクション
問１９、ラウンドロビン方式のプロセススケジューリング
問２０、コンパイラの仕組み
問２１、OSS
問２２、DRAM,SRAM
問２３、RTC(real time clock)　ｐ
問２４、フリップフロップ回路
問２５、ユーザビリティ
問２６、SMIL
問２７、ストアドプロシージャ
問２８、RDBMSのオプティマイザ　ｐ
問２９、DBの正規形
問３０、関係演算
問３１、SQL　ｐ
問３２、可変長サブネットマスク
問３３、ビット誤り率計算
問３４、ブロードキャストフレーム
問３５、OSI基本参照モデルのプロトコル
問３６、パケットのヘッダ情報
問３７、ネットワーク層での暗号化
問３８、RSA暗号化方式
問３９、ディジタル署名生成と鍵
問４０、ISMS
問４１、ビヘイビア法
問４２、クロスサイトスクリプティング
問４３、デジタルフォレンジックス
問４４、パスワード不正取得と対策
問４５、ER図
問４６、ウォークスルー
問４７、オブジェクト指向
問４８、ソフトウエアの誤り率　ｐ
問４９、分岐網羅と条件網羅
問５０、マッシュアップ
問５１、ファンクションポイント法
問５２、プロジェクトの日数見積もり　ｐ
問５３、EVM  ｐ
問５４、PMBOX
問５５、ITILのインシデント管理
問５６、バックアップ方式
問５７、ミッションクリティカルシステム
問５８、システム監査人
問５９、監査手続き
問６０、コントロール統制
問６１、ITポートフォリオ
問６２、EA
問６３、現行論理モデル、物理モデル
問６４、システム管理基準
問６５、KPI
問６６、スケールメリットとシナジー効果
問６７、デルファイ法
問６８、マーケティング要素４P,４C
問６９、バランススコアカード
問７０、プロダクトイノベーション
問７１、EDI
問７２、エスクローサービス　ｐ
問７３、VICS(Vehicle Information and Communication System)
問７４、リーダシップ論
問７５、OC曲線
問７６、営業利益計算
問７７、減価償却計算
問７８、在庫評価額　ｐ
問７９、著作権　設問読み間違え
問８０、準委任契約

さて、今回はめんどくさそうなものはかなりパスしたが結果は52/80~65%。時間は２時間。
まぁこんなもんで突破できるんだね。
知らない用語の問題は、選択しの文章をよめば判別できるものが多かった。問題設定のキーワードとの対応がわかれば選べるようになっているようだ。


今回の補強と対策をしよう。

問４、真偽の判定方法
　　　基礎知識；真∧真＝真、真∨偽＝真　など
　　　「含意➡」；真理値表を使う
　　　　　　　　X真かつY真ならばX➡Yは真、X偽かつY真ならばX➡Yは真　など
　　　　　　　　　「ならば」で偽になるのはXが真でかつYが偽の場合のみ

問２４、フリップフロップ回路
　　　否定論理和の真偽結果に注意。なんとなくすっきりしない。

セキュリティ分野は要チェックだ。
問４３、デジタルフォレンジックス
　　　；コンピュータシステムに対する不正アクセスなどの犯罪の証拠となりうるデータの収集、分析、保全の技術手法の総称。

問４４、サーバへのログイン時にもちいるパスワードの不正取得に対する対策。
　　　；辞書攻撃、スニッフィング、ブルートフォース攻撃

問５３、プロジェクト管理技法であるEVMによる、完成時総コスト見積もり(EAC)の計算公式を覚える必要がある。米国防総省の調達規則の一部として制定、ってなんかすごいね。
     EAC=AC+(BAC-EV)/CPI
     コスト効率指標；CPI=EV/AC
　AC＝実コストActual Cost,
    BAC=Budget at Completion
    EV=Earned Value

問７６、売上高と支出は別物。前者は販売単価を使う。後者は固定費、変動費で計算可能。

問８０、準委任契約、レンタル契約、派遣契約、請負契約の違いに注意。
ネット情報でこんな説明があった。「請負と準委任の違いは納品物が明確に定義されているかされていないかです。簡単に言うと、請負は決められたものを納品するもので、請負う側は期日までにきちんと完遂する義務があります。準委任は完遂する義務がありません。そのため契約の依頼側にリスクがあります。もちろん準委任だからと言って何をやってもいいわけではなく、善管注意は発生します。要は真面目に作業する義務はあります。」だってさ。

以下はwikiから持ってきた情報。

アーンド・バリュー・マネジメントでは、ある時点までにプロジェクト・チームが完成した成果とプロジェクト開始時に予測した見積りとが比較される。この比較から、プロジェクトが完了状態からどれほど離れているかについての標準が与えられる。既にプロジェクトに投入された作業量から推定することによって、プロジェクト・マネジャーは完了時点までにどれほどのリソースが使用されるかの見積もりを得ることができる。

アーンド・バリュー・マネジメントをプロジェクトに適用しようとするプロジェクト・マネジャーには以下に挙げる基本情報が必要である。

ワーク・ブレークダウン・ストラクチャー (WBS, Work Breakdown Structure)

階層化され詳細化された、全てのプロジェクト構成要素のリスト

プロジェクトのマスター・スケジュール (PMS, Project Master Schedule)

各タスクの納期と担当者が示されたガントチャート

プランド・バリュー（計画価値） (PV, Planned Value)

当該期間末までに完了しているものとして計画された作業の予算

アーンド・バリュー（出来高） (EV, Earned Value)

当該期間末までに進捗した作業を、その作業の計画価値に対する比から評価した価値

実コスト (AC, Actual Cost)

当該期間末までに実際に投入した総コスト

完成時総予算 (BAC, Budget at Completion)

プロジェクトの完了時点におけるPV

プロジェクト・マネジャーは、これらの情報を基に次のような評価値を算定することができる。

コスト差異 (CV, Cost Variance)

EV - AC（0以上であれば良好）

スケジュール差異 (SV, Schedule Variance)

EV - PV （0以上であれば良好）

コスト効率指数 (CPI, Cost Performance Index)

EV / AC（1以上であれば良好）

スケジュール効率指数(SPI, Schedule Performance Index)

EV / PV（1以上であれば良好）

完成時総コスト見積り (EAC, Estimate At Completion)

AC + (BAC - EV) / CPI

残作業のコスト見積り (ETC, Estimate To Completion)

(BAC - EV) / CPI = EAC - AC)

問５４、PMBOX；プロジェクトにおいてマイナスのリスクに対する対応戦略を４分類。

　　　　回避、転嫁、軽減、受容

 

以下は問８０の契約に関するネット記事を拾ってきた。

 

　システム開発にかかわる作業をITベンダーに委託する場合、一般的に次の三つのどれかの契約を結ぶ。成果物の責任を負わせる「請負」契約、業務支援などを依頼する「準委任」契約、そして技術者など人材を供給してもらう「派遣」契約、である。
　これらの違いは、なかなか正しく理解されていないのが実情だ。「準委任契約なので完成責任を負っていない。そのため、成果物が完成していなくても、労働に対する対価を（ユーザー企業は）支払う義務がある」といった発言を、ユーザー企業とITベンダーの紛争で聞くことは珍しくない。
　システム開発にかかわる紛争を見ると、請負契約と準委任契約に関連する理解不足が原因であることが多い。まずは準委任契約を中心に紹介しよう。専門家としての責任である「善管注意義務」についても知っておいてほしい。

「 委任」と「準委任」は同じ

まずは「委任」「準委任」の言葉の定義に関する誤解を解いておこう。ごくたまに、「委任という言葉に“準”がついているため、委任よりも効力などが低い契約なのか」という質問をされることがある。確かにそう感じなくもないが、実際には委任も準委任も同じである。
　委任とは「法律行為」を委託する場合、準委任は「法律行為でない事務」を委託する場合の契約である。物品の売買契約などの法律行為を委託する場合は委任、システムの要件定義など法律行為ではないことを委託する場合は準委任契約となる。ある仕事を別の人や会社に依頼するという意味は同じなのだが、その中身によって法律では呼び方が違っているのだ。
　民法には「売買」や「賃貸借」といった13種類の契約類型が規定されている。これらのなかに「請負」と「委任」の契約類型が含まれている（図1）。ここに準委任は記されていないが、民法の規定は委任の規定をそのまま適用している（法律の世界では“準用する”という）。そのため「準委任」と呼んでいるにすぎない。法的な効力は、委任と準委任とで違いはないのである。

図1●民法で規定されている13種類の契約類型

成果物の完成責任を負わない

続いて、請負契約と準委任契約の違いを説明しよう。最も重要な違いは、受託した側が受託した仕事を完成させる義務を負うかどうかである（図2）。請負契約は、引き受けた仕事を完成させる義務が定められている。これに対して、準委任契約では仕事を完成させる義務はない。

図2●請負契約と準委任契約の違い

[画像のクリックで拡大表示]

準委任の例としてよく挙げられるのが、医師の診療や手術である。患者は診察や手術などの仕事（民法では「事務」という）を医師に委託した場合、医師は病気を完治させる責任は負わない。医療過誤に当たる場合を除けば、医師は病気を完治できなくても債務不履行責任を負うことはない。患者が完治しなかったとしても、医師は診察や手術に費やした対価を請求することができる。
　塾の講師との契約も準委任だ。子供の学習指導という“法律行為ではない事務”を親が講師に委託する契約であるからだ。親は子供の成績向上や志望校の合格を期待しているのだが、講師はそれらの目的を達成する義務までは負っていない。きちんとした講義を行えば、成績が伸びず志望校に合格できなくても、債務不履行責任を負うことはない。

ITベンダーは善管注意義務を負う

準委任契約においては、受任者は成果物の完成責任を負わない。これを文字通り解釈すると、要件定義など準委任契約を結んだ仕事については、プロジェクトが途中で頓挫して成果物（要件定義の場合は要件定義書など）が完成しなくてもITベンダーの責任を問えないことになる。
　確かに原則はそうである。だが、プロジェクトが頓挫した原因によっては、ITベンダーも責任を負うことになる。例えば、ITベンダーが専門家として適切な支援を行わなかったときがそうだ。プロジェクトが失敗する（要件定義が頓挫する）恐れがあるのに、それを未然に防ぐ行動や助言をしていなかったら、たとえ準委任契約であってもITベンダーは債務不履行責任を負うことになる。
　それはなぜか。この答えとなるキーワードが「善管注意義務」である。民法は「受任者（仕事を委託された側）は、委任の本旨に従い、善良な管理者の注意をもって、委任事務を処理する義務を負う」（民法第644条）と定めている。仕事を委託されるのは、専門家としてそれだけの知識や経験を持っていることが背景にあってのことだ。つまり、委託された仕事に労働力を費やすだけでなく、プロフェッショナルとして一般的に期待されるレベルの注意義務を果たす必要がある、というわけだ。
　ユーザー企業のシステム部門に比べれば、ITベンダーはシステム開発の経験が豊富だ。規模の大小を問わず様々なプロジェクトを行っているため、成否を分ける勘所も分かっている。従業員もITに精通している。これに比べてユーザー企業は、システム開発に対する経験や知識は劣る。大規模なプロジェクトは数年に1回という企業が大半だろう。それゆえ、経験や知識を補うために、ユーザー企業はITベンダーにお金を払って支援を仰ぐ。
　こうしたことを踏まえた上で、仕事を受託したITベンダーは、善良な管理者の注意義務を果たすという民法上の義務を負う。例えば、ITベンダーが要件定義業務を支援していた際、要件定義の前提として設定されていた予算を超過することが途中で分かったとしよう。この場合、ITベンダーは予算超過の可能性を伝えた上で、要件を削らない場合の追加費用を見積もったり、予算を超過させない代替手段の有無を検討したり、プロジェクトのスケジュールに対する影響などを具体的に示したりすることが求められる。
　こうした行動や助言をしていなかったとしたら、成果物の完成責任を負わない準委任契約であっても債務不履行責任をITベンダーが負うことになる。

契約書に潜んでいる落とし穴

ここまで準委任契約の特性や善管注意義務の存在について解説してきた。実はこうしたことを理解しているにもかかわらず、法的リスクを減らしたり紛争時の交渉を有利に進めたりするために、契約書の文面を巧妙に作成するITベンダーはある。ユーザー企業は契約書を交わす段階で問題を発見できないと、あとあと問題が生じる可能性がある。しばしば目にする典型例を二つ紹介しよう。
　一つめは善管注意義務に関する規定を盛り込んでいないケースだ。「当社は経済産業省のモデル取引・契約書に沿っていますのでご安心ください」と言いつつ、実は一部分を書き換えているケースによく見られる。
　経済産業省が2007年4月に公表した「情報システム・モデル取引・契約書」（モデル契約書）では、要件定義の契約を準委任としている。それを示す第14条の第2項では、「乙（ITベンダー）は、情報処理技術に関する専門的な知識及び経験に基づき、甲（ユーザー企業）の作業が円滑かつ適切に行われるよう、善良な管理者の注意をもって調査、分析、整理、提案及び助言などの支援業務を行うものとする」という条項を設けている。ところが、この条項をまるまる削除した契約書をユーザー企業に提示しているITベンダーは少なくない。
　実のところ、善管注意義務を受任者が負うことを契約書に書いていなくても、民法の規定は適用される。だが、ユーザー企業に気づかせないようにするために、あえて善管注意義務を削除しているとみられる。法的には書いても書かなくても同じだとはいえ、ITベンダーのプロとしての責任を再認識させるためにも、ユーザー企業としては善管注意義務に関連する規定を契約書に明記しておくべきだ。
　契約書を巧妙に作成しているもう一つのパターンが、支払いに関する規定だ。成果物の完成責任を負わないという準委任契約の性質を強調しつつ、「予定の期間や工数が満了したら、ユーザー企業は速やかに対価を支払う」という規定が盛り込まれていることがある。あえて成果物について言及していないのは、要件定義書などが完成していなくてもITベンダーが対価を請求できるようにするためだ。
　このままでは、プロジェクトが頓挫しても、ユーザー企業は対価を支払わなければならないことになる。こうした問題を防ぐために、モデル契約書の第17条と第18条では、「ユーザー企業とITベンダーが共同で、要件定義書がきちんと完成していることを確認することをITベンダーの業務の終了条件とする」ことを定め、ユーザー企業が確認するまでは、ITベンダーは対価を請求できないようになっている。これらの重要な条項も、契約書から削除しているケースがあるので注意が必要だ。

H25秋午前過去問

久々の午前対策実況だ。
以外にめんどうで、パスした問題も多かった。

ハードディスクのアクセス時間の計算など忘れてしまっていたので、対策が必要だ。

結果は
問１、集合演算、ベン図
問２、線形計画法
問３、ハミング符号とビット誤り訂正
問４、逆ポーランド記法
問５、配列でのスタックの実現方法；LIFO
　　　キューとの違いに注意；FIFO
問６、アルゴリズムの計算オーダ
問７、再帰関数
　　　　ケアレスミス
問８、リエントラント（再入可能）プログラム
問９、CPU高速化技術（スーパススカラと演算器）
問１０、CUP,のスタックポインタ
問１１、キャッシュメモリへの書き込み動作
問１２、磁気ディスクのアクセス時間
問１３、NAS
問１４、MTBF,MTTR
問１５、めんどくさそうな計算ぱす
問１６、稼働率の合成計算
問１７、ガーべじコレクション
問１８、ページング方式の仮想記憶でフラグメンテーションを解決できる理由
問１９、LRU方式によるページアウト回数
問２０、ファイル容量計算
問２１、D/A変換
問２２、論理回路
問２３、webコンテンツのアクセシビリティ
問２４、CGの基本技術
問２５、ストアドプロシジャーの利点
問２６、関数従属性
問２７、ER図　カージナリティ
問２８、SQL分
問２９、ETLツール
問３０、CSMA/CD方式
問３１、ビット誤り率
問３２、Ajax
問３３、SSLで使う鍵
問３４、SVG
問３５、VoIP
問３６、シングルサインオン
問３７、パスワード総数
問３８、ハッシュ関数とメッセージダイジェスト
問３９、暗号化方式
問４０、情報セキュリティの完全性への攻撃
問４１、SQLインジェクションとプレースホルダ
問４２、ウイルス検地方法
問４３、メールサーバの第三者中継
問４４、UML
問４５、ソフトウエアの用件定義
問４６、ソフトウエアの再利用性
問４７、CMMI
問４８、SOA
問４９、プログラムの著作権
問５０、著作権法違反な事例
　　　　読み間違い。だめなものを選ぶ
問５１、WBS
問５２、アローダイヤグラムの作業の余裕日数の読み方
問５３、EVM
問５４、管理図
問５５、ITサービスマネジメントにおけるインシデント管理
問５６、ITサービスマネジメントの可溶性管理
問５７、システム監査人が負う責任
問５８、事業継続計画の監査
問５９、エディットバリデーションチェック
問６０、内部統制
問６１、EA
問６２、BPO（Buisiness Proceses Outsourcing)
問６３、情報リテラシとコンピュータリテラシ
問６４、非機能用件と機能用件
問６５、RFI
問６６、半導体ファブレス企業
問６７、企業の競争戦略（フォロワー戦略）
問６８、アンゾフの成長マトリクス
問６９、マーケティングミックス
問７０、技術のS字カーブ
問７１、スマートコミュニティ（未来環境都市）
問７２、PLM(Product Lifecycle Management)
問７３、めんぱす
問７４、B to C
問７５、親和図
問７６、IFRS(国際財務報告基準）
問７７、固定費、変動費
問７８、下請け企業関連法規
問７９、請負契約の仕組み（発注者、受注者、監督者、労働者）
問８０、PL法（ソフトウエアは無形であり一般にPL法の対象外だが、ROM化すると部品となる）

結果；　56/80 ~70%　午前突破は確実

感想；知識があいまいな部分がまだある。知識の理解度を上げる必要がある。

午後対策６（完結）

今日で、午後はいったん終了とする。過去問を解いていて、情報セキュリティ分野はネットワークの知識が必要だとわかった。SW時代にはVPNの仕組みを問う問題も出ている。APになってからは、サーバーの運用などのシステムにおけるセキュリティがメインで、上記のような単発は出ていない。APでは開発技術ではなく会社での運用の話っぽい話がメインになっている。SWの午後は基本情報のテクノロジ系の難しさがあるが、APの午後はマネジメントやストラテジの影響からか、いくぶんプログラマ系の技術寄りではなく、SEよりの管理や社内整備っぽい傾向にシフトしているので、両者の差は大きいようだ。なjので、SWの過去問は後回し、か極論はやらなくてもいいかも、と思った。



決定した選択方針をまとめると、
問１　情報セキュリティ
問２　経営戦略（ストラテジ）
問５　ネットワーク
問９　プロジェクトマネジメント
問１１　システム監査
問X　当日判断。デフォルトでは問４システムアーキテクテャ。
（攻略順は別）
を各個撃破。

午後対策５

情報セキュリティ分野を攻略する。これは必修になった。

出題例は

H21秋　公開鍵基盤を用いた社員認証システム
　　
H21春　ファイアウォールの設定

重要知識

• 電子署名；ようは手書きのサインに相当するもののことで、本人にしか署名できない。
• 公開鍵基盤を用いた認証システム；公開鍵証明書には公開鍵が含まれている。この証明は認証局が行う。パブリック認証局だけではなく、プライベート認証局もある。
• ファイアウォールのリルタリング設定は情報セキュリティポリシに則る（問題文のどこかに記載があるはず）
• RADIUSサーバ（ラディウス）；認証機能の他に、認証情報を一元的に管理できるメリットもある。
• フィルタリングテーブルの見方
• IPマスカレードのセキュリティ面での利点
• IPスプーフィング（IP偽装攻撃）；ファイアウォール突破の常套手段
• 
  

午後対策４

　気づいたら４月にはいってしまった。今年度は４半期分割で、少なくとも四つ目標を達成する計画だ。その第一弾がこれAP。第二弾にFPを考えていたが、第三弾以降にまわすことにした。TOEICはその実態からやりたくはないが、世の中がそういうものに評価を下すという慣習がある以上、やらない訳にもいかない。受験英語学習のラスボスとして徹底的に打ち倒してやろう。９００越えでクリアというゲーム。まぁこれは１１月くらいを目標に想定している。

　さて、応用情報の午後対策だが、懸案の選択必修については前回までの経験からストラテジ（経営戦略）を選択することにしたのだった。知識が必要だが、手を出せないというほどのことはないのが狙いめだ。時間的なロスを考えると合格にはもってこいだ。多分だが、合格者の選択状況を調査すればアルゴリズム選択者よりストラテジ選択者のほうが多いのではないかな。調べてみたいところだ。

（いま実際調べたが、、、、、、、、、情報がみあたらなかった）

　それでは、今回はストラテジの分析を行う。大学のj経済や経営学部でやっていそうな内容が出題され、その基本用語を知っていることが要求されているように感じる。たとえば、キャッシュフロー、流動比率、投資活動、経常利益などの用語って、何となくは知っているが、定義を性格に覚えていないですよね。だからここが試験で問われる項目になっているようだ。なんだかんだで知識が問われていることに注意。知識の運用能力か鍵です。

　まずストラテジ系の問題は大きく２分類できるようだ。
１、経営戦略（マーケティング）
２、情報戦略（ビジネスモデル）
３、戦略立案（コンサルティング）

出題傾向
H２５春　「料理教室チェーンの経営戦略」
　　　財務面における安全性指標（設備投資に関する指標；固定長期適合率）
　　　経営分析（ファイブフォース分析）
　　　経営分析指標（損益分岐点の生徒数の計算）
　　　キャッシュフロー（投資活動のよるもの）
　　　業務提携（広告の効果とターゲット層）
　　　設備投資のリスク（状況の予測；将来性の有無）

知識

• キャッシュフロー（経営活動、投資活動、財務活動の３分類）
• 経営分析指標（収益性分析の指標、安全性分析の指標、生産性分析の指標、その他）
• ファイブフォース分析（競合企業間の敵対関係、新規参入の脅威、代替品の脅威、買い手の交渉力、売り手の支配力）
• 財務諸表（貸借対照表、損益計算書、キャッシュフロー計算書の３つで構成

H２２春　「企業の経営分析」

　　　財務諸表

　　　経営分析指標

　　　収益性分析（総資本回転率）

　　　安全性分析（固定長期適合率、流動比率）

　　　経常利益（営業利益＋営業外収益ー営業外損益）
　　　キャッシュフロー計算書（現金および現金同等物の増減）
　　　　
知識

• 財務活動によるキャッシュフローはようするに借金。
• 営業活動によるキャッシュフローはようするに儲け。

　　

午後対策３

週末に対策本読んでいろいろおもったが、結局は受験者の経験に依存する部分が大きいということが。データベースの開発にかかわったことがあるなど、経験と知識がある人はDBを選択するといいだろうし、そうでない人はやめたほうがいい。

てなわけで、結局絞って知識を増やしておくほかはないかな。
まぁ要するになんだかんだでやっぱり知識が大切だ。午後も知識勝負です。
参考書には午後に知識は要らない的なことがよく書いてあるが、これは嘘だ。まさに知識が問われている。体系的な知識が必要だが、単発でも出題されているから気をつけよう。

わたしが思うに、問２のストラテジはなんだかんだで知識のみで片付きそうですので午前対策もかねて集中的にやることにしました。当初アルゴリズムにしようかとおもったのですが、過去問やってみてこれ激しく難しいです。まぁやらなきゃいいだけで、手を出したら負けるといういわゆる捨て問です。まぁようするに戦略が必要で、ストラテジとれってことですね。いずれにしても時間食うので最後にやることにします。

結局
問１　「情報セキュリティ」

問５　「ネットワーク」

問１１　「システム監査」

問９　「プロジェクトマネジメント」

問４　「システムアーキテクテャ」

問２　「経営戦略」

という流れで決定。
問８はUMLなどで特有の知識が要り、非常にめんどくさい場合があるのでやめました。


問４の対策をまとめる。図表が多数出てくる。キャプションからテーマを予測するのがコツ。
システムアーキテクチャだけにシステムの話である。部分ごとの把握でシステム構成を把握する。
テーマは「システムの稼働率」「システムの可用性」が定番。応用例として「待ち行列モデル」が出る場合がある。
題材は「サーバー技術(仮想化、並列化による性能アップ、性能評価）」。
この際、複数の方法を比較し、問題点を分析するなど。

どうやらその名が示すように、どういうシステムにいかなる構造（アーキテクテャ）があるのか、ということをつかむのがコツと思われる。バイトとビットの混在などによる単位の引っ掛けに注意。

• H24秋　題材　「データ分析処理の並列化」

テーマ　「システム構成の比較検討、ボトルネック、稼働率、RAID の知識」

• H23秋　題材　「サーバの仮想化」。

テーマ　「冗長構成、障害発生、システムの可用性、CPU使用率とメモリ使用量」

• H23春　題材　「非機能用件の定義」

テーマ　「新システム構築、稼働率、データ転送量、転送速度、信頼性向上技術」

• H22秋　題材　「Webシステムの性能評価」

テーマ　「スレッド並列化、サーバのCPUとメモリ使用率、待ち行列理論（窓口利用率）」

　
　　　　　

• H22春　題材　「インターネット情報提供システム」

テーマ　「待ち行列モデル、システム構成の見直し、新サービス追加と問題点」

• H21秋　題材　「Webシステムの構成」

テーマ　「システムのセキュリティ用件、システムの可用性、稼働率計算」

• H21春　題材　「災害復旧対策」

テーマ　「バックアップシステム、更新データのコピー方式(同期、非同期）、伝送速度」


　　　　　　
　　　　　　　

　　　　　

午後対策２

前回午後の取り組み方に関していろいろ実践的にやってみたが、この中でマネジメント系の問１２「システム監査」の問題が意外に解きやすいことがわかった。他には問１０「プロジェクトマネジメント」がまあまあ点は取れる。それで戦略をテクノロジ系重視から修正したわけである。

今日から来週末までに午後試験対策を実施する。なにやら今回からまた傾向が変わり、従来の１０台出題から１１台出題に変わったようだ。それでなんと問１が必修になったようだ。分野は「情報セキュリティ」である。そのせいで５問選択から４問に減った。まぁどうせ情セキュとるから実質変更はないがね。しかし、これについては古い過去問ばっかりやっていたせいで盲点だった。やはり金はかかるが新しいものを買った方がよいようだ。今日結局買いました。先ほど大学生協で過去問と午後対策本あわせて２冊買いました。６千円くらいしたが、まぁ受かればいいやね。金かかってるんだから落ちられませんぞ！！
この変更のせいで午前の情報セキュリティ問題の出題数が増えるようだ。気をつけよう。
そういえば、前回書いた応用情報のアイ・テックの過去問をブックオフで手に入れた件だが、買って家に帰ってよく見てみるとなんと「基本情報」の過去問だったww。応用情報にみえたのはなぜだ。すぞい欲しかったからそう見えたんだろうね、怖い怖い。買おうと思ってた本が１００円コーナーいったらたまたま見つけて「おお、あったよ〜」って飛びついて買ったんだわ、疑いもしなかった。金損した〜。

話をもどすと、まぁそういう訳でまた対策を変更する必要がありそうだ。まぁどうやら午後対策をすると午前の知識も深まるので、手堅い方法であることに気づいた。これやったら受かりそうだという直感がする。

直前に午前の知識を参考書で整理したら完璧だろうね。これも計画中。別途記事にしますね。


さて、今回はまず午後の得意分野を増やすべくがんばります。なにやらものの本によれば３つ得意分野を作っておけば午後突破はできるようだ。

結局、応用情報技術者試験の午後にはこう取り組む戦略となった：

問１　情報セキュリティ（必修）　２０分

問２か３　ストラテジかアルゴリズム（選択必修）４０分　どちらかは当日判断　

問５　ネットワーク（選択）　２０分

問４か８　システムアーキテェクチャか情報システム開発か迷い中。どうしようかな。

問９　プロジェクトマネジメント（選択）　２０分

問１１　システム監査（選択）　２０分


　分析の結果、午後の選択問題であと１つ得意分野を作ることが学習の当面の目的となった。

あと、大切なのが解く順番だ。これは参考書には書いてないですな。まぁどうするかは人それぞれだろうが、いまのところは簡単な順に
１->5 -> 11 ->9  -> 4(8) -> 2(3)
で想定している。

だが本番の難易度によっては柔軟に対応できるようにしたほうがよいと参考書にかいてあったが、そりゃそうでしょうよ。だからといって全分野勉強しておくのは無駄でしょ！なんてことだ！！あたりまえだ。これは逆説的に無責任な発言だ。
メインはあらかじめ絞っておいて突破できるだけの力を付けておくべき。でないと非効率きわまりない。

まあ確かに難易度は年ごとにばらつくのは否定できないか。基本情報の時もC言語が難しくアセンブリ言語が簡単なんていわれてたけど、アセンブリはそんなに簡単でなく（トレースがめんどい、、）実際C言語選択で合格できたし、自分のやり方でいいんではないかな。
まぁ個人的にC/C++言語が大好きなんであれですが。

ではしばらく、勉強しますので一時中断。

（しばらく経過。。。。。）


午後概論としては
「情報システム開発」はメーマが幅広いため、やや難という評価。
オブジェクト指向（UML）は定番だが、見慣れない初見に近い問題も多数あるようだ。

なるほど、先の柔軟性とはこのことか！定番だけ勉強しておこうという訳ね。本番では定番問題だけをピックアップする方法か、たしかにいいかもね。なるほどなるほど。
でなければあきらめようということにもなるがね。楽する分だけリスクもある。人生らくありゃ苦もあるさ（うるせえよ）。

わかったこと（これ重要）
・解くときに、この問題がどの分類のものかを把握すること。枠組みの把握が重要だ。品質管理なのか、監査なのか、それともセキュリティを問う問題なのかあらかじめ想定していないと問題を読んでいて分けわからなくなってくるわ。問題長過ぎるので、拾い読みして必要に応じて戻るしかないかな。

・かならず先に設問を読んでから本文へ入ること。

・あくまでも問題文に書いてある事項に則って考え回答すること。自分がどう思うかという感想は必要ない。どうであるかという問題での設定を答えてやるだけだ。そう、問題での設定だ。解答みたらほとんど問題文丸写しに近いほどよく似たことが書いてあることが驚くほど多い。というか全て。論述と思いきや、要は国語的な抜き出し問題と思ってよい。

午後対策をはじめた

さて、今日はブックオフでたまたまだがアイ・テックの午後対策本を入手できたのでこれから２週間で制圧する。ようするに過去問学習のこつは傾向と設問パターンの把握であり、基本情報の時はこれでうまくいった記憶がある。

なんか難しそうな印象があるが、これを払拭したい。多分これが最大の敵だ。

さて、まずは午後試験の形式だが、選択式である。毎年かわる部分と、不変の部分があるようだ。

私が選択する予定の問は

問２：「プログラミング」（これだけ必修で２０点満点）

問４：システムアーキテクチャ

問５：ネットワーク

どちらか１つ

問６：データベース

問７：組み込みシステム

問８：情報システム開発

問９：情報セキュリティ

の６台だ。経営・戦略系の問もあるが、これはどうなんだろう？めんどくさそうだが一度は手をつけてみた方がよいかもしれない。簡単に点とれるならやるべきだ。

まぁ６割で合格なので、実質必須＋４台が満足に解ければ大丈夫だろう。１問すててOK.と考えると少し気が楽になる。

だが、少しテクノロジ系に偏りすぎている（というより全部でしょwww）のは確かなので、少しマネジメントにも手をだしてもいいかもしれない。午前対策にもなるはずだし。

問１２：「システム監査」は形式内容的に安定していそうな気もするが、やったことないので不明。今回これを明らかにする。

しばらく経過。。。

さて、H２２春午後　問１２　外部委託管理の監査　をやってみた感想を書く。

簡単だった。あれ、意外。これはいけるわ〜。時間もそれほどかからない、というより疲れないから体力温存にいいわ。テクノロジ系ばっかりやってるとあたま固まってくるから気分転換になる。イメージしやすいから取り組みやすかった。
具体的には、D社がE社に外部委託したが、コストを下げるためにEはF社に再委託したという事案だった。ありがちだよね。そんで、セキュリティ情報についての取り決めがDとFの間には直接取り決めがないだの、やらせてみるとスキル不足でバグだの不具合が頻発だの、E社からの結合テスト結果報告書に目を通していないだの、開発後の書類の回収や破棄の確認をD社は行っていないだの、などの問題があった。この改善についての設問だった。

「改善指導（フォローアップ）」という用語を答えさせる設問があったが、基本的な用語を覚えておいた方がよいようだ。知らなかった。

ついでもう一問やってみよう。
しばらく経過。。。

H２２年秋午後　問１２　システムテストの監査　をやってみた感想は。
やっぱり簡単だわ。ただし専門用語を聞く問題が出ていると先にのべたとおり、今回もでており、やっぱり間違えた。知識が足りないんだね。だけどその他は問題文を読んで、設問との対応箇所の把握さえできれば、まぁどうということはない感じだ。

監査を実施中、自らの監査意見を立証するのに必要な事実を取りまとめたものは「監査証拠」、監査業務の実施記録は「監査調書」だ。覚えましょう。なんか午前でも出ていたような気もする。あとでチェックすることにしよう。記事にします。


以上から、戦略変更決定。
問１２「監査」は選択したほうがよい。これで１０点は確実にゲットだ。

あと気になるのは問２、アルゴリズム。これ時間食うのよ。これが問題。問１やってみます。食わず嫌いだったら損するし。次回の記事にします。

午前対策の最適化のための分析

さて、今回は午前の自分の得点の傾向を調べて、分野ごとの対策方法を考えます。

今までに実施したH２１秋〜H２２秋の問題で最も間違えた分野を把握することにしました。


エクセル等の表計算風なシートでブログが作れる機能があるといいのですが、やりかたがすぐわかりませんでしたので、項目を箇条書きにするスタイルをとりました。ブロガーの開発者の方、作ってください！ブログのテンプレートに表計算対応のスプレッドシートあったらすごいですよ。スティーブ・ジョ○ズなら多分この機能つけてますね。ええ。
だって彼は自分からMac用のOffice作ってくれるようMSにお願いにいってますから。

さて、念のため確認ですが、出題範囲は共通キャリアフレームワーク」で厳密に規定されています。ですので、この項目および階層構造を把握することが全体像の把握には役立ちます。分野は「テクノロジ系、マネジメント系、ストラテジ系」の３分野があり、それぞれに「大、中、小」３分類があるという階層をなしています。なお、このブログでは中分類は省略しています。あまり書くと煩雑になりますので。


［H２１秋、H２２春、H２２秋 ］の３回 240問 中で、間違えた分野と個数

• テクノロジ系

［基礎理論］
　通信に関する理論　１
　計測、制御に関する理論　１
　データ構造　２
　アルゴリズム　２
　プログラム言語　１
　その他の言語　２

［コンピュータシステム］
　入出力装置　１
　システムの評価指標　３
　オペレーティングシステム　３
　ハードウエア　３

［技術要素］
　ヒューマンインターフェイス技術　３
　インターフェース設計　１
　データベース設計　２
　データベース応用　１
　データ通信と制御　２
　情報セキュリティ　１
　情報セキュリティ管理　１
　情報セキュリティ対策　１

［肺初技術］
　ソフトウエアコード作成及びテスト　２
　開発プロセス・手法　２
　知的財産適用管理　１

• マネジメント

［プロジェクトマネジメント］
　プロジェクト品質マネジメント　１

［サービスマネジメント］
　サービスサポート　２
　サービスデリバリ　２　
　システム監査　１

• ストラテジ

［システム戦略］
　情報システム戦略　５
　ソリューションビジネス　１
　システム化計画
　調達計画・実施　１

［経営戦略］
　偽j仏開発戦略の立案　１
　ビジネスシステム　２

［企業と法務］
　OR・IE　１
　会計・財務　２
　知的財産権　１
　労働関連・取引関連法規　１
　その他の法律・ガイドライン・技術者倫理　１

以上の結果となりました。
「情報システム戦略」が最も対策の必要がある項目だとわかりました。
次にコンピュータシステムですが、これは恐らくパスした問題が多かったものと思われます。

H22秋の応用情報過去問メモ

はいfc2ブログから引っ越してきました。
これからはこちらで更新をつづけようと思います。過去問を実況していますので、本番特有のめんどくささなどもリアルに伝わるはずです。これから受験する読者の方にも有益なはずです。
これは５回目のメモです。これ以前についてはこちらを見てください。


明日から４月ですね。日も長くなり気温も高くなってきました。花粉の季節はいやですね。増税もいやだ。

問１、 逆ポーランド表記法

問２、符号化に要するビット列の長さ

問３、音声サンプリング技術

問４、アクチュエータ

問５、線形リストの処理時間
　　；単方向リストの特性がポイント。直前のデータにはたどれず、先頭から順にサーチする

問６、サーチ手法

問７、アルゴリズム
　　；めんどうなのでぱす

問８、再入可能プログラム
　　；リエントラント。

問９、CPUの性能計算

問１０、スーパスカラ

問１１、平均アクセス時間

問１２、DMA (Direct Memory Access)
　　　、メモリとメモリとの間でのデータ交換をプを介さずに行う。

問１３、AD変換

問１４、webシステムに必要なCUP数
　　　；めんどうなのでぱす

問１５、TCO (Total Cost of Ownership)
　　　；管理コスト、導入コスト、サポートコストはTCOの費用に含まれる

問１６、システムの信頼性向上技術（フォールトアボイダンス）

問１７、稼働率の比較
　　　；個々の稼働率を仮定して実際に計算する

問１８、CUP遊休時間を０にする運用
　　　；めんどぱす

問１９、ページサイズ

問２０、デーモン

問２１、OSS

問２２、デュアルライセンス
　　　；複数のライセンスのうち一つを選択して同意する

問２３、DSP (Digital Signal Processor)
　　　；積和演算に特化したプロセッサ

問２４、論理回路

問２５、システムLSI
　　　；複数のLSIで実現していた機能を１チップに集約したもの。

問２６、ユーザインターフェイス
　　　；システムの視認性

問２７、CG技術

問２８、データウエアハウス
　　　；データクレンジング

問２９、候補キー
　　　；nullがOK.　主キーはnullだめ。表の行を一位に識別できる

問３０、分散データベースの２層コミット

問３１、関係データベースにおけるインデックスの設定

問３２、参照制約
　　　；具体的に理解すべき

問３３、LAN間接続装置

問３４、パケット送信におけるMACアドレスとIPアドレス

問３５、IPアドレスのクラス
　　　；A,B,C,D,…とは、先頭ビットがそれぞれ[0],[10],[110],[1110],…となっているもの。

問３６、RARP (Reverse Adress Resolution Protocol)
　　　；ARPはIPアドレスを基にMACアドレスを問い合わせるためのプロトコル。この逆

問３７、SOAP
　　　；なんかしっくりこない

問３８、CRL (Certificate Revocation List)
　　　；失効リスト；ディジタル証明書の有効期間ないに失効した証明書を登録したリスト

問３９、ソーシャルエンジニアリング

問４０、RSA

問４１、公開鍵暗号方式の鍵の総数

問４２、ISMS適合性評価制度

問４３、USBワーム
　　　；Autorun.infに感染するタイプの仕組み

問４４、アサーションチェック

問４５、テスト工程におけるスタブの利用方法

問４６、ホワイトボックステスト
　　　；条件網羅、命令網羅、判定条件網羅、封数条件網羅

問４７、XPプログラミング
　　　；アジャイルな開発。ペアプログラミング

問４８、マッシュアップ
　　　；公開されている複数のサービスを利用して、新たなサービスを提供する。

問４９、特許権
　　　；独自開発しても、先行特許と同一の技術は他社が既に特許を取得していればアウトになる。

問５０、WBSの構成要素、ワークパッケージ

地５１、生産性
　　　；成果量を所用工数で割った値

問５２、アローダイヤグラム

問５３、PMBOX
　　　；しらんねぇ。問題読めばできたw。

問５４、ファンクションポイント法
　　　；機能ごとに点数付けてポイント化

問５５、システムの開発部門と運用部門

問５６、バックアップと要する磁気テープの本数
　　　；めんぱす

問５７、可用性の計算
　　　；引き算間違えたww

問５８、システム監査

問５９、システム監査人の独立性
　　　；不適切な選択肢を選ぶ。設問をよく読むこと。

問６０、システム管理基準

問６１、エンタープライズアーキテクチャ（EA）

問６２、ER図

問６３、EA

問６４、SOA
　　　；「ビジネスプロセスの構成要素とそれを支援するIT基盤を、ソフトウエア部品であるサービスとして提供するシステムアーキテクチャのこと。」

問６５、サプライチェーンマネジメント

問６６、UML (Unified Modeling Language)

問６７、SWOT分析

問６８、クラスタ分析

問６９、バランススコアカード
　　　；「財務、顧客、内部ビジネスプロセス、学習と成長の視点から、経営戦略の立案と実効を支援する手法」

問７０、フラッシュメモリ
　　　；書き換えが可能

問７１、EDINET
　　　；金融証券取引法に基づく有価証券報告書等の開示書類に関する電子開示システム

問７２、最小となる合計段取り時間
　　　；これは読んで適当に選ぶタイプ

問７３、EDI

問７４、OC曲線 (Operating Characteristic Curve)

問７５、売り上げ高計算
　　　；メンパス

問７６、標準原価計算の手順

問７７、最大営業利益の計算
　　　；メンパス

問７８、著作権

問７９、企業経営におけるコンプライアンス

問８０、PL法
　　　；この法律が定める製造業者の定義に注意。他社が販売するハードやソフトを組み合わせた製品を販売した場合の責任は誰にあるか。
PL法もやばい事例がやまほどありそうだ。こわいこわい。
-------------------------------------------------------------------------------------------------------------------------------
結果：正解（黒のみ）53/80　まぁ６割は突破した。

はい、次は午後の学習を進めつつ午前の復習をやりたいと思います。