技術士/専門科目（情報工学部門） のバックアップ(No.10)

[ トップ ]   [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ | ログイン ]

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• 技術士/専門科目（情報工学部門） へ行く。
  • 1 (2017-07-02 (日) 07:19:11)
  • 2 (2017-07-02 (日) 08:49:55)
  • 3 (2017-07-23 (日) 12:11:07)
  • 4 (2017-07-23 (日) 14:14:00)
  • 5 (2017-09-11 (月) 21:59:00)
  • 6 (2017-09-23 (土) 17:51:02)
  • 7 (2017-09-24 (日) 12:34:33)
  • 8 (2017-09-24 (日) 15:43:58)
  • 9 (2017-09-30 (土) 17:41:58)
  • 10 (2017-10-01 (日) 11:33:53)
  • 11 (2017-10-01 (日) 13:56:28)
  • 12 (2017-10-07 (土) 12:24:22)
  • 13 (2017-10-07 (土) 15:32:09)

---

• 過去問題（第一次試験）
  • 平成28年度
  • 平成27年度
  • 平成26年度
  • 平成25年度
  • 平成24年度
  • 平成23年度

• 技術士試験（情報工学部門）の解説 ... 平成16年度以降の問題と解説が載っている

• 技術士 第一次試験 専門科目（情報工学部門）対策
• 技術士1次試験（情報工学部門）の合格に向けて行ったこと
• 平成26年度 技術士1次試験 - 敏腕の山ちゃんのITと投資のブログ

• 技術士試験はどう変わる？（2018年の制度変更） ... 2018年からは、情報処理技術者試験高度試験及び情報処理安全確保支援士合格者に対して、情報工学部門第一次試験専門科目を免除するそうな

コンピュータ科学／コンピュータ工学 †

計算量 †

• 開発新卒に捧ぐ、基本のアルゴリズムと計算量

• 時間計算量
  • コンピュータが特定の手順に従って与えられた問題を解く際に必要とする時間。実際にかかる時間はコンピュータの性能に左右されるため、必要な実行ステップ数(命令数)により表される。これが少ないほど、より短い時間で問題を解くことができる。
• 空間計算量（領域計算量）
  • コンピュータが特定の手順に従って与えられた問題を解く際に必要とする記憶領域の容量。これが少ないほど、より少ないメモリ容量で問題を解くことができる。

アルゴリズムと計算量 †

• ITエンジニアなら知っておきたい、今更聞けないアルゴリズムの種類一覧

• ソートアルゴリズム
  • ソートに関しては、O(n log n)より早く処理出来るアルゴリズムは、特定の条件などを除き、存在しないということが証明されている

• クイックソート ... 平均計算量は O(n log n)、最悪計算量は Ｏ(n^2)
• マージソート ... はじめに分解する際に2つに切り分けていくのでO(log n)、並び替えの際に要素の数だけ比較をするのでO(n)かかります。平均・最悪共に計算量は O(n log n)
• シェルソート ... 計算量はＯ(n 3/2)
• バブルソート ... 要素を並び替えるためにn回比較をし、さらに、その比較をすべての要素で行う必要があるので、計算量はO(n^2)
• 挿入ソート ... データの数だけ挿入する回数が増えるので、計算量はO(n^2)
• 選択ソート ... 計算量はO(n^2)

• 探索アルゴリズム
  • リニアサーチ（線形探索）... データ量の増加に比例して、比較する要素も増えるので、計算量は O(n)
  • バイナリサーチ（二分探索）... １回比較を行うごとに探索の範囲が半分になるので計算量は O(log n)

バイナリサーチ（二分探索） †

• 平均の計算量は Ｏ(logn) であり、最悪の計算量は Ｏ(n)
• 領域計算量は Ｏ(n)

2の補数 †

• 2の補数についてわかりやすく

グラフ理論 †

• グラフ理論の用語

• 孤立点
  • 辺がない点（次数が０の点）
• 単純閉路グラフ
  • 自分自身と交差していない閉路グラフ
• 無向完全グラフ
  • 全ての点同士が辺で結ばれているグラフ
  • 頂点の数が n であれば、辺の数は n (n-1)/2 本

行列 †

• 行列

メモリ領域 †

• スタック領域
  • CPUのレジスタを一時的に退避していたり、返り値を格納したりする
  • プリミティブ型データやポインタアドレスを確保
• ヒープ領域
  • 動的に管理される領域の格納（malloc関数やnew演算子による管理）
  • 必ずポインタアドレスから実態を参照するので、スタック領域に比べて若干速度は落ちる

アドレス指定方式 †

• アドレス指定方式
• アドレス指定方式

• 直接アドレス方式
• 間接アドレス方式
• 指標アドレス方式
• 基底アドレス方式
• 相対アドレス方式
• 即値アドレス方式

割込み処理 †

• ハードウェアの仕組みとソフトウェア処理 ―― マイコンの動作を理解する

• 割り込みベクタ
• 割り込みハンドラ

プロセッサ †

• プロセッサ製造時のシリコンに含まれる放射性同位元素を除去することで、誤動作の発生頻度を改善できる
• CISCは複雑な操作を実行する命令を処理するためにパイプラインなどの技術を駆使し性能を向上させた技術を確立しており、近年、この技術をフルに利用することでRISCは命令数の追加を行うなど、両者の融合が進み技術的な差は解消しつつある

Java †

• クラス変数
  • 「static」つきで宣言
  • コンパイル時点で作成される
  • newでインスタンスが生成されなくても使える
  • クラスに１つしか存在しない

• インスタンス変数
  • 「static」なしで宣言
  • コンパイル時点では作成されない
  • newでインスタンスが生成されるまで存在しない
  • 生成されたインスタンスごとに存在する

ソフトウェア工学 †

UML †

• はじめようUML！
• UMLまでの道

UMLのダイアグラム †

• 構造を表現するダイアグラム
  • クラス図 ... クラスの構造やクラス間の関係、役割を表現
  • オブジェクト図 ... 特定下におけるオブジェクト同士の関係を表現
  • コンポジット構造図 ... クラスやコンポーネント等の内部構造と関係を表現
  • コンポーネント図 ... ソフトウェアコンポーネントの構成を表現
  • 配置図 ... ハードウェア、ディレクトリなどどうプログラムを配置するかを表現
  • パッケージ図 ... クラスが、どのパッケージにグループ化されているかを表現
  • ユースケース図 ... 機能と、利用者や他システムなどの外部との関係を表現

• 振る舞いを表現するダイアグラム
  • シーケンス図 ... 相互作用するオブジェクト間メッセージ送受信を、時間系列で表現
  • コミュニケーション図 ... 相互作用するオブジェクト間メッセージ送受信を、オブジェクト間の接続関係に焦点を当てて表現
  • タイミング図 ... リアルタイムのような短時間での状態遷移や時間制約、メッセージ送受信などを表現
  • 相互作用概要図 ... 相互作用図どうしの関係の概要図。シーケンス図、アクティビティ図等で表現
  • ステートマシン図 ... 1つのクラスに着目し、そのオブジェクトの生成から破棄までの状態遷移を表現
  • アクティビティ図 ... システム(や業務)のアクティビティ、データの流れ、アクティビティ実施の条件分岐などを表現

ユースケース図 †

ステートマシン図 †

• ステートマシン図の説明&書いてみよう編〜
• ステートマシン図 & 状態遷移表 チュートリアル

ソフトウェアテスト †

テストカバレッジ †

• ソフトウェアテストにおけるカバレッジ(C0/C1/C2)

• C0カバレッジ：命令語網羅
• C1カバレッジ：分岐網羅
• C2カバレッジ：複合条件網羅

テスト手法 †

• テストの種類と技法

• ホワイトボックステスト
  • ホワイトボックステスト～概要、技法、テスト観点について～

• 主に単体テストで用いられる

• 制御フローテスト
• データフローテスト

• ブラックボックステスト
  • ホワイトボックステストを用いた単体テストの後に行う，システムの内部構造を意識しないテストを指す

• 機能テスト
• システムテスト

ソフトウェアの残存不具合数の予測 †

• 指数型分布モデル
• 探針テスト
• 遅延S字型モデル
• ロジスティック曲線

プロジェクトマネジメント †

ファンクションポイント法 †

• ファンクションポイント法の流れ

• 未調整ファンクションポイント
  • データファンクション
    • ILF（内部論理ファイル）
    • EIF（外部インタフェースファイル）
  • トランザクショナルファンクション
    • EI（外部入力）
    • EO（外部出力）
    • EQ（外部照会）

EVM (Earned Value Management) †

• プロジェクトマネジメントにおいて、進捗状況の把握・管理を行う手法の一つ
• 作業の到達度について、EV (Earned Value) という概念によって、コストとスケジュールを管理する

• AC (Actual Cost) ... ある時点までに投入した実コスト
• EV (Earned Value) ... ある時点までに完了した予算コスト
• PV (Planned Value) ... 計画時点で見積もった予算コスト
• BAC (Budget at Conpletion) ... 完了までの当初予算
• CPI (Cost Performance Index) ... コスト効率指数。EV / AC。
• SPI (Schedule Performance Index) ... スケジュール効率指数。EV / PV。
• ETC (Estimate To Complete) ... 残作業コスト予測。(BAC-EV) / CPI。
• EAC (Estimate At Completio) ... 完了時コスト予測。AC + ETC。

PMBOK †

• みんなのプロジェクトマネジメント
• PMBOKの知識エリアとプロセス

• 知識エリア
  • プロジェクト統合マネジメント
    • 他の9つの知識エリアを統合する。
    • プロジェクト全体に関わる、キックオフやプロジェクト終結などが含まれる。

• プロジェクト・スコープ・マネジメント
  • プロジェクトの作業範囲を定義する。
  • WBSとか、変更管理とか。

• プロジェクト・タイム・マネジメント
  • プロジェクトを期間内に終わらせるための方法を定義。
  • スケジュール作成、進捗管理など。

• プロジェクト・コスト・マネジメント
  • プロジェクトを予算内で終わらせるための方法を定義。
  • 見積もり、EVMなど。

• プロジェクト品質マネジメント
  • 成果物の品質を確保するための活動を定義。
  • 品質計画や、品質チェックなど。

• プロジェクト人的資源マネジメント
  • チームメンバに関する活動を定義。
  • チームビルディングやモチベーション、育成など。

• プロジェクト・コミュニケーション・マネジメント
  • ステークホルダー（プロジェクトの関係者、スポンサー、ユーザなど）とのコミュニケーションの進め方を定義。

• プロジェクト・リスク・マネジメント
  • プロジェクトを進める上で、プラス・マイナスの影響を与える事象を管理する方法を定義する。

• プロジェクト調達マネジメント
  • プロダクトを外部から調達するための手順を定義する。
  • RFI、RFP、契約形態など。

• プロジェクト・ステークホルダー・マネジメント
  • ステークホルダーを特定し、どのように関わるかを管理する。

• プロセス群
  • 10個の知識エリアに定められているプロセスは、5つのプロセス群のいずれかに属している。
  • すなわち、プロセスをいつ実行するか、5つのプロセス群によって決められている。

• 立ち上げ
  • プロジェクトの開始に必要な情報を定義するプロセス。

• 計画
  • プロジェクトの目標を達成するための作業計画を立案するプロセス。

• 実行
  • 立案した計画に沿って、プロジェクトを実行するプロセス。

• 監視・コントロール
  • 実施中の作業について、計画と差異が発生していないかをチェックし、必要に応じて差異の是正を行うプロセス。

• 終結
  • 成果物を納品し、プロジェクトを終結するプロセス。

規格・定義 †

ITIL v3 †

• サービス・ライフサイクル
  • ITIL V3における5つのライフサイクル

• サービス戦略（Service Strategy）
• サービス設計（Service Design）
• サービス移行（Service Transition）
• サービス運用（Service Operation）
• 継続的サービス改善（Continual Service Improvement）

JIS X 0001 †

JIS X 25010 †

• 機能適合性
• 信頼性
• 性能効率性
• 使用性
• セキュリティ
• 互換性
• 保守性

JIS X 25010:2013 †

• 満足性
• ユーザインタフェース快美性
• 有効性
• 効率性
• アクセシビリティ

IEEE Std 830-1998 †

要求仕様が満たすべき性質 †

• 正当性(Correct) ... ソフトウェアが持つべきすべての要求がSRSにふくまれており、それ以外の要求をSRSがふくまないこと
• 無あいまい性(Unambiguous) ... SRSのすべての要求の意味が一意に識別されること
• 完全性(Complete) ... SRSが、次をすべて含んでいること
  • すべての必要な要求
  • すべての入力データと状況に関する応答の定義
  • 用語および図表の説明
• 一貫性(Consistent) ... SRSに含まれる要求間で矛盾がないこと
• 順位付け(Ranked for importance and/or stability) ... 要求が重要性や安定性に関して順位付けられていること
• 検証容易性(Verifiable;) ... SRSに含まれるすべての要求に対して有限のコストで評価可能な手続きが存在して検証できること
• 修正容易性(Modifiable) ... 要求の変更に対して、容易かつ完全で一貫性を保ってSRSを修正できるような構造を持つこと
• 追跡性(Traceable) ... 要求の根拠が明確で、開発工程全体で参照できること

故障解析 †

• FMEA（Failure Mode and Effects Analysis）
  • 設計の不完全や潜在的な欠点を見出すために構成要素の故障モードとその上位アイテムへの影響を解析する技法
  • 部品・材料などの故障モードを出発点として、製品の想定外の故障、事故を漏れなく洗い出す「ボトムアップ」の解析ツール
• FTA（Fault Tree Analysis）
  • 製品の故障や事故をトップ事象に、中間事象、基本事象と掘り下げ、発生確率を予測し対策する「トップダウン」の解析ツール

CMMI（Capability Maturity Model Integration，能力成熟度モデル統合） †

• CMM/CMMIとは

組織習熟度 †

• Lv.1：初期
  • ソフトウェアプロセスは場当たり的、時には混沌としたものと特徴付けられる。ほとんどのプロセスは定義されておらず、成功は個人の努力に依存する。
• Lv.2：反復できる
  • コスト、スケジュール、機能充足性を確認するために、基本的なプロジェクト管理プロセスが確立されている。同様のアプリケーションのプロジェクトに関しては、以前の成功経験を反復するためのプロセス規律がある。
• Lv.3：定義された
  • 管理およびエンジニアリングの活動に対するソフトウェアプロセスが、「組織の標準ソフトウェアプロセス」として文書化、標準化、そして統合化されている。ソフトウェアの開発と保守において、承認されテーラーリングされたバージョンの「組織の標準ソフトウェアプロセス」をすべてのプロジェクトが使用する。
• Lv.4：管理された
  • ソフトウェアプロセスおよび成果物品質に関する詳細な計測結果が収集されている。ソフトウェアプロセスも成果物も、定量的に理解され制御される。
• Lv.5：最適化する
  • 革新的なアイディアや技術の試行、およびプロセスからの定量的フィードバックによって、継続的なプロセス改善が可能になっている。

マンマシンインタフェース †

• フィッツの法則
  • ポインタの移動にかかる時間と，ポインタで指し示す対象物の大きさ及び対象物までの距離の関係を示した法則
  • 関連するボタンの距離は近い方が使いやすく、ボタンのサイズが大きい方が使いやすい
• ヒックの法則
  • 意思決定に必要な時間と，選択肢の個数との関係を示した法則
• ゲシュタルトの法則
  • 個々の図形の配置と，人間がグループとして認識する図形との関係を示した法則
• フェヒナーの法則
  • 視覚や聴覚などの感覚器官を通じて感じる感覚と，それらに与える物理的刺激の大きさの関係を示した法則
• ミラーの法則
  • 人間が一度に記憶できる情報のかたまり（チャンク）の数を示した法則

sandbox †

• コンピュータセキュリティ技術において、 サンドボックス（sandbox）は、外部から受け取ったプログラムを保護された領域で動作させることによってシステムが不正に操作されるのを防ぐセキュリティ機構のことをいう。
• 実行されるプログラムは保護された領域に入り、ほかのプログラムやデータなどを操作できない状態にされて動作するため、プログラムが暴走したりウイルスを動作させようとしてもシステムに影響が及ばないようになっている。

chroot †

• chrootとは、UNIXオペレーティングシステムにおいて、現在のプロセスとその子プロセス群に対してルートディレクトリを変更する操作である。
• ルートディレクトリを別のディレクトリに変更されたプロセスは、その範囲外のファイルにはアクセスできなくなるため、この操作をchroot監獄などとも呼ぶ。

sandboxの他の例 †

• Javaアプレット
• Adobe Flash
• VMwareやMicrosoft Virtual PCなどの仮想マシン

情報システム・データ工学 †

データベース †

正規形 †

• 第1正規形 ... フィールドにおいて繰り返しがない
• 第2正規形 ... 全ての非キーフィールドが主キーに対し完全関数従属となる形式
• 第3正規形 ... 第2正規形で、かつ全ての非キーフィールドが推移的に関数従属でいない形式

• 関数従属 ... あるフィールドの値が決まると、別のフィールドの値も一意に決まる関係
• 完全従属 ... あるフィールドが、主キーに関数従属
• 推移従属 ... あるフィールドが、主キー以外のフィールドに関数従属

分散型DB †

• 重要なポイント
  • 分散は透過的である
    • ユーザーはそれが1つの論理システムであるかのように対話できる必要がある。これは、性能やアクセス方法など様々な面に適用される。
  • トランザクションは透過的である
    • 各トランザクションは、複数のデータベースに渡って一貫性を保証する必要がある。
    • トランザクションは一般に複数のサブトランザクションに分割され、個々のサブトランザクションは1つのデータベースに対応する。

• 利点
  • 組織構造の反映 ... 企業などの部門ごとにデータベースを置き、それらを統合して分散データベースとすることができる。
  • 局所自律性 ... 各部門は自身の持つデータを制御できる。
  • 重要なデータの保護 ... 火事などの災害が発生したとき、データが分散配置されていれば、全部を一度に失うことがない。
  • 性能向上 ... よく使うデータは近い場所にあり、しかも全体が並列動作するため、データベースの負荷分散が可能である。一部が高負荷になっても分散データベース全体が受ける影響が小さい。
  • 経済性 ... 巨大な高性能コンピュータよりも、同程度の性能を発揮する小型コンピュータのネットワークの方が安価である。
  • モジュール性 ... 分散データベースの他のモジュール（システム）には影響を与えずに、個々のシステムを更新・追加・削除することができる。
  • 高信頼なトランザクション ... レプリケーションによる

• 欠点
  • 複雑さ ... 透過性を保証するため、構築には単純なデータベースよりも技量を要する。接続が切れた際の動作も考慮する必要がある。例えば結合を複数システム間で行う場合、性能低下が予想される。
  • コスト ... システムの規模と複雑さが増大するにしたがって、管理コストも増大する。
  • セキュリティ ... 個々のサイトのセキュリティを確保し、サイト間のネットワークのセキュリティも確保しないと、全体がセキュアとは言えない。
  • 完全性の保証の難しさ ... 分散データベースで完全性を保証するには、多大なネットワークリソースを必要とする。
  • 未成熟な技術 ... 分散データベースは未成熟な分野であり、経験的知識の蓄積が少ない。
  • 標準の欠如 ... 集中型DBMSを分散型DBMSに変換するためのツールや方法論はまだ存在しない。
  • データベース設計の複雑さ ... 通常のデータベース設計に加えて、データを各サイトにどう配置するか、レプリケーションをどうするかなど、設計時に考慮すべきことが増える。

暗号化 †

電子証明書 †

• クライアントがサーバからサーバの（X.509に基づく）電子証明書を受け取ったときに，その電子証明書が正しいことを確認するためにクライアント側で行う手続き（平成27年度 III-18）
  • サーバの電子証明書の中の［署名値を認証局の公開鍵で復号化した値］と，サーバの電子証明書の中のサーバの公開鍵を ［含む部分］をハッシュ関数にかけた値とが同一であることを確認する。

文字コード †

• Unicode
• CJK統合漢字
• BMP ... 16ビットで表せる範囲内の文字（U+0000〜U+FFFF）
• UTF-8
  • 1文字を1〜6バイトの可変長の数値に変換
• UTF-16
  • BMPは2バイト、それ以外は4バイト
• UTF-32
  • すべての文字は固定長（4バイト）で表現される

情報ネットワーク †

無線伝送 †

• QAM (Quadrature Amplitude Modulatio）
  • 直行する2つの搬送波の振幅と位相によりデータ信号を表す

無線ネットワーク †

• 以下の2つの問題は、ネットワーク通信の分野において、ALOHAや、CSMA、IEEE 802.11などのプロトコルで発生する有名な問題
• MACプロトコル（媒体アクセス制御）を設計する際には、隠れ端末問題とさらし端末問題、すなわち、いかにコリジョンを回避し、いかにスループットを低下させないか、は必ず考慮すべき重要なテーマとなる。

隠れ端末問題 †

• 端末同士が互いの信号の到達範囲外にあることは、それらの端末は隠れ状態にあると表現する
• 隠れ状態にあるせいで、CSMA/CAの衝突回避の制御を行いながらも衝突が発生してしまう問題

さらし端末問題 †

• 端末（ノード）同士が互いの信号の到達範囲内にある場合は、それらの端末はさらし状態にあると表現する
• 隣接する端末のデータ通信の影響で、ある端末が他端末へ送信するタイミングが抑制されてしまい、スループットが低下する問題

• さらし端末問題では、あるノードが隣接するノードのデータ通信を傍受してしまったため、他のノードへの送信を抑制されてしまい、結果的にスループット（ネットワークにおける単位時間当りのデータ転送量）が低下してしまうことが問題となる。

反射波干渉 †

• フェージング
  • 無線通信において、時間差をもって到達した電波の波長が干渉し合うことによって電波レベルの強弱に影響を与える現象のことである。
  • フェージングは、電波が地上の障害物や大気中の電離層などによって反射することによって生じる。あるいは移動体通信においては、送受信する端末そのものが移動することでもフェージングが生じる。時間差を持った波長は合成される際に互いに電波レベルを強めあったり弱めあったりする効果を生む。そのため、AM放送や携帯電話では音声が大きくなったり小さくなったりする現象が頻繁に発生する。
  • フェージングを抑えるための方法としては、複数の周波数によって伝送された複数の通信波から、受信状態が良いものを選択して利用するダイバーシティ法などがある。

脆弱性 †

• クロスサイトリクエストフォージェリ
• セッションIDのお膳立て
• クロスサイト・スクリプティング
• UTF-7を利用したクロスサイト・スクリプティング
• ディレクトリ・トラバーサル
• OSコマンド・インジェクション
• セッションハイジャック
• SQLインジェクション
• HTTPヘッダ・インジェクション
• バッファオーバーフロー
• アウトバウンドポート25ブロッキング

IPv6 †

• インターネット10分講座：IPv6アドレス～技術解説～

• IPアドレスは128ビット
• “::” は16ビットの0が複数連続していることを示す
• “::” は、どこでも使用できるが、省略できるのは1カ所のみ

• IPv6アドレスは次の3種類に分類される
• ユニキャストアドレス
  • 単一インタフェースの識別番号で、 ユニキャストアドレス宛のパケットはそのアドレスを持つインタフェースに配送されます。 ユニキャストアドレスに関しては、 「ユニキャストアドレスについて」の章で詳説します。
• エニーキャストアドレス
  • インタフェースの集合の識別番号で、 普通は複数の別機器に付与されます。 エニーキャストアドレス宛のパケットは、 そのアドレスを持つ「一番近くにある」機器のインタフェースに配送されます。 エニーキャストアドレスはユニキャストアドレス空間から割り当てられ、 表記上、 エニーキャストアドレスとユニキャストアドレスの区別はつきません。
• マルチキャストアドレス
  • インタフェースの集合の識別番号です。 通常は別の機器となります。 マルチキャストアドレス宛のパケットはそのアドレスを持つすべてのインタフェースに配送されます。

• 通信経路にあるルータや端末などの最小MTUを用いて通信を行うため、通信途中でのパケット分割は行われない

RTP（Real-time Transport Protocol） †

• 音声や動画などのデータストリームをリアルタイムに配送するためのデータ通信プロトコル

     

Site admin: anonymous

PukiWiki 1.5.1 © 2001-2016 PukiWiki Development Team. Powered by PHP 5.6.99-hhvm. HTML convert time: 0.041 sec.