В обзоре приводится ряд очевидных критериев, присущих всем
рассматриваемым системам (и всем системам класса СЭД, в принципе), и
критерии, которые позволяют отличать решения друг от друга. В целом,
функциональные возможности систем совпадают, и лишь подробная
детализация некоторых принципиальных задач документооборота и
особенности их реализации позволяют сделать сравнение различных
решений. Стоит отметить, что по всем приведенным в обзоре системам
имеется достаточно большая практика внедрений. Эти системы
используются сотнями организаций для автоматизации документооборота.
Кроме указанных решений, на рынке присутствует еще более 50
программных продуктов, не получивших большого распространения.
Если проанализировать новые версии систем, занимающих
лидирующие позиции на рынке, то стоит отметить, что последние три года
их развитие был направлено в основном на совершенствование сервисных
возможностей, так как базовые возможности в той или иной форме уже были
реализованы ранее. Если говорить о новых технических возможностях, то
можно отметить потенциал развития СЭД в сторону управления различного
вида контентом (мультимедиа), использование технологий автопроцессинга
и разбора содержания документа. Но пока подобная функциональность для
СЭД не является обязательной, и самое главное — спрос на нее в России до
конца не сформировался.
В таблице3дается сравнение характеристик современных СЭД.
При сравнении функциональных возможностей СЭД приняты
следующие обозначения:
«+» — возможность реализована;
«+/−» — возможность доступна в рамках ограниченной
функциональности или требуется приобретение дополнительного
ПО;
«−» — возможность не реализована.
Таблица 3
Общие характеристики наиболее популярных СЭД
В качестве способа приобретения выбрана собственная разработка.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Общая характеристика организации решения задачи основывается на
бизнес-модели to-be (как должно быть).
Описание информационных потоков наиболее наглядно можно
прибегнув к диаграмме процессов IDEF0. На рисунке 12 и рисунке 13
приводятся схемы процесса того, как должно быть организовано
информационное взаимодействие между сотрудниками и техническими
специалистами.
Рисунок 12. Контекстная диаграмма общего процесса работы с
электронными заявками "Как должно быть" (to-be)
Рисунок 13. Функциональная декомпозиция общего процесса
работы с электронными заявками.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Процесс внедрения информационной системы на предприятии пройдет
через несколько этапов:
‒ Анализ деятельности организации в исследуемой предметной
области. Здесь предстоит внимательно изучить каждый аспект
предметной области, подлежащей автоматизации. Здесь следует
изучить предметную область и особенности заявок на обслуживание
техники.
‒ После изучения деятельности необходимо составить техническое
задание, которое определит функциональность разрабатываемого
программного обеспечения. Этот раздел достаточно важен,
поскольку он должен соответствовать первому этапу, то есть
регламенту составления заявок.
‒ Следующим шагом является определение средств разработки. Здесь
необходимо выбрать интегрированную среду разработки,
определиться с языком программирования. Принять решение то
том, каким образом будут храниться данные. В исследуемом
проекте данных хранятся в базе данных MySQL, среда
программирования была выбрана Delphi.
‒ После этого следует определить архитектуру приложения, а так же
архитектуру технического оснащения. Разрабатываемое приложение
будет иметь архитектуру двухуровневого клиент-сервера с типом
"Толстый клиент". Это наиболее трудоемкое, но очень гибкое
решение. Бизнесс-процессы здесь будут обрабатываться именно
клиентом. Выбор технических средств предполагает выбор сервера.
Сервер уже присутствует в организации, поэтому приобретать
отдельный сервер не требуется.
Внедрение. Выбор пал на поэтапное внедрение. Сначала приложение
будет устанавливаться в нескольких отделах и после успешного
эксплуатирования с минимальным количеством ошибок, приложение можно
внедрять массово во все отделы.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Проектные решения по информационному обеспечению
обосновываются с точки зрения внемашинного (классификаторы,
справочники, документы) и внутримашинного (входные, промежуточные,
выходные массивы информационных баз) обеспечения [22. стр. 83] и
включают следующие вопросы:
‒ Обоснование состава и содержания входных и выходных
документов. В приложении не используются какие-либо
унифицированные формы документов, поскольку цель приложения
заключается в регистрации в электронном виде различных
технических и программных неполадок.
‒ Некоторые формы приложения сочетают в себе данные условно-
постоянной и переменной информации. К такой форме относится
форма "sotr". Это форма представляет из себя двух-табличную
форму master-detail. В форме заполняется информация об отделах и
их сотрудниках. А поскольку в организации есть несколько отделов,
то форма такого типа является очень удобной и содержит
информацию из двух таблиц базы данных в одном информационном
окне. Формы в виде таблиц спроектированы таким образом, чтобы
максимально удобно отображать информацию о заявках и работе с
ними.
‒ Состав классификаторов так же обоснован. Он содержит
минимально допустимый объем необходимой информации для
корректной работы.
Перечисленные аспекты являются результатом исследования на этапе
проектирования приложения.
1.4.2. Обоснование проектных решений по программному обеспечению
Для выполнения проекта потребуется выбрать одну из предложенных
рынком информационных технологий СУБД, а также язык
программирования высокого уровня.
В настоящее время существует огромное количество разнообразных
средств разработки, многие из которых очень похожи друг на друга.
Для решения каждой конкретной задачи предназначен тот или иной
язык программирования или среда разработки. Хотя, сейчас, не будет
ошибкой сказать, что выбор среды уже зависит больше не от задачи, которую
предстоит программировать, все более от предпочтения программистом того
или иного языка. Это связано со все большей универсальностью и развитием
систем разработки.
Учет заявок удобно осуществлять, создав информационную систему,
применяя для этого СУБД (Система управления базами данных) и
прикладной язык программирования.
СУБД представляет собой систему, которая предназначена для
управления имеющейся базой данных. Как правило, СУБД содержит в себе
также и определенный язык программирования. Например, в Visual FoxPro -
это собственно язык FoxPro, в СУБД Access - таким языком будет являться
VBA.
Среди СУБД существует множество решений. Следует упомянуть, что
прежде всего, СУБД делятся на настольные и промышленные.
Настольные СУБД предназначены для организации работы с базами
данных в рамках мелких, средних и крупных предприятий.
Промышленные же, СУБД используются для организации работы с
базами данных, к которым обращаются миллионы пользователь. Например,
тот, же сайт государственной статистики, который ежедневно посещают
тысячи пользователей всей страны. Данные этого, как и любого другого
сайта хранятся в базе данных, по формату относящихся к промышленным
СУБД.
Недостатком настольных СУБД является то, что с увеличением числа
записей и роста пользователей, система начинает медленно работать.
И, если с ростом числа записей (данных) в базе данных таких СУБД
можно решить вопрос, путем архивирования старых, первых записей и
чистки базы данных то с ростом числа пользователей и нагрузки на СУБД
вопрос остается актуальным. Именно вопрос, касающийся нагрузки и
призвана решить промышленная СУБД.
Среди настольных СУБД следует выделить такие как dBase и Visual
dBase , Microsoft Access , Microsoft FoxPro и Visual FoxPro , Paradox.
Среди промышленных СУБД можно выделить Oracle, Microsoft SQL
Server, MySQL, PostgreSQL, Interbase, Firebird и другие.
В настоящее время существует несколько промышленных СУБД, на
основе которых строятся клиент-серверные системы. Все они имеют свои
достоинства и недостатки. Развитие информационных технологий привело к
тому, что недостатков в тех или иных СУБД становится все меньше. Выбор
той или иной СУБД зависит от предпочтений разработчика и от поддержки
уже имеющихся разработок. Так же выбор СУБД или среды разработки
зависит от коллективного использования средств проектирования.
Среди современных промышленных СУБД следует выделить
несколько, наиболее мощных и востребованных на рынке разработки баз
данных:
MS SQL Server. СУБД разработанная фирмой Microsoft. Является на
сегодняшний день одной из мощнейших систем управления базами
данных, включающих в себя визуальные методы разработки. В
настоящее время имеется официальная бесплатная версия данной
СУБД, которая называется (Express) Community. Данная платформа
предназначена для разработки критичных и отказоустойчивых
приложений уровня предприятий. Средство дает возможность
создавать как облачные, так и локальные решения, а так же
переносить локальные системы на облачные.
Oracle. СУБД фирмы Oracle является объектно-реляционной. СУБД
является прямым конкурентом MS SQL Server. Так же, как и
конкурент, позволяет создавать облачные решения. Система
ориентирована на решение довольно крупных задач уровня больших
предприятий и корпораций, либо построения баз данных
государственного уровня с большим объемом данных. Oracle дает
возможность легко переносить уже существующие локальные
решения в облачные.
MySQL. Еще одна очень популярная промышленная система
управления базами данных, принадлежащая так же компании Oracle.
Система в основном получила широкое распространение при
проектировании баз данных, работающих в крупных интернет-
проектах, поскольку основным из ее преимуществ является очень
высокая скорость обработки данных, сочетающаяся с отличной
надежностью. Так же на выбор этой системы в качестве основы для
разработки базы данных повлияло то, что MySQL изначально имела
свободную лицензию. В настоящее время СУБД существует в двух
вариантах: коммерческой версии и свободно-распространяемой.
PostgreSQL. PostgreSQL является одним из нескольких бесплатных
популярных вариантов СУБД, часто используется для ведения баз
данных веб-сайтов. Это была одна из первых разработанных систем
управления базами данных, поэтому в настоящее время она хорошо
развита, и позволяет пользователям управлять как
структурированными, так и неструктурированными данными.
Может быть использован на большинстве основных платформ,
включая Linux. Прекрасно справляется с задачами импорта
информации из других типов баз данных с помощью собственного
инструментария. Движок БД может быть размещен в ряде сред, в