MIS 開発プロセスとシステム開発ライフサイクル
編集チーム
⚡ スマートサマリー
MIS開発プロセスでは、既製のパッケージでは要件を満たせない場合に、カスタム管理情報システムソフトウェアをどのように構築するかを説明します。ステークホルダー、システム分析と設計、オブジェクト指向設計、ウォーターフォール、アジャイル、プロトタイプ開発といったシステム開発ライフサイクルを網羅しています。ping 方法論。
ソフトウェアは、経営情報システム（MIS）の主要構成要素の一つです。MISシステムで使用されるソフトウェアの中には、市販のものもあります。これには、表計算ソフトやデータベースアプリケーションなどのパッケージが含まれます。
しかし、既製のソフトウェアではビジネス要件を満たせない場合もあります。そのような場合の解決策は、カスタムメイドのソフトウェアです。
このチュートリアルでは、カスタム ソフトウェアの開発に使用される方法論に焦点を当てます。
情報システム開発の関係者
一般的な情報システム開発には、通常、以下の3つの利害関係者が関わっています。
- ユーザー ―ユーザーとは、システムが開発された後に、日々の業務を遂行するためにそのシステムを利用する人々のことです。
- プロジェクトスポンサー – このカテゴリーの利害関係者は、プロジェクトの財務面とプロジェクトの確実な完了に責任を負います。
- 開発者向け このカテゴリーは通常、システムアナリストとプログラマーで構成されます。システムアナリストは、ユーザー要件を収集し、システム要件を作成する責任を負います。プログラマーは、システムアナリストが作成したシステム要件に基づいて、必要なシステムを開発します。
プロジェクトの最も重要な関係者はユーザーです。 プロジェクトが完了したものとして承認されるには、ユーザーがプロジェクトを承認して使用する必要があります。 ユーザーがシステムを受け入れない場合、プロジェクトは失敗となります。
システム分析と設計における MIS
システム分析とシステム設計は、密接に関連する2つの分野を指します。 システム分析 (NAIST) と システム設計.
- システム分析 事業の目的、目標、開発を理解することに関係しています。ping ビジネスプロセス。システム分析の最終成果物はシステム仕様書である。
- システムデザイン システム分析の出力結果を入力として使用します。システム設計の主な目的は、システム要件を、情報システムの実装方法に関するアーキテクチャ、論理、および物理設計に落とし込むことです。
MIS におけるオブジェクト指向の分析と設計
オブジェクト指向分析および設計 (OOAD) は、システムの分析および設計と密接に関連しています。 オブジェクト指向分析および設計 (OOAD) とシステム分析および設計の主な違いは、OOAD ではオブジェクトを使用して現実世界のエンティティを表すことです。
オブジェクト指向分析および設計では、ビジュアルモデリングを用いて、すべての関係者間のコミュニケーションを改善し、高品質な製品を生み出す。
オブジェクトは、顧客、製品、従業員などの実世界のエンティティを表現したものです。統一モデリング言語 (UML) は、システムのビジュアル デザインを作成するために使用される汎用言語です。
以下の画像は、ユーザーがPOSシステムとやり取りする様子を示すUML図のサンプルです。
MIS におけるオブジェクト指向の分析と設計
MIS におけるシステム開発ライフサイクル (SDLC)
その システム開発ライフサイクル システム開発ライフサイクルとは、情報システムの計画、作成、テスト、展開のプロセスを指します。システム開発ライフサイクルの主な目的は、定められた予算と期間内で、ユーザーの期待を満たす、あるいはそれを上回る高品質の情報システムを開発することです。
SDLC は、この目的を達成するために多くの開発手法を使用します。 次のセクションでは、最も一般的な開発手法のいくつかについて説明します。
MIS のウォーターフォール モデル
その ウォーターフォールモデル シーケンシャル設計モデルを採用しています。次の段階は、前の段階が完了してから開始されます。通常、最初の段階は上部に描かれ、後続の段階は下部と左下に配置されます。これにより、滝のような構造が形成され、それがこの名称の由来となっています。
MIS のウォーターフォール モデル
ウォーターフォールモデルの主な目的は以下のとおりです。
- 計画立案
- タイムスケジューリング
- 予算編成、そして
- システム全体を一度に導入する
ウォーターフォールモデルは、ユーザー要件が明確に理解されており、情報システムの開発中に大幅な変更が想定されない場合に最適です。また、プロジェクトの範囲、期間、価格が固定されている場合にも最適です。
ウォーターフォールモデルの最大の課題は、変化への適応です。新しいユーザー要件を取り入れるのは容易ではありません。
MIS に対するアジャイル開発アプローチ
アジャイル開発は、従来のプロジェクト管理に代わる手法であり、適応的な計画、進化的な開発、早期納品、継続的な改善を促進し、変化への迅速かつ柔軟な対応を奨励する。
アジャイル用語におけるスプリントとは、指定された時間内に達成されるべき明確に定義されたタスクです。 Sprint 目標と期間は、顧客と開発チームによって設定されます。すべての関係者は、次のスプリントに進む前に、スプリントに関するフィードバックを得るために直接会合を開く必要があります（もし次のスプリントがある場合）。
アジャイル手法 通常はアジャイル宣言に従います。アジャイル宣言は次の 12 の原則に基づいています。
- ソフトウェアの早期かつ継続的な提供を通じて、顧客満足度を高める。
- プロジェクトのどの段階においても、要件の変更を歓迎します。
- 動作するソフトウェアが頻繁にリリースされる（通常は週単位）。
- プロジェクトに取り組む際における、ビジネス担当者と開発者の連携。
- 意欲的で信頼できる個人を中心に構築されたプロジェクト。
- 効率的かつ効果的な対面会議。
- 進捗状況は、動作するソフトウェアに基づいて評価される。
- 持続可能な開発とは、スポンサー、ユーザー、開発者が、永続的に一定のペースを維持できることを意味する。
- 優れた技術と優れた設計に継続的に注意を払うことで、機敏性が向上します。
- シンプルさ。
- 自己組織化チーム。
- チームは定期的に、より効果的になる方法を検討し、それに応じて動作を調整します。
次の図は、アジャイル開発方法論がどのように実装されるかを示しています。
MIS に対するアジャイル開発アプローチ
プロトタイプping MISにおいて
プロトタイプとは、開発予定の実際のシステムの半機能的なシミュレーションモデルです。ping 開発手法ではプロトタイプが活用される。プロトタイプを用いることで、開発者とユーザーの両方が早期にフィードバックを得ることができる。
プロトタイプping プロトタイプのおかげで、ユーザーは要件を簡単に指定でき、開発者はユーザーの要件を理解しやすくなります。ping この手法は、まず基本的なシステム要件、特にシステムの入出力を特定することから始まります。これらの要件に基づいて、ユーザーが操作してフィードバックを提供できるシミュレーションモデルを作成します。ユーザーからのフィードバックは、プロトタイプの改良や、プロジェクトのコスト計算や実現可能なスケジュールといった重要な意思決定に活用されます。
以下の図はプロトタイプの各段階を示しています。ping.
プロトタイプping MISにおいて
