基本的なプロセスは、直接、ソフトウェア生産のプロセスに関連するものです。
これは、5つのプロセスが含まれています。
- 取得プロセス
- 供給プロセス
- 開発プロセス
- 実行プロセス
- 保守手順
取得プロセス
アクティビティとタスクは、需要側として定義活動に従事している人々を得ることです。目的は、顧客の製品および/またはサービスによって表されるそれらのニーズを満たすために取得することです。プロセスは、顧客のニーズを定義し、必要な製品および/またはサービスの顧客の検収で終了します。
このプロセスは、5つの基本的な活動が含まれます。
- スタート
- 入札
- 契約
- 供給側の監督
- 受け入れ
スタートアップ活動
次のように主な作業は次のとおりです。
- 、取得を説明して開発したり、この活動を開始するために、システム、ソフトウェア製品、またはコンセプトや必要なソフトウェアとサービスを強化します。
- システム要件を定義し、分析します。システム要件は、それがまた従うべき設計、テスト、安全性、プライバシー、その他の重要なニーズや基準や手続きに関する含まれている必要があり、一般的なビジネス、組織やユーザーニーズを、含まれています。
- そして、需要サイドの分析ソフトウェアは、自分たちのニーズを定義することができ、また、このタスクを実行するためにパーティーのために委託することができます。
- あなたが任命供給側のシステム要件分析が必要な場合は、アクワイアは、需要分析を確認し、承認する必要があります。
- タスク2および4を実行するために、開発プロセスが使用されるべきです
- 等のリスク、費用と便益の観点からの適切な分析に基づいて、プログラムを取得します選択します。：プログラムが含まれ
、需要を満たすために、棚のソフトウェア製品を購入するかどうか
、ソフトウェア製品を開発したり、自分の組織内のソフトウェアサービスを取得するかどうか
、ソフトウェア製品を開発したり、契約を通じてソフトウェアサービスを取得するかどうかを
上記の組み合わせを採用するかどうか、
どうか、既存の強化しますソフトウェア製品またはサービス - 既製のソフトウェア製品を取得するつもりときに次のことを確保すべきである：
ソフトウェア製品のニーズを満たすために、
ドキュメントが利用可能です。
使用の特許権を満たすため、セキュリティ権限とアクセス許可、
ソフトウェア製品の将来のための計画支援を。 - 取得するための計画を策定し、計画には次のものが含まれなければならない実行します。
システムの需要を、
システムのために計画、
契約の種類を使用する準備ができて、
組織に関連する業務、
サポートを使用する準備ができて、
リスクおよびこれらのリスクを管理します方法。 - 受入戦略と条件定義され、文書化。
取得プロセスの結果の実装を成功は、次のとおりです。
- これは、取得の要件、目標、製品、サービス、受け入れ基準と買収戦略を定義します。
- 契約の期待、責任と顧客やサプライヤーの義務を明確にすることができます開発しました。
- 製品、サービスに対する満たす顧客の要求へのアクセス。
- このよう満たすべきコスト、進捗や品質などの制約の規定によると、取得プロセスは、教師です。
- 送達可能な供給側の受付。
- 各成果物の受け入れについて、およびによって到達した結論に対する顧客の満足度を持っています。
供給プロセス
顧客のニーズを活動や、一連のタスクに従事している満たすために製品やサービスを提供するためのソフトウェア・サプライヤです。これは、以下の活動を含み、定義された供給側の活動であります：
- スタート
- 彼らの入札の準備
- 契約
- 計画の作成
- 実行
- 配達完了
プロセスの開始、または提案のための要求に需要サイドの応答を通じて署名と需要側が提供するシステム及び入札や契約のソフトウェア製品やソフトウェアサービスの決定の準備を開始。管理し、最高のシステムへのプロジェクトの計画、実施計画を含むプロジェクトは、ソフトウェア製品またはソフトウェア・サービスが向こう側に配信することを保証するために必要な手順やリソースとして識別、続きます。目的は満たす需要に製品を提供することで顧客に到達したか、サービスされています。
首尾よく供給プロセスの結果は以下のとおりです。
顧客の要求に対する応答を生成します。
- 顧客と開発、保守、運用、梱包、配送および設置及び/またはサービス契約の成立のサプライヤーとの間に、
- 製品および/または契約のニーズを満たすサービスを開発するサプライヤー。
- 契約、顧客および/またはサービスへの製品の納入の需要によると、
- 合意の需要によると、製品のインストール。
開発プロセス
開発ソフトウェア開発者は、一連の活動に従事しています。開発者定義された活動のために：
- 需要
- デザイン
- コーディング
- テスト
- インストール
- 受け入れ
開発プロセスの目的は、一連の要件は、ソフトウェア製品やシステムで変換することです。活性を含む13：
- の実施中
- システム要件の分析
- システム設計
- ソフトウェア要件の分析
- ソフトウェアアーキテクチャ
- ソフトウェア詳細設計
- コーディングとテスト
- ソフトウェア統合
- 認定試験
- システムインテグレーション
- システム認定試験
- ソフトウェアのインストール
- ソフトウェア受入れ支援
開発プロセスの成功した実行の結果は以下のとおりです。
- ソフトウェア開発要件のとリーチ契約のコレクション。
- 私たちは、ソフトウェア製品またはソフトウェアベースのシステムを開発しました。
- 私たちは、最終製品の証明は、中間成果物の需要に基づいて開発されました。
- 製品開発プロセスの間、一貫性の確立。
- システム要件、最適化システムの品質係数に従って、
- これは、最終製品の需要を満たすために証拠を提供します。
- 合意の需要によると、最終製品のインストール。
実行プロセス
プロセスを実行する活動や、一連のタスクに従事しているシステムオペレータです。目標は、製品を実行し、ソフトウェア製品の保守のためのサポートを提供する環境を意図したソフトウェア製品にあります。これは、営業活動が定義された当事者であります：
- の実施中
- テストを実行
- システムの操作
- ユーザーサポート
プロセスの結果の成功の実装が実行されています。
- その通常の動作環境、識別し、評価におけるソフトウェアの所定の条件。
- 期間所定の環境では、ソフトウェアを実行します。
- 契約に基づき、顧客のソフトウェア製品への支援と助言を提供します。
保守手順
メンテナンス、ディフェンダーは活動と一連のタスクに従事しています。パーティー定義された活動を維持するために：
- 問題の分析と修正
- 実装を変更します。
- メンテナンスによるレビュー/受諾
- 移行
- ソフトウェア引退
彼の目的は、送達システムまたはソフトウェア製品である、または、その間違いを修正、パフォーマンスやその他の属性を改善し、それらを修正するために、またはので、環境変化の、およびそれらを調整します。何らかの問題のため、または改善のソフトウェア製品が更新されたコードと関連する文書を修正する必要がある場合は、プロセスを開始する必要があります。ソフトウェア製品および終了と廃止のプロセス。