Выбор системы управления баз данных (СУБД) представляет собой сложную
многопараметрическую задачу и является одним из важных этапов при разработке
приложений баз данных. Выбранный программный продукт должен удовлетворять как
текущим, так и будущим потребностям предприятия, при этом следует учитывать
финансовые затраты на приобретение необходимого оборудования, самой системы,
разработку необходимого программного обеспечения на ее основе, а также обучение
персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести
предприятию реальные выгоды.
В данной статье по результатам анализа доступных источников, например ,
делается попытка сформулировать требования или, иными словами, критерии при
выборе СУБД, приводится классификация требований/критериев. Очевидно, наиболее
простой подход при выборе СУБД основан на оценке того, в какой мере существующие
системы удовлетворяют основным требованиям создаваемого проекта информационной
системы. Более сложным и дорогостоящим вариантом является создание
испытательного проекта на основе нескольких СУБД и последующий выбор наиболее
подходящего из кандидатов. Но и в этом случае необходимо ограничивать круг
возможных систем, опираясь на некие критерии отбора. Вообще говоря, перечень
требований к СУБД, используемых при анализе той или иной информационной системы,
может изменяться в зависимости от поставленных целей. Тем не менее можно
выделить несколько групп критериев:
* Моделирование данных
* Особенности архитектуры и функциональные возможности
* Контроль работы системы
* Особенности разработки приложений
* Производительность
* Надежность
* Требования к рабочей среде
* Смешанные критерии
Рассмотрим каждую из этих групп в отдельности.
Моделирование данных.
* Используемая модель данных. Существует множество моделей данных;
самые распространенные — иерархическая, сетевая, реляционная,
объектно-реляционная и объектная. Вопрос об использовании той или иной модели
должен решаться на начальном этапе проектирования информационной системы.
* Триггеры и хранимые процедуры. Триггер — программа базы данных,
вызываемая всякий раз при вставке, изменении или удалении строки таблицы.
Триггеры обеспечивают проверку любых изменений на корректность, прежде чем эти
изменения будут приняты. Хранимая процедура – программа, которая хранится на
сервере и может вызываться клиентом. Поскольку хранимые процедуры выполняются
непосредственно на сервере базы данных, обеспечивается более высокое
быстродействие, нежели при выполнении тех же операций средствами клиента БД. В
различных программных продуктах для реализации триггеров и хранимых процедур
используются различные инструменты.
* Средства поиска. Некоторые современные системы имеют встроенные
дополнительные средства контекстного поиска.
* Предусмотренные типы данных. Здесь следует учесть два фактически
независимых критерия: базовые или основные типы данных, заложенные в систему,
и наличие возможности расширения типов. В то время как отклонения базовых
наборов типов данных у современных систем от некоего стандартного, обычно,
невелики, механизмы расширения типов данных в системах того или иного
производителя существенно различаются.
* Реализация языка запросов. Все современные системы совместимы со
стандартным языком доступа к данным sql-92, однако многие из них реализуют те
или иные расширения данного стандарта.
Особенности архитектуры и функциональные возможности.
* Мобильность. Мобильность – это независимость системы от среды, в
которой она работает. Средой в данном случае является как аппаратура, так и
программное обеспечение (операционная система).
* Масштабируемость. При выборе СУБД необходимо учитывать, сможет ли
данная система соответствовать росту информационной системы, причем рост может
проявляться в увеличении числа пользователей, объема хранимых данных и объеме
обрабатываемой информации.
* Распределенность. Основной причиной применения информационных
систем на основе баз данных является стремление объединить взгляды на всю
информацию организации. Самый простой и надежный подход — централизация
хранения и обработки данных на одном сервере. К сожалению, это не всегда
возможно и приходится применять распределенные базы данных. Различные системы
имеют разные возможности управления распределенными базами данных.
* Сетевые возможности. Многие системы позволяют использовать широкий
диапазон сетевых протоколов и служб для работы и администрирования.
Контроль работы системы
* Контроль использования памяти компьютера. Система может иметь
возможность управления использованием как оперативной памяти, так и дискового
пространства. Во втором случае это может выражаться, например, в сжатии баз
данных, или удалении избыточных файлов.
* Автонастройка. Многие современные системы включают в себя
возможности самоконфигурирования, которые, как правило, опираются на
результаты работы сервисов самодиагностики производительности. Данная
возможность позволяет выявить слабые места конфигурации системы и
автоматически настроить ее на максимальную производительность.
Особенности разработки приложений.
* Многие производители СУБД выпускают также средства разработки приложений
для своих систем. Как правило, эти средства позволяют наилучшим образом
реализовать все возможности сервера, поэтому при анализе СУБД стоит
рассмотреть также и возможности средств разработки приложений.
* Средства проектирования. Некоторые системы имеют средства
автоматического проектирования, как баз данных, так и прикладных программ.
Средства проектирования различных производителей могут существенно
различаться.
* Многоязыковая поддержка. Поддержка большого количества национальных
языков расширяет область применения системы и приложений, построенных на ее
основе.
* Возможности разработки web-приложений. При разработкеразличных
приложений зачастую возникает необходимость использовать возможности среды
internet. Средства разработки некоторых производителей имеют большой набор
инструментов для построения приложений под web.
* Поддерживаемые языки программирования. Широкий спектр используемых
языков программирования повышает доступность системы для разработчиков, а
также может существенно повлиять на быстродействие и функциональность
создаваемых приложений.
Производительность.
* Рейтинг tpc (transactions per cent). Для тестирования
производительности применяются различные средства, и существует множество
тестовых рейтингов. Одним из самых популярных и объективных является
tpc-анализ производительности систем. Фактически tpc анализ рассматривает
композицию СУБД и аппаратуры, на которой эта СУБД работает. Показатель tpc –
это отношение количества запросов обрабатываемых за некий промежуток времени к
стоимости всей системы.
* Возможности параллельной архитектуры. Для обеспечения параллельной
обработки данных существует, как минимум, два подхода: распараллеливание
обработки последовательности запросов на несколько процессоров, либо
использование нескольких компьютеров-клиентов, работающих с одной БД, которые
объединяют в так называемый параллельный сервер.
* Возможности оптимизирования запросов. При использовании
непроцедурных языков запросов их выполнение может быть неоптимальным. Поэтому
необходимо произвести процесс оптимизации запросов, т.е. выбрать такой способ
выполнения, когда по начальному представлению запроса путем его синтаксических
и семантических преобразований вырабатывается процедурный план выполнения
запроса, наиболее оптимальный при существующих в базе данных управляющих
структурах.
Надежность.
Понятие надежности системы имеет много смыслов – это и сохранность информации
независящая от любых сбоев, и безотказность работы системы в любых условиях, и
обеспечение защиты данных от несанкционированного доступа.
* Восстановление после сбоев. При возникновении программных или
аппаратных сбоев целостность, да и работоспособность всей системы может быть
нарушена. От того, как эффективно спланирован механизм восстановления после
сбоев, зависит жизнеспособность системы.
* Резервное копирование. В результате аппаратного сбоя может быть
частично поврежден или выведен из строя носитель информации и тогда
восстановление данных невозможно, если не было предусмотрено резервное
копирование базы данных, или ее части. Резервное копирование спасает и в
ситуациях, когда происходит логический сбой системы, например при ошибочном
удалении таблиц. Существует множество механизмов резервирования данных
(хранение одной или более копий всей базы данных, хранение копии ее части,
копирование логической структуры и т.д.). Зачастую в систему закладывается
возможность использования нескольких таких механизмов.
* Откат изменений. При выполнении транзакции применяется простое
правило – либо транзакция выполняется полностью, либо не выполняется вообще.
Это означает, что в случае сбоев, все результаты недоведенных до конца
транзакций должны быть аннулированы. Механизм отката может иметь различное
быстродействие и эффективность.
* Многоуровневая система защиты. Информационная система организации
почти всегда включает в себя секретную информацию, поэтому для предотвращения
несанкционированного доступа используется служба идентификации пользователей.
Уровень защиты может быть различным. Кроме непосредственной идентификации
пользователей при входе в систему может использоваться также механизм
шифрования данных при передаче по линиям связи
Требования к рабочей среде.
* Поддерживаемые аппаратные платформы.
* Минимальные требования к оборудованию.
* Максимальный размер адресуемой памяти. Поскольку почти все
современные системы используют свою файловую систему, немаловажным фактором
является то, какой максимальный объем физической памяти они могут
использовать.
* Операционные системы, под управлением которых способна работать
СУБД.
Смешанные критерии.
* Качество и полнота документации. К сожалению, не все системы имеют
полную и подробную документацию.
* Локализованность. Возможность использования национальных языков не
во всех системах реализована полностью.
* Модель формирования стоимости. Как правило, производители СУБД
используют определенные модели формирования стоимости. Например, стоимость
одного и того же продукта может существенно изменяться в зависимости от того,
сколько пользователей будет с ним работать.
* Стабильность производителя.
* Распространенность СУБД.
Даже если просто отмечать насколько хороши или плохи выделенные параметры в
случае каждой конкретной СУБД, то сравнение уже двух различных систем является
трудоемкой задачей. Тем не менее, четкий и глубокий сравнительный анализ на
основании вышеперечисленных критериев в любом случае поможет рационально выбрать
подходящую систему для конкретного проекта, и затраченные усилия не будут
напрасными. Перечень критериев поможет осознать масштабность задачи и выполнить
ее адекватную постановку.
Следует отметить, что по существующей практике решение об использовании той
или иной СУБД принимает один человек – обычно, руководитель предприятия, а он
может опираться отнюдь не на технические критерии. Здесь свою роль могут сыграть
такие, с технической точки зрения, незначительные факторы как рекламная
раскрутка компании-производителя СУБД, использование конкретных систем на других
предприятиях, стоимость. При этом последний фактор может трактоваться в двух
противоположных смыслах в зависимости от финансового состояния и политики
предприятия. С одной стороны, это может быть принцип, – чем дороже, тем лучше. С другой стороны – культивирование почти бесплатного использования продукта,
вплоть до “взлома” его лицензионной защиты. Очевидно, последний подход чреват
коллизиями и не может привести к успеху в долгосрочной работе.
Как не потратить несколько миллионов долларов на покупку системы, которая даже после двух лет внедрения не сможет поддержать рутинные бизнес-процессы? Этот вопрос не является риторическим для компаний, которые уже выбрали информационную систему ERP-класса и потратили несколько лет на ее внедрение. Полученный ими опыт может помочь вашей компании выбрать информационную систему, которая станет надежной технической платформой развития бизнеса, обеспечит существенное сокращение операционных затрат, повысит управляемость бизнеса, обеспечит выполнение приоритетных бизнес-задач, повысит качество обслуживания клиентов. Кроме того, аккумулированный опыт позволит выбрать поставщика ИТ-решения, который внедрит систему с учетом специфических требований компании в срок и в рамках бюджета.
Процедура выбора
Предлагаемый список требований к процедуре представляет собой обобщение опыта, полученного в результате нескольких проектов по выбору и внедрению ИС.
Шансы сделать правильный выбор существенно вырастут, если…
- Определить цели внедрения новой информационной системы на уровне высшего руководства. Исходя из целей сформулировать основные функциональные и технические требования к системе. Цели внедрения системы должны обеспечивать достижение целей бизнеса.
- Определить бюджет на покупку информационной системы и сообщить группе по выбору системы или консалтинговой компании перед началом выбора.
- Выбирать систему один раз . Зачастую компании проходят несколько итераций по выбору информационной системы, начинают выбор заново, включают в рассматриваемый набор системы, которые не рассматривались с самого начала. Повторение процесса выбора приводит к задержке проекта по внедрению системы, а также сказывается на качестве выбора, в итоге может быть выбрано не лучшее решение, а то, которое рассматривали последним. В случае если рассмотрения дополнительной системы не избежать, необходимо использовать для ее оценки ту же единую систему критериев, что и для остальных систем.
- Планировать процесс выбора системы. Необходимо разработать план проекта по выбору системы, План может содержать следующие разделы: сбор предварительной информации (обзор рынка ИТ-решений), формирование списка потенциальных систем и компаний-интеграторов, подготовка тендерной документации, сбор информации от участников тендера, обработка информации, выбор участников для второго тура, проведение переговоров, окончательный выбор.
- Разработать и использовать единую систему критериев для сравнения информационных систем на всех этапах выбора.
- Подготовить качественную тендерную документацию , которая позволит ИТ-компаниям сделать предложения по срокам и стоимости проекта без проведения предварительного обследования. Компания может подготовить тендерную документацию самостоятельно или привлечь консалтинговую компанию. Для подготовки тендерной документации необходимо описать бизнес-процессы компании «как должно быть», то есть спроектировать новые процессы и улучшить существующие. Эта работа может быть эффективно выполнена с привлечением консультантов, особенно в тех организациях, где отсутствует собственная экспертиза в области моделирования бизнес-процессов и формализации требований к информационной системе. Сотрудники отдела ИТ могут столкнуться с серьезными сложностями, если возложить на них полностью подготовку тендерной документации, поскольку им известна, как правило, только та часть бизнеса, которая поддерживается информационными системами, но стратегия развития бизнеса, потребности бизнеса в новых инструментах, а также потребности в организационных изменениях им могут быть неизвестны. В некоторых компаниях существуют отделы развития, которые занимаются постоянным улучшением бизнес-процессов организации, определяют потребность компании в технических и программных средствах. В этом случае организация может подготовить тендерную документацию самостоятельно.
- Установить в организации сравниваемые информационные системы , проверить наличие всей необходимой функциональности или возможности доработки, оценить удобство пользовательского интерфейса, быстродействие системы в условиях, приближенных к реальному использованию. Некогда не покупайте систему не глядя. Лучше потратить неделю на изучение системы, чем несколько лет на неудачное внедрение.
- Навестить офис компании-интегратора . Для успешного внедрения необходимо наличие квалифицированных специалистов в компании-интеграторе. Знакомство с разработчиками, короткий разговор на технические темы, рассказ о проектах, выполненных для других заказчиков, позволит не только оценить техническую компетентность сотрудника, но и культуру компании в целом. Безусловно, здесь трудно избежать субъективных оценок, поэтому окончательную оценку компании-интегратора нужно делать на основе целого комплекса критериев: завершенные проекты, оборот компании, наличие сертифицированной системы качества, надежность (количество клиентов, структура собственности), опыт работы с предприятиями данной отрасли у компании и сотрудников, которые будут участвовать в проекте.
Критерии сравнения
- Определение объектов сравнения . В действительности сравнение происходит не только между программными решениями, но и между программно-аппаратными платформами, компаниями-разработчиками, моделями жизненного цикла внедрения системы, архитектурами развертывания. Нужно явно выделить объекты сравнения и определить их возможные сочетания (платформа - система - компания-интегратор - архитектура). Для каждого объекта существует свой набор критериев для сравнения.
- Критерии сравнения связаны с целями внедрения новой системы. Для сравнения систем используются финансовые и нефинансовые показатели. Можно провести аналогию между методом сбалансированных показателей (Balanced Scorecard), показывающих достижение стратегических целей компании, и критериями сравнения информационных систем, показывающих достижение целей внедрения новой системы. Критерии оценки должны быть явным образом связаны с целями внедрения.
- Не использовать при расчете сложные финансовые алгоритмы (дисконтирование и т. д.). Основными критериями при выборе информационной системы являются затраты на внедрение, поддержку и выигрыш от внедрения. Для оценки затрат следует использовать общую стоимость владения системой (TCO - Total Cost of Ownership). Общая стоимость владения представляет собой сумму затрат на технические и программные средства за полный срок использования системы. По правилам финансовых расчетов при расчете TCO должно применяться дисконтирование для потока затрат в будущем. Но, учитывая величину погрешности при оценке статей затрат, следует пренебречь временной стоимостью денег и не использовать дисконтирование, поскольку величина корректировки оказывается меньше, чем величина погрешности.
Какой период выбрать для расчета TCO? Ответ на этот вопрос повлияет на результаты сравнения, поскольку единовременные затраты (покупка лицензий, внедрение, покупка технических средств, обучение) и постоянные затраты (годовое обслуживание, обновление версий, зарплата сотрудников ИТ) различны. Чем больше период, тем меньше точность расчета. В зависимости от масштаба внедряемой системы можно использовать период от 3 до 10 лет.
- Учитывать риски и управлять рисками . Риск представляет собой ситуацию возможных потерь. Риск характеризуется вероятностью и величиной возможных потерь. Оценки рисков являются дополнительными критериями для сравнения. Для оценки и дальнейшего управления рисками полезно использовать таксономию (классификацию рисков). Риски внедрения информационной системы можно классифицировать.
По источникам риска (risk area)
- Расписание - заниженные плановые временные оценки работ приводят к отставанию от графика.
- Бюджет - заниженная стоимость работ приводит к превышению сметы.
- Управление разработкой - не организовано взаимодействие с заказчиком.
- Процессы разработки - отсутствие необходимого контроля (нет системы тестирования) приводит к выявлению большого количества ошибок на поздних стадиях разработки информационной системы.
- Персонал - недостаточная квалификация персонала.
- Характеристики проекта - неверно определены требования к информационной системе.
- Технология - выбранная технология не позволяет обеспечить требуемое быстродействие, надежность.
По временным характеристикам риска
- Моментальный риск - последствия носят моментальный характер (например, прекращение проекта, потеря всех данных в результате сбоя).
- Кратковременный риск - последствия сказываются в течение фиксированного промежутка времени (например, превышение бюджета или сроков разработки).
- Продолжительный риск - последствия сказываются в течение длительного периода (например, постоянные сбои или недостаточная скорость выполнения запросов в течение всего срока эксплуатации информационной системы).
По степени воздействия
- Незначительный - отклонение характеристик от ожидаемых до 10%, при условии что эти отклонения не окажут существенного воздействия на работу (например, превышение сметы на разработку на 10%).
- Средний - существенные отклонения от запланированных характеристик.
- Критический - потеря всех инвестиций (например, в случае прекращения проекта).
Вложения в ИТ, в отличие от инвестиций в здания и оборудование, практически невозможно возместить в случае неудачи проекта внедрения. Поэтому анализ и управление рисками приобретают особое значение.
Политика
Цели компании могут совпадать или отличаться от целей отдельных участников группы по выбору ИТ-системы. Специалисты, занимающиеся выбором системы, имеют свои субъективные предпочтения в области конкретных решений и технологий, испытывают симпатии и антипатии к отдельным решениям и компаниям. Кроме личных, могут быть и групповые интересы - например, интересы отдела ИТ, интересы отдела бухгалтерии, интересы других отделов, служб и групп сотрудников.
Следует минимизировать влияние осознанной личной заинтересованности, расходящейся с интересами компании, а также влияние возможных заблуждений сотрудников на выбор информационной системы. Чтобы уменьшить политические эффекты, следует:
- создать рабочую группу , состоящую из сотрудников различных отделов и подразделений;
- распределить роли и обязанности в группе таким образом, чтобы сотрудники отдела ИТ не принимали окончательного решения, а предоставляли информацию, проводили техническую экспертизу;
- вовлечь в процесс выбора сторонних экспертов ;
- использовать формальные процедуры для оценки и сравнения.
Полезные советы
Не выбирайте устаревшие информационные системы. Вряд ли кто-то купит сегодня «Форд» модели «Т» для ежедневных поездок на работу и в магазин. В то же время, компании продолжают покупать системы с недружественным терминальным интерфейсом, поддерживающие устаревшие бизнес-модели, предъявляющие повышенные требования к аппаратным средствам, сложные в настройке, администрировании и доработке и не поддерживающие отраслевые стандарты обмена данными (например, XML).
Покупка устаревшей системы снизит удовлетворенность сотрудников, негативно скажется на атмосфере в компании, станет препятствием для развития бизнеса, приведет к неоправданному росту расходов на ИТ в долговременной перспективе. Устаревшие системы требуют более высоких затрат на СУБД, поскольку количество лицензий на покупку серверной операционной системы (ОС) и СУБД зависит от количества одновременно работающих пользователей.
Есть несколько причин, почему устаревшие системы до сих пор находят спрос, - это и технология продаж, и магия зеленых цифр на черном мониторе, но в первую очередь это политика и отсутствие процедуры выбора.
Привлекайте к выбору консультантов, которые хорошо знают системы, предлагающиеся на рынке. Чтобы сделать осознанный выбор, необходимо в общем случае рассмотреть более десятка различных систем, несколько компаний интеграторов и вариантов внедрения. Знание систем (технических и функциональных характеристик), компаний интеграторов (менеджмент, выполненные проекты, культура, система качества и т. д.) позволяет не только сократить время выбора информационных систем, но и повысить качество оценки и сравнения.
Выбирайте масштабируемую систему
Многие из тех, кто собирается автоматизировать управление предприятием, уже сталкивались с мучительной проблемой выбора состава ПО. Поэтому всегда выгодно сначала выбрать среди разработчиков партнера, предлагающего набор масштабируемых программных продуктов, а потом уже строить на этой основе ERP-систему. Ведь в этом случае можно будет постепенно наращивать мощность своей системы, не делая больших единовременных вложений денежных средств.
Именно таким партнером является для Вас компания "КОМПАС". В перечне подсистем и модулей одноименной ERP-системы Вы найдете множество программ, отличающихся как исполняемыми функциями, так и требованиями к техническому обеспечению. Вы сможете докупать или заменять программные модули по мере роста потребностей Вашего предприятия.
Начинайте с обследования
Компания "КОМПАС" поможет Вам правильно определить функциональный состав ПО, соответствующего Вашим насущным потребностям, а также программно - аппаратную платформу, не требующую слишком дорогостоящей модернизации технической базы.
Для этого лучше всего провести полное обследование Вашего предприятия силами наших консультантов. Если такой вариант Вам не по карману, то существует возможность недорогого экспресс - обследования.
Впрочем, можно воспользоваться результатами работы консалтинговых фирм или собственного ИТ - подразделения. Существенную помощь в такой работе окажет описание предлагаемых компанией "КОМПАС" программных продуктов.
Кроме того, если Вы уже выделили бизнес-процессы, которые будете автоматизировать, мы предлагаем провести бесплатную экспресс-оценку будущего проекта.
Ознакомьтесь с типовой функциональностью
Функциональность каждого модуля, каждой подсистемы более - менее ясна уже из ее названия. Тем не менее, лучше подробно ознакомиться с перечнем возможностей, представленным на нашем сайте в левом меню. Там Вы найдете и современные решения для управления финансами, в том числе для автоматизации бюджетного процесса (бюджетирования) , и подсистему для управления персоналом (HRM) , включающую мощные алгоритмы расчета заработной платы , и систему управления производством по стандарту MRP-II, и гибкую настраиваемую CRM-систему , и программу управления затратами , и многое-многое другое...
Приобретайте помодульно
Совершенно необязательно покупать всю систему сразу. Состав приобретаемых модулей зависит от целей внедрения ERP-системы. Определиться с составом модулей Вам поможет перечень возможных эффектов от реализации проекта.
Выберите СУБД и версию системы
После выбора функциональных подсистем следует определиться с конкретной версией. Каждая подсистема представлена в двух вариантах, существенно различающихся по цене за рабочее место/модуль. Каждый из этих вариантов адаптирован для работы с конкретной СУБД. Выбор СУБД производится по комплексному критерию цена/мощность.
Допустим, определив в результате обследования требующуюся Вам на сегодняшний день функциональность и количество автоматизируемых рабочих мест, Вы пришли к выводу, что с базой данных одновременно будет работать 20-30 программных модулей. В этом случае Вам лучше остановить свой выбор на версии "КОМПАСА" для MS SQL Server.
Если же это число перевалило за сотню, то оптимальным выбором будет являться версия "КОМПАС Oracle Элит". При этом всегда следует помнить, что в тот момент, когда рост потребностей (и, разумеется, возможностей) Вашего предприятия потребует смены СУБД, Вы сможете недорого и в кратчайшие сроки осуществить масштабирование Вашей ERP-системы, ибо все наши программы совместимы между собой на 100%!
С уважением и надеждой на дальнейшее сотрудничество,
гл. эксперт компании "КОМПАС", к.т.н. Игорь Якобсон
Проблемы выбора информационной системы
Сталкиваясь с потребностями во внедрении на предприятии информационных систем, руководство оказывается перед проблемой выбора. Разрабатывать самим или покупать, и если покупать - то что.
Объективно оценивая вероятность самостоятельной разработки современной системы управления, можно смело сказать, что она равна нулю. То, что разработано или разрабатывается сейчас на российских предприятиях, является отражением вчерашних взглядов управленческого персонала предприятия и требует постоянной переработки. И это не вина отделов АСУ, это объективный процесс. Но, несмотря на это, многие отечественные компании пользуются собственными программными продуктами, что гораздо обходиться дешевле и, в редких случаях, при грамотной разработки системы, намного эффективнее готовых программных продуктов.
Если предприятие решило ориентироваться на готовые системы - то ему нужно решить, с кем ему работать, какую систему выбрать - с российскими разработчиками или с поставщиков готовых систем ведущих западных производителей.
При всем уважении к нашим разработчикам можно сказать с уверенностью, что если они и смогут разработать систему управления предприятиями, то очень не скоро. История развития наиболее популярных современных систем управления имеет 20-25 лет и многие тысячи работающих установок. А ведь каждая установка системы - это не только деньги на новые разработки, это в первую очередь обратная связь с потребностями клиента.
Российским разработкам еще очень далеко до уровня полнофункциональной системы. Выросшие из автоматизации рабочих мест советских бухгалтеров, они несут в себе эти следы. Решив функции автоматизации бухгалтерии, они только пытаются двинуться в направлении производства, управления персоналом, систем принятия управленческих решений, а это задача по объемам несравнимая с бухгалтерским учетом.
По моему мнению, крупным предприятиям следует ориентироваться на западные системы. И следующий вопрос, на который необходимо дать ответ - какую западную систему выбрать?
Для российского пользователя выбор таких систем ограничен. Не так уж много западных фирм вышли на российский рынок. Реально это SAP, Computer Associates, BAAN и ISF. Попытки выйти делали ORACLE, JDEdvards, SSA, JBA и QAD. Причем реальные внедрения имеются только у продуктов SAP и Computer Associates. Кроме того, различные системы предназначены для разных предприятий. Одни, такие как SAP или CA-Masterpiece, ориентированны на корпоративный рынок, другие, как BAAN или MK Enterprise (ранее MANMAN/X) на рынок промышленных предприятий или компаний. И предприятию нужно сделать правильный выбор, чтобы в результате ошибки не оказаться обладателем системы не подходящей для него.
Критерии выбора информационной системы
1. Функциональные возможности информационной системы;
2. Совокупная стоимость владения;
3. Перспективы развития;
4. Технические характеристики;
5. Минимизация рисков.
· архитектуру системы;
· надежность;
· масштабируемость;
· способность к восстановлению;
· наличие средств резервного копирования;
· средства защиты от технических нападений;
· возможность интеграции с другими системами.
Под риском обычно понимается некая вероятность того, что при внедрении информационной системы управления какие-то цели так и не будут достигнуты. Очевидно, что в этом случае организацию может ожидать как единовременная потеря денег, что существенно влияет на жизненный цикл системы, так и долгосрочная и постоянная утечка средств.
Для снижения такой вероятности проводится комплексный анализ факторов риска и поэтапное воплощение решения. Каждый этап предваряется новой оценкой действительности, и решение модифицируется определенным образом.
Для минимизации инвестиционных рисков выделяют следующие объекты затрат:
· процесс создания системы;
· оборудование;
· программное обеспечение;
· персонал;
· управление задачами.
Для каждого объекта затрат выдвигается целый ряд характеристик, которому он должен удовлетворять с целью снижения рисков.
Тема 8. Структура ИС
Служба управления персоналом обеспечивает новыми работниками все функциональные сферы деятельности организации, обучает и тренирует их, хранит данные, связанные с персоналом. Выделяют четыре основные функции подразделений, занимающихся управлением персоналом .
- Нахождение и найм . Включает подготовку и размещение объявлений в средствах массовой информации и агентствах по приему на работу.
- Обучение и тренировка . В процессе работы на фирме работники получают возможность бесплатного обучения и тренировки в связи с повышением их квалификации или изменением выполняемых функций.
- Создание и хранение баз данных . Создаются специальные базы данных, связанные с используемым персоналом, на основе которых составляются всевозможные отчеты для заинтересованных подразделений и служб.
- Увольнение и предоставление неденежных компенсаций . За годы работы на фирме служащие получают от нее такие неденежные стимулы, как оплата госпитализации, медицинское страхование, компенсации затрат на лекарства и протезирование и т. п. После ухода с фирмы на пенсию часть неденежных компенсаций работника может сохраниться.
Главное, что отличает ИС управления персоналом (кадрами) от других функциональных ИС организации, – это большое количество создаваемых на ее основе отчетов и приложений.
Структура ИС управления персоналом построена на тех же принципах, что и структуры ИС других функциональных сфер. Она также включает в себя входные и выходные подсистемы и базу данных
Среди входных подсистем мы опять видим бухгалтерскую подсистему, подсистему исследований и подсистему внешних данных. В большинстве фирм хранимые данные о персонале находятся на магнитных компьютерных носителях. Выходные подсистемы отражают процесс движения персонала через фирму.
Входные подсистемы ИС управления персоналом
Бухгалтерская ИС . Данные, с которыми имеет дело ИС управления персоналом, включают в себя бухгалтерские и кадровые элементы.
Кадровые элементы данных относительно постоянны и не несут экономической информации в своей основе. Сюда входят такие признаки, как фамилия, имя, отчество, пол, дата рождения, образование, количество иждивенцев. Эти элементы данных создаются при приеме данного лица на работу и сохраняются в течение всего времени его работы в компании, а также после ухода на пенсию.
Бухгалтерские элементы данных имеют экономическую природу и характеризуются большей динамикой изменения, чем кадровые. В их состав входят часовые тарифные ставки, месячные оклады, премии, налоги.
Бухгалтерская ИС поставляет для базы данных управления персоналом бухгалтерские элементы данных о каждом из работников фирмы. С другой стороны, ИС управления персоналом играет определенную вспомогательную роль в работе бухгалтерской ИС организации, поставляя для нее текущие изменения кадровых данных, необходимые для расчета приложений, связанных с зарплатой.
Подсистема исследований . Часто перед ИС управления персоналом ставятся такие задачи, решение которых невозможно найти непосредственно в базе данных системы. Для решения таких задач проводятся специальные исследовательские проекты в рамках специально для этого созданной подсистемы исследований. Наиболее важными являются следующие направления кадровых исследований.
- Поиск кандидатов . Проводится для поиска среди сотрудников фирмы кандидатов на освобождающееся место (например, в связи с уходом на пенсию определенного работника).
- Разработка требований . Проводится с целью определения предъявляемых к работникам требований в отношении знаний и навыков, необходимых для выполнения той или иной выполняемой на фирме работы.
- Анализ жалоб . Проводится с целью выявления причин жалоб, поданных сотрудниками фирмы.
Подсистема внешних данных служит для сбора данных, имеющих отношение к управлению персоналом, из внешнего окружения фирмы, включающего в себя правительственные учреждения, профсоюзы, поставщиков, финансовые институты, конкурентов и т. п.
- Данные, поступающие из правительственных учреждений , помогают компании в соблюдении трудового законодательства.
- Данные, поступающие от профсоюзов , оказывают помощь компании при заключении коллективных договоров.
- Данные, поступающие от поставщиков . В качестве поставщиков в данном контексте рассматриваются компании, поставляющие данные, способствующие поиску необходимой рабочей силы.
- Данные, поступающие от средств массовой информации , характеризуют условия жизни (стоимость жилья, доступность образования, медицинской помощи и развлечений) в регионе. Эти данные помогают фирме осуществлять функции поиска и набора работников из других регионов и из-за границы.
- Данные, поступающие из финансовых институтов . Данные банковских и небанковских (страховых компаний, пенсионных фондов и др.) институтов данного региона во многом определяют экономические и социальные условия жизни потенциальных сотрудников фирмы.
- Данные, поступающие от конкурентов , часто представляют определенную помощь для поиска новых квалифицированных сотрудников из числа работающих на конкурентов.
Все указанные данные могут собираться как чисто формальными (например, покупкой видеотекста и объявлений), так и неформальными (но законными) методами.
База данных. Хранение данных в ИС управления персоналом крупных фирм, как правило, осуществляется на компьютерной основе. Основные базы данных построены на основе списка сотрудников фирмы и включают в себя большое число характеристик каждого из них (табл. 3).
Таблица 3 - Содержание базы данных сотрудников фирмы
Данные по сотрудникам фирмы хранятся обычно либо в центральном компьютере фирмы, либо в компьютере отдела управления персоналом. Для создания из этих данных различных отчетов и приложений ИС управления персоналом широко используют стандартные СУБД.
Выходные подсистемы ИС управления персоналом
Заинтересованные лица обычно получают информацию от ИС управления персоналом в виде периодических отчетов и ответов на запросы. В ряде случаев для получения необходимой информации используются математические модели и советы экспертных систем. При этом в большинстве случаев используется стандартное программное обеспечение.
В состав ИС управления персоналом входят 6 выходных подсистем, обеспечивающих разработку различных приложений.
Подсистема планирования рабочей силы связана с деятельностью по определению потребностей фирмы в рабочей силе на последующий календарный период. Наиболее популярными приложениями, разрабатываемыми в рамках данной подсистемы, являются: 1) расчет потребности в труде по прогнозу продаж, расчет потребных затрат на заработную плату; 2) разработка перечней требований к работникам; 3) моделирование потребности в рабочей силе с учетом альтернативных возможностей (повышения степени автоматизации работ, использования фонда сверхурочного времени и др.).
Подсистема найма включает в себя два основных приложения: 1) поиски и переговоры с внешними кандидатами; 2) исследования по поиску кандидатов, проводимые внутри фирмы. Как показывает практика, первое из указанных приложений является более популярным в среде управленцев.
Подсистема контроля рабочей силы включает с себя следующие приложения: 1) повышение квалификации; 2) контроль соответствия занимаемой должности; 3) контроль наличия определенной квалификации; 4) дисциплинарный контроль работников.
Подсистема выплат включает в себя следующие приложения: 1) определение динамики зарплаты; 2) определение выплат за выслугу лет; 3) определение доплат руководству; 4) определение различных видов страховки, покупку лекарств, использование служебного транспорта и т. п.
Подсистема компенсаций содержит ряд приложений, определяющих вклад работника в успех компании и устанавливающих порядок формирования его пенсионного фонда, а также использования различного рода страховок и компенсаций.
Подсистема внешней отчетности служит для создания отчетов для правительственных и профсоюзных организаций о выполнении фирмой трудового законодательства и условий трудовых договоров.
Следует заметить, что на практике разработка различных приложений в рамках перечисленных выходных подсистем ИС управления персоналом имеет высокую степень интегрированности, когда результаты расчетов по одному приложению используются как входные данные для другого. В целом же следует заметить, что внедрение компьютерной технологии в сферу управления персоналом в значительной степени задерживается по сравнению с другими функциональными сферами использования ИС.
Тема 2. Критерии выбора информационной системы
Критерии информационной системы для предприятия или организации могут быть различными, среди которых, на мой взгляд, могут выступать следующие:
Функциональные возможности информационной системы;
Совокупная стоимость владения;
Перспективы развития;
Технические характеристики;
Минимизация рисков.
Под функциональными возможностями системы понимается ее соответствие тем бизнес-функциям, которые уже существуют или только планируются к внедрению в организации. Например, если целью организации является снижение финансовых потерь за счет уменьшения брака, то выбранная система должна обеспечивать автоматизацию процесса контроля качества.
Обычно для определения соответствия системы выдвигаемым функциональным требованиям достаточно иметь четкое представление о стратегии развития бизнеса, контекстного описания бизнеса и формализованного описания деятельности предприятия. Если все эти компоненты, необходимые для выбора системы отсутствуют, то их включают в этап по подготовке исходных данных для выбора системы. Для осуществления подобного масштаба работ необходимо наличие довольно большого числа сотрудников, но поскольку содержать такой штат на предприятии постоянно не имеет смысла, то наиболее целесообразным представляется приглашение внешних консультантов.
Четко структурированное понимание бизнес процессов собственной организации, полученное в результате взаимодействия с внешними консультантами, помогает не только в построении информационной системы предприятия, но и высшему руководству лучше представить себе работу своей организации, а также позаимствовать опыт других организаций.
Совокупная стоимость владения – сравнительно новое понятие. Под ним понимается сумма прямых и косвенных затрат, которые несет владелец системы за период ее жизненного цикла.
Необходимо четко определить жизненный цикл каждой из предложенных систем, куда входит время жизни существующей системы, время на проектирование новой, время на закупку компонентов и внедрение новой системы, время эксплуатации, которое ограничивается сроком, когда возвращается 90% стоимости системы от результата ее работы, и сумму всех прямых и косвенных затрат.
Перспективы развития закладываются в систему поставщиком системы и комплексом стандартов, которым она удовлетворяет.
Очевидно, что на перспективу развития также огромное влияние оказывает и устойчивость поставщика системы на рынке. Для определения устойчивости необходимо четко знать какова форма собственности на систему у поставщика, какую долю он занимает на рынке, сколько он существует на рынке.
Понимание технических характеристик в наибольшей степени гарантирует соответствие системы поставленным перед ней задачам. К техническим характеристикам можно отнести:
архитектуру системы;
надежность;
масштабируемость;
способность к восстановлению;
наличие средств резервного копирования;
средства защиты от технических нападений;
возможность интеграции с другими системами.
Работа современного производства практически невозможна без использования специализированной информационной системы (ИС), обеспечивающей учет всех требуемых ресурсов и затрат и позволяющей контролировать происходящие на производстве процессы. Необходимость информационной системы для автоматизации деятельности производства ни у кого не вызывает сомнения, но в вопросах выбора системы такого единодушия не существует, поскольку каждая из систем обладает как определенными достоинствами, так и рядом недостатков. Проблема выбора усугубляется тем, что руководство предприятия, предполагающее автоматизировать свою деятельность, слабо представляет, что оно получит в результате внедрения той или иной ИС, поэтому, как правило, выбор осуществляется не на основании четких критериев, а из общих соображений или даже в результате случайного стечения обстоятельств.
Выбор ИС может основываться на самых разных критериях, зависящих от множества факторов. Их перечень довольно разнообразен, а значимость определяется особенностями конкретного предприятия. Несмотря на это, можно выделить существенные критерии, являющиеся качественными для оценки ИС. Игнорирование таких критериев или недостаточная оценка их значимости может привести в дальнейшем к большим дополнительным затратам и существенным задержкам во времени. Следует подчеркнуть, что в конечном счете они влияют на совокупную стоимость владения (Total Cost of Ownership, TCO) ИС, которая включает стоимость не только приобретения ИС, но и ее дальнейшей эксплуатации.
1-й критерий: функциональность ИС
Важнейшим критерием любой ИС является функциональность системы, то есть наличие в ней функций, обеспечивающих решение различных видов задач, необходимых для автоматизации деятельности предприятия.
Существует два вида функциональности:
- универсальная функциональность, мало зависящая от особенностей конкретного производства, - «склады», «договора», «финансы», «кадры» и др.;
- специализированная функциональность, тесно связанная с производством, - «технология», «изделия», «производство», «диспетчирование» и др.
Наличие универсальной функциональности в системе необходимо для решения типовых задач, стоящих перед предприятием. Как правило, в разных ИС различные реализации универсальной функциональности мало чем отличаются друг от друга по предоставляемым возможностям, поскольку требования к решению типовых задач являются общепринятыми и давно формализованы. Если предприятию не подходит универсальное решение типовой задачи, то к ИС предъявляются дополнительные требования - адаптивности и развиваемости .
Наличие в ИС специализированной функциональности, соответствующей специфике производственного предприятия и стоящим перед ним задачам, является обязательным требованием к системе. Такая функциональность хотя и обладает некоторыми общими чертами, свойственными различным типам производства, но имеет существенные отличия и особенности, которые заметно влияют на весь производственный процесс и требуют учета и анализа. Несмотря на адаптивность многих ИС, учет в них специфики конкретного производства может существенно изменить используемые в ИС решения и сильно повлиять на связи с другими подсистемами. В конечном счете адаптация универсальных алгоритмов под особенности конкретного производства может быть сопоставима с реализацией специализированных алгоритмов. В связи с этим наличие специализированных решений для конкретной предметной области (ПО) является необходимым условием для успешного внедрения и дальнейшей эксплуатации системы.
При выборе ИС необходимо также учитывать наличие избыточной функциональности в системе, то есть функциональности, которая не востребована на конкретном предприятии. С одной стороны, ничего плохого в наличие избыточной функциональности нет, а с другой - любая дополнительная функциональность имеет связи внутри системы с другими функциями, которые усложняют интерфейс пользователя и ведут к необходимости внесения в систему дополнительной информации. Сложность разработки многофункциональных систем и большие затраты на нее приводят к тому, что, даже если предприятие приобретает ИС с искусственно ограниченной функциональностью (то есть без избыточной функциональности), оно все равно оплачивает такую функциональность за счет более высокой стоимости остальной функциональности.
2-й критерий: организация единого информационного пространства
Второй важнейший критерий ИС - это принципы организации единого информационного пространства (ЕИП) в системе. Организации ЕИП влияет на все функции и характеристики системы. В конечном счете возможность или невозможность решения тех или иных задач, адаптивность и развиваемость ИС зависят от принципов организации ЕИП.
Организация ЕИП определяется:
- языком представления информации в ИС и его выразительными возможностями: слабые выразительные возможности языка представления информации приводят к потерям разного рода информации из предметной области при описании ее в ЕИП, а также к образованию жестких структур хранения данных, требующих в дальнейшем модификации при изменении требований к задаче;
- средствами представления обобщений и укрупнений: обработка больших объемов разнородной информации невозможна без средств обобщения и укрупнения, позволяющих выполнять массовые операции над большими массивами близкой по смыслу информации, причем должна обеспечиваться возможность динамического формирования таких массивов;
- принципиальной возможностью представления и обработки мета информации (информации об информации): для решения сложных задач недостаточно иметь только фактическую информацию, необходимо также учитывать метаинформацию, позволяющую значительно более эффективно организовывать управление обработкой массивов конкретной информации;
- средствами отображения в ИС всех существенных взаимосвязей между отдельными компонентами информации: решение многофункциональных задач возможно только при наличии всевозможных связей между компонентами информации, и чем сложнее задача, тем более разносторонними должны быть такие связи;
- средствами поддержки семантики: обработка разнородной информации, составляющей ЕИП, невозможна без формального представления и строгого соблюдения семантических правил, обеспечивающих целостность и непротиворечивость всей информации в системе;
- степенью интеллектуальности средств поиска и анализа информации: одной из основных целей создания ЕИП является необходимость в одновременном анализе различной информации, относящейся к разным функциям системы, при этом, учитывая сложность организации ЕИП и невозможность заранее предугадать и запрограммировать все возможные запросы к системе, потребность в интеллектуальных средствах поиска и обработки информации в ЕИП более чем насущна.
Отсутствие каких-либо из перечисленных компонентов при разработке ЕИП или недостаточная их развитость приводит к существенному усложнению самого ЕИП и всех прикладных алгоритмов. Это, в свою очередь, влечет за собой снижение адаптивности и развиваемости ИС, а также вызывает большие проблемы и затраты при добавлении новой функциональности. Эффективная же организация ЕИП позволяет не только решать насущные задачи, но и со сравнительно небольшими затратами подключать новую функциональность с минимальными изменениями в существующей схеме организации ЕИП.
3-й критерий: адаптивность и развиваемость ИС
Адаптивность системы - это адекватность системы к настройке существующей в ней функциональности в соответствии с требованиями конкретного производства.
Следует различать адаптивность системы и возможность ее конфигурирования. Конфигурирование системы - это задание определенных параметров в системе, обеспечивающих ее работу для различных условий. При этом все возможные варианты конфигурирования заранее задаются в системе, а настройка заключается в выборе одного из них. Адаптивность же системы, в отличие от конфигурирования, позволяет настраивать систему на заранее неизвестные варианты, учитывая различные нюансы, необходимые для решения задачи.
Для обеспечения адаптивности ИС должна быть открытой и иметь специальные механизмы, обеспечивающие простое изменение и расширение описаний используемых в системе объектов, и возможность изменения прикладных алгоритмов.
Как правило, крупные ИС обладают большими возможностями по конфигурированию, но отличаются низкой адаптивностью. Это связано с тем, что в крупных ИС реализован большой объем различной функциональности с множеством связей, которые необходимо менять при адаптации системы. Поэтому разработчики таких систем заранее задают различные варианты решения для того, чтобы своевременно установить все возможные связи в информации.
Развиваемость системы - это возможность включения в нее новой, загодя не известной функциональности (в отличие от адаптивности системы, которая обеспечивает настройку существующей в системе функциональности).
Добавление новых функций в систему и связывание их с уже имеющейся функциональностью вызывает большие проблемы при построении многофункциональных систем. Это обусловлено необходимостью изменения применяемого представления информации в системе для учета новых данных и их взаимосвязей, а также используемых алгоритмов для того, чтобы они обеспечивали работу с новой информацией. В настоящее время существует много систем с развитой функциональностью, охватывающей решение большого круга задач, но имеющих жесткую структуру, в которой каждая задача имеет свое место, а включение новых задач приводит к изменению самой структуры. Изменение функциональности в таких системах чревато неоправданно большими затратами.
ИС, обладающие высокой адаптивностью и развиваемостью, способны более гибко подстраиваться под различную специфику производства и требуют меньших затрат на сопровождение ИС.
4-й критерий: возможность поэтапного внедрения
Стоимость ИС, обеспечивающих автоматизацию деятельности предприятий, высокая или очень высокая. Конечно, высокая стоимость ИС обусловлена количеством человеко-лет, затраченных на ее создание. Но для конкретного предприятия, которому необходимо автоматизировать свою деятельность, такая цена далеко не всегда является приемлемой. Одним из путей решения этой проблемы является приобретение ИС по частям: сначала покупается минимальная функциональность или отдельный модуль, а затем, в процессе эксплуатации, подключаются новые модули исходя из конкретных потребностей предприятия. Возможность использования ИС с минимальной функциональностью позволяет предприятию оценить ИС на соответствие предъявляемым к ней требованиям.
Резюме
При выборе ИС, хочется того или нет, необходимо вникнуть в ее внутреннюю организацию, соотнести свои требования к ИС с ее реальными возможностями. Оптимальный вариант - попытаться смоделировать типичные ситуации своего производства средствами различных ИС.
Также необходимо учитывать, что затраты на ИС складываются не только из ее стоимости. В дальнейшем придется постоянно выделять средства на обслуживание и развитие ИС, и эти затраты могут превышать стоимость самой системы.
Информационная система СМАРТ
ОАО «Научно-исследовательский центр электронной вычислительной техники» является одним из передовых предприятий в области производства печатных плат. Летом 2007 года ОАО «НИЦЭВТ» завершило полную модернизацию всех технологических линий, что позволило увеличить производственные мощности предприятия и обеспечило возможность изготовления плат любого уровня сложности с высокой точностью (рис. 1).
Наряду с модернизацией производственного комплекса была начата опытно-конструкторская разработка автоматизированной системы управления производством - СМАРТ. Она ведется сотрудниками ОАО «НИЦЭВТ», имеющими большой опыт в разработке информационных систем, ориентированных на решение сложных информационных задач. Высокий научный потенциал коллектива и существующие наработки в области представления информации позволили выполнять разработку системы управления одновременно с внедрением полученных результатов в производственном комплексе.
ИС СМАРТ - это многофункциональная, адаптивная и развиваемая система, изначально построенная для решения сложных информационных задач. Реализованные в ней принципы позволяют наращивать ее функциональные возможности и обеспечивают простое изменение существующей функциональности под конкретные требования.
Внедрение в производственном комплексе ИС СМАРТ позволяет комплексно автоматизировать весь цикл основных взаимосвязанных задач технической подготовки, производственного планирования и оперативного управления производством. Среди результатов, получаемых при этом предприятием, - сокращение сроков и стоимости подготовки производства, снижение себестоимости и повышение качества продукции, сокращение издержек и увеличение эффективности управления.
Все это достигается благодаря таким характеристикам СМАРТ, как:
- наличие единого информационного пространства, содержащего всю необходимую информацию о различных аспектах деятельности предприятия;
- объединение средствами автоматизированной системы служб технической подготовки, планирования и управления производством в рамках единого, хорошо управляемого процесса;
- повышение информационной обеспеченности руководства и служб предприятия;
- повышение качества контрольных функций;
- использование современных средств автоматизации для решения задач технической подготовки, производственного планирования и оперативного управления;
- снижение количества ошибок, возникающих на всех стадиях технической подготовки и планирования производства.
Успех внедрения информационной системы управления предприятием обусловлен использованием новой технологии обработки и анализа информации, основанной на применении в ИС базы знаний . Среди основных преимуществ, предоставляемых базой знаний (БЗ) перед традиционными технологиями, следующие:
- отображение в БЗ предметной области (ПО) в виде целостной модели ПО - единого информационного пространства, содержащего как фактическую информацию, так и метаинформацию, необходимую для решения задачи;
- наличие языка описания знаний, обеспечивающего семантически корректное построение модели ПО и ее простое расширение при изменении требований к задаче. Высокие выразительные возможности языка описания знаний позволяют адекватно представить в модели сложные сущности, их взаимосвязи и различные нюансы, необходимые для решения задачи;
- полное и адекватное отображение в модели смыслового содержания информации. В Базе знаний дается формализованное определение всех основных понятий в системе, что позволяет делать логические выводы при поиске необходимой информации, обеспечивая ее целостность и непротиворечивость;
- использование уникального механизма запросов, дающего пользователю возможность самостоятельно формировать запросы любой сложности в терминах своей задачи;
- перенос прикладной логики в модель задачи - построение модели ПО существенно упрощает прикладную программу за счет применения декларативного языка описания знаний и высокого уровня абстракции в прикладной программе;
- «браузер» модели ПО - обеспечивает отображение любой информации из модели в виде электронной карточки, обладающей уникальным интерфейсом, который позволяет отобразить информацию независимо от ее содержания и с возможностью редактирования по месту. «Браузер» модели ПО может быть сконфигурирован под любую задачу.
Функции информационной системы СМАРТ
Система управления производством состоит из ряда модулей (рис. 2), обеспечивающих выполнение следующих функций:
- базовые функции - дает возможность выполнять системные и общие, универсальные функции для всей системы управления: обеспечивает работу с иерархическими справочниками объектов и характеристик, интерфейс к системам администрирования, обслуживания модели, архивирования и конфигурирования системы;
- документооборот - позволяет работать с различными типами документов, необходимых для производства. Документ может иметь приложения, ссылки на другие документы и свои фотографии, которые сохраняются в HTML-базе фотографий документов с их кратким описанием. На любой документ могут быть назначены задания для сотрудников и постановка на контроль;
- договора - один из основных, консолидирующих типов объектов, обеспечивающих взаимо связь различных объектов и событий в системе. В договоре содержится перечень изготавливаемых изделий и выполняемых работ, оплаченные и выставленные счета, структура цены, наряды на изготовление и др. Договор может содержать этапы и находиться в различных состояниях. Поскольку договор может содержать произвольное количество позиций, изготавливаемых в разное время, то для отслеживания конкретных позиций в системе применяются «Заказы» (рис. 3);
- документохранилище - в процессе производства используется большое количество различной технической документации, которая может представляться как в бумажном, так и в электронном виде. Данный модуль обеспечивает хранение и каталогизацию электронных и бумажных документов с поддержкой различных версий одного документа. Система осуществляет разграничение доступа и делает возможной коллективную работу с документами;
- изделие -модуль позволяет создавать, описывать, хранить и обрабатывать состав и структуру выпускаемых изделий. Эта информация применяется как основа для всех дальнейших этапов подготовки производства, планирования и управления. Изделие может относиться к различным типам, иметь сложную структуру, различную геометрическую форму, конструкторскую документацию и т.п. Система позволяет просматривать историю изготовления изделия и использовать ее в случае его повторного изготовления (рис. 4);
- технология - модуль предназначен для разработки технологических процессов для деталей, узлов и других объектов. Он позволяет задать технологический маршрут, операции, оборудование и переходы, подобрать инструмент и оснастку, рассчитать нормативы и затраты, выпустить необходимые документы;
- диспетчирование -модуль обеспечивает отображение состояния производственных процессов в информационной системе. Для контроля за производственным процессом служат различные методы и средства, предусматривающие ручное и автоматизированное снятие показателей. Для отслеживания изготовления изделий применяются маршрутные карты со штрих-кодом, который считывается в контрольных точках и автоматически информирует систему о выполненных операциях;
- планирование -модуль предназначен для информационной поддержки процессов производственного планирования и оперативного управления. При планировании учитываются загруженность оборудования, его производительность, рассчитываются необходимые запасы материалов. Возможно планирование рисков, возникающих в процессе производства;
- задания - для организации совместной работы сотрудников, а также для отслеживания выполняемых работ используется механизм заданий. Задания можно прикрепить к любому объекту в системе и назначить для выполнения любым сотрудником. При входе сотрудника в систему ему предоставляется постоянно актуализируемый список его текущих работ;
- руководство (мониторинг)-для анализа текущего состояния всех отображаемых в системе процессов применяются соответствующие диалоги-мониторинги, в которых отображаются заданные объекты со всеми взаимосвязями и рассчитанными качественными показателями, причем различные состояния объектов выделяются цветом. Для графического отображения состояния используется MS Excel;
- склады - на производстве применяются три типа складов: склад материалов, промежуточные склады и склады готовой продукции. Модуль «Склад» обеспечивает учет наличия, поступления, выбытия, внутреннего перемещения материалов и готовой продукции в различных единицах измерения. Все склады образуют единую систему, которая позволяет отслеживать реальное состояние на складах и уменьшить производственные запасы;
- финансовый блок - для обработки финансовой информации используется внешняя учетная система - «1С»;
- интернет-интерфейс -модуль обеспечивает интерактивное взаимодействие с заказчиком и позволяет ему подать заявку на изготовление изделий, просмотреть состояние выполнения заказа и оплаты, осуществить обмен информацией и документами, необходимыми для производства. Кроме того, интернет-интерфейс к системе позволяет руководству предприятия удаленно контролировать состояние дел на производстве.
