1.3 Выводы по сегментации рынка

Несомненно, крупным предприятиям, готовым выделить большие суммы на автоматизацию процессов, можно порекомендовать полноценное внедрение систем на базе Lotus DominoNotes, либо систем OPTIMA-WorkFlow и LANDOCS (ценовые и функциональные различия между последними не столь уж велики). В тех случаях, когда по тем или иным причинам готовое решение трудно адаптировать под нужды заказчика, организацию корпоративного электронного документооборота можно выполнить проектным решением, в этом секторе работают все рассмотренные производители (за исключением 1С). Хотя, если дело касается автоматизации отдельных департаментов крупных предприятий, то "ЕВФРАТ-Документооборот" уже начал составлять конкуренцию признанным монстрам

Что касается предприятий с относительно небольшим числом рабочих мест (до 200), то лучшим решением видится "ЕВФРАТ-Документооборот". Несмотря на то, что ранее торговая марка "ЕВФРАТ" относилась к системам поддержки электронных архивов, новый продукт семейства кардинально отличается от своего предшественника, является одной из наиболее развитых систем документооборота на нашем рынке и лидирует по соотношению "цена-качество", лишь по молодости проигрывая в распространенности другим системам. С выходом новой версии "ЕВФРАТ" станет серьезным конкурентом и для систем, лидирующих по функциональности.

В госструктурах и приближенных к ним предприятиях, делопроизводство в которых мало подвержено влиянию времени и ведется согласно ГОСТам, следует обратить внимание на систему "ДЕЛО", так как она хорошо зарекомендовала себя в таких случаях. Некоторые вопросы административного делопроизводства (например, работа с гражданами) лучше решены в таких системах, как электронная канцелярия "Золушка" (которая может быть внедрена на различных платформах) и не вошедший в обзор менее распространенный продукт "ГранДОК" (производитель - "ГРАНИТ-Центр").

Если преследуется цель организовать прежде всего полноценный архив электронных документов и наличие механизмов контроля за исполнением документов менее критично, то лучшим выбором будет "Эффект-Офис" или "1С: Архив".

Отдельное рабочее место секретаря может быть автоматизировано облегченными вариантами некоторых представленных систем "ДЕЛО-СТАРТ", электронная канцелярия "Золушка" - файл-серверная версия, ЕВФРАТ-Office и другие).

1.4 Обоснование необходимости разработки

Дороговизна ПО определяет во многом какую систему кафедра может себе позволить. Так, например, Lotus DominoNotes, OPTIMA-WorkFlow и LANDOCS являются наиболее дорогостоящими системами, которые зачастую не по карману даже большим предприятиям. Система "ДЕЛО" могла бы подойти, но специфика ее работы заключается в использовании документов, основанных на ГОСТах, что для кафедры не совсем приемлемо. Существует еще система электронная канцелярия "Золушка" она подходит для работы секретаря, но нашей задачей является автоматизация документооборота на всей кафедре, а не только одного рабочего места.

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

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

Достоинства электронного документооборота:

а) легче и дешевле тиражируется, более компактен;

б) проще и дольше хранится;

в) система быстро настраивается на конкретного пользователя;

г) легко актуализируется (дополняется и расширяется). Например, с помощью Интернет;

д) широкие возможности поиска;

е) возможность распечатки информации;

ж) наглядность;

з) хорошо структурирован (гипертекстовая организация информации);

и) дружелюбность интерфейса;

к) имеет возможность доступа к другим ресурсам прямо из программы.

Недостатки электронного документооборота:

а) долго работать с компьютером не так безопасно, как с книгой;

б) компьютер не всегда доступен;

в) тексты удобнее читать на бумаге;

г) нет единого подхода к интерфейсам электронного документооборота;

1.4.1 Техническая модель

В упрощенном виде схема ЛВС изображена на рисунке 1.

Рисунок 1.1 - Схема ЛВС кафедры

Рабочие места субъектов автоматизации оснащены следующей оргтехникой:

рабочие места сотрудников кафедры:

системный блок - Intel Celeron 2000MHz /RAM 256Mb/HDD 40Gb/Video 32Mb/ /Сетевой адаптер 100Mbit;

монитор - Rover Scan 17

принтер - HP LaserJet 1100;

клавиатура;

манипулятор "Мышь";

операционная система - Windows XP.

Сервер базы данных:

Intel Pentium 2400MHz/RAM 512Mb/HDD 80Gb/Сетевой адаптер 100Mbit

Операционная система - Windows 2000 Server, СУБД - MS SQL Server 2000.

Все рабочие станции и сервер объединены в локально-вычислительную сеть по стандарту IEEE 802.3u Fast Ethernet.

1.4.2 Топологическая модель

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

1.4.3 Регламент и режим работы

Регламент работы сотрудников кафедры определяется в целом: пять дней в неделю по 10 часов в день. Режим работы: с 8.00 до 18.00.

1.4.4 Программная модель

На кафедре используется следующее программное обеспечение:

Операционные системы, офисное ПО: MS Windows 98 SE, MS Windows 2000 Server, MS Windows XP Professional, MS Office 97, MS Office XP;

СУБД: MS SQL Server 2000;

Специальное ПО: SQL-сервер.

1.4.5 Информационная модель

Схема обработки информации изображена на рисунке 2.

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Рисунок 1.2 - Схема обработки информации автоматизированной системой

Функции системы:

сбор, контроль, корректировка, хранение информации;

Входная информация:

данные, вводимые администратором

данные, вводимые методистом

данные, вводимые зав. лаб.

данные, вводимые секретарем

данные, вводимые преподавателями

Выходная информация.

2. Описание постановки задач

2.1 Характеристика задач

2.1.1 Цель и назначение системы

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

Работа с регистрационной карточкой

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

Составные документы - функция поддержки нескольких выделенных частей (файлов) в одном документе и установление логических связей с другими документами.

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

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

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

Контроль исполнительской дисциплины.

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

Автоматические уведомления - генерируются системой для периодических или разовых напоминаний исполнителям и контролерам о текущих или просроченных заданиях.

Задание маршрута - выбор очередности и относительного порядка прохождения документа по инстанциям.

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

Поиск документов.

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

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

Полнотекстовый поиск - индексация и последующий поиск по присоединенным файлам с текстовой информацией.

Ввод документов.

Ручной ввод информации.

Импорт - перевод из растровых форматов (*. doc, *. txt, *.html).

Вывод документов.

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

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

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

Организация защищенного документооборота в сети

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

Шифрование -передача документов и информации о поручениях в зашифрованном виде.

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

Перечень подразделений, для которых решается задача.

Система ориентирована на УЗ на уровне кафедры. Реализация модулей “Зав. лаб" (АРМ заведующего лабораториями), “Методист" (АРМ методиста кафедры), “Секретарь” (АРМ секретаря кафедры), “Преподаватель” (АРМ преподавателей кафедры) в виде готового ПО.

Техническая сущность задачи.

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

Разделение прав пользователей.

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

Пользователей системы можно разделить на правовые категории, такие как:

заведующий лабораторией;

методист;

секретарь;

ППС;

администратор

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

Пользователь может:

1) создать новый документ;

2) редактировать старые документы;

4) получать отчет.

2.2 Входная информация

Входная информация для системы:

расписание занятий;

информация о преподавателях;

списки МЦ на балансе кафедры;

информация о студентах.

2.3 Нормативно-справочная информация

Нормативно-справочной информацией для системы являются поля таблиц: в таблице “Студенты" поле FIO_studenta, в таблице “Сотрудники" поле FIO_sotrudnica, в таблице “Плановая загрузка” поля uch_god, fio_prep, nazv_discp, grup, semester, в таблице “Материальные ценности” поля text, sernum.

Таблица 2.1 Нормативно-справочная информация

2.4 Выходная информация

расписание занятий;

акты списания;

акты комплектации;

акты замены;

ведомость выдачи материальных ценностей;

ведомость выдачи канцелярских товаров;

требования для основных средств, комплектующих, МБП;

плановая загрузка преподавателей;

годовой план;

план за семестр;

карточки загрузки преподавателя;

информация о студентах;

информация о преподавателях

2.5 Требования к системе

Требования к системе в целом

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

эргономичный и интуитивно-понятный интерфейс;

развитая система пассивных подсказок.

Требования к техническому обеспечению

а) техническое обеспечение должно обеспечивать корректную реализацию функций системы, а именно:

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

решение функциональных задач разрабатываемой системы в интерактивном режиме;

поддержку работы в локальной вычислительной сети и/или удалённый доступ к ней.

б) техническое обеспечение должно обеспечивать безопасную для здоровья пользователя и окружающих его людей работу с системой, удовлетворять требованиям ГОСТ 12.0.003-74, 12.1 003-74, 12.1 005-74, 12.1 033-74, 12.1 004-91, 12.1 045-84, 12.1 006-84.

Требования к информационному обеспечению.

время доступа к информации не более 5 секунд;

время формирования любого отчета - не более 15 секунд;

однократный ввод данных и их многократное использование;

достоверность входных и выходных данных;

наличие средств адаптации информационной базы к условиям конкретной кафедры;

наличие средств защиты данных от внешних и внутренних помех;

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

3. Описание алгоритмов

3.1 Общие положения

При первоначальной загрузке доступ к системе имеет только администратор, который, пройдя авторизацию, имеет возможность добавлять пользователей. При добавлении необходимо указать имя и фамилию пользователя, персональный логин/пароль (поля f_name, l_name, username, password) а также группу пользователя (администратор, методист, преподаватель, зав. лаб., секретарь, поле groupp). Указанная группа пользователя в дальнейшем будет определять права доступа к системе. Добавление пользователей осуществляется в таблицу “auth_users", при этом пароли шифруются стандартными средствами, что повышает защищенность системы и исключает несанкционированный доступ.

Рисунок 3.1 - Структура алгоритма.

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

Рисунок 3.2 -Алгоритм авторизации.

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

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

Для группы “зав. лаб. ” предусмотрены:

Администрирование подотчета.

Таблица “Сотрудники" (просмотр).

Таблица “Плановая загрузка” (просмотр).

Стандартные общедоступные элементы управления (e-mail, изменение шрифта, смена пользователя).

Рисунок 3.3 - Структура АРМ зав. лаб.

Для группы “секретарь” предусмотрены:

Администрирование таблицы “Студенты".

Администрирование таблицы “Сотрудники".

Таблица “Плановая загрузка” (просмотр).

Стандартные общедоступные элементы управления (e-mail, изменение шрифта, смена пользователя).

Рисунок 3.4.Структура АРМ секретаря.

Для группы “методист" предусмотрены:

Таблица “Студенты" (просмотр).

Таблица “Сотрудники" (просмотр).

Администрирование таблицы “Плановая загрузка".

Стандартные общедоступные элементы управления (e-mail, изменение шрифта, смена пользователя).

Рисунок 3.5 - Структура АРМ методиста.

Для группы “преподаватель” предусмотрены:

Администрирование таблицы “Студенты" (ограниченный доступ).

Администрирование таблицы “Сотрудники" (ограниченный доступ).

Таблица “Плановая загрузка” (просмотр).

Стандартные общедоступные элементы управления (e-mail, изменение шрифта, смена пользователя).

Рисунок 3.6 - Структура АРМ преподавателя.

3.2 Определение данных, которыми должны оперировать автоматизируемые функции

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

Таблица - Студенты, данные которые нужны для работы:

номер группы,

ФИО студента,

набор,

успеваемость,

адрес,

телефоны,

заметки.

Таблица - Сотрудники, данные, необходимые для работы:

ФИО сотрудника,

ППС/УВП,

должность,

ставка,

разряд,

адрес,

телефон,

ИНН,

номер страхового полиса,

паспортные данные,

день рождения.

Таблица - Плановая загрузка, данные, необходимые для работы:

учебный год,

ФИО преподавателя,

звание,

семестр,

название дисциплины,

группы,

лекции дн/веч,

практика дн/веч,

лабораторные дн/веч,

консультации,

зачеты дн/веч,

экзамены дн/веч,

посещение занятий зав. каф.,

производственная практика,

дипломное проектирование дн/веч,

аспирантура,

УНИРС.

Таблица - Материальные ценности, данные, необходимые для работы:

наименование,

ед. измерения,

внутренний номер,

серийный номер,

количество,

стоимость,

поставщик,

дата приобретения,

описание,

категория.

Таблица - Пользователей, данные, необходимые для работы:

ФИО,

login,

группа.

Приведем структуры таблиц.

Таблица 3.2.1 - Структура таблицы Студенты

Таблица 3.2.2 - Структура таблицы Сотрудники

Таблица 3.2.3 - Структура таблицы Плановая загрузка

Таблица 3.2.4 - Структура таблицы Материальные ценности

Таблица 3.2.5 - Структура таблицы Пользователей

4. Описание программного обеспечения

4.1 Методы и средства разработки программного обеспечения

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

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

К сетевым относятся файл-серверные, клиент-серверные и распределенные СУБД.

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

Клиент-серверные системы значительно снижают нагрузку на сеть, так как клиент общается с данными через специализированного посредника - сервер БД, который размещается на машине с данными. Серверы БД представляют собой относительно сложные программы. К ним относятся Microsoft SQL Server, Sybase SQL Server, Oracle, DB2, InterBase и т.д. Клиент-серверные СУБД масштабируются до сотен и тысяч клиентских мест. Так как разрабатываемая система создается для кафедры, такой масштаб не требуется и нет смысла разрабатывать довольно сложный клиент-сервер.

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

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

В качестве средства разработки программной оболочки автоматизированной системы документооборота выбрано PHP 4. Его достоинства перечислены ниже.

Итак, для создания программного комплекса используются следующие методы и средства ПО:

Предлагаемый комплекс программ позволяет запустить полноценный веб-сервер Apache с поддержкой PHP, Perl и сервер MySQL на машине, работающей под управлением MS Windows 95/98/Me/NT/2000/XP. Как правило, при установке не требуется никакой настройки, комплекс может использоваться даже неподготовленными пользователями. Тем не менее, он может найти применение не только для обучения азам веб-программирования, но и для отладки интерактивных сайтов, программ, использующих базу данных MySQL, написанных на языках PHP и Perl.

Основные отличия комплекса то аналогів.

1. Модульность и расширяемость. Нет необходимости выкачивать многомегабайтные дистрибутивы отдельных компонентов. Базовая версия предлагаемого комплекса Apache+PHP+Perl+MySQL имеет размер всего около 1.9Мб и при этом полностью функционален. В случае необходимости Вы можете докачать с сайта разработчиков дополнительные комплекты, содержащие интерпретатор Perl с различными модулями, библиотеки, расширяющие возможности PHP и обеспечивающими работу с архивами, графикой, базами данных, отличными от MySQL и т.д.

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

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

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

Состав комплекса.

Состав базового комплекта:

1. Apache: выполняемые файлы, дистрибутивные и адаптированные конфигурационные файлы.

2. PHP: выполняемые файлы, модуль для веб-сервера Apache, дистрибутивный и адаптированный конфигурационный файл, библиотека GD - пока без поддержки формата GIF.

3. MySQL выполняемые файлы, файлы сообщений об ошибках на русском и английском, база данных mysql.

4. Панель управления базой данных MySQL - phpMyAdmin, а также скрипт, упрощающий добавление нового пользователя MySQL.

5. Perl: выполняемые файлы, модули отсутствуют.

6. Отладочная "заглушка" для sendmail (/usr/sbin/sendmail), не отправляющая письма, а записывающая их в файл /tmp/! sendmail. txt.

7. Система автоматического поиска виртуальных хостов и обновления системного файла hosts, а также конфигурации Apache. Благодаря ей добавление нового виртуального хоста (или домена третьего уровня) заключается в простом создании каталога в /home (см. по аналогии с уже существующими хостами) и перезапуске комплекса. Все изменения вносятся в конфигурационные и системные файлы автоматически, но вы можете управлять этим процессом при помощи механизма шаблонов хостов.

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

PHP версии 3 в виде CGI-программы;

модули и документация для Apache;

модули и документация для PHP;

модули и документация Perl;

сервер MySQL с поддержкой транзакций, документация;

модули поддержки технологии Parser;

другие популярные модули.

Версии программ, входящих в состав комплекса

Apache 1.3.27 (октябрь 2002 г)

PHP 4.3 0 (30 декабря 2002)

phpMyAdmin 2.3 0 (август 2002 г)

MySQL 3.23.53 (ноябрь 2002 г)

ActivePerl 5.6.1.631 (январь 2002 г)

Выбор СУБД.

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

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