Казначейство. Автоматизированные бизнес-технологии управления финансовыми потоками - Петр Жданчиков

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

• определенным набором элементов, представляющих данную модель;

• наличием и закономерностями взаимосвязей представленных элементов;

• параметрами, описывающими сущность и состояние информационной системы;

• архитектонической своеобразностью модели.

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

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

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

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

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

Рис. 5.6. Интегрированная модель

Реализация и внедрение информационных систем

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

Блок-схема алгоритма реализации и внедрения системы автоматизированной управления финансовыми потоками представлена на рис. 5.7.

Описание алгоритма

Блок 1. Моделирование информационной системы.

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

Блок 2. Разработка технического задания.

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

Рис. 5.7. Блок-схема алгоритма реализации и внедрения информационной системы управления финансовыми потоками

Блок 3. Построение технологической сети проектирования.

На основе технического задания строится пошаговая схема программно-методологической реализации информационной системы в виде технологической сети проектирования (ТСП). Для этого предварительно определяют один из возможных методов проектирования информационной системы [Никишев, 2005, с. 10 – 12; Жданчиков, 1991, с. 3 – 7]:

• индивидуальный;

• системный;

• подсистемный;

• типовой.

Пример технологической сети проектирования для подсистемного автоматизированного метода проектирования приведен на рис. 5.8.

Рис. 5.8. Технологическая сеть проектирования

Согласно методике, предложенной М.А. Королевым, А.И. Мишениным, Э.Н. Хотяшовым, процесс построения информационной системы описывается с помощью ТСП. Сеть состоит из преобразователей (П), документов ( D ), информационной модели ( P 1), программных комплексов разного назначения (G), универсумов (U), содержащих сведения о программах [Королев, Мишенин, Хотяшов, 1984].

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

Преобразователь П2 представлен задачей выбора состава ППП, используемых в качестве функциональных прикладных модулей информационной системы. Входом являются требования D 3 и универсум U 1, содержащий необходимые сведения о ППП. В результате работы преобразователя формируется перечень пакетов прикладных программ, отвечающих заданным требованиям, оформленный в виде документа ( D 4).

На основе полученной информации о составе ППП ( D 4), инструкционных материалов ( D 5) и параметров функциональных модулей, получаемых на основе информационной модели Р , преобразователь П3 формирует модель информационной системы в виде комплекса пакетов прикладных программ.

Преобразователем П4, основой которого является программный комплекс средств автоматизированного проектирования, производится перевод входной информации о функциях будущей системы ( D 6) с подключением ППП (U 2 ) в форму программного комплекса информационной системы ( G 3), представляющего иерархическую систему функциональных модулей, документируемую преобразователем П5 в виде пакета организационных документов ( D 7).

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

После завершения работ по проектированию ТСП производится безусловный переход к блоку 5.

Блок 4. Внесение изменений по результатам.

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

Блок 5. Создание рабочего прототипа.

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

Блок 6. Апробация рабочего прототипа.

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

Блок 7. Оценка результатов.

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

Блок 8. Доработка по результатам внедрения.