Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Управление информационными ресурсами. Методическое пособие для бакалавров по специальности 6.030502 «Экономическая кибернетика»

.pdf
Скачиваний:
0
Добавлен:
08.09.2026
Размер:
2 Мб
Скачать
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) представляет информацию о библио­теке изделия вместе с необходимыми механизмами и определениями, которые обеспечивают обмен, использование и корректировку данных библиотеки, причем имеется в виду обмен между разными компью­терными системами, которые используются на разных этапах жизни продукта.
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]