DevLOVE発表資料
•
14 likes•2,523 views
RDRAの概要紹介と繰り返し開発と要件定義の接点を紹介 「手戻りを少なくするためにどこまで要件を定義すべきか？」 システムの全体像を俯瞰し、全体視点からの合意点を明らかにする考え方をRDRAの４つの視点から説明
Recommended
More Related Content
What's hot
Viewers also liked
Viewers also liked (13)
Similar to DevLOVE発表資料
Similar to DevLOVE発表資料 (20)
More from Zenji Kanzaki
More from Zenji Kanzaki (20)
DevLOVE発表資料
- 13. 要件分析の枠組み 各々の視点に必要な情報は A- 13 １．【システムの価値】を捉える •対象業務に関わる人を洗い出す •関係する外部システムを洗い出す •要求を捉える ２．【システム外部環境】を捉える •対象業務の流れを捉える •対象業務に関わる概念を明らかにする •システムの利用シーンを明らかにする ３．【システム境界】を捉える •ユーザインターフェースを明らかにする •外部システムとのインターフェースを明 らかにする ４．【システム】を定義する •機能を明らかにする •データを明らかにする •ドメインの構造を把握する システム価値システム価値 もの サービス 利害関係者 ユーザ 要求 価値 外部システム システム外部環境 システムシステム 機能 データ 機能 システム境界
- 14. システム価値からシステムの機能とデータをつなぐ手段として UMLを拡張したモデルを利用する システムの全体像をとらえる RDRA：Relationship Driven Requirement Analysis 14
- 15. act アクティビ ティ システム主体者１ システム主体者２ システム主体者３ Ｘ ｘｘｘｘ７ Ｘ ｘｘｘｘ４ 開始 Ｘ ｘｘｘｘ５ Ｘ ｘｘｘｘ６ Ｘ ｘｘｘｘ８ Ｘ ｘｘｘ１ Ｘ ｘｘｘ２ Ｘ ｘｘｘｘ９Ｘ ｘｘｘ３ 終了 システム主 体者１ act アクティビ ティ システム主体者１ システム主体者２ システム主体者３ Ｘ ｘｘｘｘ７ Ｘ ｘｘｘｘ４ 開始 Ｘ ｘｘｘｘ５ Ｘ ｘｘｘｘ６ Ｘ ｘｘｘｘ８ Ｘ ｘｘｘ１ Ｘ ｘｘｘ２ Ｘ ｘｘｘｘ９Ｘ ｘｘｘ３ 終了 システム主 体者１ act アクティビ ティ システム主体者１ システム主体者２ システム主体者３ Ｘ ｘｘｘｘ７ Ｘ ｘｘｘｘ４ 開始 Ｘ ｘｘｘｘ５ Ｘ ｘｘｘｘ６ Ｘ ｘｘｘｘ８ Ｘ ｘｘｘ１ Ｘ ｘｘｘ２ Ｘ ｘｘｘｘ９Ｘ ｘｘｘ３ 終了 システム主 体者１ act アクティビ ティ システム主体者１ システム主体者２ システム主体者３ Ｘ ｘｘｘｘ７ Ｘ ｘｘｘｘ４ 開始 Ｘ ｘｘｘｘ５ Ｘ ｘｘｘｘ６ Ｘ ｘｘｘｘ８ Ｘ ｘｘｘ１ Ｘ ｘｘｘ２ Ｘ ｘｘｘｘ９Ｘ ｘｘｘ３ 終了 システム主 体者１ コンテキストモデルからシステム境界まで A- １．対象業務に関わる人と外部 システムを把握する class システムコンテ キスト 業務名 <<システ ム>> Xxxx システム システム 主体者１ システム 主体者２ システム主体者３ システム主体者４ 業務主体者５ 外部システム class システムコンテ キスト 業務名 <<システ ム>> Xxxx システム システム 主体者１ システム 主体者２ システム主体者３ システム主体者４ 業務主体者５ 外部システム コンテキストモデル cus tom 機能要求 新しいサービスを 開始したい 広告収入を増やし たい 小規模店舗が新し い市場だ 顧客へのサービス を向上させたい 難しい操作のシス テムをいれるのは 嫌だ 顧客とダイレクトに つなぎたい XXXXXXXXXXXXXX YYYYYYYYYYYYYYY システム主体者１ システム主体者２ システム主体者３ cus tom 機能要求 新しいサービスを 開始したい 広告収入を増やし たい 小規模店舗が新し い市場だ 顧客へのサービス を向上させたい 難しい操作のシス テムをいれるのは 嫌だ 顧客とダイレクトに つなぎたい XXXXXXXXXXXXXX YYYYYYYYYYYYYYY システム主体者１ システム主体者２ システム主体者３ 要求モデル 外部システム 人（アクター） シス テム 要求 要求 要求 ２．下記関係者の要求を 把握する ４．業務の中でシステムが 関わる部分を把握する ３．業務を組み立てる uc ユ ースケー ス Ｘ ｘｘｘをＹｙｙｙす る Ｘ ｘｘｘを Ｗｗｗｗする ＵｕｕｕをＬｌｌ ｌ す る システム主体者１ システム主体者２ システム主体者３ システム 主体者４ Kkkk kをXする Oを Onnnnす る uc ユ ースケー ス Ｘ ｘｘｘをＹｙｙｙす る Ｘ ｘｘｘを Ｗｗｗｗする ＵｕｕｕをＬｌｌ ｌ す る システム主体者１ システム主体者２ システム主体者３ システム 主体者４ Kkkk kをXする Oを Onnnnす る act アクティ ビティ システム主体者１ システム主体者２ システム主体者３ Ｘ ｘｘｘｘ７ Ｘ ｘｘｘｘ４ 開始 Ｘ ｘｘｘｘ５ Ｘ ｘｘｘｘ６ Ｘ ｘｘｘｘ８ Ｘ ｘｘｘ１ Ｘ ｘｘｘ２ Ｘ ｘｘｘｘ９Ｘ ｘｘｘ３ 終了 システム主 体者１ act アクティ ビティ システム主体者１ システム主体者２ システム主体者３ Ｘ ｘｘｘｘ７ Ｘ ｘｘｘｘ４ 開始 Ｘ ｘｘｘｘ５ Ｘ ｘｘｘｘ６ Ｘ ｘｘｘｘ８ Ｘ ｘｘｘ１ Ｘ ｘｘｘ２ Ｘ ｘｘｘｘ９Ｘ ｘｘｘ３ 終了 システム主 体者１ 業務モデル act 入荷業務 発注処理 営業 物流 入荷商品の確認 入荷処理 開始 終了 発注処理 <<入荷システム>> 入荷登録 在庫切れ 在庫 補充の発注 新規商品の発注 act 入荷業務 発注処理 営業 物流 入荷商品の確認 入荷処理 開始 終了 発注処理 <<入荷システム>> 入荷登録 在庫切れ 在庫 補充の発注 新規商品の発注 対象業務に関わる人と外部シス テムを要件定義の起点とする stm 状態 State1 St ate2 開始 St ate3 St ate4 終了 Stat e5 State6 Stat e7 ユースケース名と対応を とることもできる St ate8 Sta te9 <<Use Case>> eeeeee [ff<1000] ＸｘｘｘをＷｗｗｗする [aaa=234] stm 状態 State1 St ate2 開始 St ate3 St ate4 終了 Stat e5 State6 Stat e7 ユースケース名と対応を とることもできる St ate8 Sta te9 <<Use Case>> eeeeee [ff<1000] ＸｘｘｘをＷｗｗｗする [aaa=234] stm イベント一覧 タイムアウト 一周完了 停止 制御終了 制御終了 操作開始 移動終了 移動開始 電源オフ 電源オン コンテキストモデル:: 定点カメラ stm イベント一覧 タイムアウト 一周完了 停止 制御終了 制御終了 操作開始 移動終了 移動開始 電源オフ 電源オン コンテキストモデル:: 定点カメラ イベントモデル プロトコルモデル ５．外部システムとのイベントを 捉える ６．外部システムとの プロトコルを整理 同じように利用シーンから ユースケースを導き出す
- 16. ユースケースから機能、データまで A- システム ７．ユースケースに関わる ユーザーインターフェーズ を洗い出す uc ユ ースケース Ｘ ｘｘｘを Ｙｙｙｙする Ｘ ｘｘｘを Ｗｗｗｗする Ｕｕｕｕを Ｌｌｌｌ する システム主体者１ システム 主体者２ システム主体者３ システム主体者４ Kkkkkを Xする Oを Onnnnする uc ユ ースケース Ｘ ｘｘｘを Ｙｙｙｙする Ｘ ｘｘｘを Ｗｗｗｗする Ｕｕｕｕを Ｌｌｌｌ する システム主体者１ システム 主体者２ システム主体者３ システム主体者４ Kkkkkを Xする Oを Onnnnする stm 状態 State1 St ate2 開始 St ate3 St ate4 終了 Stat e5 State6 Stat e7 ユースケース名と対応を とることもできる St ate8 Sta te9 <<Use Case>> eeeeee [ff<1000] ＸｘｘｘをＷｗｗｗする [aaa=234] stm 状態 State1 St ate2 開始 St ate3 St ate4 終了 Stat e5 State6 Stat e7 ユースケース名と対応を とることもできる St ate8 Sta te9 <<Use Case>> eeeeee [ff<1000] ＸｘｘｘをＷｗｗｗする [aaa=234] stm イベント一覧 タイムアウト 一周完了 停止 制御終了 制御終了 操作開始 移動終了 移動開始 電源オフ 電源オン コンテキストモデル:: 定点カメラ stm イベント一覧 タイムアウト 一周完了 停止 制御終了 制御終了 操作開始 移動終了 移動開始 電源オフ 電源オン コンテキストモデル:: 定点カメラ イベントモデル プロトコルモデル ８．ユースケースを実現 する機能を洗い出す custom 画面モデル <<画面>> 商品登録画面 - 商品名 - 取引先 - 荷姿 - 発注単位 - 商品カテゴリ <<画面>> 販売状況照会 - 月 - 商品カテゴリ <<画面>> 発注登録 - 商品 - 発注日 - 発注数量 - 入荷予定日 <<画面>> 商品説明 - 商品カテゴリ <<画面>> カート処理 - 受注番号 <<画面>> 受注照会 - 顧客名 - 受注日 商品売上詳細 - 商品 - 売上数量 - 売上金額 詳細説明 - 商品説明 カー ト内商品 - 商品 - 数量 <<画面>> 決済処理 - 顧客名 - 住所 - 決済方法 受注商品 - 商品 - 受注数量 custom 画面モデル <<画面>> 商品登録画面 - 商品名 - 取引先 - 荷姿 - 発注単位 - 商品カテゴリ <<画面>> 販売状況照会 - 月 - 商品カテゴリ <<画面>> 発注登録 - 商品 - 発注日 - 発注数量 - 入荷予定日 <<画面>> 商品説明 - 商品カテゴリ <<画面>> カート処理 - 受注番号 <<画面>> 受注照会 - 顧客名 - 受注日 商品売上詳細 - 商品 - 売上数量 - 売上金額 詳細説明 - 商品説明 カー ト内商品 - 商品 - 数量 <<画面>> 決済処理 - 顧客名 - 住所 - 決済方法 受注商品 - 商品 - 受注数量 uc ユ ースケー ス＆ 画面 受注照 会 商 品登録 商 品説明＆ 受注 発 注処理 販売 状況照会 オーダ ー管 理 営業 物流 顧客 <<画面>> 商品登録 画面 - 商品名 - 取引先 - 荷姿 - 発注単位 - 商品カテゴリ <<画面>> 販売状況 照会 - 月 - 商品カテゴリ <<画面>> 発 注登録 - 商品 - 発注日 - 発注数量 - 入荷予定日 <<画面>> 商品 説明 - 商品カテゴリ <<画面>> カー ト処理 - 受注番号 <<画面>> 受注照 会 - 顧客名 - 受注日 <<画面>> 決済処 理 - 顧客名 - 住所 - 決済方法 オーダー 取り消しオーダー 取り消し - 受注番号 uc ユ ースケー ス＆ 画面 受注照 会 商 品登録 商 品説明＆ 受注 発 注処理 販売 状況照会 オーダ ー管 理 営業 物流 顧客 <<画面>> 商品登録 画面 - 商品名 - 取引先 - 荷姿 - 発注単位 - 商品カテゴリ <<画面>> 販売状況 照会 - 月 - 商品カテゴリ <<画面>> 発 注登録 - 商品 - 発注日 - 発注数量 - 入荷予定日 <<画面>> 商品 説明 - 商品カテゴリ <<画面>> カー ト処理 - 受注番号 <<画面>> 受注照 会 - 顧客名 - 受注日 <<画面>> 決済処 理 - 顧客名 - 住所 - 決済方法 オーダー 取り消しオーダー 取り消し - 受注番号 画面帳表モデル act 機能モデル <<function>> Uuuu機能 <<function>> Zzzz機能 <<function>> Ｘ ｘｘｘ機能 <<function>> Ｙｙｙｙ ｙ機能 act 機能モデル <<function>> Uuuu機能 <<function>> Zzzz機能 <<function>> Ｘ ｘｘｘ機能 <<function>> Ｙｙｙｙ ｙ機能 機能モデル act 機能モデル <<function>> Uuuu機能 <<function>> Zzzz機能 <<function>> Ｘ ｘｘｘ機能 <<function>> Ｙｙｙｙ ｙ機能 act 機能モデル <<function>> Uuuu機能 <<function>> Zzzz機能 <<function>> Ｘ ｘｘｘ機能 <<function>> Ｙｙｙｙ ｙ機能 class データ モデ ル２ <<datamodel>> AAAＸ ｘｘｘ - xxx11: int - xxx12: int - xxx13: int Ｘｘｘｘ <<datamodel>> AAAＸ ｘｘｘ１ - x1xx11 - x1xx12 - x1xx13 <<datamodel>> AAAＹｙｙｙ - yyy1 - yyy2 - yyy3 Ｕｕｕｕ - uuu1 - uuu2 - uuu3 <<datamodel>> AAAＪｊ ｊ ｊ - jjj1 - jjj2 - jjj3 <<datamodel>> AAAＯｏｏｏ - eeee1: int - eeee2: int - eeee3: int Ｘｘｘｘ <<datamodel>> AAAＸ ｘｘｘ２ - x2xx1 - x2xx2 - x2xx3 Ｘｘｘｘ Ｘ ｘｘｘ３ - x3xx1 - x3xx2 - x3xx3 class データ モデ ル２ <<datamodel>> AAAＸ ｘｘｘ - xxx11: int - xxx12: int - xxx13: int Ｘｘｘｘ <<datamodel>> AAAＸ ｘｘｘ１ - x1xx11 - x1xx12 - x1xx13 <<datamodel>> AAAＹｙｙｙ - yyy1 - yyy2 - yyy3 Ｕｕｕｕ - uuu1 - uuu2 - uuu3 <<datamodel>> AAAＪｊ ｊ ｊ - jjj1 - jjj2 - jjj3 <<datamodel>> AAAＯｏｏｏ - eeee1: int - eeee2: int - eeee3: int Ｘｘｘｘ <<datamodel>> AAAＸ ｘｘｘ２ - x2xx1 - x2xx2 - x2xx3 Ｘｘｘｘ Ｘ ｘｘｘ３ - x3xx1 - x3xx2 - x3xx3 データモデル uc 機能モデ ル Ｘ ｘｘｘをＷ ｗｗｗする <<datamodel>> AAAＪ ｊｊ ｊ - jjj1 - jjj2 - jjj3 <<datamodel>> AAAＯｏｏｏ - eeee1: int - eeee2: int - eeee3: int <<datamodel>> AAAＸ ｘｘｘ - xxx11: int - xxx12: int - xxx13: int Ｘｘｘｘ <<datamodel>> AAA Ｘｘｘ ｘ１ - x1xx11 - x1xx12 - x1xx13 <<funct ion>> Ｘｘｘｘ機能 <<funct ion>> Ｙｙｙｙｙ機能 <<function>> Zzzz機能 <<function>> Uuuu機能 triger CRUD CRUD R CRU CRU uc 機能モデ ル Ｘ ｘｘｘをＷ ｗｗｗする <<datamodel>> AAAＪ ｊｊ ｊ - jjj1 - jjj2 - jjj3 <<datamodel>> AAAＯｏｏｏ - eeee1: int - eeee2: int - eeee3: int <<datamodel>> AAAＸ ｘｘｘ - xxx11: int - xxx12: int - xxx13: int Ｘｘｘｘ <<datamodel>> AAA Ｘｘｘ ｘ１ - x1xx11 - x1xx12 - x1xx13 <<funct ion>> Ｘｘｘｘ機能 <<funct ion>> Ｙｙｙｙｙ機能 <<function>> Zzzz機能 <<function>> Uuuu機能 triger CRUD CRUD R CRU CRU ９．アクションを機能に 対応付ける 画面・ ユースケースモデル ユースケースモデル 機能モデル システム境界 １０．データを洗い出す １１．機能とデータ を付き合わせる 機能複合モデル
- 17. システム価値 システム外部環境 システム境界 システム コンテキスト 利用シーン 業務 イベント プロトコル ユースケース 概念 画面・帳表 機能 ドメイン データ 要求 機能複合 モデル 利用シーン ＆ＵＣ 業務＆ＵＣ ＵＣ：ユーケース ＵＣ＆画面 ＵＣ＆機能 関係ダイアグラム システムの地図 A- 17
- 18. システムの地図 モデルイメージ 画面・帳票モデル イベントモデル プロトコルモデル データモデル 機能複合モデル（CRUD） モデル名はRDRAベース 全てのモデ ルを作るわ けではない
- 20. 要件定義も徐々に洗練化する(２ヶ月の要件定義の例) １ヶ月目 ２ヶ月目 ３ヶ月目 ４ヶ月目 ５ヶ月目 ６ヶ月目 ７ヶ月目 ８ヶ月目 ９ヶ月目システムの 開発期間 １週目 ２週目 ３週目 ４週目 ５週目 ６週目 ７週目 ８週目 ９週目 要件定義 １マイルストーン 第１マイルストーン 第２マイルストーン 第３マイルストーン ２マイルストーン ３マイルストーン ４マイルストーン 第４マイルストーン システム価値 システム外部環境 システムシステム システム境界 システム価値 システム外部環境 システムシステム システム境界 システム価値 システム外部環境 システムシステム システム境界 システム価値 システム外部環境 システムシステム システム境界 要件の ベースライン 見積もりをしなくてはいけない… 要件定義は繰り返し洗練化が必要 ウォーターフォールで考えてみる WBSにはめるため…
- 22. システムの地図 ブレークダウン
- 24. システム価値 システム外部環境 システム境界 システム コンテキスト 利用シーン 業務 イベント プロトコル ユースケース 概念 画面・帳表 機能 ドメイン データ 要求 機能複合 モデル 利用シーン ＆ＵＣ 業務＆ＵＣ ＵＣ＆画面 ＵＣ＆機能 開発サイクルとRDRAを対応させる A- 24 手戻りを減らすために どこまで決めておく必 要があるか？ アーキテクチャの決まり具合は？ 開発手法の決まり具合は？
- 28. モデルで考えるか 動くもので考えるか 考慮点 ・どこまで全体を俯瞰する必要があるのか ・モデルで考えるのが早いか動くもので考える方が早いか ・そのプロジェクトにとってHoｗを考えることが重要か否か ・革新的か否か（実物を見ないと判断できない） ～ 図で考える 動くもので考える 表現方法 フォーカス 関心 What What＆Hoｗ モデル 動くも の ポイント 不可逆な時間 の中で「今」何 を行う必要があ るのか
- 30. RUPに対応させてみる A B C D E A B C D E RDRA 方向づけ・推敲内の４つのイテレーショ ン（A～D）で活用 各々の要求・分析にRDRAのモデルを 重点を変えながら対応させる A B C D
- 32. システム価値 システム外部環境 システム境界 システム コンテキスト 利用シーン 業務 イベント プロトコル ユースケース 概念 画面・帳表 機能 ドメイン データ 要求 機能複合 モデル 利用シーン ＆ＵＣ 業務＆ＵＣ ＵＣ＆画面 ＵＣ＆機能 関係ダイアグラム システムの地図 A- 32 ここまでできたら開発に移行する 具体的に対象を指し認識を合わせ られることが重要
- 33. 制約 制約 制約 本日のまとめ A- 33 システム 不可逆な時間の中で手戻りを減らす ４つの視点で制 約を作りこむ RDRA • 視点の異なる情報をつなげて素早く要件を決める • 全体視点で合意するべきところを明示し反復開発に つなげる • システムの地図で全体を管理する 作業領域で制約 を作りこむ
- 37. ビジネスキャンバスに対応するモデル 会社 顧客 入金 商品 注文 請求 仕入先 コンテキスト 業務 プロトコル ユース ケース 画面・帳表 ドメイン データ 要求 イベント 概念 情報 情報 情報 商品 コスト構造 収益の流れ パ ー ト ナ ー 顧 客 セ グ メ ン ト 価 値 提 案リソー ス 主要活 動 チャネ ル 顧客と の関係 バリデーション分析 モデルを使っ て具体的に 分析する
- 40. 実装としてのつながりを視覚化 A-40 画面 機能 データ class 受注伝票 <<ADWindow>> Sales Order <<ADTab>> Order Line <<ADTab>> Order <<ADTab>> Order Tax <<ADTab>> POS Payment <<ADTab>> Payment Schedule <<interface>> 注文(Order)::I_C_Order <<interface>> 注文(Order)::I_C_OrderLine <<interface>> 注文(Order)::I_C_OrderTax <<interface>> 支払い(Payment):: I_C_POSPayment <<interface>> 注文(Order)::I_C_OrderPaySchedule 注文(Order)::c_order 注文(Order):: c_orderline 注文(Order):: c_ordertax 注文(Order)::c_orderpayschedule POS Payment:: c_pospayment 見積受注管理(c) : 見積受注管理(c) 画面 機能 Interface データ dm 注文(order) c_cashplanline c_order c_orderline c_orderpayschedule c_ordersource c_ordertax c_uom c_paymentterm c_payschedule m_warehouse c_activity c_campaign c_bpartner_location c_currency c_charge m_product c_tax c_project m_promotion m_shipper c_bpartner ビジネスパートナーとの関係 受注先 business partner 納品先 dropship 請求先 bil 支払先 pay プログラム （変更・拡張点） データの広がり コードを確認
- 41. 使用するモデル A-41 システム価値 システム外部環境 システム境界 システム コンテキスト 利用シーン 業務 イベント プロトコル ユースケース 概念 画面・帳表 機能 ドメイン データ 要求 機能複合 モデル 利用シーン ＆ＵＣ 業務＆ＵＣ ＵＣ＆画面 ＵＣ＆機能
- 42. トレーサビリティを手に入れる pkg 販売管理 DataModelView <<table>> 注文(Order) (from 受発注管理(c)) <<table>> 出荷/受領(inOut) (from 出荷・受領・生産(m)) <<table>> パッケージ(package) (from 出荷・受領・生産(m)) <<table>> 割当(allocation) (from 受発注管理(c)) <<table>> 請求(Invoice) (from 受発注管理(c)) <<table>> 手数料(comission) (from 受発注管理(c)) 受注伝票 (from 見積受注管理) 注文(Order) (from 受発注管理(c)) 出荷納品伝票 (from 出荷納品管理) 売上請求伝票 (from 売上請求管理) 受発注管理(c) (from データ) 出荷・受領・生産(m) (from データ) <<table>> 製品 (from 製品(Product)) 製品管理 (from マスタ管理) 出荷・受領(inOut) (from 出荷・受領・生産(m)) 支払い(Payment) (from 受発注管理(c)) 請求(Invoice) (from 受発注管理(c)) <<table>> 支払(Payment） (from 受発注管理(c)) ここに入金用のビューを 置く 販売管理の主要パッケージ pkg 業務分析 販売管理 購買管理 マスタ管理 返品管理 class 受注伝票 <<ADWindow>> Sales Order <<ADTab>> Order Line <<ADTab>> Order <<ADTab>> Order Tax <<ADTab>> POS Payment <<ADTab>> Payment Schedule <<interface>> 注文(Order)::I_C_Order <<interface>> 注文(Order)::I_C_OrderLine <<interface>> 注文(Order)::I_C_OrderTax <<interface>> 支払い(Payment):: I_C_POSPayment <<interface>> 注文(Order)::I_C_OrderPaySchedule 注文(Order)::c_order 注文(Order):: c_orderline 注文(Order):: c_ordertax 注文(Order)::c_orderpayschedule POS Payment:: c_pospayment 見積受注管理(c) : 見積受注管理(c) dm 注文(order) c_cashplanline c_order c_orderline c_orderpayschedule c_ordersource c_ordertax c_uom c_paymentterm c_payschedule m_warehouse c_activity c_campaign c_bpartner_location c_currency c_charge m_product c_tax c_project m_promotion m_shipper c_bpartner ビジネスパートナーとの関係 受注先 business partner 納品先 dropship 請求先 bil 支払先 pay