33
в себя полную автоматизацию всех направлений деятельности компании, а также
включает в себя серьезные временные и материальные затраты, которые на
данный момент компания не может позволить себе. Автоматизация по участкам
включает автоматизацию отдельных отделов компании, в нашем же случае
предполагается автоматизация отдельных процессов, выполняемых некоторым
отделом компании. Способ автоматизации по направлению самый оптимальный,
поскольку в таком случае имеет место автоматизация отдельных групп бизнес-
процессов компании.
Стратегия автоматизации изначально должна соответствовать задачам и
приоритетам бизнеса. В понятие стратегии также включаются пути достижения
этого соответствия:
• Анализ работы компании;
• Модернизация деятельности;
• Подбор системы.
Выбор системы – задача многокритериальная. Задание необходимых
критериев, по которым будет реализован выбор конкретной системы, так или
иначе связано с качеством и полнотой разработки всех пройдённых этапов
цепочки выбора. Ведь почти все объективные соображения, которыми
пользуются при выборе системы (функциональные возможности, цена системы и
совокупные затраты владения, возможности развития, поддержки и внедрения,
технические параметры системы и т.п.), отражаются на предыдущих этапах. При
четкой проработке всех предыдущих этапов выбор системы не станет проблемой.
В существующей схеме планирования задач можно выделить несколько
этапов. Этап первый – анализ стратегии становления бизнеса и подготовка
технического задания для создания ИС по результатам анализа стратегии
развития и исследования компании. После этого реализуется непосредственное
создание системы.
Использование и обслуживание ИС.
Этап использования и обслуживания системы в динамично развивающемся
предприятии выражает довольно сложную задачу. Обновление программно-
аппаратной части, вызванное физическим и моральным устареванием
компонентов АСУ; важность отслеживания изменений в законодательстве;
34
требования пользователей по доработке системы под новые функциональные
задачи; реализация безопасности данных в процессе эксплуатации – все эти и
многие другие вопросы периодически возникают перед персоналом,
ответственным за использование и обслуживание системы.
Проанализировав данные варианты стратегий, была выбрана стратегия
автоматизации по участкам, так как это наиболее подходящий вариант для нашего
предприятия, так как в этом случае автоматизируется только отдельный участок
деятельности предприятия.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
В этом разделе рассматриваются базовые возможные варианты
приобретения ИС для компании, а также описывается эффект от процесса их
внедрения, потенциально оказанный на саму фирму. Выявлены главные
недостатки и преимущества всех рассмотренных способов приобретения.
Сегодня есть несколько вариантов решения поставленной задачи, касаемо
приобретения:
• Покупка готового ПО;
• Покупка готового ПО и его модификация под требования клиента;
• Создание собственного ПО;
• Доработка уже имеющегося и находящегося в работе ПО.
Покупка готового ПО - один из наиболее простых вариантов, не требующих
других затрат, кроме финансовых. Среди преимуществ такого способа можно
назвать минимальные временные затраты и усилия на внедрение продукта. Также
есть очень большая вероятность купить хороший и актуальный продукт из
последних разработок, ввиду повышенной конкуренции на данном рынке.
Основными недостатками становится значительная дороговизн, поскольку
хороший продукт стоне может стоить дешево, к примеру, те, что были
рассмотрены в пункте 3.1 систем, и нельзя адаптировать систему под себя на
100%, даже применяя все её функции по максимуму. Последним недостатком
можно назвать возможность возникновения критических ошибок из-за
35
несовместимости системы и структурной организации предприятия, для
устранения которых будут нужны немалые временные затраты, поскольку скорее
всего придется обращаться к производителю.
Покупка готового ПО и его модификация под требования клиента - это
улучшенный первый вариант приобретения, но с сохранившимся единственным
недостатком - это предполагаемая высокая стоимость. Такой вид приобретения
дает возможность в буквальном смысле «подогнать» все параметры ПО под
нужды потребителя и условия работы, что минимизирует вероятность реализации
критических ошибок. Но важно учитывать, что на слишком глубокие изменения
системы могут занимать значительные промежутки времени, т.к. разработчикам
компании необходимо будет понять код продукта.
Создание собственного ПО - самый длительный способ получения нужного
продукта. Группа специалистов IT отдела, отдела программных разработок
реализует свой собственный продукт для своей же компании, учитывая её
специфику. Но зачастую этот процесс занимает довольно много времени и не
всегда гарантирует 100% результат. В созданном продукте может быть масса
недоработок, которые необходимо будет устранять уже в процессе работы
системы. Хотя всегда есть шанс получить оптимальный для компании и ее бизнеса
продукт.
Доработка уже имеющегося и находящегося в работе ПО - обычная
модернизация уже имеющейся системы.
Выделив основные доступные варианты приобретения продукта, учитывая
специфику и возможности компании был выбран вариант создания собственного
ПО, так как именно в данном случае имеется возможность учесть все особенности
деятельности компании.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
36
Информационное обеспечение (ИО) подсистемы основано на
информационной модели работы сотрудников компании. Выделяют
внемашинное и внутримашинное обеспечение.
Само ИО состоит из: системы классификации и кодирования; системы
единообразной документации, применяемой в ИО, информационную базу, т.е.
совокупность данных из всех информационных массивов.
Внемашинное обеспечение определяется всей совокупностью данных,
основную часть которых составляют документы. Выделяют первичные (входные)
документы, например, заявки пользователей, и отчетные (выходные) документы,
к которым относят документы по итогам рассмотрения заявок, отчеты и т.п.
Внутримашинное ИО отражает данные на машинных носителях в виде
специально организованных массивов (файлов), БД и их информационных связей.
Внутримашинное ИО подсистемы организует информационную среду,
способствующую выполнению сотрудниками своих профессиональных
обязанностей. Эта область определяется набором объектов, их свойств и
взаимосвязей. Для любого такого объекта выражается набор его характеристик,
свойств.
Информационные потоки внешнемашинного ИО определяются как
направленное постоянное движение документов от источника из создания к
конечному получателю.
Классификаторы необходимы для описания данных, они отражают
единство классификации и кодирования данных и созданы для реализации
машинной обработки и выдачи результатов в удобной для пользователей форме
при решении различных задач.
В нашем проекте применялись следующие общероссийские
классификаторы:
• ОКОПФ - Общероссийский классификатор организационно-правовых
форм;
• ОКУД - Общероссийский классификатор управленческой документации.
К ИО предъявляются указанные ниже общие требования:
• ИО должно быть достаточным для реализации всех автоматизируемых
функций объекта;
37
• В процессе кодирования данных должны использоваться принятые у
заказчика классификаторы;
• В процессе кодирования выходной и входной информации, которая
применяется на высшем уровне управления, нужно использовать классификаторы
этого уровня;
• Важно обеспечить совместимость с ИО систем, которые так или иначе
связаны с разрабатываемой системой;
• Все формы документов должны отвечать корпоративным стандартам
заказчика (или унифицированной системы документации);
• Строение документов и экранных форм должно соответствовать
параметрам терминалов на рабочих местах пользователей;
• Графики формирования и содержание информационных сообщений, а
также применяемые аббревиатуры должны быть общепринятыми в этой
предметной области и обговоренными с заказчиком;
• ИС должна предусматривать наличие средств контроля входной и
итоговой информации, механизма обновления данных в информационных
массивах, методик отслеживания целостности ИБ, средств защиты от
нелегального доступа.
Входные документы для исследуемой задачи лучше получать через сеть,
поэтому они обязаны быть сделаны в файлах заранее утвержденной структуры.
Для более простого применения таких файлов, они должны быть иметь табличный
вид (что несложно реализовать, поскольку эти документы отражают результаты в
других задачах и генерируются программным способом).
Классификаторы используются для описания данных, определяют
единство классификации и кодирования данных и используются для реализации
машинной обработки и выдачи данных в понятной потребителям форме в
процессе решения различных задач.
К внутримашинному ИО можно отнести описание экранных форм.
В процессе построения структуры экранных форм для ввода данных
первичных документов с важными данными лучше всего применять
комбинированную форму, которая почти на 100% приближена к той, которая
применялась для разработки самого документа. Расположение полей должно быть
38
в той очередности, которая соответствует логической структуре документа и
файлов с важными данными, сокращая при этом трудоемкость операции загрузки
данных в информационную базу.
В процессе создания экранных форм для документов с фиксированными
данными важно иметь в виду, что эти макеты применяются для ввода и
актуализации записей БД, поэтому для их разработки лучше всего применить
анкетную форму расположения реквизитов, оптимальную для выполнения
подобных операций.
В основе выбора экранных форм заключены принципы минимальной
трудоемкости и стоимости ввода данных в ЭВМ, высокой степени читабельности
выводимой информации, максимальной надежности и правильности выполнения
этих операций.
Базовыми функциями справочников становятся:
• Реализация проверки кодированных параметров признаков при вводе
информации;
• Перекодирование значений признаков при передаче данных на монитор;
• Сохранение постоянной информации, связанной с некоторыми
значениями признаков;
• Добавление пояснительного текста к таблицам, получаемым в результате
решения совокупности задач.
Исходные данные, необходимые для решения поставленной задачи
содержатся в таких документах, как:
Список сотрудников компании;
Регламент служебного времени;
Данные, поступающие со СКУД.
В результате решения задачи формируются такие формы отчетности, как:
Список пользователей;
Табель учета рабочего времени;
График отпусков;
Отчет по контролю рабочего времени.
Информационная база (ИБ) представляет собой структурированную
совокупность данных, хранимых в памяти ЭВМ в виде файлов, с помощью
39
которых реализуются информационные запросы управленческих процессов и
решаемых задач.
Есть несколько способов организации подобной базы:
• Связанные локальные файлы — реализуется при помощи пакетов
прикладных программ;
• Встроенная БД — базируется на применении универсальных
программных средств хранения, записи, поиска и поддержания актуальности
данных, т.е. СУБД.
Организация локальных файлов так или иначе подразумевает дублирование
данных в ИС, что ведет к несогласованности данных в разных приложениях, а
также усложненным доступом к данным, поэтому зачастую используется только
в специализированных приложениях.
1.4.2 Обоснование проектных решений по программному
обеспечению
ПО часто является совокупностью программ для выполнения конкретных
целей и задач автоматизированной системы.
Обычно ПО можно разделить на два вида: общее (ОС, операционные
оболочки, компиляторы, интерпретаторы, программные среды, СУБД, сетевое
ПО и т.п.) и специальное (совокупность прикладных программ, которые
используются для конкретных задач в рамках функциональной подсистем, а
также контрольные примеры).
ПО общего назначения обязаны отвечать нескольким требованиям [1]:
• Являться набором взаимосвязанных программ с оптимальными
указаниями и инструкциями по применения рабочих программ на каждой стадии
расчёта комплексов задач;
• Создаваться по принципу открытого ПО для возможности
совершенствования в будущем;
• Вести контроль устройств комплекса ТС и готовить порядок решения
задач;
40
• Реализовывать работу программ самоконтроля и иметь некие тесты
для диагностики;
• Поддерживать защиту данных и программ персонала друг от друга и
от самой ОС;
• Предоставлять инструменты для хранения данных и обращения к
любой их совокупности;
• Поддерживать стабильность хранения данных при сбоях ЭВМ;
• Выполнять оценку аварийных ситуаций, выявлять их причину,
оповещать о ней и различные варианты дальнейших действий.
Любое ПО является совокупностью компьютерных программ, описаний и
инструкций по их использованию на ЭВМ. ПО можно поделить на два класса:
• Общее ПО (ОС, операционные оболочки, интерпретаторы,
программные среды для разработки прикладных программ, компиляторы, СУБД,
сетевые утилиты и т.п.);
• Специальное ПО (некое количество специальных программ,
созданных для конкретных задач в пределах функциональности среды).
Само ПО - это совокупность программ для выполнения целей и задач
автоматизированной системы [2].
ПО обычно делят на 2 вида: общее (ОС, оболочки, интерпретаторы,
программные среды для разработки софта, компиляторы, СУБД, сетевые утилиты
и т.п.) и специальное ПО (некое количество специальных программ, созданных
для конкретных задач в пределах функциональности среды, и реальные примеры).
Для работы и применения программы требуется ОС. Сами ОС реализуют
управление работой ПК, их ресурсами, запускают для выполнения требуемые
прикладные программы, занимаются всевозможными вспомогательными
действиями по запросу пользователя. МТС существуют как сетевые, так и для
одного пользователя или для множества пользователей. Основные факторы,
оказывающие влияние на определение конкретной МТС, заключаются в:
• Суммарном числе поддерживаемых программных продуктов,
• Запросы к аппаратным средствам,
• Запросы поддержки сетевой технологии,
• Присутствие справочной службы для пользователя,
41
• Скорость работы;
• Адекватность интерфейса и простота использования [34].
На ПК, входящих в состав АРМов сотрудников сегодня стоит ОС MS
Windows 7 Professional, и данный выбор оптимален, поскольку данная ОС
семейства Windows считается все еще актуальной и распространённой сегодня, да
и при приеме нового сотрудника его не придется обучать с нуля.
Для выбора системы был проведен анализ доступных средств реализации,
так или иначе отвечающий всем требованиям к разработке.
Таблица 1.7
Список языков программирования в зависимости от среды разработки
Среда разработки
Язык программирования
Embarcadero Delphi
С++
Qt Designer
С++
Visual Studio
C++
CMS Drupal
PHP
Сравнительная таблица инструментария лучше помогает определить среду
разработки (Таблица 1.8).
Таблица 1.8
Сравнительная таблица характеристик предполагаемых инструментов
реализации
Критерий
Delphi
Qt
Visual
Studio
Drupal
Возможность работы с
базами данных
+
+
+
+
Кроссплатформенность
-
+
-
+
Необходимость
стороннего сервера
-
-
-
+
Наличие собственного
компилятора
+
-
+
-
Большой объем
документации
инструментария
+
-
+
-
В качестве системы разработки программы для ЭВМ выбран программный
продукт Embarcadero, позволяющий создать приложение на языке
программирования Delphi с использованием библиотеки компонентов.
В мире есть множество СУБД. Но несмотря на тот факт, что они могут
работать по-разному с различными объектами и дают пользователю различные
42
функции и средства, почти все СУБД основаны на едином устоявшимся
комплексе основных функций.
Опишем, сравним и выберем СУБД из представленных: Paradox, InterBase
и Microsoft Access [28].
Paradox создан фирмой Ansa Software, первая версия вышла в 1985 году.
Этот продукт был куплен фирмой Borland. С июля 1996 года его владельцем
является Corel и продукт становится частью комплекса Corel Office Professional.
InterBase 7 SQL Server создавался и продавался фирмой InterBase Software
Corporation (ISC). Работник DhC James Starkey, создавший DSRI для Rdb, мечтал
улучшить Rdb, но эта идея была отвергнута DEC. По итогу он создал свою
компанию, создавшую альтернативную RDBMS, которая изначально называлась
Groton Database System (GDS) [35].
Сегодня одной из наиболее известных и новых СУБД выступает Microsoft
Access 2010, которая поддерживает много возможностей и очень удобна.
Отберем СУБД методом экспертного оценивания. Мнение экспертов было
выражено на информационном форуме, для ответов привлекались специалисты в
своей области [35].
Необходимо выделить критерии оценки СУБД. Важность каждого из
представленных критериев была оценена экспертами по 100 бальной шкале.
Исходя из полученных данных, находится средний балл и коэффициент
относительной важности критерия. Результаты первого этапа экспертизы
представлены в таблице 1.9.
Таблица 1.9
Сравнение СУБД
Наименование
критерия
Эксперт 1
Эксперт 2
Эксперт 3
Средний
балл по 100
бальной
шкале
Коэффициент
относительной
важности
Стоимость СУБД
85
90
79
85
13,5
Операционная
система
75
80
81
79
12,5
Простой
интерфейс
90
95
92
92
14,6
Широта
распространения
85
90
81
85
13,6