Діяльність з цінними паперами в КБ

Курсовий проект з теорії та технології моделювання систем

Виконавці: Воронов А.А., Прошкін А.С.

Московський державний інститут радіотехніки, електроніки та автоматики (Технічний університет)

Факультет кібернетики

Кафедра інтелектуальних технологій і систем

Москва, 1997

Зміст

Введення

лавиноподібне розширення областей застосування ЕОМ, зростаюча складність програмного забезпечення і підвищується до нього вимоги призвели до необхідності індустріалізації виробництва програмної продукції, а саме: необхідності застосування високоефективних технологій створення програмного забезпечення. Важливий напрямок у розвитку програмних технологій склали розробки інтегрованих інструментальних систем, що базуються на концепціях життєвого циклу і управління якістю програмної продукції і, що представляють собою комплексні технології, орієнтовані на створення складних програмних систем і підтримку їх повного життєвого циклу або ряду його основних етапів. Подальший розвиток робіт в даному напрямку привело до створення ряду концептуально цілісних, оснащених високорівневим засобами проектування та реалізації, доведених по якості і легкості тиражування до рівня програмних продуктів технологічних систем, які і отримали назву CASE - Систем або CASE - технології.

В даний час CASE - системи міцно увійшли в практику програмної індустрії. При цьому вони використовуються не тільки як комплексні технологічні конвеєри для виробництва програмних систем, а й як потужний інструмент вирішення дослідних і проектних завдань, таких як структурний аналіз предметної області, специфікація проектів засобами мов програмування четвертого покоління, випуск проектної документації, тестування реалізацій проектів, планування і контроль розробок, моделювання ділових програм з метою рішення задач оперативного і стратегічного планування та управління ресурсами і т.п.

У даній роботі ми спробували дати опис одного з основних методів структурного аналізу і проектування програмного забезпечення систем обробки інформацією, найбільш поширеним способом - діаграмами потоків даних. Оскільки більшість понять системного аналізу до нас прийшло з-за кордону -- дамо основні варіанти їх визначень англійською мовою:

DFD (Data Flow Diagrams) - діаграми потоків даних. Метод демонструється на функціональній моделі, розглянутої в даному курсовому проекті нижче. По суті, він визначає функціональну страту досліджуваного об'єкта.

ERD (Entinity-Relationship) - діаграми "сутність-зв'язок". Метод широко використовується при описі структури систем і застосовується головним чином в теорії баз даних. У вітчизняній літературі він в основному описано як метод діаграм ER-типу.

STD (State Transmition Diagrams) - Діаграми переходів станів. Використовуються для опису функціонування даної системи в часі. Аналогом цього є метод простору станів, з успіхом застосовується при моделюванні систем.

Основним джерелом нашого проекту є книга написана на основі оригінального семестрового курсу лекцій з CASE - технологій, підготовленого і читається автором комп'ютерної у вищій школі при НІВЦ. МДУ ім. Ломоносова протягом чотирьох останніх років, яка призначена насамперед для аналітиків предметної області, керівників програмних проектів, системних аналітиків, проектувальників і розробників інформаційних систем і систем реального часу. Зроблений в книзі акцент на послідовне розгляд найбільш важливих аспектів системного структурного аналізу робить цю книгу особливо корисною для користувачів, які вибирають CASE - системи в якості інструменту для вирішення прикладних задач, а також для студентів, початківців опановувати основи сучасних інформаційних технологій.

Введення в CASE - Технології.

За останнє десятиліття сформувався новий напрямок у программотехніке - CASE (Computer - Aided Software/System Engineering). В даний час не існує загальноприйнятого визначення CASE. Зміст цього поняття зазвичай визначається переліком завдань, що вирішуються за допомогою CASE, а також сукупністю застосовуваних методів і засобів. Грубо кажучи, CASE - технологія являє собою сукупність методологій аналізу, проектування, розробки і супроводження складних систем програмного забезпечення (ПЗ), підтриману комплексом взаємозв'язаних засобів автоматизації. CASE - це інструментарій для системних аналітиків, розробників і програмістів, що дозволяє автоматизувати процес проектування і розробки ПЗ.

До теперішнього моменту дисципліна CASE оформилася в самостійний наукоємне напрямок у программотехніке, що спричинило за собою утворення потужної САSE - індустрії, об'єднала сотні фірм і компаній різної орієнтації. Серед них виділяються компанії-розробники засобів аналізу і проектування ПЗ з широкою мережею дистриб'юторських та дилерських фірм; фірми-розробники спеціальних засобів з орієнтацією на вузькі предметні області або на окремі етапи життєвого циклу ПЗ; навчальні фірми, які організовують семінари і курси підготовки фахівців; консалтингові фірми, які надають практичну допомогу при використанні CASE-пакетів для розробки конкретних програм; фірми, спеціалізуються на випуску періодичних журналів і бюлетенів по CASE. Основними покупцями CASE-пакетів за кордоном є військові організації, центри обробки даних і комерційні фірми з розробки ПЗ.

Існує думку, що CASE є найбільш перспективним напрямком у программотехніке. З цим помилково сперечатися, але те, що CASE - найбільш бурхливо і інтенсивно розвивається напрям, є в даний час фактом. Практично жоден серйозний зарубіжний програмний проект не здійснюється без використання CASE - засобів. Відома методологія структурного системного аналізу SАDТ (точніше її підмножина IDEF0) прийнята в якості стандарту на розробку ПО Міністерством оборони США. Більше того, серед менеджерів і керівників комп'ютерних фірм вважається мало не правилом хорошого тону знати основи SADT і при обговоренні будь-яких питань намалювати просту діаграму, яка пояснює суть справи.

CASE дозволяє не тільки створювати "правильні" продукти, але й забезпечити "правильний" процес створення. Основна мета CASE полягає в тому, щоб відділити проектування ПЗ від його кодування і наступних етапів розробки, а також приховати від розробників всі деталі середовища розробки і функціонування. Чим більше діяльності буде винесено у проектування не з кодування, тим краще.

При використанні CASE - технологій міняються етапи життєвого циклу програмної системи, при цьому найбільші зміни стосуються етапів аналізу і проектування. У більшості сучасних CASE - систем застосовуються методології структурного аналізу і проектування, засновані на наочних діаграмні техніках, при цьому для опису моделі проектованої системи використовуються графи, діаграми, таблиці та схеми. Такі методології забезпечують строгий і наочний опис проектованої системи, яке починається з її загального огляду і потім деталізується, набуваючи ієрархічну структуру з дедалі більшим числом рівнів.

CASE - Технології успішно застосовуються для побудови практично всіх типів систем ПЗ, проте стійке положення вони займають у наступних областях:

1. Забезпечення розробки ділового та комерційного ПЗ. Широке застосування CASE - технологій обумовлено масовістю цієї прикладної області, в якій CASE застосовується не тільки для розробки ПЗ, але і дві створення моделей систем, що допомагають комерційним структурам вирішувати задачі стратегічного планування, управління фінансами, визначення політики фірм, навчання персоналу і т.д. (цей напрямок одержав свою власну назву -- бізнес-аналіз),

2. Розробка системного та керуючого ПО. Активне застосування CASE - технологій пов'язано з великою складністю даної проблематики і з прагненням підвищити ефективність робіт.

CASE - не революція в программотехніке, а результат природного еволюційного розвитку всієї галузі засобів, які називаються раніше інструментальними або технологічними. Однак це й не Confuse Array of Software that does Evrything існує ряд ознак і властивостей, наявність яких дозволяє класифікувати деякий продукт як CASE - засіб. Одним з ключових ознак є підтримка методологій структурного системного аналізу і проектування.

З самого початку CASE - технології розвивалися з метою подолання обмежень при використанні структурних методологій проектування 60-70-х років (складності розуміння, великої трудомісткості і вартості використання, труднощі внесення змін до проектні специфікації і т.д.) за рахунок їх автоматизації та інтеграції підтримуючих засобів. Таким чином, CASE-технології не можуть вважатися самостійними методологіями, вони тільки розвивають структурні методології і роблять ефективнішим їх застосування за рахунок автоматизації.

Крім автоматизації структурних методологій і, як наслідок, можливості застосування сучасних методів системної і програмної інженерії, CASE володіють наступними основними перевагами:

покращують якість створюваного програмного забезпечення за рахунок засобів автоматичного контролю (перш за все, контролю проекту),

дозволяють за короткий час створювати прототип майбутньої системи, що дозволяє на ранніх етапах оцінити очікуваний результат, · прискорюють процес проектування і розробки;

звільняють розробника від рутинної роботи, дозволяючи йому цілком зосередитися на творчій частині розробки;

підтримують розвиток та супроводження розробки;

підтримують технології повторного використання компонент розробки.

Більшість CASE - засобів засновано на парадигмі методологія/метод/нотація/засіб. Методологія визначає керівні вказівки для оцінки і вибору проекту розробляється ПЗ, кроки роботи та їх послідовність, а також правила розподілу і призначення методів. Метод - це систематична процедура або техніка генерації описів компонентів ПЗ (наприклад, проектування потоків і структур даних). Нотації призначені для опису структури системи, елементів даних, етапів обробки і включають графи, діаграми, таблиці, блок-схеми, формальні та природні мови. Засоби - інструментарій для підтримки і посилення методів. Ці інструменти підтримують роботу користувачів при створенні та редагуванні графічного проекту в інтерактивному режимі, вони сприяють організації проекту у вигляді ієрархії рівнів абстракції, виконують перевірки відповідності компонентів.

У додатку 2 містяться концептуальні основи CASE - технології.

Введення в предмет діяльності.

Фінансове забезпечення декларованого переходу нашої економіки у фазу стабільного зростання є найважливішою проблемою поточного моменту і доступного для огляду майбутнього. Очевидно, що створення фондового ринку є єдиною альтернативою що існував ще недавно, а тепер істотно підірвало дефіцитом централізованих коштів, вольовому розподілу фінансових ресурсів. Розвинений внутрішній фінансовий ринок міг би істотно полегшити задачу інтеграції в світовий фінансовий ринок і створити канал для інвестування іноземного капіталу в нашу економіку через розміщення наших цінних паперів.

Організація великомасштабного ринку для обігу цінних паперів, очевидно, є складним і тривалим процесом. Масовому обігу акцій повинно передувати масове створення корпоративних підприємств. Цей процес іде з великим працею. І сьогодні ми стоїмо перед фактом, що фондовий ринок функціонує на 10%. Причому ці самі 10%, будучи тільки частиною структури фондового ринку, по суті розтягнуті на 100%, і наш фондовий ринок представляє із себе виключно спекулятивний ринок.

Існуючі в розвинених країнах фінансові ринки спираються на обширні заощадження приватних осіб. Загальна бідність нашого населення і недостача вільних заощаджень - об'єктивна перешкоду на шляху розвитку широкого фінансового ринку. Населення психологічно не підготовлені до сприйняття вкладення своїх коштів в боргові зобов'язання невідомих йому нових організацій. Крім того гіркий досвід деяких фінансових пірамід, зробив свою чорну справу, і існує деяка категорія населення яка бачить у фінансовому ринку винятково негативні риси.

Не мале тиск на довгострокові інвестиції надає інфляція. Сильна інфляція в країнах Заходу завжди була руйнівником фінансових ринків, у нас вона перешкоджає їх стихійному розвитку.

Для функціонування ринку потрібно виникнення впевненості в можливості довірити свої заощадження посередницьким інститутам. Ця довіра суспільства має виховуватися поступово на позитивних прикладах, крім того можна відзначити, що в недавні соціалістичні часи вже існував розвинений державний фондовий ринок, призначений для залучення приватних коштів населення у розвиток народного господарства. Цей ринок існував у формі державних облігацій речовий та грошової лотереї. Так як закордонний досвід функціонування фондового ринку, являє собою безперечний інтерес ми спробуємо уявити можливу модель технології діяльності з цінними паперами для абстрактного комерційного банку, що знаходиться на території РФ. Відзначимо, що банк працює лише з державними цінними паперами (ГКО, КО, ВО), а також здійснює емісію своїх власних векселів та депозитних сертифікатів (ДС).

Модель не є проектом відповідної автоматизованої інформаційної системи (АІС) - вона фіксує яка застосовується у банку технологію роботи з цінними паперами. Дослідження моделі дозволяє виявити ряд недоліків в застосовуваної технології, запропонувати варіанти її удосконалення, а також сформулювати основні вимоги до функціональної та інформаційної частинам можливої проектованої АІС.

1. Яка використовується нотація

Перед тим як перейти до розгляду модельованого об'єкта представимо складові елементи мови опису. У його основі лежить методологія структурного системного аналізу Гейне-Сарсона. На верхньому рівні система представлена DFD діаграмою. Отже складовими частинами діаграм є наступні елементи:

Зовнішня сутність. Звичайно це логічні класи предметів або фізичних осіб, що представляють собою джерело або приймач інформації, наприклад фізичні та юридичні особи, банки, біржі, різні фірми і т.д. Зовнішня сутність позначається квадратом, які кидають тінь на діаграму (див. рис. 1.1).

Рис. 1.1. Зображення зовнішньої сутності на діаграмах.

Процес. Логічно процес є певним пристроєм, які приймають вхідні потоки і перетворює їх у вихідні у відповідності зі своєю внутрішньою логікою. Позначається він прямокутником із закругленими кутами, розділеними на три поля (див. рис. 1.2). Кожному процесу дається ім'я, що відображає його функцію. Для ідентифікації процеси в межах однієї діаграми унікально пронумеровані.

         

Поле імені       

Рис. 1.2. Умовне позначення процесу.

Накопитель даних. Являє собою якийсь пристрій для зберігання інформації, куди її можна помістити і через деякий час вилучити. Позначається він двома горизонтальними паралельними лініями, замкнутими з одного краю - рис. 1.3. Кожен накопичувач даних ідентифікується для посилання літерами "БД" і числом в квадраті з лівого боку.

                                             

Рис. 1.3. Умовне позначення накопичувача даних.          

БД1 Архів за ЦП       

Інформаційний канал. Це середовище передачі інформації, куди надходять дані з різних джерел,які не входять до розгляду в дану систему. Умовне позначення каналу містить ідентифікує посилання (букви "ІК" і номер) - див рис. 1.4.

Рис. 1.4. Умовне позначення накопичувача інформаційний каналу.

Інформаційний потік. Логічно інформаційний потік - це деякий з'єднання, за яким інформація від джерела передається приймача. Позначення див рис. 1.5.

                               

Потік даних                                         

         

Керуючий потік        Рис. 1.5. Умовні позначення інформаційних потоків.

2. Представлення моделі

Функціональна модель діяльності з цінними паперами в комерційному банку, наведено на рис. П.1.1-п.1.9.

На рис. П.1.1 зображений фрагмент діаграми потоків даних з процесом Цінними папери і зовнішніми об'єктами, з якими даний процес взаємодіє (ці взаємодії позначені за допомогою вхідних і вихідних інформаційних потоків). Роль зовнішніх для даного інформаційного процесу об'єктів відіграють зовнішні сутності: ЮЛ (Юридична особа), FL (Фізична особа), Уповноважений депозитарій, Консалтингова фірма, ММВБ, інформаційний (технологічний) канал надходження в банк з різних джерел котирувань цінних паперів а також процеси, моделюють внутрішню бухгалтерську, зведену бухгалтерську, операційну, кредитну і валютну діяльність банку.

На рис. П.1.2 зображена діаграма потоків даних другого рівня, що деталізує процес Цінні папери містить процеси Аналіз ринку ЦП, Пасивна діяльність з ЦП, Активна діяльність з ЦП, Зв'язок з внутрішньою бухгалтерією (технологічний процес) та Формування поправочних операції.

Процеси 1, 4, 5 рис. П.1.2 є елементарними, і їх логіка описується мініспеціфікаціямі, тобто природною мовою (см далі пункт 3). Діаграма, деталізуються процеси 2 та 3 того ж малюнка, наведені далі на рис. П.1.3 і П.1.4, відповідно. Діаграми, деталізують процеси більш нижнього рівня, наведено на рис. П.1.5-п.1.9.

3. Специфікації процесів діяльності з цінними паперами

Залежно від складності і необхідності, при деталізації процесів верхнього рівня на нижньому, застосовується або їх специфікація діаграмами DFD типу, або опис природними мовними засобами. Як альтернатива останніх можна було б запропонувати й інші методи - наприклад, структурований природну мову або візуальний мова специфікацій; однак ми обмежилися природним, тому що на наш погляд він найкращим чином (більш зрозуміло) описує що відбуваються процеси.

Процес: Аналіз ринку цінних паперів.

На рис. П.1.2 позначений під номером 1.

Опис:

1) Аналіз процентних ставок за векселями та депозитними сертифікатами інших банків і формування процентних ставок свого банку

2) Формування звітності за проданими та/або погашеним депозитними сертифікатами і виданими та/або сплачених векселями.

3) Аналіз дохідності ЦП різних типів. Прийняття рішень по операціях з ЦП та формування заявок на ресурси.

4) Формування звітності по проведених операціях з ЦП.

Процес: Пасивна діяльність з ЦП

Деталізація процесу (під номером 2 рис. П.1.2) у діаграмі потоків даних рис. П.1.3 і в пункті 3.1.

Процес: Активна діяльність з ЦП

Деталізація процесу (номер 3 на рис. П.1.2) у діаграмі потоків даних рис. П.1.3 і пункті 3.2.

Процес: Зв'язок з внутрішньою бухгалтерією (технологічний процес)

Має номер 4 на рис. П.1.2. Тут здійснюється збір документів з цінних паперів для процесу 10 "Внутрішня бухгалтерська діяльність".

Процес: Формування поправочних операцій

Формування поправочних операцій для процесу 10 рис. П.1.2 "Внутрішня бухгалтерська діяльність "у разі виявлення помилок в операціях з цінними паперами

3.1. Пасивна діяльність з цінними паперами

Процес: Операції з векселями

Деталізація процесу в діаграмі потоків даних рис. П.1.5 та пункті 3.1.1.

Процес: Операції з депозитними сертифікатами

Деталізація процесу в діаграмі потоків даних рис. П.1.6 та пункті 3.1.2.

Процес: Входів Розподіл і формування виходів (технологічний)

Опис:

Проводиться розподіл потоків документів щодо діяльності з векселями та депозитними сертифікатами, а також збір звітності з пасивної діяльності

3.1.1.Операціі з векселями

ПРОЦЕС: Видача

Опис:

1) Оформлення договору за векселями і підшивка екземпляра в папку договорів

2) Оформлення та видача сертифіката ЦП

3) Оформлення витратно-меморіального ордера за цінному бланку та передача його в документи дня за ЦП

4) Формування звітності з ВД за виданим векселем (сума, процентна ставка, дата оплати)

5) Занесення в БД векселів інформації за договором (номер векселя, дата видачі векселя, номер договору, дата укладення договору, процентна ставка, номінал, термін обертання, найменування векселедержателя, банківські реквізити векселедержателя)

6) Запис у журнал операцій

Примітка: Проводки при видачі векселя

До -199, Д 50 (р/р) - сума під вексель

Д - 9959 - облік бланка під вексель

ПРОЦЕС: Передача

Опис:

1) Реєстрація цесії в договорі

2) Реєстрація операції в журналі операцій

3) Зміна записи в БД векселів (найменування векселедержателя, банківські реквізити векселедержателя)

ПРОЦЕС: Застава

Опис:

1) В БД векселів реєструється інформація щодо застави (термін застави, найменування кредитора, банківські реквізити кредитора, розмір кредиту)

2) Реєстрація операції в журналі операцій

ПРОЦЕС: Оплата

Опис:

1) Погашення сертифіката ЦП

2) Передача погашеного сертифікату та договору в документи дня за ЦП

3) Оформлення та передача розпорядження до відділу внутрішньобанківських операцій з усіма атрибутами векселі для нарахування відсотків, податків та здійснення проводок

Примітка: Проводки при оплаті векселя

Д 199, К р/р клієнта - номінал векселя

Д 970, К р/р клієнта - відсотки за вирахуванням податку

Д 970, К 904 -- податок 15% до бюджету

ПРОЦЕС: Розбір документів і звітність (технологічний процес)

Проводиться розподіл потоків вхідних документів з процесів - операціями з векселями, а також збір та формування звітності за операціями

3.1.2.Операціі з депозитними сертифікатами

ПРОЦЕС: Продаж

Опис:

1) Оформлення договору з ДС і підшивка екземпляра в папку договорів

2) Оформлення та видача сертифіката ЦП

3) Оформлення витратно-меморіального ордера за цінному бланку та передача його в документи дня за ЦП

4) Формування звітності з ПД за виданим ДС (сума, процентна ставка, дата оплати)

5) Занесення в БД Де інформації за договором (номер ДС, дата видачі ДС, номер договору, дата укладення договору, процентна ставка, номінал, термін обігу, найменування утримувача, банківські реквізити держателя)

6) Запис у журнал операцій

Примітка: Проводки при видачі ДС

Д 9959 - облік бланка під ДС

До 199 Д р/р -- сума під ДС

ПРОЦЕС: Застава

Опис:

1) В БД Де реєструється інформація щодо застави (термін застави, найменування кредитора, банківські реквізити кредитора, розмір кредиту)

2) Реєстрація операції в журналі операцій

ПРОЦЕС: Передача

Опис:

1) Реєстрація індосаменту в доге злодієві

2) Реєстрація операції в журналі операцій

3) Зміна записи в БД Де (найменування держателя банківські реквізити держателя)

ПРОЦЕС: Погашення

Опис:

1) Погашення сертифіката ЦП

2) Передача погашеного сертифікату та договору в документи дня за ЦП

3) Оформлення та передача розпорядження до відділу внутрішньобанківських операцій з усіма атрибутами ДС для нарахування відсотків, податків та здійснення проводок

Примітка: Проводки при погашенні ДС

ДТ-199, КТ -- р/р клієнта - номінал ДС

ДТ-970, КТ-р/р клієнта - відсотки за вирахуванням податку

ДТ-970, КТ -904 - Податок 15% до бюджету

3.2. Активна діяльність з цінними паперами

Процес представлений на рис. П.1.4.

ПРОЦЕС: Операції з ДКО

Деталізація процесу в діаграмі потоків даних рис. П.1.7 та пункті 3.2.1

ПРОЦЕС: Операції з КВ

Деталізація процесу в діаграмі потоків даних п.1.8 та пункті 3.2.2.

ПРОЦЕС: Операції з ВО

Деталізація процесу в діаграмі потоків даних п.1.9 та пункті 3.2.3.

3.2.1. Операції з ДКО

ПРОЦЕС: Купівля

Опис:

Для кожного випуску ГКО по кожній операції купівлі вноситься запис журнал особового обліку

1) За номером державної реєстрації вибирається поточна сторінка відповідного журналу особового обліку

2) Заповнюється чергова рядок сторінки

(х, 3) = ціна угоди в% до номіналу

(х, 2) = кількість штук

(х, 4) = (х, 2) * (х, 3)

ПРОЦЕС: Продаж

Опис:

Для кожного випуску ГКО по кожній операції продажу вноситься запис у журнал обліку особового

1) За номером державної реєстрації вибирається поточна сторінка відповідного журналу особового обліку

2) Заповнюється чергова рядок сторінки

(x, 5) = кількість штук

(x, б) = ціна угоди в% до номіналу

(x, 7) = (х, 5) * (x, 6)

ПРОЦЕС: Погашення

Опис:

Для кожного випуску ГКО по кожній операції погашення вноситься запис у журнал особового обліку

1) За номером державної реєстрації вибирається поточна сторінка відповідного журналу особового обліку

2) Заповнюється чергова рядок сторінки

(х, 5) = кількість штук

(х, 6) = номінал

(х, 7) = (х, 5) * (х, 6)

ПРОЦЕС: Вибір операції і звіт за результатом

Опис:

Для кожного випуску ГКО формується сторінка журнал особового обліку

1) До виконання операції здійснюється:

Вибрати видання за номером державної реєстрації

1 символ-= 2 -- вид ЦП (боргове зобов'язання)

2 символи = SU - Можуть бути відсутні

1сімвол = 1/2/3 - Тип ЦП (1-для тримісячних, 2-для шестимісячних, 3-для річних)

3 символи = порядковий номер випуску цього типу

4 символи = RMFS

Заповнення 1-й рядка сторінки журналу

(1,1) = дата проведення операцій

Заповнення 2-й рядки - залишок на початок дня (береться з попередньої сторінки)

(2,1) =% залишок на початок дня%

(2,2) = кількість ДКО даного випуску в портфелі

(2,3) = ціна попереднього робочого дня у% до номіналу

(2,4) = (2,2) * (2,3)

2) Після виконання операцій в кінці дня здійснюється:

Заповнення рядка РАЗОМ (валові результати з купівлі та продажу ДКО за день) по колонках 2,4,5,7

Заповнення рядка ЗАЛИШОК НА КІНЕЦЬ ДНЯ

ЗАЛИШОК (2) -- РАЗОМ (2)-РАЗОМ (5)

ОСТАТСК (3) = середня біржова ціна по даному випуску

ЗАЛИШОК (4) = ЗАЛИШОК (2) * ЗАЛИШОК (3)

Обчислення показників

ЗМІНА ПОРТФЕЛЬ = ЗАЛИШОК НА КІНЕЦЬ (4)-ЗАЛИШОК НА ПОЧАТОК (4)

САЛЬДО РОЗРАХУНКІВ = РАЗОМ (7)-РАЗОМ (4)

СУМА Переоцінка = ЗМІНА ПОРТФЕЛЬ + САЛЬДО РОЗРАХУНКІВ

КОМІСІЯ ММВБ = РАЗОМ (4) * 0,001

ПОДАТОК = РАЗОМ (4) * 0,001

КОМІСІЯ БРОКЕРА = РАЗОМ (4) * (відсоток комісії)

ПРОЦЕС: Переоцінка

Опис:

По всіх випусків ГКО заповнюється чергова сторінка журналу оборотів з операцій на основі журналів особового обліку

1) По кожному випуску ГКО заповнюється один рядок таблиці

(*, 1) = номер державної реєстрації

(*, 2) = ЗМІНА ПОРТФЕЛЬ

(*, 3) = САЛЬДО РОЗРАХУНКІВ

(*, 4) = СУМА Переоцінка

(*, 5) = ЗАЛИШОК НА КІНЕЦЬ (4)

(*, 6) = (*, 4) + [старе значення (*, 6), яке скидається на початку кожного місяця]

(*, 7) = КОМІСІЯ ММВБ

(*, 8) = ПОДАТОК

2) підводиться загальний підсумок по колонках 2-8 (рядок РАЗОМ з перевіркою РАЗОМ (4) = РАЗОМ (2) + РАЗОМ (3)

Примітка: проведення за підсумками переоцінки

Якщо РАЗОМ (2)> 0 то Д 194

Якщо РАЗОМ (2) 0 то Д 904

Якщо РАЗОМ (3) 0 то До 960

Якщо РАЗОМ (4)