Posted by
Ferdinando M. Ametrano-3 on
Mar 03, 2010; 8:41am
URL: http://quantlib.414.s1.nabble.com/I-think-I-have-a-need-for-another-pricing-engine-for-the-bond-instrument-tp7505p7506.html
On Tue, Mar 2, 2010 at 9:21 PM, Nathan Abbott <
[hidden email]> wrote:
> the user wants the NPV of the bond to be the amount
> purchased * clean price / 100.
and you know what... he's simply right
The current engine does calculate the dirty price
(results_.settlementValue) and some "npv" (results_.value) of
questionable usefulness. My reservation about the current npv are:
1) it does include cashflows before or on bond settlement date, which
in most situation do not belong to the npv
2) is valid for an holding amount of faceAmount (typically 100)
> I am thinking the best way to solve this
> problem is to create another pricing engine for the bond that calculates the
> NPV of the bond to equal the amount purchased * the clean price / 100.
the real issue in not the engine, but the current lack for the
"holding amount" piece of info
I would put it in the Bond class since it inherits from Instrument and
so it should be homogeneous to other Instruments in portfolio
evaluation.
Luigi?
ciao -- Nando
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev_______________________________________________
QuantLib-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quantlib-users