|
|
|
|
Диплом: Разработка концепции информационной системы для поддержки принятия управленческих решений в области маркетинга региона
Одной из наиболее важных особенностей методологии SADT является постепенное
введение все больших уровней детализации по мере создания диаграмм,
отображающих модель.
Рисунок 8 - Функциональный блок и интерфейсные дуги
На рисунке 9, где приведены четыре диаграммы и их взаимосвязи, показана
структура SADT-модели. Каждый компонент модели может быть декомпозирован на
другой диаграмме. Каждая диаграмма иллюстрирует "внутреннее строение" блока
на родительской диаграмме.
Иерархия диаграмм. Построение SADT-модели начинается с представления всей
системы в виде простейшей компоненты - одного блока и дуг, изображающих
интерфейсы с функциями вне системы. Поскольку единственный блок представляет
всю систему как единое целое, имя, указанное в блоке, является общим. Это верно
и для интерфейсных дуг - они также представляют полный набор внешних
интерфейсов системы в целом.
Рисунок 9 - Структура SADT-модели. Декомпозиция диаграмм
Затем блок, который представляет систему в качестве единого модуля,
детализируется на другой диаграмме с помощью нескольких блоков, соединенных
интерфейсными дугами. Эти блоки представляют основные подфункции исходной
функции. Данная декомпозиция выявляет полный набор подфункций, каждая из
которых представлена как блок, границы которого определены интерфейсными
дугами. Каждая из этих подфункций может быть декомпозирована подобным образом
для более детального представления.
Во всех случаях каждая подфункция может содержать только те элементы, которые
входят в исходную функцию. Кроме того, модель не может опустить какие-либо
элементы, т.е., как уже отмечалось, родительский блок и его интерфейсы
обеспечивают контекст. К нему нельзя ничего добавить, и из него не может быть
ничего удалено.
Модель SADT представляет собой серию диаграмм с сопроводительной
документацией, разбивающих сложный объект на составные части, которые
представлены в виде блоков. Детали каждого из основных блоков показаны в виде
блоков на других диаграммах. Каждая детальная диаграмма является
декомпозицией блока из более общей диаграммы. На каждом шаге декомпозиции
более общая диаграмма называется родительской для более детальной диаграммы.
Дуги, входящие в блок и выходящие из него на диаграмме верхнего уровня,
являются точно теми же самыми, что и дуги, входящие в диаграмму нижнего
уровня и выходящие из нее, потому что блок и диаграмма представляют одну и ту
же часть системы.
На SADT-диаграммах не указаны явно ни последовательность, ни время. Обратные
связи, итерации, продолжающиеся процессы и перекрывающиеся (по времени)
функции могут быть изображены с помощью дуг. Обратные связи могут выступать в
виде комментариев, замечаний, исправлений.
Как было отмечено, механизмы (дуги с нижней стороны) показывают средства, с
помощью которых осуществляется выполнение функций. Механизм может быть
человеком, компьютером или любым другим устройством, которое помогает
выполнять данную функцию (рисунок 10).
Рисунок 10 - Пример механизма
Каждый блок на диаграмме имеет свой номер. Блок любой диаграммы может быть
далее описан диаграммой нижнего уровня, которая, в свою очередь, может быть
далее детализирована с помощью необходимого числа диаграмм. Таким образом,
формируется иерархия диаграмм.
Для того, чтобы указать положение любой диаграммы или блока в иерархии,
используются номера диаграмм. Например, А12 является диаграммой, которая
детализирует блок 1 на диаграмме А2. Аналогично, А2 детализирует блок 2 на
диаграмме А0, которая является самой верхней диаграммой модели. На рисунке 11
показано типичное дерево диаграмм.
Рисунок 11 - Иерархия диаграмм
Типы связей между функциями. Одним из важных моментов при проектировании ИС с
помощью методологии SADT является точная согласованность типов связей между
функциями. Различают по крайней мере семь типов:
- (0) Тип случайной связности: наименее желательный. Случайная
связность возникает, когда конкретная связь между функциями мала или полностью
отсутствует. Это относится к ситуации, когда имена данных на SADT-дугах в одной
диаграмме имеют малую связь друг с другом.
- (1) Тип логической связности. Логическое связывание
происходит тогда, когда данные и функции собираются вместе вследствие того, что
они попадают в общий класс или набор элементов, но необходимых функциональных
отношений между ними не обнаруживается.
- (2) Тип временной связности. Связанные по времени
элементы возникают вследствие того, что они представляют функции, связанные во
времени, когда данные используются одновременно или функции включаются
параллельно, а не последовательно.
- (3) Тип процедурной связности. Процедурно-связанные
элементы появляются сгруппированными вместе вследствие того, что они
выполняются в течение одной и той же части цикла или процесса.
- (4) Тип коммуникационной связности. Диаграммы
демонстрируют коммуникационные связи, когда блоки группируются вследствие того,
что они используют одни и те же входные данные и/или производят одни и те же
выходные данные (рисунок 12).
- (5) Тип последовательной связности. На диаграммах,
имеющих последовательные связи, выход одной функции служит входными данными для
следующей функции. Связь между элементами на диаграмме является более тесной,
чем на рассмотренных выше уровнях связок, поскольку моделируются
причинно-следственные зависимости (рисунок 13).
-
(6) Тип функциональной связности. Диаграмма отражает полную
функциональную связность, при наличии полной зависимости одной функции от
другой. Диаграмма, которая является чисто функциональной, не содержит
чужеродных элементов, относящихся к последовательному или более слабому типу
связности. Одним из способов определения функционально-связанных диаграмм
является рассмотрение двух блоков, связанных через управляющие дуги, как
показано на рисунке 14.
Рисунок 12 - Коммуникационная связность
Рисунок 13 - Последовательная связность
В математических терминах необходимое условие для простейшего типа
функциональной связности, показанной на рисунке 14, имеет следующий вид:
C = g(B) = g(f(A)) (1)
Рисунок 14 - Функциональная связность
Моделирование потоков данных (процессов). В основе данной методологии
(методологии Gane/Sarson) лежит построение модели анализируемой ИС -
проектируемой или реально существующей. В соответствии с методологией модель
системы определяется как иерархия диаграмм потоков данных (ДПД или DFD),
описывающих асинхронный процесс преобразования информации от ее ввода в
систему до выдачи пользователю. Диаграммы верхних уровней иерархии
(контекстные диаграммы) определяют основные процессы или подсистемы ИС с
внешними входами и выходами. Они детализируются при помощи диаграмм нижнего
уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию
диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на
котором процесс становятся элементарными и детализировать их далее
невозможно.
Источники информации (внешние сущности) порождают информационные потоки
(потоки данных), переносящие информацию к подсистемам или процессам. Те в
свою очередь преобразуют информацию и порождают новые потоки, которые
переносят информацию к другим процессам или подсистемам, накопителям данных
или внешним сущностям - потребителям информации. Таким образом, основными
компонентами диаграмм потоков данных являются:
- внешние сущности;
- системы/подсистемы;
- процессы;
- накопители данных;
- потоки данных.
Внешние сущности. Внешняя сущность представляет собой материальный
предмет или физическое лицо, представляющее собой источник или приемник
информации, например, заказчики, персонал, поставщики, клиенты, склад.
Определение некоторого объекта или системы в качестве внешней сущности
указывает на то, что она находится за пределами границ анализируемой ИС. В
процессе анализа некоторые внешние сущности могут быть перенесены внутрь
диаграммы анализируемой ИС, если это необходимо, или, наоборот, часть процессов
ИС может быть вынесена за пределы диаграммы и представлена как внешняя
сущность. Внешняя сущность обозначается квадратом (рисунок 15), расположенным
как бы "над" диаграммой и бросающим на нее тень, для того, чтобы можно было
выделить этот символ среди других обозначений:
Рисунок 15 - Внешняя сущность
Системы и подсистемы. При построении модели сложной ИС она может быть
представлена в самом общем виде на так называемой контекстной диаграмме в виде
одной системы как единого целого, либо может быть декомпозирована на ряд
подсистем.
Подсистема (или система) на контекстной диаграмме изображается следующим
образом (рисунок 16).
Рисунок 16 - Подсистема
Номер подсистемы служит для ее идентификации. В поле имени вводится
наименование подсистемы в виде предложения с подлежащим и соответствующими
определениями и дополнениями.
Процессы. Процесс представляет собой преобразование входных потоков
данных в выходные в соответствии с определенным алгоритмом. Физически процесс
может быть реализован различными способами: это может быть подразделение
организации (отдел), выполняющее обработку входных документов и выпуск отчетов,
программа, аппаратно реализованное логическое устройство и т.д.
Процесс на диаграмме потоков данных изображается, как показано на рисунке 17.
Рисунок 17 - Процесс
Номер процесса служит для его идентификации. В поле имени вводится
наименование процесса в виде предложения с активным недвусмысленным глаголом
в неопределенной форме (вычислить, рассчитать, проверить, определить,
создать, получить), за которым следуют существительные в винительном падеже,
например:
- "Ввести сведения о клиентах";
- "Выдать информацию о текущих расходах";
- "Проверить кредитоспособность клиента".
Использование таких глаголов, как "обработать", "модернизировать" или
"отредактировать" означает, как правило, недостаточно глубокое понимание
данного процесса и требует дальнейшего анализа.
Информация в поле физической реализации показывает, какое подразделение
организации, программа или аппаратное устройство выполняет данный процесс.
Накопители данных. Накопитель данных представляет собой абстрактное
устройство для хранения информации, которую можно в любой момент поместить в
накопитель и через некоторое время извлечь, причем способы помещения и
извлечения могут быть любыми. Накопитель данных может быть реализован физически
в виде микрофиши, ящика в картотеке, таблицы в оперативной памяти, файла на
магнитном носителе и т.д. Накопитель данных на диаграмме потоков данных
изображается, как показано на рисунке 18.
Рисунок 18 - Накопитель данных
Накопитель данных идентифицируется буквой "D" и произвольным числом. Имя
накопителя выбирается из соображения наибольшей информативности для
проектировщика.
Накопитель данных в общем случае является прообразом будущей базы данных и
описание хранящихся в нем данных должно быть увязано с информационной
моделью.
Поток данных определяет информацию, передаваемую через некоторое соединение
от источника к приемнику. Реальный поток данных может быть информацией,
передаваемой по кабелю между двумя устройствами, пересылаемыми по почте
письмами, магнитными лентами или дискетами, переносимыми с одного компьютера
на другой и т.д.
Поток данных на диаграмме изображается линией, оканчивающейся стрелкой,
которая показывает направление потока (рисунок 19). Каждый поток данных имеет
имя, отражающее его содержание.
Рисунок 19 - Поток данных
Построение иерархии диаграмм потоков данных. Первым шагом при построении
иерархии ДПД является построение контекстных диаграмм. Обычно при
проектировании относительно простых ИС строится единственная контекстная
диаграмма со звездообразной топологией, в центре которой находится так
называемый главный процесс, соединенный с приемниками и источниками информации,
посредством которых с системой взаимодействуют пользователи и другие внешние
системы.
Если же для сложной системы ограничиться единственной контекстной диаграммой,
то она будет содержать слишком большое количество источников и приемников
информации, которые трудно расположить на листе бумаги нормального формата, и
кроме того, единственный главный процесс не раскрывает структуры
распределенной системы. Признаками сложности (в смысле контекста) могут быть:
- наличие большого количества внешних сущностей (десять и более);
- распределенная природа системы;
- многофункциональность системы с уже сложившейся или выявленной
группировкой функций в отдельные подсистемы.
Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная
диаграмма верхнего уровня содержит не единственный главный процесс, а набор
подсистем, соединенных потоками данных. Контекстные диаграммы следующего
уровня детализируют контекст и структуру подсистем.
Иерархия контекстных диаграмм определяет взаимодействие основных
функциональных подсистем проектируемой ИС как между собой, так и с внешними
входными и выходными потоками данных и внешними объектами (источниками и
приемниками информации), с которыми взаимодействует ИС.
Разработка контекстных диаграмм решает проблему строгого определения
функциональной структуры ИС на самой ранней стадии ее проектирования, что
особенно важно для сложных многофункциональных систем, в разработке которых
участвуют разные организации и коллективы разработчиков.
После построения контекстных диаграмм полученную модель следует проверить на
полноту исходных данных об объектах системы и изолированность объектов
(отсутствие информационных связей с другими объектами).
Для каждой подсистемы, присутствующей на контекстных диаграммах, выполняется
ее детализация при помощи ДПД. Каждый процесс на ДПД, в свою очередь, может
быть детализирован при помощи ДПД или миниспецификации. При детализации
должны выполняться следующие правила:
- правило балансировки - означает, что при детализации подсистемы или
процесса детализирующая диаграмма в качестве внешних источников/приемников
данных может иметь только те компоненты (подсистемы, процессы, внешние
сущности, накопители данных), с которыми имеет информационную связь
детализируемая подсистема или процесс на родительской диаграмме;
- правило нумерации - означает, что при детализации процессов должна
поддерживаться их иерархическая нумерация. Например, процессы, детализирующие
процесс с номером 12, получают номера 12.1, 12.2, 12.3 и т.д.
Миниспецификация (описание логики процесса) должна формулировать его основные
функции таким образом, чтобы в дальнейшем специалист, выполняющий реализацию
проекта, смог выполнить их или разработать соответствующую программу.
Миниспецификация является конечной вершиной иерархии ДПД. Решение о
завершении детализации процесса и использовании миниспецификации принимается
аналитиком исходя из следующих критериев:
- наличия у процесса относительно небольшого количества входных и
выходных потоков данных (2-3 потока);
- возможности описания преобразования данных процессом в виде
последовательного алгоритма;
- выполнения процессом единственной логической функции преобразования
входной информации в выходную;
- возможности описания логики процесса при помощи миниспецификации
небольшого объема (не более 20-30 строк).
При построении иерархии ДПД переходить к детализации процессов следует только
после определения содержания всех потоков и накопителей данных, которое
описывается при помощи структур данных. Структуры данных конструируются из
элементов данных и могут содержать альтернативы, условные вхождения и
итерации. Условное вхождение означает, что данный компонент может
отсутствовать в структуре. Альтернатива означает, что в структуру может
входить один из перечисленных элементов. Итерация означает вхождение любого
числа элементов в указанном диапазоне. Для каждого элемента данных может
указываться его тип (непрерывные или дискретные данные). Для непрерывных
данных может указываться единица измерения (килограммы, рубли и т.п.),
диапазон значений, точность представления и форма физического кодирования.
Для дискретных данных может указываться таблица допустимых значений.
После построения законченной модели системы ее необходимо верифицировать
(проверить на полноту и согласованность). В полной модели все ее объекты
(подсистемы, процессы, потоки данных) должны быть подробно описаны и
детализированы. Выявленные недетализированные объекты следует детализировать,
вернувшись на предыдущие шаги разработки. В согласованной модели для всех
потоков данных и накопителей данных должно выполняться правило сохранения
информации: все поступающие куда-либо данные должны быть считаны, а все
считываемые данные должны быть записаны.
Методология IDEF. Метод IDEF1, разработанный Т.Рэмей (T.Ramey), основан
на подходе П.Чена и позволяет построить модель данных, эквивалентную
реляционной модели в третьей нормальной форме. В настоящее время на основе
совершенствования методологии IDEF1 создана ее новая версия - методология
IDEF1X. IDEF1X разработана с учетом таких требований, как простота изучения и
возможность автоматизации. IDEF1X-диаграммы используются рядом распространенных
CASE-средств (в частности, ERwin, Design/IDEF).
Сущность в методологии IDEF1X является независимой от идентификаторов или
просто независимой, если каждый экземпляр сущности может быть однозначно
идентифицирован без определения его отношений с другими сущностями. Сущность
называется зависимой от идентификаторов или просто зависимой, если
однозначная идентификация экземпляра сущности зависит от его отношения к
другой сущности (рисунок 20).
Рисунок 20 - Сущности
Каждой сущности присваивается уникальное имя и номер, разделяемые косой
чертой "/" и помещаемые над блоком.
Связь может дополнительно определяться с помощью указания степени или
мощности (количества экземпляров сущности-потомка, которое может существовать
для каждого экземпляра сущности-родителя). В IDEF1X могут быть выражены
следующие мощности связей:
- каждый экземпляр сущности-родителя может иметь ноль, один или более
связанных с ним экземпляров сущности-потомка;
- каждый экземпляр сущности-родителя должен иметь не менее одного
связанного с ним экземпляра сущности-потомка;
- каждый экземпляр сущности-родителя должен иметь не более одного
связанного с ним экземпляра сущности-потомка;
- каждый экземпляр сущности-родителя связан с некоторым фиксированным
числом экземпляров сущности-потомка.
Если экземпляр сущности-потомка однозначно определяется своей связью с
сущностью-родителем, то связь называется идентифицирующей, в противном случае
- неидентифицирующей.
Идентифицирующая связь между сущностью-родителем и сущностью-потомком
изображается сплошной линией (рисунок 21). Сущность-потомок в
идентифицирующей связи является зависимой от идентификатора сущностью.
Сущность-родитель в идентифицирующей связи может быть как независимой, так и
зависимой от идентификатора сущностью (это определяется ее связями с другими
сущностями).
Рисунок 21 - Идентифицирующая связь
Пунктирная линия изображает неидентифицирующую связь (рисунок 22). Сущность-
потомок в неидентифицирующей связи будет независимой от идентификатора, если
она не является также сущностью-потомком в какой-либо идентифицирующей связи.
Рисунок 22 - Неидентифицирующая связь
Атрибуты изображаются в виде списка имен внутри блока сущности. Атрибуты,
определяющие первичный ключ, размещаются наверху списка и отделяются от
других атрибутов горизонтальной чертой (рисунок 23).
Рисунок 23 - Атрибуты и первичные ключи
Сущности могут иметь также внешние ключи (Foreign Key), которые могут
использоваться в качестве части или целого первичного ключа или неключевого
атрибута. Внешний ключ изображается с помощью помещения внутрь блока сущности
имен атрибутов, после которых следуют буквы FK в скобках.
Методология DATARUN и инструментальное средство SE Companion. Современные
методологии и реализующие их технологии поставляются в электронном виде вместе
с CASE-средствами и включают библиотеки процессов, шаблонов, методов, моделей и
других компонент, предназначенных для построения ПО того класса систем, на
который ориентирована методология. Электронные методологии включают также
средства, которые должны обеспечивать их адаптацию для конкретных пользователей
и развитие методологии по результатам выполнения конкретных проектов.
Процесс адаптации заключается в удалении ненужных процессов, действий ЖЦ и
других компонентов методологии, в изменении неподходящих или в добавлении
собственных процессов и действий, а также методов, моделей, стандартов и
руководств. Настройка методологии может осуществляться также по следующим
аспектам: этапы и операции ЖЦ, участники проекта, используемые модели ЖЦ,
поддерживаемые концепции и др.
Электронные методологии и технологии (и поддерживающие их CASE-средства)
составляют ядро комплекса согласованных инструментальных средств среды
разработки ИС.
Одной из наиболее распространенных в мире электронных методологий является
методология DATARUN. В соответствии с методологией DATARUN ЖЦ ПО разбивается
на стадии, которые связываются с результатами выполнения основных процессов,
определяемых стандартом ISO 12207. Каждую стадию кроме ее результатов должен
завершать план работ на следующую стадию.
Стадия формирования требований и планирования включает в себя действия по
определению начальных оценок объема и стоимости проекта. Должны быть
сформулированы требования и экономическое обоснование для разработки ИС,
функциональные модели (модели бизнес-процессов организации) и исходная
концептуальная модель данных, которые дают основу для оценки технической
реализуемости проекта. Основными результатами этой стадии должны быть модели
деятельности организации (исходные модели процессов и данных организации),
требования к системе, включая требования по сопряжению с существующими ИС,
исходный бизнес-план.
Стадия концептуального проектирования начинается с детального анализа
первичных данных и уточнения концептуальной модели данных, после чего
проектируется архитектура системы. Архитектура включает в себя разделение
концептуальной модели на обозримые подмодели. Оценивается возможность
использования существующих ИС и выбирается соответствующий метод их
преобразования. После построения проекта уточняется исходный бизнес-план.
Выходными компонентами этой стадии являются концептуальная модель данных,
модель архитектуры системы и уточненный бизнес-план.
На стадии спецификации приложений продолжается процесс создания и детализации
проекта. Концептуальная модель данных преобразуется в реляционную модель
данных. Определяется структура приложения, необходимые интерфейсы приложения
в виде экранов, отчетов и пакетных процессов вместе с логикой их вызова.
Модель данных уточняется бизнес-правилами и методами для каждой таблицы. В
конце этой стадии принимается окончательное решение о способе реализации
приложений. По результатам стадии должен быть построен проект ИС, включающий
модели архитектуры ИС, данных, функций, интерфейсов (с внешними системами и с
пользователями), требований к разрабатываемым приложениям (модели данных,
интерфейсов и функций), требований к доработкам существующих ИС, требований к
интеграции приложений, а также сформирован окончательный план создания ИС.
На стадии разработки, интеграции и тестирования должна быть создана тестовая
база данных, частные и комплексные тесты. Проводится разработка,
прототипирование и тестирование баз данных и приложений в соответствии с
проектом. Отлаживаются интерфейсы с существующими системами. Описывается
конфигурация текущей версии ПО. На основе результатов тестирования проводится
оптимизация базы данных и приложений. Приложения интегрируются в систему,
проводится тестирование приложений в составе системы и испытания системы.
Основными результатами стадии являются готовые приложения, проверенные в
составе системы на комплексных тестах, текущее описание конфигурации ПО,
скорректированная по результатам испытаний версия системы и эксплуатационная
документация на систему.
Стадия внедрения включает в себя действия по установке и внедрению баз данных
и приложений. Основными результатами стадии должны быть готовая к
эксплуатации и перенесенная на программно-аппаратную платформу заказчика
версия системы, документация сопровождения и акт приемочных испытаний по
результатам опытной эксплуатации.
Стадии сопровождения и развития включают процессы и операции, связанные с
регистрацией, диагностикой и локализацией ошибок, внесением изменений и
тестированием, проведением доработок, тиражированием и распространением новых
версий ПО в места его эксплуатации, переносом приложений на новую платформу и
масштабированием системы. Стадия развития фактически является повторной
итерацией стадии разработки.
Методология DATARUN опирается на две модели или на два представления:
- модель организации;
- модель ИС.
Методология DATARUN базируется на системном подходе к описанию деятельности
организации. Построение моделей начинается с описания процессов, из которых
затем извлекаются первичные данные (стабильное подмножество данных, которые
организация должна использовать для своей деятельности). Первичные данные
описывают продукты или услуги организации, выполняемые операции (транзакции)
и потребляемые ресурсы. К первичным относятся данные, которые описывают
внешние и внутренние сущности, такие как служащие, клиенты или агентства, а
также данные, полученные в результате принятия решений, как например, графики
работ, цены на продукты.
Основной принцип DATARUN заключается в том, что первичные данные, если они
должным образом организованы в модель данных, становятся основой для
проектирования архитектуры ИС. Архитектура ИС будет более стабильной, если
она основана на первичных данных, тесно связанных с основными деловыми
операциями, определяющими природу бизнеса, а не на традиционной
функциональной модели.
Любая ИС (рисунок 24) представляет собой набор модулей, исполняемых
процессорами и взаимодействующих с базами данных. Базы данных и процессоры
могут располагаться централизованно или быть распределенными. События в
системе могут инициироваться внешними сущностями, такими как клиенты у
банкоматов или временные события (конец месяца или квартала). Все транзакции
осуществляются через объекты или модули интерфейса, которые взаимодействуют с
одной или более базами данных.
Рисунок 24 - Модель ИС
Подход DATARUN преследует две цели:
- определить стабильную структуру, на основе которой будет строиться
ИС. Такой структурой является модель данных, полученная из первичных данных,
представляющих фундаментальные процессы организации;
- спроектировать ИС на основании модели данных.
Объекты, формируемые на основании модели данных, являются объектами базы
данных, обычно размещаемыми на серверах в среде клиент/сервер. Объекты
интерфейса, определенные в архитектуре компьютерной системы, обычно
размещаются на клиентской части. Модель данных, являющаяся основой для
спецификации совместно используемых объектов базы данных и различных объектов
интерфейса, обеспечивает сопровождаемость ИС. На рисунке 25 представлена
последовательность шагов проектирования ИС.
На рисунке 26 определены модели, создаваемые в процессе разработки ИС. Для их
создания используется CASE-средство Silverrun. Silverrun обеспечивает
автоматизацию проведения проектных работ в соответствии с методологией
DATARUN. Предоставляемая этими средствами среда проектирования дает
возможность руководителю проекта контролировать проведение работ, отслеживать
выполнение работ, вовремя замечать отклонения от графика. Каждый участник
проекта, подключившись к этой среде, может выяснить содержание и сроки
выполнения порученной ему работы, детально изучить технику ее выполнения в
гипертексте по технологиям, и вызвать инструмент (модуль Silverrun) для
реального выполнения работы.
Информационная система создается последовательным построением ряда моделей,
начиная с модели бизнес-процессов и заканчивая моделью программы,
автоматизирующей эти процессы.
Рисунок 25 - Последовательность шагов проектирования системы
Рисунок 26 - Модели, создаваемые с помощью подхода DATARUN
- BPM (Business Process Model) - модель бизнес-процессов.
- PDS (Primary Data Structure) - структура первичных данных.
- CDM (Conceptual Data Model) - концептуальная модель данных.
- SPM (System Process Model) - модель процессов системы.
- ISA (Information System Architecture) - архитектура информационной
системы.
- ADM (Application Data Model) - модель данных приложения.
- IPM (Interface Presentation Model) - модель представления интерфейса.
- ISM (Interface Specification Model) - модель спецификации интерфейса.
Создаваемая ИС должна основываться на функциях, выполняемых организацией.
Поэтому первая создаваемая модель - это модель бизнес-процессов, построение
которой осуществляется в модуле Silverrun BPM. Для этой модели используется
специальная нотация BPM. В процессе анализа и спецификации бизнес-функций
выявляются основные информационные объекты, которые документируются как
структуры данных, связанные с потоками и хранилищами модели. Источниками для
создания структур являются используемые в организации документы, должностные
инструкции, описания производственных операций. Эти данные вводятся в том
виде, как они существуют в деятельности организации. Нормализация и удаление
избыточности производится позже при построении концептуальной модели данных в
модуле Silverrun ERX. После создания модели бизнес-процессов информация
сохраняется в репозитории проекта.
В процессе обследования работы организации выявляются и документируются
структуры первичных данных. Эти структуры заносятся в репозиторий модуля BPM
при описании циркулирующих в организации документов, сообщений, данных. В
модели бизнес-процессов первичные структуры данных связаны с потоками и
хранилищами информации.
На основе структур первичных данных в модуле Silverrun ERX создается
концептуальная модель данных (ER-модель). От структур первичных данных
концептуальная модель отличается удалением избыточности, стандартизацией
наименований понятий и нормализацией. Эти операции в модуле ERX выполняются
при помощи встроенной экспертной системы. Цель концептуальной модели данных -
описать используемую информацию без деталей возможной реализации в базе
данных, но в хорошо структурированном нормализованном виде.
На основе модели бизнес-процессов и концептуальной модели данных
проектируется архитектура ИС. Определяются входящие в систему приложения, для
каждого приложения специфицируются используемые данные и реализуемые функции.
Архитектура ИС создается в модуле Silverrun BPM с использованием специальной
нотации ISA. Основное содержание этой модели - структурные компоненты системы
и навигация между ними. Концептуальная модель данных разбивается на части,
соответствующие входящим в состав системы приложениям.
Перед разработкой приложений должна быть спроектирована структура
корпоративной базы данных. DATARUN предполагает использование базы данных,
основанной на реляционной модели. Концептуальная модель данных после
нормализации переносится в модуль реляционного моделирования Silverrun RDM с
помощью специального моста ERX-RDM. Преобразование модели из формата ERX в
формат RDM происходит автоматически без вмешательства пользователя. После
преобразования форматов получается модель реляционной базы данных. Эта модель
детализируется в модуле Silverrun RDM определением физической реализации
(типов данных СУБД, ключей, индексов, триггеров, ограничений ссылочной
целостности). Правила обработки данных можно задавать как непосредственно на
языке программирования СУБД, так и в декларативной форме, не привязанной к
реализации. Мосты Silverrun к реляционным СУБД переводят эти декларативные
правила на язык требуемой системы, что снижает трудоемкость программирования
процедур сервера базы данных, а также позволяет из одной спецификации
генерировать приложения для разных СУБД.
С помощью модели системных процессов детально документируется поведение
каждого приложения. В модуле BPM создается модель системных процессов,
определяющая, каким образом реализуются бизнес-процессы. Эта модель создается
отдельно для каждого приложения и тесно связана с моделью данных приложения.
Приложение состоит из интерфейсных объектов (экранных форм, отчетов, процедур
обработки данных). Каждый интерфейс системы (экранная форма, отчет, процедура
обработки данных) имеет дело с подмножеством базы данных. В модели данных
приложения (созданной в модуле RDM) создается подсхема базы данных для
каждого интерфейса этого приложения. Уточняются также правила обработки
данных, специфичные для каждого интерфейса. Интерфейс работает с данными в
ненормализованном виде, поэтому спецификация данных, как ее видит интерфейс,
оформляется как отдельная подсхема модели данных интерфейса.
Модель представления интерфейса - это описание внешнего вида интерфейса, как
его видит конечный пользователь системы. Это может быть как документ,
показывающий внешний вид экрана или структуру отчета, так и сам экран
(отчет), созданный с помощью одного из средств визуальной разработки
приложений - так называемых языков четвертого поколения (4GL - Fourth
Generation Languages). Так как большинство языков 4GL позволяют быстро
создавать работающие прототипы приложений, пользователь имеет возможность
увидеть работающий прототип системы на ранних стадиях проектирования.
После создания подсхем реляционной модели для приложений проектируется
детальная структура каждого приложения в виде схемы навигации экранов,
отчетов, процедур пакетной обработки. На данном шаге эта структура
детализируется до указания конкретных столбцов и таблиц базы данных, правил
их обработки, вида экранных форм и отчетов. Полученная модель детально
документирует приложение и непосредственно используется для программирования
специфицированных интерфейсов.
Далее, с помощью средств разработки приложений происходит физическое создание
системы: приложения программируются и интегрируются в информационную систему.
Современные CASE-средства охватывают обширную область поддержки
многочисленных технологий проектирования ИС: от простых средств анализа и
документирования до полномасштабных средств автоматизации, покрывающих весь
жизненный цикл ПО.
Наиболее трудоемкими этапами разработки ИС являются этапы анализа и
проектирования, в процессе которых CASE-средства обеспечивают качество
принимаемых технических решений и подготовку проектной документации. При этом
большую роль играют методы визуального представления информации. Это
предполагает построение структурных или иных диаграмм в реальном масштабе
времени, использование многообразной цветовой палитры, сквозную проверку
синтаксических правил. Графические средства моделирования предметной области
позволяют разработчикам в наглядном виде изучать существующую ИС,
перестраивать ее в соответствии с поставленными целями и имеющимися
ограничениями.
В разряд CASE-средств попадают как относительно дешевые системы для
персональных компьютеров с весьма ограниченными возможностями, так и
дорогостоящие системы для неоднородных вычислительных платформ и операционных
сред. Так, современный рынок программных средств насчитывает около 300
различных CASE-средств, наиболее мощные из которых так или иначе используются
практически всеми ведущими западными фирмами.
Обычно к CASE-средствам относят любое программное средство, автоматизирующее
ту или иную совокупность процессов жизненного цикла ПО и обладающее
следующими основными характерными особенностями:
- мощные графические средства для описания и документирования ИС,
обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие
возможности;
- интеграция отдельных компонент CASE-средств, обеспечивающая
управляемость процессом разработки ИС;
- использование специальным образом организованного хранилища
проектных метаданных (репозитория).
- Интегрированное CASE-средство (или комплекс средств, поддерживающих
полный ЖЦ ПО) содержит следующие компоненты;
- репозиторий, являющийся основой CASE-средства. Он должен
обеспечивать хранение версий проекта и его отдельных компонентов,
синхронизацию поступления информации от различных разработчиков при групповой
разработке, контроль метаданных на полноту и непротиворечивость;
- графические средства анализа и проектирования, обеспечивающие
создание и редактирование иерархически связанных диаграмм (DFD, ERD и др.),
образующих модели ИС;
- средства разработки приложений, включая языки 4GL и генераторы кодов;
- средства конфигурационного управления;
- средства документирования;
- средства тестирования;
- средства управления проектом;
- средства реинжиниринга.
Все современные CASE-средства могут быть классифицированы в основном по типам
и категориям. Классификация по типам отражает функциональную ориентацию CASE-
средств на те или иные процессы ЖЦ. Классификация по категориям определяет
степень интегрированности по выполняемым функциям и включает отдельные
локальные средства, решающие небольшие автономные задачи (tools), набор
частично интегрированных средств, охватывающих большинство этапов жизненного
цикла ИС (toolkit) и полностью интегрированные средства, поддерживающие весь
ЖЦ ИС и связанные общим репозиторием. Помимо этого, CASE-средства можно
классифицировать по следующим признакам:
- применяемым методологиям и моделям систем и БД;
- степени интегрированности с СУБД;
- доступным платформам.
Классификация по типам в основном совпадает с компонентным составом CASE-
средств и включает следующие основные типы:
- средства анализа (Upper CASE), предназначенные для построения и
анализа моделей предметной области (Design/IDEF (Meta Software), BPwin (Logic
Works));
- средства анализа и проектирования (Middle CASE), поддерживающие
наиболее распространенные методологии проектирования и использующиеся для
создания проектных спецификаций (Vantage Team Builder (Cayenne),
Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas),
CASE.Аналитик (МакроПроджект)). Выходом таких средств являются спецификации
компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур
данных;
- средства проектирования баз данных, обеспечивающие моделирование
данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее
распространенных СУБД. К ним относятся ERwin (Logic Works), S-Designor (SDP)
и DataBase Designer (ORACLE). Средства проектирования баз данных имеются
также в составе CASE-средств Vantage Team Builder, Designer/2000, Silverrun и
PRO-IV;
- средства разработки приложений. К ним относятся средства 4GL
(Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000
(ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и др.) и
генераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и частично -
в Silverrun;
- средства реинжиниринга, обеспечивающие анализ программных кодов и
схем баз данных и формирование на их основе различных моделей и проектных
спецификаций. Средства анализа схем БД и формирования ERD входят в состав
Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor. В
области анализа программных кодов наибольшее распространение получают
объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ
на языке С++ (Rational Rose (Rational Software), Object Team (Cayenne)).
Вспомогательные типы включают:
- средства планирования и управления проектом (SE Companion,
Microsoft Project и др.);
- средства конфигурационного управления (PVCS (Intersolv));
- средства тестирования (Quality Works (Segue Software));
- средства документирования (SoDA (Rational Software)).
На сегодняшний день Российский рынок программного обеспечения располагает
следующими наиболее развитыми CASE-средствами:
- Vantage Team Builder (Westmount I-CASE);
- Designer/2000;
- Silverrun;
- ERwin+BPwin;
- S-Designor;
- CASE.Аналитик.
Кроме того, на рынке постоянно появляются как новые для отечественных
пользователей системы (например, CASE /4/0, PRO-IV, System Architect, Visible
Analyst Workbench, EasyCASE), так и новые версии и модификации перечисленных
систем.
3 Глава. Разработка концептуальной модели
информационной системы для поддержки принятия управленческих решений при
формировании маркетинговой стратегии региона
Процесс создания и внедрения любой ИС принято разделять на четыре
последовательные фазы: анализ, глобальное проектирование (проектирование
архитектуры системы), детальное проектирование и реализация
(программирование). Разработка концепции ИС ограничивается первыми двумя
фазами: анализ предметной области и глобальное проектирование, т.е.
представление ИС в «целом». При этом фаза глобального проектирования не
предусматривает детальную декомпозицию ИС и процессов, происходящих в ней.
3.1 Анализ предметной области
Разработка и осуществление комплексной маркетинговой стратегии региона
представляет собой сложный процесс, включающий в себя несколько этапов:
определение целевых рынков покупателей услуг региона; анализ экономической,
социальной, политической, культурной и экологической ситуации в регионе,
анализ законодательной и сырьевой базы, уровень развития инфраструктуры
(дороги, транспорт, гостиницы, рестораны и т.д.); определение основных рисков
и их значимость для целевых групп покупателей; выявление значимости каждой из
вышеперечисленных составляющих для покупателей услуг региона; анализ ситуации
в соседних регионах.
Определение целевых рынков покупателей услуг территории. Покупателями
услуг территории могут быть физические и юридические лица, которые а) очень
важны для населенного пункта (например, градообразующие предприятия); б)
представляют для него интерес (разовые посетители); в) не представляют для него
интереса (криминальные элементы).
В целом можно выделить четыре основных целевых рынка покупателей:
- Приезжие
- Жители и работающие по найму
- Отрасли экономики (промышленность, торговля и т.п.), инвесторы
- Внешние рынки
Охарактеризуем коротко каждый из них.
Рынок приезжих складывается из деловых (бизнесмены, командировочные,
коммивояжеры) и частных посетителей (туристы, путешественники, друзья или
родственники).
Второй важный целевой рынок представляют жители и работающие по найму.
Основной характеристикой этой группы является долговременное присутствие ее
представителей на конкретной территории, что означает хорошее знание
представителями этой группы региона, его проблем и возможностей.
Третью категорию целевых рынков образуют отрасли промышленности и инвесторы.
Как правило, все регионы стремятся усилить свой экономический базис, чтобы
привлечь инвестиции в создание новых или в развитие существующих предприятий,
что позволит создать для своих жителей новые рабочие места и получить
дополнительные бюджетные доходы. Предпосылкой выступает соответствие
территории критериям размещения производительных сил: инвестиционному
климату, качеству жизни, доступности, качеству трудовых ресурсов и т.д.
Четвертая группа целевых рынков - это отечественные инорегиональные и
международные рынки, т.е. способность региона производить товары и услуги,
необходимые находящимся за его пределами другим территориям, физическим и
юридическим лицам.
Оценка потенциала региона. При разработке маркетинговой стратегии оценку
потенциала региона целесообразно проводить комплексно, т.е. одновременно
учитывать следующие составляющие:
- Экономическая ситуация в регионе;
- Социальная ситуация в регионе;
- Политическая ситуация в регионе;
- Ресурсная база;
- Экология региона;
- Уровень развития инфраструктуры;
- Законодательная база (возможности для ведения бизнеса,
защищенность, гарантии);
- Культурно-историческое наследие, менталитет жителей региона.
Оценку каждой составляющей удобно проводить бальным методом единой
размерности с целью более удобной графической интерпретации. Другими словами,
оценивая экономический потенциал региона по двадцатибальной шкале, оценка
социальной и других составляющих также должна проходить на шкале, имеющей
размерность от 0 до 20 баллов. Таким образом, при формировании комплексной
оценки потенциала региона необходимо разработать метод бальной оценки с
учетом веса каждого показателя.
Экономическая ситуация в регионе. Комплексная составляющая,
определяемая набором макроэкономических показателей, таких как объемы и
качественный состав экспорта и импорта, сальдо внешнеторговых операций региона,
ВРП региона, ВВП, дефицит/профицит бюджета региона, средний уровень зарплат,
стоимость покупательской корзины и т.д. Предполагается выставление комплексной
оценки с учетом веса каждого параметра.
Кроме того, целесообразно также учитывать потенциал региона в отраслевом
разрезе. Другими словами необходимо показать, какие отрасли, представленные в
регионе, имеют больший потенциал для развития, а какие наоборот, подвержены
тенденции сокращения и, возможно, ухода из региона. При оценке потенциала
региона в отраслевом разрезе также целесообразно использовать бальный метод,
основанный на оценках экспертами фактических показателей деятельности
предприятий отрасли. Такая оценка должна основываться на реальных цифрах,
характеризующих работу предприятий отрасли и полученных в результате расчета
(анализа) следующих показателей:
- оценка вероятности банкротства, платежеспособности, финансовой
устойчивости, кредитоспособности и рыночной стоимости предприятия
- расчет показателей эффективности, платежеспособности, ликвидности и
финансовой устойчивости
- расчет класса кредитоспособности предприятия
- сопоставление темпов изменения цен на реализованную продукцию и
основные виды материальных ресурсов
- отслеживание в динамике изменений структуры себестоимости и выручки
- оценка точки безубыточности и запаса финансовой прочности предприятия
- оценка эффективности использования трудовых, материально-сырьевых и
топливно-энергетических ресурсов и др.
Исходной информацией для анализа являются данные месячной, квартальной или
годовой отчетности предприятия: баланс, отчет о прибылях и убытках, структура
выручки и затрат на производство.
Результатом такой оценки послужит следующая диаграмма, позволяющая наглядно
оценить потенциал региона в отраслевом разрезе (рисунок 27)
Рисунок 27 - Пример графической интерпретации бальной
оценки отраслей промышленности региона
Если же построить подобную диаграмму на основании данных соседнего региона и
сопоставить с оценками потенциала рассматриваемого региона, то несложно
увидеть слабые и сильные стороны по сравнению с соседним регионом. Пример
такой диаграммы представлен на рисунке 28.
Информацию о потенциале региона в отраслевом разрезе целесообразно
представлять вместе с бальной оценкой экономического потенциала региона.
Рисунок 28 - Пример сравнительного анализа бальных оценок
отраслей промышленности двух регионов
Социальная ситуация в регионе. Включает в себя уровень
преступности, продолжительность жизни, уровень смертности и рождаемости,
уровень образованности населения. Комплексная бальная оценка потенциала региона
по этой составляющей выставляется экспертами с учетом значимости перечисленных
выше параметров.
Политическая ситуация в регионе. Включает в себя политическую
стабильность, включающую взаимоотношения исполнительной и законодательной
властей, имидж администрации и законодательного органа, наличие/отсутствие
реакционных политических сил, текучесть кадров среди высшего управленческого
состава администрации региона. Экспертам, выставляющим комплексную бальную
оценку, необходимо учитывать вес каждого параметра, оказывающего влияние на
общую политическую ситуацию в регионе.
Ресурсная база. Принято выделять две группы ресурсов региона:
наличие полезных ископаемых, доступность дешевой электроэнергии; и наличие и
качество человеческого ресурса. Комплексная оценка может выставляться как
общая, так и по группам ресурсов в отдельности. При оценке ресурсов,
объединенных в группу «сырьевые ресурсы» необходимо учитывать как
количественный, так и качественный состав, а так же доступность этих ресурсов
(сложность добычи, удаленность и т.п.). При оценке человеческих ресурсов
необходимо учитывать уровень образованности населения и ситуацию на рынке
труда (избыток или дефицит рабочей силы).
В силу неравномерности географического распределения сырьевых ресурсов,
целесообразным представляется выделение оценки обеспеченности региона такими
ресурсами в отдельную группу для более корректного сравнения потенциала
региона с соответствующим потенциалом соседнего, т.к. комплексная оценка не
будет полностью и точно отражать ресурсный потенциал региона. Кроме того,
такое выделение может преследовать и еще одну цель: оценка перспектив
функционирования (или создания) предприятий отдельных отраслей, деятельность
которых в значительной степени зависит от наличия конкретных сырьевых
ресурсов.
Экологическая ситуация в регионе. В последнее время экология
приобретает все большую важность при маркетинговом продвижении региона. Эта
составляющая имеет большое значение не только для жителей региона и приезжих,
но так же становиться одним из определяющих параметров при решении
строительства/поддержки отдельных предприятий региона. Экологически
небезопасные предприятия негативно влияют на имидж региона и косвенно
препятствуют развитию «чистого» производства. Комплексная взвешенная оценка
экологической составляющей должна проводиться всеми заинтересованными группами
с целью ее приближения к объективной картине.
Уровень развития инфраструктуры. Речь идет о наличии и степени
развития автомобильных и железнодорожных дорог, уровне развития общественного
транспорта, наличии и статуса аэропортов, гостиниц, кафе, работы
правохранительных органов и социальных служб и т.д. Уровень развития
инфраструктуры очень важен для всех целевых групп покупателей услуг и продукции
региона. Оценка этой составляющей так же должна быть взвешенной, т.е. с учетом
важности каждого параметра, формирующего общую инфраструктуру региона.
Законодательная база. Отражает степень защищенности законами
каждого из участников маркетинга региона, а так же легальные возможности
реализации их целей. Развитая законодательная база должна регулировать все
аспекты деятельности каждого из участников маркетинга региона, при этом не
допуская многостороннего истолкования законодательных актов. С одной стороны,
законодательная база должна гарантировать максимальную степень защиты
деятельности всех участников, и с другой стороны предоставлять максимум
возможностей для ведения и развития такой деятельности. Комплексная оценка
должна учитывать как первое, так и второе.
Культурно-историческое наследие и менталитет граждан, населяющих регион.
Является определяющим параметром при принятии решений первой группой целевых
покупателей услуг территории – приезжих. Однако стоит заметить, что если для
людей, приезжающих в качестве туристов, этот параметр является действительно
определяющим, то для людей, приезжающих в качестве деловых посетителей, он
служит, пожалуй, лишь дополнительным стимулом. Комплексную оценку этого
параметра целесообразно выставлять на основании впечатлений уже приезжавших в
регион туристов и деловых посетителей. Такая оценка может быть дана в
результате анкетного опроса побывавших уже в регионе людей. Организовать такой
анкетный опрос можно с помощью сети Интернет, разместив там соответствующую
анкету.
Получив общую бальную оценку каждой из составляющих потенциала региона,
становиться возможным графическое представление потенциала региона и его
сравнение с аналогичной бальной оценкой любого другого региона. Такая
графическая интерпретация потенциала региона облегчает понимание места
региона среди других и формирует первоначальную базу для принятия решений
относительно задач маркетинговой стратегии и ее основных путей реализации.
Пример графической интерпретации потенциала региона приведен в приложении А.
Выявление и оценка рисков для каждой из целевых групп рынков покупателей
услуг и продукции региона. Целевые группы покупателей отличаются друг от
друга по типу и преследуемым целям, что в свою очередь, приводит к
дифференциации рисков и их значимости для каждой из групп. Тем не менее,
выделяются несколько видов рисков, имеющих значение для всех целевых групп. К
таким рискам относятся:
- Экономический риск;
- Политический риск;
- Социальный риск;
- Экологический риск;
- Риск, связанный с законодательной базой региона.
Охарактеризуем кратко каждый из них и значимость этих рисков для каждой из
целевых групп покупателей.
Экономический риск. Заключается в возможности ухудшения
макроэкономической ситуации в регионе в силу каких-либо причин. Наиболее
значимым экономический риск является для третьей целевой группы покупателей –
отрасли экономики и инвесторы, а так же для второй группы – жители и работающие
по найму. Риск ухудшения экономической ситуации в регионе прямо повлияет на
уровень доходов представителей этих групп. Основной задачей администрации
региона в этом направлении является минимизация экономического риска – т.е.
стабилизация экономических процессов, происходящих в регионе. Экспертная оценка
риска отражает совокупный экономический риск, связанный с конкретным регионом.
Такая оценка позволит сравнить экономические риски нескольких регионов и
определить место рассматриваемого в общем наборе.
Политический риск связан с политической нестабильностью в регионе
– конфликты властей (законодательной и исполнительной), конфликты региона с
федеральным правительством, текучесть кадров высшего управленческого звена. Как
и в случае экономического риска, оценка политического отражает совокупный риск,
вызванный политической ситуацией в регионе.
Социальный риск. Напрямую связан с социальной стабильностью в
регионе. Отражает наличие и/или возможность появления в регионе новых
негативных социальных явлений таких как: безработица, забастовки, преступность,
рост смертности, ухудшение здоровья и продолжительности жизни граждан, снижение
коэффициента общей образованности населения.
Экологический риск. Зависит от многих параметров, но определяющим
является наличие на территории региона экологически-опасных предприятий.
Оценивается не только риск возникновения какой-либо техногенной катастрофы, но
и текущее состояние экологии региона: уровень загрязнения атмосферы, водных
ресурсов и почвы, качественный состав веществ-загрязнителей и возможность
минимизации их влияния на окружающую среду. Риск, связанный с экологией
региона, является очень важным параметром при оценке региона первой целевой
группой – приезжими.
Риск, связанный с законодательной базой региона заключается в
несовершенстве законодательных актов, обязательных к исполнению на территории
региона. Причинами риска могут являться ограничения на некоторые виды
деятельности, накладываемые применимым региональным законодательством,
отсутствие или недостаточный уровень гарантий, обеспечиваемый законами, а также
неоднозначное толкование законодательных актов, вызванное нечеткими
определениями. Оценка общего риска, связанного с региональной законодательной
базой, отражает с одной стороны уровень развития и качество законодательной
базы региона и, с другой стороны, уровень негативного влияния на принятие
решений целевыми группами. Чем больше экспертная оценка риска, тем такое
влияние сильнее.
Комплексная оценка основных рисков должна представляться с учетом важности
каждого из рисков для всех целевых групп рынков покупателей услуг и товаров
региона, что позволит создать базу для разработки действий по минимизации
перечисленных рисков для каждой из целевых групп. Сопоставление рисков двух
регионов может оказать реальную поддержку при определении сильных и слабых
сторон региона с точки зрения значимости рисков для целевых групп рынков
маркетинговой стратегии. Пример графической интерпретации рисков приведен в
приложении Б.
Аналогичный анализ потенциала и рисков регионов-конкурентов
позволит более объективно определить место региона среди других, и, исходя из
этого, приступить к разработке адекватной маркетинговой стратегии региона.
3.2 Проект информационной системы
Назначение информационной системы. Исходя из анализа предметной области,
включающего в себя описание методов оценки и представления результатов такой
оценки, становиться возможным сформулировать назначение информационной системы:
Основным назначением разрабатываемой информационной системы является
предоставление среды для расчета взвешенных экспертных оценок, представление
рассчитанных оценок в графическом и текстовом виде, что обеспечит поддержку
принятия следующих основных групп управленческих решений, направленных на
разработку и реализацию маркетинговой стратегии, а так же анализ результатов
такой стратегии:
- Решения о поддержки отдельных видов отраслей промышленности на
основании рассчитанной комплексной оценки потенциала региона в отраслевом
разрезе;
- Решения о развитии отдельных отраслей промышленности, до этого
неразвитых или слаборазвитых на территории региона на основании рассчитанных
оценок ресурсного потенциала региона;
- Решения относительно поддержки и развития перспективных экспортных
направлений на основании сравнения рассчитанных экспертных оценок ресурсного
и отраслевого потенциалов регионов;
- Решения относительно оздоровления экологии региона на основании
полученной оценки экологического потенциала региона и аналогичного риска,
который может послужить барьером получения желаемых результатов маркетинговой
стратегии региона;
- Решения, направленные на изменение ситуации в социальной сфере
(например, дополнительное финансирование правохранительных органов) на
основании рассчитанной оценки социальной ситуации в регионе с учетом веса
каждой составляющей и на основании рассчитанной оценки социального риска с
учетом его значимости для каждой из целевых групп;
- Решения, направленные на укрепление и развитие законодательной базы
региона на основании полученных результатов анализа существующей и оценки
риска, связанного с несовершенством региональных законов;
- Решения, направленные на развитие инфраструктуры региона на
основании рассчитанных экспертных оценок существующей инфраструктуры с учетом
ее важности для каждой из целевых групп;
- Решения, направленные на развитие культуры региона и на поддержку
культурного наследия региона. Примером таких решений может быть решение о
проведении музейных выставок, поддержки этнических групп и другие. Решения
принимаются на основании рассчитанной оценки культурного потенциала региона.
Кроме того, информационная система должна предоставлять удобный
инструментарий для учета наиболее перспективных предприятий региона,
являющихся потенциальными объектами инвестиций или уже находящихся на стадии
разработки или реализации инвестиционного проекта.
Модель информационной системы должна быть основана на современных методах
моделирования, а сама система – на передовых технологиях в сфере
информационных технологий. Информационная система должна быть проста и
удобна, предоставлять возможности дальнейшей ее доработки, т.е. иметь
открытую архитектуру. Информационная система должна соответствовать
современным методам защиты информации и разграничению прав пользователей, что
означает необходимость создания соответствующей подсистемы. Система должна
предоставлять возможность формирования отчетов по всей информации,
содержащейся в ней. Особенностью системы должно являться разнообразие
источников информации и взаимосвязей, большое количество информационных и
аналитических материалов, широкий состав требуемых показателей, необходимость
обеспечения оперативности и достоверности информации.
Данные особенности определяют основные принципы построения:
- Система строится на основе эффективной и надежной системы
управления базой данных, позволяющей оперативно выполнять самые сложные
запросы большого количества пользователей одновременно.
- Система обеспечивает возможность доставки информации потребителю
разнообразными способами и по самым разным физическим каналам, то есть
имеется возможность работы в архитектурах Intranet, клиент-сервер и в
трехуровневой архитектуре.
- Система обладает информационной открытостью, т.е. возможностью
расширения и углубления базы данных, добавления в процессе работы новых
структур данных без нарушения функционирования работающих информационных
подсистем.
- Система функционально открыта к адаптации и модернизации, что
гарантирует независимость базы данных от программного обеспечения,
осуществляющего доступ к данным.
- Защита информации и разграничение прав доступа к информации как на
уровне данных, так и на уровне приложений.
В соответствии с назначением и требованиям к информационной системе,
предлагается следующая структура:
Подсистема формирования методов оценки потенциала региона и рисков с
учетом веса каждой составляющей. Модуль должен предоставлять удобный
инструментарий для разработки методов оценки потенциала региона, включая
возможность отдельной разработки методов оценки потенциала региона в отраслевом
разрезе, а так же среду для разработки методов оценки ресурсного потенциала.
Подсистема должна обеспечивать возможность разработки нескольких методов.
Кроме того, подсистема обеспечивает удобную среду для заполнения главной базы
данных информационной системы.
Подсистема оценки потенциала региона. Обеспечивает расчет бальной оценки
потенциала региона по всем составляющим с учетом веса каждого из параметров по
методу, разработанному с помощью подсистемы, описанной выше. Также, подсистема
обеспечивает графическую интерпретацию полученных результатов. Кроме того,
подсистема позволяет проводить сравнительный численный анализ полученных оценок
с аналогичными оценками другого региона.
Подсистема оценки основных рисков обеспечивает расчет рисков по видам.
Комплексная оценка основных рисков должна предоставляться с учетом важности
каждого из рисков для всех целевых групп рынков.
Подсистема учета перспективных предприятий. Обеспечивает учет
перспективных предприятий – потенциальных объектов инвестиций и предприятий,
относительно которых уже разрабатываются или реализуются конкретные
инвестиционные проекты. Использование такой подсистемы позволяет обеспечить
более тщательный анализ перспективных предприятий и автоматизировать их учет.
Подсистема обеспечивает хранение справочной информации о предприятиях – адреса,
телефоны, реквизиты, информация об учредителях, достижения предприятия, а так
же информации содержащейся в стандартных формах бухгалтерской отчетности за
несколько отчетных периодов (желательно использование годовой отчетности с
целью отслеживания динамики основных показателей). Подсистема обеспечивает
расчет показателей ликвидности, характеризующих платежеспособность предприятия.
Кроме того, подсистема должна обеспечивать выполнение следующих функций:
- консолидации хозяйствующих субъектов в единый вариант анализа (для
анализа групп субъектов или для анализа в отраслевом разрезе)
- отслеживания показателей состояния предприятий и организаций, а
также консолидированных вариантов анализа во временной ретроспективе;
- сравнения между собой показателей состояния хозяйствующих субъектов
и показателей инвестиционных проектов с целью выбора наиболее
привлекательного в контексте заданного критерия;
- сравнения хозяйствующих субъектов по показателям, датам, вариантам
анализа;
- изменения набора показателей и хозяйствующих субъектов, участвующих
в сравнении;
- выбора и корректировки периода сравнения;
Подсистема защиты и разграничения прав пользователей. Обеспечивает
выполнение следующих функций:
- определения групп пользователей с одинаковыми правами доступа к
объектам системы и информации. Регистрации пользователей системы, назначения
им групп доступа, определения первичных паролей;
- регистрации объектов администрирования автоматизированной системы.
К объектам администрирования относятся приложения и элементы
пользовательского интерфейса (меню, диалоги, формы, поля ввода, т.д.);
- распределения прав доступа пользователей к элементам
функционального ядра системы, а также осуществления идентификации и проверки
подлинности субъектов доступа при входе в систему по паролю;
- регистрации входа/выхода субъектов доступа в систему/из системы и
доступ субъектов к элементам функционального ядра автоматизированной системы.
Подробно архитектура информационной системы приведена в приложении В.
Использование такой информационной системы, безусловно, окажет реальную
поддержку при принятии обоснованных решений, направленных на повышение имиджа
региона и его инвестиционной привлекательности.
Предложенная концепция ИС для поддержки принятия управленческих решений
основывается на последних достижениях в области информатики и моделирования
сложных процессов. Безусловно, реальная ИС будет в значительной степени
отличаться от описанной здесь концептуальной модели, однако основные принципы
построения, требования и архитектура вряд ли претерпят значительные
изменения. Концепция ИС отвечает современным требованиям, предъявляемых к
программному обеспечению подобного класса.
3.3 Описание программного обеспечения
Практическим содержанием информационной части дипломной работы является
приложение базы данных, выполненная с помощью СУБД MS SQL Server 7.0.
Программное обеспечение представляет собой саму БД и интерфейсную
(пользовательскую) часть, созданную с помощью средства разработки приложений
Delphi 5.0. Основным назначением программного обеспечения (ПО) является учет
предприятий регтона. БД содержит следующие группы информации:
- общая информация (наименование предприятия, основной вид
деятельности, дата основания предприятия – другими словами информация типа
«резюме» предприятия);
- адреса, телефоны и банковские реквизиты;
- виды деятельности и лицензии;
- учредители, руководители и сотрудники;
- состав, динамика и структура прибыли;
- показатели ликвидности, характеризующие платежеспособность
предприятия;
- состав, динамика и структура имущества предприятия;
- сведения о персонале и заработной плате;
- досье в свободном формате.
Кроме того, предлагаемое ПО не просто является «обычным» хранилищем данных:
предусмотрены некоторые аналитические функции, например расчет показателей
ликвидности по данным бухгалтерской отчетности. По данным о прибыли
предприятия, ПО строит графики динамики прибыли по отчетным периодам.
В качестве СУБД была выбрана СУБД корпорации Microsoft – MS SQL Server версии
7.0. На сегодняшний день MS SQL Server является одним из лидирующих пакетом
для создания и работы с базами данных любых размеров и любой сложности.
Производительность и надежность MS SQL Server сопоставима с
производительностью и надежностью популярной СУБД корпорации Oracle.
Использование MS SQL Server обеспечивает полную совместимость с ODBC и OLE
DB. Кроме того, множество администраторов БД имеют сертификат корпорации
Microsoft, подтверждающий профессиональные знания в области СУБД MS SQL
Server, что решает в некоторой степени вопрос о поддержки и развитии
предлагаемой БД. Распространенность, гибкость, надежность, быстродействие,
совместимость с MS Office – вот те причины, послужившие выбором именно MS SQL
Server в качестве СУБД.
При проектировке БД использовались современные CASE-средства: ERwin и
Silverrun. В приложении Г приведена логическая схема БД. В приложении Д –
физическая модель БД.
Рассмотрим алгоритм работы приложения БД. При формировании запроса
пользователя, приложение вызывает ADO-компонент (ActiveX Data Object),
являющийся «транслятором» между клиентской и серверной частью. Преобразовав
данные запроса в необходимый формат, ADO-компонент передает управление OLE DB
– библиотеке драйверов и процедур для работы с БД. Выполнив необходимое
действие (в нашем примере запрос), OLE DB возвращает необходимую информацию
ADO-компоненту, а тот, в свою очередь, преобразовав данные в формат
приложения, передает результаты запроса клиенту. Клиент (приложение)
совершает необходимые действия (например, арифметические операции) над
полученными данными и представляет их в удобной для восприятия человеком
форме. Примеры работы ПО приведены в приложении Ж.
Предлагаемое программное обеспечение является основой подсистемы учета
перспективных предприятий согласно предложенной в настоящей работе концепции
информационной системы. Приложение предоставляет удобную и мощную среду для
учета таких предприятий, а также расчета некоторых показателей деятельности.
Заключение
Сегодня перед российскими регионами возникает проблема эффективной и
адекватной региональной политики, направленной на реконструкцию и
реформирование экономики и привлечение инвестиций, разработки и осуществления
планов развития территорий, опирающихся в первую очередь на использование
местного потенциала. Для этого необходима разработка и реализация
долгосрочной концепции комплексного развития экономики и социальной сферы
региона - региональный маркетинг территории, предусматривающий постепенное
устранение негативных явлений и решение сложных социально-экономических
проблем.
При осуществлении маркетинга региона необходимо рассматривать четыре
составляющих: 1) место или географическое положение региона; 2) продукт или
присущие данной территории преимущества и недостатки; 3) цена или расходы
покупателей услуг региона, связанные с пребыванием или бизнесом на данной
территории; 4) промоушн или информационный маркетинг региона.
В настоящее время многие российские регионы приходят к пониманию
необходимости маркетинга территорий и информационного маркетинга. Однако,
усилия регионов в этом направлении крайне незначительны, за небольшим
исключением. Как показал анкетный опрос руководителей подразделений органов
исполнительной власти субъектов РФ, функции информационного маркетинга
региона практически выполнялись лишь частично, практически отсутствует какая-
либо оценка эффективности информационного маркетинга.
Создание специализированной информационной системы способно помочь в решении
задач мониторинга краевой экономики и создании комплексной маркетинговой
стратегии региона.
Создание крупномасштабной информационной системы представляет собой сложный и
продолжительный процесс. При этом концепция ИС является определяющим фактором
функциональности и производительности создаваемой ИС. Именно поэтому
концепция должна быть основана на современных методах и ориентирована на
передовые решения ведущих компаний мира, производящих системы подобного
класса. Создание ИС включает следующие этапы: анализ, глобальное
проектирование (проектирование архитектуры системы), детальное проектирование
и реализация (программирование). Разработка концепции ИС ограничивается
первыми двумя.
Разработанная в проекте концепция информационной системы является первым
шагом к созданию специализированной информационной системы, являющуюся
удобным, простым и мощным средством поддержки принятия управленческих
решений.
Практическая значимость работы заключается в изложении довольно полной теории
маркетинга региона, описании передовых методов создания ИС и разработки
концепции ИС для поддержки принятия управленческих решений в области
маркетинга региона.
Разработанное программное обеспечение представляет собой удобный инструмент
для учета предприятий региона, а так же для отслеживания динамики основных
показателей деятельности таких предприятий. Приложение базы данных
позволяет хранить, обрабатывать и отображать информацию по неограниченному
числу предприятий. Программное обеспечение основано на передовых технологиях,
использована архитектура клиент-сервер, что позволяет вести работу с
приложением одновременно нескольким пользователям.
Список используемых источников
1) Gorban A.N. Systems with inheritance and effects of selection //
Global & Regional Ecological Problems: Transactions of International
Conference. Krasnoyarsk, Krasnoyarsk Technical University Press, 1994. PP.
222-268.
2) Gorban A.N., Waxman C. Neural networks for political forecast //
Proceedings of the WCNN'95 (World Congress on Neural Networks'95, Washington
DC, July 1995). PP. 176-178.
3) Kotler P., Haider D., Rein I. Marketing Places. – New York: The
free press, 1994
4) Бутов В. И., Игнатов В. Г., Кетова Н. П. Основы региональной
экономики. М., Ростов н/Дону, 2000.
5) Гапоненко А.Л., Алисов А.Н., Мельников С.Б., Николаев В.А., Гришин
В.А.. Управление социально-экономическим развитием города: современные подходы
и технологии. М.: "Международный дом сотрудничества", 1999. 137 с.
6) Гапоненко А.Л. Стратегия социально-экономического развития: страна,
регион, город. Учебное пособие. – М.: Изд-во РАГС, 2001. – 224 с.
7) Горбань А.Н., Россиев Д.А. Нейронные сети на персональном
компьютере. Новосибирск: Наука, 1996. 276 с.
8) Дульщиков Ю.С. Региональная политика и управление. – М.: Изд-во
РАГС, 1998. – 227 с.
9) Захаров Н.И. Мотивационное управление в социально-экономических
системах – М.: Изд-во РАГС, 2000. – 250 с.
10) Колесникова Н. А. Финансовый и имущественный потенциал региона:
опыт регионального менеджмента. М., 2000
11) Корниенко В.И. Формирование управленческих команд нового
поколения. – М.: Изд-во РАГС, 2000. – 262 с.
12) Кочерин Е.А. Основы государственного и управленческого
контроля. – М.: Информационно-издательский дом “Филинъ”, 2000. – 384 с.
13) Лавров А.М., Сурнин В.С. Реформирование экономики: региональные
аспекты 4.2. Региональный маркетинг и тенденции его развития. -Кемерово,
Кузбассвузиздат, 1994.
14) Ларина Н. И. , Кисельков А. А. Региональная политика в странах
рыночной экономики. М., 1998.
15) Николаева М., Махотаева М. Выбор стратегии экономического
развития региона.// Экономист. 2000. №3.
16) Орлова Т.М. Маркетинговые коммуникации в России: основы и
практика: Учеб. пос. для изучающих курс “Паблик рилейшнз”. - М.: ИМПЭ, 1999.-
84 с.
17) Орлова Т. М. Управление развитием города: Методические
рекомендации местным администрациям по продвижению городов – М.: Холдинговая
компания ТИКОМ, 2001. – 40 с.
18) Панкрухин А. П. Маркетинг: основы теории, стратегии и
технологии, становление в России, особенности в различных сферах деятельности.
М., 1997
19) Панкрухин А.П. Маркетинг территорий: мировая практика и
российские перспективы / Россия на рубеже тысячелетий: Сб. трудов. – М.: ИМПЭ,
2000. С. 279-320.
20) Панкрухин А.П. Территориальный маркетинг // Маркетинг в Росии и
за рубежом, 1997, ноябрь-декабрь.
21) Шайдуров В.В. Проблемы информатизации Красноярского края:
анализ ситуации и прогноз // Проблемы информатизации региона: Материалы Второй
межрегиональной конференции / Отв. Ред. А.Н.Горбань. Красноярск: изд. КГТУ,
1996. С.6-23
22) Закон Красноярского края об инвестиционной деятельности в
Красноярском крае (в редакции Закона Красноярского края от 26 июня 2001 №
15-1385);
23) Закон Красноярского края о краевой целевой программе
«Активизация инновационной деятельности в Красноярском крае» (от 12 февраля
1999 № 5-503);
24) Закон Красноярского края о краевой целевой программе «Новые
технологии для управления и развития региона» (от 12 февраля 1999 № 5-302)
25) Постановление администрации Красноярского края от 27 июня 2001
г. N 468-П “Об утверждении концепции социально-экономического развития
Красноярского края на период до 2010 года”
Приложение А – Пример графической интерпретации оценки потенциала региона
Приложение Б – Пример графической интерпретации оценки рисков
Приложение В – Структурная схема информационной системы
Приложение Г – Логическая модель базы данных
Приложение Д – Физическая модель базы данных
Приложение Ж – Примеры работы программного обеспечения
Страницы: 1, 2, 3
|
|
|
|
|
