インタラクティブマルチメディアブックプラットフォームの設計と実装

インタラクティブなマルチメディアブックプラットフォームの要件に応じて、要件分析からソフトウェア設計、つまり要件分析からソフトウェア設計までの基本的なモデリング手法であるコードファーマーの自己啓発を参照し、最初に要件のタイプに従って分類してから、コンセプトプロトタイプ設計を完成させる（ユースケース図+データモデルが必要）、詳細な分析と設計（分析と設計シーケンス図が必要）の主要なユースケースを選択し、最後に設計計画（設計クラス図またはマイクロサービスアーキテクチャ図が必要）を提供します。インタラクティブマルチメディアブックプラットフォームの要件は次のとおりです。

インタラクティブマルチメディアブックプラットフォームには、リーダーエンドと著者エンドが含まれます。
著者は、本のディレクトリ構造と章の内容を調整できます。章の内容には、写真、ビデオ、テキスト、および練習中に学ぶための統合されたサードパーティソフトウェアが含まれます。クイズの質問や複数の選択肢の質問などの一般的な練習の質問を定義できます。作成者は編集時に読者の側をプレビューできます効果、携帯電話の効果、Webおよびデスクトップソフトウェアの効果、作成者は1つまたは複数の端末の使用のみを制限できます。
読者は、携帯電話、ブラウザ、またはデスクトップソフトウェアを介してインタラクティブマルチメディアブックを使用できます。読者は、ブックを検索してブックカタログを表示できます。著者の設定に従って順番にロックを解除したり、自由に読み飛ばしたり、一部の章を順番に読む必要があります。
ソフトウェアはサードパーティソフトウェアを統合または呼び出すことができます。たとえば、読み取りプロセス中にvscodeやlinux shellなどのサードパーティソフトウェアを直接呼び出して実際の操作を実行し、操作の基本的な判断を行ってから、本に戻って読み続けることができます。サードパーティソフトウェアは、統合されたプラグインモデルを介して呼び出す必要があります。サードパーティソフトウェアと本の間の変換は、読者が操作する必要なく、自動的かつスムーズに完了する必要があります。
リーダーのモバイルアプリ、Web、またはデスクトップソフトウェアは統合コードで実装されており、フロントエンドとバックエンドはjs + nodejs + mongodbに優先されます。著者のエンドは独立してデプロイされ、データは著者の本を公開するときにのみリーダーのシステムにインポートされ、著者のエンドを回避します。リーダーシステムに対する操作の影響。
上記の要件の不備は、適切に補足および調整できます。

機能要件：

著者側：

ブックのディレクトリ構造と章の内容を調整します。章の内容には、写真、ビデオ、テキスト、練習中に学習する統合されたサードパーティソフトウェアが含まれ、クイズの質問や複数の選択肢の質問などの一般的な練習問題を定義できます。

編集時のリーダー側の効果、携帯電話の効果、Webおよびデスクトップソフトウェアの効果を1つまたは複数のタイプの端末に限定してプレビューできます。

書籍をアップロードまたはダウンロードします。

リーダー側：

携帯電話、ブラウザ、またはデスクトップソフトウェアを使用してインタラクティブマルチメディアブックを使用します。本を検索したり、本のカタログを表示したり、著者の設定に従って読み上げを順番にロック解除したり、自由に読み飛ばしたり、一部の章を順番に読む必要があります。

統合モジュール：

ソフトウェアはサードパーティソフトウェアを統合または呼び出すことができます

書籍をアップロードまたはダウンロードします。

サーバー

ユーザーは、検出テストの合法性をダウンロードすることができます

パフォーマンス要件

サードパーティのソフトウェアと本の間の変換は、リーダーの操作なしで、自動的かつスムーズに完了する必要があります。

設計上の制約

システムのフロントエンドとバックエンドはjs + nodejs + mongodbで実装され、作成者側は独立してデプロイされます。作成者が本を公開した場合にのみ、データがリーダー側システムにインポートされます。携帯電話、ブラウザ、デスクトップソフトウェアを通じてインタラクティブマルチメディアブックを使用できるようにするため。

概念的なプロトタイプ設計

ユースケース図

ライター側

リーダー側