| 5 | | [[Image(TradingMK2.png, 1400px)]] |
| | 5 | [[Image(ER_TradingMK2.png, 1400px)]] |
| | 6 | |
| | 7 | == Дополнителен Опис |
| | 8 | |
| | 9 | Во моделот на TradingMK 2.0 се опфатени повеќе комплексни сегменти кои го симулираат реалниот процес на брокерско тргување. Подолу се дадени објаснувања за клучните делови од моделот кои не се очигледни и причините за нивното моделирање. |
| | 10 | |
| | 11 | - Trade Request - Broker Order - Settlement Record |
| | 12 | Овој сегмент го претставува целиот животен циклус на една нарачка. Trade Request е иницијално барање од клиентот (BUY/SELL), кое не се извршува директно. Наместо тоа, се трансформира во Broker Order, што овозможува вклучување на брокер како посредник. Овој пристап ја моделира реалната ситуација на берзата, каде клиентите тргуваат преку брокери. Settlement Record ја претставува финалната фаза - порамнување на трансакцијата и ажурирање на портфолиото. Со ова се обезбедува јасна поделба на фазите и подобра следливост. |
| | 13 | |
| | 14 | - Broker Order - Order Matching Log |
| | 15 | OrderMatchingLog е воведен како посебен ентитет за следење на процесот на извршување на LIMIT нарачки. Наместо едноставен статус, се чуваат сите проверки на пазарната цена. Ова овозможува детална анализа, транспарентност и реално однесување на системите кои периодично ја проверуваат цената. |
| | 16 | |
| | 17 | - Portfolio - Portfolio Holdings |
| | 18 | Портфолиото е поделено на агрегатен дел (balance) и конкретни позиции (portfolio_holdings). Овој дизајн овозможува еден корисник да поседува повеќе различни акции, како и прецизно следење на количина и просечна цена по акција. |
| | 19 | |
| | 20 | - Payment Transaction - Bank Account |
| | 21 | Финансиските трансакции се моделирани преку bank_account и payment_transaction. Ова овозможува поврзување на корисник со реален извор на средства и следење на сите уплати и повлекувања со статуси. Дизајнот е проширлив и погоден за интеграција со реални платежни системи. |
| | 22 | |
| | 23 | - CFD Position |
| | 24 | CFD_position е одвоен ентитет бидејќи не претставува реална сопственост на акции. Се чуваат параметри како open_price, close_price и profit_loss. Ова овозможува јасна разлика помеѓу класично тргување и деривати. |
| | 25 | |
| | 26 | - Dividend - Dividend Payment |
| | 27 | Дивидендите се поделени на дефиниција (dividend) и конкретна исплата (dividend_payment). Ова овозможува една дивиденда да се поврзе со повеќе корисници и да се чува историја на исплати. |
| | 28 | |
| | 29 | - Transaction |
| | 30 | Transaction претставува унифициран лог за сите трансакции. Полето origin овозможува разлика помеѓу внатрешни и надворешни трансакции, што е важно за анализа и извештаи. |
| | 31 | |
| | 32 | - Authentication (OAuth + Providers) |
| | 33 | Системот поддржува повеќе начини на автентикација преку user_auth_providers и oauth_pending_links. Ова овозможува флексибилно најавување и безбедно поврзување на акаунти. |
| | 34 | |
| | 35 | - Watchlist |
| | 36 | Watchlist овозможува следење на акции со дефинирани ценовни услови. Овој сегмент е едноставен, но овозможува понатамошно проширување со нотификации и аларми. |
