ITエンジニアが仕事に対して思うこと

ITエンジニアとして働く中で感じたことを、現場の温度感そのままに言語化するブログです。設計・実装・運用のリアル、学び続ける負荷、品質とスピードのせめぎ合い、コミュニケーションの難しさなど、きれいごとだけでは語れない「仕事の実態」を整理します。誰かを責めるのではなく、なぜそうなるのかを構造で捉え、明日から少し楽に、少し強く働ける視点を提供します。新人から中堅、マネジメントまで参考に。

令和7年度 春期システムアーキテクト試験 午後Ⅰ問題1解答解説 ‐ システムアーキテクト日誌 事例研究:A市消耗品集中購買システムの設計 【動画解説付き】

      [https://www.youtube.com/watch?v=MWPK11XzMO8:embed:cite]

この動画では、システムアーキテクト試験の事例研究として、A市の消耗品集中購買システムの設計について解説します。現状の個別発注による事務負担やコスト高を解消するため、SaaSを活用した単価契約への移行を目指します。機能の便利さだけでなく、自治体特有の規定類を遵守するためのFit&Gap分析や、予算管理としての機能の流用など、実務に直結するシステムアーキテクトの思考プロセスを学べます。 集中購買化と単価契約について学ぶことができます。従来、各部門が個別に文房具などを購入することで生じていた多大な伝票処理やコスト高といった課題を解決するため、市全体でまとめて契約を行う集中購買化の手法を理解します。その際、年間の発注予定数量をあらかじめ決めて単価を固定する単価契約という方式が採用されており、これによって事務負担の軽減と価格の低減がどのように実現されるのかを把握します。SaaS導入におけるFit&Gap分析の重要性も大きなテーマです。パッケージソフトには相見積や単価変更といった一見便利な機能が多く備わっていますが、それらがすべて導入先の業務ルールやコンプライアンスに適合するとは限りません。特に自治体システムにおいては規定類の遵守が絶対条件であり、提供される機能が規定に違反しないかを見極める必要があります。この事例では、契約で単価が固定されているため、スポット注文機能や商品単価変更機能を利用することが業務上支障を来すという判断プロセスを学びます。さらに、システム機能の柔軟な流用という発想の転換について学習します。例えば、物理的な物品の数を管理するための在庫管理機能を、契約上の発注予定数量の範囲内であるかどうかを管理する、いわば予算の在庫管理として活用する方法論です。既存の機能を本来の目的とは異なる視点で捉え直し、要件を満たすための工夫を凝らすシステムアーキテクトとしての思考法を身につけます。また、自治体特有の業務ルールに基づく運用上の制約についても理解を深めます。年度末におけるシステムの利用制限がその典型例です。予算が余っていたとしても、規定類によって納入が年度内の契約期間内に完了される必要があるため、年度末ギリギリの注文を制限しなければならないという実務的な背景を学びます。さらに、請求内容の確認において、紙の請求書を一枚ずつチェックするのではなく、システム上の検収済データを集計して突合するという効率的な業務プロセスへの改善アプローチも重要な学習ポイントです。そして、将来的な展望として、AIを用いた需要予測による正確な発注数の算出や、クラウドAPIを通じたリアルタイムなデータ連携など、技術の進化を取り入れつつも、規定を守るという本質は変わらないというアーキテクチャの基本理念を学びます。