在未來的幾期中小Q將陸續向大家分享QuantPlus Analytics的入門，幫助大家更好地了解如何使用QuantPlus Analytics。但是，在這之前我們在這里向大家介紹一個重點的背景技術知識——面向對象建模技術（Object Oriented Programming OOP），QuantPlus Analytics的整個金融建模思想都是構建于該技術之上，也是我們的系統和其他系統的區別所在。首先我們先來看看這個概念的由來。
面向對象出現以前，結構化程序設計是程序設計的主流，結構化程序設計又稱為面向過程的程序設計。在面向過程程序設計中，問題被看作一系列需要完成的任務，函數（在此泛指例程、函數、過程）用于完成這些任務，解決問題的焦點集中于函數。其中函數是面向過程的，即它關注如何根據規定的條件完成指定的任務。這里小Q用親身經歷來來談一下個人的深刻體會。小Q剛參加工作的時候，領導分配了一項工作——編寫一段程序去計算某支債券的當日全價。小Q心想，這還不簡單，領導這是要考驗我的水平啊。二話不說，悶頭便開始寫起來了。不一會編譯通過，完成！經過測試，程序運行無誤。立即報給給領導，“做完了，只需要輸入債券的屬性——起息日、到期日、計息方式、節假日規則、計息規則，收益率曲線、估值日就能估值了。領導你看這個程序實現的怎么樣”？小Q洋洋得意，期待聽到領導的稱贊?！班?，寫的很快嘛?！鳖I導頭也沒抬，淡淡的說了一句。小Q不免有點小小的失落?！斑@樣吧，你再計算一下這支債券的到期收益率吧！”一個新的任務又分配過來了。小Q埋頭又重新寫了起來。一個新的函數來實現債券到期收益率的計算。本想這次向領導匯報，會獲得較高的評級，畢竟這兩個計算都沒難倒自己，沒想到領導看到沒看，又指派了一個任務，計算這支債券的久期。小Q納悶了，領導這是唱的哪出?。磕鞘强疾煳业慕鹑诶碚撝R？也沒多想，又用一個新的函數實現了計算債券的久期，匯報給領導。領導看了看，眉頭一皺，“程序實現的都沒問題。但是你發現問題沒有？”小Q被這一問頓時摸不著頭腦，“程序沒有錯哇，我都驗證過了！””那我問你，你每個函數解決一個問題。一共要輸入多少個參數？“領導拋過來一個問題。還沒等小Q回答，領導又問了一個問題：”如果你在實時交易中，這需要多長時間輸入完畢？“小Q頓時恍然大悟，每一個函數解決一個計算，要輸入大量的參數，要輸入債券的起息日、到期日、付息頻率、付息規則、付息方式、節假日規則、曲線日期、曲線收益率，多達十幾個輸入。如果換了曲線，又得重新輸入所有的參數，十分繁瑣和耗時。小Q這時候終于了解領導的用意。”在建模之前先多思考，不要上手就去實現，要使程序簡單易用！實現之前多問問自己，這樣設計未來維護起來是否方便？擴展性強不強？復用性好不好？“領導出的這個題目，小Q今天依然清楚記得。
故事說到這里，大家就要問小Q了，后續情節如何？Duang, Duang，Duang，這里就要把面向對象建模技術給引出來了。說了這么多，大家看得出過去都用面向過程的方式實現的，程序的靈活性、復用性和維護性存在很大問題。面向對象建模技術的出現將客觀世界中的事物看作一個個互相聯系的對象，每個對象都有其靜態屬性和相關的操作。作為一個整體，這些對象對外不必公開這些屬性與操作。同時通過面向對象技術的三大機制簡化編程的工作。這三大機制即：
—封裝，隱藏內部實現；
—繼承，復用現有代碼；
—多態，改寫對象行為；  

下面小Q將帶領大家看看QuantPlus Analytics系統是如何為用戶提供面向對象的建模環境的。
封裝——QuantPlus Analytics中提供的金融工具就是一類對象，可以被任意創建、訪問和更新，傳遞給其他函數以及被銷毀。例如固定利率債券、利率互換等等；
繼承——一次創建多次使用，不需要重復輸入創建這個對象所需要的參數；多次靜態被創建的參數以枚舉類出現，比如付息頻率、計息規則、交易日歷、插值方法、復利規則等等；
多態——方法可以被子類繼承，同一個名稱的函數實現不同的計算結果；
概念部分講到這里，小Q將在下一章通過實例的方式看看QuantPlus Analytics中是怎么具體應用面向對象建模技術的。