ソフトウエア情報開発の夏インターン体験記(総合職)_No.27010

金融業界向け業務システムの要件定義から設計まで

チームで架空の金融機関向け業務システムを題材に、要件定義から基本設計までを一連の流れで行った。最初に顧客の業務フローや課題を読み解き、必要な機能を洗い出したうえで、優先度を整理しながら全体構成をまとめた。その後、画面遷移やインターフェースの設計を行い、簡単なプロトタイプを作成して、最後に担当者の前で成果物を発表し、フィードバックを受けた。

業務理解からシステム設計までの流れを具体的に体験でき、エンジニアとして働くイメージが明確になったため。

短時間で業務を理解し、仕様の抜け漏れを指摘したり、論理的に設計方針を修正していく姿が印象的だったため。

業務システムの設計を行う際、技術的な観点だけでなく、利用する人の作業手順や、組織内での情報の流れを丁寧に整理することが重要だと学んだ。特に、最初に与えられた業務資料を読み込む段階で、単語の定義をそろえたり、登場人物ごとにやることを整理したりするだけで、必要な機能の抜けや重複をかなり減らせることを体験できた。また、チームで仕様を決める場面では、ふわっとした表現を避けて、具体的な入力と出力、例外ケースまで言葉にして共有することで、後から設計を変更する手戻りが少なくなることを学んだ。

事前に基本的な業務システムの構成要素や、要件定義からテストまでの流れを一度整理しておくと、当日の説明やワークの内容が頭に入りやすくなると思う。また、プログラミングだけでなく、テーブル設計やデータの持ち方に関する基礎を復習しておくと、設計演習の場面で手が止まりにくくなる。グループで議論する時間が多いので、自分の考えを短くまとめて話すことや、相手の案を引き出す質問の仕方を意識した方が良いと感じた。発表では、細かい機能を並べるよりも、業務上どの問題をどう解決するかという流れが伝わる構成を考えておくと、限られた時間でも納得してもらいやすいと思う。