对日开发 项目工程名词解析(整理中,待完善...)

参考资料

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(基本设计阶段的产出物)

---

1.5 詳細設計

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

✅input

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

✅output

---

---

1.6 単体テスト

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

✅input

• 详细设计

💥注意点

• 脏数据，及时删除

---

1.7 結合テスト

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

✅input

• 基本设计

💥注意点

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

---

二. 役割