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

ГОСУДАРСТВЕННЫЙ КОМИТЕТ РОССИЙСКОЙ ФЕДЕРАЦИИ ПО ВЫСШЕМУ ОБРАЗОВАНИЮ 
 

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ИНСТИТУТ РАДИОТЕХНИКИ, ЭЛЕКТРОНИКИ И АВТОМАТИКИ

(ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ) 
 

ФАКУЛЬТЕТ КИБЕРНЕТИКИ 

КАФЕДРА ИНТЕЛЛЕКТУАЛЬНЫХ ТЕХНОЛОГИЙ И СИСТЕМ 
 
 
 
 
 

Курсовой проект 

Тема: 

“Деятельность с ценными бумагами в КБ ”

 
 
 
 

Дисциплина:

Теория и технология  моделирования систем

 
 
 
 

Исполнители:

 

Воронов А.А., Прошкин А.С.

 

Руководитель:

Нечаев В.В.

 
 
 

“Допущены к защите”

Руководитель проекта

 
 
 
 
 
 
 
 
 
 
 

Москва, 1997

0. Содержание

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

ВВЕДЕНИЕ

 

         Лавинообразное расширение областей применения ЭВМ, возрастающая сложность программного обеспечения и повышающиеся к нему требования привели к необходимости индустриализации производства программной продукции, а именно: необходимости применения высокоэффективных технологий создания программного обеспечения. Важное направление в развитии программных технологий составили разработки интегрированных инструментальных систем, базирующихся на концепциях жизненного цикла и управления качеством программной продукции и представляющих собой комплексные технологии, ориентированные на создание сложных программных систем и поддержку их полного жизненного цикла или ряда его основных этапов. Дальнейшее развитие работ в данном направлении привело к созданию ряда концептуально целостных, оснащенных высокоуровневыми средствами проектирования и реализации, доведенных по качеству и легкости тиражирования до уровня программных продуктов технологических систем, которые и получили название 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.4.

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

 

Информационный поток. Логически информационный поток – это некоторое соединение, по которому информация от источника передается приемнику. Обозначение см рис. 1.5.

Рис. 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.Операции с депозитными сертификатами

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