Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Управление информационными ресурсами. Методическое пособие для бакалавров по специальности 6.030502 «Экономическая кибернетика»
.pdf
91
нем углу окна будет доступна кнопка Работы..., которая позволяет
просмотреть перечень работ данного этапа.
По каждой работе предоставляется следующая информация:
– номер и название следующего этапа обработки документа;
– категория документа;
– место обработки и хранения документа;
– отметка об условной рассылке;
– время, в течение которого документ должен быть отправлен на
следующий этап обработки;
– перечень входящих документов данного этапа;
– необходимые входящие документы, обработка которых на данном этапе является необходимым условием для отправки документа на
следующий этап.
3) Закрыть окно Работы на этапе.
3. Просмотр документов, обрабатываемых на этапе.
Для просмотра документов, обрабатываемых на выбранном этапе
открытой в рабочем окне маршрутной схемы, выбрать следующую
последовательность команд: Схема процесса → Этап обработки →
Документы.
По каждой версии документа приводится следующая информация:
– наименование документа (версии);
– дата создания;
– отставание на этапе обработки;
– категория;
– пользователь системы - ФИО пользователя;
– путь - пройденные документом этапы обработки;
– атрибуты (конфиденциальность, наличие электронной подписи,
регистрационная карточка).
Закрыть окно.
4. Определение вероятного времени поступления документов на
этап.
В системе существует несколько способов для определения вероятного времени поступления документов на конкретный этап:
1) Выбрать следующую последовательность команд: Схема про-
цесса → Этап обработки → Вероятное время поступления;
2) Пользователь может правую кнопку мыши на нужном этапе и
воспользоваться одноимённым пунктом всплывающего меню;
3) Выбрать следующую последовательность команд: Схема про-
цесса → Вероятное время поступления, а затем выделить требуемый

92
этап.
В результате появится окно Вероятное время поступления на этап
N...., содержащее перечень документов, которые должны поступить на
этап, с указанием даты и времени поступления, времени отставания, а
также пройденного документом пути.
5. Определение критического пути.
Для определения критического пути в открытой для просмотра
маршрутной схеме необходимо:
– выбрать команду Критический путь в меню Схема процесса;
– выбрать два этапа (начальный и финальный), между которыми
требуется определить критический путь.
Результатом вычисления является цепочка этапов маршрутной
схемы, соответствующих критическому пути между заданными начальным и финальным этапами, а также предполагаемое время прохождения документом этой цепочки.
В поле Прогнозируемая продолжительность возможен выбор единиц измерения времени при помощи выпадающего списка (часы, дни,
недели, месяцы). В зависимости от этого устанавливается и прогнозируемая продолжительность. При смене единиц измерения производится автоматический перевод в новые единицы.
6. Отражение хода технологического процесса в виде диаграммы
Ганта.
Для отражения хода выполнения технологического процесса в виде диаграммы Ганта необходимо выбрать команду Ход процесса в меню Анализ процесса.
Каждый этап процесса вместе с соответствующими работами изображается в виде элемента диаграммы с указанием даты и планового
времени окончания этапа. Размер каждого элемента диаграммы соответствует времени, затраченному на обработку документа.
Диаграмма позволяет отобразить:
– плановое выполнение процесса (серый цвет);
– выполнение в срок (синий цвет);
– просроченное выполнение (красный цвет);
– запас времени при опережении планового выполнения (зеленый
цвет).
Таким образом, по диаграмме диспетчер может оценить динамику
контролируемого процесса и оперативно определить причины отклонения хода процесса от нормативных показателей.
Причинами отставания в ходе выполнения процесса могут быть

93
задержки, связанные с обработкой того или иного документа. В этом
случае диаграмма дает возможность определить, на каком из этапов
процесса имеет место задержка. Для более детального анализа диспетчер может просмотреть свойства этого этапа и просмотреть историю
создания документа, как было описано выше.
7. Просмотр перечня этапов обработки.
Для просмотра перечня этапов обработки, входящих в состав тех-
нологического процесса, необходимо выделить нужный процесс в
описи и выполнить следующую последовательность команд: Анализ
процесса → Этапы обработки.
В результате будет отображён в виде таблицы перечень этапов об-
работки по выбранному процессу, содержащий следующую информацию по этапам:
– номер этапа;
– наименование этапа;
– место хранения, привязанное к данному этапу;
– нормативное время обработки на этапе;
– фактическая длительность нахождения версии документа на эта-
пе;
– фактическое время обработки на этапе.
Фактическая длительность и фактическое время обработки явля-
ются разными величинами. Фактическое время обработки на этапе –
это непосредственно время обработки версии документа в соответствующем приложении, а фактическая длительность – это общее время
нахождения версии документа на этапе, включая время ожидания обработки, непосредственно время обработки и время ожидания передачи на следующий этап. Если версия документа после прихода на этап
сразу поступает в обработку, а по её завершению немедленно передается на следующий этап, то в этом случае значение фактической длительности совпадает со значением фактического времени обработки.
5.4.7. Практическая работа № 17. Контрольная работа № 2
Используя принцип построения иерархических моделей, в системе
OPTiMA-WorkFlow создайте концептуальную модель бизнес–
процесса и технологическую маршрутную схему работ и операций для
следующих видов деятельности и документов (для каждого студента
не менее пяти видов документов и технологических процессов):
1. Документ – счет–фактура. Процесс – продажа определенного
вида товара через магазин (продавец –магазин).

94
2. Документ – заказ. Процесс – продажа товара через Интернет–
магазин (оформление заказа, доставка товара, оплата товара и т. д.).
3. Документ – договор. Процесс – создание проекта договора, его
согласование, подписание и регистрация (работник – руководство).
4. Документ – акт выполненных работ. Процесс – создание про-
екта акта, его согласование, подписание и регистрация (работник –
руководство).
5. Документ – приказ о принятии на работу. Процесс – обеспече-
ние потребностей предприятия в персонале, согласование, подписание
и регистрация (работник – руководство).
6. Документ – приказ об увольнении. Процесс – управление
увольнением служащих, согласование, подписание и регистрация (работник – руководство).
7. Документ – командировочное удостоверение. Процесс –
управление командировочными расходами, согласование, подписание
и регистрация (работник – руководство).
8. Документ – доверенность. Процесс – управление материаль-
ными запасами на предприятии, документирование и мониторинг
ТМЦ (работник – руководство).
9. Документ – приказ. Процесс – подготовка и согласование про-
екта, рассмотрение приказа и контроль выполнения (информация –
руководство).
10. Документ – приказ о назначении на должность. Процесс –
управление перемещением служащих, согласование, подписание и регистрация (работник – руководство)
5.5. Вопросы для самоконтроля по теме № 5
1. Цели внедрения системы электронного документооборота.
2. Требования к системам автоматизации офисной деятельности.
3. Требования к системам автоматизации документооборота.
4. Основные фазы жизни неструктурированной информации.
5. Схема жизненного цикла неструктурированной информации в
организации.
6. Технология groupware.
7. Технологии класса workflow.
8. Определение продуктов класса workflow.
9. Основные понятия, лежащие в осное технологии workflow.
10. Концептуальная информационная модель технологии
Workflow.

95
11. Сравнение современных систем электронного документооборо-
та.
12. Основное назначение системы OPTiMA-WorkFlow.
13. Базовый набор функций системы OPTiMA-WorkFlow.
14. Создание и обработка документов в модуле «Клиент».
15. Создание организационной структуры предприятия в OPTiMA-
WorkFlow.
16. Создание схемы электронного документооборота предприятия
в OPTiMA-WorkFlow.
17. Создание и обработка документов в OPTiMA-WorkFlow.
18. Работа с меню Схема процесса модуля «Диспетчер процессов»
в OPTiMA-WorkFlow.
19. Контроль за технологическими процессами в модуле «Диспет-
чер процессов» OPTiMA-WorkFlow.
Тема 6. Формирование и обеспечение комплексной защиты
информационных ресурсов
6.1. Технологическая защита информационных ресурсов.
6.2. Техническая защита информационных ресурсов.
6.3. Технология аудита безопасности информационной системы.
6.4. Общая характеристика условий комплексной защиты инфор-
мационных ресурсов.
6.5. Понятие информационного права, его субъекты и объекты.
6.6. Вопросы для самоконтроля по теме № 6.
6.1. Технологическая защита информационных ресурсов
Производство машинной информации, кроме правового, имеет еще
и технологический аспект. При предоставлении информационновычислительных услуг оперируют с информацией как с изделием или
сырьем. Разветвленные информационные технологии выдвигают требование, которое заключается в том, чтобы локальные, региональные
и глобальные информационные системы были технологически едиными и совместимыми всегда, а создаваемые на их основе информационные ресурсы – по возможности долгожителями [13, 18].
Формирование технологической защищенности информационных
ресурсов.
Основой ИС являются базовые программные и технические сред-
ства: операционные системы, сервисные средства, компьютеры, периферийные устройства, сетевые средства и т. д. Их функционирование

96
определяют некоторые технологические требования к системе.
Существует специальное нормативное обеспечение технологического характера на разных уровнях: международные стандарты и
стандарты разных организаций и объединений. В каждой стране, в том
числе и в Украине, существуют государственные стандарты технологического характера. В соответствии со спецификой применения
средств информатизации в разных сферах создаются отраслевые или
корпоративные стандарты. Наконец, на каждом отдельном предприятии в соответствии с его особенностями в части создания и применения информационных технологий разрабатываются стандарты предприятия. Организация технологической защищенности информационных систем – это один из элементов комплексной защищенности информационных ресурсов.
Гарантии качества и стандартизация
Качество продукции – необходимое условие успеха любого бизнеса. Любая деятельность и в сфере информатизации должна быть обеспечена гарантиями качества ее продуктов: услуг, программ, машин,
элементов, комплексов и т. д. Системы, сети, комплексы, их модули и
элементы, технологии, персонал – все эти составляющие в совокупности и по частям должны гарантировать качество работы и выработанной продукции. Эти гарантии обеспечиваются не только прямыми сертификатами, но и непрямыми характеристиками: организацией производства, применяемыми технологиями и условиями деятельности
предприятия.
Соответствие систем качества требованиям определенного
уровня подтверждается сертификатом той организации, которая
имеет лицензию на сертификацию соответствующего уровня.
В Украине действует государственная система сертификации продукции УкрСЕПРО [19]. Единая государственная система сертификации и стандартизации в Украине «УкрСЕПРО» создана для проверки
качества и надежности продукции или услуг, а также стабильности
производства на соответствие украинским государственным нормативным документам — стандартам (ДСТУ, ТУ, ГОСТ и др.).
Законодательную базу государственной системы сертификации составляют:
– Декрет Кабинета министров «О стандартизации и сертифи-
кации» от 11.06.97 г. № 333/97 – ВР [9];

97
– Закон Украины «О внесении изменений к Декрету Кабинета
министров» О стандартизации и сертификации» от 11.06.97 г.
№ 333/97-ВР [9];
– Закон Украины «О защите прав потребителей» от 12.05.91 г.
№1024 - XII - ВВР;
– В соответствии с Указом Президента Украины от 22.01.2000
года № 89/2000 «О вводе единой государственной регуляторной политики в сфере предприятия» и поручения Кабинетом министров Украины от 26.01.2000 года разработаны: Проект закона Украины «О подтверждении соответствия», «Об аккредитации органов по оценке соответствия».
Организационную основу системы сертификации УкрСЕПРО
представляют государственные стандарты Украины [19]:
– ДСТУ 3410-96. Система сертификации УкрСЕПРО. Основные
положения;
– ДСТУ 3411-96. Система сертификации УкрСЕПРО. Требования
к органам по сертификации продукции и порядок их аккредитации;
– ДСТУ 3412-96. Система сертификации УкрСЕПРО. Требования
к испытательным лабораториям и порядок их аккредитации;
– ДСТУ 3413-96. Система сертификации УкрСЕПРО. Порядок
проведения сертификации продукции;
– ДСТУ 3414-96. Система сертификации УкрСЕПРО. Аттестация
производства. Порядок проведения;
– ДСТУ 3415-96. Система сертификации УкрСЕПРО. Реестр Сис-
темы;
– ДСТУ 3416-96. Система сертификации УкрСЕПРО. Порядок ре-
гистрации объектов добровольной сертификации;
– ДСТУ 3417-96. Система сертификации УкрСЕПРО. Процедура
признания результатов сертификации продукции, которая импортируется;
– ДСТУ 3418-96. Система сертификации УкрСЕПРО. Требования
к аудиторам и порядок их аттестации;
– ДСТУ 3419-96. Система сертификации УкрСЕПРО. Сертифика-
ция систем качества. Порядок проведения;

98
– ДСТУ 3420-96. Система сертификации УкрСЕПРО. Требования
Индекс
Наименование
ISO 10011-1:1990
Руководящие положения по проверке систем качества - Часть 1: Проверка
ISO 10011-2:1991
Руководящие положения по проверке систем качества - Часть 2: Квалификационные критерии для
экспертов-аудиторов по проверке систем качества
ISO 10011-3:1991
Руководящие положения по проверке систем качества - Часть 3: Управления программой проверок
к органам по сертификации систем качества и порядок их аккредитации;
– ДСТУ 3498-96. Система сертификации УкрСЕПРО. Бланки до-
кументов. Форма и описание.
Для осуществления развития системы международных стандартов
и сертификации фирм на их основе возникли соответствующие международные организации, в частности достаточно влиятельная
International Organization for Standardization (ISO – «Международная
организация по стандартизации»), стандарты которой широко применяются в практике европейских организаций. Этой организацией в
1987 г. представлена и введена в строй группа стандартов, которая
впервые отразила на уровне международного сотрудничества требо-
вания к гарантии качества продукции, то есть требования к системам
управления качеством на предприятиях. Это стандарты серии ISO
9000.
Под продукцией понимается результат деятельности или процессов; она может включать в свой состав услуги, оборудование, материалы, что переделываются, программное обеспечение или комбинации из них. Продукция может быть материальной или нематериальной.
Все стандарты, которые входят в состав серии 8402:1994, 9000 и
10000, получили официальное определение «семейство ISO 9000».
Под индексом ISO 10011 приняты и введены три стандарта как регулирующие нормы в части проверки систем управления качеством
(табл. 6.1).
Таблица 6.1
ISO 10011 - Руководящие положения по проверке систем качества
Обеспечение информационного сопровождения жизненного цикла
продукции.

99
Cуществует стратегический подход, направленный на эффективное
Поставщики
Потребители
а)
Потребители
Электронный информационный поток
Поставщики
б)
Поставщик-
потребитель
Данные общего
пользования
в)
Поставщик-
потребитель
Поставщик-
потребитель
Поставщик-
потребитель
создание, обмен, управление и использование электронных данных,
которые поддерживают жизненный цикл любого изделия с помощью
международных стандартов, реорганизации предпринимательской
деятельности и передовых технологий.
CALS-технология [17] (Continuous Acquisition and Life cycle Sup-
port) – технология непрерывной информационной поддержки жизнен-
ного цикла продукта. Реализация технологии по этапам отражена на
рис. 6.1.,
Рис. 6.1. Этапы реализации CALS-технологии
где а) – исходное состояние, б) – формирование информационного потока, в) – формирование среды и технологии общего использования
данных.
На первом этапе (а) на основе масштабного обследования и анали-
за в системе оформляется и документируется поток бумажной информации, после этого формируется электронная версия информационных

100
потоков (б), потом создается система с интегрированными данными
общего пользования (в).
Комплексная реализация CALS -технологии допускает:
реорганизацию предпринимательской деятельности;
параллельное проектирование продукции;
электронный обмен данными;
интегрированную логистическую поддержку;
базу многопользователя данных;
международные стандарты.
Реализация CALS-технологий позволяет предпринимателям и менеджерам увеличить производительность труда своих сотрудников,
сократить временные и материальные расходы и повысить качество.
Это обеспечивается за счет общего усовершенствования операций с
информацией на всех стадиях жизненного цикла продукции: обработки, использования, просмотра и добавления новой информации, анализа результатов работы, корректировок, пересмотра и утверждения
документов, распространения информации, анализа причин возникновения ошибок и так далее.
CALS-технология [17] опирается на систему международных стандартов ISO. Стандарт ISO 9004:2009 дает ориентиры на постоянное
повышение общей эффективности организации и эффективности на
основе процессного подхода. Он фокусируется на удовлетворении потребностей и ожиданий потребителей и других заинтересованных, в
долгосрочной перспективе сторон в сбалансированной форме.
Стандарт ISO 9004:2009 позволяет организациям повысить качество товаров и услуг для своих потребителей путем поощрения самооценки как важного инструмента, позволяющего организациям:
Стандарт ISO 10303 (STEP – Standards for Representation and
Exchange of Product Model Data) – это международный стандарт для
компьютерного представления данных о продукте и обмене данными.
Он создает нейтральный механизм описания данных о продукте на
всех стадиях его жизненного цикла, который не зависит от конкретной
системы.
Стандарт ISO 13584 (P_LIB) представляет информацию о библиотеке изделия вместе с необходимыми механизмами и определениями,
которые обеспечивают обмен, использование и корректировку данных
библиотеки, причем имеется в виду обмен между разными компьютерными системами, которые используются на разных этапах жизни
продукта.
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]
