38
• Складской учет: состояние, поступление, расход, списывание;
• Расчет цен в авто режиме на основе заданного %;
• Контроль вариантов ремонта, получателей заказов, поступления
оплаты;
• Учет по разным фирмам с раздельной нумерацией всей
документации;
• Наличие сетевой версии.
Программа «1С. Предприятие. Управление СЦ» создана для автоматизации
СЦ по ремонту офисной, бытовой техники и ПК. Изменяемость настроек, а также
включенные возможности программы, автоматизирующие все базовые контуры
учета и управления сервиса, позволяют применять ее как в небольших
мастерских, так и в больших сетевых компаниях с сетью удаленных офисов
(пунктов сбора и региональных филиалов).
Подобная система управления базовыми фондами компании ЕМРАС имеет
необходимые механизмы для объединения с системами АСУ ТП и остальными
системами, применяемыми в компании, также объединяется с имеющейся
хозяйственной деятельностью.
Решение MAXIMO 4i дает своим пользователям возможности
полноценного управления переходом документов, упрощает деятельность по
настройке и ТО техники. MAXIMO 4i изменяется под существующие в компании
бизнес-процессы. Также есть возможность обмена данными в КПК Palm или
Psion, что увеличивает совокупную производительность труда. Система
функционирует на любой известной аппаратной платформы и ОС, а также
применяет наиболее известные SQL-БД.
К положительным сторонам Avantis.Pro можно отнести: богатый
функционал, созданный в соответствии с новейшими бизнес-стратегиями по
контролю активами, принятыми в мировой практике; подготовленные вопросы
объединения системы с нижним уровнем управления компанией (любые
параметры техники и любые данные цехового уровня можно анализировать,
также реализованы интерфейсы к Factory Suite/Wonderware и Foxboro I/A Series,
после доработки могут быть созданы аналогичные интерфейсы к любой ИСУ
39
цехового уровня); новые стратегии упреждающего ТО, созданные в составе
модуля планового ремонта.
Система MIMS Open Interprise удобна в использовании, поддерживает
текущие бизнес-процессы компании и увеличивает их эффективность. Продукт на
100% внедрён, благодаря ему обновляется производственная деятельность и
поддерживается точная, оперативная информация в онлайн-режиме.
iMaint становится одной из самых современных СУ базовыми фондами.
Она полноценно решает комплекс задач, связанных с ТО и ремонтами техники,
закупками материалов и компонентов для ремонтов, контроля складами
запчастей, расчетом начальной цены ремонтных работ. Решения в рамках iMaint
применяются во всех отраслях промышленности и могут работать как на малых
производствах, так и в крупных распределенных компаниях с 1000
задействованных пользователей.
Система Datastream создана для общей автоматизации методов управления
ТМЦ, процессами ТО и обновления оборудования. Datastream объединяется с
системами низших уровней (АСУ ТП), помогает получить от них данные, в
рамках которых реализован анализ необходимости применения тех или иных
профилактических или ремонтных работ. Система управляет всем ЖЦ
оборудования – начиная с разработки, производства, установки, подключения и
необходимого обслуживания, профилактических и сервис-работ, обновления,
перестроения и списания .
Система менеджмента предприятия TRIM подготовлена отечественным
производителем НПП "СпецТек". Система базируется на технологии клиент-
сервер с распределенной БД. В полноценной конфигурации система состоит из:
управление ТО, безопасностью и качеством; контроль документации, отправка
ТМЦ, продажа и распределенный склад, админ, репликатор, транспортировка,
проверка БД, переводчик, систему контроля каталогов .
Главными минусом описанных систем становится их громоздкость и в
следствии этого - сложность установки, серьезные временные и стоимостные
затраты. В процессе подготовки каждой из описанных выше программ почти 80%
функционала использовать не будет.
40
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Выбор стратегии автоматизации, один из важнейших этапов всей
предпроектной подготовки. Из-за неверного выбора внедряемая система может не
только не приносить достаточной прибыли, но и наоборот, замедлить
производство.
Стратегия автоматизации обычно строится на нескольких базовых
принципах [10]:
Цель – сферы деятельности компании и сформированная
последовательность, в которой они будут автоматизироваться;
Способы реализации – применение комплексной автоматизации, а
также по участками и направлениям;
Техническая политика – совокупность поддерживаемых
предприятием внутренних стандартов;
Возможные ограничения – временные, финансовые и т.п.;
Реализация процедуры управления изменениями в планах.
В первую очередь стратегия автоматизации должна соответствовать
основным задачам бизнеса, а в само понятие обязательно должны входить пути
достижения данного соответствия. При составлении стратегического плана
должны учитываться важные факторы, такие, как:
Средний период полного изменения технологий производства;
Среднее время жизненного цикла продукции компании;
Долгосрочные планы главных поставщиков и их дальнейшее
развитие;
План развития самой компании, включающий все
слияния/разделения, увеличение или уменьшение продукции и численности
сотрудников;
Изменения в функциях персонала.
Важно понимать, что автоматизацию можно назвать одним из способов
достижения бизнес-целей, и это не самостоятельный процесс, развивающийся по
своим законам. В любой стратегии автоматизации во главе есть основная цель
бизнеса компании – миссия, направление деятельности и модель бизнеса.
41
Поэтому стратегия автоматизации – это всего лишь четкий план со своими
сроками и видами деятельности.
Нужно также учитывать и основные ограничения при выборе стратегии
автоматизации, а именно:
Временные ограничения;
Финансовые ограничения;
Технические ограничения;
Человеческий фактор.
Финансовые ограничения обычно определяются суммой инвестиций,
которые компания способна внести в развитие автоматизации.
Временные ограничения в данном случае связаны со следующими
факторами:
необходимостью обучения персонала;
тратой времени на внедрение системы.
Обычно к ограничениям, связанным с человеческим фактором и его
влиянием относят следующие:
Особенности трудового законодательства и рынка труда,
Отношение самого персонала к процессам автоматизации.
Сегодня можно выделить две главные стратегии оптимизации: это
подгонка уже созданного программного продукта под определенный бизнес-
процесс или полная реорганизация бизнес-процесса и автоматизация уже
упрощенной структуры. Сам выбор стратегии оптимизации чаще всего зависит от
перспектив развития организации-заказчика, а также экономических
возможностей компании.
Помимо этого, существует несколько стратегий оптимизации, а именно:
1) Кусочная (хаотичная) автоматизация, которая представляет из себя
один из самых неэффективных методов инвестирования средств для подъема
компании. Под самой автоматизацией обычно понимают отсутствие плана
дальнейшего развития и создания. И такой подход обычно характеризуют
сиюминутные внедрения информационных технологий, которые очень часто не
соответствуют реальным потребностям бизнеса. И в таком случае само
предприятие получит прикладную систему, но ее стоимость будет сопоставима в
42
качественным комплексным решением. Выбирать данную стратегию можно лишь
в том случае, если нужно сэкономить средства и время на внедрение системы. Но
все дальнейшие шаги к модернизации будут стоить значительно дороже и станут
нерациональными и экономически невыгодными.
2) Другой вид автоматизации – по участкам. Она предполагает
обновление отдельных производственных или управленческих линий, которые
сопоставимы по функциональным особенностям. Данный метод применяется в
том случае, если у компании нет лишних средств на автоматизацию в полном
объеме, а выбранные участки дают хороший экономический рост, поэтому
применяется она часто на производственных участках.
3) Третий вид – автоматизация по направлениям, которая предполагает
полную автоматизацию отдельных видов деятельности компании. Основной
отличительной особенностью от автоматизации по участкам является тот факт,
что вся деятельность предполагает охват абсолютно всех подразделений и служб,
задействованных в автоматизируемом направлении. Финальным этапом этого
метода часто является полная автоматизация компании.
4) И последний вариант – полная автоматизация, предполагающая
некую систему, состоящую из множества элементов разного уровня и значения. В
такую систему обычно входят другие подсистемы, модули, функции, блоки
управления, текущие задачи и т.д. Такое построение позволяет использовать один
и тот же алгоритм для просчета разных задач, а также исключается дублирование
данных из разных источников, поскольку все находиться итак в одной системе.
Основным минусом полной автоматизации можно выделить необходимость
большого количества затрат на реализацию такой схемы, а также высокий уровень
первоначального планирования и расчетов.
Проанализировав данные варианты стратегий, была выбрана стратегия по
направлениям, так как это наиболее подходящий вариант для рассматриваемого
предприятия.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
43
Способы приобретения ИС – это комплекс действий от определения и
формализации решения о важности ИС до момента внедрения данной системы на
предприятии. Выделяют несколько способов приобретения информационных
систем, а именно:
Самостоятельная или заказная разработка;
Покупка готовой ИС (зарубежной или отечественной);
Покупка + доработка (как самостоятельно, так и на заказ);
Стандартная аренда.
А теперь внимательно рассмотрим каждый вариант на предмет его
применения к автоматизации некоторой поставленной задачи.
Если выбирается покупка готового продукта, то необходимо выбрать такое
решение, которые будет полностью удовлетворять всем бизнес-процессам
компании. Сегодня это сделать очень сложно, поскольку практически все
производители стараются угодить всем и просто перегружают свой софт
совершенно ненужным функционалом, за который все равно нужно платить. Либо
готовое решение представляет только каркас, на котором уже строится
необходимый функционал для потребителя. Оба данных решения никак не
подходят для реализации задачи, поскольку подразумевают большие вложения
денежных средств в саму систему автоматизации.
Приобретаемая система не подойдет компании и из-за нехватки
функциональности, в ней хуже реализовано будущее развитие ИС, будет
необходим длительный срок адаптации под конкретные нужды компании, а также
неудобства будет вызывать частое обращение в службу поддержки.
Другой вариант – заказ у сторонних разработчиков, который позволит
получить ИС, подходящую под бизнес-правила компании, но это только на
текущий момент. В случае каких-то изменений бизнес-процессов придется вновь
преобразовывать систему, что выльется в лишние затраты на модернизацию ИС.
Вариант с покупкой и доработкой также возможен, но в случае, если
требуется небольшая доработка без изменения самого ядра ИС, которое иногда
проблематично настроить из-за неполной документации.
Вариант с арендой ИС имеет сразу несколько больших преимуществ:
44
Открывает новые инновационные возможности за счет
сотрудничества с поставщиками интеллектуальных услуг мирового уровня, а
также дарит ценный опыт во взаимодействиях и партнерстве;
Дает компании возможность быстро перестаиваться под
изменяющиеся реалии рынка – всегда проще найти другого поставщика, чем
закупать новое оборудование, перестраивать внутреннюю деятельность и
ликвидировать старые мощности;
Ускоряет получение новых навыков и ресурсов.
Однако в этом методе есть и свои нюансы – компания рискует вывести
слишком много видов деятельности за свои пределы и в случае нестабильной
ситуации может утратить то, что приносило ей популярность и успех на рынке.
Поэтому наиболее оптимальным решением становится то, что ИС будет
разрабатываться в стенах компании собственными силами, поскольку компания
располагает квалифицированными специалистами для разработки и внедрения
подобного вида систем. Но все-таки разработка такого рода предполагает, что у
компании имеются специалисты, способные провести анализ бизнес-процессов, а
следом разработать и внедрить систему для их автоматизации. А поскольку
автоматизация затрагивает одно достаточно большое направление, всем
специалистам не составит труда провести работы по проектированию, разработке
и финальному внедрению системы автоматизации.
Создаваемая ИС будет включать в себя весь необходимый функционал, а
также будет учитывать особенности работы и пожелания сотрудников компании,
следовательно будет являться уникальным продуктом, что позволит быстро
изменить в случае чего функциональность по требованию заказчика.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Само ИО любой подсистемы зачастую включает в себя некую
информационную модель работы персонала на фирме. Часто лучше всего делить
его на внемашинное и внутримашинное [5].
45
Любое ИО может состоять из системы кодирования и классификации;
методики разделённой документации, применяемой зачастую в ИО;
информационную базу в качестве совокупности имеющихся массивов данных.
Внемашинное обеспечение включает в себя совокупность данных,
описанных в основном в виде документов. Обычно документы делят на
первичные (декларации, выписки, ведомости) и отчетные документы, куда можно
отнести всю отчётность [2].
Внутримашинное ИО часто представляет данные на машинных носителях
в упорядоченном виде БД и связей между ними [11]. Часто подобный вид ИО
реализует среду, которая отражает выполнение сотрудниками возложенных на
них обязанностей. Зачастую подобная область описывается набором объектов, их
свойствами и взаимного обмена. И для любого объекта эти взаимосвязи и
свойства определены отдельно.
Потоками данных внешнемашинного ИО часто называют регулярное
движение документов от исполнителя к получателю и обратно.
Классификаторы применимы для описания данных, могу обосновать
единство кодирования и классификации и нужны для безошибочной машинной
обработки и выдачи данных в удобной форме для решения потребительски
проблем
В описанной задаче использовались 2 общероссийских классификатора:
• ОКУД – общий классификатор управленческих документов;
• ОКОПФ – общий параметр организационно-правовых форм.
По любому в процессе реализации системы может применятся реляционная
модель БД. Такая модель опивает на отдельной предметной области совокупность
отношений, изменяющихся во времени. В процессе создания программы данная
совокупность помогает получить данные по объектам предметной области, а
также помогает создать модель связи между ними. Сами же данные помещаются
в таблицы. Для простоты поиска и определения любая таблица имеет свой
уникальный код.
Обычно к ИО предъявляют ряд требований, а именно:
• ИО должно быть полноценным и адекватным для поддержки всех
описываемых функций;
46
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня [14];
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
• Структура визуальных форм и всех документов должна полностью
соответствовать описанию каждого рабочего места сотрудника;
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также утверждены
с заказчиком.
• в ИС важно предусмотреть механизмы проверки входной и выходной
информации, обновления данных в массивах данных, отслеживания целостности
БД, защиты НСД.
в ИС важно наличие средства контроля начальной и итоговой информации,
проверки актуальности массива данных, контроля целостности БД, защиты от
НСД [21].
В описанном случае к ИО также относятся входные и выходные документы,
классификаторы, а также список экранных форм, которые нужны для поддержки
диалога самой системы и юзера.
В качестве входных документов в данной системе целесообразно
использовать документы, содержащие сведения о клиенте, ассортименте товаров
и продажах, а именно договор купли-продажи, копия паспорта клиента,
прейскурант товаров, услуг. Данные документы являются унифицированными и
их форма изменению не подлежит и нецелесообразна.
Ввод первичной информации в систему должен осуществлять с
использованием экранных форм, также, как и вывод результатной информации.
Предлагается использовать универсальную, унифицированную в рамках системы
экранную форму.
Информационная база (ИБ) является некой совокупностью данных,
организованной конкретным способом и помещённая в память вычислительной
47
системы под видом файлов, с помощью которых реализуются потребности в
данных для управленческих процессов и решаемых задач.
Есть несколько вариантов реализации информационной базы: группировка
локальных файлов и объединенная информационная база, контролируемая СУБД.
Локальные файлы поддерживают оперативную обработку данных, но из-за
огромного числа дублированных данных, сложности доступа к ней это становится
несущественным. Поэтому хранение локальных файлов требуется только в
отдельных приложениях, которые нуждаются в повышенной скорость передачи
при импорте информации.
Интегрированная ИБ – объединение взаимосвязанных данных с малой
избыточностью, допускающей их применение оптимальным образом для
большинства приложений.
СУБД поддерживает совместимость данных, минимизацию
синтаксической и семантической избыточности, совмещенность данных и
реального состояния объекта, разделённое хранение информации у
пользователей. Нюансом можно отметить требование повышенного контроля
вводимых данных и разделение доступа к данным.
В качестве ИБ выбирается интегрированная БД под контролем СУБД.
Документооборот в компании довольно большой, документы дублируются и
корректируются много раз. Пользователям нужна актуальная информация с
периодическим обновлением, а группа локальных файлов не дает такой
возможности.
Существуют насколько вариантов реализации организации данных в БД:
• Иерархическая модель;
• Сетевая модель;
• Реляционная модель.
Взаимосвязь в иерархической модели реализована совокупностью
структурных данных, где тип сегмента потомка связывается лишь с одним типом
сегмента предка. Подобная модель имеет ряд нюансов, к примеру, отсутствие
явно определенного разделения физических и логических параметров модели.
Для выявления неиерархических отношений нужны другие действия. Неявные
запросы потребуют перестроить саму БД.