要件定義
をテンプレートにして作成
[
トップ
] [
新規
|
一覧
|
検索
|
最終更新
|
ヘルプ
|
ログイン
] [
Twitter
]
開始行:
→上流工程一般
→基本設計
#contents
*サブトピック [#ed0d5dee]
-要件定義書の一般的な項目
*一般 [#f9935c78]
-[[要件定義とはそもそも何か - Speaker Deck>https://speake...
-[[ChatGPTに要件定義をお願いしたらハンパなかった | Develo...
-[[要件定義を専門でやる技術者(Requirement Engineer)に関す...
--要件定義だけを切り離して専門化するのは難しい、という話
-[[IPA資料・超上流から攻めるIT化の原理原則 17カ条>https:/...
--原理原則［１］ユーザとベンダの想いは相反する
--原理原則［２］取り決めは合意と承認によって成り立つ
--原理原則［３］プロジェクトの成否を左右する要件確定の先...
--原理原則［４］ステークホルダ間の合意を得ないまま、次工...
--原理原則［５］多段階の見積りは双方のリスクを低減する
--原理原則［６］システム化実現の費用はソフトウェア開発だ...
--原理原則［７］ライフサイクルコストを重視する
--原理原則［８］システム化方針・狙いの周知徹底が成功の鍵...
--原理原則［９］要件定義は発注者の責任である
--原理原則［１０］要件定義書はバイブルであり、事あらばこ...
--原理原則［１１］優れた要件定義書とはシステム開発を精緻...
--原理原則［１２］表現されない要件はシステムとして実現さ...
--原理原則［１３］数値化されない要件は人によって基準が異...
--原理原則［１４］「今と同じ」という要件定義はありえない
--原理原則［１５］要件定義は「使える」業務システムを定義...
--原理原則［１６］機能要求は膨張する。コスト、納期が抑制...
--原理原則［１７］要件定義は説明責任を伴う
-[[要件定義〜システム設計ができる人材になれる記事 - Qiita...
-[[要件定義を担当する【ITエンジニア】に必要な【コミュニケ...
-[[過去にPLから言われた心に刻んでおきたい５つの言葉【要件...
-[[ITエンジニアが要件定義がより上手に出来るようになるため...
-[[非機能要件の定義>https://thinkit.co.jp/article/17647]]...
-[[要件定義〜システム設計ができる人材になれる記事>https:/...
-[[こんな時代だからこそ要件定義の重要性を思い出せ！>https...
-[[私が本当に業務で行った要件定義の作成手順>http://qiita....
-[[「必要なこと」より「excelでやりたいこと」を優先すると...
--システムの要件定義のキモは
---必要なこと
---やりたいこと
---やらないこと
--をうまく選別することにあります。
--Excel云々の話は、おそらく「やりたいこと」に分類できる
-[[仕様変更に強い開発をするための、ヒアリングモデル>http:...
--ヒアリング時には「システム開発の目的」と「具体的なシス...
-[[いわゆる仕様と業務例外について>http://d.hatena.ne.jp/o...
-[[ユーザーニーズを基にシステムを作るな>http://www.atmark...
--ユーザーニーズは偶然により決定される
--ユーザーニーズはシステム要件に変換する段階で矮小化される
--ユーザーニーズはユーザーすら分からない
--ユーザーニーズ半減・半増の法則
--ユーザーニーズはシステムを納入したときに明確になる
-[[業務機能の洗い出しと業務フローの作成を同時に実施しては...
--ユーザーは業務機能のレベルやサイズを意識せずに回答する...
--ユーザーに業務フローをヒアリングしながら、業務機能のレ...
-[[失敗しない要件定義、3つのポイント>http://www.atmarkit....
--要件定義がうまくいかないパターンとして、
---なかなか要件定義が終わらない
---後工程で要件の抜けが見つかる
---何でも要件に盛り込んでしまい、プロジェクトの工数などに...
--という3つのケースを挙げる
--要件定義プロセスに、一般的なプロジェクトマネジメント手...
-要件定義書レビューの一般的観点
--項目に漏れがないか
--機能要件、非機能要件の過不足
--役割、責任の分担（例：データ移行は誰がやるか）
--しないと決めたことを明記しているか
--文体、用語の統一
-検討項目管理票
--意外と作らないことがあるが、要件定義作業中に検討した各...
-[[要件定義の勘どころ>http://codezine.jp/article/detail/4...
--要件定義は詳細なシステムの機能を決めるための入力情報と...
--このシステムの目的（価値）は？
--どのような責務を持つ人に使われるのか？
--どのような外部システムとかかわるのか？
--システムはどのような使われ方をするのか？
--システムとの接点は？
--その時の入出力情報は？
--システムに必要な機能は？
--その機能が使用するデータは？
-[[みんなが悩む要求管理 いまさら聞けない要求管理の基本>ht...
-[[要件定義をロジカルシンキングで解析する>http://forza.co...
--要望を単なる箇条書きの仕様と見なすのではなく、構造化さ...
--今までUML、DOAなど色んなモデリング手法を学習してきたが...
--仕様とは一つの仮説であり、一つの論理的なモデル。
--要望をロジックツリーで整理して、問題と解決策へ昇華でき...
-[[画面設計とか外部設計とか、もうやめようよ>http://d.hate...
--「画面をどう実現するかを考えて要件分析する」というのは...
-[[顧客の膨らむ要望にいかに対処すべきか>http://www.atmark...
--要件定義とは以下を実行することである。
1. 顧客のあいまいな要求を把握
2. 本プロジェクトでやれることを決定
3. システムの機能要件・非機能要件への落とし込み
4. 要件定義書（仕様書）の作成と合意
--追加要求は、顧客の要求の絞り込みを十分に行っていないた...
--追加要求をできるだけ減らすには、要件定義プロセスの最初...
--「やる」ことが決まれば、次は「顧客に機能を捨てさせる」...
--「このサブシステムにはこの帳票が本当に必要か」と、問題...
---【疑問】そもそも最初の段階で上がってきてない要件は捨て...
--いま議論している対象の重要度はどのくらいか」を判断する...
--変更管理で最も大切なのは、「変更要求の評価」と「変更要...
-[[要件定義の遅れ>http://itpro.nikkeibp.co.jp/article/COL...
--前回の反省を生かして「利用部門の要件確定を待っていても...
--この際に大きな武器になったのが，Excelの表だ。あらかじめ...
--さらに「なぜその機能を採用しないのか」といった，要件の...
-[[.NETアーキテクトの実用プラクティス>http://www.atmarkit...
-[[業務フロー図の書き方>http://itpro.nikkeibp.co.jp/artic...
-[[過剰な要求を絞りこむ知恵>http://itpro.nikkeibp.co.jp/a...
--業務内容分析シートで業務にかかる標準時間や難易度を整理...
--要求を業務フロー図とヒモ付けて眺めてみる→浮いた要求がな...
--洗い出した要求を「内部統制に関連するもの」「効率化に寄...
--処理の発生頻度を聞く。処理の頻度が高ければ通常処理と判...
--要求をシステム仕様に取り入れるデメリットを問いかける。...
-[[見積りマニュアル策定、要件定義書の標準化>http://www.at...
--精度向上のための施策には大きく分けて「標準化」「個人の...
-[[今日から始める設計ムダ取り健康診断のポイント>http://mo...
-[[仕様はどうして決まらないのか？>http://www.atmarkit.co....
--（1）業務オーナーを決めろ
--（2）ステークホルダーの整理
--（3）whatとhowの分離
---本当に＜何をすべきか＞というwhatにフォーカスすることが...
-[[オフショアのERPコンサルタントvs．日本人プロジェクトメ...
--「欧米ではERPの標準機能を使うのが常識」「日本ではアドオ...
--ERP がパッケージソフトであることを考えると、テスト済み...
--良しあしの議論は置いておくとして、「欧米と日本とでは常...
-[[キミの設計にトレーサビリティはあるか>http://www.atmark...
-[[IT戦略は情シスが立案するもの>http://www.atmarkit.co.jp...
-[[性能要件はユーザーが決めると思ってはいけない>http://it...
--性能要件はアプリケーション処理方式が固まらない限り，定...
-[[課題山積みの要求仕様確定>http://itpro.nikkeibp.co.jp/a...
--顧客との仕様確定過程で、見積もりや契約の前提条件が崩れ...
-[[定まらない要件、ユーザーからの無茶な要求>http://jibun....
-[[ヒアリングの実践ノウハウ>http://itpro.nikkeibp.co.jp/a...
--ヒアリングは司会と書記でペアを組んで行う
--キーパーソンを把握しシステム化の目的を明確にする
--経営トップから各現場の社員に周知徹底してもらう
--「現状の業務の大まかな流れ」や「現状の業務で感じている...
--聞くべき項目をリスト化しておくこと
--FURPS＋
---Functionarity:機能要求
---Usability:使いやすさ
---Reliability:信頼性
---Perfomance:性能
---Supportability:保守性
---Plus:その他（開発環境、コンポーネント、ネットワーク、...
--キーパーソンが参加する全体会議は，ユーザー企業内ではな...
--ユーザー企業の現場担当者との個別ミーティングでは，上司...
--だらだらを防ぐ
---ヒアリングの場では，冒頭で「この会議は何のために行うの...
---終了時間までにまとまらなければ，再び集まってもらうこと...
---出席者もなるべく少人数に絞り込む。
--ER図やDFD，UML図，業務フロー図を作ってユーザに確認して...
---なるべくユーザーと議論しながらその場で図を作成すること
---できる限り詳しく図の意味をユーザーに説明すること。
---ミーティングで図の意味を説明したり，図をユーザーに確認...
-[[DOA>http://itpro.nikkeibp.co.jp/article/lecture/200701...
-[[UMLモデリングの基礎>http://itpro.nikkeibp.co.jp/articl...
-[[仕様という言葉の罠を回避する:http://dain.cocolog-nifty...
-[[三要素分析法の解説@IT:http://www.atmarkit.co.jp/fbiz/c...
--ここでいう三要素とは「業務」「機能」「データ」
-[[MDA（モデル駆動型アーキテクチャ)解説:http://www.omgj.o...
-[[マインド・マップとUML:http://www.atmarkit.co.jp/farc/r...
-[[Concept Map:http://cmap.ihmc.us/]]
終了行:
→上流工程一般
→基本設計
#contents
*サブトピック [#ed0d5dee]
-要件定義書の一般的な項目
*一般 [#f9935c78]
-[[要件定義とはそもそも何か - Speaker Deck>https://speake...
-[[ChatGPTに要件定義をお願いしたらハンパなかった | Develo...
-[[要件定義を専門でやる技術者(Requirement Engineer)に関す...
--要件定義だけを切り離して専門化するのは難しい、という話
-[[IPA資料・超上流から攻めるIT化の原理原則 17カ条>https:/...
--原理原則［１］ユーザとベンダの想いは相反する
--原理原則［２］取り決めは合意と承認によって成り立つ
--原理原則［３］プロジェクトの成否を左右する要件確定の先...
--原理原則［４］ステークホルダ間の合意を得ないまま、次工...
--原理原則［５］多段階の見積りは双方のリスクを低減する
--原理原則［６］システム化実現の費用はソフトウェア開発だ...
--原理原則［７］ライフサイクルコストを重視する
--原理原則［８］システム化方針・狙いの周知徹底が成功の鍵...
--原理原則［９］要件定義は発注者の責任である
--原理原則［１０］要件定義書はバイブルであり、事あらばこ...
--原理原則［１１］優れた要件定義書とはシステム開発を精緻...
--原理原則［１２］表現されない要件はシステムとして実現さ...
--原理原則［１３］数値化されない要件は人によって基準が異...
--原理原則［１４］「今と同じ」という要件定義はありえない
--原理原則［１５］要件定義は「使える」業務システムを定義...
--原理原則［１６］機能要求は膨張する。コスト、納期が抑制...
--原理原則［１７］要件定義は説明責任を伴う
-[[要件定義〜システム設計ができる人材になれる記事 - Qiita...
-[[要件定義を担当する【ITエンジニア】に必要な【コミュニケ...
-[[過去にPLから言われた心に刻んでおきたい５つの言葉【要件...
-[[ITエンジニアが要件定義がより上手に出来るようになるため...
-[[非機能要件の定義>https://thinkit.co.jp/article/17647]]...
-[[要件定義〜システム設計ができる人材になれる記事>https:/...
-[[こんな時代だからこそ要件定義の重要性を思い出せ！>https...
-[[私が本当に業務で行った要件定義の作成手順>http://qiita....
-[[「必要なこと」より「excelでやりたいこと」を優先すると...
--システムの要件定義のキモは
---必要なこと
---やりたいこと
---やらないこと
--をうまく選別することにあります。
--Excel云々の話は、おそらく「やりたいこと」に分類できる
-[[仕様変更に強い開発をするための、ヒアリングモデル>http:...
--ヒアリング時には「システム開発の目的」と「具体的なシス...
-[[いわゆる仕様と業務例外について>http://d.hatena.ne.jp/o...
-[[ユーザーニーズを基にシステムを作るな>http://www.atmark...
--ユーザーニーズは偶然により決定される
--ユーザーニーズはシステム要件に変換する段階で矮小化される
--ユーザーニーズはユーザーすら分からない
--ユーザーニーズ半減・半増の法則
--ユーザーニーズはシステムを納入したときに明確になる
-[[業務機能の洗い出しと業務フローの作成を同時に実施しては...
--ユーザーは業務機能のレベルやサイズを意識せずに回答する...
--ユーザーに業務フローをヒアリングしながら、業務機能のレ...
-[[失敗しない要件定義、3つのポイント>http://www.atmarkit....
--要件定義がうまくいかないパターンとして、
---なかなか要件定義が終わらない
---後工程で要件の抜けが見つかる
---何でも要件に盛り込んでしまい、プロジェクトの工数などに...
--という3つのケースを挙げる
--要件定義プロセスに、一般的なプロジェクトマネジメント手...
-要件定義書レビューの一般的観点
--項目に漏れがないか
--機能要件、非機能要件の過不足
--役割、責任の分担（例：データ移行は誰がやるか）
--しないと決めたことを明記しているか
--文体、用語の統一
-検討項目管理票
--意外と作らないことがあるが、要件定義作業中に検討した各...
-[[要件定義の勘どころ>http://codezine.jp/article/detail/4...
--要件定義は詳細なシステムの機能を決めるための入力情報と...
--このシステムの目的（価値）は？
--どのような責務を持つ人に使われるのか？
--どのような外部システムとかかわるのか？
--システムはどのような使われ方をするのか？
--システムとの接点は？
--その時の入出力情報は？
--システムに必要な機能は？
--その機能が使用するデータは？
-[[みんなが悩む要求管理 いまさら聞けない要求管理の基本>ht...
-[[要件定義をロジカルシンキングで解析する>http://forza.co...
--要望を単なる箇条書きの仕様と見なすのではなく、構造化さ...
--今までUML、DOAなど色んなモデリング手法を学習してきたが...
--仕様とは一つの仮説であり、一つの論理的なモデル。
--要望をロジックツリーで整理して、問題と解決策へ昇華でき...
-[[画面設計とか外部設計とか、もうやめようよ>http://d.hate...
--「画面をどう実現するかを考えて要件分析する」というのは...
-[[顧客の膨らむ要望にいかに対処すべきか>http://www.atmark...
--要件定義とは以下を実行することである。
1. 顧客のあいまいな要求を把握
2. 本プロジェクトでやれることを決定
3. システムの機能要件・非機能要件への落とし込み
4. 要件定義書（仕様書）の作成と合意
--追加要求は、顧客の要求の絞り込みを十分に行っていないた...
--追加要求をできるだけ減らすには、要件定義プロセスの最初...
--「やる」ことが決まれば、次は「顧客に機能を捨てさせる」...
--「このサブシステムにはこの帳票が本当に必要か」と、問題...
---【疑問】そもそも最初の段階で上がってきてない要件は捨て...
--いま議論している対象の重要度はどのくらいか」を判断する...
--変更管理で最も大切なのは、「変更要求の評価」と「変更要...
-[[要件定義の遅れ>http://itpro.nikkeibp.co.jp/article/COL...
--前回の反省を生かして「利用部門の要件確定を待っていても...
--この際に大きな武器になったのが，Excelの表だ。あらかじめ...
--さらに「なぜその機能を採用しないのか」といった，要件の...
-[[.NETアーキテクトの実用プラクティス>http://www.atmarkit...
-[[業務フロー図の書き方>http://itpro.nikkeibp.co.jp/artic...
-[[過剰な要求を絞りこむ知恵>http://itpro.nikkeibp.co.jp/a...
--業務内容分析シートで業務にかかる標準時間や難易度を整理...
--要求を業務フロー図とヒモ付けて眺めてみる→浮いた要求がな...
--洗い出した要求を「内部統制に関連するもの」「効率化に寄...
--処理の発生頻度を聞く。処理の頻度が高ければ通常処理と判...
--要求をシステム仕様に取り入れるデメリットを問いかける。...
-[[見積りマニュアル策定、要件定義書の標準化>http://www.at...
--精度向上のための施策には大きく分けて「標準化」「個人の...
-[[今日から始める設計ムダ取り健康診断のポイント>http://mo...
-[[仕様はどうして決まらないのか？>http://www.atmarkit.co....
--（1）業務オーナーを決めろ
--（2）ステークホルダーの整理
--（3）whatとhowの分離
---本当に＜何をすべきか＞というwhatにフォーカスすることが...
-[[オフショアのERPコンサルタントvs．日本人プロジェクトメ...
--「欧米ではERPの標準機能を使うのが常識」「日本ではアドオ...
--ERP がパッケージソフトであることを考えると、テスト済み...
--良しあしの議論は置いておくとして、「欧米と日本とでは常...
-[[キミの設計にトレーサビリティはあるか>http://www.atmark...
-[[IT戦略は情シスが立案するもの>http://www.atmarkit.co.jp...
-[[性能要件はユーザーが決めると思ってはいけない>http://it...
--性能要件はアプリケーション処理方式が固まらない限り，定...
-[[課題山積みの要求仕様確定>http://itpro.nikkeibp.co.jp/a...
--顧客との仕様確定過程で、見積もりや契約の前提条件が崩れ...
-[[定まらない要件、ユーザーからの無茶な要求>http://jibun....
-[[ヒアリングの実践ノウハウ>http://itpro.nikkeibp.co.jp/a...
--ヒアリングは司会と書記でペアを組んで行う
--キーパーソンを把握しシステム化の目的を明確にする
--経営トップから各現場の社員に周知徹底してもらう
--「現状の業務の大まかな流れ」や「現状の業務で感じている...
--聞くべき項目をリスト化しておくこと
--FURPS＋
---Functionarity:機能要求
---Usability:使いやすさ
---Reliability:信頼性
---Perfomance:性能
---Supportability:保守性
---Plus:その他（開発環境、コンポーネント、ネットワーク、...
--キーパーソンが参加する全体会議は，ユーザー企業内ではな...
--ユーザー企業の現場担当者との個別ミーティングでは，上司...
--だらだらを防ぐ
---ヒアリングの場では，冒頭で「この会議は何のために行うの...
---終了時間までにまとまらなければ，再び集まってもらうこと...
---出席者もなるべく少人数に絞り込む。
--ER図やDFD，UML図，業務フロー図を作ってユーザに確認して...
---なるべくユーザーと議論しながらその場で図を作成すること
---できる限り詳しく図の意味をユーザーに説明すること。
---ミーティングで図の意味を説明したり，図をユーザーに確認...
-[[DOA>http://itpro.nikkeibp.co.jp/article/lecture/200701...
-[[UMLモデリングの基礎>http://itpro.nikkeibp.co.jp/articl...
-[[仕様という言葉の罠を回避する:http://dain.cocolog-nifty...
-[[三要素分析法の解説@IT:http://www.atmarkit.co.jp/fbiz/c...
--ここでいう三要素とは「業務」「機能」「データ」
-[[MDA（モデル駆動型アーキテクチャ)解説:http://www.omgj.o...
-[[マインド・マップとUML:http://www.atmarkit.co.jp/farc/r...
-[[Concept Map:http://cmap.ihmc.us/]]
ページ名:
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
