事業内容｜創る
要求定義から運用保守まで、一つのチームで一貫して担います。貴社の事業を学び、システムの開発を通じて業務の流れそのものを整え、事業の成功まで伴走します。
私たちの関わり方
アプリは、作ること自体が目的ではありません。私たちはまず貴社の事業を学び、業務の流れそのものを整理・改善するところから関わります。システムの開発を通じて業務を整え、運用が始まった後も伴走しながら、貴社の事業の成功に貢献します。
業界の慣習、業務の流れ、社内で使われている言葉。まず貴社の事業ドメインを学び、業務を理解するところから始めます。
システムを作る過程で、業務の流れそのものを整理し、ムダや重複をなくす改善をご提案します。システムの開発と業務改善のコンサルティングを、一体で行います。
納品して終わりではありません。運用が始まった後も同じチームが伴走し、使われ方を見ながら改善を重ねて、貴社の事業の成功に貢献します。
開発の進め方
ソフトウェアの開発は、いきなりプログラムを書くことから始まるわけではありません。何のために作るのかを定め、何を作るのかを決め、どう作るのかを設計してから、プログラムを作り、確かめます。工程の区切りごとに成果物をご確認いただき、合意してから次の工程へ進みます。
左側の工程で「決めたこと」は、右側の同じ高さにあるテストで「そのとおりにできているか」を確かめます。たとえば、要件定義で決めた機能や性能は、総合テストで確かめます。上の段の工程ほど事業や業務に近いことを決めており、それを確かめるのは開発の後半です。上の段の工程にお客様の知識をどれだけ反映できるかが、システムの出来を大きく左右します。
上流工程─ お客様と一緒に決める
何のために作るのかを決める
まず貴社の事業と業務を学ぶところから始めます。現在の業務の流れと課題を整理し、システムで実現したいこと（目的と目標）と、そのために必要なこと（要求）を明らかにします。この段階では、まだ画面や機能は決めません。業務のどこに、どんな問題があり、何が変われば成功と言えるのかを定めます。業務の進め方そのものの見直しも、この段階でご提案します。
業務の実態と課題、目指す姿をお聞かせください。どの課題から解決するか、最終的な優先順位はお客様に決めていただきます。
システムで何を実現するのかを決める
要求を、システムが備えるべき条件（要件）に落とし込みます。システムで何ができるか（機能要件）に加えて、応答の速さ、同時に使う人数、止めてはいけない時間帯、セキュリティ、バックアップといった、機能以外の条件（非機能要件）も定めます。ここで決めた内容が、開発の範囲・費用・スケジュールの基準となり、完成したときに「要件を満たしているか」を判定する基準にもなります。
要件の内容をご確認いただき、合意（承認）していただきます。合意した要件が、この後の開発のすべての基準になります。
使う人から見た姿と動きを決める
システムの「外側」、つまり利用者や他のシステムから見える部分を設計します。画面のレイアウトと画面どうしのつながり（画面遷移）、入力する項目とその確認のルール、帳票の様式、他のシステムとのデータのやり取り、そしてシステム全体の構成（サーバー、クラウド、ネットワーク）を決めます。画面の試作品（モックアップ）をご覧いただき、完成の姿を目で確かめながら進めます。
実際にシステムを使う方の目で、画面や操作の流れをご確認ください。「この順番では入力しにくい」といった現場の感覚が、使われるシステムをつくります。
開発─ ハクビーが作り、確かめる
内部でどう実現するのかを決める
外部設計で決めた見え方と動きを、システムの内部でどう実現するかを設計します。プログラムの構成（部品への分け方）、部品ごとの処理の手順、データベースの構造、エラーが起きたときの扱い、セキュリティ対策の実装方法を定めます。将来の改修や機能追加がしやすい構造にしておくことが、長く使えるシステムの条件です。
ハクビーにお任せください。進み具合は定例の打ち合わせでご報告します。
設計どおりにプログラムを作る
内部設計書に基づいて、プログラムを作成します。作成したプログラムはレビューを行い、設計どおりか、読みやすく直しやすいか、セキュリティ上の問題がないかを確かめます。
ハクビーにお任せください。
設計どおりに動くことを確かめる
ハクビーが3つの段階でテストを行います。それぞれのテストは、対応する設計書を基準にして、決めたとおりにできているかを確かめます。
| テスト | 確かめること | 基準にする成果物 |
|---|---|---|
| 単体テスト | プログラムの部品が、一つずつ正しく動くか | 内部設計書 |
| 結合テスト | 部品を組み合わせたときに、画面の動き、データの受け渡し、他システムとの連携が正しいか | 外部設計書 |
| 総合テスト | システム全体として、機能・性能・セキュリティなどの要件を満たすか | 要件定義書 |
単体テスト
結合テスト
総合テスト
ハクビーにお任せください。テストの結果をご報告します。
リリースと運用─ 使い始め、育てる
業務で使えることを確かめ、使い始める
お客様ご自身が、実際の業務の流れに沿ってシステムを操作し、業務で使えるかを確かめます（受入テスト）。確認の手順づくりから、ハクビーが支援します。確認が済んだら、本番の環境を整え、今のデータの移行と利用者への操作説明を行い、運用を始めます（リリース）。
普段の業務を思い浮かべながら操作し、業務で使えるかをご確認ください。確認の結果をもって、検収（納品物の受け入れ）としていただきます。
安定して使い続け、育てていく
稼働を始めたシステムを、安定して使い続けられるようにします。稼働状況の監視、お問い合わせと障害への対応、OSやソフトウェア部品の更新、新たに見つかった脆弱性への対応を行い、その内容を定期的にご報告します。業務の変化に合わせた改善や機能追加のご相談もお受けし、次の要求定義につなげます。
対応時間平日 9時〜18時
使ってみて気づいたことや、業務の変化をお知らせください。
お客様と一緒に
私たちはITのプロですが、貴社の業務を、貴社以上に知っているわけではありません。事業に最大の効果をもたらすアプリを創るには、業務を最もよく知るお客様の知識が欠かせません。そこで、要求定義・要件定義・外部設計の3つの工程には、お客様にもご参加いただいています。
例外的な処理、現場の工夫、言葉にされていないルール。業務を支えている知識の多くは、書類ではなく、働く人の中にあります。それを引き出してシステムに反映できるかどうかで、使われるシステムになるかが決まります。
要求定義・要件定義・外部設計で決めた内容は、その後の設計・開発・テストのすべての基準になります（V字モデル）。ここに誤りや漏れがあると、決めたとおりに正しく作っても、業務に合わないシステムになってしまいます。
外部設計の段階なら設計書と画面案の修正で済む変更も、開発の後で気づくと、プログラムの作り直しとテストのやり直しが必要になり、費用と期間に響きます。上流の段階でお客様の目を通すことが、結果としてコストを抑えます。
| 工程 | お客様の関わり | ハクビーの役割 |
|---|---|---|
| 01 要求定義 | 業務と課題を共有し、目的と優先順位を決める（主体的にご参加いただく） | 業務を調べて整理し、要求定義書と見積もりを作る |
| 02 要件定義 | 要件を確認し、合意する（主体的にご参加いただく） | 要件を定義し、開発計画を作る |
| 03 外部設計 | 画面と操作の流れを確認し、承認する（主体的にご参加いただく） | 画面・帳票・連携・システム構成を設計し、内部設計以降の見積もりを作る |
| 04 内部設計 | 進み具合のご報告を受ける（ハクビーにお任せ（ご報告します）） | 内部の構造を設計する |
| 05 実装 | 進み具合のご報告を受ける（ハクビーにお任せ（ご報告します）） | プログラムを作り、レビューする |
| 06 開発者テスト | 結果のご報告を受ける（ハクビーにお任せ（ご報告します）） | テストを行い、品質を確かめる |
| 07 受入テスト・リリース | 業務で使えるかを確かめ、検収する（主体的にご参加いただく） | 受入テストを支援し、本番の運用を始める |
| 08 運用保守 | ご要望やお問い合わせを伝える（ご連絡・ご相談をいただく） | 運用・保守を行い、改善を提案する |
01 要求定義
02 要件定義
03 外部設計
04 内部設計
05 実装
06 開発者テスト
07 受入テスト・リリース
08 運用保守
成果物
お渡しするのは、動くシステムだけではありません。各工程で作る設計書やテストの結果は、何を、なぜ、どう作ったのかの記録です。運用中の確認や、将来の改修・機能追加のよりどころになります。ソースコードと設計書を含む成果物の権利は、お客様のものとなります。
| 工程 | 成果物 | 内容 | お客様にとっての使い道 |
|---|---|---|---|
| 01 要求定義 | 要求定義書、現行業務フロー図、見積書 | 目的と目標、今の業務の流れと課題、要求の一覧と優先順位、システム全体の概算の費用、要件定義〜外部設計の費用 | 社内でシステム化の目的を共有する。稟議や予算取りの資料にする |
| 02 要件定義 | 要件定義書、開発計画書 | 機能要件と非機能要件、新しい業務の流れ、画面・帳票・連携の一覧、体制とスケジュール、納品する成果物 | 何を作るかの合意の記録。完成したときに確かめる基準 |
| 03 外部設計 | 外部設計書、画面モックアップ、見積書 | 画面のレイアウトと遷移、入力項目、帳票の様式、他システムとの連携、システム構成、内部設計〜受入テスト・リリースの費用 | 操作の確認。利用者へ説明するときの元資料 |
| 04 内部設計 | 内部設計書 | プログラムの構成、処理の流れ、データベースの構造 | 将来の改修や機能追加のよりどころ |
| 05 実装 | ソースコード | システムを構成するプログラム | お客様の資産として持ち、将来の改修や機能追加に使う |
| 06 開発者テスト | テスト計画書、テスト仕様書、テスト結果報告書 | 何を、どの観点で、どう確かめ、結果はどうだったか | 品質の根拠 |
| 07 受入テスト・リリース | 操作マニュアル、運用手順書、移行計画書、本番環境 | 利用者向けの操作方法、日々の運用の手順 | 社内での教育や、担当者の引き継ぎ |
| 08 運用保守 | 運用保守報告書、障害報告書 | 稼働の状況、対応した内容、改善の提案 | システムの状態を把握し、次の改善を検討する |
01 要求定義
02 要件定義
03 外部設計
04 内部設計
05 実装
06 開発者テスト
07 受入テスト・リリース
08 運用保守
成果物は、私たち以外の人が読んでもシステムを理解し、維持できるように作成します。万一、ハクビーが開発や保守から離れることになっても、設計書や運用手順書を使って、貴社の担当者や別の開発会社がシステムを引き継ぎ、運用と保守を続けられます。
ソースコードと設計書を含む成果物はすべて納品し、その権利はお客様のものとなります。ただし、オープンソースソフトウェアなど、第三者が権利を持つものは除きます。また、ハクビーが以前から持っている汎用的な部品を使った場合は、その権利はハクビーに残りますが、お客様のシステムの中で自由にお使いいただけるよう、利用を許諾します。
規模と費用の目安
受託開発の費用は、主に開発に必要な作業の量（工数）で決まります。工数は「人月（にんげつ）」という単位で表します。1人月は、1人が1か月間稼働する作業量です。ハクビーでは、1人月あたり約80万円（税別）を目安としています。
費用の目安
約800万円（税別）
約10人月 × 1人月あたり約80万円 ＝ 約800万円
3つの役割が、6か月間ずっと参加するわけではありません。工程に応じて、必要な役割が必要な分だけ参加します。そのため、この例の工数は「3人×6か月＝18人月」ではなく、約10人月になります。
| 主な工程 |
| ||||||
|---|---|---|---|---|---|---|---|
| 1か月目 | 2か月目 | 3か月目 | 4か月目 | 5か月目 | 6か月目 | 計 | |
| システム・アーキテクト | 1.0人 | 1.0人 | 1.0人 | 0.5人 | 0.5人 | 0.5人 | 4.5人月 |
| プログラマー | 0.0人 | 0.0人 | 0.5人 | 1.0人 | 1.0人 | 1.0人 | 3.5人月 |
| テスター | 0.0人 | 0.0人 | 0.0人 | 0.0人 | 1.0人 | 1.0人 | 2.0人月 |
| 計 | 1.0 | 1.0 | 1.5 | 1.5 | 2.5 | 2.5 | 10.0人月 |
開発の始めの段階では、作るものがまだ決まっていないため、正確な金額は出せません。そこで、作るものが具体的になるのに合わせて、二段階でお見積もりします。要求定義が終わった段階で、システム全体の概算と、要件定義から外部設計までのお見積もりをお出しします。外部設計が終わり、画面や機能が決まった段階で、内部設計から受入テスト・リリースまでのお見積もりをお出しします。それぞれのお見積もりをご確認いただいたうえで、次の工程に進むかどうかをご判断いただけます。
要求定義の費用は、規模に応じて、ご相談のうえで決めます。
初回のご相談は無料です。
ハクビーの強み
私たちは、システムを作るだけの会社ではありません。お客様の事業ドメインを学び、システムの開発を通じて業務プロセスそのものを整理・改善するコンサルティングに力を入れています。作ったシステムが業務に定着し、事業の成果につながるまで伴走します。
要求をお聞きした者が設計し、設計した者が開発とテストを行い、そのまま運用保守まで担います。工程ごとに担当する会社や人が変わる体制で起こりがちな、引き継ぎによる認識のずれや情報の抜け落ちがありません。お客様の窓口も一つで済みます。
アプリの知見にとどまらず、クラウドやネットワークの知見を持つため、サーバーの構成や通信まで含めた、システム全体の最適を考えて設計します。社長の松永は、ヤマハでクラウドサービスの開発を経験しています。
情報セキュリティを事業の柱とする当社は、セキュリティ対策を後から付け足すのではなく、要件定義と設計の段階から組み込みます。副社長の田中は本田技研工業で脆弱性への対応やサイバー攻撃への対処を経験し、松永とともにIPA登録セキュリティプレゼンターとして活動しています。
情報セキュリティの支援を詳しく見る上流工程にご参加いただくからこそ、近くにいることが力になります。静岡県西部のお客様には週に一度伺い、実際の業務を拝見しながら、顔を合わせてお打ち合わせします。打ち合わせの合間も、チャットツールでこまめに連絡を取り合います。
私たちが目指す姿
私たちが目指すのは、「この人といると物事が前に進む」とお客様に思っていただける集団です。私たちの仕事は、アプリを納めることではなく、お客様の問題を解決することだと考えています。だから私たちは、仕様からではなく、課題から始めます。要求定義から関わり、運用保守まで伴走するのは、そのためです。
FAQ
はい、ご相談ください。何を作るべきかを、課題から一緒に明らかにする工程が「要求定義」です。既製品で十分な場合や、システムを作らずに解決できる課題であれば、そのようにお伝えします。
初回のご相談とヒアリングは無料です。その後の要求定義の費用は、規模に応じて、ご相談のうえで決めます。
二段階でお見積もりします。要求定義が終わった段階で、システム全体の概算と、要件定義から外部設計までのお見積もりをお出しします。外部設計が終わり、画面や機能が決まった段階で、内部設計から受入テスト・リリースまでのお見積もりをお出しします。
規模によって異なります。このページの例（約10人月）では6か月ほどです。要件定義の段階で、体制とスケジュールを含む開発計画をお示しします。
変更が必要になった場合は、費用とスケジュールへの影響をお示ししたうえで、対応をご相談します。早い工程ほど影響は小さく済むため、上流工程でしっかり確かめることをおすすめしています。
はい。業務をよく知る方にご参加いただければ、ITの専門知識は必要ありません。専門用語はその都度ご説明し、判断が必要な点は選択肢と推奨案を添えてご相談します。
はい。定例の打ち合わせは、週1回・1〜2時間程度、貴社に伺って対面で行います。静岡県西部以外のお客様や、ご希望がある場合は、オンラインでのお打ち合わせも組み合わせます。打ち合わせの合間も、チャットツールでこまめにご連絡を取り合います。
はい。ソースコードと設計書を含む成果物はすべて納品し、その権利はお客様のものとなります。設計書などの文書は、編集できる形式でお渡しします。ただし、オープンソースソフトウェアなど、第三者が権利を持つものは除きます。また、ハクビーが以前から持っている汎用的な部品は、権利はハクビーに残りますが、お客様のシステムの中で自由にお使いいただけるよう、利用を許諾します。
まず今のシステムを調べ、お引き受けできるかを含めてご相談します。お気軽にお問い合わせください。
稼働の監視、お問い合わせと障害への対応、OSやソフトウェア部品の更新と脆弱性への対応、定期のご報告を行います。対応時間は平日 9時〜18時です。費用は、内容と範囲に応じて個別にお見積もりします。
お問い合わせ
何を作るかが決まっていなくても大丈夫です。今の業務で困っていることをお聞かせいただければ、進め方からご提案します。
ご入力いただいた個人情報は、お問い合わせへの対応にのみ利用します。詳しくは プライバシーポリシー をご覧ください。
