Критери
и
Продукт
ы
Дружест
венность
пользова
тельског
о
интерфей
са
Операти
вность
(возможн
ость
быстро
создават
ь
нужный
документ
с нуля)
Цена
(тыс.
руб.)
Масштаб
ируемост
ь
(возможн
ость
расшире
ния)
Работа с
популярн
ыми
формата
ми
документ
ов
Работа с
различны
ми ОС
Архитект
ура
X,
GNU/Lin
ux
Очевидно, по таблице сравнения, что Documentum лучше по цене, но
форматов меньше. В то время как 1С: Документооборот может работать с
наибольшим количеством форматов, но по цене на предпоследнем месте.
Исходя из этого, можно сделать вывод, что ни одна из представленных систем
не подходит нам по всем критериям. Поэтому предлагается самостоятельная
разработка системы.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Разработка стратегии реализации проекта автоматизации компании состоит из
ряда последовательных действий, взаимосвязанных между собой:
определить стратегические свойства ИС;
определить функциональность ИС в целом;
выбрать стратегию автоматизации:
определить архитектуру;
сформировать бизнес-плана.
Различают следующие виды стратегий автоматизации:
полная;
по направлениям;
по участкам;
хаотичная.
Хаотичная автоматизация состоит из набора автоматизированных участков, не
связанных друг с другом. Такая автоматизация определяется оперативными задачами
и обычно не отражается в стратегических планах компании.
Автоматизация по направлениям отличается от автоматизации по участкам тем,
что предполагает участие всех функциональных подразделений, деятельность которых
связана с направлением автоматизации.
При автоматизации компании «по участкам» внедряются небольшие
автоматизированные системы для прикрытия узких мест. Таким образом, через какое-
то время компания будет представлять собой несколько разрозненных небольших
автоматизированных систем, не согласованных друг с другом. Такой вид
автоматизации говорит о том, что руководство компании не понимает преимуществ
комплексной автоматизации в долгосрочной перспективе, которое приведет к
экономии средств на внедрение автоматизированных информационных систем. В
итоге внедряются самые необходимые системы, которые опять же нагромождаются в
набор несвязанных друг с другом элементов.
При полной (комплексной) автоматизации компания рассматривается как
сложная система взаимосвязанных частей, все «узкие» места которой нужно
автоматизировать для увеличения общей эффективности системы.
В ГБУ «Жилищник района Марфино» работа всех отделов уже
автоматизирована. Необходимость автоматизации документооборота появилась в
связи с развитием компании и ростом числа клиентов. Таким образом, в качестве
стратегии автоматизации выбран проект автоматизации по направлениям, так как
автоматизация затронет направление работы – работу с документами.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи
Для решения проблемы – отсутствия учета документов – согласно с
руководством компании были рассмотрены следующие варианты:
покупка готового решения;
покупка и доработка;
заказная разработка;
собственная разработка.
Самый очевидный способ для предприятия – это покупка готовой программы и
это действительно так, но только при условии, что готовая система удовлетворяет ряду
критериев выбора, таких, как стоимость самой системы, стоимость ее внедрения,
наличие и стоимость технической поддержки и программной доработки продукта,
соответствие функций программы требованиям организации, соответствие мощностей
вычислительной техники существующему в компании парку техники, удобство работы
с программой для конечных пользователей.
Если один и более пунктов не соблюдается, это обычно влечет за собой
проблемы эксплуатации системы.
Есть и другой вариант приобретения – покупка и доработка готовой системы,
подгон под определенные бизнес-процессы и организацию. Очевидно, что в этом
случае конечная стоимость программного обеспечения может многократно превышать
начальную.
Неудобства, связанные с несоответствием действительности рекомендуемым
требованиям или сложности в использовании (чересчур мудреное меню, нелогичный
доступ к информации, сложности восстановления и резервирования данных и т. п.),
также приводят либо к отказу от программы, либо действуют в противоречие своей
основной задаче – вместо облегчения только усложняют работу пользователя.
Следует упомянуть и о том, что для больших систем, как правило, характерна
избыточность функционала: готовые программы стараются сделать универсальными,
поэтому при их создании функционал делается как можно шире. Поэтому выбрать
готовый продукт не так просто.
Еще один способ решения задачи автоматизации – это набор программы как бус:
некоторые разработчики предоставляют набор модулей, связанных друг с другом и в
результате образуют нужную комбинацию для автоматизации бизнес-процессов
предприятия. По такому принципу работает, например, компания 1С и многие другие
разработчики программного обеспечения, которые строят системы уровня
корпораций.
Последний вариант – это создание собственной системы своими силами или
заказ ее разработки у софтверной компании или индивидуального разработчика.
На основании рассмотрения вариантов способов приобретения
информационных систем, было принято решение о разработке собственной
информационной системы. Решение принято на основании рассмотрения следующих
факторов:
предприятие имеет все инструменты для собственной разработки
информационных систем;
предприятие имеет в своем составе квалифицированного специалиста по
разработке и поддержки программных систем;
имеется развитая ИТ-структура для обеспечения деятельности;
рассмотренные готовые аналоги программных средств имеют высокую
стоимость.
Принято решение разработки собственного решения на базе уже имеющихся
средств хранения данных и платформ для разработки программных средств. При этом
проектируемое программное решение должно функционировать на уже имеющемся
оборудовании и взаимодействовать с установленным программным обеспечением.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Информационное обеспечение ИС включает два комплекса [10, с.93]:
внемашинное информационное обеспечение;
внутримашинное информационное обеспечение.
Информационное обеспечение АРМ можно определить как совокупность
единой системы классификации и кодирования, унифицированной системы
документации и информационной базы (ИБ).
Информационное обеспечение АРМ должно отвечать следующим требованиям
[2]:
формы документов должны отвечать требованиям корпоративных стандартов
заказчика (или унифицированной системы документации);
должна быть обеспечена совместимость с информационным обеспечением
систем, взаимодействующих с разрабатываемой системой;
графики формирования и содержание информационных сообщений, а также
используемые аббревиатуры должны быть общеприняты в предметной области
и согласованы с заказчиком.
В качестве справочных данных рассматриваются справочники типов
документов, отделов предприятия, а также справочник сотрудников предприятия.
Таким образом, при создании объекта сущности «документ» необходимо указать
следующие атрибуты:
порядковый номер документа в базе данных;
наименование документа;
дата создания документа;
дата последнего изменения документа;
дата очередного пересмотра документа;
наименование подразделения ответственного за пересмотр документа.
Следует учесть, что, если непосредственно список документов целесообразно
хранить в базе данных, как это делается со всеми данными, то содержимое документа
является файлом (в случае с конкретной компанией это файл формата Microsoft Word
97-2003), следовательно, поле «Содержимое документа» должно быть текстовым и
содержать в себе имя файла, а сам файл должен храниться отдельно.
Кроме того, документ может быть архивным или открытым. В случае, если
документ открытый, его можно пересылать, исполнять, и совершать иные действия. В
случае, если документ более не нужен, он помещается в архив. Это означает, что с
документом более нельзя производить никаких действий, кроме просмотра.
1.4.2. Обоснование проектных решений по программному обеспечению
Для создания базы данных необходимо выбрать СУБД – систему управления
базами данных.
Выбор СУБД определяется многими факторами, но главный из них –
возможность работы с построенной моделью данных.
Для сравнения были выбраны такие СУБД, как: MS Access[24], MySQL[20],
Oracle [8] и MS SQL Server [17]. Сравнительный анализ СУБД представлен в таблице
1.9.
Таблица 1.9
Сравнение СУБД
Критерии оценки
MS Access
MySQL
MS SQL Server
Orcale
Размер базы данных
несколько Мб
+
+
до 100Мб
+
+
несколько ГБ
+
+
+
100Гб и более
+
+
Количество одновременных пользователей, работающих с базой данных
напрямую
1 пользователь
+
+
до 10
+
+
более 10
+
+
+
более 100
+
+
+
более 1000
+
+
Стоимость лицензии
бесплатно (только лицензия на пакет)
+
+
Дешево
Дорого
+
+
очень дорого
Платформа на которой способна работать СУБД
Windows
+
+
+
Unix/Linux
+
Windows+Linux
+
+
Кластеры
+
Встроенный язык программирования
Microsoft
+
+
Языки для Linux
+
Тип программы
Локальное приложение
+
+
WEB
+
Сложная система
+
+
Защита данных
Низкая
Слабая
+
сильная
+
+
+
Мощность языка SQL и возможности СУБД
очень слабые
Слабые
+
развитые
+
мощные
+
+
Требования к техническим характеристикам ПК
неприхотливые
+
+
чувствительные
необходимы мощные сервера
+
+
Возможные способы доступа к данным
ODBC
+
OLEDB/ADO
+
+
+
DAO
+
BDE
Другое
+
+
+
Сложность настройки и администрирования
никаких сложностей
+
небольшие сложности
необходимы специальные знания и помощь
специалиста
+
+
+
Для получения информации о характеристиках СУБД необходимо
воспользоваться информационными порталами:
www.tpc.org – зарубежная некоммерческая корпорация, сосредоточенная на
разработке и проведении тестирования производительности программных и
аппаратных комплексов;
www.msdn.ru – крупнейший портал русскоязычный сайт, посвященный
программному обеспечению.
На рисунке 1.22 представлено сравнение масштабируемости и уязвимости СУБД
за период 2012-2015 по данным msdn.ru.
Рисунок 1.22. Сравнение масштабируемости и уязвимости СУБД за период 2012-2015
по данным msdn.ru
На рисунке 1.23 представлен скриншот главного рабочего окна СУБД MS
Access.
Рисунок 1.23 – Рабочее окно СУБД MS Access
На рисунке 1.24 представлено окно администрирования баз данных MS SQL
Server.
Рисунок 1.24 – Окно администрирования баз данных MS SQL Server
На рисунке 1.25 представлен пример работы в СУБД MySQL с помощью
программы MySQL-Front.
Рисунок 1.25 – Пример работы в СУБД MySQL с помощью программы MySQL-Front