재사용 : 회계 소프트웨어 디자인 패턴

문제

그는 몇 가지 답변을 받았지만 기본적으로 동일했으며 Martin Fowlers 회계 패턴.

나는 Fowlers 패턴이 모두 유용한 모든 것을 찾지 못합니다. 그들은보다 단순한 회계 시스템에 지나치게 복잡해 보이기 때문에 Kristopher의 질문을 다시 해치고 더 작은 시스템에 대해 더 많은 옵션을 찾고 있습니다.

이것은 주로 사용자에게 은행과 유사한 계정을 제공하는 현금 기반 시스템입니다. 로그인하고 (웹 기반) 균형을 확인하고 특정 거래 등을 만들 수 있습니다.

은행보다 페이팔 또는 신용 카드 회사와 더 유사하지만 더 작은 규모입니다. 세금, 상각 또는 완전한 연약한 회계 시스템에서 볼 수있는 것들을 다룰 필요는 없습니다. 균형과 거래.

그렇다면 누구나 회계 기반 소프트웨어 설계 또는 간단한 회계 시스템의 우수한 구현을위한 추가 리소스를 지적 할 수 있습니까?

해결책

그렇다면 누구나 회계 기반 소프트웨어 설계 또는 간단한 회계 시스템의 우수한 구현을위한 추가 리소스를 지적 할 수 있습니까?

그만큼 무료 디지털 머니 프로젝트 귀하의 요구에 도움이됩니다. 기본 거래 및 균형 프레임 워크를 제공합니다. 의도적으로 간단하고 추상적이므로 특히 새로운 아이디어를 테스트하려는 경우 유용한 디자인 통찰력을 제공 할 수 있습니다.

사이클로스 더 실용적입니다. 사용자 계정 및 트랜잭션을 다룹니다.

미 뱅코 사용자 은행 계정 및 웹 기반 액세스를 지원하는 또 다른 오픈 소스 뱅킹 시스템입니다. 가상 및 실제 통화와 함께 사용할 수 있습니다.

이 모든 것은 오픈 소스이므로 문서, 아키텍처 및 코드를 직접 확인할 수 있습니다.

옆으로, 잔액과 거래에만 관심이 있다면 평판, 업장 또는 포인트 시스템과 관련된 패턴이나 프로젝트처럼 들립니다.

다른 팁

파울러의 패턴은입니다 ~ 아니다 지나치게 복잡합니다. 그들은 필요한 것에 관한 것입니다. 최종 사용자 나 회계사에게 문제를 일으키지 않고 더 간단한 것을 구축 할 수 없을 것입니다.

회계를 구현할 때는 저널, 거래 및 계정 및 계정 유형의 일반적인 모델입니다.

tblTransactions
    - Amount
    - AccountID1
    - AccountID2
    - Type [CR/DR]
    - DateEntered

나는 또한 a tblJournals 어느 것이 명백한 기준으로 거래를 그룹화합니다. 또한 저널의 일지에 대한 일반적인 설명을 보유한 JournalTypes를 추가 할 수도 있으므로 멋진 것들 (reverals 등)을 감지 할 수 있습니다.

이 모델의 반전은 사소하기 때문에 좋습니다. 저널의 모든 거래를 수집하고 유형을 교환 할 수 있습니다.

TBLTRANSACTION에는 트리거가 있으며 트리거는 유형에 따라 특정 계정에 대한 '계산 발병'을 업데이트합니다. 그런 다음 주어진 기간 동안 보고서를 실행할 수도 있습니다.

이를 구현하기 위해 많은 회계 지식이 필요하지 않으며 간단하지만 효과적입니다.

디자인 패턴 자체는 아니지만 작업이"$ $ 금액은 $ Account1에서 $ Account2" ~하지 않다 항상 "예금"없이 "철수"... 즉 "예금"이 완료되기 전에 전원이 나오면 "철수"가 롤백됩니다 (취소)

커밋 가능한 거래는 불가능한 (롤백 가능한) 하위 거래로 구성됩니다 ...

경고 : BCD 수학은베이스 10 수학의 라운드 오프 오류를 방지하기 위해 발명되었습니다. 국제 문제는 언급하지 않지만 고정점 또는 "큰 정밀"수학, 통화 변환 및 나머지는 모두 ...

나는 실제로 Mybanco의 저자입니다. 도움이 필요하면 이메일을 보내주세요 :)

돈을 달러 대신 센트 (정수)로 보관하십시오. 디자인은 아니지만 아마도 더 유용 할 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow