内容をスキップ
  • Home
  • 開発blog
GitHubBlueskyTwitter / X
  • Home
  • 開発blog
Download App
Download App

モデル設計 – Account

「勘定科目」です。 のいずれかに所属する。 グループは5つで固定なので、 enum:AccountType として管理する。 デフォルトで用意する勘定科目は、税務署でもらう[ 令和xx年分所得税青色申告決算書(一般用)]

モデル設計 – Account 続きを読む »

モデル設計 – JournalEntry

いわゆる「貸方」「借方」 ここで問題なのは消費税。 税込の金額だと本則課税に対応できないので、データとしては「金額」「消費税」を別々に管理しておき、入力の煩雑さはUIで解消することとする。

モデル設計 – JournalEntry 続きを読む »

モデル設計 – Transaction

実世界でのいわゆる「伝票」(赤伝、青伝、振伝)に相当。 貸方のJournalEntry と 借方の JournalEntry を持つ。 貸方と借方の値が一致しないと登録できないようにする。 idはシステム全体のidだが、

モデル設計 – Transaction 続きを読む »

モデル設計 – BusinessUnit

の3つがあるので、内部のenumで3つを区別するようにする。 AbstractClassにした方が良いかどうかは、悩ましいところ。 プロパティ

モデル設計 – BusinessUnit 続きを読む »

モデル設計 – FiscalYear

プロパティ 個人事業主向けの会計ソフトなので、期間は1/1〜12/31で固定。必要なのは「年」のみ。 複数年度を切り替えて使う時ように、activeフラグを用意しておく。 userとのリレーションのため、user_id

モデル設計 – FiscalYear 続きを読む »

モデルを検討する – リレーション –

ユーザーと青色申告書 現実世界では、青色申告書に相当するモデルを検討する。 青色申告書そのものをモデル化するのではなく、会計年度ごとにデータをまとめるモデルとして、会計年度モデル(FiscalYear)を用意する。 青色

モデルを検討する – リレーション – 続きを読む »

ユーザー認証まわりの設計

1サーバー1ユーザーにするか、マルチユーザーにするかは悩ましいところです。ただ、(実装するかどうかは別として) などのシチュエーションを考えると、将来的にマルチユーザーは必要になるはず。 後からマルチユーザーにするコスト

ユーザー認証まわりの設計 続きを読む »

開発言語・フレームワーク等について

WindowsでもMacでも使いたいため、ウェブアプリケーションとして開発します。 言語はPHPを使います(PHPの開発歴が長いため)。 フレームワークはLaravelを使います。

開発言語・フレームワーク等について 続きを読む »

← 前 1 … 5 6

Copyright © 2026
Powered by