
- •Глава 1.Информационные технологии - основа построения экономических информационных систем
- •1.1.1.1. Система управления экономическим объектом
- •Взаимосвязь функций и уровней управления
- •1.2.1.2. Экономические информационные системы
- •1.3.1.3. Свойства экономических информационных систем
- •1.4.Классификация экономических информационных систем
- •1.5.1.5. Обзор информационных технологий, лежащих в основе построения корпоративных экономических информационных систем
- •1.5.1.1.5.1.Объемно-календарное планирование
- •1.5.2.1.5.2. Статистическое управление запасами
- •1.5.3.1.5.3. Планирование потребностей в материалах
- •1.5.4.1.5.4. Планирование потребностей в производственных мощностях
- •1.5.5.1.5.5. Финансовое планирование
- •1.5.6.1.5.6. Объединенная система планирования
- •1.5.7.Система планирования ресурсов предприятия
- •1.6.1.6. Подходы к выбору экономических информационных систем
- •Насколько технологии бизнеса в фирме отличаются от традиционных.
- •2. Как часто потребуется вносить значительные изменения во внедряемую информационную систему.
- •3. Какие суммы готова вложить фирма в автоматизацию.
- •Достоинства и недостатки методов автоматизации
- •1.7.1.7. Критерии выбора эис
- •Глава 2.1.8. Обзор рынка программного обеспечения, используемого в экономике и управлении
- •2.1.1.1.8.1. Локальные системы (системы для малого бизнеса).
- •2.1.2.1.8.2. Финансово-управленческие системы
- •2.1.3.1.8.3. Средние интегрированные системы
- •2.1.4.1.8.4. Крупные интегрированные системы
- •Глава 3.Функциональные возможности системы «Галактика»
- •3.1.Основные характеристики системы
- •3.2.Основные компоненты системы
- •3.3.Основные компоненты системы
- •3.4.Настройка системы
- •3.5.Информационная система руководителя
- •3.6.Финансовый контур
- •3.6.1.Управление бюджетом
- •3.6.2.Платежный календарь
- •3.6.3.Финансовый анализ
- •3.7.Контур логистики
- •3.7.1.Управление договорами
- •3.7.2.Управление снабжением
- •3.7.3.Управление сбытом
- •3.7.4.Складской учет
- •3.7.5.Расчеты с поставщиками и получателями
- •3.8.Контур управления производством
- •3.8.1.Управление заказами и Материально-техническое обеспечение
- •3.8.2.Планирование производства
- •3.8.3.Спецификации продуктов
- •3.8.4.Контроллинг
- •3.8.5.Учет в производстве
- •3.8.6.Корпоративное планирование
- •3.8.7.Управление ремонтами
- •3.9.Контур бухгалтерского учета
- •3.10.Контур управления взаимоотношениями с клиентами
- •3.10.1.Модуль Клиент
- •3.10.2.Управление рекламными кампаниями
- •3.11.Контур управления персоналом
- •3.12.Контур отраслевых и специализированных решений
- •3.12.1.Консигнация
- •3.12.2.Розничная торговля
- •3.12.3.Управление транспортом
- •3.12.4.Управление капитальным строительством
- •3.12.5.Сервисное обслуживание
- •3.12.6.Учет спецодежды
- •3.12.7.Давальческое сырье
- •3.12.8.Претензионно-исковая работа
- •3.13.Контур системного администрирования
- •3.13.1.Обмен бизнес-документами
- •3.13.3.Права доступа
- •3.13.4.Консоль администратора
- •3.13.5.Журнализация
- •3.13.6.Восстановление бд
- •3.13.7.Репликация данных
- •3.13.9.Сервис Btrieve
- •3.13.10.Локализатор
- •3.13.11.Модуль Конфигуратор
- •Глава 4.Средства разработки и поддержки системы
- •4.1.Процессор пользовательского интерфейса vip
- •4.2.Компилятор выходных форм fcom
- •4.3.Интерактивный генератор отчетов ard
- •4.4.Пакет деловой графики galagraf
- •4.5.Многофункциональный текстовый процессор бизнес-текст
- •4.6.Средства манипулирования данными
- •Глава 5.Технические характеристики
- •5.1.Требования к операционной системе и техническим средствам
- •5.2.Масштабируемость решений
- •Глава 6.Интеграция Галактики с другими прикладными системами
- •6.1.Базовые возможности
- •6.2.Новые возможности
- •6.3.Перспективные разработки
- •Глава 7.Перспективные возможности системы «Галактика»
- •7.1.Трехуровневая архитектура
- •7.2.Механизм сообщений
- •7.3.Многоуровневая разработка
- •Глава 8.Организация проекта внедрения системы
- •8.1.Этапы реализации проекта
- •8.2.Методология ввода системы в эксплуатацию
- •8.3.Организация проекта
- •8.4.Проектные стандарты
- •Глава 9.Оценка эффекта при автоматизации управленческих технологий
- •9.1.Критерии оценки эффекта автоматизации управленческой деятельности
- •9.2.Факторы эффекта от внедрения комплексной системы автоматизации
- •9.3.Условия, необходимые для получения эффекта
- •9.4.Структура затрат на автоматизацию
- •9.5.Методика оценки экономической выгоды, получаемой предприятием от автоматизации процедур управления
- •Глава 10.Перечень используемых сокращений
1.7.1.7. Критерии выбора эис
При выборе ЭИС необходимо учитывать следующие критерии:
репутация фирмы, репутация системы, стаж пребывания фирмы на рынке, число продаж.
сколько работающих систем в России. Имеются ли внедрения на родственных предприятиях? Потребовалась ли помощь внешних консультантов?
терминология и качество русификации западной системы.
качество локализации западной системы. Есть области производства, где действуют стандарты - юридические и фактические. Например - методы бухгалтерского учета, бухгалтерская и налоговая отчетность. В конструкторской и технологической подготовке производства у отечественных предприятий повсеместно приняты стандарты ЕСКД и ЕСТД. На западных предприятиях принята предметно замкнутая организация производства, а для отечественных - более привычна технологическая специализация. На западе безцеховая структура управления, в России - цеховая. Все эти моменты должны быть отработаны при локализации. Желательно, чтобы система отрабатывала такие российские реалии как бартер, цепочки зачетов, предоплату, оплата в неденежной форме, неотфактурованные поставки и т.д.
какая российская команда стоит за западной системой. Кто ее русифицировал, кто внедряет? Знают ли они производство? Какое у них образование? Какой опыт? Какая за ними “история успехов”? Какой их подход к внедрению?
разумная цена. Покупая систему, необходимо помнить, что на весь цикл - покупка, внедрение, сопровождение, развитие - придется затратить в 3 - 10 раз больше денег, чем стоимость программных средств. Чем сложнее и дороже система, тем больше коэффициент. Если придется привлекать западных консультантов, это будет стоить минимум в 1000 $ в день, причем заранее неясно, то ли они будут учить работать с их системой, то ли сотрудники предприятия за эти деньги будут их знакомить с волнующими особенностями российской экономики,
функциональная полнота. Система должна покрывать основные потребности в управлении. Практически все западные системы сильно избыточны в этом отношении, но на уровне базовых возможностей - они все близнецы,
модульность. Чтобы не тратить лишних денег, нужно иметь возможность покупать и внедрять систему по частям и только на нужное число пользователей.
гибкость. Система будет внедряться полтора-три года и будет работать пять - десять лет. За это время предприятие изменится. Изменится продукция, оргструктура, организация управления, бизнес - процессы, роли и полномочия управленцев. Система управления должна меняться вместе с производством. Значит система должна позволять легко менять АРМы и меню, формировать отчеты и справки, делать произвольные выборки информации в удобном представлении, менять бизнес - процессы и алгоритмы путем параметрической настройки и так далее. Обычная проблема с западными системами - не понятно, для какого пользователя экраны для ввода информации. Вроде бы для технолога, но при чем тут нормативы планирования? Вроде бы для кладовщика, но при чем тут цены и длительность цикла? Вроде бы для бухгалтера, но для какого раздела учета? В этом случае придется разбивать экраны, убирать лишние реквизиты, добавлять нужные, менять названия полей, менять их расположение на экране, менять значность, добавлять поля в базу данных, менять HELP. Позволит ли это делать система и какой ценой? Система должна также легко интегрироваться с другими модулями, например, с российскими программами расчета зарплаты или управления персоналом (не очевидно, что удастся использовать соответствующие западные аналоги) или с уже существующими старыми разработками, которые нельзя отключить (из-за специфики, уникальности и т.п.). Системы европейского производства обычно более гибки, чем американские, - они изначально ориентированы на учет национальных особенностей разных стран Европейского сообщества,
архитектура. Желательна трехзвенная - сервер базы данных, сервер приложений, клиент - клиент-серверная архитектура с возможностью использования “тупых терминалов”. Клиент может быть “толстым” или “тонким”,
техническая платформа. За время жизни системы сменится не одно поколение технических средств. Привязанность к определенной платформе опасна. Система должна уметь мигрировать с платформы на платформу,
операционная среда. Обязательно должны быть версии на UNIX и Windows NT. Лучше UNIX. Это надежная, отработанная, выносливая, масштабируемая система. Единственный недостаток - сложность администрирования,
СУБД. Желательно - Oracle, Informix и SQL Server.