книги / Теоретические основы автоматизированного управления

Параллельно с CORBA корпорацией Microsoft был разработан стандарт COM/DCOM (Component Object Model/Distributed COM), предназначенный для объединения мелких офисных программ. Ос­ новным недостатком данного стандарта была ориентация на Windows и Microsoft. Корпорация Microsoft долгое время не присоединялась к OMG и развивала собственный стандарт. Однако жизнь заставила приступить к мирным переговорам. OMG взаимодействует с другими центрами стандартизации: ISO, Open Group, WWW-консорциум, ШЕЕ и многими другими. CORBA стал неотъемлемой частью распре­ деленных объектных компьютерных систем.

Приведенные примеры стандартов дают представление о подхо­ дах к решению проблем стандартизации.

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

9.3. ЭЛЕКТРОННАЯ ДОКУМЕНТАЦИЯ, ПРОЦЕДУРЫ

ДЕЛОПРОИЗВОДСТВА

До сих пор речь шла об операциях со структурированной инфор­ мацией, упорядоченной в виде таблиц.

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

Суть делопроизводства. Делопроизводство [27, 35] — система пра­ вил и организация порядка работы с документом.

Документ [27] — зафиксированная на материальном носителе информация с реквизитами, позволяющими их идентифицировать. Документы используют и в рассмотренных ранее функциональных подсистемах. Однако в них документы представляют собой так назы­ ваемую структурированную информацию (в виде таблиц). Вделопро­ изводстве используют неструктурированную (текстовую) информа­ цию.

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

Порядок выполнения работ в делопроизводстве определяется ГОСТ 16 487—83 «Делопроизводство и архивная деятельность» и ГОСТ 6.38—90 «Система организации документооборота». В качест­

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

ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «НЕВА-ПРИНТ»

(дата)

На Ваш N9

В соответствии с договором от 25.12.2001 г. просим поставить указанные в нем товары в октябре месяце 2002 г. на склад фирмы по адресу: С.-Петербург, Полтавская ул., д. 101. Оплату гарантируем.

В подобных документах можно выделить следующие составляю­ щие:

•наименование организации;

•вид документа;

•адрес рассылки;

•дата регистрации документа;

•краткое содержание документа;

•заголовок;

•текст;

•визы;

•подписи;

•отметка об исполнении.

Втексте документа можно выделить введение, констатирующую часть, заключение.

Подробная информация о составе документов приведена в работе [32].

Перейдем к автоматизированной системе делопроизводства, ко­ торую иногда называют системой управления документами.

Возможно выделить следующие процессы работы с документами:

•хранение и поиск документов;

•создание документов;

•использование документов.

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

Организация хранения может быть файловой или с использова­ нием базы данных.

При файловой организации создают соответствующую систему папок. Такая организация имеет процедуру поиска, например, в рам­ ках среды Windows. Возможна гипертекстовая система адресации и поиска, как это делается в разделе Help программных продуктов и в Интернете.

Более удобно использовать базы данных. При этом возможны два варианта:

1 ) файлы хранятся отдельно, в БД имеются только ссылки на них; 2) документы хранятся прямо в БД в полях с типами данных Mémo-, OLE- и BLOB, например, в виде совокупности полей «шифр

документа», «номер документа», «дата», «название», «содержание». В первом случае возможна гипертекстовая адресация. Второй слу­

чай — самый рациональный по поиску, поскольку он может быть легко организован по произвольному набору признаков.

Создание документов. Создавать документы возможно, как это указывалось, в приложениях WORD и EXCEL [35].

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

Требования к электронным документам при наборе определяют­ ся ГОСТ Р6.30—97, а технология — ГОСТ Р1141—98. В документах используются шрифты Times New Roman, Arial, обычно кегль 12 че­

рез 1,5—2 интервала. Абзац — 1,25 см, между абзацами может быть расстояние в 2—2,5 интервала.

В WORD можно использовать имеющиеся шаблоны (записки, от­ четы, письма и факсы, публикации и другие документы), доступ к ко­ торым можно получить при создании нового документа (файла). Это приложение позволяет создать и таблицы, в которых можно прово­ дить простейшие вычисления. Графики и сложные вычисления луч­ ше выполнять в EXCEL, имеющей около ста встроенных функций. Окончательные результаты можно перенести из EXCEL в WORD. В WORD можно вводить данные из таблиц структурированных баз дан­ ных, например, на основе СУБД Access.

Существуют и специализированные программные продукты: Link Works фирмы Digital и Group Wise фирмы Novel.

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

Возможна электронная система планирования делопроизводства и контроля за исполнением документов.

КОНТРОЛЬНЫЕ ВОПРОСЫ

1.Что такое интерфейс и какова его роль в процессе представления и ис­ пользования информации?

2.Какие существуют виды интерфейсов?

3.На чем основана концепция гипертекста?

4.В чем назначение унификации и стандартизации?

5.Перечислите основные этапы преобразования немашинной информации.

6.Что такое искусственный информационный язык?

7.Каково назначение классификаторов информации?

8.Какие существуют виды стандартов?

9.Назовите основные компоненты системы менеджмента качества.

10.Перечислите основные принципы системы менеджмента качества.

11.Что такое делопроизводство, документ?

12.Чем отличаются документы в функциональных подсистемах от докумен­ тов в сфере делопроизводства?

13.Опишите способы хранения и поиска электронных документов в дело­ производстве.

14.Опишите технологию и варианты создания документов.

15.Опишите технологию использования документов.

ГЛАВА 10

Проектирование АСУ

Предложена методология проектирования АСУ, как коллективного процес­ са. Проанализированы основные этапы и задачи проектирования АСУна основе объектно-ориентированной технологии, как основы создания открытых, гиб­ ких, многофункциональных АСУ для различных предметных областей. Рассмот­ рены вопросы создания АСУ при подсистемном и процедурном построении. Ис­ следованы вопросы использования реинжиниринга в процессе проектирования АСУ. Особое внимание уделено современному подходу к построению АСУ. Дана характеристика основному инструментальному средству — CASE-технологиям. Материал подкреплен изложением вопросов практического проектирования АСУ.

10.1.ОБЩ АЯ ХАРАКТЕРИСТИКА ПРОЕКТИРОВАНИЯ АСУ

Отличительная черта проектирования АСУ — коллективное про­ ектирование. В связи с этим важное значение приобретает методоло­ гия, основной целью которой является уменьшение цикличности и увеличение линейности проектирования.

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

Системотехника — направление в кибернетике, изучающее во­ просы планирования, проектирования, конструирования и поведе­ ния сложных информационных систем, основу которых составляют универсальные средства преобразования информации — электрон­ ные вычислительные машины (ЭВМ).

Рис. 10.1. Процесс проектирования

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

Основными свойствами процесса проектирования являются ди­ вергенция, трансформация, конвергенция.

Дивергенция — расширение границ проектной ситуации с целью обеспечения более обширного пространства поиска решения.

Трансформация — стадия создания принципов и концепций (ис­ следование структуры проблемы).

Конвергенция — охватывает традиционное проектирование (про­ граммирование, отладка, проработка деталей).

Учитывая сложность проектирования АСУ, следует заострить внимание на трудностях этого процесса:

•предположение о конечном результате проектирования прихо­ дится делать еще до того, как исследованы средства его достижен ия ;

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

•самая интересная и самая сложная часть разработки — это как раз поиск решения путем изменения формулировки задачи.

Основными особенностями исходных данных для проектирова­ ния АСУ являются следующие:

•большое число действий, подлежащих реализации (многофунк­ циональность);

•значительный объем и сложность ограничений на взаимосвязи проектируемой системы с окружением и трудности их формального описания;

•распределенный и асинхронный режимы обработки данных;

•многообразие используемых информационных объектов и их свойств;

•нечеткость требований, их субъективный характер;

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

Процесс проектирования АСУ требует больших временных, тру­ довых и материальных затрат, а ошибки при реализации проекта при­

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

•заказчика;

•исполнителя;

•проекта.

Характеристики заказчика, влияющие на оценку риска проекта:

•стабильность организационной структуры;

•удовлетворенность заказчика организационной структурой;

•уровень формализации процессов обработки данных в сущест­ вующей технологии;

•существующий уровень автоматизации процессов сбора и обра­ ботки данных;

•уровень подготовки кадров в области автоматизированной тех­ нологии обработки данных.

Характеристики исполнителя, влияющие на оценку риска проекта:

•опыт разработки прикладного программного обеспечения (ПО);

•опыт работы с системным ПО;

•опыт работы с техническими средствами;

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

•наличие в группе специалистов данной предметной области. Общие показатели проекта, влияющие на оценку риска проекта:

•уровень охвата автоматизацией процессов обработки данных;

•наличие территориально разнесенных подразделений;

•объем обрабатываемых данных;

•наличие прототипов;

•требования к времени ответа;

•требования к достоверности данных;

•требования к надежности;

•требования к обслуживающему персоналу;

•характер обработки данных (сбор, поиск, представление, опти­ мизация).

Проектирование АСУ будем рассматривать в следующих трех ас­

пектах:

•стадии разработки;

•модели представления;

•уровни детализации.

Стадии разработки определяют в наиболее общей форме состав действий по проектированию систем, их последовательность и требо-

вания к составу и содержанию проектной документации. Стадии раз­ работки регламентируются ГОСТами и отраслевыми стандартами.

Процесс внедрения АСУ состоит, как правило, из следующих эта­ пов:

•разработка стратегии автоматизации;

•анализ деятельности предприятия;

•реорганизация деятельности;

•выбор системы;

•внедрение системы;

•эксплуатация.

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

• цели — области деятельности предприятия и последователь­ ность, в которой они будут автоматизированы;

•способ автоматизации — по участкам, направлениям, ком­ плексная автоматизация;

•долгосрочная техническая политика — комплекс внутренних стандартов, поддерживаемых на предприятии;

• ограничения — финансовые, временное и т. д.;

• процедура управления изменениями плана.

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

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

•среднего периода между сменой технологий основного произ­ водства;

•среднего времени жизни выпускаемых предприятием продуктов

иего модификаций;

•анонсированных долгосрочных планов поставщиков техничес­ ких решений в плане их развития;

•срока амортизации используемых систем;

•стратегического плана развития предприятия, включая планы слияния и разделения, изменение численности и номенклатуры вы­ пускаемой продукции;

•планируемых изменений функций персонала.

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

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

•снижение стоимости продукции;

•увеличение количества или ассортимента продукции;

•сокращение цикла «разработка новых товаров и услуг — выход на рынок»;

•переход от производства «на склад» к производству «под кон­ кретного заказчика» с учетом индивидуальных требований и т. д.

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

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

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

Временное ограничения обычно связаны со следующими факто­ рами: заменой технологий основного производства; рыночной стра­ тегией предприятия государственным регулированием экономики.

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

Типичные проблемы, которые возникают при разработке страте­ гии автоматизации, как правило, связаны со следующими фактора­ ми:

•состоянием рынка информационных технологий;

•определением эффективности инвестиций в информационные технологии;

• необходимостью реорганизации деятельности предприятия при внедрении информационных технологий.

Анализ деятельности предприятия —довольно общее понятие. В данной главе под анализом деятельности понимают следующее: сбор и представление информации о деятельности предприятия в форма­ лизованном виде, пригодном для выбора и дальнейшего внедрения автоматизированной системы.

В зависимости от выбранной стратегии автоматизации предпри­ ятия технологии сбора и представления информации могут быть раз­ личными.

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

Реорганизация деятельности преследует, как правило, цель повы­ шения эффективности деятельности предприятия в целом. Одним из способов является реорганизация деятельности по методике BSP, ко­ торая определяется как «подход, помогающий предприятию опреде­ лить план создания информационных систем, удовлетворяющих его ближайшие и перспективные информационные потребности». Ин­ формация является одним из основных ресурсов и должна планиро­ ваться в масштабах всего предприятия, АСУ должна проектироваться независимо оттекущего состояния и структуры предприятия. BSP ос­ новывается на нисходящем анализе информационных объектов и регламентирует 13 этапов выполнения работ. Особенностью подхода является выделение трех организационных этапов, обеспечивающих так называемый запуск проекта, а именно:

•получение поддержки руководства предприятия;

•подготовку к анализу;

•проведение стартового совещания.

На четвертом этапе формируется перечень основных деятельно­ стей предприятия и содержащихся в них бизнес-процессов и дается их краткое описание. На пятом этапе выявляются основные классы данных (логически связанные категории данных). Такими классами, например, могут являться: «Сотрудники», «Ремонты», «Технологиче­ ский транспорт» и т. д. В итоге выполнения четвертого и пятого эта­ пов формируется матрица связей. На шестом этапе осуществляется анализ существующих на предприятии деловых и системных взаимо­ действий. По аналогии с пятым этапом строятся четыре матрицы, де­ монстрирующие использование существующих и планируемых ин­ формационных подсистем: