Курсовий проект з теорії та технології моделювання систем
Виконавці: Воронов О.О., Прошкін А.С.
Московський державний інститут радіотехніки, електроніки та автоматики (Технічний університет)
Факультет кібернетики
Кафедра інтелектуальних технологій і систем
Москва, 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.
| Потік даних | |||
| Керуючий потік |
2. Представлення моделі
Функціональна модель діяльності з цінними паперами в комерційному банку, наведена на рис. Д.1.1-п.1.9.
На рис. Д.1.1 зображено фрагмент діаграми потоків даних з процесом Цінними папери і зовнішніми об'єктами, з якими даний процес взаємодіє (ці взаємодії позначені за допомогою вхідних і вихідних інформаційних потоків). Роль зовнішніх для даного інформаційного процесу об'єктів відіграють зовнішні сутності: ЮО (Юридична особа), ФО (Фізична особа), Уповноважений депозитарій, Консалтингова фірма, ММВБ, інформаційний (технологічний) канал надходження до банку з різних джерел котирувань цінних паперів а також процеси, що моделюють внутрішню бухгалтерську, зведену бухгалтерську, операційну, кредитну та валютну діяльність банку.
На рис. Д.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