Bottleのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

Bottleのシステム開発は、軽量なPython製フレームワークを土台に、業務要件・データベース・認証・運用までを段階的に設計する進め方が適しています。Bottle本体は無料でも、業務で安全に使えるシステムの費用は要件と運用範囲で決まります。

この記事では、Bottleを使った社内業務システムやAPIの作り方を、要件整理、開発会社・技術の選定、設計開発、テスト、稼働、定着の6フェーズに分けて解説します。2026年時点の費用相場、見積書の確認項目、既存Bottleアプリを引き継ぐときの注意点まで、発注者が判断に使える形でまとめます。

▼全体ガイドの記事
・Bottleのシステム開発の完全ガイド

Bottleのシステムとは何ですか？全体像を理解します

Bottleは、PythonでWeb画面やAPIを作るための軽量なWSGIマイクロWebフレームワークです。ルーティング、テンプレート、フォーム入力、ファイルアップロード、Cookie、JSONレスポンスなどを備えていますが、業務システムに必要な認証、権限、監査ログ、データ移行、バックアップは別途設計します。

Bottleは単一ファイルで配布でき、標準ライブラリ以外のハード依存がないことを特徴としています（出典：Bottle公式ドキュメント、2026年8月確認）。そのため、既存のPython処理をWeb画面に載せる小さな案件、社内の申請・承認、在庫照会、作業日報、CSV入出力、外部サービスとの薄いAPI連携などに向いています。画面数や処理の範囲を絞れば、最初の試作を早く動かして現場の意見を集めやすい点がメリットです。

一方で、Bottleを採用すれば業務システムが自動的に完成するわけではありません。データベースにはPostgreSQLやMySQLなどを使い、ORMやSQLの扱いを決め、認証・認可、CSRF対策、ログ、監視、バックアップ、障害復旧を構成に追加します。Bottleの開発用サーバーをそのまま公開せず、GunicornなどのWSGIサーバーやリバースプロキシを組み合わせることも必要です。

向いているのは、利用者数と機能を段階的に増やせる業務です。たとえば、まず1部署の案件管理を作り、次にCSV連携や承認経路を加えるような進め方です。既存のPython資産や外部APIを活用したい場合も、Bottleの薄い構成が有効です。要件が変わりやすい業務では、画面表示、業務ロジック、DBアクセスを分離しておくと、将来FlaskやDjangoなどへ移行する選択肢も残せます。

反対に、複雑な権限体系、組織横断のマスタ、厳格な監査証跡、大量のバックグラウンド処理、標準化された管理画面を最初から広く必要とする場合は、Djangoや既製の業務パッケージも比較します。全社基幹をBottleで一から作ることを前提にせず、パッケージで標準機能を使い、Bottleは既存Python処理や独自APIを補うサブシステムにする方法も検討します。

Bottleのシステム開発の進め方を6フェーズで解説します

Bottleのシステム開発では、フレームワークを先に固定するより、業務の流れと受入条件を先に決めます。6フェーズを順番に進めながらも、試作画面を早い段階で現場に見せ、認識違いを小さく修正することが重要です。ここでは各フェーズの成果物と、発注者が確認するチェック項目を整理します。

最初に、誰が、いつ、何を入力し、誰が承認し、どの帳票やデータを出すのかを業務フローにします。現場のExcel、紙帳票、メール、既存システムのCSVを集め、現在の手作業と例外処理を確認します。「案件を登録する」だけでなく、重複登録、差し戻し、取消、担当者変更、締め後の修正をどう扱うかまで書くと、後工程の手戻りが減ります。

同時に、利用者数、同時アクセス数、稼働時間、レスポンス時間、データ保存期間、バックアップ頻度、復旧目標、個人情報の有無を決めます。要件整理のチェック項目は、(1)対象業務と対象外業務、(2)利用者・拠点・権限、(3)入力・検索・出力項目、(4)外部連携、(5)移行データ、(6)障害時の業務継続、(7)受入テストの合格条件です。成果物は業務フロー、機能一覧、非機能要件、データ項目表、優先順位表にします。

選定では、Bottleを使えるかだけでなく、業務システムを本番運用できるかを見ます。既存アプリの引き継ぎなら、Bottleのバージョン、Pythonのバージョン、依存パッケージ、WSGIサーバー、DBスキーマ、定期処理、秘密情報の管理方法を確認します。Python 2の古いコードが残っている場合は、Python 3対応とテストの追加を別タスクとして見積もる必要があります。

候補会社には同じ要件書を渡し、Bottleの経験だけでなく、認証・権限、DB設計、クラウド、監視、脆弱性対応、データ移行、保守体制を同じ軸で比較します。公開ページにPythonと書かれていてもBottleの対応を保証するものではないため、「既存コードを読んだ診断レポートを出せるか」「Bottle継続、Flask移行、Django移行を要件ベースで比較できるか」「ソースコードと設計書を納品するか」を質問します。

基本設計では、画面遷移、API仕様、権限マトリクス、データモデル、外部連携、エラー表示を決めます。Bottleでは自由に実装できる分、開発者ごとに構成がばらつきやすいため、ディレクトリ構成、命名規則、ログ形式、例外処理、設定値の管理、依存パッケージの固定方法を設計書に残します。画面、業務ロジック、データアクセスを分け、特定のテンプレートやDB接続に処理が密結合しない構造にすることが、保守と移行の判断材料になります。

小規模案件では、Bottle、PostgreSQLまたはMySQL、SQLAlchemyなどのDBアクセス層、HTMLとJavaScript、Docker、クラウドの構成が現実的です。外部公開ならTLS、WAF、リバースプロキシ、レート制限、監視を追加し、社内限定でもVPNや端末管理を確認します。開発中のdebug=Trueを本番で有効にしないこと、SQLインジェクション、CSRF、権限逸脱、ファイルアップロードの検証をテスト項目にすることが重要です。

テストは、画面が表示されるかだけでなく、実際の業務を最初から最後まで通せるかで評価します。正常系に加え、必須項目の未入力、権限のない画面へのアクセス、重複登録、締め後の変更、通信切断、外部APIのタイムアウト、CSVの不正な行、同じデータを複数人が更新するケースを用意します。テスト仕様書には、前提データ、操作手順、期待結果、実績、証跡、判定を残します。

発注者側の受入テストでは、現場代表者が主要業務を実データに近いサンプルで操作します。特に、権限ごとの見える範囲、CSVの文字コード、帳票の合計値、検索条件、操作ログ、バックアップからの復元を確認します。不具合を「仕様変更」として追加請求されないよう、要件書に記載した範囲と、受入後に追加する改善を分けて管理します。

稼働前には、移行対象データの範囲、重複や欠損の扱い、変換ルール、移行リハーサル、旧システムとの並行期間を決めます。マスタと履歴の移行は発注者側の確認が必要になるため、開発会社だけで完結すると考えないことが大切です。切替日時、担当者、問い合わせ窓口、初日の確認項目、障害時に旧運用へ戻す条件を明文化します。

本番環境では、環境変数や秘密鍵をリポジトリに置かず、ログに個人情報を出さない設定にします。Bottle公式ドキュメントも、本番では開発用の設定やdebugモードに依存しない運用を案内しています（出典：Bottle公式チュートリアル・デプロイ解説、2026年8月確認）。稼働判定は「サーバーが起動した」ではなく、主要業務、権限、バックアップ、監視、復旧手順が確認できた状態にします。

稼働後は、操作マニュアルを配布するだけでなく、業務ごとの短い手順、問い合わせ先、よくあるエラーの対処を用意します。最初の1〜2か月は利用ログ、入力ミス、差し戻し、手作業への逆戻りを見て、現場のつまずきを改善します。利用者を増やす前に、権限の棚卸しと不要アカウントの停止を実施します。

保守契約では、障害対応の時間帯、初動時間、復旧目標、軽微改修の範囲、脆弱性対応、BottleとPythonの更新、バックアップ確認、月次レポートを決めます。IPAの「中小企業の情報セキュリティ対策ガイドライン」第4.0版は、ランサムウェア、サプライチェーン、人材不足を踏まえ、経営と実践の両面から対策を整理しています（出典：IPA、2026年）。フレームワークの選択だけでなく、担当者・教育・連絡体制を運用要件に含めることが大切です。

Bottleのシステム開発の費用相場と内訳を確認します

Bottleのライセンス利用料は原則として発生しませんが、初期費用が無料になるわけではありません。費用の中心は、要件定義、設計、実装、テスト、データ移行、インフラ構築、運用設計、教育です。Bottle専用の公開統計は確認できないため、以下はリサーチノートと2026年に公開された業務システム相場、Python人材単価をもとにした目安です。

試作・社内ミニツールは、数画面、1部署、CSVまたは既存API連携、簡易認証であれば50万〜150万円程度が一つの目安です。小規模な業務Webシステムは100万〜650万円程度で、顧客・案件・在庫のCRUD、複数権限、帳票、テスト、クラウド公開まで含めると上限に近づきます。これらは公開相場から整理した推定レンジであり、Bottleを使えば必ず下限になるという意味ではありません。

部署横断で承認、外部連携、データ移行、運用設計を含める場合は500万〜1,500万円程度、基幹・多拠点で可用性や監査を強く求める場合は1,000万〜3,000万円超も視野に入ります（出典：2026年公開の業務システム開発相場資料、複数社）。比較対象の公開資料には、小規模50万〜300万円、中規模300万〜1,500万円、大規模1,000万〜3,000万円以上という整理もあります。規模の境界は画面数より、利用者・連携・データ・運用要件で決まります。

人件費は、上流の業務整理と設計、実装、テスト、プロジェクト管理の合計です。2026年前半の公開Python案件の集計では、実務2〜3年の案件が月55万〜70万円、3〜5年のWebアプリ案件が月70万〜85万円、5年以上の人材が月85万〜100万円程度という参考帯が示されています（出典：フリコン、2026年前半の公開案件集計）。請負見積と同じ数字ではありませんが、2名が4か月稼働すれば人月だけでおおよそ440万〜680万円となり、Bottle本体が無料でも上流と品質管理に費用が必要な理由が分かります。

別途、クラウドのコンピュート、DB、ストレージ、ログ、監視、バックアップ、WAF、ドメインなどの月額費用が発生します。利用量で変わるため、見積書では初期構築費と月額インフラ費を分けます。保守は、問い合わせだけか、障害監視・脆弱性対応・軽微改修・定期更新まで含むかで大きく異なります。一般的な目安として年間保守を初期開発費の10〜20%または15〜20%程度と置く場合がありますが、契約範囲に基づく個別見積として確認します。

Bottleのシステム開発で見積もりを取るポイントを整理します

見積もりの金額だけを比べると、安い提案の重要な作業が抜けていることがあります。要件、成果物、検収条件、保守範囲を同じ書面で比較し、Bottleを使うことの利点と、追加ライブラリや運用で必要になる作業を分けて確認します。

見積依頼書には、目的、対象部署、利用者数、画面一覧、帳票、権限、外部連携、データ移行、想定アクセス、セキュリティ要件、希望時期を記載します。画面一覧だけでは不足するため、1業務分の具体的なシナリオも添えます。たとえば「申請者が登録し、上長が差し戻し、再申請後に管理者が確定し、月次帳票を出す」という一連の流れです。

成果物は、要件定義書、画面・API仕様書、DB設計書、テスト仕様書と結果、移行手順、運用手順、ソースコード、依存パッケージ一覧、環境構築手順を列挙します。納品後に別会社が保守できるかを基準にすると、ドキュメント不足や属人化を見つけやすくなります。受入条件には、主要シナリオの完了、重大不具合ゼロ、権限テスト合格、バックアップ復元確認を含めます。

候補会社との面談では、BottleのバージョンとPython 3への対応、WSGI本番運用、DB設計、認証・認可、ログ・監視、クラウド、データ移行、テスト、保守SLAの10項目を確認します。Bottleの公開実績が少ない場合でも、PythonのWebアプリや業務システムの実績、既存コードの診断力、別フレームワークへの移行判断があれば候補になります。逆に、Bottleを使えるという説明だけで、業務理解や運用体制が確認できない提案は慎重に見ます。

提案書では、Bottleを継続する案、FlaskやDjangoへ移行する案、SaaSやパッケージを組み合わせる案を比較してもらいます。評価は「初期費用が最安か」だけではなく、3年程度の保守、機能追加、教育、障害時の復旧、将来の採用難まで含めた総コストで行います。設計段階で移行可能性を確保し、将来の選択を閉じない提案は、短期の開発費が少し高くても合理的な場合があります。

「Bottleなので数十万円で完成します」といった説明を受けた場合は、認証、権限、テスト、移行、インフラ、監視、マニュアル、保守が含まれるかを確認します。小さな試作としては成立しても、個人情報を扱う本番システムでは追加費用が必要になることがあります。見積書の各行に、対象画面、工数、担当、成果物、前提条件、対象外を記載してもらいます。

要件変更の扱いも重要です。要件確定前にすべてを固定するのではなく、優先度の高い機能から短い単位で開発し、変更を受け付ける期間と追加見積のルールを決めます。データ移行の件数や品質が未確認なら、調査フェーズを先に発注する方法があります。調査結果をもとに本開発の見積を更新すると、後半に大きな追加費用が発生するリスクを抑えられます。

Bottleのシステム開発でよくある質問

Bottleの採用可否、費用、保守について、発注前によく寄せられる質問に回答します。個別の適性は、業務量、データ、利用者、セキュリティ、将来の拡張を確認して判断します。

使えますが、Bottle単体を開発用サーバーのまま公開しないことが前提です。認証・認可、入力検証、CSRF対策、DB保護、ログ、監視、バックアップ、WSGIサーバー、リバースプロキシなどを設計し、業務要件に応じたテストを実施します。小規模な社内業務、API、既存Python処理のWeb化では適性を検討しやすいです。

Bottle本体のライセンス利用料を抑えられる可能性はありますが、総額が必ず安くなるわけではありません。認証、権限、業務ロジック、DB、テスト、移行、インフラ、保守の工数は必要です。試作や小規模な独自業務では構成を絞りやすい一方、全社基幹や高い監査要件では、パッケージや別フレームワークとの総保有コストを比較します。

最初から作り直すのではなく、現状診断を行って判断します。PythonとBottleのバージョン、依存パッケージ、テストの有無、DB構造、認証方式、脆弱性、障害履歴、保守担当者を確認し、継続改修、段階的な分離、Flask・Django・FastAPIへの移行を比較します。業務ロジックを画面から分離し、APIとDBの契約を整理できれば、既存資産を活かしながら段階的に刷新しやすくなります。

Bottle専門を掲げる会社だけに絞らず、PythonのWeb開発、業務システム、API、クラウド運用の実績がある会社へ相談します。そのうえで、既存Bottleコードの診断、Python 3対応、WSGI本番化、認証・権限、データ移行、設計書とソースコードの納品、保守SLAを質問します。候補会社には同じ要件書を渡し、提案内容と対象外の範囲を比較することが大切です。

Bottleのシステム開発は要件と運用を軸に進めます

Bottleのシステム開発では、(1)業務フローと非機能要件を整理し、(2)Bottle継続・他フレームワーク・パッケージを比較し、(3)画面、API、DB、セキュリティを設計し、(4)業務シナリオと安全性をテストし、(5)データ移行とロールバックを準備し、(6)教育・監視・保守まで整えて定着させます。Bottle本体の軽さだけで判断せず、使う人と運用する人が困らない仕組みを先に定義することが成功の条件です。

費用は試作・社内ミニツールの50万〜150万円程度から、部署横断の500万〜1,500万円程度、基幹・多拠点の1,000万〜3,000万円超まで幅があります。これはBottleの利用料ではなく、要件、品質、移行、インフラ、保守を含むシステム全体の目安です。まずは業務と受入条件を文書化し、複数社から同じ条件で見積もりを取り、将来の保守と移行まで含めて判断します。

▼全体ガイドの記事
・Bottleのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。