Update EvaluationTemplate to have clearer links to each UseCase
The idea is to use the evaluation template to fill out for each project codebase evaluation we do, but have an easy link back to the use case it refers to. As I was making this edit, I added a few FIXMEs to things that need clarification and/or completion.
This commit is contained in:
parent
8657e58817
commit
0c94479bb1
4 changed files with 21 additions and 14 deletions
|
@ -1,10 +1,15 @@
|
||||||
<a id="GeneratingReports"></a>
|
## Evaluation of GeneratingReports UseCases
|
||||||
## [[UseCases/GeneratingReports]] evaluation
|
- [[Trial Balance Report|GeneratingReports#trial-balance]]: FIXME
|
||||||
|
- [[Bank Reconciliation Report|GeneratingReports#bank-reconcilation]]: FIXME
|
||||||
- Does it support Fund Reports?
|
- [[Chart of Accounts|GeneratingReports#chart-of-accounts]]: FIXME
|
||||||
|
- [[Cash Disbursements Journal|GeneratingReports#cash-disbursements]]: FIXME
|
||||||
|
- [[Income Report|GeneratingReports#income-report]]: FIXME
|
||||||
|
- [[Expense Report|GeneratingReports#expense-report]]: FIXME
|
||||||
|
-
|
||||||
<a id="Collaborating"></a>
|
<a id="Collaborating"></a>
|
||||||
## [[UseCases/Collaborating]] evaluation
|
## [[UseCases/Collaborating]] evaluation
|
||||||
|
- [[Simultaneous Editing of Ledger|Collaborating#simultaneous-ledger-edits]]: FIXME
|
||||||
|
- FIXME: Other uses cases need rewrite.
|
||||||
|
|
||||||
- Does it support multiple users working on the same ledger?
|
## Evaluation of WorkFlow UseCases
|
||||||
- ...
|
- [[Unaccrued Invoice?|UseCases/WorkFlow#unaccrued-invioice]]: FIXME
|
||||||
|
|
|
@ -1,7 +1,8 @@
|
||||||
As an accountant that collaborates with other accountants I need:
|
As an accountant that collaborates with other accountants I need:
|
||||||
|
|
||||||
|
<a id="simultaneous-ledger-edits"/>
|
||||||
- Simultaneous editing of the same ledger
|
- Simultaneous editing of the same ledger
|
||||||
- In the case of decentralized ledgers, such as ledger-cli files shared via DVCS
|
- FIXME: this should probably be stated differently: In the case of decentralized ledgers, such as ledger-cli files shared via DVCS
|
||||||
- Easy synchronization of entries from separate ledgers
|
- Easy synchronization of entries from separate ledgers
|
||||||
|
|
||||||
in order to efficiently and collaboratively perform accounting tasks.
|
in order to efficiently and collaboratively perform accounting tasks.
|
||||||
|
|
|
@ -5,13 +5,13 @@ As an US-based NPO I need a way to *generate reports* in order to:
|
||||||
|
|
||||||
The usual reports an NPO is expected to generate, and all of these should be generatable for any given date period:
|
The usual reports an NPO is expected to generate, and all of these should be generatable for any given date period:
|
||||||
|
|
||||||
- [Trial balance](http://en.wikipedia.org/wiki/Trial_balance)
|
- <a id="trial-balance"/> [Trial balance](http://en.wikipedia.org/wiki/Trial_balance)
|
||||||
- [Bank Reconciliation Report](http://en.wikipedia.org/wiki/Bank_reconciliation)
|
- <a id="bank-reconciliation"/> [Bank Reconciliation Report](http://en.wikipedia.org/wiki/Bank_reconciliation)
|
||||||
+ This report often needs to be generated with input from the user, since [the subset sum problem](http://en.wikipedia.org/wiki/Subset_sum_problem) is [NP-complete](http://en.wikipedia.org/wiki/NP-complete), human intervention is often needed to identify the specific transactions to show on this report.
|
+ This report often needs to be generated with input from the user, since [the subset sum problem](http://en.wikipedia.org/wiki/Subset_sum_problem) is [NP-complete](http://en.wikipedia.org/wiki/NP-complete), human intervention is often needed to identify the specific transactions to show on this report.
|
||||||
- [Chart of accounts](http://en.wikipedia.org/wiki/Chart_of_accounts)
|
- <a id="chart-of-accounts"/> [Chart of accounts](http://en.wikipedia.org/wiki/Chart_of_accounts)
|
||||||
- Cash Disbursments Journal
|
- <a id="cash-disbursements"/> Cash Disbursements Journal
|
||||||
- Income Report (just a list/sum of all Income accounts for a period)
|
- <a id="income-report"/> Income Report (just a list/sum of all Income accounts for a period)
|
||||||
- Expenses Report (just a list/sum of all Expenses accounts for a period)
|
- <a id="expenses-report"/> Expenses Report (just a list/sum of all Expenses accounts for a period)
|
||||||
- [[Fund Report|UseCases/FundAccounting#FundReport]]
|
- [[Fund Report|UseCases/FundAccounting#FundReport]]
|
||||||
|
|
||||||
Also, To handle [[UseCases/FundAccounting]] all of these reports should be generatable narrowed to specific funds.
|
Also, To handle [[UseCases/FundAccounting]] all of these reports should be generatable narrowed to specific funds.
|
||||||
|
|
|
@ -6,6 +6,7 @@ bookkeeper who might make an error easily if the system doesn't require a
|
||||||
workflow), the workflow should not be dictated.
|
workflow), the workflow should not be dictated.
|
||||||
|
|
||||||
## The "Unaccrued Invoice" Example
|
## The "Unaccrued Invoice" Example
|
||||||
|
<a id="unaccrued-invoice"/>
|
||||||
|
|
||||||
The easiest example I have of this relates to accruing income upon invoice
|
The easiest example I have of this relates to accruing income upon invoice
|
||||||
generation. Non-profits very typically generate invoices as part of a
|
generation. Non-profits very typically generate invoices as part of a
|
||||||
|
|
Loading…
Reference in a new issue