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

спецификаций; однако мы ограничились естественным, т.к. на наш взгляд он

наилучшим образом (более понятно) описывает происходящие процессы.

Процесс: Анализ рынка ценных бумаг.

На рис. П.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)<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- средства представляют собой новый тип графически-ориентированных

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

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

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

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

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

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

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

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

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

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

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

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

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

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