|
81 При проектировании структуры новой ИС определяют сущности (объекты, явления) предметной области, которые должны найти свое отражение в БД. Анализ предметной области обычно осуществляется на основании известных сведений о ней с учетом целей проектирования ИС. Процесс проектирования БД в немалой степени зависит от опыта и интуиции разработчика, т.е. является творческим, однако некоторые его моменты можно формализовать. Одной из таких формализаций является требование, согласно которому реляционная БД должна быть нормализована. Под нормализацией информационных структур будем понимать процесс приведения их к виду, обеспечивающему минимальную избыточность и дублируемость данных и связей, а также спецификацию типов информационных элементов групп данных (ключей и атрибутов). Таким образом, успешный реинжиниринг бизнес-процессов зависит не только от реализации планов по улучшению внешних параметров производственного процесса качества продукции, оптимизации ценовой политики и успешного уровня услуг, но и от продуманной политики отношений с клиентами по бизнесу. Эта политика напрямую зависит от рационального использования CRM-систем, которые за счет обратной связи с потенциальными и прямыми клиентами позволяют не только повысить качество отношений на рынке продаж и повысить эффективность самих бизнес-процессов, но и повысить качество продукции, на основе пожеланий заказчика. 2.3. Инструментальные средства реинжиниринга бизнес-процессов на основе CRM-приложений Архитектура CRM-системы представляет собой распределенную систему разделенную на три уровня: пользовательский, прикладной и уровень данных (рис. 24). Кроме того, система имеет код обработки бизнес-правил и данных, а также код, отвечающий за хранение информации [62]. |
2.4, Нормализация базы дапиых базовой информационной структуры при реализации CRM-приложений в рамках повышения качества управления производством МС. При проектировании структуры новой ИС определяют сущности (объекты, явления) предметной, области, которые должны найти свое отражение в БД. Анализ предметной области обычно осуществляется на основании известных сведений о ней с учетом целей проектирования ИС. Как было* отмечено в главе 2.2. значительно автоматизируют процесс создания проекта БД различные CASE-средства. Процесс проектирования БД в немалой степени зависит от опыта и интуиции разработчика, т.е. является творческим, однако некоторые его моменты можно формализовать. Одной, из таких формализаций: является требование, согласно которому реляционная БД должна быть нормализована. Под нормализацией, информационных структур будем понимать процесс приведения их к виду, обеспечивающему минимальную избыточность, и дублируемость данных и связей, а также спецификацию типов информационных элементов групп данных (ключей и атрибутов) [69]. С целью обеспечения минимальной избыточности хранимых данных требуется выявить множество дублируемых элементов в анализируемых структурах. Дублируемые элементы исключаются из всех групп, кроме одной, в том. случае, если рассматриваемые группы связаны одним из возможных путей доступа. Исключение дублируемых элементов может быть осуществлено в любой из выделенных связанных групп. Если нет ограничений на выбор группы, то дублируемые элементы исключаются из групп нижележащих уровней, а единственный элемент остается в группе, имеющей высший уровень. Такая стратегия, обеспечивает снижение времени поиска данного элемента из корневой группы при ответах на запросы пользователей. Помимо существования дублируемых элементов в исходной информационной структуре в ней возможно наличие избыточных 60 Глава 3. Организация функционирования CRMприложений при решении задач повышения качества управления производством МС. 3.1. Архитектура системы управления отношениями с клиентами в рамках CRM -приложений. 64 Архитектура информационной системы представляет собой концептуальное описание структуры программного комплекса. Как показано на рис.3.1, данная CRM -система разделена на три уровня: пользовательский, прикладной и уровень данных. Кроме того, система имеет код обработки бизнес правил и данных, а также код, отвечающий за хранение информации [76,84]. Сервер приложений V Пользовательский уровень V Прикладной уровень V Уровень данных Рис.3.1. Уровни информационной системы Многие современные ИС построены на базе двухуровневой архитектуры "клиент-сервер”. При этом клиентский процесс отвечает за обработку и отображение данных. Сами же данные централизованно хранятся |