はじめに
要件定義と基本設計をするに至った経緯は、下記になります。・社内システムの新規設計
・技術力の向上および技術力の維持
実際にやってみた
要件定義では非機能要件や機能要件の定義。基本設計ではシステム方式設計、画面設計、DB設計、外部インタフェース設計を行いました。
以下、各項目での作業内容になります。
要件定義
非機能要件定義
非機能要件定義では、可用性、性能・拡張性、運用・保守性、移行性、セキュリティについて定義する資料を作成いたしました。
出典：IPA『システム構築の上流工程強化（非機能要求グレード）』
機能要件定義
機能要件定義では、以下の資料を参考に成果物を作成し必要な機能の洗い出しを行いました。-
業務機能構成表
ビジネスプロセスから業務作業までを階層的に整理した資料になります。
関係する業務の抜け漏れを防ぐために整理を行います。
出典：IPA『ユーザのための要件定義ガイド 第2版』,p.386 -
ユースケース図
システムで何ができるかを「ユーザー目線で」表現した図になります。
「システムを利用する人の目線で」具体的にシステムを利用する場面を想定しながら、
作図を行います。
出典：組込みソフトウェア開発における品質向上の勧め［設計モデリング編］,p.49
基本設計
システム方式設計
システム方式設計では、以下の構成図を参考に作図を行いAWS上でどのような構成で立ち上げるかをなど決定いたしました。
AWSでの構成図のため下記のサイトで作成を行いました。
https://app.diagrams.net/
-
ハードウェア構成図
ハードウェア構成を明確にする資料です。
メインフレームが少なくなってきた現在ではサーバ構成図とも呼ばれています。
出典：農林水産省『ハードウェア構成図』 -
ソフトウェア構成図
必要なOSやミドルウェアを明確にする資料です。
各サーバ毎に導入するものを整理します。
出典：農林水産省『ソフトウェア構成図』 -
ネットワーク構成図
必要なネットワーク構成を明確にする資料です。
機器ごとのIPアドレスの定義などを行います。
出典：@IT『トラブル予防は現状の把握から』
画面設計
画面設計では、以下の資料を参考に成果物を作成しどのような画面が必要でどのようなデザインにするか、また入出力項目についてどのような入力規則や制限を設けるかなどを決定いたしました。
-
画面一覧
開発する画面の規模感が分かる資料になります。
出典：IPA『機能要件の合意形成ガイド～画面編～』,p.17 -
画面遷移図
画面の流れが分かる資料になります。
出典：経済産業省『LPガス保安技術者向けWebサイト 管理更新システム』,p.79 -
画面レイアウト
画面のイメージを共有するための資料になります。
出典：ThinkIT『令和時代の設計書の基本方針』 -
画面入出力項目一覧
画面の入出力を明確にする資料になります。
出典：IPA『機能要件の合意形成ガイド～画面編～』,p.30
DB設計
DB設計では、以下の資料を参考に成果物を作成し、どのようなテーブルが必要でそのテーブルには何のデータ型のカラムが必要で
桁数は何桁必要なのかを定義しどのタイミングでどのテーブルにデータを、
作成、更新、読取、削除を行うかも定義いたします。
-
テーブル関連図
システムで取り扱うテーブル関係が分かる資料になります。
機能実現に必要なテーブルを書き出します。
出典：IPA『機能要件の合意形成ガイド～データモデル編～』,p.16 -
テーブル一覧
前述したテーブル関連図をもとに、主要なテーブルを一覧にまとめた資料になります。
一覧化することで何のテーブルがあるかを一目でわかるようになります。
出典：IPA『機能要件の合意形成ガイド～データモデル編～』,p.19 -
テーブル定義
前述したテーブル一覧を元にテーブル内の主要なデータ項目を一覧にまとめた資料になります。
機能実現に必要な項目を書き出します。
出典：IPA『機能要件の合意形成ガイド～データモデル編～』,p.22 -
CRUD図
各テーブルの作成・参照・更新・削除を整理した資料で、
機能漏れやデッドロックの防止が期待できます。
出典：IPA『機能要件の合意形成ガイド～データモデル編～』,p.25
外部インターフェース設計
外部インターフェース設計では、ISBNから書籍情報を取得するためのAPIについて外部のものを用いるためどのようなAPI を用いるかを定義しました。
今回は下記のAPIを使用いたします。
国立国会図書館サーチが提供する書影API
最後に
要件定義から基本設計までを通してどのようなことを考え、どのように成果物に落とし込むかについて知見を深めることができました。
今後、詳細設計からテスト工程の作業を行っていく中でも同様に
知見を深めていければと思います。