Не все предприятия потянут дорогостоящую КИС, да и не всем она нужна, или не все функции нужны, например, автоматическая (без участия человека) генерация заданий для производства или заказов поставщику. Стоимость ненужных функций-модулей может превзойти эффект от их использования.
Резюмируя вышесказанное можно отметить, что использование западных технологий на российском предприятии затруднено. Процесс адаптации ее к российским особенностям требует очень больших затрат времени и денег и не всегда приводит к желаемым результатам. Много крупнейших российских предприятий (например, РАО «Газпром») уже пытались внедрить подобные системы, но столкнулись с большими трудностями в процессе их практической эксплуатации.
В данной ситуации способом устранения основных недостатков западных систем может стать использование КИС отечественных производителей. Самые известные из них – «Галактика», «Парус», «АйТи», которые активно работают над созданием корпоративных программных продуктов. Эти продукты не следует относить к системам класса ERP, но они являются платформой на базе которой тоже можно построить MRP-решение. В нижней ценовой категории находится платформа 1С, теоретически на базе инструментария от 1С возможно построить систему, которая формально отвечала бы стандартам MRP. Для ОАО «Электроагрегат», которое не готово платить за автоматизацию более 10000-20000 долларов – это вполне может оказать приемлемым решением.
Существуют также средства самостоятельного автоматизированного проектирования КИС, силами собственного отдела АСУ – это CASE-средства.
Использование кейс технологий при проектирования АИС
Минимальные затраты на разработку и эксплуатацию АИС предприятия обеспечивают средства автоматизации проектирования — CASE-технологии. CASE (Computer-AidedSoftwareEngineering) — система, поддерживающая проектирование, выбор архитектуры и написание программного обеспечения с помощью компьютера. С ее помощью описываются предметная область, входящие в нее объекты, их свойства, связи между объектами и их свойствами. В результате формируется модель, описывающая основных пользователей АИС, их полномочия, потоки документов между ними. В ходе описания в памяти ЭВМ создается информационная база проектирования.
В настоящее время существует множество CASE-систем, различающихся по степени компьютерной поддержки этапов разработки АИС. Часть из них обеспечивает только графическое представление функций подразделений предприятия и потоков информации между ними, в других автоматизированы процедуры описания баз данных и составления некоторых программ.
В основе CASE-технологии лежит процесс выявления функций отдельных элементов АИС и информационных потоков. Каждое рабочее место описывается как технологический модуль, в котором происходит преобразование информации. Каждый модуль изменяет находящиеся в нем данные и функции в зависимости от управляющих параметров и информации, получаемой от пользователя или других модулей. Модуль системы может передавать информацию или управлять другим модулем. Для связанных между собой функциональных блоков определяют механизм, описывающий правила их взаимодействия. В конечном итоге составляется полная модель системы со всеми необходимыми пояснениями и спецификациями.
Реализация функциональных задач управления на каждом предприятии зависит от множества факторов: состава и содержания документации, используемых методов планирования и учета, сложности и масштабности выпускаемой продукции, распределения функций между управленческими сотрудниками, технологии производства и т.д.
Термин CASE (ComputerAidedSystem/SoftwareEngineering) используется в довольно широком смысле. Первоначальное значение термина CASE, ограниченное вопросами автоматизации разработки только лишь программного обеспечения, в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ИС в целом. С самого начала CASE-технологии развивались с целью преодоления ограничений при использовании структурной методологии проектирования (сложности понимания, высокой трудоемкости и стоимости использования, трудности внесения изменений в проектные спецификации и т.д.) за счет ее автоматизации и интеграции поддерживающих средств. Таким образом, CASE-технологии не могут считаться самостоятельными, они только обеспечивают, как минимум, высокую эффективность их применения, а в некоторых случаях и принципиальную возможность применения соответствующей методологии. Большинство существующих CASE-систем ориентировано на автоматизацию проектирования программного обеспечения и основано на методологиях структурного (в основном) или объектно-ориентированного проектирования и программирования, использующих спецификации в виде диаграмм или текстов для описания системных требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств. В последнее время стали появляться CASE-системы, уделяющие основное внимание проблемам спецификации и моделирования технических средств.
Наибольшая потребность в использовании CASE-систем испытывается на начальных этапах разработки, а именно на этапах анализа и спецификации требований к ИС. Это объясняется тем, что цена ошибок, допущенных на начальных этапах, на несколько порядков превышает цену ошибок, выявленных на более поздних этапах разработки.
Появлению CASE-технологии предшествовали исследования в области методологии программирования. Программирование обрело черты системного подхода с разработкой и внедрением языков высокого уровня, методов структурного и модульного программирования, языков проектирования и средств их поддержки, формальных и неформальных языков описания системных требований и спецификаций и т.д. Кроме того, этому способствовали перечисленные ниже факторы:
· подготовка аналитиков и программистов, восприимчивых к концепциям модульного и структурного программирования;
· широкое внедрение и постоянный рост производительности персональных ЭВМ, позволяющих использовать эффективные графические средства и автоматизировать большинство этапов проектирования;
· внедрение сетевой технологии, предоставившей возможность объединения усилий отдельных исполнителей в единый процесс проектирования путем использования разделяемой базы данных, содержащей необходимую информацию о проекте.
Преимущества CASE-технологии по сравнению с традиционной технологией оригинального проектирования сводятся к следующему:
- улучшение качества разрабатываемого программного приложения за счет средств автоматического контроля и генерации;
- возможность повторного использования компонентов разработки;
- поддержание адаптивности и сопровождения АИС;
- снижение времени создания системы, что позволяет на ранних стадиях проектирования получить прототип будущей системы и оценить его;
- освобождение разработчиков от рутинной работы по документированию проекта, так как при этом используется встроенный документатор;
- возможность коллективной разработки АИС в режиме реального времени.
CASE-технология в рамках методологии включает в себя методы, с помощью которых на основе графической нотации строятся диаграммы, поддерживаемые инструментальной средой.
Методология определяет шаги и этапность реализации проекта, а также правила использования методов, с помощью которых разрабатывается проект.
Метод - это процедура или техника генерации описаний компонентов ЭИС (например, проектирование потоков и структур данных).
Нотация - отображение структуры системы, элементов данных, этапов обработки с помощью специальных графических символов диаграмм, а также описание проекта системы на формальных и естественных языках.
Инструментальные средства CASE - специальные программы, которые поддерживают одну или несколько методологий анализа и проектирования ИС.
Рассмотрим архитектуру CASE-средства.
Ядром системы является база данных проекта - репозиторий (словарь данных). Он представляет собой специализированную базу данных, предназначенную для отображения состояния проектируемой АИС в каждый момент времени. Объекты всех диаграмм синхронизированы на основе общей информации словаря данных.
Репозиторий содержит информацию об объектах проектируемой ЭИС и взаимосвязях между ними, все подсистемы обмениваются данными с ним. В репозиторий хранятся описания следующих объектов: проектировщиков и их прав доступа к различным компонентам системы; организационных структур; диаграмм; компонентов диаграмм; связей между диаграммами; структур данных; программных модулей; процедур; библиотеки модулей и т.д.
Графические средства моделирования предметной области позволяют разработчикам АИС в наглядном виде изучать существующую информационную систему, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями. Все модификации диаграмм, выполняемых разработчиками в интерактивном (диалоговом) режиме, вводятся в словарь данных, контролируются с общесистемной точки зрения и могут использоваться для дальнейшей генерации действующих функциональных приложений. В любой момент времени диаграммы могут быть распечатаны для включения в техническую документацию проекта.
Графический редактор диаграмм предназначен для отображения в графическом виде в заданной нотации проектируемой АИС. Он позволяет выполнять следующие операции:
- создавать элементы диаграмм и взаимосвязи между ними;
- задавать описания элементов диаграмм;
- задавать описания связей между элементами диаграмм;
- редактировать элементы диаграмм, их взаимосвязи и описания.
Верификатор диаграмм служит для контроля правильности построения диаграмм в заданной методологии проектирования АИС. Он выполняет следующие функции:
- мониторинг правильности построения диаграмм;
- диагностику и выдачу сообщений об ошибках;