システム分析と設計-システム計画
要件決定とは何ですか?
要件は、データの処理またはキャプチャ、ビジネスアクティビティの制御、情報の生成、および管理のサポートを含む、新しいシステムの重要な機能です。
要件の決定には、既存のシステムを調査し、詳細を収集して、要件とは何か、どのように機能するか、どこで改善を行う必要があるかを確認することが含まれます。
要件決定の主な活動
要件の予測
これは、新しいシステムの特定の問題または機能と要件を含む以前の経験に基づいて、システムの特性を予測します。
それは、経験の浅いアナリストが気付かない領域の分析につながる可能性があります。しかし、近道が取られ、調査の実施にバイアスが導入された場合、要件の予測は中途半端になる可能性があります。
要件調査
現在のシステムを研究し、さらなる分析のためにその機能を文書化しています。
これは、システム分析の中心であり、アナリストは、事実調査手法、プロトタイピング、およびコンピューター支援ツールを使用して、システム機能を文書化および説明します。
要件仕様
これには、要件仕様を決定するデータの分析、新しいシステムの機能の説明、および提供される情報要件の指定が含まれます。
これには、事実データの分析、必須要件の特定、および要件実現戦略の選択が含まれます。
情報収集技術
事実調査手法の主な目的は、アナリストがユーザーが理解できる正確なSRSを作成するために使用する組織の情報要件を決定することです。
理想的なSRSドキュメントは-
- 完全で、明確で、専門用語がないこと。
- 運用上、戦術上、および戦略上の情報要件を指定します。
- ユーザーとアナリストの間で起こりうる紛争を解決します。
- 理解と設計を簡素化するグラフィカルな補助を使用します。
さまざまな情報収集手法があります-
インタビュー
システムアナリストは、インタビューによって個人またはグループから情報を収集します。アナリストは、正式、合法、政治的、または非公式である可能性があります。インタビューの成功は、インタビュアーとしてのアナリストのスキルに依存するためです。
それは2つの方法で行うことができます-
Unstructured Interview −システムアナリストは、システムの基本情報を取得するための質疑応答を行います。
Structured Interview −ユーザーがクローズ(客観的)またはオープン(記述的)形式で回答する必要がある標準的な質問があります。
Advantages of Interviewing
この方法は、定性的情報を収集するための最良の情報源であることがよくあります。
書面でのコミュニケーションがうまくいかない方や、アンケートに回答する時間がない方に便利です。
情報は簡単に検証でき、すぐにクロスチェックできます。
複雑なテーマにも対応できます。
意見を求めることで、重要な問題を簡単に見つけることができます。
それは誤解の領域のギャップを埋め、将来の問題を最小限に抑えます。
アンケート
この方法は、アナリストがシステムのさまざまな問題に関する情報を多数の人から収集するために使用されます。
アンケートには2種類あります-
Open-ended Questionnaires−簡単かつ正確に解釈できる質問で構成されています。彼らは問題を探求し、特定の答えの方向に導くことができます。
Closed-ended Questionnaires −これは、システムアナリストが相互に排他的なすべての可能な応答を効果的にリストするときに使用される質問で構成されます。
Advantages of questionnaires
これは、同じ場所に配置されていないユーザーの興味、態度、感情、信念を調査するのに非常に効果的です。
特定のグループのどの割合が提案されたシステムの特定の機能を承認または不承認にするかを知ることは、状況において有用です。
システムプロジェクトに特定の方向性を与える前に、全体的な意見を決定することは有用です。
それはより信頼性が高く、正直な応答の高い機密性を提供します。
これは、事実情報の選択や、電子メールで送信して郵送できる統計データの収集に適しています。
記録、手順、およびフォームのレビュー
既存の記録、手順、およびフォームのレビューは、現在のシステム機能、その操作、またはアクティビティを説明するシステムへの洞察を求めるのに役立ちます。
Advantages
これは、ユーザーが他のユーザーに課す前に、組織や運用に関する知識を自分で取得するのに役立ちます。
手順書とフォームに現在のシステムの形式と機能が記載されているため、現在の操作を短期間で文書化するのに役立ちます。
組織内で処理されるトランザクションについて明確に理解し、処理のための入力を識別し、パフォーマンスを評価することができます。
アナリストが、サポートする必要のある操作の観点からシステムを理解するのに役立ちます。
問題、その影響を受ける部分、および提案された解決策について説明します。
観察
これは、人、出来事、物に気づき、観察することで情報を収集する方法です。アナリストは組織を訪問して現在のシステムの動作を観察し、システムの要件を理解します。
Advantages
これは、情報を収集するための直接的な方法です。
収集されたデータの信頼性が問題となる状況や、システムの特定の側面が複雑であるためにエンドユーザーによる明確な説明ができない場合に役立ちます。
より正確で信頼性の高いデータを生成します。
それは不完全で時代遅れのドキュメンテーションのすべての側面を生み出します。
共同アプリケーション開発(JAD)
これはIBMによって開発された新しい手法であり、所有者、ユーザー、アナリスト、設計者、およびビルダーが、組織化された集中的なワークショップを使用してシステムを定義および設計できるようにします。JADの訓練を受けたアナリストは、いくつかの専門的なスキルを持つワークショップのファシリテーターとして機能します。
Advantages of JAD
何ヶ月にもわたる従来の面接やフォローアップ会議を置き換えることで、時間とコストを節約できます。
共同の問題解決をサポートする組織文化に役立ちます。
複数レベルの従業員間の正式な関係を促進します。
それは創造的にデザインの開発につながる可能性があります。
それは迅速な開発を可能にし、情報システムの所有権を改善します。
二次研究または背景資料
この方法は、収集した情報にアクセスして情報を収集するために広く使用されています。これには、マーケティング担当者が内部または外部のソースから使用した以前に収集された情報が含まれます。
Advantages
それはインターネットの利用可能性でよりオープンにアクセスされます。
低コストで貴重な情報を提供します。
それは一次研究の先駆けとして機能し、一次研究の焦点を調整します。
それは、使用された手順とそれらを収集する際の問題で利用可能であるため、研究がそれだけの価値があるかどうかを結論付けるために研究者によって使用されます。
フィージビリティスタディ
フィージビリティスタディは、システムのスタディが開発に適しているかどうかを管理者が決定するのに役立つ予備調査と見なすことができます。
これは、既存のシステムを改善し、新しいシステムを開発する可能性を特定し、システムのさらなる開発のための洗練された見積もりを作成します。
これは、問題の概要を取得し、実行可能または適切な解決策が存在するかどうかを判断するために使用されます。
フィージビリティスタディの主な目的は、問題を解決するのではなく、問題の範囲を取得することです。
実現可能性調査の出力は、提案されたシステムの完全な性質と範囲を含む決定文書として機能する正式なシステム提案です。
実現可能性分析に含まれるステップ
実現可能性分析を実行する際は、次の手順に従う必要があります。
プロジェクトチームを編成し、プロジェクトリーダーを任命します。
システムフローチャートを作成します。
現在のシステムの欠陥を特定し、目標を設定します。
目標を達成するための代替ソリューションまたは潜在的な候補システムを列挙します。
技術的な実現可能性、運用上の実現可能性など、各代替案の実現可能性を判断します。
各候補システムのパフォーマンスと費用対効果に重みを付けます。
他の選択肢をランク付けし、最適な候補システムを選択します。
承認のために経営陣への最終プロジェクト指令のシステム提案を準備します。
実現可能性の種類
経済的実現可能性
費用便益分析法を用いて候補システムの有効性を評価しています。
これは、組織への利益とコストの観点から、候補システムからの純利益を示しています。
経済的実現可能性分析(EFS)の主な目的は、投資ファンドが提案にコミットする前に、候補システムの経済的要件を見積もることです。
それは、候補システムの開発に伴うリスクの最低レベルとともに、資金の最も早く最高のリターンによって組織の純資産を最大化する代替案を好みます。
技術的実現可能性
各実装の代替案の技術的実現可能性を調査します。
ソリューションが既存のテクノロジーでサポートできるかどうかを分析して判断します。
アナリストは、新しい要件を満たす現在の技術リソースをアップグレードするか追加するかを決定します。
これにより、候補システムが技術的強化をサポートできる範囲で適切な応答を提供できるようになります。
運用の実現可能性
システムが開発および実装された後、システムが効果的に動作しているかどうかを判断します。
これにより、管理者は提案されたシステムと、現在の組織環境で実行可能なその作業をサポートする必要があります。
ユーザーが影響を受けるかどうかを分析し、システムのメリットに影響を与える変更されたビジネス方法または新しいビジネス方法を受け入れます。
また、候補システムのコンピュータリソースとネットワークアーキテクチャが機能することを保証します。
行動の実現可能性
新しいシステムの開発に対するユーザーの態度や行動を評価および推定します。
これは、システムが新しいビジネスのやり方について教育、再訓練、異動、および従業員の職務状況の変更に特別な努力を必要とするかどうかを判断するのに役立ちます。
スケジュールの実現可能性
これにより、プロジェクトは所定の時間制約またはスケジュール内に完了する必要があります。
また、プロジェクトの期限が妥当であるかどうかを検証および検証します。