Деятельность с ценными бумагами

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)<0 то Д 960

ИТОГО(7) Д 970, К 904

ИТОГО(8) Д 950, К 904

3.2.2. Операции с КО

Процесс представлен на рис. П.1.8. Опишем процессы нижнего уровня.

ПРОЦЕСС: Покупка

Описание:

Регистрация КО в журнале учета КО

- регистрационный номер выпуска (7 символов)

1-й (буква) - серия =отрасль народного хозяйства

2-З-й - день выпуска серии

4-5-й - месяц выпуска серии

6-7-й - порядковый номер выпуска

- количество ЦБ

- номинал = 1. млн.руб.

- место хранения

- номер субсчета депо

- статус субсчета

- дата начала погашения

- дата окончания погашения

-дата предъявления для обмена на налоговые освобождения

- ограничения по числу индоссаментов

Примечание: Проводки при Покупке КО

Д 194, К 904

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

Внесение изменений в журнал учета КО

Примечание: Проводки при Продаже КО

Д 904, К 194

ПРОЦЕСС: Погашение кредиторской задолженности

Внесение изменений в журнал учета КО

Примечание: Проводки при Погашении кредиторской задолженности

Д 904, К 194

ПРОЦЕСС: Залог

Примечание: На момент построения модели данная операция не проводилась

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

Внесение изменений в журнал учета КО

Примечание: Проводки при Погашении КО (по номиналу

Д 904, К 194

ПРОЦЕСС: Обмен на налоговые освобождения

Примечание: На момент построения модели данная операция не проводилась

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

Описание:

1) Производится выбор операции с КО и формирование заявки на

проведение операции

2) Осуществляется формирование отчетности по проведенной операции с

КО

3.2.3. Операции с ВО

ПРОЦЕСС: Покупка

Описание:

Занесение информации в журнал учета ВО (номер транша, количество ЦБ,

номинал, серия, с номера...., по номер...., срок обращения, дата

погашения)

Примечание: Проводки при Покупке ВО (в рублевом эквиваленте)

Д 194, К 904

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

Корректировка журнала учета ВО

Примечание: Проводки при Продаже ВО (в рублевом эквиваленте)

Д 904, К 194

ПРОЦЕСС: Мена

Примечание: На момент построения модели данная операция не проводилась

ПРОЦЕСС: Залог

Примечание: На момент построения модели данная операция не проводилась

ПРОЦЕСС: Договор РЕПО

Примечание: В банке данная операция заменялась парой операций ПОКУПКА-

ПРОДАЖА

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

Описание:

1) Производится выбор операции с ВО и формирование заявки на

проведение операции с ВО

2) Осуществляется формирование отчетности по проведенной операции с

ВО

Приложение 1. Диаграммы потоков данных

Рис. П.1.1 Верхний уровень модели

Рис. П.1.2 Детализация верхнего уровня модели

Рис. П.1.3. Пассивная деятельность с ценными бумагами

Рис. П.1.4. Активная деятельность с ценными бумагами

Рис. П.1.5. Операции с векселями

Рис П.1.6. Операции с депозитными сертификатами

Рис. П.1.7. Операции с Государственными краткосрочными облигациями

Рис. П.1.8. Операции с казначейскими обязательствами

Рис. П.1.9. Операции с валютными облигациями

Приложение 2. Концептуальные основы CASE - технологии

Эволюция CASE - средств

С самого начала CASE - технологии развивались за счет

автоматизации и интеграции поддерживающих средств. Таким образом CASE -

технологии не могут считаться самостоятельными методологиями, они только

делают более эффективными пути их применения. CASE - не революция в

программотехнике современные CASE -

средства являются естественным продолжением эволюции всей отрасли средств

разработки ПО. Традиционно выделают шесть периодов, качественно

отличающихся применяемой техникой и методами разработки ПО, которые

характеризуются использованием в качестве инструментальных следующих

средств;

. ассемблеров, дампов памяти, анализаторов;

. компиляторов , и интерпретаторов , трассировщиков;

. символических отладчиков, пакетов программ;

. систем анализа и управления исходными текстами;

. CASE -средств анализа требований, проектирования спецификаций и

структуры, редактирования интерфейсов (первая генерация CASE-I);

. CASE - средств генерации исходных текстов и реализации интегрированного

окружения поддержки полного жизненного цикла (ЖЦ) разработки ПО (вторая

генерация CASE-II).

CASE-I является первой технологией, адресованной непосредственно

системным аналитикам и проектировщикам, и включающей средства для поддержки

графических моделей, проектирования спецификаций, экранных редакторов и

словарей данных. Она не предназначена для поддержки полного Ж Ц и

концентрирует внимание на функциональных спецификациях и начальных шагах

проекта - системном анализе, определении требований, системном

проектировании, логическом проектировании БД.

CASE-II отличается значительно более развитыми возможностями,

улучшенными характеристиками и исчерпывающим подходом к полному ЖЦ. В ней в

первую очередь используются средства поддержки автоматической

кодогенерации, а также обеспечивается полная функциональная поддержка

порождения графических системных требований и спецификаций проектирования,

контроля, анализа и связывания системной информации, а также информации по

управлению проектированием; построения прототипов и моделей системы;

тестирования, верификации и анализа сгенерированных программ; генерации

документов по проекту; контроля на соответствие стандартам по всем этапам

ЖЦ. СА5Е-Н может включать свыше 100 функциональных компонентов,

поддерживающих все этапы ЖЦ., при этом пользователям предоставляется

возможность выбора необходимых средств и их интеграции а нужном составе.

CASE - модель жизненного цикла ПО

CASE - технологии предлагают новый, основанный на автоматизации

подход к концепции ЖЦ, ПО. При использовании CASE изменяются все фазы ЖЦ,

при этом наибольшие изменения касаются фаз анализа и проектирования . На

рис. 1.1а приводится простейшая модель ЖЦ, и соответствующая CASE - модель

( рис.1.1б), в которой фаза прототипирования заменяет традиционную фазу

системного анализа. Необходимо отметить, что наиболее автоматизируемыми

фазами являются фазы контроля проекта и кодогенерации хотя все остальные

фазы также поддерживаются CASE - средствами).

В таблице 1.1 приведены оценки трудозатрат по фазам ЖЦ . Первая

строка таблицы соответствует традиционной разработке, вторая - разработке с

использованием структурных методологий проектирования, третья - разработке

с использованием CASE - технологий. В таблицу 1.2 сведены основные

изменения в ЖЦ при использовании CASE - технологий по сравнению с

традиционной разработкой.

Прототипирование

а) б)

Рис. 1.1 Модель жизненного цикла ПО.

Таблица 1.1

|Анализ |Проектирование |Кодирование |Тестирование |

|20% |15% |20% |45% |

|30% |30% |15% |25% |

|40% |40% |5% |15% |

Таблица 1.2

|NN |Традиционная разработка | CASE |

|1 |Основные усилия - на |Основные усилия - на анализ и |

| |кодирование и тестирование |проектирование |

|2 |“Бумажные” спецификации |Быстрое итеративное |

| | |Прототипирование |

|3 |Ручное кодирование |Автоматическая кодогенерация |

|4 |Ручное документирование |Автоматическая генерация |

| | |документации |

|5 |Тестирование кодов |Автоматический контроль проекта |

|6 |Сопровождение кодов |Сопровождение спецификаций |

| | |проектирования |

Состав, структура и функциональные особенности CASE-средств

CASE - средства служат инструментарием для поддержки и усиления

методов структурного анализа и проектирования. Эти инструменты поддерживают

работу пользователей при создании и редактировании графического проекта в

интерактивном режиме, они способствуют организации проекта в виде иерархии

уровней абстракции, выполняют проверки соответствия компонентов. Фактически

CASE- средства представляют собой новый тип графически-ориентированных

инструментов, восходящих к системе поддержки ЖЦ ПО. Обычно к ним относят

любое программное средство, обеспечивающее автоматическую помощь при

разработке ПО, его сопровождении или деятельности по управлению проектом, и

проявляющее следующие дополнительные черты:

. мощная графика для описания и документирования систем ПО, а также для

улучшения интерфейса с пользователем, развивающая творческие возможности

специалистов и не отвлекающая их от процесса проектирования на решение

второстепенных вопросов;

. интеграция, обеспечивающая легкость передачи данных между средствами и

позволяющая управлять всем процессом проектирования и разработки ПО

непосредственно через процесс планирования проекта;

. использование компьютерного хранилища ( репозитария )для всей информации

о проекте, которая может разделяться между разработчиками и исполнителями

как основа для автоматического продуцирования ПО и повторного его

использования в будущих системах.

Помимо перечисленных основополагающих принципов графической

ориентации, интеграции и локализации сей проектной информации в репозитарии

в основе концептуального построения CASE - средств лежат следующие

положения:

1. Человеческий фактор, определяющий разработку ПО как легкий, удобный и

экономичный процесс.

2. Широкое использование базовых программных средств, получивших массовое

распространение в других приложениях (БД и СУБД, компиляторы с различных

языков программирования, отладчики, документаторы, издательские системы,

оболочки экспертных систем и базы знаний, языки четвертого поколения и

др.).

3. Автоматизированная или автоматическая кодогенерация, выполняющая

несколько видов генерации кодов; преобразования для получения

документации, формирования БД, ввода/модификации данных, получения

выполняемых машинных кодой из спецификаций ПО, автоматической сборки

модулей из словарей и моделей данных и повторно используемых программ,

автоматической конверсии ранее используемых файлов н форматы новых

требований.

4. Ограничение сложности, позволяющее получать компоненты, поддающиеся

управлению, обозримые и доступные для понимания, а также обладающие

простой и ясной структурой.

5. Доступность для разных категорий пользователей.

6. Рентабельность.

7. Сопровождаемость , обеспечивающая способность адаптации при изменении

требований и целей проекта.

Интегрированный СА5Е-пакет содержит четыре основные компонента:

1. Средства централизованного хранения всем информации о проектируемом ПО в

течении всего ЖЦ ( репозитарий ) являются основой CASE - пакета.

Соответствующая БД должна иметь возможность поддерживать большую систему

описаний и характеристик и предусматривать надежные меры по защите от

ошибок и потерь информации. Репозитарий должен обеспечивать:

. инкрементный режим при вводе описаний объектов,

. распространение действия нового ил и скорректированного описания на

информационное пространство всего проекта;

. синхронизацию поступления информации от различных пользователей;

. хранение версий проекта и его отдельных компонентов;

. сборку любой запрошенной версии;

. контроль информации на корректность, полноту и состоятельность.

2. Средства ввода предназначены для ввода данных в репозитарий, а также для

организации взаимодействия с САSE - пакетом. Эти средства должны

поддерживать различные методологии и использоваться на всем ЖЦ разными

категориями разработчиков: аналитиками, проектировщиками, инженерами,

администраторами и т.д.

3. Средства анализа, проектирования и разработки предназначены для того,

чтобы обеспечить планирование и анализ различных описаний, а также их

преобразования в процессе разработки;

4. Средства вывода служат для документирования, управления проектом и

кодовой генерации.

Все перечисленные компоненты в совокупности должны:

. поддерживать графические модели;

. контролировать ошибки;

. организовывать и поддерживать репозитарий;

. поддерживать процесс проектирования и разработки.

Поддержка графических моделей

Графическая ориентация CASE заключается в том, что программы

являются схематическими проектами и формами, которые много проще в

использовании, чем многостраничные описания. Для представления программ

Страницы: 1, 2, 3, 4