、コーディングテストなど、要件開発、設計：実際には、まだ解決すべき多くの疑問が慎重な人のような、レベル2ソフトウェアエンジニアリング活動のためのガイダンスは弱いでしょう、そこにレベル2です。レベル3では、あなたは見つけるでしょう：
1）を開発（要件開発）このPA案内需要開発のニーズがあり
、技術ソリューション（課題を解決）このPAコーディング、デザインを導くために2を）そこを
3）その仕事を確保する方法についてのガイダンスがありますが製品は（検証）の要件を満たしているを確認し;
4）ソフトウェア製品は、実際の使用（検証）の環境要件を満たしていることを確認する方法についてのガイダンスがあり、
5）一緒にソフトウェアコンポーネントを統合し、各製品を保証する方法についてだけでなく、指針として、適切なハードウェアサポートを実行することができます通常の製品統合（商品統合）;
グレード2 PP及びPMC直接プロジェクト管理、レベル3、さらに改善するために、プロジェクト管理の要件に関連する2つのPAである：
6）統合プロジェクト管理（統合プロジェクト管理）：3プロジェクト管理のレベルは、組織クラスライブラリプロジェクトの見積もりの富を使用する必要があり、富自体はプロセスから切り出しライブラリプロジェクト、およびプロジェクトを管理するために使用されるプロセスを使用しました。
7）リスクマネジメント（リスクマネジメント）：3は、リスク管理上の特別なPAより高い要求を持っていながら、クラス2はSP2.2 PPは、識別される危険性に言及しました。
私は2 PA要求のレベルがプロジェクトに対して指向されていることを発見した場合、私は知りません。レベル3 IPMとRSKMは、プロジェクトレベルの要求に加えて、他にも組織レベルの要件を定めている、IPMは、組織的クラスの資産ベースを必要とし、RSKMは、組織全体のリスク管理戦略を持つことが必要。また、レベル3は、これらは、PA-クラス編成の直接要求している、いくつかの「O」PAの始まりを持っています。
8）組織プロセス重視（組織プロセス重視に）：この組織は、識別するための計画を尋ね、プロセス改善活動を推進するためにSEPG PA要件を設立した、組織は改善のプロセスを続けることができることを確実にするために、プロセス改善を実施。
9）組織プロセス定義（組織トレーニング）：PAフォーチュンライブラリコンテンツは、ライブラリ尺度、ライフサイクルモデルをライブラリを切断する、標準的なプロセスに含まれるように、組織全体の資産ライブラリの確立を必要とします。
10）研修の組織（組織トレーニング）：準備と訓練を提供するために、ビジネスの目的や要件に基づいて組織の要件。
：レベル3はまた、非常に特別なPAあり
11）と意思決定分析ソリューション（意思決定分析と解決を）：このPAは最高の意思決定の指針を作るためにどのような方法を提供します。ソフトウェア業界では、このような設計、調達プログラムなど、多くの重要な決定は、このアプローチはPA、また、組織のプロセス改善への意思決定分析のアプローチで使用される他の缶を提供するために適用することができます。
レベル3のいくつかの重要な特徴要約：
1）各プロセスの明確に定義された要件の開発、設計、コーディング、テスト、統合、ソフトウェア開発の要件。
2）プロジェクトマネジメントは、組織全体のデータ管理プロジェクトを使用するために、前方に高い要求を入れました。
3）PAレベルのために特別にそこに編成されている、それはプロセスの改良工事を担当するために特別な組織が必要です。
4）最高の意思決定を行うためのガイドを提供し、この方法は、ソフトウェアエンジニアリングのために使用することができ、また、プロセス改善、組織レベルのために使用することができます。
我々は、すべての詳細が明らかにされている場所があまりなく、これらの特性から、ソフトウェア開発、レベル2のさまざまな側面のための3つのすでに詳しく説明している要件を確認することができます。3は確かにすべての面でのソフトウェア開発プロセスの多くを定義するビジネスのレベルに達し、富の組織全体のリポジトリがあるでしょう。だから、レベル3と呼ばれるクラスを「定義されています」。
付記：
PA 3 3は、それぞれ、上記ではない別のステージがあり、
統合チーミング、統合のための組織環境：大規模なソフトウェアチームの要求のため、一般的に中小ソフトウェア企業のことが可能NA。
統合サプライヤ管理：ソフトウェア会社が取引先の多数を管理する必要がある場合、我々はPAを考慮する必要があります。
ほとんどの場合、この3 PAは、考慮する必要はありません
