Технологические решения Корпорации парус
жүктеу/скачать 270.19 Kb.
|
- Бұл бет үшін навигация:
- Состав технологических средств
- Технологические решения
- 1 . Масштабируемость
- 2. Появление новой сферы деятельности
- 3. Внедрение новых процессов
- 4. Расширение "географии"
- 5. Новая отчетность, аналитика
- Управление деловыми процессами
- Встроенные контрольные функции
К
|
омплексная автоматизация управления
|
|
Средства |
Стр. |
|
Надстройка |
Управление деловыми процессами |
17 |
|
Прикладная функциональность Системы ПАРУС |
Финансы. Бухгалтерский учет Производственные процессы Маркетинг и логистика Персонал. Заработная плата |
|
|
Разработка новых разделов и модулей |
Конструктор отраслевых расширений (КОР) |
6 |
|
Сервисы |
|
|
|
Метаданных |
Хранимые условия отбора Присоединенные документы |
5 17
|
|
Исполнения |
Пользовательские задания Пользовательские приложения |
6 17
|
|
Отчетности |
Пользовательские отчеты Табличные приложения Подшивки шаблонов
|
12 12 12 |
|
|
Доступ к удаленным данным |
7 |
|
|
Репликация |
7 |
|
|
Управление задачами |
17 |
|
|
Нагрузочное тестирование |
5 |
|
Администрирование |
Разграничение прав доступа Мониторинг действий операторов Обслуживание базы данных Управление лицензиями и т.п. |
21 |
|
|
Мастер настроек |
22 |
|
Экспорт/импорт |
E-Mail, Файловый |
|
|
|
Конвертор |
11 |
|
Уведомления |
|
17 |
|
Серверная часть Системы Обновление Разработка и хранение
|
Менеджер сценариев Система хранения сценариев (СХС)
|
21 6 |
Технологические решения
Факторы развития бизнеса и способы их поддержки
Система ПАРУС предоставляет открытые – доступные пользователю без участия разработчика – технологические возможности для поддержки следующих факторов развития:
1. Увеличение масштабов производства (бизнеса).
2. Появление новой сферы деятельности; серьезная модернизация традиционных направлений бизнеса.
3. Внедрение новых (изменение существующих) производственных процессов.
4. Расширение "географии" деятельности.
5. Необходимость новой отчетности, в том числе аналитической.
1
. Масштабируемость
Архитектура "клиент-сервер" (вариант "тонкого" клиента) на базе СУБД ORACLE обеспечивает масштабируемость Системы – способность к существенному увеличению количества рабочих мест, параллельно отрабатываемых бизнес-процедур, передаваемых и хранимых данных – без снижения общей производительности.
Переход "с 40 на 200" рабочих мест не потребует поиска принципиально новых решений – вплоть до смены информационной системы.
Преимущества:
- От компоненты обработки к компоненте представления поступает только самая необходимая информация. Отсутствует "катастрофическое" нарастание загрузки сетей.
- На сервере обеспечивается централизованное администрирование функций обработки. Достигается высокая надежность отработки транзакций и разрешения конфликтных ситуаций в БД. Загружающие сеть постоянные обновления данных рабочих мест, послесеансная синхронизация информации и методические "обходные маневры" – отсутствуют!
- На рабочих станциях исполняются относительно простые функции представления информации. Технические требования на эти компьютеры – относительно невысоки.
Дополнительно:
- Поддерживаются индивидуальные для каждого рабочего места интерфейсные и функциональные настройки.
- Информационная безопасность обеспечивается развитым аппаратом распределения прав пользователей и мониторингом работы операторов (см. стр. 21).
- Сервис Нагрузочного тестирования выявляет узкие места производительности.
- Для формирования и использования пользовательского иерархического набора схем отбора предусмотрен сервис Хранимых условий отбора.
Например, наряду со стандартным отбором документов непосредственно по контрагентам можно организовать отбор по контрагентам с определенными значениями их характеристик, например, по адресным данным или по банковским реквизитам. Однажды настроенное условие отбора
хранится в Системе и осуществляется буквально одним щелчком мыши.
- Совместимость ORACLE с самыми различными платформами не накладывает ограничений при выборе операционной системы на сервере (нескольких серверах при использовании RealApplicationClusters-решения).
2. Появление новой сферы деятельности
… или серьезная модернизация традиционных направлений бизнеса требует реализации проектного (специального) решения, предусматривающего:
- Разработку новых модулей (разделов).
- Добавление новой "логики" – алгоритмов отработки бизнес-процессов.
Средства:
- Конструктор отраслевых расширений (КОР) поддерживает ввод новых объектов учета (документов), задание их характеристик в терминах предметной области, установку отношений (например, включение в документ спецификации или возможность формирования одного документа на основании другого). Пользовательские разделы включаемы в пункты меню модулей Системы. КОР позволяет строить интерфейс ввода, редактирования и просмотра информации, задать локальные меню со списками новых команд и т.д.
- Система хранения сценариев (СХС), открывающая исходные коды серверной части Системы, – это не просто хранилище с описанием объектов БД (процедур, таблиц и т.п.) и их связей, а полнофункциональный инструмент коллективной разработки таких объектов с ведением истории изменений и возможностью автоматического создания сценариев компиляции.
Преимущества:
-
Производительность вновь сконструированных модулей – на уровне базовых модулей.
Быстрое создание новых приложений, эксплуатационные характеристики которых: наличие множества служебных средств, механизм разграничения прав доступа и т.п. – не отличаются от базовых модулей. Никаких интерпретаторов, замедляющих работу.
- Полная интеграция новых модулей в Систему.
- Затраты на разработку несравнимо ниже традиционного программирования.
3. Внедрение новых процессов
… или изменение существующих поддерживается возможностью расширения (модификации) функционала Системы по отработке бизнес-процедур.
Средства:
-
Автообновление на множестве
(возможно, удаленных) рабочих станций – это отсутствие ошибок и организационно-технических проблем при переходе
на новую версию (релиз) Системы,
безусловная согласованность ее
серверной и клиентских частей.
Пользовательские процедуры. Набор действий, доступных оператору, можно дополнить новыми командами для отработки процедур, не предусмотренной в базовой поставке.
Например, массовая регистрация значительного количества товарных документов определенного типа для изделия с характеристикой "№ заводской ", значение которой задается начальным и конечным номерами, освободит от рутинной работы по регистрации каждого документа по отдельности.
Пользовательскую процедуру можно привязать к базовой команде: тогда эта процедура выполняется до и/или после (в соответствии с настройкой) исполнения базового алгоритма, осуществляя,
по существу, его модификацию.
- Пользовательские задания исполняются по предварительно составленному расписанию – без непосредственного участия оператора.
Например, подобным образом можно организовать:
- пересчет прайс-листа перед началом рабочего дня;
- "вечернее" подведение итогов реализации товаров за день;
- перенос плановых платежей, не реализованных к концу рабочего дня, на следующий день.
4. Расширение "географии"
Развитие территориально-распределенной структуры производства (бизнеса) поддерживается построением системы сбора и синхронизации данных.
Средства:
- Реализация различных схем удаленной работы (см. стр. 9).
- Сервисы:
- Репликации (см. ниже) для синхронизации данных, например, нормативно-справочных.
- Удаленного доступа к данным обеспечивает достоверное и параллельное предоставление информации (документов, учетных данных) центру от подчиненных структур –
с минимальной зависимостью от пропускной способности и состояния каналов связи.
-
Двусторонняя информационная согласованность центра и удаленных объектов – залог правильности управленческих решений
на всех уровнях структуры.
WEB-решение ПАРУС на базе технологии Microsoft.Net объединяет функциональные возможности ПАРУСа с коммуникационными возможностями Интернет. Удаленные пользователи могут стать участниками территориально-распределенных бизнес-процессов, имея на своих рабочих местах минимальные аппаратно-программные средства: WEB-браузер и выход в Интернет.
Преимущества:
- Комплексность решения вопросов, связанных с параллельным и, вообще говоря, несогласованным ведением множества баз, синхронизацией и консолидацией их данных в центре с последующей обратной связью с удаленными объектами.
Игнорирование подобных проблем при выборе информационной системы может привести в дальнейшем к ошибочным управленческим решениям, например, к принятию заказов на удаленных рабочих местах при фактическом превышении общих лимитов в рамках всей корпоративной структуры.
- Обеспечение on-line связи на критических участках распределенной системы.
- Оптимальные затраты на организацию удаленных рабочих мест (использование линий связи) самых различных "мощностей": от слабо оснащенных (медленных) до работающих с центром "на лету".
Репликация1
Это процесс синхронизации информации на множестве серверов, составляющих распределенную информационную систему. Обеспечивает:
– Самодостаточность информационной посылки. Обычный экспорт-импорт данных (при помощи DBF-файлов) требует постоянного учета логических связей между разделами Системы.
Например, для корректного использования импортируемых банковских документов надо предварительно импортировать словарь "Контрагенты", на записи которого ссылаются эти документы.
С использованием репликации подобные проблемы отпадают, так как каждая посылка содержит "все необходимое".
– Компактность информационной посылки. При передаче многих файлов, каждый из которых содержит одну таблицу данных, возможны проблемы, связанные с повреждениями и потерями отдельных файлов. Посылка репликации всегда состоит только из одного файла.
– Сохранение корреспонденции.
Для решения, например, проблемы согласования мнемокодов, когда в одной БД зарегистрирован контрагент Иванов, в другой – Иванов И.И., но физически – это одно и то же лицо;
или в обеих БД зарегистрирован Иванов, но на самом деле – это два различных контрагента.
Схемы удаленной работы
П
редлагаются следующие базовые схемы:
1. Через стандартную клиентскую часть.
Регистрация, обработка и хранение информации выполняются на одном сервере БД центрального офиса.
- Каналы: Эффективность в значительной мере зависит от пропускной способности каналов связи.
- Рабочие места: С относительно невысокими техническими характеристиками, достаточными для работы "тонкого" клиента (см. стр. 5).
- Интерфейс пользователя: Стандартный Windows-интерфейс Системы ПАРУС.
2
. Через терминальный сервер – требует наличия дополнительного сервера терминального доступа – мощного централизованного ресурса, разделяемого между всеми удаленными пользователями.
- Каналы: Практически весь трафик ложится на участок подсети центрального офиса "Терминальный сервер – Сервер БД". На рабочие станции,
соединенными с центром медленными коммутируемыми линиями, пересылаются, по существу, только обновления интерфейса.
- Рабочие места: Со слабыми тех/характеристиками. Фактический ресурс клиента определяется терминальным сервером.
- Интерфейс пользователя: Стандартный Windows-интерфейс Системы ПАРУС.
3. WEB-решение ПАРУС. Н
а WEB-сервере размещаются специализированные программные компоненты (WEB-Клиент) представления WEB-интерфейса Системы в соответствии
с описанием метаданных в Конструкторе
отраслевых расширений.
- Каналы: Телефонные линии, модемы.
- Рабочие места: Со слабыми техническими характеристиками. Устанавливается Microsoft Internet Explorer – и никакого программного обеспечения, относящегося к информационной системе.
- Интерфейс пользователя: WEB-интерфейс.
4
. Распределенная обработка данных. Регистрация и обработка информации
выполняется на нескольких серверах БД каждого территориального объекта.
В этом случае необходимо периодически выполнять Репликацию (см. стр. 7) для синхронизации данных на всех серверах
в режиме off-line.
- Каналы: Достаточные для передачи
данных в режиме off-line. Могут отсутствовать: тогда данные переносятся при
помощи съемных магнитных носителей.
- Рабочие места: С относительно невысокими техническими характеристиками, достаточными для работы "тонкого"
клиента (см. стр. 5).
- Интерфейс пользователя: Стандартный Windows-интерфейс Системы ПАРУС.
Примеры организации распределенной работы
.. для решения следующих задач:
А
. Предоставление достоверной информации (документов, учетных данных) от подчиненных структур центру для дальнейшей консолидации этих данных. Работа проводится в следующем порядке:
1. Централизованная рассылка нормативно-справочной информации (НСИ) по территориально-распределенным объектам
при помощи Репликации.
2. Периодическое и параллельное получение всей совокупности учетных данных (УД) от удаленных объектов при помощи сервиса Удаленного доступа к данным.
Б. Построение корпоративной информационной системы (КИС) с объединением информационных систем (модулей),
базирующихся на различных платформах:
В. Построение КИС для различных юридических лиц (ЮЛ), объединенных в иерархическую структуру любой сложности:
Г. Оптимальное "размещение" отработки данных по различным удаленным объектам распределенной структуры:
Конвертер
Обеспечивает всевозможные (в частности, перекрестные) преобразования данных форматов DBF и SDF с заранее заданной модификацией.
5. Новая отчетность, аналитика
Необходимость новой отчетности, в том числе аналитической, поддерживается построением отчетов произвольной формы по любой информации, отраженной (накопленной) в БД.
Средства: Сервисы отчетности:
- Пользовательские отчеты на базе:
- генератора Crystal Reports Professional (развитые рабочие и презентационные отчеты),
- таблиц Microsoft Excel (простота использования).
- Табличные приложения типа:
- Microsoft Excel для массового ввода данных; дополнительного анализа, обработки и обобщения информации; построения разного рода графиков и диаграмм и т.д.
- Microsoft Project для управления проектами и ресурсами.
- Подшивки шаблонов для формирования и печати целого пакета отчетов.
Преимущества: Достигается полное соответствие отчетности постоянно изменяющемуся законодательству, требованиям руководителей всех уровней (структур) предприятия.
Дополнительно:
Встроенный Инспектор объектов позволяет конструировать диалоговые окна для задания параметров Пользовательских отчетов (а также Пользовательских процедур, см. стр. 6).
Примеры встроенных аналитических возможностей
- Выстраиваемая система наследуемых Свойств документов (дополнительных атрибутов документов, характеристик любых объектов регистрации) с использованием данных из Дополнительных словарей с оригинальной нормативно-справочной информацией доставит данные для новых аналитических отчетов:
Примеры данных Пользовательских словарей:
- Физические характеристики Зольность и Уровни влажности для угля.
- Пропускная способность газопроводов.
-
Отличительные характеристики позиций товара в ассортименте: цвет изделия одной марки и т.п.
- Вы можете создать свой собственный многоуровневый пользовательский отчет, позволяющий буквально "щелком мыши" уточнить информацию каждого уровня (технология drill-down – "провалиться, чтобы уточнить").
Анализ, прогнозирование и моделирование при помощи OLAP-технологии
Современные компании на протяжении многих лет используют мощные информационные системы, накапливающие громадные объемы данных, которые эффективно используются в текущей работе различных подразделений: бухгалтерии, служб планирования, отделов материально-технического снабжения и сбыта и т.п. Но для проблемного анализа эти данные – пока "вещь в себе". Легко ли Вы можете получить "наглядные" ответы на тысячи вопросов – детализирующих, обобщающих и прогнозирующих – подобных следующим: Какая группа Ваших продуктов, в каком регионе, по каким категориям потребителей приносит наибольшую прибыль? Что будет, если резко изменится курс доллара, если Вас подведет поставщик продукции? – которые задаются в постоянно меняющемся, зависимом от ответов на предыдущие вопросы, "интерактивном" порядке?
Диалоговая аналитическая обработка данных – OLAP (On-line analytical processing) – является удобным инструментом быстрого анализа больших объемов данных, прогнозирования, моделирования и наглядного отображения результатов. Выявленные с помощью OLAP-технологии закономерности и тенденции – необходимая информация для принятия управленческих (в частности, стратегических) решений, а также для создания всевозможных отчетов и презентаций.
Основные понятия OLAP-технологии:
-
Меры – анализируемые количественные показатели.
- Измерения – описательные категории,
в разрезе которых анализируются меры.
- Размерность гиперкуба (куба с произвольным количеством измерений) равна количеству относящихся к нему описательных категорий. Наиболее просто представить пример гиперкуба с тремя измерениями и одной мерой.
Пример гиперкуба "Сбыт", предназначенного для анализа: потребителей и продаваемых товаров; сроков исполнения заказов; объемов продаж по периодам, товарам и группам товаров, регионам и потребителям, внутренним подразделениям, менеджерам и каналам сбыта; взаиморасчетов с потребителями; возврата товаров от потребителей и т.д.; и имеющего:
• Измерения: Потребители, Даты операций, Группы товаров, Номенклатура, Модификации,
Упаковки, Склады, Виды оплаты, Виды отгрузки, Тарифы, Валюта, Организации,
Подразделения, Ответственные, Каналы распределения, Регионы, Города;
• Меры: Количество план/факт, Сумма план/факт, Платежи план/факт, Сальдо план/факт,
Цена реализации, Срок исполнения заказа, Сумма возврата.
Поскольку возможно сочетание любых комбинаций измерений и мер, то использование данного куба позволит получать тысячи различных отчетов.
Архитектура OLAP-решения. Первичными источниками данных для OLAP-технологии могут являться Система управления ПАРУС, другие продукты Корпорации ПАРУС, системы сторонних производителей.
Обратите внимание: для анализа и прогноза вовсе не нужны в точности актуальные данные: здесь важны общие тенденции, а "мелкие детали" – не существенны.
Среди потребительских свойств OLAP-решения отметим: возможность строить отчеты и запросы в бизнес-терминах конкретной предметной области; реализацию стандартных методик исследования бизнеса (определения динамики итоговых значений, анализа по степени важности, структурного анализа).
На базе OLAP-технологии можно построить ситуационное рабочее место (ситуационный центр). Например, прогнозировать объемы закупок и реализации товаров, анализировать т
оварооборот Вам помогут следующие н
аглядные "картинки":
Д
ля облегчения анализа многочисленных данных возможно использование предварительно настраиваемой технологии "светофоров" уточнения ситуации по "красному цвету":
Интегрируемость
ПАРУС поддерживает технологические факторы, связанные:
- с необходимостью использования программного продукта (ПП), уже функционирующего на Вашем предприятии и настроенного под Ваше производство;
- с наличием на рынке системы другого производителя, учитывающей подходящим образом специфику определенных направлений Вашего бизнеса.
С
ПАРУС стремится сохранить все лучшее из Вашего опыта автоматизации управления.
пособ: Построение корпоративной информационной системы (КИС) на базе Системы ПАРУС, интегрированной с ПП других производителей.
Средства: - Экспорт-импорт. - Конвертор.
- Репликация. - Пользовательские приложения.
Преимущества:
- Учет самых разнообразных отраслевых аспектов управления производством.
- Радикальное сокращение сроков внедрения КИС; экономия Ваших затрат.
- Синхронизация данных, полученных из различных "разнородных" источников: БД других систем Корпорации ПАРУС, ПП других производителей.
С 
информационными системами
других производителей
Крупные российские компании, стремясь ускорить автоматизацию менеджмента, приобретают импортные системы, которые отлично функционируют в зарубежной корпоративной среде, но не учитывают в полной мере отечественные реалии. В результате: сроки внедрения КИС – значительны, а стоимость может превысить сумму начальной закупки в разы.
Р
ешение – вертикальная интеграция
Различные типы решений предлагаются при интегрировании Системы с модулями отечественных производителей:
Со служебными приложениями
Интеграция с широко используемыми – "де-факто" стандартными приложениями – эффективна по следующим причинам:
- Многофункциональность, которую не рационально повторять в собственной разработке, и постоянное развитие подобных приложений значительно расширяют возможности Системы.
- Ориентированность на массовое применение – простота операторской работы.
- Отсутствие проблем при передаче подготовленных материалов (документов, отчетов) в виде файлов разнообразных форматов.
Система ПАРУС интегрируется с любым COM-модулем при помощи сервиса Пользовательских приложений.
Например, для проверки орфографии и синтаксиса в текстовых полях диалоговых окон Системы можно подключить мощные средства Microsoft Word; для проведения встроенной статистической и другой математической обработки числовых данных – специализированные прикладные ПП.
Управление деловыми процессами
В развитие концепций DOC FLOW и WORK FLOW, поддерживаются:
•
Согласование порядка ведения бизнеса в компании с функциями исполнителей – подразделений/сотрудников.
• Контроль регламента и управление отработкой процессов (прохождением документов).
•
Текущая работа исполнителя:
1. Получение указания
(события) на отработку определенной бизнес-процедуры.
2. Собственно отработка.
3. Переадресация события далее – по маршруту.
Накопление базы знаний о работе всей компании и отдельных исполнителей.
Особенности:
- Переадресация в точке возможна только при наличии у исполнителя соответствующих полномочий и при соблюдении определенных условий.
- По отработке процедуры может быть сформировано уведомление (сообщение) участнику бизнес-процесса. Доставка: встроенная, E-Mail, на пейджер, мобильный телефон. Использование: для напоминания сотрудникам о необходимости проведения каких-либо работ (например, "проконтролировать оплату выставленного счета"), информирования руководства о ходе исполнения бизнес-процесса и т.п.
- Нахождение события в точке маршрута может регламентироваться по времени: по его истечении автоматически высылается соответствующее уведомление заинтересованным лицам.
- Поддерживается ведение полной истории отработки события.
Дополнительно: Сервис Управления задачами предоставляет возможности: исполнения задачи по расписанию; оперативного перехода в раздел Системы, где следует отработать бизнес-процедуру.
Журнальная организация
С
истема ПАРУС построена с использованием журналов – специальных хронологических реестров, где унифицированным образом отражаются планируемые/фактические события финансово-хозяйственной деятельности. При отработке отдельного документа в Системе регистрируются одна или несколько записей в одном или нескольких журналах. Только отработка в журнале ранее зарегистрированного в Системе документа означает его "принятие к учету". При этом разнородные данные различных документов попадают в информационно однородные журналы.
Преимущества:
• Гибкое включение/невключение документа в учет (исключение из учета).
• Эффективное использование разнородных первичных данных для управления и формирования отчетов.
Встроенные контрольные функции
Система поддерживает многочисленные встроенные функции для автоматического контроля над действиями пользователя для сохранения целостности (непротиворечивости) информации БД, для поддержки корректного отражения бизнес-процессов в Системе и т.п. Перечислим некоторые из них:
- Не допускается занесение в БД записи (например, о документе) с указанием незарегистрированного в словаре значения характеристики (например, контрагента).
- Нельзя удалить запись (например, словаря), если она уже используется в каком-либо документе, зарегистрированном в Системе.
- Обязательная характеристика (например, документа) должна быть введена. Настройкой можно задать "подсвечивание" обязательных полей в форме редактирования.
- Определенное значение уникальной по смыслу характеристики (например, номера документа) не может применяться более одного раза.
- При необходимости Система "ведет пользователя за руку", разрешая выполнение только допустимого в данном случае действия (или выбор действия из множества допустимых). Например, так построена работа с объектами Инвентарной картотеки бухгалтерского учета.
- При отработке объекта учета сначала может быть представлен прототип нового "производного" объекта для его просмотра и, возможно, исправления (буферизация отработки). Затем можно зарегистрировать новый объект или отказаться от его регистрации.
- Документ, уже отработанный, например, в бухгалтерском учете, исправить или повторно отработать нельзя.
Информация о "цепочке" последовательно отработанных объектах учета – протокол – запоминается для графического отображения и возможности отката бизнес-процесса в Системе.
- Механизм Управления деловыми процессами (см. стр. 17) реализует жесткий регламент движения документов и процессов внутри корпоративной системы.
- Поддерживается добавление пользовательских функции контроля: Пользовательская процедура (см. стр. 6), выполнение которой задано до/после обычной команды пользователя, может контролировать выполнение специальных условий.
Администрирование
Система ПАРУС имеет обширный набор специальных средств общей настройки и сопровождения, осуществляемых при помощи модуля "Администратор", для поддержки:
-
Логического разбиения БД Системы на независимые части, например, для раздельной регистрации учетных данных нескольких предприятий холдинга. Информацию словарей, содержащих нормативно-справочную информацию, можно сделать общедоступной сразу для нескольких организаций (см. стр. 10).
-
Ведения списков пользователей Системы (сотрудников предприятия) и удаленных пользователей (например, контрагентов предприятия). -
Разграничения прав доступа пользователей (в том числе, удаленных) к ресурсам Системы. -
У
правления лицензиями. -
Общесистемного мониторинга. -
Обслуживания БД и ее объектов и т.д.
Современная система, рассчитанная на одновременное использование сразу многими пользователями, не может обходиться без мощных средств разграничения прав доступа. Система ПАРУС в полной мере отвечает этому требованию, обеспечивая многоуровневую защиту информации о Вашем бизнесе:
Разграничение прав пользователей реализовано
с использованием концепции ролей:
Обслуживание базы данных предназначено для автоматизированного создания или обновления ее объектов – таблиц, процедур, представлений, пакетов и т.п.
– Создание проводится при установке Системы в первый раз (при создании нового экземпляра БД).
– Обновление обеспечивает создание, изменение и удаление серверных объектов (а также изменение, при необходимости, самих данных – для поддержки информационной целостности БД) в существующем экземпляре БД Системы. Проводится при обновлении – переходе от одной версии к последующей версии Системы с использованием Менеджера сценариев.
Общесистемный мониторинг – аппарат отслеживания действий – дает возможность выяснить, кто выполнил ту или иную операцию в Системе. Это – эффективное средство для выявления пользователя, выполнившего, например, некорректное действие.
Специальный модуль "Мастер настроек":
предназначен для облегчения (упорядочивания) администрирования Системы ПАРУС. Ресурсы Системы – приложения, организации, роли, разделы и т.п. – сведены здесь в иерархическое дерево, а управление ими сосредоточено в однородно организованных панелях правой части окна.
Заключение
Мы познакомили Вас с решениями Корпорации ПАРУС. Исходя из своих потребностей, Вы можете выбрать подходящие технологии, узнать подробнее об их применении в уже реализованных проектах, чтобы убедиться в реальности наших предложений. Система управления ПАРУС действительно открыта и масштабируема. Сотрудничая с нашей Корпорацией, Вы получите все необходимое из одних рук.
Конечно, это далеко не все, что хотелось бы рассказать. Ограниченный объем данной книги не позволил затронуть многие вопросы, раскрыть материал подробнее. Мы надеемся, что наше общение только начинается, и будем рады продолжить начатый разговор.
Контакты
Центральный офис
- Москва, ул. Ярославская, д. 15, корп. 8
- (495) 797-89-92
- www.parus.ru
Региональные отделения и дилеры
См.: www.parus.ru
Предметный указатель
Автообновление, 6
Базы данных обслуживание, 21
Биллинга система, 16
Вертикальная интеграция, 16
Газопровода пропускная способность, 13
Гиперкуб (понятие OLAP-технологии), 14
Горизонтальная интеграция, 16
Дополнительный словарь, 13
Доступ к удаленным данным, 7
Задачами управление, 17
Зольность угля, 13
Измерение (понятие OLAP-технологии), 14
Инспектор объектов, 12
Клиент-сервер, 5
Конвертор, 10, 11, 16
Конструктор отраслевых расширений (КОР), 6, 9
Корреспонденции сохранение, 7
Лидер по выручке "ложный", 15
Маршрут (понятие УДП), 17
Мастер настроек, 22
Масштабируемость информационной
системы, 5
Мера (понятие OLAP-технологии), 14
Модификация базовой команды, 6
Мониторинг общесистемный, 21
Нагрузочное тестирование, 5
Обязательная характеристика, 20
Организация (логическая часть БД), 10, 21
Откат отработки, 19, 20
Платежей плановых перенос, 6
Подшивка шаблонов, 12
Пользовательская
- процедура, 6, 20
- функция контроля, 20
- задание, 6
- отчет, 12
- приложение, 17
Права доступа, 21
Прайс-листа пересчет, 6
Присоединенный документ, 17
Продажи по дням недели, 15
Прототип (объекта регистрации), 20
Репликация, 7, 10, 11, 16
Роль, 21
Светофоров технология, 15
Свойство документа, 13
Сезонные колебания спроса, 15
Система хранения сценариев (СХС), 6
Ситуационный центр, 15
Табличное приложение, 12
Терминальный сервер, 9, 11
"Тонкий" клиент, 5
Точка маршрута (понятие УДП), 17
Уведомление, 17
Удаленной работы схемы, 9
Уникальная характеристика, 20
Управление деловыми процессами (УДП), 17
Хранимые условия отбора, 5
Crystal Reports Professional, 12, 17
DBF-формат данных базы, 11
DOC FLOW, 17
Drill-down-технология, 13
Microsoft
- Excel, 12, 17
- Internet Explorer, 9
- .Net, 7
- Project, 12, 17
On-line analytical processing (OLAP), 13
ORACLE, 5, 11
SDF-формат данных базы, 11
WEB-Клиент, 9
WEB-решение ПАРУС, 7, 9
WORK FLOW, 17
1 Здесь под репликацией понимается специализированный экспорт-импорт, реализованный в Системе ПАРУС, а не репликация Oracle.
Достарыңызбен бөлісу: