[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Kash [2]
From:       Roberto Alsina <ralsina () unl ! edu ! ar>
Date:       1999-10-18 14:09:00
[Download RAW message or body]

On Mon, 18 Oct 1999, Stephan Kahnt wrote:

> Hallo Kash community,
> 
> Thanks for all the input.
> 
> Here comes our updated list of demands:
> (D/W: demand/wish)
> 
> o D homebanking software 
> o D part of the KDE project
> o D development under KDE 1.x
>     ( I dont want to bother with a unstabel version of KDE.
>       I prefere to update if 2.0 is out. What du you think? )

When do you expect this program to be released?
If it is released after KDE 2, then noone will have the right KDE anymore,
and it will have to be ported.

> o D internationalisation
> o D modular storage (SQL, file system)
> o D handels, stores, reloads, displays, ... several accounts
> o D unlimited number of transactions per account
> o D different currencies are possible
> o D organize transactions into categories, classes, etc.
> o W password encryption storage
> o W compressed storage
> o W online banking capabilities
> o W different types of accounts are supported (bank account, share
> account,
>     current account, credit card account, deposit account, customer
> account
>     etc.)  o splitted transactions (sometimes you want to split one
> transaction
>     into e.g. interests and repayment)
> o W interface to spreadsheed programs
> o W report capabilities (incl. printing)
> o W quote-service
> o W payment schedule (to remember planed or regular payments)
> o W highly configurable
> 
> 
> What do you think? Any furhter comments?
> 
> If not, or even if let's start the design. First of all we should think
> about some classes (objects) we could use in the application. Then we
> can lock for relationships between them. If I consider our homebanking
> software the following objects come to mind:
> 
> o document
>   o security information
>   o account
>     o type
>     o name
>     o description
>     o bank name
>     o bank sorting code number
>     o account number
>     o currency
>     o transaction
>       o category or class of transacton
>       o payee
>       o date
>       o currency
>       o amount
>       o number
>       o description
>       o payment
>       o deposit
> o view
>   o list of accounts
>   o ledger (list of transactions)
>   o dialogs for
>     o configuration
>     o new document
>     o manipulate general document data	
>     o new account
>     o manipulate general account data
>     o save as document
>     o load document
> o storage module
>   o file system
>   o database
> o print module
> 
> This list is of course not yet complete. However perheps it serves as
> a skeleton to further reflection. You are welcome to help me. 
> 
> Thanks
> 
> Stephan
> impatiently waiting
> 
> - 
> ----------------------------------------------------------------------
> Stephan Kahnt
> TU Berlin	Tel : ++49 30 39006-241
> REMOVE NOSPAM	mail: stephan.kahnt@ipk.fhgNOSPAM.de
> ----------------------------------------------------------------------
> 
> 

 ("\''/").__..-''"`-. .         Roberto Alsina
 `9_ 9  )   `-. (    ).`-._.`)  ralsina@unl.edu.ar
 (_Y_.)' ._   ) `._`.  " -.-'   Centro de Telematica
  _..`-'_..-_/ /-'_.'           Universidad Nacional del Litoral
(l)-'' ((i).' ((!.'             Santa Fe - Argentina
                                KDE Developer (MFCH)
Not mad, but bound more than a madman is (Romeo and Juliet, Act I Scene II)

[prev in list] [next in list] [prev in thread] [next in thread]