Come approccio fondamentalmente alla creazione di un'applicazione "pianificatore finanziario"?

4

Voglio creare un'applicazione di pianificazione finanziaria (per uso personale), per la quale la funzionalità complessiva sarà questa:

  • L'utente (io ..) può creare diversi "scenari".
  • Ogni scenario è configurato con entrate / uscite diverse.
  • Gli scenari possono essere "esplorati" in un formato di calendario con proiezioni che tengono conto di tasse, interessi (sia sul debito che sul risparmio) e così via e così via.

Il mio problema sta nel modo in cui approcciare fondamentalmente il progetto.

Ho preso in considerazione:

  • Quando si creano entrate / uscite per uno script per applicarle ogni giorno in una tabella "giorni" di un database, agendo come metodo di memorizzazione nella cache. Ciò significa che se volessi guardare il 14 gennaio 2074 non ci sono migliaia di cicli di calcoli da eseguire e il risultato può essere semplicemente tirato.
  • Esegui ogni calcolo in modo dinamico, ma, di nuovo, trovo difficile distinguere come gestirò le diverse agevolazioni fiscali (anch'io sono nel Regno Unito), i saldi e le "modifiche" ai miei ingressi / uscite.

Mi sono seduto su questo per un paio di giorni e sto lottando per trovare un approccio elegante al mio problema.

Potrebbe esserci del software là fuori che fa quello che sto cercando di fare (in effetti sono sicuro che lo sia), ma mi piacerebbe svilupparlo da solo a scopo di apprendimento, per poterlo aggiungere al mio personale vita "toolset" e permettermi di espandermi in futuro.

Mille grazie a tutti coloro che hanno qualche input sul mio dilemma.

    
posta Anonymous 15.11.2011 - 08:24
fonte

2 risposte

2

Questo è un consiglio abbastanza generico per qualsiasi problema, ma può essere d'aiuto.

  • Inizia con i dati. Elabora le informazioni che ti serviranno per archiviare, in che modo ciascuna informazione si riferisce alle altre. Se la struttura dei dati viene errata, puoi trascorrere una quantità incredibile di tempo scrivendo il codice per "forzarlo" nella struttura corretta.
  • Il caching è "facile da applicare" a fine giornata, poiché generalmente aggiunge nuove tabelle e archivi di memoria. È meglio mettere il sistema al primo posto (proof of concept), quindi memorizzare i dati nei colli di bottiglia che si trovano durante l'uso reale. Altrimenti potresti trovarti a creare cache di richiesta on-demand incredibilmente complesse per i dati che vengono utilizzati una sola volta nella vita del progetto. (Si noti che "facile da applicare" dipende da come si ottengono correttamente i dati e dall'incapsulamento, tuttavia questi sono comunque .)
  • Inizia in piccolo. Se guardi tutte le complessità impazzisci. Ragionieri e società di software finanziario sono pagati molto per un motivo. Inizia con un piano specifico per iniziare e lavora sulla generalizzazione una volta che hai bloccato. Lavorare su Small ti consentirà di rilevare i effettivi problemi che dovrai affrontare quando raggiungi il grande, piuttosto che i problemi che attualmente pensi che dovrai affrontare.
  • Ricorda che questo è principalmente un progetto di autosviluppo. Non sei sotto pressione per valutare e datare, e la penalità per il fallimento è zero. Sentiti libero di sperimentare e buttare via il codice che non funziona.
risposta data 15.11.2011 - 11:40
fonte
0

Prima di iniziare, controlla il palo bi ... È una soluzione integrata eccellente, molto bella ... Ti ispirerà molto se non hai ancora visto

© think excel è una piattaforma migliore per le cose finanziarie,

Le tue viste del calendario possono essere aggregazioni di tabelle pivot forse?

Per piccole applicazioni Ogni tuo reddito può essere in linea in Excel I tuoi senari possono essere fogli forse,

Ma quando la dimensione aumenta, avrai bisogno dell'approccio dimenticativo di Olap ...

Volevo solo scrivere dei pensieri astratti su di me ...

    
risposta data 15.11.2011 - 09:35
fonte

Leggi altre domande sui tag