Inf_comp_sys

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

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

7.4Раздельные проекты

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

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

Если каждый, кто создает процедуры ЭОД, будет изобретать свои собственные данные и сам проектировать и определять их, то получаемый в результате хаос дорого обойдется. Многие системы придется позднее заменять или совсем исключать из пользования. Руководители не смогут получать данные, необходимые им для осуществления контроля на высшем уровне или для принятия решения. Многие усовершенствования, как в области процедур, так и в области руководства, которые должны быть обусловлены работой базы данных с терминальной или локальной сетью, окажутся невозможными.

61

7.5Участие высшего руководства в планировании

Во многих случаях отдел ЭОД становится инициатором попыток наладить планирование данных в масштабах организации. Часто эти попытки были не слишком успешными по двум причинам:

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

Профессионалы в области ЭОД не полностью понимают все процессы в организации.

Поэтому в процесс информационного планирования желательно вовлекать

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

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

Техническая группа не в состоянии предусмотреть перспективные намерения руководителей или понять общие потребности в

информации.

Лучшие планы проектировщиков БД разбивались о скалы

внутренней политики организации. Планы баз данных имеют

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

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

централизованный анализ данных приводит к реорганизации процедур и к не зависящей от ЭОД перестройке организации.

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

Чтобы установить приоритет работы в области ЭОД, необходима формально построенная картина обработки информации по всему предприятию.

Следует выделить затраты для разработки базы данных не зависимо от прикладных разработок.

Нужно планировать предметные базы данных и информационные системы, а не отдельные файлы и прикладные базы данных. Для этого необходимо смотреть на систему в целом (сверху).

Необходима "оркестровка", чтобы усилия разных групп стыковались. Многочисленные несовместимые фрагменты баз данных служат

62

источником излишних расходов, связанных с их преобразованием, и

не позволяют руководителям получать требуемую информацию.

Для достижения соглашения об определениях элементов данных нужна стандартизация. Необходимы внутренние стандарты для того, чтобы можно было воспользоваться общим словарем и общим средством моделирования.

Инфраструктура распределенных систем должна планироваться.

Отдельные системы баз данных должны быть связаны общей сетью.

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

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

Второй результат более тонкий - это последствия для организации от свежего взгляда на саму себя. Такой самоанализ часто ведет к перестройке организации.

7.6Отсутствие взаимопонимания

Во многих организациях между руководителями ЭОД и высшим руководством отсутствует взаимопонимание. Это объясняется рядом причин:

Употребление жаргона ЭОД.

Непонимание руководством технологии ЭОД и страх перед ней.

Не выполнение службой ЭОД своих ранних обещаний (особенно относительно информационных систем для высшего руководства).

Неспособность высшего руководства понять необходимость своего участия в проектировании ЭОД.

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

Некоторые действия могут помочь наладить взаимопонимание:

Пригласить независимую консультирующую фирму,

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

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

Организовать посещение руководителями краткого семинара, посвященного данному предмету.

63

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

Подчеркнуть для руководителей тот факт, что изменения в

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

Большой интерес администрация проявляет к решениям, касающимся того,

как следует управлять предприятием:

К изменениям организационных процедур, структурным изменениям или реорганизации предприятия обычно приводят методологии анализа объектов.

Большинство административных работников осознают, что в некоторых областях они хотели бы получать лучшую информацию.

Иногда у них нет возможности высказать это и заставить себя выслушать.

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

Быстрота реагирования системы ЭОД или скорость разработки новых приложений. Руководителей интересует получать новые отчеты тогда, когда они этого хотят. Тщательное планирование БД и их реализация должны резко повысить быстроту реагирования

систем ЭОД и скорость генерирования новых отчетов.

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

7.7Политика в организации

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

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

Часто, когда ИС и БД предприятия пускаются в эксплуатацию, руководство или пользователи начинают получать информацию из других источников. Это может огорчать давно работающих служащих, которые обычно сообщали эту информацию.

64

7.10Информационная технология

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

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

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

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

66

принятии решения. Ревизоры проверяют данные и пытаются удостовериться в том, что они были правильно применены. Данные могут представлять множество систем данных. Сами данные могут храниться различным образом, они часто бывают распределенными, часто обновляются и используются с помощью терминалов.

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

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

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

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

67

Языки четвертого поколения позволяют подготавливать процедуры обработки данных значительно быстрее, чем языки третьего поколения, такие как С. Некоторые языки четвертого поколения – непроцедурные, другими словами, они не являются языками программирования, которые шаг за шагом показывают, как достичь результата. Вместо этого они наглядно показывают, какой результат требуется, а система определяет, как этого результата добиться. Блоки 11 и 12 представляют применение непроцедурных языков.

Другие языки четвертого поколения - процедурные. Это языки программирования очень высокого уровня, они позволяют создавать процедуры, укладывающиеся в гораздо меньшее число строк кода, чем при использовании языков третьего поколения.

Использование языков четвертого поколения существенно ускоряет разработку и улучшает процесс ЭОД при условии, что пользователи не изобретают свои собственные структуры данных. Там где данными пользуются коллективно, применение языков четвертого поколения должно сочетаться с моделями данных, как это показано блоками 9 и 10.

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

распределения данных (блок 6) и физической организации базы данных (блок 7).

Для приложений с небольшим объемом транзакций, детальный анализ использования данных не является необходимым при наличии соответствующих систем управления данными. Эти системы могут совершенно отличаться от классических СУБД.

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

69

Глава 8. Разработка модели предприятия

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

8.1Функциональные области

К функциональным областям относятся основные области деятельности предприятия, такие как:

планирование выпуска и сбыта продукции;

финансы;

планирование номенклатуры изделий;

потребности в материалах;

производственное планирование;

управление производством;

сбыт;

поставки;

бухгалтерский учет;

кадры.

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

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

Руководством корпорации должна быть проверена полнота списка функциональных областей и принято решение об объеме проводимых исследований.

8.2Процессы

Каждая функциональная область включает ряд процессов. На рисунке 3 показаны типичные для перечисленных выше функциональных областей процессы. Крупные корпорации могут иметь около 30 функций и от 150 до 300 процессов.

70