-количество еженедельных резервных копий;

-количество ежедневных резервных копий;

-наиболее целесообразный временной интервал резервирования данных;

-частота формирования теневых копий;

-размер места, отведенного для теневых копий.

Процедура резервирования DAS (direct-attached-storage) используется для реализации соответствующего типа резервирования. Выбор данного типа обусловлен его простотой реализации и относительно невысокой стоимостью. Поскольку резервное хранилище реализовано на жестких магнитных дисках, а не на накопителях на магнитных лентах, данный тип резервного копирования оказался практически лишенным недостатков.

Процедура теневого копирования реализует получение так называемых «Теневых копий» [196]. Системный администратор включает и настраивает службу

Volume Shadow Copy, входящую в состав используемой операционной системы Windows Server 2003. Чтобы разрешить на сервере теневое копирование, вызывается окно свойств тома, осуществляется переход на вкладку «Теневые копии (Shadow Copies)», выбирается том и активизируется опция «Включить (Enable)». В результате пользователь имеет возможность доступа к различным версиям документа в соответствии с привязкой к определенному моменту времени. Само теневое копирование производится «на лету», независимо от того, открыт файл или нет. В этом режиме Windows Server 2003 копирует все файлы в общих папках и помечает их атрибутами с текущей датой и временем. Пока разрешено теневое копирование тома, Windows Server 2003 будет ежедневно создавать по две копии файлов. Этот процесс продолжится до исчерпания на диске места, отведенного под теневые копии. Вот почему в процедуре задания параметров резервирования важно настроить частоту копирования и размер места, отведенного для теневых копий. Теневое копирование томов позволяет создавать библиотеки версий файлов, тем самым обеспечивая доступ к сохраненным версиям удаленных или поврежденных файлов, что избавляет системных администраторов от одной из наиболее обременительных задачвосстановления одиночных файлов, ошибочно удаленных пользователями.

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

201

с резервированием всех данных. Технология зеркалирования тесно связана с формированием массивовRAID. Аббревиатура RAID расшифро-

вывается как Redundant Array of Independent Disks - избыточный массив независимых дисков. Практически для всех реализаций массивовRAID общей является идея чередования (striping). Чередование состоит из определения базовой единицы ввода-вывода (обычно она имеет размер от 512 байт до 4 или 8 Мбайт) и метода физического размещения этих единиц на различных дисках. Таким образом, формируются логические блоки для кластеров более высокого уровня. Первая единица может находиться на диске 1, вторая - на диске 2 и т. д [163]. Реализация массивов RAID может быть аппаратной и программной. Использована аппаратная реализация массива RAID. Аппаратный RAID - устройство RAID, созданное и поддерживаемое на аппаратном уровне. Для операционной системы такое устройство выглядит как один физический жесткий дискотдельные диски, составляющие данное устройство, системе невидны. Наиболее удобное, надежное и относительно не дешевое решение. Тем не менее данные затраты окупятся , поскольку позволят решить основные проблемы программной реализации массива RAID, в частности:

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

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

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

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

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

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

202

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

-создание моментального снимка;

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

-проведение резервного копирования;

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

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

Процедура виртуализации хранилища позволяет полностью автоматизировать данный процесс.

5.4. Ввод данных в ПВХД

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

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

Блоки 1,11 обеспечивают пуск и остановку данного алгоритма.

Вблоке 2 реализован выбор требуемой акции из списка.

Вблоке 3 пользователь подтверждает свои намерения работать с выбранной акцией. Если это так, то управление передается в блок4. В противном случае управление передается в блок 11.

Блок 4 обеспечивает вывод характеристик выбранной акции.

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

Блок 6 предназначен для соединения с одним из сайтов, предоставляющих информацию о данном типе акции.

Вблоке 7 реализовано обновление характеристик выбранной ак-

ции.

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

203

1

Начало

2

Выбор акции из списка

нет

11

нет 5 Обновить данные?

да

6

Соединение с сайтом

7Обновление информации

8

Копирование в ВД вывод обн.инф.

10

Вывод результатов анализа в табл. и граф. форме

11

Конец

Рис. 5.10. Блок схема алгоритма автоматизированного ввода информации о котировках акций

204

В блоке 9 ЛПР принимает решение о необходимости анализа информации о данной акции. В случае положительного решения, управление передается в блок 10. В случае отрицательного решения, управление передается в блок 4.

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

ВД

Рис. 5.11. Структурно – функциональная схема модуля автоматизированного ввода данных

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

Процедура аутентификации обеспечивает проверку пароля.

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

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

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

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

205

Внешний вид окна главной экранной формы модуля автоматизированного ввода данных с открытой вкладкой«Статистика цен», приведен на рис.5.12.

Рис. 5.12. Окно главной экранной формы программного модуля автоматизированного ввода данных

Если выбрана закладка «График» и нажата кнопка «Показать», то появится график, показывающий, как изменялась стоимость данной акции на протяжении выбранного интервала времени (рис. 5.13.).

Рис. 5.13. Экранная форма программного модуля с активированной закладкой «График»

206

РАЗДЕЛ 6.

ПРОЕКТИРОВАНИЕ И СИНТЕЗ ИНФОРМАЦИОННЫХ СИСТЕМ ПОДДЕРЖКИ ПРИНЯТИЯ ИНВЕСТИЦИОННЫХ РЕШЕНИЙ

6.1. Концепция проектирования

СППИР являются новым классом информационных систем. В настоящее время имеется определенный опыт разработки и опытной эксплуатации одного из их прототипов.

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

Если определенный опыт разаботки подобных информационных систем имеется [153], то опыт их проектирования отсутствует. Тем не менее, есть опыт в области разработки и проектирования подобных системинформационных систем интегрированного менеджмента (ИСИМ) [90, 91, 113, 124].

Интегрированный менеджмент (ИМ) является дальнейшим развитием классического [157]. Его основное назначение – обеспечить стабильное функционирование социально-экономической организации (СЭО) в сложных экономических условиях (в условиях предкризисных и кризисных состояниях внешней экономической среды)

[125]. Он базируется на мониторинге внешней среды, анализе процессных состояний СЭО (предыдущих, текущих и прогнозных), синтезе и реализации эффективных оперативных и упреждающих мероприятий(проектного управления, формы хозяйствования 5С, комплексирования методов антикризисного управления, инновационно - инвестиционного проектирования) [88, 92, 135].

Структурная схема информационной системы интегрированногоме неджмента (ИСИМ) СЭО представляет собой надсистему для системы управления традиционного менеджмента. В схематичном виде она представлена на рис. 6.1 [126].

Данная система более узконаправленна и предназначена для информационного обеспечения решения задач ИМ. ИСИМ может функционировать в режимах прямого и косвенного воздействий. На начальном этапе её формирования, преобладает косвенный режим работы. В данном режиме работы лицо, принимающее решения (ЛПР) субъекта управления традиционного менеджмента сложившегося в СЭО, периодически обращается за консультацией к субъекту управления интегрированного менеджмента. По мере настройки ИСИМ, начнет преобладать режим прямого воздействия. Технология его аналогична вышеизложенной, только объектом воздействия будут непосредственно объекты управления системы традиционного менеджмента [113].

207

СППИР и ИСИМ подобны, в силу следующих трех основных причин. Вопервых, методологические основы ИМ и предметной области принятия инвестиционных решений, где используются данные системы в качестве инструментов, достаточно близки [90, 91, 113]. Во-вторых, в рамках технологии применения, СППИР и ИСИМ имеют общий режим работы(косвенный). В- третьих, набор их функциональных подсистем практически одинаков[129, 152]. Различие заключается в способах реализации подсистем прогнозирования.

В СППИР для прогнозирования временных рядов используются ИНС (ПКНПВР) [87], а в ИСИМ - набор моделей и алгоритмов, базирующихся на других принципах [78, 187].

Подобие данных систем позволяет использовать в рамках проектирования СППИР, соответствующие наработки, сделанные для ИСИМ [105].

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

Суть основных концептуальных положений проектирования СППИР -за ключается в следующем.

1. Состав участников проектирования включает четыре категории: субъект управления; объект управления; процесс управления; окружение проекта [15]. Субъекты управления - активные участники проекта (заказчик, генеральный конструктор, менеджеры проекта, ответственные исполнители и др.) которые взаимодействуют между собой при выработке и принятии управленческих решений в рамках проектирования СППИР. Объект управления – непосредственно СППИР на проектной стадии разработки, начиная от формирования ее облика и заканчивая приемкой в эксплуатацию. Процесс проектирования представляет собой целевое воздействие субъекта(ов) управления на объект управления путем принятия и реализации соответствующих решений, учитывающих

208

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

2. Разработанная организационная схема проектирования ИСИМ(см. рис.6.2) включает уровни целеполагания, проектирования и реализации [108].

Цель 2

Уровень целеполагания

Подсистемы

Уровень реализации

Рис. 6.2. Иерархическая схема проектирования ИСИМ

Уровень целеполагания содержит основные идеи– цели проекта. Цели проекта проецируются на уровень проектирования в виде некоторых моделей– детальных планов действий. Модели включают в себя различные аспекты проекта и отражаются в его документации(аванпроект, технические предложения, техническое задание и др.). На уровне проектирования обосновываются ресурсы целесообразные для использования, организационная структура проекта, система коммуникаций между элементами проекта, сценарии взаимодействия элементов проекта с внешней средой и др. В ходе проектирования создается, анализируется и утверждается модель деятельности и ее результаты, направленные на достижение поставленных целей. Модели проекта проецируются на уровень реализации, на котором разрабатываются конкретные подсистемы

209

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

Четырехуровневая организационная схема проектирования СППИР приведена на рис. 6.3.

Цель 2

Уровень целеполагания

Модули

Уровень программирования

Рис. 6.3. Иерархическая схема проектирования СППИР

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

210