KOBE frontend

KOBE-モバイル予算アプリケーション（FRONND）

一般的な説明

1か月あたりの予算を組み立てることができるアプリケーションでは、収入、費用、貯蓄の3種類の動きがあります。各タイプの動きについて、最大10のカテゴリを定義できます。特定の月には、ユーザーは各カテゴリ（予算）を指定すると予想される値を定義できます。その後、その月にユーザーは動きを登録し、これらから統計タブで、月に稼いだ計画がどのように満たされているかを見ることができます。

Figmaリンク

参照画像：

開発環境

BorderにFlutterを使用してWebアプリケーションの開発環境を作成し、バックエンドでexpress.jsをインストールするには、次の手順に従うことができます。

ボーダー構成

1. フラッターインストール - モバイル開発。
   • まず、公式ページ（https：//flutter.dev/docs/get-started/install）からFlutterをダウンロードしてインストールします。オペレーティングシステムの特定の指示に従ってください。その後、環境変数にパスを追加します。
2. Android Studio Configuration-アプリケーションをテストするAndroidモバイルエミュレーター。
   • Android Studioの公式WebサイトからAndroid Studio：https：//developer.android.com/studio。
   • Android Studio内で、Android SDKをインストールし、AVDマネージャーにエミュレータを構成してモバイルデバイスをシミュレートします。
3. Visual Studioコード - プロジェクトで使用するIDE構成。
   • 公式ページhttps://code.visualstudio.com/からVisual Studioコード（VSCODE）をダウンロードしてインストールします。
   • フラッターでのコーディングを容易にするために、次のプラグインをインストールできます。
     • フラッター：VSCODEのサポートを統合し、アプリケーションの実行や精製などの機能を含める。
     • DART：DARTプログラミング言語のサポートを提供するため、Flutterを使用するために必要です。
     • Awesome Flutter Snippets：Flutterでより迅速に発達するための便利なコードスニップを提供します。
     • フラッターウィジェットスニペット：フラッターで最も一般的に使用されるウィジェットのスニペットのコレクション。

バックエンド構成

1. node.jsインストール
   • 公式ページからnode.jsをダウンロードしてインストールします：https：//nodejs.org/。 node.jsは、Express.jsを使用するために必要です。その後、環境変数にパスを追加します。
2. Express.jsプロジェクトの作成と構成
   • 端末を開き、次のコマンドを使用してExpressアプリケーションジェネレーターをインストールします。NPMインストール-G Express -Generator
   • コマンドを使用して新しいExpressプロジェクトを作成します：Express-of-Tu-Project
3. Express.jsの開発
   • プロジェクトディレクトリのファイルを変更して、バックエンドアプリケーションを開発します。必要に応じて追加することができ、npmインストール名でインストールできます。
   • 郵便配達員や不眠症などのツールを使用して、Express.jsアプリケーションのAPIエンドポイントをテストできます。

実行とテスト

• Border、Open VSコードの場合、Flutterプロジェクトのディレクトリに移動し、Android Studioで構成されたエミュレータを使用してアプリケーションを実行します。
• バックエンドの場合、端末では、Expressプロジェクトのディレクトリに移動し、 npm startを実行してサーバーの開始を開始します。

要件

機能要件

要件の識別	RF1
要件名	アカウントの作成
特性	ユーザーは、ユーザー名とパスワードを定義してアカウントを作成できます。
要件の説明	ユーザーはデータを提供するアカウントを作成できます：電子メール、ユーザー名、フルネーム、パスワード
非機能的要件	RNF1、RNF2、RNF5
要件の優先順位	高い

要件の識別	RF2
要件名	ユーザー認証
特性	ログインするユーザーは、アカウント情報を入力する必要があります
要件の説明	ログインするユーザーは、ユーザー名とパスワードを入力する必要があります
非機能的要件	RNF1、RNF2、RNF5
要件の優先順位	平均

要件の識別	RF3
要件名	カテゴリの作成
特性	ユーザーはカテゴリを作成できます
要件の説明	ユーザーは、収入、費用、貯蓄のために最大10のカテゴリを作成できます。
非機能的要件	RNF1、RNF2、RNF6
要件の優先順位	平均

要件の識別	RF4
要件名	予算計画の作成
特性	ユーザーは、収入、費用、貯蓄の各カテゴリの予算計画を作成できます。
要件の説明	ユーザーは、収入、費用、貯蓄の各カテゴリの予算計画を作成できます。
非機能的要件	RNF1、RNF2、RNF6、RNF7
要件の優先順位	平均

要件の識別	RF5
要件名	運動収入
特性	ユーザーは、収入、費用、貯蓄の各カテゴリに従って財政運動に入ることができます。
要件の説明	ユーザーは、収入、費用、貯蓄の各カテゴリに従って財政運動に入ることができます。
非機能的要件	RNF1、RNF2、RNF6、RNF7。
要件の優先順位	高い

要件の識別	RF6
要件名	予算と動きの歴史を見る
特性	ユーザーは過去の予算を見ることができます。
要件の説明	ユーザーは、以前の期間（月と年）の予算を見ることができます。
非機能的要件	RNF1、RNF2、RNF6、RNF7
要件の優先順位	平均

要件の識別	RF7
要件名	パスワードの変更
特性	ユーザーはパスワードの変更を要求できます。
要件の説明	ユーザーは、ユーザーまたは電子メール名を提供するパスワードの変更を要求できます。
非機能的要件	RNF1、RNF2、RNF6、RNF7
要件の優先順位	低い

非機能的要件

要件の識別	RNF1
要件名	パフォーマンス
特性	即時の応答と処理効率。
要件の説明	アプリケーションはユーザー入力にすばやく応答し、データ処理を効果的に処理する必要があります。
要件の優先順位	高い

要件の識別	RNF2
要件名	可用性
特性	一定のアクセスと最小の非アクティブ時間。
要件の説明	アプリケーションは、最小の非アクティブ時間で、できるだけ多くの時間を使用できる必要があります。
要件の優先順位	高い

要件の識別	RNF3
要件名	使いやすさ
特性	すべてのユーザーが直感的でアクセスしやすい。
要件の説明	ユーザーインターフェイスは、アプリケーションの以前の経験のない人にとって直感的で使いやすい必要があります。
要件の優先順位	平均

要件の識別	RNF4
要件名	互換性
特性	複数のデバイスとシステムで動作します。
要件の説明	アプリケーションは、AndroidやiOSなどのモバイルオペレーティングシステムの複数のバージョンと互換性があり、さまざまな画面サイズと解像度に適応する必要があります。
要件の優先順位	高い

要件の識別	RNF5
要件名	安全
特性	データ保護と暗号化。
要件の説明	アプリケーションは、ユーザーの機密情報を保護する必要があり、送信および保存されたすべてのデータが暗号化されるようにします。
要件の優先順位	高い

要件の識別	RNF6
要件名	スケーラビリティ
特性	効果的なユーザーの成長とデータの読み込み。
要件の説明	アプリケーションは、パフォーマンスを大幅に低下させることなく、ユーザー数とデータ処理負荷の増加を処理できる必要があります。
要件の優先順位	平均

要件の識別	RNF7
要件名	保守性
特性	整理され、簡単にコードを更新します。
要件の説明	アプリケーションコードは、開発者による更新とメンテナンスを促進するために、適切に整理および文書化する必要があります。
要件の優先順位	低い

要件の識別	RNF8
要件名	バッテリー消費
特性	エネルギー効率と最適化された消費。
要件の説明	アプリケーションは、バッテリー消費の点で効率的でなければならず、アクティブまたはバックグラウンドで使用している場合に過度の排水を回避する必要があります。
要件の優先順位	平均

要件の識別	RNF9
要件名	データベースマネージャー
特性	PostgreSQLを使用した信頼性と高度なデータ管理機能。
要件の説明	アプリケーションは、PostgreSQLをデータベース管理システムとして使用します。
要件の優先順位	高い

要件の識別	RNF10
要件名	開発コード
特性	フラッターによる統一されたマルチプラットフォーム開発。
要件の説明	アプリケーションは、Flutterを開発コードフレームワークとして使用します。
要件の優先順位	高い

図

リレーショナル図

テーブルの凡例：

• タイプ：3種類の取引を指します：収入、費用、貯蓄。
• カテゴリ：収入/費用/貯蓄の性質を指します
  • タイプ：収入 - カテゴリ：給与、利息、料金の支払い...
  • タイプ：費用 - カテゴリ：輸送、食品、ユーティリティ、健康、教育、エンターテイメント...
  • タイプ：貯蓄 - カテゴリー：家、車、旅行、起業家精神...
    • 説明：たとえば、記録では、タイプは収入であり、カテゴリは給与になる可能性があります
  • カレンダー：このテーブルは多くの日付で構成され、1か月のテーブルにリンクされます。これは主に、アプリケーション内のフィルターの作成を促進し、トラッカーテーブルの登録に日付を割り当てます。
  • 月：別のIDを含む毎年を含むテーブル。このテーブルは、フィルタープログラミングを容易にします。
  • 年：特定の期間内に可能な年を含むテーブル。このテーブルは、フィルタープログラミングを容易にします。
  • 予算：各カテゴリと月に計画されている金額です（月までに異なる可能性があるため）。それは目標であり、必ずしも満たされるとは限りません。
  • 登録（追跡）：それは、それぞれのカテゴリ、記録、および詳細な日付で、すべての収入、費用、または貯蓄が記録されるメインテーブルです。
  • ユーザー：アプリケーションアカウント（電子メールとパスワード）を入力する資格に加えて、主に名前と姓（主に名前と姓）が保存されるテーブルです。

ユースケース図

展開図