（パッケージ、SaaS/ASP活用、保守・運用）＜第二版追補版＞※数字は共通フレーム2013該当項番

別紙1

パッケージカスタマイズ 取引・契約モデルの全体像

2.1 企画

2.3 システム開発
2.2 要件定義

3.1 運用 2.6 保守
設計・制作・テスト・移行
運用準備パッケージソフトウェア利用コンピュータシステム構築委託契約書
重要事項説明書 A要件定義支援及びパッケージソフトウェア候補選定支援業務契約(カスタマイズモデル)：準委任、(1)～(13)適用、Bパッケージソフトウェア選定支援及び要件定義支援業務
契約(カスタマイズモデル)：準委任、(14)～(18)適用

重要事項説明書 D外部設計支援業務契約：準委任・(21)～(23)適用、Eソフトウェア設計・制作契約：請負・(25)～(29)適用、F構築・設定業務契約：請負・(30)～(32)適用、Gデータ移行支援契約：準委任・(33)～(34)適用、H運用テ
スト支援契約：準委任・(35)～(37)適用、I導入教育支援契約：準委任・(38)～(39)適用
D 外部設計支援契約

A 要件定義支援及びパッケージ
ソフトウェア候補選定支援契約(1) 事業要件定義

G データ移行支援契約(8) ベンダに対しパッケージ候補選定のための情報提供依頼(RFI)(21) 使用許諾によってはパッケージ、OS、ハードの導入及び保守の開始（一部保守開始 *1）(15) パッケージ候補のシステム要件評価(16) APIの実現性の確認（候補(2) プロジェクトゴールの策定(3) 要求品質の明確化(4) パッケージを利用し実現する業務の新全体像の作成(5) ベンダに対しシステム、パッケージ等の情報提供要求、試算見積依頼(RFI)(6) ユーザに対しRFIに基づくシステム、パッケージ等の情報の提供、試算見積の提示

重要事項説明書 J保守契
約：準委任・(14)(21)(25)(41)適用、K運用支援
契約 ：準委任、(42)適用)(9) ユーザに対しRFIに基づくパッケージ関連情報の提供、概算見積の提示*2(10) パッケージの機能要件、非機能要件、使用許諾契約（利用条件、保守等）の検討(11) パッケージ候補の選定(22) モディファイ、アドオンの範囲の確定、及びそれに伴うユーザI/F・他
システムI/F設計*3パッケージのAPI、既存システムとの接続性等の評価）(17) パッケージソフトウェアの選定と要件定義
システム要件定義と評価

K 運用支援契約(42) 運用支援(35) 運用に関わる作業手
順の確立

E ソフトウェア設計・制作契約(25) ソフトウェア設計*1

F 構築・設定業務契約

Bパッケージソフトウェア選定支援及び要件定義支援契約(30) 構築業務（機器・OS等の設定、納品）(26) モディファイ、アドオンの設計、プログラミング、ソフトウェアテスト

( 検) 収 受(入れ）
29(31) システム結合、テスト(27) 適格性確認テスト、監査、ソフトウェア導入(43) システム運用評価及び業務運用評価(36) 運用テスト(19) ベンダへの見積要求*2(13) 受入れ(14) 使用許諾によってはパッケー
ジ、OS、ハードの導入及び保守の開始（一部保守開始 *1）(34) 完了報告(受入れ）(23) 外部設計書の承認(受入れ)(18) 受入れ(20) ユーザへの見積提出(41) ハード保守、カスタマイズ部分保守開始

H 運用テスト支援契約(24) ユーザへの見積提出(12) 業務要件及び適合するパッケージ候補の報告書の提出(7) 業務要件定義(33)データ移行

J 保守契約(37) 完了報告(受入れ）I 導入教育支援契約(43) 投資効果及び業務効果の評価(45) 廃棄(38) 利用者導入教育※ユーザ主体／ベンダ支援(39) 完了報告（受入れ）(28) 納品※ベンダ主体(40) 業務運用(32) 検収(受入れ）パッケージソフト、OS、第三者ソフトの使用許諾契約の検討（制限事項、保守、バージョンアップ等）
選定したパッケージソフト、OS、第三者ソフトの使用許諾契約の締結及び必要に応じて保守契約の締結*1

選定したパッケージソフト、OS、第三者ソフトの使用許諾契約の締結及び必要に応じて保守契約の締結

パッケージソフトウェア、OS、第三者ソフトウェアの使用許諾契約*1 パッケージソフトウェアの使用許諾契約及び保守は、開発に入る段階で締結するのが一般的であるが、APIの実現性の確認、又は外部設計で、使用許諾契約、保守契約を締結しなければならない製品がある。使用許諾契約、保守契約の開始については(10)で事前に検討が必要である。
*2 システム規模と要件によって見積は概算もしくは詳細になる。

■参照すべき規格：共通フレーム2013「2.1 企画プロセス」・「2.2 要件定義プロセス」、JIS Q 20000 情報技術－サービスマネジメント、JIS Q 27001
情報技術－セキュリティ技術－情報セキュリティマネジメントシステム－要求事項、JIS X 0129-1 ソフトウェア製品の品質■参照すべき規格：共通フレーム2013「2.2.4 要件の評価」・「2.3 システム開発プロセス」・「4.6監査プロセス」、JIS Q 27001情報技術－セキュリティ技術－情報セキュリティマネジメントシステ
ム－要求事項、JIS X 0129-1 6.外部品質及び内部品質のための品質モデル・A.1.2 内部測定法・A1.3外部測定法・A3測定法の選択及び測定基準■参照すべき規格：共通フレーム2013 「3.1 運用プロセス」・「2.6保守プロセス」、 JIS X 0129-1 7.1 利用時の品質、JIS X 0161 ソフ
トウェアライフサイクルプロセス－保守■チェックリスト：コンサルタントチェックリスト、セキュリティチェックリスト■チェックリスト：RFPチェックリスト、パッケージ選定チェックリスト、SaaS/ASP選定チェックリスト■チェックリスト：検収チェックリスト

（パッケージ、SaaS/ASP活用、保守・運用）＜第二版追補版＞

別紙2

パッケージオプション 取引・契約モデルの全体像※数字は共通フレーム2013該当項番

2.1 企画

2.3 システム開発
2.2 要件定義

3.1 運用 2.6 保守
設計・制作・テスト・移行
運用準備パッケージソフトウェア利用コンピュータシステム構築委託契約書
重要事項説明書 Cパッケージソフトウェア選定支援及び要件定義支援業務契約(オプションモデル) ：準委任、(1)～(18)適用

重要事項説明書 D外部設計支援業務契約：準委任・(21)～(23)適用、Eソフトウェア設計・制作契約：請負・(25)～(29)適用、F構築・設定業務契約：請負・(30)～(32)適用、Gデータ移行支援契約：準委任・(33)～(34)適用、H運用テ
スト支援契約：準委任・(35)～(37)適用、I導入教育支援契約：準委任・(38)～(39)適用

重要事項説明書 J保守契
約：準委任・(14)(21)(25)(41)適用、K運用支援
契約 ：準委任、(42)適用)

D 外部設計支援契約(1) 事業要件定義、パッケージオプションモデルでは、 ( ～) ( ）( ～) ( は)省略されている。必要に応じて、別紙 を参照すること。 ( ～) ( で)は、必要に応じて ( 情)報提供要求～ ( 情)報の提供タスクを繰り返してよい。

Cパッケージソフトウェア選定支援及び要件定義支援契約

121135(2) プロジェクトゴールの策定(3) 要求品質の明確化(4) パッケージを利用し実現する業務の新全体像の作成(6) ユーザに対しRFIに基づくシステム、パッケージ等の情報の提供、試算見積の提示

14パッケージのAPI、既存システムとの接続性等の評価）(22) 外部プログラムの範囲の確定、及びそれに伴うユーザI/F・他システ
ムI/F設計*3(17) パッケージソフトウェアの選定と要件定義
システム要件定義と評価*2(24) ユーザへの見積提出
E ソフトウェア設計・制作契約(19) ベンダへの見積要求*39(11) パッケージ候補の選定(14) 使用許諾によってはパッケージ、OS、ハードの導入及び保守の開始（一部保守開始 *2）(20) ユーザへの見積提出(25) ソフトウェア設計（一部保守開始 *2）

F 構築・設定業務契約(26)外部プログラムの設計、プログ29(31) システム結合、テスト(42) 運用支援(35) 運用に関わる作業手
順の確立(43) システム運用評価及び業務運用評価(36) 運用テスト(37) 完了報告(受入れ）I 導入教育支援契約(43) 投資効果及び業務効果の評価(45) 廃棄(38) 利用者導入教育(27) 適格性確認テスト、監査、ソフトウェア導入※ユーザ主体／ベンダ支援(39) 完了報告（受入れ）※ベンダ主体(28) 納品(40) 業務運用(32) 検収(受入れ）選定したパッケージソフト、OS、第三者ソフトの使用許諾契約の締結及び必要に応じて保守契約の締結

選定したパッケージソフト、OS、第三者ソフトの使用許諾契約の締結及び必要に応じて保守契約の締結*2■参照すべき規格：共通フレーム2013「2.1 企画プロセス」・「2.2 要件定義プロセス」、JIS Q 20000 情報技術－サービスマネジメント、JIS Q 27001
情報技術－セキュリティ技術－情報セキュリティマネジメントシステム－要求事項、JIS X 0129-1 ソフトウェア製品の品質■チェックリスト：コンサルタントチェックリスト、セキュリティチェックリスト

K 運用支援契約

ラミング、ソフトウェアテスト

パッケージソフトウェア、OS、第三者ソフトウェアの使用許諾契約
パッケージソフト、OS、第三者ソフトの使用許諾契約の検討（制限事項、保守、バージョンアップ等）(41) ハード保守、外部プ
ログラム等保守開始(34) 完了報告(受入れ）(23) 外部設計書の承認(受入れ)(18) 受入れ(30) 構築業務（機器・OS等の設定、納品）

J 保守契約H 運用テスト支援契約

8(10) パッケージの機能要件、非機能要件、使用許諾契約（利用条件、保守等）の検討*1(33)データ移行(16) APIの実現性の確認（候補( 検) 収 受(入れ）(7) 業務要件定義(21) 使用許諾によってはパッケージ、OS、ハードの導入及び保守の開始（一部保守開始 *2）26(5) ベンダに対しシステム、パッケージ等の情報提供要求、試算
見積依頼(RFI)

G データ移行支援契約(15) パッケージ候補のシステム要件評価■参照すべき規格：共通フレーム2013「2.2.4 要件の評価」・「2.3 システム開発プロセス」・「4.6監査プロセス」、JIS Q 27001情報技術－セキュリティ技術－情報セキュリティマネジメントシス
テム－要求事項、JIS X 0129-1 6.外部品質及び内部品質のための品質モデル・A.1.2 内部測定法・A1.3 外部測定法・A3 測定法の選択及び測定基準■チェックリスト：RFPチェックリスト、パッケージ選定チェックリスト、SaaS/ASP選定チェックリスト*1 パッケージソフトウェアのオプション製品も候補選定、評価する。
*2 パッケージソフトウェアの使用許諾契約及び保守は、開発に入る段階で締結するのが一般的であるが、APIの実現性の確認、又は外部設計で、使用許諾契約、保守契約を締結しなければならない製品がある。使用許諾契約、保守契約の開始については(10)で事前に検討が必要である。
*3 システム規模と要件によって見積は概算もしくは詳細になる。

■参照すべき規格：共通フレーム2013 「3.1 運用プロセス」・「2.6保守プロセス」、 JIS X 0129-1 7.1 利用時の品質、JIS X 0161 ソ
フトウェアライフサイクルプロセス－保守■チェックリスト：検収チェックリスト