2.4. Общая структура ис, функциональная и обеспечительная части. Компоненты системы
Iнформацiйнi системы, в частности и в фінансово-кредит них учреждениях, принадлежат к классу сложных, потому для каждой такой системы существует проблема декомпозиции — делению ее на более простые составляющие (элементы) и представления в виде тех или других (скажем, как можно больших) ее частей.
Любая Аiс разделяется на функциональную и обеспечительную части (ФЧ и ЗЧ), которые, в свою очередь, разделяются на более простые элементы — подсистемы, которые также допускают последующее деление.
К ФЧ принадлежат те элементы системы, которые определяют ее функцiо нальнi возможности, а именно: назначение, выполняемые управленческие функции и функции из обработки информации.
К ЗЧ системы принадлежат объекты (материальные и другие средства, инструментарий), с помощью которых выполняются функции системы, то есть реализуется функциональная ее часть.
Дополнительно выделяют обеспечительные подсистемы, каждая из которых объединяет определенный вид ресурсов, а также условия их организации. Эти подсистемы раскрывают суть и состав ресурсов, необходимых для функционирования Аiс, потому их перечень является типичным и практически одинаковым для разных Аiс.
В состав обеспечительной части входят подсистемы технiч ного, математического, лингвистического, правового, информационного, организационно методического и эргономичного обеспечения.
Подсистема технического обеспечения (ТЗ), в свою очередь, склада-ється из четырех элементов.
1. Технические средства — комплекс технических средств (КТЗ), используемых для получения, ввода, подготовки, превращения, обработки, хранения, регистрации, вывода, отображения, использования и передавания данные и реализации руководящих действий.
2. Методические и руководящие материалы относительно КТЗ.
3. Техническая документация, которая касается КТЗ.
4. Персонал, который обслуживает КТЗ.
Подсистема математического обеспечения (МЗ) являет собой совокупность применяемых математических методов, моделей и алгоритмов.
Подсистема программного обеспечения (ПЗ) объединяет программы постоянного пользования (системные программы, пакеты прикладных программ (ППП), СУБД и тому подобное).
Подсистема лингвистического обеспечения (ЛЗ) — это совокупность языковых средств для формализации естественного языка, описания информации и других элементов ИС.
Подсистема правового обеспечения (ПРЗ) состоит из правовых норм и нормативов, которые связаны с функционированием Аiс, служат для юридического обоснования ее создания и функцiону вання, а также определяют юридический статус результатов такого функционирования.
Подсистема информационного обеспечения (IЗ) содержит в себе используемые данные и правила их получение, хранение, обновление, а также организации структуры и содержания информационной совокупности. Эта подсистема охватывает информационные ресурсы, а также средства их прорабатывания, в частности структуризации и система тизацiї информации (классификаторы, типичные модели, форматы документации и тому подобное).
Подсистема организационно методического обеспечения (ОМЗ) — это набор приемов, правил, документов, инструкций и положений, которые обеспечивают создание системы и взаимодействую ее составляющих в процессе функционирования всей системы. В частности, ОМЗ содержит совокупность документов, которые определяют организационную структуру объекта и системы автоматизации и являются необходимыми для выполнения конкретных функ этой (инструкции, положение и тому подобное), а также для формы представления результатов деятельности.
Подсистема эргономичного обеспечения (ЕЗ) составляет множественное число взаимоувязанных требований, направленных на согласование психологических, антропометрических, физиологичных особенностей и мож ливостей человека, с одной стороны, и технических характеристик средств автоматизации, параметров рабочей среды на рабочем месте (влажность, температура, зашумленість, освітлюваність, опромiнюваність и тому подобное).
В ФЧ Аiс выделяют такие элементы: функциональные подсистемы, блоки, или комплексы заданий и отдельные задания.
Функциональная подсистема — это относительно самостоятельная часть системы, которая выделена по определенному признаку, который отвечает конкретным функциям и заданиям управления. Эту подсистему можно рассматривать как самостоятельную систему, которая характеризуется определенным целевым назначением, подчиненностью, отделенностью iнфор мацiйної базы, методической направленностью вычислений экономических показателей и специализацией работ.
Осуществлять декомпозицию ФЧ Аiс — разделять эту систему на подсистемы, комплексы задач и отдельные задачи — можно как за отдельными признаками, так и за их совокупностью.
Найчастiше функциональные подсистемы образуют за такими признаками: 1) стадиями управления (прогнозирование, планирование, учет и тому подобное); 2) элементами производственного процесса (труд, материалы, денежные средства и тому подобное); 3) аппаратно-организационным признаком (структурные подразделения); 4) функциональным (выполняемые функции) признаком.
Применяются и другие признаки, связанные с деятельностью объекта автоматизации.
В Аiс банковских учреждений функциональные подсистемы можно выделять по признаку управления элементами банковской дiяль ностi: подсистема управления и проведения расчетных, кредитных и депозитных операций и тому подобное.
Например, достаточно типичной, по нашему мнению, есть система «Автоматизированный банк», который работает в одном из КБ Украины.
Рассмотрим главные ее подсистемы.
1. Подсистема управления расчетами (основное ядро). Содержит в себе 6 блоков задач, в частности ОДБ, «Ежедневный оборотно сальдовый баланс», «Клиент-банк», «Бухгалтерская статистическая отчетность», «Учет межбанковских электронных платежей» и т.п.
2. Подсистема управления кредитными операциями (ресурсами). Охватывает 8 комплексов задач (КЗ), среди которых учет кредитных договоров, анализ показателей за долгосрочным кредитованием и т.п.
3. Подсистема управления валютными операциями (с выходом на Свiфт). Включает у себя 4 комплекса задач. В первую очередь это учет биржевых операций и статистическая отчетность за валютными операциями.
4. Подсистема управления финансами. Содержит в себе 3 комплекса задач, в частности учет акций, анализ состояния оплаты за кредитные ресурсы.
5. Подсистема внутрибанковского учета охватывает 6 комплексов задач. Это, в частности, расчет заработной платы, учет кадров, учет материалов, учет основных фондов и быстроизнашиваемых предметов.
6. Независимая информационно-поисковая система (IПС), которая касается юридических и текстовых документов, документов управления безопасности, а также контроля исполнительных документов и тому подобное.
Следовательно, из шести перечисленных подсистем четыре можно отнести к АСОВ и только одну к Асуу.
Общую структуру каждой Аiс показывает наглядно рис. 2.3.
Рис. 2.3. Общая структура Аiс
ФЧ может реализоваться на разной технической базе и с разной (централизованной, децентрализующей и мешаной) технологией обработки данные.
В случае централизованной технологии задания (в частности и относительно развязывания задач вычислительного характера) выполняют безпо-середньо в вычислительном центре (ОЦ) в полном объеме специалисты служб информатики. Децентрализующая технология реализуется на системах малых, в частности и персональных компьютеров в виде АРМ. Мешаная технология предусматривает, что часть задач и операций выполняется на АРМ, а другая, (это по большей части обобщающие операции) — на ОЦ.
В учреждениях, отличающихся от финансово-кредитных, создается отдельная функциональная подсистема АИС — подсистема финансово-кредитных расчетов.
Как показывает опыт, децентрализует обработка данных в Аiс эффективнее централизованной, поскольку в ней обеспечивается прямой доступ пользователя-специалиста к ЭВМ, то есть делается возможным оброб ка данных без посредников (оператор, программист, математик и другие), которые могут повлиять на правдивость и правильность информации, а также снизить оперативность выполнения соответствующих заданий.
Обеспечить прямой доступ и организовать децентрализующую обработку данных можно двумя способами: оборудовать большую ЭВМ выносными пультами и установить их на рабочих местах пользователей-специалистов или установить на отмеченных рабочих местах персональные компьютеры. В обоих случаях функциональными элементами Аiс являются функционально специализированные АРМ (ФСАРМ).
Следовательно, АРМ следует понимать как полностью определен набор персональных терминальных устройств, которые благодаря привлечению вычислительных мощностей большой ЭВМ дают возможность выполнять на рабочем месте информационное обслуживание пользователя-специалиста в объеме и режиме, которые нужны для выполнения его производственных (служебных) функций. Возможна и другая интерпретация: АРМ — это совокупность ПК и специального программного обеспечения, которое сориентировано на определенную сферу использования и обеспечивает непосредственное информационное обслуживание пользователя-специалиста в нужном и достаточном для его деятельности объеме и режиме.
Следовательно, ФЧ Аiс коммерческого банка является совокупностью функционально специализированных АРМ, перечень и количество которых зависит от избранной технологии и деления функций между исполнителями. На практике все банковские операции связаны между собой единственной технологией, которая предопределена такими факторами: спецификой операций; специализацией отдельных групп работников и подразделов банка; делением обязанностей между ними. Эти факторы и определяют конкретное множественное число ФСАРМ, число которых в АИС разных банковских учреждений является разным.
Например, много банковских Аiс содержат в себе ФСАРМ адмi нiстратора, главного бухгалтера, бухгалтера, старшего оператора, оператора, контролера, кассира, специалиста по МФО, а также обеспечительные АРМ из ведения нормативно справочной информации (НИИ), начального пуска системы, выполнения «отката» и т.п.
Самой типичной в настоящее время может считаться структура БАИС, которая охватывает комплекс оперативно-обрахункових операций (ОДБ); АРМ кредитного отдела; АРМ депозитного отдела; АРМ из мiжбанкiв ських расчетов; АРМ из работы с филиалами; АРМ фондовое от делу; АРМ из управления ликвидностью; АРМ из управления активами и пассивами; АРМ маркетинга; блок из обеспечения информацией керiв ництва КБ (рис. 2.4).
Рис. 2.4. Структура функциональной части БАИС
Автоматизация деятельности банка начинается с наиболее трудо-містких операций из обслуживания клиентов. Поэтому в операционных отделах создают АРМ бухгалтера, экономиста, контролера, операциониста и т.п., которые дальше объединяются в локальную сеть. Операционный отдел во время своей работы создает автоматизированную базу данных (БД), которые являются основой для контроля, анализа, статистической отчет ностi, коммерческой и управленческой деятельности.
Дальше автоматизируются межбанковские расчеты и мiжфiлiйний обращение, организуется обмен информацией между отделениями банков и тому подобное.
Заметим, что Аiс каждого банковского учреждения должна иметь также автоматизированную базу данных (АБД) для кредитного отдела, соответствующие АРМ его работников, а также АРМ руководителя (АРМ К) для выполнения заданий прогнозирования деятельности банка, перспективного и текущего планирования, выработки вариантов принятия рi шень и тому подобное. АРМ руководителя имеет, как правило, свой оперативный архив, локальную БД управляющего и доступ ко всем архивным данным банка.
В заключение отметим, что каждая Аiс, независимо от функцiо нальних возможностей (последние могут быть существенно разными: от развязывания одной задачи или их комплекса к выполнению всей совокупности заданий относительно деятельности объекта) содержит в себе все главные структурные элементы. Да, в любой АИС непременно присутствуют функ цiональна и обеспечительная части, элементы технического, программного и другого обеспечения. Аiс не создается в то же время и полностью, она постоянно развивается и модернизируется, что выдвигает определенные требования к ее созданию.
2.5. Организация работ по созданию Аiс
2.5.1. Стадии и этапы разработки Аiс
Процесс создания Аiс (рис. 2.5) являет собой сукуп нiсть упорядоченных во времени, взаимосвязанных и объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для создания системы, которая отвечает заданным требованиям.
Рис. 2.5. Последовательность построения АИС
Рассмотрим подробнее соответствующие стадии и этапы.
1. Стадия формирования требований к Аiс.
Этапы: обследование объекта и обоснование необходимости построения системы; формирование требований пользователя к ней; оформление отчета и заявки на ее разработку (тактико-техническое задание).
2. Стадия разработки концепции Аiс.
Этапы: изучение объекта; выполнение необходимых науково-дослід них работ (НИР); разработка вариантов концепции Аiс и выбор того из них, который удовлетворяет требования пользователя; оформление отчета о выполненной работе.
3. Стадия разработки технического задания.
Этапы: разработка технического задания и его утверждение.
4. Стадия эскизного проектирования.
Этапы: разработка предыдущих проектных решений относительно системы и отдельных ее частей.
5. Стадия технического проектирования.
Этапы: разработка проектных решений относительно системы и ее частей; разработка документации Аiс и ее частей; разработка и оформление документации на поставку или разработку изделий для комплектования системы; разработка заданий на проектирование в смежных частях проекта автоматизации.
6. Стадия рабочего проектирования.
Этапы: разработка рабочей документации на систему и ее части; создание или адаптация программ.
7. Стадия внедрения системы в действие.
Этапы: подготовка объекта автоматизации к внедрению Аiс; подготовка персонала; комплектование Аiс (программными и технiч ими средствами, информационными изделиями); строительно-монтажные ро боты; пусконалагоджувальнi работы; предыдущие испытания; дос лідна эксплуатация; приемные испытания.
8. Стадия сопровождения.
Этапы: выполнение работ согласно гарантийным обязательствам и послегарантийное обслуживание.
В зависимости от сложности автоматизовуваних процессов и заданий не все стадии являются одинаково обязательными. Iз первых трех стадий обов’яз ковою третья, результатом выполнения которой должен быть утвержден документ «Техническое задание» (ТЗ). Разрабатывает его, как правило, заказчик. ТЗ разделяется на 9 разделов и определяет требования к автоматизированным функциям и заданиям и к видам обеспечения; регламентирует организацию разработки, размеры расходов, сроки выполнения стадий и этапов работ и тому подобное. ТЗ определяет также очередность разработки и внедрения системы (пусковые комплексы, очереди и т.п.). При этом в зависимости от вида выполняемых заданий возможны дополнение и изменения содержания разделов ТЗ.
Схарактеризуемо кратко главные разделы ТЗ.
Раздел 1. Общие сведения. Подаются полная и условная названия ро боты, заказчика и объекта.
Раздел 2. Назначение и цель работы. Выясняются призначен ня та цель автоматизации, например сокращение сроков обработки данные, минимизации расходов.
Раздел 3. Характеристика предметной области. Наводятся вiдо мостi об объекте управления и процессах, которые нужно автоматизировать, об условиях выполнения заданий.
Раздел 4. Основные требования. Этот раздел важнейший в ТЗ. Формулируются требования к искомым решениям и системе в целом, к взаимосвязям и взаимодействию разных комплексов заданий одного с одним и с другими системами; к уровню автоматизации, технического, программного, информационного и других видов обеспечения.
В следующих разделах уточняются объемы и сроки выполнения работ, определяются другие параметры создаваемой системы.
Заметим, что объем ТЗ может изменяться в достаточно широких пределах. Например, у одной и той же фирмы-разработчика ТЗ на программный комплекс «Многопользователя «Клиент-банк» составляет 5 страниц, а на систему ОДБ — свыше 40.
Результат выполнения стадии технического проектирования являет собой документ «Технический проект» (ТП), который состоит из в-системной документации и документов относительно функциональной и обеспечительной частей.
Документация касательно ФЧ содержит проектные решения из автоматизации функций и постановки заданий или их комплексов, а документация касательно ЗЧ — проектные решения из информационного, программного, технического и других видов обеспечения.
На стадии рабочего проектирования (РП) к наиболее трудоемким операциям принадлежат разработка и відлагодження рабочих программ.
Заметим, что в случае объединения стадий технического и рабочего проектирования объем документации уменьшается (приблизительно на 20%).
На стадии внедрения системы происходит ее пробная эксплуатация, на основании которой исправляются обнаруженные при этом недостатки и ошибки. В то же время определяются объемы выполненных работ и устанавливается соответствие добытых результатов требованиям технического задания.