Корпоративный документооборот. Модели документооборота. (Тема 6) презентация

Содержание

Тема 6 Модели документооборота

Слайд 1Кафедра "Информатики" Шишин Игорь Олегович
КОРПОРАТИВНЫЙ ДОКУМЕНТООБОРОТ


Слайд 2Тема 6 Модели документооборота


Слайд 3Кафедра "Информатики"
Эффективный и прозрачный документооборот является залогом успешной работы организации
Сегодня очевидно

повышение качества управления за счет внедрения информационных технологий работы с документами
Внедрение электронного документооборота в органах государственной власти является частью Федеральной целевой программы «Электронная Россия» на период до 2010 года



Слайд 4Кафедра "Информатики"
Что имеем:
За последние 25 лет изрядная доля бюджета фирм, предназначенная

для обеспечения информационных ресурсов, тратилась на разработку приложений, в основе которых лежали данные и системы.
В такие приложения укладывается меньше 15% от общего объема информации фирмы.
Конечный потребитель в наши дни нуждается в документационно-ориентированных приложениях, которые вместили бы от 75 до 85 процентов этой информации.
Последний раз попытка решить проблему предпринималась специалистами в области управления информацией во второй половине 80-х годов, когда в обиход вошли системы управления базами данных (СУБД).

Слайд 5Кафедра "Информатики"
Документ – основной способ представления информации, на базе которой функционирует

предприятие

Хранением и управлением занимаются базы данных и прикладные информационные системы

Документы


Существует зависимость


Слайд 6Кафедра "Информатики"
Резервы повышения эффективности
Уменьшение стоимости хранения информации
Увеличение скорости поиска и доступа

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


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

Главный резерв эффективности
90% времени тратится на поиск необходимых документов
Проблема усугубляется при коллективном использовании – когда нужны документы, созданны другими сотрудниками
Проблема становится практически невыполнимой – если организация является территориально-распределенной

Организация защиты документов позволяет исключить несанкционированный доступ к документам


Слайд 7Кафедра "Информатики"
Отличительные черты работы с документами
Понятия «структура», «содержание», «формы представления» для

документов другие, чем для данных
В БД отсутствует процедура «СОЗДАНИЯ» документа. Для системы документооборота это важнейший процесс
Пересылка документа – связана с сохранением даты и времени, подтверждением доставки…
Создание больших архивов, поиск в них, обработка потока данных
Задача извлечения из документов знаний (содержательной структурированной информации) для дальнейшего использования
Хранение графического образа документа наряду с его содержанием
Новый подход к традиционной части работы с документами – вводу и выводу: необходимость сохранения содержания документа вместе с графическим образом, применение технологий распознавания
Системы, работающие с документами, базируются на документно-ориенгтированном подходе. Управленческие системы (бухгалтерия, кадры) полностью ориентированы на работу с базами данных

Слайд 8Кафедра "Информатики"
Сегодня фирмы сталкиваются со следующими трудностями:
Новые задачи, проблемы и трудности

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

Слайд 9Кафедра "Информатики"
Цель систем управления документооборотом – распределить общие информационные ресурсы компании

таким образом, чтобы они оставались под надежной защитой, и чтобы их можно было найти, получить или переслать.
Распределение документов должно быть возможным независимо от формы их представления – на бумаге или в электронном виде.
Системы Управления Документооборотом Фирмы должны базироваться на хорошо проработанных методах разработки документов.



Слайд 10Кафедра "Информатики"
Для управления документооборотом на фирме традиционно осуществлялись следующие мероприятия:
Управление документами

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

Слайд 11Кафедра "Информатики"
За последние 25 лет такая система потеряла актуальность и перестала

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

Слайд 12Кафедра "Информатики"
Сегодня мы чаще всего имеем:
данные, необходимые для решения задачи (задач),

изначально находятся на бумажных документах,
вводятся в компьютер (базы данных),
используются различными программами данные из БД.
Эта технология настолько въелась в сознание, что исходные документы стали казаться каким-то ненужным сырьем, от которого не худо бы отказаться, особенно в будущем, когда возобладают безбумажные технологии, и данные будут передаваться по сети от одного компьютера к другому.
Однако, в начале 90-х годов такая концепция работы с данными перестала казаться такой уж универсальной, а текстовые документы, напротив, уж очень редкими и специфическими.

Слайд 13Кафедра "Информатики"
Что изменилось:
Интернет с электронной почтой и огромным количеством сайтов с

самой разнообразной информацией потребовали иной, чем в СУБД, системы структуризации данных.
Термины «Сообщение», «HTML» , «XML», «поисковая машина» и т.п. – из совершенно другой области, чем СУБД.
Развиваются системы делопроизводства и контроля исполнения распоряжений. В этих системах понятие документа является основным, даже если в реальности происходит движение только вторичной информации – регистрационных и контрольных карточек.
Для передачи по сети значимой информации она должна быть «заверена» подписью. Подпись, хотя бы и электронная, ставится не под каким-то данным или набором данных, а только под документом, являются аналогом того самого, бумажного.
Круг замкнулся.

Слайд 14Кафедра "Информатики"
Процесс «проникновения» компьютеров в корпоративную деятельность имеет два этапа:
50-90г.г. –

внедрение и развитие компьютерных систем типа CIIM (Computer Interactive Integrated Manufacturing) – системы корпоративного учета и систем типа Office для непромышленных корпораций и систем документооборота. Началось развитие инструментальных средств их разработки типа CASE, сетей EDI (Electronic Data Interchange) – электронный обмен данными, Internet и intranet, распределенных объектных технологий типа OpenDoc.

С 90-х г. – появление систем типа Data Warehouse (Хранилище данных) и SAS (Statistical Analysis System) – системы интеграции данных и бизнес-анализа – способных обрабатывать массивы данных в поисках закономерностей, помогающих вырабатывать новые решения в бизнесе


Слайд 15Кафедра "Информатики"
Документы – основа управления
Работа с документами является основной частью процессов

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

Слайд 16Кафедра "Информатики"
Компоненты управления организацией (предприятием)


Слайд 17Кафедра "Информатики"
Чего не хватает информационным системам для управления предприятием:
Упорядочения документопотоков;
Маршрутизации

прохождения документов;
Определения ответственных исполнителей;
Формирования заданий и сроков;
Контроля исполнения;
Анализа и оценки производимых работ.
В прикладных информационных системах необходимо:
превратить документы в основную единицу управленческого «хозяйства»,
поддержать основные функции обработки документов (подготовка нормативных актов и договоров, включение работ в план, выдача справок, отчетов, подготовка и согласование решений и т.п.).
При этом должны быть соблюдены следующие принципы:
Хранение всех документов (включая версии);
Возможность увидеть документы со всех рабочих мест;
Возможность передвижения документов из любой подсистемы в любую (подобно бумажным);
Информационная безопасность;
Юридическая значимость.

Слайд 18Кафедра "Информатики"
Документ – основная единица управленческого хозяйства
Поддержка основных функций обработки документов

– подготовка, согласование, выдача справок, отчетов…

Прозрачность деятельности организации (взаимосвязи документов и операций)


Слайд 19Кафедра "Информатики"
Документированные системы


Слайд 20Кафедра "Информатики"
Документооборот интегрирован с другими подсистемами информационной системы


Слайд 21Кафедра "Информатики"
Это технологии, ориентированные на решение проблем интеграции различных систем, приложений

и данных внутри отдельной организации – А2А –
Aplication-to-Application

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

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

ОСНОВА ИНТЕГРАЦИИ – БИЗНЕС-ПРОЦЕССЫ


Слайд 22Кафедра "Информатики"
Разница между классами систем


Слайд 23Кафедра "Информатики"
Технологии интеграции корпоративных приложений EAI и межведомственной интеграции B2Bi основаны

на использовании брокера (узла пересылки, шлюза) сообщений

Технологическим фундаментом брокера сообщений является программное обеспечение пересылки сообщений – Messaging-Oriented Middleware, MOM
Пример – сервер очередей сообщений MSMQ (Microsoft Message Queuing)
MSMQ обеспечивает гарантированную доставку сообщений между приложениями в территориально распределенной среде
Стандарт в области интеграции корпоративных информационных систем с конца 90-х годов


Слайд 24Кафедра "Информатики"
Идея технологии интеграции на базе брокера сообщений
СИСТЕМА

А
СИСТЕМА

Б
Информация/документ

Документ
Документ


Слайд 25Кафедра "Информатики"
Сегодняшнее состояние
Брокеры сообщений могут объединять большое количество взаимодействующих систем
Результат этого

– «Корпоративная нервная система»
К инфраструктуре брокера сообщений можно подключать любые приложения
В рамках одной корпоративной сети пересылка информации в режиме близком «реальному времени»
При интеграции между организациями обеспечивается асинхронное взаимодействие («слабое связывание») с гарантией доставки сообщений


Слайд 26Кафедра "Информатики"
Брокер сообщений
Обеспечивает физический транспорт доставки сообщений между приложениями. Это может

быть сделано на основе Internet-протоколов (HTTP), традиционных систем пересылки сообщений (Microsoft Messaging Queuing, IBM MQ Series), XML

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

Обеспечивает мапирование (определение соответствия) данных между различными семантиками разных приложений. Пример1: в одном приложении пол человека описывается как «М» и «Ж», в другом как «1» и «0».
Пример2: в одном приложении запись о клиентах содержит 5 атрибутов, а другое приложение обеспечивает эти атрибуты из разных записей.

Доводит уровень интеллектуальной маршрутизации до возможностей автоматизации потоков работ (WorkFlow). Полностью обслуживает внутренние и внешние процессы


СЛУЖБЫ БРОКЕРА СООБЩЕНИЙ


ДОПОЛНИТЕЛЬНЫЕ ВЫСОКОУРОВНЕВЫЕ СЛУЖБЫ

Превращает брокер сообщений в центр информационных потоков и обеспечивает функции анализа бизнес-операций


Слайд 27Кафедра "Информатики"
Брокер сообщений
Поддержка работы адаптеров для различного типов приложений и данных


Слайд 28Кафедра "Информатики"
Единое решение для корпоративной и межведомственной интеграции - XML
является открытым

стандартом;
не зависит от платформы (не требует использовать общие платформенные продукты – ОС и СУБД);
XML – мета-язык – содержит не только данные, но и информацию, описывающую эти данные;
XML – универсальная и базовая технология для представления, трансформации и обмена данными (как протокол TCP/IP);
XML – общий формат для пересылки данных между приложениями. В самих приложениях данные хранятся во внутренних форматах. XML используется как промежуточный формат



Слайд 29Кафедра "Информатики"
Прикладные системы – в виде компонентов Web-служб
функциональные возможности становятся доступны

для пользователей и других приложений по сети Internet/intranet
системы управления бизнес-процесами (BPM) и технология Web-служб дополняют друг друга:
Интегрируемые прикладные системы могут быть реализованы в виде отдельных служб;
Системы BPM обеспечивают выполнение потоков работ как цепочек взаимосвязанных служб, составляя единые бизнес-процессы

Слайд 30Кафедра "Информатики"
Интеграция информационных систем на основе Web-служб предполагает использование ключевых стандартов:
Extensible

Markup Language (XML)

Simple Object Access Protocol (SOAP)

Web Services Description Language (WSDL)

Universal Description, Discovery and Integration (UDDI)

Расширяемый язык разметки информации. Является международным стандартом для описания произвольных данных, которыми обмениваются информационные системы. Описывает информацию, передаваемую по Internet.

Простой протокол доступа к объекту. Стандарт описывает протокол вызова Web-службы – удаленный вызов к услугам/информации прикладной системы. Передаваемые параметры описывает язык WSDL, а процесс вызова – SOAP. Протокол описывает «конверт с информацией» для вызова Web-службы. «Конверт» может быть доставлен от приложения к приложению транспортными протоколами HTTP и SMTP.
Основан на стандарте XML. Состоит из 3-х частей: формат конверта, набор правил кодирования и соглашения по выполнению удаленных вызовов процедур.

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

Универсальный метод описания, обнаружения и интеграции. Технология UDDI предоставляет средства, с помощью которых любые приложения или услуги, описанные в терминах Web-служб могут быть распознаны другими приложениями. Основные объекты информационной модели UDDI: организации (businessEntity), услуги (businessService) и связующий шаблон (bindingTemplate).


Слайд 31Кафедра "Информатики"
Составные части архитектуры управления документооборотом
Термин «архитектура» включает предметы изучения дисциплины

и их взаимосвязь.
Архитектура управления документооборотом – отображение документов, имеющих отношение друг к другу, и связи между ними.

Слайд 32Кафедра "Информатики"
Составные части архитектуры управления документооборотом
При разработке и использовании СУД

должны быть обговорены три составные части архитектуры системы:
концепция;
логика;
предметное воплощение.
Эти аспекты соответствуют моделям документооборота:
концептуальная модель;
логическая модель;
модель предметного воплощения.

Слайд 33Кафедра "Информатики"
Составные части архитектуры СУД
Архитектура системы управления документооборотом


Решаются вопросы:
масштабности СУД

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

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

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


Слайд 34Кафедра "Информатики"
Концептуальная модель
Концептуальная модель базируется на модели центра хранения записей.

Организуется хранилище

для записей, относящихся к определенной категории

Хранилище подразделяется на помещения (Управление персоналом, Управление финансами…).
В этих помещениях хранятся документы

В помещениях стоят шкафы, по которым рассортированы папки


Слайд 35Кафедра "Информатики"
Логическая модель
Логическая модель также базируется на модели центра хранения записей,

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

Принимает документ и размещает в хранилище документации.
Функции: прием и выдача документов,
отслеживание повторов, архивирование, удаление документов, восстановление документов из архивов, обновление версий

Отвечает за все данные о документе. Все важные атрибуты (дата создания, автор, тема, заголовок,…) проиндексированы.

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

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

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

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

Координирует процесс взаимодействия отделов компании между собой и с клиентами компании


Слайд 36Кафедра "Информатики"
Модель предметного воплощения
Подход к предметному воплощению СУД базируется на фактической

конфигурации аппаратного и программного обеспечения и сети в компании. Если говорить о реализации схемы, основанной на модели клиент/сервер, то она будет включать в себя:
хранилище документов, расположенное на сервере с определенной платформой;
пользовательский интерфейс конкретной машины клиента.
На физическом уровне ресурсы системы должны отвечать требованиям обслуживаемой ею модели клиент/сервер, таким как маршрутизация по протоколу TCP/IP.
Задача обеспечения взаимодействия пользователя с хранилищем документации возлагается на модель приложений системы клиент/сервер.

Слайд 37Кафедра "Информатики"
Пример предметного воплощения СУД
СУД реализована на основе технологии «клиент-сервер».
Сервер

СЭД обеспечивает хранение и доступ к данным и реализует необходимую бизнес-логику.
Интерфейс реализован на основе Web-технологий.

Слайд 38Кафедра "Информатики"
Создание систем документооборота
Процесс создания систем документооборота включает этапы (в соответствии

с ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»):
Формирование требований к системе:
Обследование компании и обоснование необходимости системы. Оценка качества функционирующих процессов.
Формирование требований пользователя к системе. Должны содержать описание бизнес-процессов документирования и документооборота.
Оформление отчета о выполненной работе.

Слайд 39Кафедра "Информатики"
Создание систем документооборота
Разработка концепции системы:
Изучение разработчиком процессов документирования и документооборота

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

Слайд 40Кафедра "Информатики"
Создание систем документооборота
Техническое задание:
Выполняется разработка, оформление, согласование и утверждение технического

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

Слайд 41Кафедра "Информатики"
Создание систем документооборота
Технический проект:
Разработка проектных решений по системе и ее

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

Слайд 42Кафедра "Информатики"
Создание систем документооборота
Рабочая документация:
Разработка рабочей документации по системе и ее

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

Слайд 43Кафедра "Информатики"
Создание систем документооборота
Ввод в действие:
Подготовка компании к вводу системы в

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

Слайд 44Кафедра "Информатики"
Создание систем документооборота
Сопровождение системы:
Выполнение работ в соответствии с гарантийными обязательствами.
Послегарантийное

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

Слайд 45Кафедра "Информатики"
Комплекс работ по созданию системы электронного документооборота


Слайд 46Кафедра "Информатики"
Начальный этап создания систем электронного документооборота – построение модели предметной

области

Модель предметной области – модель документооборота – строится для конкретного бизнеса и позиционирования в нем конкретного предприятия.
Выделяют три направления автоматизации документооборота:
поддержка фактографической информации;
возможность работы с полнотекстовыми документами;
поддержка регламента прохождения документов.


Слайд 47Кафедра "Информатики"
Характеризует уровень организации хранения фактографической информации, которая привязана к специфике

деятельности компании

Отражает необходимость организации взаимодействия документов – в них наряду с фактографической информацией содержится слабоструктурированная информация

Регламент процессов прохождения документов.

Точка в пространстве (F, D, R) определяет состояние системы документооборота и имеет координаты (f,d,r).
Положение этой точки зависит от уровня развития и стадии внедрения системы документооборота


Слайд 48Кафедра "Информатики"
Фазы эволюции модели документооборота
Фактографическая
Полнотекстовая
Регламентирующая


Слайд 49Кафедра "Информатики"
Начало деятельности – период накопления первичной информации, имеющей жесткую структуру

и атрибутику. Точка на оси – текущее состояние системы документооборота.

Движение по оси вверх – накопление фактографической информации

Второй этап первой фазы – с определенного момента документ становится привязанный к бизнес-процессу.
Дальнейшая эволюция в одномерном пространстве невозможна

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

Движение по оси предполагает наращивание атрибутивных возможностей – разграничение доступа, расширение средств поиска, иерархию хранения…

Первый этап – развитие индивидуального (простого архива)

Второй этап – корпоративный архив. Обслуживает деятельность рабочих групп

Точка «А» - состояние системы документооборота позволяет осуществлять синхронизацию работ различных групп сотрудников корпорации, расположенных на разных участках

Двухмерного пространства для развития системы становится недостаточно


Слайд 50Кафедра "Информатики"
Первоначальный этап – характеризуется наличием упрощенного регламента. Появляются атрибуты, отвечающие

за регламент, например, «оплатить до…», «действителен для…»

Количественное накопление атрибутов и расширение возможностей по управлению регламентом

Второй этап – появление системы, специально предназначенной для отслеживания процесса соблюдения регламента

Дальнейшее движение по оси – документ в системе становится вторичным – первична цель бизнеса


Слайд 51Кафедра "Информатики"
Заключение по модели предметной области
Модель не зависит от технологии обработки

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


Слайд 52Кафедра "Информатики"
Стандарты и спецификации архитектуры управления документооборотом


Слайд 53Кафедра "Информатики"
Стандарты и спецификации архитектуры управления документооборотом


Слайд 54Кафедра "Информатики"
Стандарты и спецификации архитектуры управления документооборотом


Обратная связь

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

Email: Нажмите что бы посмотреть 

Что такое ThePresentation.ru?

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


Для правообладателей

Яндекс.Метрика