営業帳票システムに関するご提案書 (Draft) ○×工業株式会社 御中 営業帳票システムに関するご提案書 (Draft) 2007年10月24日 山田 浩二 ○△システム株式会社
はじめに もくじ ごあいさつ ・影響、リスク一覧 ○△システム株式会社 ・本提案の概要 ・本提案の概要 ・現状分析 ・システム導入後のイメージ ・影響、リスク一覧 ・システム対応タスク ・お見積工数 ・スケジュール ・プロジェクト体制図 ・お見積前提条件 ごあいさつ 拝啓、清秋の候、御社におかれましては益々ご清栄のこととご拝察申し上げます。 この度は弊社の「営業帳票システム」に関する弊社の提案に貴重なお時間を頂戴し、誠にありがとうございます。 今後、御社のご期待に添えるよう全力を尽くす所存でございます。 何卒、ご高配賜りますようよろしくお願い申し上げます。なお、本件に関して御社営業企画部 佐藤課長様、情報システム部 相馬課長様には多大なるお力添えを頂きました。ここに厚く御礼申し上げます。 敬具 ○△システム株式会社
本提案の概要 背景 スコープ アクション 効果 ・現在の営業支援システム(Webシステム)に営業帳票機能を追加する ○△システム株式会社 ・営業組織が変更されたとき、ERPにかかる対応コストを下げたい ・営業企画部の帳票にかかる定例業務を減らし、営業企画、推進業務に集中させたい ・データの精度を向上させ、必要な情報をより早く展開したい スコープ ・営業帳票機能を、基幹システム(ERP)から情報系システムに分離する アクション ・現在の営業支援システム(Webシステム)に営業帳票機能を追加する 効果 ・営業マンは必要なときに最新の帳票を取得することができる ・手作業の業務がなくなり、帳票の精度が向上する ・マスタデータや組織データは既存の情報資産を利用するので、開発コストを抑えることができる ・将来的には営業支援システムとの緊密な連携を期待できる ○△システム株式会社
現状分析 現在、営業帳票は御社基幹システム(ERP)より出力されています。 ○△システム株式会社 ライセンスコスト削減のため、帳票機能を営業マンに公開していない 手作業が発生し、リアルタイムに把握できない。ミスもある ○△システム株式会社
システム対応後のイメージ 現在稼動中の営業活動支援システム(WEBシステム)に帳票機能を追加します。 ○△システム株式会社 自動計算の結果をリアルタイムで把握可能になる 自動計算の結果をリアルタイムで把握可能になる 既存の情報資産を有効活用できる 既存の情報資産を有効活用できる。 ○△システム株式会社
影響・リスク一覧 本機能を追加するにあたり、影響範囲とリスク要因を以下に列挙します。 ① ERPの売上日次確定処理の終了時刻 本機能の売上集計バッチは基幹システムの売上集計確定後となります。 ② 新システムの日次バッチの処理時間 最新売上情報の提供時間については、システムテスト時に確定いたします。 ③ 帳票処理のパフォーマンス 帳票内容に大きく依存するため、帳票の仕様確定時に評価いたします。 ④ 閲覧情報制御(バリデーション)の深さ オンライン、帳票処理共に、システムのパフォーマンスに影響を与えます。 ⑤ サーバへの負荷 帳票内容、ユーザ数に大きく依存するため、帳票の仕様確定時に評価いたします。 ⑥ ユーザ数(50名) 現時点では問題ありませんが、今後の増員を踏まえて考慮していただく必要があります。 ○△システム株式会社
システム対応タスク 本機能を追加するにあたり、以下に想定されるタスクを示します。 ○△システム株式会社 お見積対象 分類 担当 難易度 Volume 必須 タスク 調査・設計 帳票の調査 御社 ― ○ システム設計 弊社 日次バッチ マスタデータ取得処理 C 5 売上トランザクションデータ取得処理 1 帳票データ生成処理 B ※ オンライン 帳票検索画面 A 2 閲覧権限のメンテナンス画面 × テスト 結合テスト ― 受け入れテスト、ユーザテスト お見積対象 ※帳票データ生成処理のVolumeは帳票の数に依存します。 ○△システム株式会社
お見積工数 開発工数(難易度×Volume) 全体工数 5.2人月 3.4人月 ○△システム株式会社 15 3 14 25 ※A:7人日、B:5人日、C:3人日 日次バッチ マスタデータ取得処理 C × 5 = 15 人日 売上トランザクションデータ取得処理 1 3 帳票データ生成処理(※) B オンライン 帳票検索画面 A 2 14 閲覧権限のメンテナンス画面(オプション) 25 ※3種類の帳票データを生成するものと仮定します。 全体工数 5.2人月 3.4人月 上記全ての機能を満たすケース 必須機能のみを満たすケース 設計工数 開発工数の15%(※) 10.8 人日 開発工数 上記による 72.0 テスト工数 開発工数の30% 21.6 合計工数 104.4 設計工数 開発工数の15%(※) 7.1 人日 開発工数 上記による 47.0 テスト工数 開発工数の30% 14.1 合計工数 68.2 ※設計工程の納品物は、後述のお見積前提条件に記載します。 ○△システム株式会社
スケジュール 開発スケジュール案 ○△システム株式会社 ※赤色の部分は御社作業となります。 分類 W1 W2 W3 W4 W5 W6 W7 タスク 調査・設計 帳票の調査 システム設計 日次バッチ マスタデータ取得処理 売上トランザクションデータ取得処理 帳票データ生成処理 オンライン 帳票検索画面 閲覧権限のメンテナンス画面 テスト 結合テスト 受け入れテスト、ユーザテスト ※赤色の部分は御社作業となります。 ○△システム株式会社
プロジェクト体制図 本プロジェクトを推進するにあたっての体制図を以下に示します。 ○△システム株式会社 御社 プロジェクト統括責任者 情報システム部 部長 宮澤 圭一 様 弊社 システム責任者 情報システム部 課長 相馬 学 様 ユーザ責任者 営業企画部 課長 佐藤 純平 様 システム窓口 情報システム部 松田 敬子 様 ユーザ窓口 営業企画部 平野 祐輔 様 弊社プロジェクト責任者 システム開発本部 部長 石垣 直也 開発チーム リーダ システム開発本部 山田 浩二 開発チーム メンバ TBD ○△システム株式会社
お見積前提条件 納品物 お見積前提条件 ○△システム株式会社 ・プログラム機能概要書 ・テーブル設計書 ・モジュール一式 ・テスト項目書一式 ・開発期間が短いため、開発場所は御社社内とさせていただきます。 ・開発時は開発のために必要な環境をご提供いただきます。 ・テストの際、御社のテストデータを借用させていただきます。 ・機能追加/仕様変更が発生した場合は、別途協議の上、再度お見積もりとさせていただきます。 ・そのほか定めなき事態が発生した場合には、別途協議の上決定するものとします。 ・アプリケーションの無償保証期間は、検収後6ヶ月とさせていただきます。 ・エンドユーザへの操作マニュアルは御社社内で作成いただきます。 ○△システム株式会社