<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">OntoREA© Accounting and Finance Model: Including Option Contracts in the MDD-Context</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Christian</forename><surname>Fischer-Pauzenberger</surname></persName>
							<email>christian.fischer-pauzenberger@tuwien.ac.at</email>
							<affiliation key="aff0">
								<orgName type="department">Institute of Management Science</orgName>
								<orgName type="institution">Technische Universität Wien</orgName>
								<address>
									<addrLine>Theresianumgasse 27</addrLine>
									<postCode>1040</postCode>
									<settlement>Wien</settlement>
									<country key="AT">Austria</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Matthias</forename><surname>Ondra</surname></persName>
							<email>matthias.ondra@tuwien.ac.at</email>
							<affiliation key="aff0">
								<orgName type="department">Institute of Management Science</orgName>
								<orgName type="institution">Technische Universität Wien</orgName>
								<address>
									<addrLine>Theresianumgasse 27</addrLine>
									<postCode>1040</postCode>
									<settlement>Wien</settlement>
									<country key="AT">Austria</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">OntoREA© Accounting and Finance Model: Including Option Contracts in the MDD-Context</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">406A23927CFE34D3AD0E9D6A3B044376</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T16:48+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>OntoREA© Accounting and Finance Model</term>
					<term>Design Science Research Methodology DSRM</term>
					<term>Model Driven Development MDD</term>
					<term>Conceptual Modeling</term>
					<term>Derivative Instruments</term>
					<term>Dynamic Hedge Portfolio Asset «column» *pfK Derivative_Instrument_Dynamic_ID: INT Derivative_Instrument_Master «column» *PK Derivative_Instrument_Master_ID: INT FK ISIN: VARCHAR(50) Type_Of_Stock_Derivative: ENUM * Exercise_Or_Forward_Price: DOUBLE * Contracting_Date: DATETIME * Expiration_Date: DATETIME * Contracting_Security_Price: DOUBLE Contract_Size: DOUBLE Number_Of_Contracts: DOUBLE * Volatility: DOUBLE * Interest_Rate: DOUBLE Mark_To_Model: ENUM Derivative_Instrument_Transactional «column» *PK Derivative_Instrument_Transactional_ID: INT *FK Derivative_Instrument_Master_ID: INT *FK Event_ID: INT * timestamp: DATETIME * Fair_Value: DOUBLE Economic_Resource_Fixed_Income «column» *pfK Resource_ID: INT FK Derivative_Instrument_Transactional_ID: INT * Present_Value: DOUBLE Asset_Or_Liability: ENUM Economic_Resource_Risky_Income «column» *pfK Resource_ID: INT FK Derivative_Instrument_Transactional_ID: INT Nd1t: DOUBLE * Value: DOUBLE Asset_Or_Liability: ENUM Liability «column» *pfK Derivative_Instrument_Dynamic_ID: INT Off_Balance «column» *pfK Derivative_Instrument_Dynamic_ID: INT Financial_Security_Pricing_Transactional «column» *pfK ISIN: VARCHAR(50) *PK timestamp: DATETIME * Price: DOUBLE Resource «column» *PK Resource_ID: INT Financial_Security_Master «column» *PK ISIN: VARCHAR(50) Description: VARCHAR(50) Marketplace: VARCHAR(50)</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>OntoREA© is a specification of the Accounting and Finance domain in the OntoUML language [1] which includes derivative instruments as well. The authors use a forward contract as running example to demonstrate the validity of the OntoREA© Accounting and Finance model within the design science resource methodology (DSRM) <ref type="bibr" target="#b1">[2]</ref>. They claim but they do not proof that the model not only holds for forward but also for option contracts. In this article the missing proof is given by refining the relational MySQL model. In the model driven development (MDD) context <ref type="bibr" target="#b2">[3]</ref> this model constitutes the platform specific model (PSM) which is derived from the platform independent model (PIM) in form of the OntoREA© model. The refined PSM model adequately represents European option contracts and it should be especially useful for business analysts as well as for educational purposes.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Introduction</head><p>The no-arbitrage pricing theory also holds for options. For options a dynamic hedge portfolio exactly replicates (duplicates) the option value over time. In a dynamic replication policy fractions of the stock are bought and they are partially financed by a loan liability. Over time the investment and financing has to be continuously adjusted according to the revealing stock prices. At the expiration date the hedge portfolio gives the same result as the initial buying of an option contract. <ref type="bibr" target="#b0">[1]</ref> In contrast to options the hedge portfolio composition of a forward contract does not change over time and that's why it is called a static hedge portfolio. The static hedge portfolio representation was used in <ref type="bibr" target="#b0">[1]</ref> to demonstrate the suitability of the OntoREA© Accounting and Finance model as conceptual platform independent model (PIM) for the development of a platform specific MySQL relational database model (PSM) within the model-driven software development context (MDD).</p><p>The hedge portfolio representation of derivative instruments is one of the core features of the OntoREA© model and it is expressed in the upper left part of Figure <ref type="figure">1</ref> in form of the Collective class Derivative Instrument and its MemberOf relationship to the Kind class Economic Resource. In simple terms the meta-physical stereotypes of the OntoUML language have the following meaning (for a full description of the conceptual and meta-physical OntoUML details see <ref type="bibr" target="#b3">[4]</ref>): A derivative instrument is represented as a rigid and identity-providing portfolio collective that consists of two economic resources that are themselves rigid and identity providing kinds.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Figure 1: OntoREA© Accounting and Finance Model -Conceptual PIM Level</head><p>The hedge portfolio <ref type="bibr" target="#b4">[5]</ref> representation of derivative instruments was originated by the Nobel laureates Black/Scholes <ref type="bibr" target="#b5">[6]</ref> and Merton <ref type="bibr" target="#b6">[7]</ref> who developed to the noarbitrage pricing theory. This representation holds true for unconditional derivatives (e.g. forward contracts) as well as for conditional derivatives (e.g. option contracts). The main difference between un-and conditional derivates lies in the dynamic behavior of the hedge portfolio composition. Unconditional derivatives include the obligation for the buyer of the contract to buy the underlying asset in the future. Due to this obligation the hedge portfolio composition does not change over time. Conditional derivatives include the right for the buyer of the contract to buy the asset in the future.</p><formula xml:id="formula_0">«Kind» Economic Resource «Phase» Asset «Phase» Liability «Phase» Equity «Phase» Claim «Kind» Economic Event «Kind» Economic Agent «Relator» Balanced Duality «SubKind» Debit Event «SubKind» Credit Event value constraint «SubKind» Debit Commitment «SubKind» Credit Commitment present value constraint «Kind» Commitment «Collective» Derivative Instrument «Relator» Balanced Reciprocity (Economic Contract) «Phase» Asset «Phase» Liability «Phase» Off Balance 0..1 commited inflow «Formal» 1..* 0..1 commited outflow «Formal» 1..* {disjoint, complete} 1..* duality «Material» 1..* {disjoint, complete} 1..* out-/inflow «Formal» 1 1 «Mediation» 1..* 1..* fulfillment «Formal» 0..1 1 «Mediation» 1..* 1..* reciprocity «Material» 1..* 1 «Mediation» 1..* {disjoint, complete} {disjoint, complete} 1..* in-/outflow «Formal» 1 * participation «Formal» 2 1 «Mediation» 1..* 2 participation «Formal» 0..1 «MemberOf» 2</formula><p>As the probability of executing the option is changing over time, the hedge portfolio composition changes as well.</p><p>The research objective of this article is to provide the proof that the conceptual On-toREA© PIM model incorporates not only the static but also the dynamic hedge portfolio representation of derivative instruments. For this purpose a refined MySQL database PSM model is constructed that includes the peculiarities of dynamic hedging portfolios as well, so that un-and conditional derivative instruments are covered in the proposed PSM model. This paper is organized as follows: In the next section the no-arbitrage pricing theory and its hedge portfolio foundation are presented. In following section the refined relational database model (PSM) for un-and conditional derivative instruments is presented and its applicability to conditional option contracts is demonstrated with a stock call running example. The last section concludes the paper and shows directions for further research.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">No-Arbitrage Pricing: Hedge Portfolio Representation</head><p>The no-arbitrage pricing theory wasas already mentioneddeveloped by the Nobel laureates Black/Scholes <ref type="bibr" target="#b5">[6]</ref> and Merton <ref type="bibr" target="#b6">[7]</ref>. They show that there is only one price for the derivative instruments, i.e. the no-arbitrage price that does not allow arbitrage possibilities. They derive the no-arbitrage price for European stock call options. European stock calls have the peculiarity that the right to buy refers to a stock asset, which is the underlying of the contract, and that the right can be exercised by the buyer of the contract only at expiration date (European style). The no-arbitrage price for the European stock call is given by the Black/Scholes formula:</p><formula xml:id="formula_1">𝐹𝑎𝑖𝑟 𝑉𝑎𝑙𝑢𝑒 𝐶𝑎𝑙𝑙,𝑡 = +𝑃 𝐴,𝑡 • 𝑁(𝑑 1,𝑡 ) ⏟ 𝑎𝑠𝑠𝑒𝑡 𝑤𝑒𝑖𝑔ℎ𝑡 ⏞ 𝑣𝑎𝑙𝑢𝑒 (𝑎𝑠𝑠𝑒𝑡/𝑙𝑒𝑓𝑡 𝑙𝑒𝑔) −𝑋 0,𝑇 • 𝑁(𝑑 2,𝑡 ) • 𝑒 (−𝑙𝑛(1+𝑅 0,𝑇 ) • 𝑇 𝑡,𝑇 ) ⏞ 𝑝𝑟𝑒𝑠𝑒𝑛𝑡 𝑣𝑎𝑙𝑢𝑒 (𝑙𝑖𝑎𝑏𝑖𝑙𝑖𝑡𝑦/𝑟𝑖𝑔ℎ𝑡 𝑙𝑒𝑔)<label>(1)</label></formula><p>As can be seen by the annotations in equation 1, the no-arbitrage price, which is called fair value, corresponds according to the hedge portfolio of two parts: The value of the asset (asset value) on the left side (left leg) and the present value of the liability (loan liability) on the right side.</p><p>The asset weight , i.e. N(d1,t) gives the fraction of the underlying stock that is hold in the hedge portfolio. It is calculated by evaluating the standard normal distribution function N() at the value of d1,t. The d1,t-value (for further details see <ref type="bibr" target="#b5">[6]</ref>) is a function of the stock Price PA,t and the time to maturity Tt,T. Consequently this value changes over the life cycle of the call option. The asset weight is a probabilistic term that expresses the probability of a stock option execution. It ranges between zero and 100 %.</p><p>The present value of the loan liability is calculated by weighting the exercise price X0,T with the weighting factor N(d2,t) and discounting the resulting product by multiplying it with the discount factor exp(-ln(1+R0,T)*Tt,T). The discount factor is calculat-ed in form of a continuous compounding by inserting the interest rate R0,T over the whole life time of the option, i.e. from 0 to T, and the time to maturity Tt,T into the Euler exponential.</p><p>Finally, by using the t variable for the pricing date, the Black/Scholes formula is generically defined so that it can be applied for the initial (i.e. t = 0) and the subsequent (i.e. t &gt; 0) pricing.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Table 1: European Stock Call (running example) -Specification and Pricing</head><p>Table <ref type="table">1</ref> contains the specification of a European stock call and its initial pricing at the beginning of the year (01.01.) according to the Black/Scholes formula, which is evaluated at the contracting date, i.e. t = 0. The fair value of the stock option, i.e. its no-arbitrage price, amounts to 10.45 and it is calculated by subtracting the present value of the loan liability (53.23) from the value of the stock asset (63.68).</p><p>Due to its generic definition the Black/Scholes formula can be used for pricing purpose not only at the call's contracting date but also at subsequent dates. The big advantage of the formula is that it not only gives the call price, but also the composition of the hedge portfolio at all pricing dates.</p><p>The composition information is of special importance in the case of a dynamic call replication policy, where the call is not bought initially but instead it is synthetically created by implementing and rebalancing the dynamic hedge portfolio over time. In this case the asset weights N(d1,t) are of special importance. They indicate the fractions of the underlying stock assets in the hedge portfolio.</p><p>For demonstrative purposes a pricing after each quarter is assumed. Furthermore it is assumed that the stock price from initially 100 does not change after the first and second quarter and then increases to 120. In this constellationas can be seen in the first column of Table <ref type="table">2</ref> the asset weights start decreasing from 63.68 % (01.01.: 100) to 61.91 % (31.03.: 100) and to 59.77 % (30.06.: 100) and consequently increase to 97.72 % (30.09.: 120). The initial decrease at the stable price of 100 indicates a decreasing execution probability and consequently a smaller stock position is hold in the hedge portfolio. The stock price increase increases the execution probability and consequently the stock position in the hedge portfolio. The changing asset weights over the call's life time demonstrate what is meant by saying that the composition of the option's hedge portfolio is changing over time. This changing composition in the dynamic hedge portfolio is contrasted to the stable composition in the static hedge portfolio of stock forwards where at each point in time exactly one unit of the underlying stock is held in the hedge portfolio.   Ad 1) The Collective class Derivative Instrument is transformed via the four tables in the right upper corner of Figure <ref type="figure" target="#fig_1">2</ref>. The splitting into four tables allows a clear distinction of information that is stable over time (master information) and information that changes (transactional information). • The two tables Financial_Security_Pricing_Master and Financial_Security_Pri-cing_Transactional are included in order to allow the separate specification of the derivative's underlying asset (i.e. financial security) which is fully defined by its international security identification number (ISIN). The usage of two tables is due to the intended separation of master and transactional information. Ad 2) The MemberOf relationship is transformed via the two tables in the lower left part of Figure <ref type="figure" target="#fig_1">2</ref> according to the financial categorization of financial instruments into risky income and fixed income resources. Both tables have a foreign key to the table Derivative_Instrument_Transactional. The missing NOT NULL CONSTRAINT (*) indicates that not all of these resource types have to be part of a hedge portfolio. The inclusion of the two tables promotes the understanding of the different financial natures of the two hedge portfolio constituents, i.e. the stock asset (risky income) and the loan liability (fixed income).</p><p>Ad 3) The Formal relationship in-/outflows (out-/inflows) between the Kind class Economic Resource and the SubKind class Debit Event (Credit Event) is transformed via the relationship between the table Derivative_Instrument_Transactional and the reflexive table Event at the bottom of Figure <ref type="figure" target="#fig_1">2</ref>. This relationship is needed for triggering events that areas can be seen in Figure <ref type="figure">1</ref> connected to classes Debit Event and Credit Event. At the pricing dates (timestamp) events are triggered in two cases, i.e. either if the Mark_To_Model mode is active (see table Derivative_Instrument_Master) or if a dynamic replication policy is in place. By triggering the events the changes in the hedge portfolio compositions are recognized via balanced double-entries in the accounting system.</p><p>After having presented the construction of the MySQL database PIM its working is addressed. The storage of information starts at the contracting date (initial pricing date). At that date the contracts for the derivative instruments are specified and the corresponding information is stored in the master tables. As time goes bythat is at runtimeadditional information is revealed. Of special importance for the calculations of the hedge portfolio compositions are the revealing asset prices (see table Fi-nancial_Security_Pricing_Transactional). Furthermore the timestap information in the table Derivative_Instrument_Transactional is important as it allows the calculation of the remaining time to maturity (Tt,T) together with the attribute Expiration_Date in the table Derivative_Instrument_Master. With this information the hedge portfolio compositions are determined and the corresponding information processing activities are triggered.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Table 2: European Stock Call -Specification and Subsequent Pricing</head><p>In Table <ref type="table">2</ref> the calculations for the stock call running example can be seen in the first column. It is interesting to note the last fair value at the end of the year (31.12.) amounting to 19.23 is close to the intrinsic value of the stock call amounting to 20 which is calculated as difference between the stock asset value of 120 and the exercise price of 100. By executing the subsequent pricings more often the difference can theoretically be brought to zero. For completeness it should be mentioned that the resulting fair value is connected to a self-financing policy. According to this policy the changing asset fractions are either used for redemption of the loan if they decrease or financed by increasing the loan if the increase.</p><p>Finally, the middle and the right column show with which attribute of which table this information is captured in the MySQL database PIM model. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Conclusion</head><p>The main contribution of this article is the development of a more advanced MySQL database PSM model compared to <ref type="bibr" target="#b0">[1]</ref> that not only covers static hedge portfolio representations for unconditional derivatives (e.g. stock forward) but also dynamic hedge portfolio representations for conditional derivatives (e.g. stock call). The applicability of the proposed database PSM model was demonstrated for a European stock call running example. According to the put/call parity analogue results hold for European stock puts, so that the PSM model covers call and put options. Next to the applicability demonstration the proposed PSM model fulfills all peculiarities that are related to the dynamic hedge portfolio representation specified in the OntoREA© PIM model. In this sense the research objective is reached by delivering the missing proof in <ref type="bibr" target="#b0">[1]</ref> in form of a refined database PSM that covers unconditional as well as conditional derivatives.</p><p>For further research two considerations seem worthwhile. Firstly, the transformation of the database PSM model into an R/Shiny prototype like in <ref type="bibr" target="#b0">[1]</ref> in order to complete also the 2-step in the forward engineering approach in the MDD context. Secondly, the explicit policy level specification seems to be a worthwhile endeavor.</p><p>This proposed model can be useful for business analysts in the finance domain as well as for teaching purposes by explaining derivative instruments in form of conceptual PIM and database specific PSM models.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>3</head><label></label><figDesc>Hedge Portfolio: Switching from PIM-to PSM-Level After having a deeper understanding of the hedge portfolio in the Black/Scholes formula, the transformation of its conceptualization in the OntoREA© Accounting and Finance modelas the Collective class Derivative Instrument with a MemberOf relationship to the Kind class Economic Resourceinto a MySQL database model can be addressed. In the MDD context this transformation corresponds to the switch from an abstract conceptual PIM model into a specific database PSM model. Associated with this concretization step is an informational extension that is accomplished by adding additional attributes and tables in the PSM model in order to capture the more detailed contents at the PSM model level.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Figure 2 :</head><label>2</label><figDesc>Figure 2: MySQL Relational Database Model -Database PSM Level Figure 2 contains the refined database PSM model that concretizes the OntoREA© conceptualization of the derivative instruments' hedge portfolio representation. It covers not only unconditional but also conditional derivative instruments. Compared to the development of the MySQL database (PSM) model related to the static hedge portfolio representation in [1], the dynamic hedge portfolio peculiarities for the stock options are now explicitly incorporated for the: 1. Collective class Derivative Instrument, 2. MemberOf relationship between Collective class Derivative Instrument and Kind class Economic Resource and 3. Formal relationship in-/outflow (out-/inflow) between Kind class Economic Resource and SubKind class Debit Event (Credit Event).</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head></head><label></label><figDesc>• The table Derivative_Instrument_Master contains the stable information which specifies the derivative instruments. Its attribute Type_Of_Stock_Derivative is of ENUM type so that un-and conditional derivatives are covered in the MySQL database model. It can be seen that the table also contains all information from Table 1 which are used to specify the stock call. • The table Derivative_Instrument_Transactional contains the pricing information which is associated to the initial and subsequent pricing dates measured with the Attribut timestamp. In the case of a dynamic replication policy the hedge portfolio composition adjustments are connected with capital market transactions. That's why the table has the Transactional suffix.</figDesc><table /></figure>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">The OntoREA© Accounting and Finance Model: A Retroactive DSRM Demonstration Evaluation</title>
		<author>
			<persName><forename type="first">C</forename><surname>Fischer-Pauzenberger</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><forename type="middle">S A</forename><surname>Schwaiger</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">10th IFIP WG 8.1. Working Conference, PoEM 2017</title>
				<meeting><address><addrLine>Leuven, Belgium; Cham</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2017">November 22-24, 2017. 2017</date>
			<biblScope unit="page" from="81" to="95" />
		</imprint>
	</monogr>
	<note>Proceedings.</note>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">International Journal of Accounting Information Systems A design science research methodology and its application to accounting information systems research</title>
		<author>
			<persName><forename type="first">G</forename><forename type="middle">L</forename><surname>Geerts</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Int. J. Account. Inf. Syst</title>
		<imprint>
			<biblScope unit="volume">12</biblScope>
			<biblScope unit="page" from="142" to="151" />
			<date type="published" when="2011">2011</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Model-driven development</title>
		<author>
			<persName><forename type="first">O</forename><surname>Pastor</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>España</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">I</forename><surname>Panach</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Aquino</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Informatik-Spektrum</title>
		<imprint>
			<biblScope unit="volume">31</biblScope>
			<biblScope unit="page" from="394" to="407" />
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">The OntoREA© Accounting and Finance Model : Ontological Conceptualization of the Accounting and Finance Domain</title>
		<author>
			<persName><forename type="first">C</forename><surname>Fischer-Pauzenberger</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><forename type="middle">S A</forename><surname>Schwaiger</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">36th International Conference, ER 2017</title>
				<meeting><address><addrLine>Valencia, Spain; Cham</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2017">November 6-9, 2017. 2017</date>
			<biblScope unit="page" from="506" to="519" />
		</imprint>
	</monogr>
	<note>Proceedings.</note>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Option pricing: A simplified approach</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">C</forename><surname>Cox</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">A</forename><surname>Ross</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Rubinstein</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J. financ. econ</title>
		<imprint>
			<biblScope unit="volume">7</biblScope>
			<biblScope unit="page" from="229" to="263" />
			<date type="published" when="1979">1979</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">The Pricing of Options and Corporate Liabilities</title>
		<author>
			<persName><forename type="first">F</forename><surname>Black</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Scholes</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J. Polit. Econ</title>
		<imprint>
			<biblScope unit="volume">81</biblScope>
			<biblScope unit="page">637</biblScope>
			<date type="published" when="1973">1973</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Theory of rational Theory option pricing</title>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">C</forename><surname>Merton</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Bell J. Econ</title>
		<imprint>
			<biblScope unit="volume">4</biblScope>
			<biblScope unit="page" from="141" to="183" />
			<date type="published" when="1973">1973</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
