对日开发 项目工程名词解析

参考资料

1. 要件定義とは？仕様書との違いや記載すべき項目、作成の進め方を解説
2. 要件定義とは
3. 基本設計とは
4. 基本設計における成果物一覧と書き方（基本設計書サンプルあり）
5. 要件定義における成果物一覧と書き方（要件定義書サンプルあり）
6. システム開発の成果物・ドキュメント｜知っておきたい開発工程ごとの成果物を一覧で紹介【2023年最新版】

---

---

一. 项目工程

⏹项目工程所属的级别

⏹V字模型图

⏹模型图各项工程概要

開発フェーズ	概要
企画・要求定義	業務課題を解決するシステムを企画システムに求めるニーズ・要求を定義
要件定義	要求定義をもとに、実現可能なシステム要件に落とし込む
基本設計	要件定義をもとに、システムの見える部分を具体化・設計（外部設計）
詳細設計	基本設計をもとに、プログラミングに必要な設計書を作成（内部設計）
開発・実装	設計書をもとにプログラム・機能を開発・実装
単体テスト	機能・モジュール単位で開発されたプログラムをテスト
結合テスト	単体テストの完了したモジュールを結合してテスト
総合テスト	システムとして出来上がったプログラムを総合的にテスト
受け入れテスト	完成したプログラムが要件を満たしているか、？発注側でテスト
リリース	検収を経てシステム稼働・リリース

⏹设计相关工程释义

---

1.1 調査分析

不是对bug的调查分析，而是对整个系统的业务设计和解决策的调查分析。
客户的业务要做成系统的话,到底有哪些业务需要做成系统。

针对这一点这个需要调查分析，需要调查业务，分析业务的设计。
哪些业务需要做到系统里面，哪些业务需要人去手动的去做。
有些业务可能不需要上系统，如果现在需要上系统的话，需要花费很多的成本。
可能存在没有预算的情况。

---

1.2 見積り

⏹PM、PL相关的话题。

做成一个系统，需要多少个画面，做成这些所有的画面需要花费的工时。
某些业务逻辑处理，是否可以做成共通的。

例如100个业务画面有150个业务逻辑，其中50个业务逻辑可以抽取为共通。
计算之后，花费1000个人月，问客户这样可不可以。
客户可能只有500人月的预算，这样就需要调查分析 哪些业务要优先自动化。

---

1.3 要件定義

⏹要件定義也叫概要設計，主要是系统级别的设计，成果物如下：

成果物の中身	概要
システム方式	ハードウェア構成図，ソフトウェア構成図 ネットワーク構成図，アプリケーション機能構成図
画面要件	画面一覧，画面遷移図，画面レイアウト
帳票要件	帳票一覧，帳票概要，帳票レイアウト
バッチ要件	バッチ処理一覧
テーブル・ファイル要件	テーブル関連図，テーブル・ファイル一覧 テーブル・ファイル定義
外部インターフェース要件	外部システム関連図，外部インターフェース一覧 外部インターフェース定義書

---

1.4 基本設計

⏹要件定义和基本设计一起有时也被称为外部设计。主要就是参照要件定义来做，做什么范围内的业务，业务大致上要做哪一些功能，设计到什么样的画面。此时表设计，画面的html或レイアウト已经存在了。

✅input(做成基本设计所需的东西)

• 截止到要件定义阶段做成的资料
• 和业务担当者或者エンドユーザー进行打ち合わせ

✅output(基本设计阶段的产出物)

成果物の中身	概要
画面設計	遷移図、入出力項目、アクション定義図など
帳票設計	入出力項目、編集定義図など
バッチ設計	処理フロー図、定義書など
データベース設計	ER図テーブル・ファイル定義、CRUD図
ファイル設計	ファイル一覧、レイアウト図など
外部インターフェース設計	外部インターフェース一覧、レイアウト図など

---

1.5 詳細設計

⏹详细设计有时也被称为内部设计。

✅input

• 基本设计
• 在参考基本设计时，如果有疑问，找PL确认。PL无法确认则找客户确认。

✅output

成果物の内容	概要
クラス図	システムを構成するクラスの関係を示す静的な資料
モジュール構成図	各機能の処理に必要な処理をモジュールごとに示す静的な資料
アクティビティ図	ユーザー操作・システム処理の流れがわかる動的な資料
シーケンス図	クラス・オブジェクト間のやり取りを時間軸に沿って表した動的資料
IPO（処理機能記述）	入力・処理・出力の流れを表した動的資料。バッチ処理など
開発方針・ルール	ライブラリ・アルゴリズムの指定、記述ルール書など
単体・結合テスト設計	単体・結合テストの計画書・仕様書・設計書など

---

---

1.6 単体テスト

⏹为了测试PG写的代码是否按照是按照详细设计来的。

✅input

• 详细设计

注意点

• 脏数据，及时删除

---

1.7 結合テスト

⏹为了测试基本设计中所涉及到的业务有没有被实现。
⏹测试业务的シナリオ。シナリオ就是针对业务中的一部分而提出的各种分支。

✅input

• 基本设计

注意点

• 不能随便造数据，所有数据必须是通过业务操作所产生的。

---

二. 役割

役割	概要
PM	ﾌﾟﾛｼﾞｪｸﾄﾏﾈｰｼﾞｬｰ(项目经理)
PL	ﾌﾟﾛｼﾞｪｸﾄﾘｰﾀﾞｰ(项目领导)
SL	ｻﾌﾞﾘｰﾀﾞｰ(子领导)
BSE	ﾌﾞﾘｯｼﾞSE(桥梁系统工程师)
SE	ｼｽﾃﾑｴﾝｼﾞﾆｱ(系统工程师)
PG	ﾌﾟﾛｸﾞﾗﾏｰ(程序员)
OP	ｵﾍﾟﾚｰﾀｰ(运维) 各企業が持っているシステムの運用・保守・管理などを行うのがITオペレーターです。