Вопросы и задания (п. 1. – 4.)

1. Очертите класс экономических систем.

2. В чем проявляется системность рынков?

3. Дайте определение понятия "экономическая система".

4. Сделайте постановку задачи многокритериальной оп­тимизации процесса создания и эксплуатации КИС.

5. Дайте определение понятия "информация".

6. Дайте определение понятия "данные".

7. Дайте определение понятия "знания".

8. Как соотносятся между собой понятия "данные", "ин­формация" и "знания"?

9. Как классифицируются знания по отношению к их но­сителям?

10. Приведите примеры формализованных и неформали­зованных знаний.

11. Что составляет методологию экономики, основанной на знаниях?

12. Что изучает эпистемология?

13. Как экономическая теория интерпретирует функцио­нирование экономической системы?

14. В чем заключается ресурсное обеспечение функцио­нирования экономической системы?

15. Как взаимосвязаны понятия "функционирование" и "процессы" в экономических системах?

16. В чем разница между форматированными и неформа­тированными информационными сообщениями?

17. В чем состоит основная задача начального этапа со­здания КИС?

18. Что понимают под предметной областью при проек­тировании КИС?

19. Какие основные требования предъявляют к ИМЭС? Перечислите и дайте их смысловую интерпретацию.

Темы для рефератов и эссе

• Эпистемология — наука о знаниях.

• Системные характеристики экономики, основанной на знаниях.

• Системы управления знаниями.

Техника информационного моделирования

5. Графические средства информационного моделирования

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

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

Одним из наиболее распространенных видов информационной модели экономической системы явля­ются так называемые диаграммы потоков данных (ДПД). При построении диаграмм потоков данных используются "строитель­ные" элементы четырех типов:

• сущности;

• потоки данных;

• процессы;

• накопители данных.

Коротко остановимся на каждом из них.

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

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

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

Рис. 16.1. Варианты обозначения сущностей на ДПД:

а — простая сущность; б — дублированные внутренние сущности;

в — дублированные внешние сущности

Поток данных. Изображается стрелкой, предпочтительно го­ризонтальной или вертикальной. Направление стрелки указывает направление потока (рис. 16.2). Там, где поток данных идет в двух направлениях, можно использовать двойную стрелку (рис. 5.2, а), или фиксировать каждый поток в отдельности (рис. 5.2, б).

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

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

Рис. 5.2. Двунаправленные потоки данных: а — единая потоковая магистраль; 6 — разделенные встречные потоки

Рис. 5.3. Примеры наименований потоков данных: а – первоначальный вариант; б — проектный вариант, зафиксированный в словаре данных

Часто оказывается, что в одном и том же потоке данных по­мещается несколько "пакетов" данных, и тогда бывает трудно подобрать наименование, которое адекватно отражало бы содер­жимое потока данных. Например, заказчики могут высылать за­казы, отправлять платежи, делать возврат поврежденных товаров, отправлять запросы, предъявлять претензии и т.д. Очень неудоб­но рисовать множественные потоки данных (рис. 5.4, а).

Рис. 5.4. Приемы дезагрегации потоков данных: а — исходный поток данных; б — агрегация потоков с последующей маршрутизацией; в — маршрутизация потоков по процессам

Есть два выхода из этого положения:

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

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

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

Рис. 5.5. Условное обозначение процесса

Для идентификации процесс просто нумеруется. Нумерация процессов не должна меняться, за исключением разделения или объединения процессов, поскольку она служит в качестве ссыл­ки для потоков данных и используется при декомпозиции про­цессов.

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

В нижнем секторе блока "Процесс" дается ссылка на испол­нителя данной функции. Это может быть специалист, группа специалистов, департамент фирмы или компьютерная програм­ма (рис. 5.6).

Накопители данных. Накопители данных — это центры воз­никновения и хранения данных. Каждый накопитель иденти­фицируется буквой D с произвольным числом в квадрате с ле­вой стороны (рис. 5.7). Имя накопителя данных должно быть максимально информативным для пользователя.

Рис. 5.6. Примеры описания процессов

Рис. 5.7. Идентификация накопителей данных:

а — накопитель данных; б — дублированные накопители данных

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

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

Рис. 5.8. Доступ к накопителям данных: а — запоминаемые данные; б — считываемые данные; в - спецификация аргумента поиска

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

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

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