Financial Calculations in Ada

Financial Calculations in Ada

[rd]

I'm playing around some with Ada, and today started with the
intent of cooking up a crappy mortgage calculator.  I did the
obvious:

     type Money is delta 0.01 digits 12;
     package MIO is new Ada.Text_IO.Decimal_IO (Money); use MIO;

I hit a brick wall more quickly than usual in that I couldn't
figure out a good way to handle interest rates that might have
a decimal value with more digits than my Money type, such as 7.125.

Can anyone give me any tips on how to handle this sort of thing
in Ada?

-- 
rd

Re: Financial Calculations in Ada

[Keith Thompson]

rd <162144@gmail.com> writes:
> I'm playing around some with Ada, and today started with the
> intent of cooking up a crappy mortgage calculator.  I did the
> obvious:
>
>     type Money is delta 0.01 digits 12;
>     package MIO is new Ada.Text_IO.Decimal_IO (Money); use MIO;
>
> I hit a brick wall more quickly than usual in that I couldn't
> figure out a good way to handle interest rates that might have
> a decimal value with more digits than my Money type, such as 7.125.
>
> Can anyone give me any tips on how to handle this sort of thing
> in Ada?

An interest rate isn't an amount of money, so don't use type Money to
represent it.

-- 
Keith Thompson (The_Other_Keith) kst-u@mib.org  <http://www.ghoti.net/~kst>
Nokia
"We must do something.  This is something.  Therefore, we must do this."
    -- Antony Jay and Jonathan Lynn, "Yes Minister"

Re: Financial Calculations in Ada

[Gautier]

rd:

> I'm playing around some with Ada, and today started with the
> intent of cooking up a crappy mortgage calculator.

Is it a crappy calculator, or a calculator for crappy mortgages ?
In the second case, I guess there is right now a strong demand for your 
software :-).
G.
__
PS: seriously, people are selling software to banks to help them 
understanding their risks on asset backed securities, collateralized 
debt obligations, etc.

Re: Financial Calculations in Ada

[tmoran]

>An interest rate isn't an amount of money, so don't use type Money to
>represent it.
  "delta 0.01" is good for display.  It also works if you only add,
subtract, and multiply by integers.  Once your arithmetic goes beyond
that, precision and rounding become a policy decision. For instance,
at a rate of 7.125% is the total interest, rounded to pennies,
on three $50 loans .07125*50 = 3.5625, 3.56 * 3 = $10.68
Or is it 3*3.5625  = 10.6875, rounded to $10.69?

Re: Financial Calculations in Ada

[Graham Stark]

On Jul 21, 12:27 am, rd <162...@gmail.com> wrote:
> I'm playing around some with Ada, and today started with the
> intent of cooking up a crappy mortgage calculator.  I did the
> obvious:
>
>      type Money is delta 0.01 digits 12;
>      package MIO is new Ada.Text_IO.Decimal_IO (Money); use MIO;
>
> I hit a brick wall more quickly than usual in that I couldn't
> figure out a good way to handle interest rates that might have
> a decimal value with more digits than my Money type, such as 7.125.
>
> Can anyone give me any tips on how to handle this sort of thing
> in Ada?
>
> --
> rd

I've been doing something similar. I would use float types if you can,
not least because the root-finding algorithms you'll have to use
probably won't work with discrete types. As someone else mentioned,
financial institutions will have policies on exactly where and how
money amounts are rounded, but it's unlikely you'll capture that just
by relying on a Decimal type.

Re: Financial Calculations in Ada

[Georg Bauhaus]

Graham Stark schrieb:
> On Jul 21, 12:27 am, rd <162...@gmail.com> wrote:
>> I'm playing around some with Ada, and today started with the
>> intent of cooking up a crappy mortgage calculator.  I did the
>> obvious:
>>
>>      type Money is delta 0.01 digits 12;
>>      package MIO is new Ada.Text_IO.Decimal_IO (Money); use MIO;


> I've been doing something similar. I would use float types if you can,
> not least because the root-finding algorithms you'll have to use
> probably won't work with discrete types. As someone else mentioned,
> financial institutions will have policies on exactly where and how
> money amounts are rounded, but it's unlikely you'll capture that just
> by relying on a Decimal type.


Also, consider using different types for different things,
e.g. Money for display, database tables, bank accounts, ... ,
and user defined floats or decimals for tax rates, and again
other (sub)types for interest rates and calculations reflecting
above mentioned policies.



--
Georg Bauhaus
Y A Time Drain  http://www.9toX.de