donau

Donation authority for GNU Taler (experimental)
Log | Files | Refs | Submodules | README | LICENSE

commit e57f55b1308e9c884caac1789701e84fa7b23bdb
parent af1a2bc750477f485c5e1ba19608d82b56c178ef
Author: Casaburi Johannes <johannes.casaburi@students.bfh.ch>
Date:   Mon,  3 Jun 2024 16:20:25 +0200

rework scope

Diffstat:
Mdoc/thesis/chapters/introduction/scope.tex | 9+++++++--
Mdoc/thesis/thesis.pdf | 0
2 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/doc/thesis/chapters/introduction/scope.tex b/doc/thesis/chapters/introduction/scope.tex @@ -1,5 +1,10 @@ \section{Scope} -The Donau REST API with its backend were developped and implemented. Tests where written to check the endpoints for errors. Throughout the project we documented both the code and specifications. To demonstrate the Donau we developped an android application that can verify donations. +The Donau backend with its REST API were developped and implemented. Tests where written to ensure that the endpoints work correctly without any errors. +Throughout the project we documented the code, wrote the REST API specifications and the Donau protocol. Various other things like presentations and project summaries where also created. +To demonstrate the Donau we developped an android application that can verify donations. -Out of scope was the charity implementation which would have been integrated into the Taler merchant and the donor client implementation which would have been integrated into the Taler wallet. Unlike the charity integration, the donor part of the taler wallet is payment system dependent. In other words, since the taler wallet can only make donations with the taler payment system, it could only receive donation receipts for this. The administrator interface was also not realized, which would have provided a user-friendly interface to manage the charities. +We also held an interview with the tax authority Zürich, which has provided valuable insight in how donations are verified and important aspects that a system like the Donau should fulfil. + +Out of scope was the charity implementation which would have been integrated into the Taler merchant and the donor client implementation which would have been integrated into the Taler wallet. Unlike the charity integration, the donor part of the taler wallet is payment system dependent. +In other words, since the taler wallet can only make donations with the taler payment system, it could only receive donation receipts for this. The administrator interface was also not realized, which would have provided a user-friendly interface to manage the charities. diff --git a/doc/thesis/thesis.pdf b/doc/thesis/thesis.pdf Binary files differ.