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






 


 

 

 

 

 

 

 


Рис. 1.3 Содержимое репозитария


       




 Каждый информационный объект в репозитарии описывается перечислением его свойств: идентификатор, имена-синонимы, тип, текстовое описание, компоненты, файл-хранилище, область значений. Кроме этого, хранятся все отношения с другими объектами (например, все объекты, в которых данный объект используется, все перекрестные ссылки), правила формирования и редактирования объекта, а также контрольная информация о времени порождения объекта, времени его последнего обновления, кем и в каком проекте он был порожден, номере версии, возможности обновления и т.п.

         На основе репозитария осуществляется интеграция CASE - средств и разделение системной информации между разработчиками. При этом возможности репозитария обеспечивают несколько уровней интеграции: общий пользовательский интерфейс по всем средствам, передачу данных между средствами, интеграцию этапов разработки через единую систему представлений фаз ЖЦ, передачу данных и средств между аппаратурными платформами.

         Репозитарий является базой для стандартизации документов по проекту и контроля состоятельности проектных спецификаций. Все отчеты строятся автоматически по репозитарию, ниже перечислены основные их типы:

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

2.    Отчеты по перекрестным ссылкам включают списки всех вызывающих и вызываемых модулей; списки объектов репозитария, к которым имеет доступ конкретный разработчик; сводки диаграмм, использующих конкретные данные, маршруты движения данных от входа к выходу. 

3.    Отчеты по результатам анализа включают сводки балансирования диаграмм по уровням, списки неопределенных информационных объектов, списки неполных диаграмм, сводки результатов анализа структуры проекта, списки несогласованных в диаграммах и репозитарии объектов, списки неиспользуемых объектов, списки удаленных объектов.

4.    Отчеты по декомпозиции объектов включают таблицы иерархии всех объектов модели.


         Пример отчета по функциональным блокам SADT-модели управления банком, автоматически создаваемого пакетом Desing/IDEF, приведен ниже.


Activity Report

[A0]  Банк

         Inputs: Платежные документы

         Outputs: Деньги

         Controls: Законы, Время, Баланс

         Mechanisms : Техника, Сотрудники

         Sub-Activities: [А1] Операционные залы,

                   [А2] Управление банком,

                   [АЗ] Центральный банк


                   [А1] Операционные залы

­                        Inputs: Платежные документы

                        Outputs: Принятые платежные документы

                        Controls: Законы, Продолжит. раб. дня. Остатки счетов клиентов

                        Mechanisms :­ Сотрудники, Терминал БД

                   [­А2]­ Управление банком

                        Inputs: Принятые платежные документы

                        Outputs: (Unlabled), Деньги, (Unlabled­)

                        Controls: Спец. законы. Расчет баланса. Срок обработки

                        Mechanisms: Управленческий персонал. Компьютеры

                   [АЗ] Центральный банк

                        Inputs: (Unlabled)

                        Outputs : Деньги, ( Unabled )

                        Controls: Срок отправки

                        Mechanisms: Экспедиторы, Автомашины

Done


         Важные функции управления и контроля проекта также реализуются на основе репозитария. В частности, через репозитарий может осуществляться контроль безопасности (ограничения доступа, привилег­ии доступа), контроль версии, контроль изменений и др.


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


         При поддержке процесса проектирования и разработки основную роль играют следующие возможности CASE - проектов: покрытие ЖЦ, поддержка прототипирования, поддержка структурных методологий, автоматическая кодогенерация.

         При покрытии ЖЦ, наибольшее внимание уделяется его критическим этапам - анализу требований и проектированию спецификаций. Последние являются основой  проекта, поэтому их полнота и корректность влияют на успех разработки в целом.

         Важную роль при автоматизации ранних этапов ЖЦ грают возможности поддержки прототипирования. Соответствующие средства используются для определения системных требований и ответа на вопросы об ожидаемом поведении системы. Такие средства как генераторы меню, экраном и отчетов позволяют быстро построить прототипы пользовательских интерфейсов и снабдить моделью функционирования системы с позиций конечного пользователя . Использование языков четвертого поколения ( 4Gl ­) позволяет строить более сложные модели, при этом прототип позволяет промоделировать основные функции системы, но не способен контролировать ее ожидаемое поведение. Исполняемые языки спецификаций

преобразуют процесс разработки в следующий итеративный процесс: спецификации определяются и выполняются затем производится переопределение или корректировка

Созданные таким образом прототипы позволяют определять, является ли проектируемая система полной и корректной.

         Поддержка структурных методологий осуществляется за счет средств их автоматизации на следующих двух уровнях:

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

·      корректное использование шагов обработки в методологиях.

         Кодогенерация осуществляется на основе репозитария позволяет автоматически построить до 80-90% объектных кодов или текстов программ на языках высокого уровня. При этом различными CASE - пакетами поддерживаются практически все известные языки программирования, однако наиболее часто в качестве целевых языков выступают COBOL, C и ADA. Средства кодогенерации по отношению к полноте целевого продукта разделяются на средства генерации каркаса ПО и средства генерации полного продукта. В первом случае автоматически строится откомментированная логика (потоки управления) ПО, а также коды для БД, файлов, экранов, отчетов и т.п., остальные фрагменты ПО кодируются вручную. Во втором случае из проектных спецификаций генерируется полная документированная программа, включая выполняемый код, пользовательскую и программную документацию, наборы тестов и т.д. Все эти компоненты полной программы связываются в единый объект, хранящийся в депозитарии для облегчения доступа и сопровождения.



Приложение 3. Ценные бумаги

П.3.1. Классификация ценных бумаг

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

     В прошлом ценные бумаги существовали исключительно в физически осязаемой, бумажной форме и печатались типографическим способом на специальных бумажных бланках. Ценные бумаги, как правило, изготовляются  с достаточно высокой степенью защищенности от возможных подделок.  В последнее время в связи со  значительным  увеличением оборота  ценных бумаг многие из них стали оформляться в виде записей в книгах учета,  а также на счетах, ведущихся на различных носителях информации,  то есть перешли в физически неосязаемую (безбумажную) форму.  Поэтому на рынке ценных бумаг выпускаются, обращаются и погашаются как собственно ценные бумаги, , так и их заменители.  Объекты сделок на рынке ценных бумаг также называют  инструментами рынка ценных бумаг, фондами (в значении денежные фонды) или фондовыми ценностями.

     В случае, если ценные бумаги не существуют в физически осязаемой форме или если их бумажные бланки  помещаются  в  специальные хранилища, владельцу ценной бумаги выдается документ, удостоверяющий его право собственности на ту или иную фондовую ценность. Этот документ называется сертификатом ценной бумаги. Сертификаты ценных бумаг на предъявителя могут выпускаться для замещения  собой  несколько однородных ценных бумаг (подобно денежным купюрам различного достоинства).  В последнем случае сертификат не обязательно содержит информацию о владельце фондовой ценности.

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

     Возможно прежде  всего  разделить  все  ценные  бумаги на две большие группы: денежные и капитальные или фондовые ценные бумаги, то есть те, которые обращаются на рынке капиталов, который называют также финансовым, или фондовым, рынком.

     Ценные бумаги денежного рынка - это коммерческие и финансовые векселя сроком до 1 года, банковские акцепты, коммерческие бумаги, имитируемые частными предприятиями и корпорациями на срок от 10 до 180 дней,  краткосрочные сберегательные боны и депозитные сертификаты,  имитируемые банками,  казначейские векселя,  имитируемые от правительства сроком 3, 6, 9 и 12 месяцев. Это очень пестрая группа  ценных бумаг с точки зрения их конкретного назначения,  формы, эмитентов и держателей. Общей чертой всех этих юридических элементов  является их назначение оформлять необеспеченное заимствование денег на сравнительно короткие сроки,  в связи с чем  их  называют

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9



2012 © Все права защищены
При использовании материалов активная ссылка на источник обязательна.