web-dev-qa-db-ja.com

CSDAとCSDPの違いは何ですか？

この質問は、IEEEの [〜＃〜] csda [〜＃〜] および [〜＃〜] csdp [〜＃〜] 認定に関連しています。

ソフトウェア工学知識体系 （SWEBOK）のすべての知識領域をカバーするCSDAコースをすでに受講しました。

CSDP認定も考えていますが、CSDAとの違いを教えてくれるところはどこにもありません。最近の卒業生よりも専門家を対象としていることを私は知っており、CSDAと同じ分野をカバーしていると思いますが、より詳細です。残念ながら、それを裏付ける証拠はあまり見つかりません。

これは、上司がグループのトレーニング予算の数百ポンドをそれに費やすべきであると正当化することを困難にしています。

したがって、問題は次のとおりです。CSDPが提供するCSDAが提供しないものは何ですか？

engineeringcsdacsdp
3
Philip C

CSDPはより専門家を対象としているというあなたの声明は正しいです。 CSDPに参加するための要件は、学士号、CSDA試験の修了、学士号取得後の教育経験、またはIEEEメンバーシップのいずれかであり、2年または4年の経験を持つソフトウェアエンジニアリングの上級学位の1つです。

CSDPの推奨参照 を介して、それらを CSDAの推奨参照 ）と比較することもできます CSDPからのいくつかのサンプルテスト質問 そしてそれらを CSDAからのいくつかのサンプルテストの質問 と比較してください。

各試験のトピックの内訳を提供する2011年の2つの速報もあります： [〜＃〜] csda [〜＃〜] と [〜＃〜] csdp [〜＃ 〜] -これには、各高レベルのトピックに当てられた試験の量と、さまざまなサブトピックのコンピテンシーレベル（入門「I」またはコンピテンシー「C」）が含まれます。いくつかの改良点を除けば、当時と現在の間にそれほど大きな変化はなかったと思います。 SWEBOK v3が公開された後、次の主要な更新が行われる可能性があると思います。

すべての重みと能力は（CSDA/CSDP）です。

  • ソフトウェア要件（7％/ 11％）
    • ソフトウェア要件の基礎（I/C）
    • 要件プロセス（I/C）
    • 要件の引き出し（I/C）
    • 要件分析（C/C）
    • 要件仕様（I/C）
    • 要件の検証（C/C）
    • 実用的な考慮事項（I/C）
  • ソフトウェア設計（8％/ 11％）
    • ソフトウェア設計の基礎（C/C）
    • ソフトウェア設計の重要な問題（C/C）
    • ソフトウェアの構造とアーキテクチャ（C/C）
    • ヒューマンコンピュータインターフェースデザイン（C/C）
    • ソフトウェア設計の品質分析と評価（C/C）
    • ソフトウェア設計表記（C/C）
    • ソフトウェア設計の戦略と方法（C/C）
  • ソフトウェア構築（10％/ 9％）
    • ソフトウェア構築の基礎（C/C）
    • 建設の管理（C/C）
    • 実用的な考慮事項（C/C）
    • 建設ツール（C/C）
    • 建設技術（C/C（
    • 製品ドキュメント（C/C）
    • 正式な工法（C/I）
  • ソフトウェアテスト（7％/ 11％）
    • ソフトウェアテストの基礎（I/C）
    • テストレベル（C/C）
    • テストテクニック（C/C）
    • ヒューマンコンピュータのユーザーインターフェイスのテストと評価（C/C）
    • テスト関連の対策（C/C）
    • テストプロセス（C/C）
  • ソフトウェアメンテナンス（7％/ 5％）
    • ソフトウェア保守の基礎（I/C）
    • ソフトウェア保守の重要な問題（I/C）
    • メンテナンスプロセス（C/C）
    • メンテナンスのテクニック（C/C）
  • ソフトウェア構成管理（3％/ 5％）
    • SCMプロセスの管理（I/C）
    • ソフトウェア構成の識別（I/C）
    • ソフトウェア構成管理（I/C）
    • ソフトウェア構成ステータスアカウンティング（I/I）
    • ソフトウェア構成監査（I/I）
    • ソフトウェアリリースの管理と配信（I/C）
    • ソフトウェア構成管理ツール（I/I）
  • ソフトウェアエンジニアリング管理（3％/ 8％）
    • 開始とスコープの定義（I/I）
    • ソフトウェアプロジェクト計画（C/C）
    • ソフトウェアプロジェクト制定（C/C）
    • レビューと評価（I/I）
    • 閉鎖（I/I）
    • ソフトウェア工学測定（I/I）
    • ソフトウェア管理ツール（I/I）
  • ソフトウェアエンジニアリングプロセス（4％/ 7％）
    • プロセスの実装と変更（I/I）
    • プロセス定義（C/C）
    • プロセス評価（I/I）
    • 測定（I/I）
    • ソフトウェアプロセスツール（I/I）
  • ソフトウェアエンジニアリング手法（5％/ 4％）
    • モデリング（C/C）
    • モデルの種類（C/C）
    • 分析（C/C）
    • 開発方法（C/C）
  • ソフトウェア品質（6％/ 7％）
    • ソフトウェア品質の基礎（I/C）
    • ソフトウェア品質管理プロセス（C/C）
    • ソフトウェア品質の実用的な考慮事項（C/C）
  • ソフトウェアエンジニアリングの専門的実践（7％/ 5％）
    • プロフェッショナリズム（C/C）
    • 倫理規定（C/C）
    • グループダイナミクス/心理学（C/C）
    • コミュニケーションスキル（C/C）
    • 知的財産、守秘義務、セキュリティ（C/C）
  • ソフトウェア工学経済学（3％/ 5％）
    • ソフトウェア工学経済学の基礎（C/C）
    • 営利目的の意思決定（C/C）
    • 非営利の意思決定（C/C）
    • 現在の経済（C/C）
    • 推定、リスク、および不確実性（C/C）
    • 複数の属性の決定（C/C）
  • コンピューティング基盤（10％/ 5％）
    • プログラミングの基礎（C/C）
    • アルゴリズム、データ構造/表現および複雑さ（C/C）
    • 問題解決テクニック（C/C）
    • 抽象化の使用（C/C）
    • コンピュータ構成（C/C）
    • システムの基本概念（C/C）
    • 基本的なユーザーヒューマンファクター（C/C）
    • 基本的な開発者のヒューマンファクター（C/C）
    • オペレーティングシステムの基本（C/C）
    • データベースの基本とデータ管理（C/C）
    • ネットワーク通信の基本（C/C）
    • 分散並列コンピューティング（C/C）
    • プログラミング言語の概念（C/C）
    • デバッグツールとテクニック（C/C）
    • 安全なコーディング（C/C）
  • 数学的基礎（10％/ 3％）
    • 関数、関係、およびセット（C/C）
    • 基本論理（前置詞と述語）（C/C）
    • 証明手法（C/C）
    • 基本的なカウント（C/C）
    • グラフとツリー（C/C）
    • 離散確率（C/C）
    • 有限状態機械（C/C）
    • 文法（C/C）
    • 数値の精度、精度、およびエラー（C/C）
    • 数論（C/C）
    • 代数的構造（C/C）
  • 工学的基礎（10％/ 4％）
    • 経験的方法と実験的手法（C/C）
    • 統計分析（C/C）
    • 測定（I/C）
    • システム開発（I/C）
    • エンジニアリングデザイン（C/C）
    • 測定理論（C/C）
    • シミュレーション、モデリング、および概念プロトタイピング（C/C）
    • 目標-質問-メトリックパラダイム（I/C）
    • 標準（識別、評価、選択、適応）（I/C）
    • ツールとプラットフォームの選択（I/C）
    • 根本原因分析（C/C）
3
Thomas Owens