Проектирование и разработка информационной системы, позволяющей повысить эффективность работы отдела по взаимодействию с клиентами. Дипломная (ВКР). Информационное обеспечение, программирование.
👉🏻👉🏻👉🏻 ВСЯ ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻
Информационное обеспечение, программирование
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!
Похожие работы на - Проектирование и разработка информационной системы, позволяющей повысить эффективность работы отдела по взаимодействию с клиентами
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Нужна качественная работа без плагиата?
Не нашел материал для своей работы?
Поможем написать качественную работу Без плагиата!
Проектирование
и разработка информационной системы, позволяющей повысить эффективность работы
отдела по взаимодействию с клиентами
СИСТЕМА УПРАВЛЕНИЯ ВЗАИМОДЕЙСТВИЕМ С КЛИЕНТАМИ, НАСЫЩЕННОЕ
ИНТЕРНЕТ ПРИЛОЖЕНИЕ, СИСТЕМА УПРАВЛЕНИЯ РЕЛЯЦИОННЫМИ БАЗАМИ ДАННЫХ.
Объектом разработки является информационная система
позволяющая автоматизировать отдел по взаимодействию с клиентами.
Цель работы - проектирование и разработка информационной
системы позволяющей повысить эффективность работы отдела по взаимодействию с
клиентами.
Для достижения поставленной цели в процессе выполнения
квалификационной работы были поставлены следующие задачи:
1)
Провести
анализ состояния объекта автоматизации с цель выявления требований к проектируемой
системе;
2)
Разработать
проект данной информационной системы, включающий в себя описание физической и
логической структуры системы;
3)
Реализовать
спроектированную систему основываясь на современных тенденциях и технологиях;
4)
Разработать
дружественный интерфейс системы;
5)
Проверить
функционирование системы в тестовом режиме.
В ходе выполнения задач разработана информационная система, с
помощью которой решаются задач хранения, обработки информации отдела по
взаимодействии с клиентами, а так же выступающая в роли орудия контроля данного
объекта автоматизации.
1.4 Определение потребности в
собственной разработке
3.1 Выбор языка программирования
3.3 Выбор коммуникационных методов
4.1 Прямые экономические эффекты
4.2 Косвенные экономические эффекты
4.4 Расчет себестоимости внедрения.
4.5 Оценка экономического эффекта,
получаемого за счет роста производительности сотрудников.
4.6 Определение показателей
эффективности инвестиций
5.1 Негативное воздействие компьютера
на человека
5.3 Организация рабочего места
В реалиях современной компании занимающейся продажей, каких либо
услуг или товаров, менеджеру по работе с клиентами постоянно приходится
сталкиваться с колоссальными объёмами информации, она представляет собой
сведенья о клиентах, результаты проведённых переговоров и т.п. Высокая
информационная нагрузка в данной области бизнеса зачастую приводит к
невнимательности сотрудника, что в свою очередь может привести к финансовым
потерям предприятия. Для того чтобы представить информацию в доступном и
удобном виде и повысить эффективность работы сотрудников в компаниях занимающихся
работой с клиентами применяются корпоративные системы управления
взаимодействиями с клиентами, которые называются CRM системы. Данные системы
обеспечивают автоматизацию стратегии клиентского обслуживания компании, в
частности, для повышения уровня продаж, оптимизации маркетинга и улучшения
обслуживания клиентов путём сохранения информации о клиентах и истории
взаимоотношений с ними, установления и улучшения бизнес-процедур и последующего
анализа результатов. Системы данного класса решают на предприятиях, данного
вида, проблему «потерянных» клиентов возникающей в результате невнимательности
сотрудников, вызванной информационной нагрузкой о которой говорилась ранние, а
так же в целом поднимает уровень внимательности компании к клиентам.
Таким образом, очевидно, что наиболее перспективной
стратегией по налаживанию долговременных контактов с существующими и
потенциальными клиентами, а так же снижение вероятностей ошибок сотрудников
работающих в данном направлении является стратегия CRM, которая предлагает
поставить клиента в центр внимания с целью удовлетворить его потребности
наилучшим образом. В связи с этим вполне закономерным является рост внимания к
CRM-системам как со стороны компаний-продавцов в качестве их потребителей, так
и со стороны их поставщиков. Этот подход подразумевает, что при любом
взаимодействии с клиентом по любому каналу, сотруднику компании доступна полная
информация обо всех взаимоотношениях с этим клиентом и решение принимается на
основе этой информации (информация о решении, в свою очередь, тоже
сохраняется).
В данный момент на рынке CRM систем существуют
системы, занимающие все возможные ниши данного направления бизнеса. Это
позволяет компаниям, в серьёз задумывающимся о современных методиках ведения
бизнеса и успешном экономическом развитии, найти для себя наилучший вариант
системы, отвечающий всем самым специфическим требованиям. Следовательно, данный
сектор производства ПО является высокоперспективным для развития и вложения.
Анализ состояния позволяет оценить положение дел на
предприятии с целью выявления функциональных и не функциональных требований к
ПО, которое в свою очередь будит являться инструментом автоматизации данного
объекта.
Выполнение же подобного анализа проводиться при помощи UML,
IDEF, ARIS и других методологий подобного характера позволяющих представить
собранную информацию о объекте автоматизации в виде конкретизированной модели с
чёт определёнными участниками и функциями.
Следует отметить, что анализ состояния в первую очередь
базируется на одной из методик проектирования, таких как XP, RAD, RUP и MSF.
Для подробного рассмотрения каждой из методик ниже в таблице 1.1 приведён их
сравнительный анализ.
Знак «+» в ячейке таблицы свидетельствует о том, что данная
методика обладает выбранным свойством, а в противном случи ставиться знак «-».
А такое сочетание знаков «+/-» свидетельствует о не полной реализации данного
свойства в рассматриваемой методике.
Таблица 1.1 - Сравнение методик проектирования
Отсутствие
ограничений на технологии и инструменты
Удобство
модификации и сопровождения
Планирование
рисков на высоком уровне
На основе анализа данных и таблицы выше, для разработки
автоматизированной системы управления складским хозяйством, была выбрана
методика проектирования RAD, как наиболее удовлетворяющая заданному набору критериев.
Так же следует отметить, что при использовании данной методики применяется
удобный и понятный подход для специалиста, использующего данную методику
впервые, по этой причине для построения диаграммы AS-IS и других диаграмм будет
применяться методология ARIS.
Следует отметить что проектируемая система будет носить
массовый характер, а следовательно все требования должны быть представлены в
усреднённом виде.
Сбор требований к разрабатываемой информационной системе,
является крайне важным этапом разработки. Сбор требований следует осуществлять
на начальной стадии создания проекта, поскольку требования являются
неотъемлемой частью планирования процесса разработки конечного продукта.
Согласно выбранной методике RAD сбор требований выполняется
при использовании рабочего метода, называемого совместным планированием
требований, который представляет собой структурный анализ и обсуждение
имеющихся коммерческих задач с непосредственным участием заказчика. Для этого
проводиться круглый стол с руководством объекта автоматизации и анкетирование
сотрудников, а так же анализ документов принадлежащих объекту автоматизации.
Данный объект автоматизации является предприятием на котором
для привлечения клиентов, сотрудники предприятия проводят постоянные прозвон
клиентов, а так же презентуют услуги в рамках продвижения своей продукции.
Процесс продажи основывается на проведение с заинтересовавшимися клиентами
деловых встреч, по результатам которых может быть заключён договор. Другие же
сотрудники данного предприятия занимаются оказанием бизнес поддержки своим
коллегам. Непосредственно для увеличения продаж и повышения эффективности
управления рынком сбыта предприятием проводятся маркетинговые исследования и
анализ результатов продаж.
- Отдел клиентского обслуживания;
Автоматизация данного объекта заключатся в использование ПК в
каждом отделе данного предприятия и применение почтового сервера с целью
обеспечении документооборота и координации действий всех отделов, а также
применение пакета MS Office для работы с документами.
К объектам автоматизации рассматриваемой организации
относятся отдел клиентского обслуживания, отдел маркетинга и аналитический
отдел.
Отдел клиентского обслуживания (далее отдел КО) занимается
привлечением клиентов к предоставляемым продуктам по средством прозвонов и
проведении презентации, а так же заключением договоров и удержанием клиентов по
средствам периодических встреч. Так же в данном отеле ведётся отчётность часть,
которой направляться в отдел аналитики для анализа эффективности работы отдела
и разработки стратегии для повышения прибыли предприятия.
Маркетинговый отдел заниматься проведением исследованиями с
целью выявления первичного потребителя предлагаемых компанией продуктов тем
самым обеспечивая точечную подстройку бизнеса под постоянно изменяющуюся
агрессивную среду рынка сбыта. Данный для аналитики отдел получает по средствам
проведения телефонных опросов среди потребителей продукции и потенциальных
потребителей.
Аналитический отдел заниматься анализом деятельности
предприятия с целью экстренного реагирования на всевозможные изменения в работе
компании с целью повышения прибыли и оптимизации бизнес процессов. В данный
отдел пересылаться вся отчётность по работе всех отделов занимающихся тесной
работой с клиентами.
По результатам сбора первоначальных сведений об объекте
автоматизации были выявленные следующие документы, имеющие непосредственно к
рассматриваемому объекту, из них был сформирован перечень, который приведён в
таблице 1.2.
Знак «+» в ячейки таблице свидетельствует о принадлежности
документа к определенному его типу, знак «-» говорит об обратном.
Информационный
свод маркетингового исследования
Отчёт по
результатам маркетингового опроса
Первичные требования к автоматизации представлены на ниже
сформированном списке:
- организовать централизованную базу данных
о клиентах с целью предотвращения сегментации данных;
- сформировать единое хранилище шаблонов
документов для удобства к ним доступа, а так же ввести учёт печати данных
документов;
- ввести историю всех продуктовых линеек;
- Обеспечить автоматизацию сводной
отчётности;
- Организовать единый инструмент постановки
коллективных индивидуальных задач для сотрудников, относящихся к объекту
автоматизации;
- Формирование инструмента формирующего
онлайн опросы для клиентов;
- разработать модуль позволяющий
автоматизировать основную часть задач отдела аналитики.
Поскольку данные требования являются первоначальным
субъективным взглядом на данную проблему автоматизации и в дальнейшем могут
претерпеть значительные изменения.
По результатам предыдущего этапа проектирования необходимо
провести анализ полученной информации. Это позволит выделить оптимальные
требования к системе на основании функциональных и не функциональных
потребностей.
На рисунке 1.1 представлена функциональная структура, а на
рисунке 1.2 организационная структура, которые основываются на информации
полученной на предыдущем этапе. Данные диаграммы позволяют наглядно
продемонстрировать функциональную и организационную часть как всего предприятия
в целом, так и объекта автоматизации, что позволит рассмотреть данный объект
как единое целое с чётко выраженными функциональными и организационными
элементами
Процессы совершающиеся на объекте автоматизации были выделены в
явной форме на основании приведенной выше функциональной структуре предприятия.
Но для полноценного понимания эффективности их необходимо рассмотреть их с
целью выявления функций, которые возможно подвергнуть автоматизации, данная
информация приведена в таблице 1.3.
Таблица 1.3 - Описание процессов объекта автоматизации
Проведение
презентаций продукции для клиентов, прозвон клиентов
Руководитель и
сотрудники отдела клиентского обслуживания
Отчёт о
прозвоне, отчёт о презентации
Организация
сопутствующей информации в единую структуру для решения проблемы сегментации,
а так же добавление документов в единое хранилище для простоты доступа,
разработка инструмента позволяющего отслеживать закрёплённых сотрудников за
клиентом с целью предотвращения повторных обращений
Проведение
деловых встреч с клиентами с целью заключения договоров
Руководитель и
сотрудники отдела клиентского обслуживания
Сбор информации
о клиентах в единую базу данных
Руководитель и
сотрудники отдела клиентского обслуживания, сотрудники отдела маркетинга
Создание
электронной базы данных на основе СУБД для организации единого
информационного хранилища
Подсчёт
количества действующих клиентов и количества продаж за определённый период
Руководитель и
сотрудники аналитического отдела
Сводная таблица
по продажам и клиентам
Автоматизация
расчетов и свода информации о продажах по средствам единой СУБД
Проведения
исследования среди клиентской аудитории
Руководитель и
сотрудники отдела маркетинга
Отчёт по
результатам маркетингового опроса, отчёт по маркетинговому исследованию
Автоматизация
сведения информации полученного из опроса.
Определение границ предметной области (концептуальное
проектирование)
С целью выявления чётких границ предметной области
проводиться выявления требований к системе и группировка их по функциональным и
не функциональным. Это необходимо для более полного описания предметной области
разрабатываемой системы. Ниже приведена таблица 1.4, содержащая функциональные
и не функциональные требования.
Таблица 1.4 - Функциональные и не функциональные требования к
системе
Возможность
вносить в базу данных информацию о новых клиентах, а так же изменять
информацию о старых
Выполнение
запросов к системе должно занимать меньше минуты
Должна быть
организованна возможность закрепления клиента за персональным менеджером
Модули для
отдела маркетинга и ОКО должны быть разделены
Необходима
возможность отслеживать задачи для сотрудников, а так же организовывать
коллективные работы с равномерно распределённой нагрузкой.
По всем
клиентам должна вестись история их взаимоотношений с компанией за счёт
возможности занесения информации о результатах взаимодействия клиет-компания
сотрудниками.
Вся отчётность
для быстрой печати должна соответствовать формату А4.
Все должностные
лица, через которых осуществляться связь с клиентом должны быть отражены в
системе, т.е. их можно как добавлять, так и удалять
Доступ к
системе должен быть организован только по должностным допускам.
Все документы
необходимые для работы должны храниться в централизованном хранилище
Доступ в
систему должен осуществляться по логинам и паролям
Интерфейс
должен быть максимально простым и функциональным
В системе
должно присутствовать разграничение прав
Все информация
о клиентах должны быть представлена виде электронных таблиц с возможностью
печати.
Доступ к
системе должен осуществляться через веб интерфейс
Необходимо
средство формирование электронных опросов через интернет.
Система должна
поддерживать внесения информации как латиницей так и кириллицей.
Необходима
автоматизация отчётности по продажам представляющая собой автоматическое
составление и возможность их печати.
На основе данных из таблицы 1.3 была составлена таблица 1.5 в
которой представлена информация о области ответственности сотрудников. Данная
информация позволяет ознакомиться с областью ведомости каждой должности,
которая имеет непосредственное отношение к объекту автоматизации. В свою
очередь информация, содержащаяся в таблице (таблица 1.5) приведённой ниже
упростит разграничение ролей пользователей проектируемой системы. Так же эта
информация позволяет получить информацию о должностных обязанностях всех
потенциальных пользователей системы.
Основные задачи, за которыми закрепляется область
ответственности сотрудников можно сформулировать следующим образом:
- Ведение клиентской базы - задача представляет
собой сбор информации о клиентах с целью увеличения вероятности успешности
заключения с ними сделок;
- Привлечение - заключается в проведении
всевозможных презентаций компании и продукции с целью увеличения к ней интереса
со стороны покупателя;
- Продажа - представляет собой задачу,
заключающуюся в предложении покупателю товара и заключению с покупателем
договора на его приобретение;
- Аналитика продаж - заключается в анализе
работы по продаже товара или услуги для дальнейшего реагирования на результаты
продаж того или иного вида продукта;
- Маркетинговое исследование - данная
задача, заключение в проведении исследовании призванного по своим результатом
сформировать дальнейшее направление для развития продуктовой линейки и компании
в целом.
Контролирующие обязательства данного типа должности
обозначаются «К», а исполнительные обязательства выполнение данной задачи в
рамках ответственности определённой должности обозначены в таблице «И»
На основании всех выше приведённых сведениях необходимо
построить диаграмму AS-IS (приложение А) которая представляет собой подробное
моделирование бизнес процессов на объекте до начала автоматизации. Данная
диаграмма будит изображена на основании методологии ARIES по принципу eEPC, что
позволит отразить на ней все аспекты дел на данном объекте с высокой точностью.
На основании диаграммы AS-IS следует отметить аспекты,
данного объекта которые стоит подвергнуть автоматизации для обеспечения более
эффективной работоспособности предприятия. Результатом данной операции станет
перечень функций, которые необходимо подвергнуть автоматизации (таблица 1.6).
Таблица 1.6 - Перечень аспектов для автоматизации
Свод различной
информации о клиентах, продажах и маркетинговых исследованиях
Все информация
хранящаяся в системе автоматически сводиться в глобальные таблицы.
Полная
автоматизация. Причиной полной автоматизацией послужили высоки время затраты
на выполнение данной операции.
Всякое
изменение информации о клиенте или о какой другой сущности важной для
выполнения бизнес задач доступна в режиме реального времени.
Полная
автоматизация. Так как передача информации является одной из первоочерёдных
задач в любой бизнес-системе, то ей отводится особое значение в вопросах
скорости и корректности пересылки информации
Централизованное
хранилище информации, каждый день производиться резервное копирование с целью
избежать ситуаций её утраты.
Полная
автоматизация. Для данного направления бизнеса, сохранность информации о
клиенте является первоочерёдной задачей.
Автоматическое
напоминание о событиях
Автоматическое
напоминание сотрудникам о важных задачах которым следует уделить особое
внимание.
Полная
автоматизация Одним из важных факторов любого бизнеса является своевременное
выполнение определённых действия.
Централизованное
хранилище документов и шаблонов.
Полная
автоматизация Удобный способ доступа к данным такого характера
прямапропарционально влияет на эффективность заключения договоров.
Уровень доступа
к данным системы разграничен по предписанию должностных инструкций
Полная
автоматизация. Организация рабочего процесса на основании должностных
инструкций является основной задачей должностных разграничений.
Для обеспечения наглядности результатов автоматизации данных
аспектов служит диаграмма TO-BE, представляющая собой подробное описание бизнес
процессов после проведения автоматизации, представленная в приложении А.
На данный момент на рынке CRM систем представлено
колоссальное количество информационных систем относящихся к различным ценовым
категориям и функциональным возможностям. Что позволяет компании заказчику
подобрать для своего бизнеса идеальное решение. Для того чтобы дынный выбор был
наиболее успешным заказчику необходимо сформировать чёткие требования к CRM
системе. Выявление данных требований позволят чётко обозначить необходимый
функционал для решения поставленной задачи, что в свою очередь позволит
подобрать наиболее удобное решение для заказчика и исключить риск переплаты за
ненужный функционал.
На основании диаграммы TO-BE были сформированы следующие
основные требования к CRM системе для автоматизации направления клиентского
обслуживания:
- Аналитический комплекс - средство,
позволяющий организациям более результативно управлять своей деятельностью и
взаимоотношениями с клиентами, на основании вычисления экономических
показателей эффективности;
- Управление продажами - набор
интегрированных приложений для автоматизации продаж;
- Управление маркетинговыми акциями -
решения, позволяющие провести сбор информации для маркетинговых исследований;
- Управление взаимоотношениями с клиентами -
данное решение представляет собой единую базу клиентов, в которой содержится
вся информация о взаимодействии с ними;
- Управление взаимоотношениями с
сотрудниками - модуль, позволяющий значительно усовершенствовать штатное
обучение, качество работы сотрудников;
- Маштабируемость - возможность расширения
системы;
- Адаптируемость - возможность адаптации
системы под конкретные условия;
Основываясь на выявленных функциональных особенностях нужно
провести сравнительный анализ среди CRM систем, из разных функциональных и
ценовых групп. Для данного анализа были выбраны следующие CRM системы:
Анализ перечисленных систем представлен в таблице 1.7.
При полном соответствии функционала требованию в таблице
ставиться «+», при превышении его «++», при не полной его реализации
«+/-»,егоотсутствии
Определение потребности в собственной разработке
В пункте 1.3 было проведено сравнение лицензируемых CRM
систем по результатам которого можно выбрать Oracle Siebel CRM и Microsoft
Dynamics AX. Но прежде чем останавливаться на лицензируемой CRM следует
определить целесообразность её использования в данном случи по сравнению с
индивидуальной разработкой. Для это следует сравнить данные решения по
следующим критериям:
- Цена - стоимость применения данного
решения;
- Соответствие требованиям - соответствие
функциональным и не функциональным требованиям заказчика;
- Технические требования - требование к
оборудованию для работы продукта;
- Срок внедрения - срок за который данная
система будит развёрнута на объекте автоматизации;
- Специалисты по сопровождению - персонал
который будит сопровождать данную систему.
Таблица 1.8 - сравнение индивидуальных и лицензируемых CRM
Высокая
стоимость лицензий, большой риск переплаты за лишний функционал. Риск закупок
сопутствующих лицензий (например ОС)
Не полное
соответствие требованием, так как система не разрабатывается с нуля, а
стоиться на уже готовых модулях.
Высокий риск
закупки дорогостоящего оборудования отвечающего требованиям лицензируемого
продукта.
Соответствие
возможностям заказчика
Зависит от
объёма лицензируемого решения
Зависит от
объёма разрабатываемого решения
Сертифицированные
специалисты фирмы подрядчика
Возможность
проведения обучения персонала совместно с разработкой
Из проведённой выше таблицы 1.8 следует, что применение
лицензируемой CRM является не приемлемым для компаний не желающих переплачивать
за ненужный функционал, покупать сопутствующее ПО, а так же занимать
высокооплачиваемых специалистов и заниматься закупкой дорогостоящего
аппаратного обеспечения. Данные факты позволяют утверждать в необходимости
собственной разработке CRM.
проектирование система программирование себестоимость
Разработка проекта по методологии RAD объединяет в себе
детализированное проектирование, построение (кодирование и тестирование), также
поставку программного продукта заказчику за определённое время. Сроки
выполнения этой фазы в значительной мере зависят от использования генераторов
кода, экранных генераторов и других типов производственных инструментальных
средств.
Работа традиционных веб-приложений сконцентрирована вокруг
клиент-серверной архитектуры с тонким клиентом. Такой клиент переносит все
задачи по обработке информации на сервер, а сам используется лишь для
отображения статического контента (например, HTML-кода). Основной недостаток
этого подхода в том, что все взаимодействие с приложением должно обрабатываться
сервером, что требует постоянной отправки данных на него, ожидания ответа
сервера и загрузки страницы обратно в браузер. При использовании технологии
запуска приложений на стороне клиента, RIA могут обойти этот медленный цикл
синхронизации за счет большего взаимодействия с пользователем. Сравнение
принципов работы веб-приложения и RIA-приложения представлено на рисунке 2.1.
Рисунок 2.1 - Сравнение классического HTML-приложения и
RIA-приложения
Основными достоинствами и преимуществами RIA-приложений
являются:
- RIA предлагают пользовательский интерфейс,
не ограниченный лишь использованием языка HTML, применяемого в стандартных
веб-приложениях;
- интерфейсы RIA более интерактивны, чем
стандартные интерфейсы веб-браузеров, которые требуют постоянного
взаимодействия с удаленным сервером;
- использование вычислительных ресурсов
клиента и сервера лучше сбалансировано, что освобождает вычислительные ресурсы
сервера, позволяя обрабатывать большее количество сессий одновременно за счет
одного и того же аппаратного обеспечения;
- движок клиента может взаимодействовать с
сервером, не дожидаясь, пока пользователь совершит действие в приложении, нажав
на кнопку или ссылку, что позволяет пользователю просматривать страницу и
взаимодействовать с ней асинхронно с помощью коммуникации между движком и
сервером;
- приложения, доступные через браузер, не
требуют установки;
- кросс-платформеность и кросс-браузерность;
- автоматическое обновление версий (версия
программы обновляется на сервере);
- частичная возможность работы в режиме
offline.
Выше приведенная характеристика архитектуры позволяет судить
о её полном соответствии требованиям, представленным в приложении Б.
На основании выбранной архитектуры можно составить логическую
структуру, представленную на рисунке 2.2.
Рисунок 2.2 - Логическая структура.
Таким образом, на основе выбранной архитектуры была построена
физическая структура системы. Её можно разделить на функциональные компоненты:
- Сервер СУРБД - служит для хранения данных
информационной системы;
- Сервер системы - служит для размещения
функциональной части приложения. Вся бизнес логика сосредоточена в этой части,
через нее происходит связь с сервером СУРБД;
- Клиент - предоставляет пользовательский
интерфейс для работы с информационной системой, а так же его ресурсы
используются для решения некоторых задач шаблонизатора и контроллера;
На рисунке 2.3 приведена физическая структура разрабатываемой
системы.
Таблица 2.1 - Сравнение систем хранения данных.
Полная (при
условии использование в качестве платформы Oracle.)
Высокое (данная
схема обладает строго определённой структурой, с высокой наглядностью)
Низкое
(информация представлена в сжатом и зашифрованном виде)
Высокое
(разработчик сам выбирает способ представления информации)
Низкое
(информация представлена в сжатом и зашифрованном виде)
Максимальная
(данная система ориентирован на максимальную скорость доступа к информации)
Низкая
(функционал обеспечивающие выборки являются стандартными строчными функциями)
Высокая
(напрямую зависит от аппаратных характеристик сервера)
На основании выше приведённого сравнения в качестве системы
хранения данных была выбрана СУРБД. Выбор так же основан на требовании
приведённых в приложении Б и методики проектирования RAD, которое предписывает
использовать для разработки те средства, которыми владеет команда разработчиков.
Разработанная информационная система может работать с СУРБД Oracle.
Для реализации структуры хранилища данных была выбрана схема
Снежинки, которая представляет собой реляционную OLAP структуру (ROLAP).
Преимуществами данного метода являются следующие позиции:
- Реляционные СУБД имеют реальный опыт
работы с очень большими БД и развитые средства администрирования. При
использовании ROLAP размер хранилища не является таким критичным параметром;
- При оперативной аналитической обработке
содержимого хранилища данных инструменты ROLAP позволяют производить анализ
непосредственно над хранилищем (потому что в подавляющем большинстве случаев
корпоративные хранилища данных реализуются средствами реляционных СУБД);
- В случае переменной размерности задачи, когда
изменения в структуру измерений приходится вносить достаточно часто, ROLAP
системы с динамическим представлением размерности являются оптимальным
решением, так как в них такие модификации не требуют физической реорганизации
БД;
- Системы ROLAP могут функционировать на
достаточно не производительных серверах, поскольку основная вычислительная
нагрузка в них ложится на сервер, где выполняются сложные аналитические
SQL-запросы, формируемые системой;
- Реляционные СУБД обеспечивают значительно
более высокий уровень защиты данных и хорошие возможности разграничения прав
доступа.
Структура хранилища данных приводится в приложении В.
Поскольку архитектурой данной
1.1
Сбор требований Дипломная (ВКР). Информационное обеспечение, программирование.
Реферат по теме Постмодернизм и экзистенциализм
Курсовая работа: Права та обов’язки власника права інтелектуальної власності на торгівельну марку і географічні позначення
Переоценка Основных Средств Курсовая
Курсовая работа по теме Рынок труда, его составляющие
Реферат Распорядок Дня Школьника
Реферат: Логические отношения между понятиями. Скачать бесплатно и без регистрации
Принцип независимости судей
Реферат по теме Асимптоты (определение, виды, правила нахождения)
Реферат по теме Принципы психологической мысли XVII века
Реферат: Институты римского права в новой концепции гражданского законодательства
Реферат: The Rime Of The ChristoMariner Essay Research
Курсовая работа: Анализ и диагностика финансовой деятельности предприятия
Дипломная работа по теме Маркетинговые исследования рынка, стимулирование сбыта
Курсовой Строительство
Реферат: Проблемы разграничения административных деликтов от преступлений
Реферат: Тема любви в русской литературе и философии. Скачать бесплатно и без регистрации
Управление формированием прибыли от продаж на примере ОАО ЛПК СЛДК
Реферат: Chapters 1-6 To Kill A Mockingbird Analization
Темы Для Курсовой Работы По Дошкольному Образованию
Сочинение 9.3 По Тексту Горького Драгоценные
Реферат: Глобалізація: ілюзія або реальність?
Контрольная работа: Положення про оплату праці працівників підприємства на прикладі Серговської філії ТОВ "Лео" Луганської області
Реферат: Мягкая игрушка КОЛОБОК