1. 実現可能性調査の目的（短答式質問）
問題を最小限のコストで最短時間で解決できるかどうかを判断します。（プロジェクトを最短時間で立ち上げられるかどうかを判断する） （実現可能性調査の目的は問題を解決することではなく、問題を解決する価値があるかどうかを判断することである）
2. 実現可能性調査の内容
2.1 技術的な実現可能性
2.2 経済的実現可能性
低コスト、中コスト、高コストのシステム
2.3 運用の実現可能性
2.4 社会的実現可能性
3. 実現可能性調査の課題（短答式質問）
実現可能性調査の本質: 大幅に圧縮および簡素化されたシステム分析および設計プロセス、つまり、より高いレベルで比較的抽象的な方法で実行されるシステム分析および設計プロセス。
- まず、問題定義をさらに分析して明確にする必要があります。
- アナリストはシステムの論理モデルを導き出す必要があります。そして、システム ロジック モデルから始めて、いくつかの代替の主要なソリューション (つまり、システム実装スキーム) を検討します。
各ソリューションの実現可能性を慎重に検討する必要があります。代替ソリューションが実現可能かどうかを分析するときは、テクノロジー、経済性、運用、選択という 3 つの側面を考慮する必要があります。
- 技術的実現可能性: 既存のテクノロジー、リソース、制限がシステムの機能とパフォーマンスをサポートし、実現できるかどうか。主に技術的なリスクの問題。
- 経済的実現可能性:コスト見積もりと利益評価を実施して、プロジェクトを開発する価値があるかどうかを判断します。
- 社会的実現可能性：主に開発後にシステムが稼働できるか、契約、責任、侵害、利用者の組織や管理などに問題がないかを指します。
- 選択: さまざまな選択肢の中から比較、評価、選択します
4. システムフローチャート
システム フロー図は、物理システムを概略的に表すための従来のツールです。その基本的な考え方は、システムを構成する各コンポーネント (プログラム、ドキュメント、データベース、人間のプロセスなど) をグラフィック シンボルを使用してブラック ボックスの形で記述することです。
5. データ フロー図 (この図は描画しないでください)
- データ フロー ダイアグラム (DFD) は、情報の流れと、データが入力から出力に移動する際にデータが受ける変換を示すグラフィカルな手法です。データ フロー図は、システムの論理機能をグラフィカルに表現したものです。
- DFD には特定の物理コンポーネントはなく、ソフトウェアで流れて処理されるデータの論理プロセスを表すだけです。
データ フロー図の 4 つの基本的なシンボル
- 正方形 (または立方体) はデータの送信元または送信先を表します。
- 角の丸い長方形 (または円) は、変換されたデータの処理を表します。
- 開いた四角形 (または 2 本の平行な水平線) はデータ ストレージを表します。
- 矢印はデータ フロー、つまり特定のデータが流れる方向を示します。
6. データ辞書 DD (短答式の質問、大きな質問はなし、基本的な概念)
定義 (短い回答の質問) : データ ディクショナリはデータに関する情報の集合、つまり、データ フロー グラフに含まれるすべての要素の定義の集合です。
データ ディクショナリの内容:データ ストリーム、データ ストリーム コンポーネント (データ要素)、データ ストレージ、処理
| シンボル | 意味 | 例 |
|---|---|---|
| = | と定義されている | |
| + | と | x = a + b |
| […,…] | また | x = [a,b] |
| […私…] | また | x = [aIb] |
| {…} | 繰り返す | x = {a} |
| う{…}ん | 繰り返す | x = 3{a}10 |
| (…) | オプション | x = (a) |
| 「…」 | 基本的な要素 | x = 「a」 |
| … | ジョイナー | x = 1…9 |
データの定義方法:データを上から下に分解します。一般に、この分解プロセスは、データがさらに定義する必要のない要素に分解され、プロジェクトに関係する全員がその意味を理解した時点で完了します。
データ ディクショナリの目的:
- 分析フェーズのツールとして (最も重要です)。
- データ ディクショナリで確立された厳密で一貫した定義セットは、アナリストとユーザー間のコミュニケーションを改善するのに大いに役立ち、その結果、起こり得る多くの誤解が排除されます。
- この厳密に一貫したデータ定義セットは、異なる開発者または異なる開発グループ間のコミュニケーションを改善するのにも役立ちます。
データ ディクショナリの内容の説明
データ ディクショナリの編集において、内容またはデータ構造を説明するためにアナリストが最もよく使用する記号は次のとおりです。
6.1 例
6.1.1 プログラミング言語では、識別子は文字、数字、またはアンダースコアで構成され、長さは 8 文字を超えないと規定されており、最初の文字は文字またはアンダースコアでなければならないと規定されています。
識別子 = 最初の文字 + 文字列
最初の文字 = [文字 | アンダースコア]
文字列 = 0 { 文字 } 7
文字 = [文字 | 数値 | アンダースコア]
文字 = a...z
数値 = 0...9
6.1.2 電話番号には携帯電話番号と固定電話番号があり、携帯電話番号は 11 桁で構成され、最初の桁は 0 以外の数字になります。固定電話番号は 8 桁で構成され、最初の 1 桁はゼロ以外の数字になります。（強調）
電話番号=[携帯電話番号|固定電話番号]
携帯電話番号=8桁
固定電話番号=11桁
携帯電話番号=0以外の番号+7桁の
固定電話番号=0以外の番号+10桁の番号
7桁の番号=7 {数値}7
10 桁の数値=10{数値}10
数値=[0|1|2|3|4|5|6|7|8|9] ゼロ以外の
数値=[1|2|3|4| 5 |6 |7 |8 |9]
6.1.3
通帳=口座名+駅番号+口座番号+口座開設日+物件+(パスワード) +1{アクセス回線}50 口座名
=1{文字}24駅
番号='001"..."999"
口座番号==0000001 「…「9999999」」
口座開設日＝年＋月＋日
性質＝「1」…「6」
シールコード＝「0」
アクセス行 = 日付 + 概要 + 支出 + 入金 + 残高 + 操作 + レビュー
日付 = 年 + 月 + 日
概要 = 1 {文字} 4
支出 = 金額
入金 = 金額
残高 = 金額
操作 = 4 {数値} 4
レビュー =4{ Number}4金額
="0000000.01"..."9999999.99"
7. 費用/便益分析 (費用見積りなしで計算)
7.1 利益分析の目的
経済的な観点から特定の新しいシステムを開発するのに費用対効果が高いかどうかを分析することは、この開発プロジェクトに投資するかどうかを正しく決定するのに役立ちます。
7.2 経済的利益の実績
経済的メリットは通常、営業経費の削減または収益の増加として現れます。
コスト/利益分析の最初のステップは、新しいシステムがもたらす開発コスト、運用経費、および経済的利益を見積もることです。
- 運用コストは、システムの運用コスト（オペレーターの数、作業時間、消費する資材など）と保守コストによって異なります。
- システムの経済的利益 = 新しいシステムの使用による収益の増加 + 新しいシステムの使用によって節約された運用コスト。
- お金の時間価値: お金の時間価値は通常、金利の形で表されます。
- 回収期間: 累積的な経済効果が初期投資と等しくなるまでに必要な時間。
- 純利益: ライフサイクル全体における累積的な経済的便益 (現在価値に換算) とシステムへの投資との差。
- 投資収益率: 投資利益の大きさを測定し、年利と比較できます。
7.3 費用/便益分析の方法論 (計算されていません)
料金
ハードウェアおよび機器の費用
システムの開発費用
システムの導入、運用および保守の費用
人材トレーニングの費用利点
経済的利益
社会的利益
7.3.1 お金の時間的価値
7.3.2 回収期間
通常、投資回収期間は開発プロジェクトの価値を測定するために使用されます。いわゆる回収期間は、蓄積された経済効果が初期投資と等しくなるまでに必要な時間です。
7.3.3 純利益
プロジェクトの価値を測定するもう 1 つの経済指標は、プロジェクトの純利益、つまりシステムの累積経済便益 (現在価値に換算) とライフサイクル全体における投資の差額です。
7.3.4 投資収益率
投資収益率は投資効果の大きさを測る指標であり、年利と比較することができ、プロジェクトの経済効果を測定する際の最も重要な参考データとなります。