Автоматизация банковской деятельности

Ознакомлние с особенностями отечественных систем автоматизации банковских технологий. Рассмотрение понятия технологической платформы АБС - совокупности аппаратных средств, сетевых и телекоммуникационных устройств и протоколов, а также ОС и базы данных.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 15.05.2014
Размер файла 54,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

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

На тему: «Автоматизация банковской деятельности»

Введение

Когда-то в среде разработчиков бытовало мнение, что достаточно пяти человек для создания банком системы комплексной автоматизации. Каждый банк, отдел автоматизации которой сколько-нибудь амбициозен, занимался разработкой своей АБС. Сегодня, когда фирмы разработчики, выделяют под специализированные проекты громадные коллективы (более 100 разработчиков) и тратит много времени на создание и сопротивление сложных многоцелевых систем, банки начинают избавляться от «дешевой левизны» и в основном перешли на программные варианты АБС.

В начале 90-х годов, в момент наиболее активного спроса на продукцию комплексной автоматизации банков, большинство пользователей довольно слабо предполагали себе, какой на самом деле должна быть банковская система. Именно тогда и появились простые системы, концепция построения которых была жестко ориентирована на «проводку» как основную структурную единицу. С точки зрения сервисных возможностей системы оставали желать много лучшего, а об их надежности и говорить не приходится, ведь создавались они почти «на коленке», с использованием в качестве СУБД FOXPRO, dBase, Clipper или Btricte. Естественно, подход к задаче именно с такой точки зрения - универсальные средства реализации, относительная простота задачи (большинство банков требовали от системы только сам минимум), неготовность заказчика к более сложной постановке задачи - и привел к тому, что многие банки взялись за самостоятельную разработку, благо доходность бизнеса позволяла.

К сожалению, значительная отсталость структуры в технологическом плане наряду с высокой скоростью вступления в цивилизованное экономическое общество оказала свое тормозное влияние на развитие ИТ в банковском бизнесе. Даже сегодня, когда практически каждый понимает роль ИТ, а уровень подготовки наших специалистов стал сравним с западным, может без труда найти банки из первой сотни, для которой считается совершенно естественным работоспособность на слабенькой системе, реализованной на FOXPRO, осуществляя при этом вручную количество рутинных учетных операций.Однако с ростом количества банков, увеличением конкуренции между ними возрос и уровень требований пользователей к программному обеспечению. На смену «проводке» стало постепенно приходить понятие «услуга» или «банковский продукт», а управления автоматизации осознали, что профессиональные СУБД - единократно возможная основа для создания надежной банковской системы. Пользователи бросили взгляд на рынок, а рынок в то время молчал. Точнее, предлагал старые подходы, ненадежные за редким исключением СУБД, и перспективы дальнейшего развития были весьма туманны. И банки, прошедшие когда-то уже этот путь, привычно пошли в атаку «за светлое будущее» на принципиально новой платформе, с новыми концепциями, подходами и т.д. В устах ИТ менеджеров банков зазвучали слова UNIX, «клиент-сервер», «трехзвенная архитектура», и банки, вдохновение прошлыми успехами, с новой силой взялись за реализацию собственных разработок. Получить же требуемый результат удалось немногим. Почему? Сегодня крупная комплексная разработанная программное обеспечение для автоматизации банковской деятельности на основе профессиональной СУБД, имеет в своем штабе десятки аналитиков, проектировщиков, программистов, тестировщиков, полностью занятых только в одном проекте. К тому же дополнительно привлекают ресурсы, занятые в других производствах. Производитель программного обеспечения может инвестировать в течение нескольких лет создание комплекса для автоматизации банковской деятельности, рассчитывая окупить затраты продажей готового продукта. Но банки, даже достаточно крупные, сегодня уже не могут позволить себе такой роскоши, поскольку прибыль от внедрения собственной разработки у них принципиально иная.

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

Сегодня все крупные банки (из первой сотни), которые раньше работали на своих системах, либо уже приобрели готовые решения российских и зарубежных производителей, либо находятся в стадии из выбора.

Таким образом, увеличение требований банковского персонала к комплексным решениям, значительное усложнение процесса разработки и внедрения профессионального продукта на основе современных UNIX OC и реляционнных СУБД, снижение доходности банковского бизнеса в сравнении с прошлыми годами привело к существенному снижению популярности собственных разработок. [1].

1. Автоматизированные технологии в банковской деятельности

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

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

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

Положительные аспекты безбумажной технологии:

практически мгновенная пересылка данных;

уникальность хранения;

улучшенная защищенность;

резкое уменьшение трудоемкости обработки документов.

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

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

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

Почти все фирмы - разработчики содержат новые версии АБС, обобщающие предыдущий опыт, ориентированные на те же программно-активные средства, но с улучшенной архитектурой и большим спектром возможностей. На рынке АБС нет единого магистрального направления их развития, а появление новых классов систем в значительной мере определяется интенсивностью и особенностями развития банковского дела в стране. [2].

2. Особенности отечественных систем автоматизации банковских технологий

Актуально процессы автоматизации банковских технологий стали проявляться в к. 80-х-н. 90-х гг. Естественным образом это было связано с банковской реформой 1989 г., когда существующие банки получили большую самостоятельность и наряду с бывшими государственными банками на рынке банковских услуг появились новые коммерческие банки. При этом вычислительные цифры, на которых осуществлялась обработка банковской информации, уже не могли предоставить банкам весь спектр услуг, необходимых для снижения рутиной работы и для анализа и прогнозирования финансового состояния банков.

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

Компьютерная банковская платформа - программно-техническое оснащение решения банковских задач на базе новейших ИТ, включению в себя конкретную методологию ведения банковского дела на определенном профессиональном уровне. Доля расходов на автоматизацию у наших банков ниже, чем у зарубежных, где она составляет 10-15% всех затрат. Выбор банками тех или иных систем автоматизации связан, как правило, с соотношением цена - надежность - производительность. Проблема усложняется при необходимости поддержать высокоскоростной обмен данными многими филиалами, с клиентами, другими банками. В этой связи банкам приходится планировать не только техническое оснащение, но и всю системную инфраструктуру ИТ.

В инфраструктуре следует выделить 5 составных:

информационное обеспечение (ИО)

техническое оснащение

программные средства

системы связи и коммуникации (внутренние и внешние)

системы безопасности, защиты и надежности

Состав ИО, его организация определяется проще всего составлением задач. Наиболее традиционные задачи, решение любым банком, - операционная (расчетно-кассовая) деятельность. При таком подходе банковская технология строится на программном продукте «Операционный день банка» (ОДБ), а внедряемый комплекс задач позволяет проводить операционный анализ деятельности банка за любой предметный отработок времени. Для обеспечения комплексности автоматизации банковской деятельности требуется ряд важных программных средств и все они должны быть интегрированы настолько, чтобы при проведении банковских операций не было излишних ввода, набора, пересылок данных и т.д., а состояние банка можно было оценить на любой временный момент.

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

«Ведение банковских договоров», на которые накладываются многочисленные аналитические задачи по решению вопроса оптимизированного использования имеющихся в распоряжении информационных банковских средств. Решения комплексов задач с ценными бумагами, дилит, биржевые операции, организация межбанковского обмена электронными копиями документов, аналитические системы оценки деятельности банка и его клиентов и т.п., которые в настоящее время автоматизированы далеко не полностью, должны организационно входить в комплексную систему организации деятельности банка. Требования, которые необходимо учитывать при решении задач автоматизации деятельности банка:.

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

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

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

4) технология должна соответствовать уровню развития общества, уровню развития банковских методологий: не отставать от общих тенденций развития, но и не забегать далеко вперед

АБС - форма организационного управления банком на базе основных теоретических положений кибернетики и информатики.

АБС, опираясь на моделирование финансово-кредитных операций, упорядочение информационных потоков, применение экономико-математических методов, вычислительной техники и средств связи, уменьшает трудоемкость и рационализирует управленческую деятельность в банке, позволяет расширить круг решений задач, увеличивает аналитичность, обоснованность и своевременность принимаемых решений. Это достигается за счет новых ИТ - совокупность внедряемых в банковскую практику целостные принципиально новейших средств и методов обработки данных, представляющие собой целостные технологические системы, обеспечивающие формирование, передачу, хранение и отображение продукта с наименьшими затратами.

В основе АБС - новые информационные технологии (НИТ), реализуемые совместные технологические модели обработки данных, - терминологические процессы, локальные и распределяющие сети, системы машинной графики, электронные почты и т.п.

Системный подход является основополагающим как при проектировании НИТ, так и при изучении и управлении действующей информационной системы.

Другими важными принципами являются:

информационная обрабатывающая связь;

декомпозиция;

непрерывное развитие АБС, предусматривающее обновление и пополнение вычислительной техники, программного обеспечения и технологий управления; АБС должна наращивать мощность, постоянно расширять и пополнять БД;

совместимость с другими АБС;

стандартизация и унификация при создании и развитии АБС;

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

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

Технологическая платформа АБС - вся совокупность аппаратных средств, сетевых и телекоммуникационных устройств и протоколов, ОС и СУБД, на которых функционирует АБС. [3].

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

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

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

В основе НИТ заключается сетевая архитектура, широкое применение ПЭВМ и формирование на их базе взаимосвязанных специализированных АРМов различных уровней.

3. Жизненный цикл ИТ

Компьютерная система независимо от ее размеров и сложности состоит из 3-х компонентов: технического обеспечения, программного обеспечения и информационного обеспечения. Можно считать, что совокупность этих компонентов определяет ИТ.

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

I - Зарождение данной технологии. Её распределение невелико, но эффективность очевидна, поэтому масштаб использования увеличивается.

II - Спрос устойчив и опережает предложение. Фаза ускорения роста. Постоянно предложение начинает опережать спрос и наступает III - замедления роста. В период зрелости (IV) насыщение спроса достаточно, а в V - наступает спад, когда спрос снижается и ей на смену следует другая, более эффективная общественная потребность.

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

ПК типа IBM AT-386SX/DX, IBM AT-486SX/DX, Pentium, рабочие станции локальной вычислительной сети, терминалы мини-ЭВМ и другие. Смена технологии в банках происходит лишь тогда, когда она перестает принимать ему прибыль. То, что используется в крупных западных банках, возможно, скоро будет заменяться, т. к. все компоненты приближаются к последней, заключающей стадии жизненного цикла. Опыт последних лет это подтверждает. Например, может служить анализ технологии использования для безналичных расчетов магнитных и электронных карт. По мнению западных экспертов, у России есть уникальный шанс внедрить у себя сразу современную технологию, т. к. у нас нет развитой инфраструктуры по обслуживанию магнитных карт.

Информационное обеспечение

Информационное обеспечение АБС - информационная модель банка бывает двух видов.

1) Внемашинное ИО - вся совокупность информации в банке, включая системы показателей, методы классификации и кодирования элементов информации, документов, документооборота информационных потоков.

2) Внутримашинное ИО - предоставление данных на машинных носителях в виде разнообразных по созданию, по назначению и специфическим обработкам органических массивов (файлов), БД и их информационных связей.

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

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

В банковской деятельности для систематизации информации используются различного рода классификаторы: как ЕСКК, так и отраслевые (банковские): коды ценностей - банкнот, монет, чеков, акций и т.д.; коды валют, банков и т.д., так и локальные (в рамках отдельного банка), например, классификаторы банковских счетов, регистрационных номеров, внутрибанковских номеров клиентов и т.д.

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

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

Современные АБС предоставляют возможность получения информации в различных формах: в виде печатных документов, экранных форм, на машинных носителях; она может быть представлена в текстовом, табличном и графическом виде. ПК располагают набором готовых форм первичной и результативной информации или удобными средствами их формирования и компоновки. Существует прикладной пакет программных средств общего назначения для работы с документами табличного типа или предоставления информации в табличном файле АБС распределяется с использованием таких программных продуктов, которые имеют разнообразные версии и могут носить встроенный характер.

Информационные потоки внемашинного ИО - это направленное стабильное движение документов от источников формирования информации к её положениям. Отражают организационно-функциональную структуру банка.

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

Техническое оснащение решения банковских задач

Предоставление банковских услуг на основе комплексных систем может представлять в виде 3-х уровней:

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

2) Услуги по управлению денежными операциями и их контролю.

3) Деятельность РКЦ, автоматизированных расчетных палат, межбанковских расчетных палат, клиринговых центров, создаваемых несколькими банками для обеспечения и ускорения взаиморасчетов.

Современные банковские системы имеют состав аппаратных средств, в которые входят:

средства вычислительной техники;

оборудование локальных вычислительных сетей;

средства телекоммуникаций и связи;

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

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

Система «клиент-банк» позволяет банку и его клиентам обмениваться подписями и зашифрованными пакетами документов по телефонным линиям связи. Она состоит из модуля «Банк», который устанавливается на коммуникационной ПЭВМ в банке, и модуля «Клиент», установленным на компьютере клиента.

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

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

Программное обеспечение АБС

Качественная эволюция деятельности банков, их все возрастающие требования и финансовые возможности меняют подходы к автоматизации ИТ. Базовые средства используются для обеспечения эксплуатации АБС, для разработки прикладной части программных средств (операционные системы, СУБД и др. программные средства системного назначения).

Отличительной чертой функционирования АБС является необходимость обработки больших объёмов данных в сжатые сроки. При этом основная тяжесть падает на операции ввода, чтения. записи и передачи данных. Поэтому базовые средства должны быть в состоянии поддерживать доступ к большим объёмам данных без потери производительности.

Наличие в спектре базовых средств сетевых функций - непременный атрибут современных АБС (обеспечивается многоуровненность, возможность объединения различных программных платформ (DOC, «NetWare», Windows NT, UNIX и прочие)).

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

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

Основным свойством АБС с точки зрения прикладных потребительских средств является достаточная широта функционального набора.

Прикладные характеристики АБС, кроме того, должны отвечать требованиям интегрированности, конфигурируемости, открытости и настраиваемости системы.

Полномасштабное отражение банковских процессов позволит приблизить автоматизацию ИТ к проблемам принятия оптимальных решений в среднем и верхнем звене управления, построить ПУ на базу моделирования и прогнозирования экономических ситуаций.

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

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

Современная методология и инструментальные программные средства дают такую возможность (CASE-средства) (для внесения изменений без помощи фирмы-разработчика)

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

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

В качестве ступени, следующей за DOS-комплексами, можно рассматривать системы, построенные в архитектуре «Клиент-сервер», в рамках «Novell Net Ware». Под сервером понимается логическая процедура, которая обеспечит обслуживание поступивших к нему запросов. Клиентами сервера являются процедуры ПЭВМ, посылающие серверу запросы на тот или иной вид обслуживания. Задачей клиента является:

1) установление связи с сервером;

2) формирование запроса конкретного вида на обслуживание;

3) получение результатов;

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

Например, такой технологии: сетевые базы данных с реализацией стандартного структурированного языка запросов SQL.

программный интегрированный система банковский«Siemens» (Германия) - многопользовательская ОС «Sinix» (UNIX производства «Siemens»), обеспечивающую распределяющую обработку данных и реализирующую эффективную и экономическую технологию объединения рабочих мест в единице ЛС. Предлагает диалоговую систему KORDOBA. Это специальное банковское программное обеспечение реализует все операции во всех отделениях с первого рабочего места. Это пакет программ модульной структуры, включающий налоговую, информационную и организационную части. Особое внимание в фирмах уделено достоверности информации и надежности принимаемых решений.

«Olivetti Systems Networks (OSN)» предлагает свою «банковскую платформу» (Platform for banking - PB) для автоматического банка («Automatic banking»). Это комплексное решение, отвечающее тенденции построения открытых систем, обеспечит создание гибкой и способной к расширению системы банковских учреждений, реализацию полного набора банковских функций в среде распределяющих услуг и приложений в условиях ЛС и возможность выхода в ГС.

Фирма «Olivetti» накопила большой опыт в создании специализированных банковских устройств и автоматов, в т.ч. для систем самообслуживания клиентов банка - принтеров, устройств идентификации, автоматов по выдаче наличных денег, устройств работы со сберкнижками и т.д.

«Bull» создала межбанковскую систему телерасчетов STT для ускорения межбанковских операций, обеспечения непрерывности обмена межбанковскими сообщениями, уменьшение их стоимости.

Для поддержки задач отделений и международных отделов любых по размерам банков фирма «Bull» рекомендует систему ICBS. Она состоит из модулей, функционирует под управлением ОС UNIX и реализовывает клиринговые операции и оформление необходимых отчетов по ним, выполняет функции контроля и управления доходами, курса валют, ставками, ценами, решает задачи взаимодействия с ЦБ, обеспечивает выполнение международных операций и многое другое.

Развитие ИБС

При появлении банка число клиентов, операций, обязательств невелико. Но объем работ постепенно возрастает, превышая сначала возможности одного человека, затем группы людей, и, в конце концов, возникает необходимость перевода всей задачи или её части в ИБС. Дальнейший рост объема работ должен сопровождаться развитием ИБС, которое заключается в появлении дополнительных программных продуктов и новых версий с улучшенными характеристиками. Развитие ИБС должно обеспечивать своевременное подключение новых и более полное освоение уже используемых задач. При этом система ни при каких обстоятельствах не должна ограничивать количество обслуживаемых банком клиентов и обрабатываемых документов, принципиальную возможность подключения новых подзадач. Это значит, что она не должна зависеть от типа операционной системы и используемых компьютеров, а также и то, что она должна обладать возможностью распределенной обработки информации в разнородных сетях.

Выбор перспективных технологий и метода реализации ИБС

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

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

Одна из прогрессивных технологий, применяемая в Банках, хорошо известна всем - это «Безбумажная технология». Однако ее достоинства становятся наглядными тогда, когда система уже внедрена и эксплуатируется. Поэтому на первом этапе создания ПО-создания Ядра ИБС - важны его одновременное внедрение и проверка.

СУБД.

В описываемой иерархии СУБД занимает особое место:

Как правило, за счет переносимости СУБД осуществляется переносимость ИБС на различные компьютерные платформы.

В рамках одной платформы важна переносимость на различные ОС, например, по схеме DOS -> NetWare -> INIX.

Как правило, банковская система жестко привязана к конкретной СУБД и, выбирая ИБС, пользователь должен рассматривать ее как часть системы. При этом нельзя сбрасывать со счетов ценовую политику фирмы-производителя СУБД. В некоторых случаях стоимость ядра базы данных может существенно превышать стоимость прикладного ПО.

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

При выборе необходимо ориентироваться на СУБД, реализующие технологию клиент-сервер и позволяющие создавать приложения, которые работают в распределенных гетерогенных сетях. К таким СУБД, в частности, относятся ORACLE, Informix, PROGRESS, Sybase, Ingres и т.п.

Существует СУБД PROGRESS. Это переносимая СУБД с 4GL-средствами для создания приложений. Она обеспечивает построение систем архитектуры клиент-сервер и включает модули создания приложений, инструментальные средства поддержки, утилиты и среду выполнения (run-time). Это многосвязанная многопользовательская система с интегрированным словарем данных, уровнем защищенности и поддержкой широкого диапазона коммуникационных протоколов - TCP/IP, NetBIOS, SPX/IPX, SNA, DECNet, TLI, OSI и др.

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

Переносимость PROGRESS - одна из ее сильных сторон. Возможность создания приложения на одной платформе и переноса на другую, несвязанную, платформу без единого изменения приложения придает инсталляционному продукту значительную гибкость. PROGRESS поддерживает 400 платформ, включая VAX; широкий диапазон систем UNIX, включая SCO UNIX SVR4, AIX, HP-UX, ULTRIX, CTOS, NetWare, OS/2 и PC/DOS; и OS/400 популярных AS/400 среднего класса фирмы IBM. [4]. банковский автоматизация сетевой

PROGRESS поддерживает транспортный доступ к DBMS:

- ORACLE - Object Store

- RMS (OOODBMS)

- SYBASE - DB2

- Rdb/VMS - Allbase

- OS/400 - ODBC

- C-ISAM - CT-ISAM

4. Интегрированная банковская система «STEM».Ядро системы. Менеджер Счетов (Account Manager).

Характеристика задач, решаемых Ядром ИБС

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

В банках, где не используется ИБС, вместе с тенденцией роста банка происходит перенос информационной нагрузки и знаний с верхнего управленческого звена на среднее - от специалистов до начальников отделов. Противоречивость ситуации заключается в том, что верхнее звено управления вынуждено принимать решения в условиях информационного «голода» или по подготовленным решениям среднего звена.

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

Ситуация усугубляется, если решения, подготовленные средним звеном и принятые как обязательные для исполнения, оказываются либо невыполнимыми для банка в целом, либо не доводятся до окончательного внедрения. В результате - падение эффективности управления. Вместе с этим повышается нагрузка на нижнее звено, возрастает поток требуемой для обработки и оперативного использования справочной информации. Увеличение количества служащих, в конце концов, перерастает в «зависимость» клиентов от конкретного служащего и его информированности.

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

При этом среднее звено становится контролирующим, распределяющим и организующим для нижнего. Кроме того, система позволяет снизить требования к квалификации и ответственности специалистов нижнего звена. Уровень принятия решений вытесняется в верхнее звено, которое получает доступ в ИБС реального времени к подготовленной и обобщенной информации.

Кроме того, верхнее звено принимает решения на основе объективных знаний и контролирует тенденции и направления развития банковских технологий.

Ядро банковской системы ИБС «STEM», помимо описанной выше проблемы, решает следующие задачи:

- переносимость и масштабируемость решений для центрального офиса и филиалов;

- защиту и целостность информации;

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

- отработку транзитных платежей;

- связь с клиентами через встроенную, полностью автоматизированную систему «Клиент - Банк»;

- возможность методологического проектирования;

- обеспечение перехода на безбумажную технологию;

- максимально упрощенное внедрение;

- возможность расширения системы без участия разработчиков.

Использование СУБД PROGRESS позволяет решать вопросы переносимости, функционирования в различных ОС и на разных платформах, построения гетерогенных сетей и реализации технологии клиент-сервер.

Характеристики и особенности Менеджера Счетов

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

Важная особенность системы - датонезависимость. На любую дату в прошлом и будущем можно получить полностью актуальное состояние системы. Эта особенность оказывается полезной как на этапе внедрения, так и для задач типа «Играть, что если…» («Play what if…»), например, при расчете и анализе выплат процентов и резервирования для этого средств и т.п.

Датонезависимость обеспечивается хранением истории (trail) на финансовой деятельности, что дает возможность получать баланс на любую дату, определять обороты за любой период и т.п.

Счет

На уровне Менеджера счетов решаются все задачи по обслуживанию счетов: открытие, закрытие счетов, движение средств по счетам и т.п.

Счет и системе позволяет вести учет по одному из видов финансовой деятельности. Система счетов имеет иерархическую структуру, т.е. некоторая группа счетов принадлежит другому «счету-хозяину». Последние, в свою очередь, могут группироваться и иметь подчиненность третьему и т.д. Все счета делятся по уровням. Уровни отражают иерархию счетов. Принадлежность счетов некоторым уровням совпадает с необходимостью открывать счета согласно Плану счетов бухгалтерского учета. ИБС «STEM» обеспечивает проектирование Плана счетов с любым количеством уровней.

Стандартно, вышестоящие счета - это Балансовые счета первого и второго порядков, однако, возможно, и третьего, и четвертого, и т.д., что позволяет проектировать план счетов, настраивая его на особенности компьютерного учета. ИБС позволяет сохранять все данные об изменении каких-либо параметров счетов. Разрядность нумерации счетов расширена до 40 символов.

Связь Владельца счетов и Платежных систем

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

Остатки на счетах

Остаток - это количественный эквивалент денежных средств на счете в системе счетов. Остаток на активном (А) счете определяет платежеспособность владельца счета (собственные средства). Как правило, это Банк. Остаток на пассивном (П) счете - задолженность (обязательства и капитал) владельца, например, перед клиентом Банка. Движение средств по счетам - уменьшение или увеличение остатка - подразделяется на Дебетовое и Кредитовое. С понятием остатка связано понятие оборотов за Банковский день. Обороты характеризуют активность счета, остаток - результат деятельности. Как видно из схемы №1, дебетовое движение увеличивает остаток для Активного счета и уменьшает для Пассивного. Использование знакового остатка приводит к тому, что дебетовое движение уменьшает остаток счетов А и П, но для П увеличивает абсолютное значение остатка. Схема разъясняет влияние движения средств по активным и пассивным счетам и формализует алгоритм изменения остатков.

Изменение знака остатка приводит к изменению счета А на счет П, что противоречит смыслу разделения счетов на А и П. В бухгалтерских терминах такое изменение знака называется «красное сальдо».

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

Первая схема - все счета либо только активные либо пассивные.

ДОСТОИНСТВА:

- простота, т.е. одинаковый алгоритм для А и П, один знаковый остаток, два значения для оборотов;

- возможность разделения оборотов по активам и по пассивам;

- возможность эмуляции второй схемы использованием двух счетов.

НЕДОСТАТОК:

трудности с внедрением [существует практика использования АП-счетов].

Вторая схема - допускается использование АП-счетов.

ДОСТОИНСТВА:

- эмулирует первую схему ограничением изменения знака остатка;

- нет проблем с внедрением (методологически проработан).

НЕДОСТАТКИ:

- информационная избыточность (2 без знаковых остатка для одного счета);

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

В описываемой системе (ИБС «STEM») используется второй метод.

История по остаткам связана с понятием Банковский день, которое предопределено наличием суточного цикла человеческой деятельности. Остаток характеризуется некоторым значением, которое для текущего дня является текущим остатком, а для закончившегося дня - остатком на конец дня.

Порождение остатка для истории происходит автоматически при совершении операции, если движение средств до этого момента за дату операции по счету не производилось (т.е. при сравнении даты последнего остатка с текущей). Это означает, что остаток не порождается, если движения по счету за день не было. Значение текущее - последнее, со значением даты менее или равной указанной. Это справедливо для всей иерархии счетов, что позволяет сделать систему датонезависимой и видеть, например, БАЛАНС за любой день, совершать операции в прошлом и будущем.

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

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

5. Поддержка Одновалютной или Многовалютной систем учета валютных операций

ИБС «STEM» поддерживает два метода учета валютных операций:

- по курсовому эквиваленту в национальной валюте (при этом пересчет производится в момент совершения операции);

- непосредственно в валюте, участвующей в банковской операции.

Одновалютная система учета.

Информация о валюте хранится как справочная и необходима для переоценки валютных средств («курсовая разница»), получения валютного баланса.

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

ДОСТОИНСТВА:

- регламентируется инструкцией Министерства Финансов;

- методически проработан (формы документов) и понятен бухгалтерам;

- нет проблем с внедрением.

НЕДОСТАТКИ;

- для каждой валютной операции требуется пересчет по учетному курсу;

- при изменении курсов валют возникает необходимость актуализации остатков, что требует больших затрат;

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

Переоценка для 1000 счетов проводится на описанной ниже конфигурации 1-1,5 часа. Для 100 000 валютных счетов эта операция принципиально затруднена, сроки проведения сводят целесообразность ее проведения на нет, и для практической реализации потребуется значительное вложение средств в вычислительную технику.

Многовалютная система учета

Все валюты равноправны.

ДОСТОИНСТВА:

- все операции совершаются непосредственно в валюте, в них участвующей; основным результатом деятельности является валютный Баланс;

- пересчет по курсу происходит только при приведении баланса к одной валюте (например, национальной) для составления отчетности или анализа деятельности;

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

Реализация поддержки целостности Банковских операций

При совершении операций производится контроль параметров и поддержка целостности, ликвидности и платежеспособности по счетам.

Для остатков на счетах и балансов:

- проводка допускается только по двум счетам одновременно;

- проводка допускается только по уровню, по которому проводки разрешены; в пределах одной балансовой системы только один такой уровень (в банковской терминологии - лицевой счет, текущий счет);

- проводка допускается только по открытым счетам;

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

- в момент совершения операции автоматически порождается история по остаткам (по всем уровням);

- проводка разрешена одновременно только одному пользователю (ограничение приводит к реальной производительности 1000 операций в час) и блокируется при формировании твердой копии финансовых результатов (баланса) - свойство всех систем реального времени;

- производится автоматический пересчет по иерархии (по уровням) и по истории остатков на счетах во времени, по датам (глубина ограничивается таблицей блокировок на DataServer - процессе);

- осуществляется проверка на достаточность остатка для совершения операции («красное сальдо») как на дату совершения операции, так и вперед по истории (если таковая есть, например, если проводка совершается задним числом); характерно на этапе внедрения системы;

- разрешается/ запрещается «красное сальдо» (с журнализацией операций, приведенных на «красном»);

- для валютных счетов (только по Одновалютному методу):

проводки разрешены только в валюте; в национальной валюте разрешена проводка только по операции «переоценка»;

требуется определение основного курса для пересчета в национальную валюту (обычно курс национального Банка);

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

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

Для связи с верхним уровнем Ядра ИБС «STEM» - уровнем технологий, реализован интерфейс в виде следующих системных операций:

Прямая проводка - обратимая операция, т.е. допускается выполнение обратной операции для исправления ошибок.

Откат проводки (операция, обратная к проводке) двух видов:

1) по проводке без документа (для ввода остатков), используется на этапе отладки и внедрения;

2) по документу.

Исправительная проводка (обратимая). Отличается от прямой тем, что вместо увеличения оборотов происходит их уменьшение, одновременно контролируется целостность оборотов (контроль наличия прямой проводки не предусмотрен).

...

Подобные документы

  • Рассмотрение понятия сетевых технологий как совокупности программных, аппаратных и организационных средств; принципы их организации и функционирования. Маршрутизация и доменная система имен в Интернет. Характеристика популярных сервисов Интернет.

    презентация [198,8 K], добавлен 15.07.2014

  • Задача накопления, обработки и распространения информации. Характеристика систем управления. Схема комплекса средств автоматизации. Функционирование АСУ комплекса средств автоматизации. Требования, предъявляемые к АРМ РД. Структура базы данных.

    реферат [29,1 K], добавлен 12.06.2009

  • Рассмотрение технологии создания базы данных с помощью программы MS Access. Описание структуры предприятия заказчика. Проведение автоматизации документооборота предприятия. Разработка интерфейса пользователя. Создание кнопочной формы, диаграмы, отчета.

    курсовая работа [3,8 M], добавлен 12.04.2015

  • Характеристики распределенных систем баз данных, формируемые путем "интеграции" разнородных аппаратных и программных средств. Концепция дифференциального файла для различных приложений. Сравнение разных технологий файлового сервера и "клиент-сервера".

    курсовая работа [411,9 K], добавлен 28.05.2015

  • Логическое проектирование базы данных по автоматизации деятельности строительной компании. Классификация связей. Реляционная модель базы данных. Функциональные зависимости между атрибутами. Выбор ключей. Нормализация отношений. Запросы к базе данных.

    курсовая работа [1,2 M], добавлен 26.05.2015

  • Рассмотрение вопроса автоматизации работы служб гостиницы. Разработка базы данных для работы с клиентами. Характеристика языка структурированных запросов SQL и его разновидности. Описание таблицы программы, ключей и диаграммы составленной базы данных.

    курсовая работа [1,6 M], добавлен 27.05.2014

  • Архитектура автоматизированной системы управления школы информационно-коммуникационных технологий (ШИТТ). Автоматизированные рабочие места для нее. Выбор сети для АСУ ШИТТ. Описание структуры базы данных. Процесс получения, распределения и вывод данных.

    курсовая работа [1,5 M], добавлен 26.02.2010

  • Классификация компьютерных сетей как совокупности аппаратных и программных средств, позволяющих объединить компьютеры в единую распределенную систему обработки, хранения и обмена информацией. Функции сетевых операционных систем Unix, Linux, Windows.

    презентация [108,0 K], добавлен 04.05.2012

  • Склад ОАО "Ориенбанк", его специфика и структура. Описание структуры базы данных складского учета для предприятия. Разработка пользовательского интерфейса программы. Инструкция к применению базы данных. Автоматизация операций и учета средств банка.

    курсовая работа [4,7 M], добавлен 26.02.2010

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

    курсовая работа [358,5 K], добавлен 26.11.2012

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

    дипломная работа [6,6 M], добавлен 06.07.2014

  • Инструментальные средства для разработки структуры информационной базы данных "Программа автоматизации учета расчетов с поставщиками", пользовательский интерфейс СУБД Access. Разработка запросов отбора данных и вычислений, экранных форм коррекции данных.

    лабораторная работа [2,4 M], добавлен 15.11.2010

  • Проблемы внедрения информационных технологий. Автоматизация работы пользователя. Основные этапы проектирования базы данных. Функционирование предметной области. Специализированные языки обработки данных. Обоснование выбора основных технических средств.

    курсовая работа [61,9 K], добавлен 08.02.2012

  • Обзор технологической платформы для разработки клиентского веб-интерфейса. Выбор платформы базы данных, языка разработки, фреймворка на стороне сервера и клиента. Создание схемы данных MySQL. Работа пользователя и оператора с программным продуктом.

    курсовая работа [4,1 M], добавлен 17.07.2012

  • Проектирование базы данных для автоматизации деятельности по учету автотранспорта ГИБДД Вяземского района. Выбор инструментария для разработки базы данных и приложения по её ведению. Описание интерфейса и физической структуры приложения баз данных.

    курсовая работа [2,2 M], добавлен 28.06.2011

  • Выбор программных и аппаратных средств для создания базы данных. Описание структуры программы. Описание разработки приложения. Подключение к базе данных, выполняемое с помощью компонента ADOConnectio. Создание средств защиты информации в программе.

    курсовая работа [2,1 M], добавлен 16.02.2015

  • Создание базы данных с помощью ACCESS для автоматизации работы базы отдыха. Оценка возможностей пользователей при работе с данной базой. Построение информационно-логической модели базы данных. Разработка запросов для корректировки и выборки данных.

    курсовая работа [1,1 M], добавлен 19.10.2010

  • Изучение процесса автоматизации информационной поддержки деятельности риэлтерского агентства. Правила проектирования базы данных и определения ключей. Требования к техническому обеспечению и механизмы защиты данных от несанкционированного доступа.

    дипломная работа [581,9 K], добавлен 22.01.2014

  • Основные области проектирования информационных систем: базы данных, программы (выполнение к запросам данных), топология сети, конфигурации аппаратных средств. Модели жизненного цикла программного обеспечения. Этапы проектирования информационной системы.

    реферат [36,1 K], добавлен 29.04.2010

  • Разработка проекта автоматизации учета основных средств на сельскохозяйственных предприятиях. Состав технических и программных средств, необходимых для реализации проекта автоматизации учета. Предполагаемые результаты внедрения данного проекта.

    курсовая работа [23,4 K], добавлен 14.08.2010

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.