Дипломная работа: Автоматизация контроля текущих заявок

Образовательная автономная некоммерческая организация
высшего образования
«МОСКОВСКИЙ ТЕХНОЛОГИЧЕСКИЙ ИНСТИТУТ»
Специальность 09.02.07
Информационные системы и программирование
(код)
(наименование)
ДИПЛОМНАЯ РАБОТА
на тему
АВТОМАТИЗАЦИЯ КОНТРОЛЯ ИСПОЛНЕНИЯ ТЕКУЩИХ
ЗАЯВОК
Обучающийся
Гаджиев Султан Расулович
_____________
(Ф.И.О. полностью)
подпись
(Ф.И.О. полностью)
_____________
подпись
Руководитель
МОСКВА 2026
Образовательная автономная некоммерческая организация
высшего образования
«МОСКОВСКИЙ ТЕХНОЛОГИЧЕСКИЙ ИНСТИТУТ»
ЗАДАНИЕ
на дипломную работу
обучающийся Гаджиев Султан Расулович
1. Тема: Автоматизация контроля исполнения текущих заявок
2. Срок сдачи обучающимся законченной работы «____» ___________ 20___ г.
3. Исходные данные к дипломной работе: научная и учебная литература, интернет ресурсы.
4. Содержание дипломной работы (перечень подлежащих разработке вопросов):
Введение
Глава 1. Анализ предметной области
1.1. Технико-экономическая характеристика предметной области и предприятия. Анализ
деятельности «КАК ЕСТЬ»
1.1.1. Характеристика предприятия и его деятельности
1.1.2. Организационная структура управления предприятием
1.1.3. Программная и техническая архитектура ИС предприятия
1.2. Характеристика комплекса задач, задачи и обоснование необходимости
автоматизации
1.2.1. Выбор комплекса задач автоматизации и характеристика существующих бизнес
процессов
1.2.2. Определение места проектируемой задачи в комплексе задач и ее описание
1.2.3. Обоснование необходимости использования вычислительной техники для решения
задачи
1.2.4. Анализ системы обеспечения информационной безопасности и защиты информации
1.3. Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО
БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
1.3.2. Выбор и обоснование стратегии автоматизации задачи
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи
Глава 2. Проектирование информационной системы
2.1. Обоснование проектных решений
2.1.1 Обоснование проектных решений по информационному обеспечению
2.1.2 Обоснование проектных решений по программному обеспечению
2.1.3 Обоснование проектных решений по техническому обеспечению
2.2
Разработка проекта автоматизации
2.2.1 Этапы жизненного цикла проекта автоматизации
2.2.2 Характеристика нормативно-справочной, входной и оперативной информации
2.2.3 Характеристика результатной информации
2.3
Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
2.3.2 Характеристика базы данных
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
2
2.3.4 Описание программных модулей
2.4
Контрольный пример реализации проекта и его описание
Глава 3. Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической эффективности
3.2 Расчёт показателей экономической эффективности проекта
Заключение
Список использованных источников
Дата выдачи задания __.__.202__
Задание принял (дата) __.__.202__
Подпись руководителя ____________
Подпись обучающегося____________
3
СОДЕРЖАНИЕ
ВВЕДЕНИЕ .................................................................................................................. 6
Глава 1. Анализ предметной области ...................................................................... 10
1.1. Технико-экономическая
характеристика
предметной
области
и
предприятия. Анализ деятельности «КАК ЕСТЬ» ................................................ 10
1.1.1. Характеристика предприятия и его деятельности .................................... 10
1.1.2. Организационная структура управления предприятием .......................... 12
1.1.3. Программная и техническая архитектура ИС предприятия .................... 14
1.2. Характеристика комплекса задач, задачи и обоснование необходимости
разработки автоматизации обработки заявок в компании ИП Келейникова Т.
А……………………………………………………………………………………..18
1.2.1. Выбор комплекса задач автоматизации и характеристика существующих
бизнес процессов ....................................................................................................... 18
1.2.2. Определение места проектируемой задачи в комплексе задач и её
описание ..................................................................................................................... 19
1.2.3. Обоснование необходимости использования вычислительной техники
для решения задачи ................................................................................................... 20
1.2.4. Анализ системы обеспечения информационной безопасности и защиты
информации ............................................................................................................... 21
1.3. Исследование и анализ существующих разработок и выбор стратегии
«КАК ДОЛЖНО БЫТЬ» .......................................................................................... 25
1.3.1. Анализ
существующих
разработок
информационных
систем
автоматизации обработки заявок в компании ИП Келейникова Т. А. ................ 25
1.3.2. Выбор и обоснование стратегии автоматизации обработки заявок ........ 35
1.3.3. Выбор и обоснование способа приобретения ИС для выполнения
поставленных задач................................................................................................... 37
Глава 2. Проектирование информационной системы ........................................... 40
2.1
Обоснование проектных решений ................................................................. 40
2.1.1. Обоснование проектных решений по информационному обеспечению 40
2.1.2. Обоснование проектных решений по программному обеспечению ....... 41
4
2.1.3. Обоснование проектных решений по техническому обеспечению ........ 44
2.2. Разработка проекта автоматизации................................................................ 46
2.2.1. Этапы жизненного цикла проекта автоматизации .................................... 46
2.2.2. Характеристика
нормативно-справочной,
входной
и
оперативной
информации ............................................................................................................... 64
2.2.3. Характеристика результатной информации .............................................. 66
2.3. Программное обеспечение задачи ................................................................. 67
2.3.1. Общие положения (дерево функций и сценарий диалога)....................... 67
2.3.2. Характеристика базы данных ...................................................................... 68
2.3.3. Структурная схема пакета (дерево вызова программных модулей) ....... 69
2.3.4. Описание программных модулей ............................................................... 69
Глава 3. Обоснование экономической эффективности проекта .......................... 89
3.1 Выбор и обоснование методики расчёта экономической эффективности .... 89
3.2 Расчёт показателей экономической эффективности проекта ......................... 91
ЗАКЛЮЧЕНИЕ ......................................................................................................... 96
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ ...................................................... 97
ПРИЛОЖЕНИЯ ....................................................................................................... 100
5
ВВЕДЕНИЕ
Актуальность автоматизации контроля исполнения текущих заявок в
ООО АКИДА состоит в том, что она может значительно повысить
эффективность и точность исполнения заявок, сократить время на их обработку
и снизить вероятность ошибок.
В современном бизнесе время является одним из самых ценных ресурсов.
Автоматизация контроля исполнения текущих заявок позволяет сократить
временные затраты на рутинные операции, такие как проверка статуса заявки,
отслеживание выполнения требований и своевременное информирование о
состоянии процесса. Автоматическая система контроля может мгновенно
анализировать данные и уведомлять ответственных лиц о возможных
проблемах
или
задержках,
что
позволяет
оперативно
реагировать
и
предотвращать возникновение серьезных проблем.
Кроме того, автоматизация контроля исполнения заявок способствует
снижению вероятности ошибок. При ручной обработке заявок существует риск
упустить или неправильно оценить важные детали. Автоматическая система
контроля основана на заранее заданных правилах и алгоритмах, что позволяет
исключить человеческий фактор и повысить точность выполнения заявок.
Также стоит отметить, что автоматизация контроля исполнения заявок
способствует повышению прозрачности и отчетности процесса. Все этапы
обработки и выполнения заявок фиксируются в системе, что позволяет в любой
момент получить информацию о текущем статусе каждой заявки. Это упрощает
мониторинг процесса, а также предоставляет возможность анализировать
данные и оптимизировать рабочие процессы.
Наконец, автоматизация контроля исполнения текущих заявок позволяет
сотрудникам ООО АКИДА сконцентрироваться на более сложных задачах,
требующих креативности и принятия решений.
Освобождение от рутинных операций и автоматическая обработка заявок
позволяют
оптимизировать
использование
производительность труда.
6
ресурсов
и
повысить
В целом, автоматизация контроля исполнения текущих заявок В ООО
АКИДА
является актуальной и востребованной темой, так как она
способствует повышению эффективности работы, сокращению временных
затрат, снижению вероятности ошибок и улучшению прозрачности процессов.
Цель: Исследовать возможности и преимущества автоматизации контроля
исполнения текущих заявок в ООО АКИДА для повышения эффективности
работы и улучшения качества обслуживания клиентов.
Для достижения указанной цели, следующие задачи могут быть
поставлены:
Анализ текущих процессов и системы контроля заявок: Изучение
существующих процессов контроля исполнения текущих заявок в ООО
АКИДА, выявление сильных и слабых сторон, определение основных проблем
и вызовов.
Изучение
современных
методов
и
технологий
автоматизации:
Ознакомление с инновационными методами и технологиями, применяемыми в
автоматизации контроля заявок, такими как программное обеспечение для
управления рабочими процессами, системы уведомлений и мониторинга,
аналитические инструменты и другие.
Определение требований и потребностей ООО АКИДА: Изучение
конкретных
потребностей
и
требований
ООО
АКИДА
в
отношении
автоматизации контроля заявок, включая функциональные возможности,
интеграцию с существующими системами и требования безопасности данных.
Разработка
концепции
автоматизации:
Разработка
концепции
автоматизации контроля исполнения текущих заявок, включая определение
ключевых этапов, процессов и инструментов, необходимых для успешной
реализации автоматизации.
Оценка эффективности и преимуществ: Оценка потенциальных выгод и
преимуществ, которые могут быть получены от внедрения автоматизации
контроля заявок, включая повышение производительности, сокращение
7
временных затрат, снижение ошибок, улучшение прозрачности и качества
обслуживания клиентов.
Разработка плана внедрения: Разработка плана внедрения автоматизации
контроля исполнения текущих заявок, включая оценку затрат, выбор
необходимых инструментов и технологий, определение шагов реализации и
оценку рисков.
Разработка рекомендаций: Формулировка рекомендаций по внедрению
автоматизации контроля исполнения текущих заявок в ООО АКИДА, включая
практические рекомендации по выбору и внедрению технологий, обучению
персонала и организационным изменениям.
Оценка результатов: Оценка результатов внедрения автоматизации
контроля
заявок,
анализ
достигнутых
преимуществ
и
эффективности,
выявление возможностей для дальнейшего улучшения и оптимизации
процессов.
Комплексное исследование указанных задач поможет достичь цели и
определить оптимальные пути внедрения автоматизации контроля исполнения
текущих заявок в ООО АКИДА.
Предмет исследования: Автоматизация контроля исполнения текущих
заявок в ООО АКИДА.
Объект исследования: Процессы и системы, связанные с контролем
исполнения текущих заявок в ООО АКИДА, включая методы, инструменты и
технологии, используемые в этом процессе. Объектом исследования также
могут быть сотрудники, клиенты и другие участники, вовлеченные в процесс
контроля заявок.
Практическая значимость настоящей работы заключается в создании
информационной системы.
Основным преимуществом разрабатываемой системы является то, что она
разрабатывается для учёта заявок конкретной компании и учитывает все ее
потребности.
8
Выпускная квалификационная работа состоит из введения, трех глав,
заключения и списка используемой литературы.
9
Глава 1. Анализ предметной области
1.1.
Технико-экономическая характеристика предметной области и
предприятия. Анализ деятельности «КАК ЕСТЬ»
1.1.1. Характеристика предприятия и его деятельности
ООО АКИДА зарегистрирована в 2002г. регистратором: Межрайонная
инспекция Федеральной налоговой службы № 4 по Республике Дагестан г.
Дагестанские Огни. После регистрации, предпринимателю присвоены: ИНН:
0550003397 и ОГРНИП: 1020501622228. Основной вид деятельности —
«Торговля розничная компьютерами, периферийными устройствами к ним и
программным обеспечением в специализированных магазинах», «Деятельность
по дополнительному профессиональному образованию прочая».
Составим сводную таблицу, отражающую эффективность хозяйственной
деятельности ООО АКИДА. (таблица 1).
Таблица 1
Анализ хозяйственной деятельности ООО АКИДА, тыс. руб.
Абсолютное значение Темпы роста по
Показатели
по годам периода
годам, %
2021
2022
2023
2024
2025
Выручка
66059 70952 97646 107,4
137,6
Себестоимость продаж
54024 60135 84394 111,3
140,3
Валовая прибыль (убыток)
12035 10817 13252
89,9
122,5
Управленческие расходы
9166
8619
6294
94,0
73,0
Прибыль (убыток) от продаж
2869
2198
6958
76,6
316,6
Прочие доходы
750
5508
1226
734,4
22,3
Прочие расходы
602
1817
939
301,8
51,7
Прибыль (убыток) до
3017
5889
7245
195,2
123,0
налогообложения
Текущий налог на прибыль
603
1178
0
195,4
0,0
Чистая прибыль (убыток)
2414
4711
7245
195,2
153,8
Среднемесячная заработная плата
28,9
32,6
38,7
112,8
118,7
Таким образом, анализируя показатели хозяйственной деятельности ООО
АКИДА., можно отметить, что выручка увеличилась за анализируемый период
на 31587 тыс. руб. составив за 2023 год 97646 тыс. руб.
В сравнении с 2022 годом выручка увеличилась на 37,6%.
10
Себестоимость продаж за рассматриваемый период увеличилась на 30370
тыс. руб. составив за 2023 год 84394. Стоит отметить, что в 2023 году темп
роста себестоимости составил 140, 3% что превышает аналогичный показатель
по выручке, данная тенденция является негативной в деятельности компании.
Динамику показателей прибыли компании представим на рисунке 1.
Рисунок 1 - Динамика показателей прибыли ООО АКИДА
Таким
образом,
валовая
прибыль
за
рассматриваемый
период
увеличилась на 1217 тыс. руб. или на 10,1% составив за 2023 год 13252 тыс.
руб.
Прибыль от продаж росла более быстрыми темпами, так за 2021 год
значение показателя составило 2869 тыс. руб., а уже в 2023 году 6958 тыс. руб.,
рост более чем в 2,4 раза.
Прибыль до налогообложения составила за 2023 год 7245 тыс. руб., что
на 4228 тыс. руб. больше по сравнению с 2021 годом.
11
Чистая прибыль компании за 2022 год составила 7245 тыс. руб. что на
53,8% больше по сравнению с 2021 годом, в целом за анализируемый период
чистая прибыль увеличилась более чем в 3 раза.
1.1.2. Организационная структура управления предприятием
Организационная структура управления представлена на рисунке 2.
Возглавляет ООО АКИДА директор, в подчинении у которого находятся
секретарь-референт и следующие подразделения:
- отдел поставок;
- отдел продаж;
- административно-хозяйственная часть;
- отдел кадров;
- юридическая служба;
- IТ-отдел;
бухгалтерия;
- склад.
Рисунок 2 - Организационная структура управления ООО АКИДА
Отдел поставок, отдел продаж, административно-хозяйственная часть,
отдел кадров, юридическая служба, IТ-отдел, бухгалтерия, склад подчиняются
директору.
Отдел поставок занимается поиском поставщиков материалов и
подписанием с ними договоров.
В отделе работают начальник отдела и менеджеры.
12
Начальник отдела отвечает за своевременные поставки материалов
надлежащего качества.
Административно-хозяйственная
организацию,
контроль
часть
отвечает
за
планирование,
административно-хозяйственного
обеспечения
деятельности предприятия, участвует в инвентаризации зданий, помещений и
т.д.
В отделе кадров работают специалисты. Задачи отдела: определение
текущей потребности в кадрах, анализ текучести кадров, подбор персонала,
разработка
штатного
расписания,
документирование
приема,
перевода,
увольнения работников, оформление трудовых книжек, оформление личных
дел, составление графика отпусков, подготовка необходимых документов.
Основными задачами юридической службы являются: защита прав и
законных
интересов
выполнения
задач
организационное
нормативных
предприятия,
и
обеспечение
функций,
правовыми
осуществляемых
и
методическое
руководство
актов
предприятия,
подготовка правовых
средствами
предприятием,
подготовкой
локальных
заключений
и
консультационная работа.
Специалисты ИТ-отдела занимаются программной поддержкой работы
сети и аппаратной поддержкой работы ПК сотрудников компании.
В бухгалтерии работают главный бухгалтер и специалисты, которые
занимаются составлением бюджета, его сведением, утверждением и контролем
исполнения,
отвечают
за
ведение бухгалтерского
учета
в
компании,
предоставлением бухгалтерской и налоговой отчетности.
На складе работает кладовщик. Он оформляет приходно-рaсходные
ордера,
осуществляет
размещение
и
выдачу
материалов
и
проводит
инвентаризацию.
Отдел продаж занимается взаимодействием с клиентами, оформлением и
контролем договорных отношений, продажами бытовой техники, учетом
продаж и поиском новых клиентов.
13
В отделе работают начальник отдела и специалисты по работе с
клиентами.
Сотрудник отдела продаж выполняет следующие функции:
1.
Вносит данные о новых поставщиках или клиентах, редактирует
данные о старых поставщиках и клиентах;
2.
Ведет учет количества товара на складе;
3.
Добавляет данные о новом товаре, либо редактирует данные уже
имеющегося на складе товара;
4.
Составляет отчеты о проделанных операциях
1.1.3. Программная и техническая архитектура ИС предприятия
Техническая
архитектура
ООО
АКИДА
представляет
собой
совокупность следующих технических средств: два сервера, пятнадцать
персональных компьютеров, два канала связи, десять многофункциональных
устройств (принтер - сканер-копир), периферийные устройства (принтеры,
точки доступа WiFi, беспроводные модемы, факсы).
Техническая архитектура компании показана на рисунке 3.
Оборудование, представленное в технической архитектуре, справляется с
возложенными на него задачами вполне успешно.
Персональные
компьютеры
ООО
АКИДА
имеют
следующую
конфигурацию системы:
Центральный процессор: Intel(R)Core(TM) 2Duo CPU E7500 2,93GHz;
Оперативная память: 8,00 ГБ;
Видеокарта: Radeon X1600 Series Secondary.
В качестве аппаратной основы серверов используется сервера HP Proliant
SL390s G7, HP Proliant DL370 G6, сервер хранения данных базируется на
специализированной аппаратной основе Fastor NS300 G3.
Технические характеристики серверов приведены в таблицах 2 и 3.
Таблица 2
Технические характеристики сервера HP Proliant SL390s G7
Процессор
Intel® Xeon® X5650 (6 ядер, 2.66 ГГц, 12 МБ L3, 95 Вт)
14
Количество
процессоров
Стандартный
объем памяти
Слоты для
памяти
Тип памяти
Слоты
расширения
Сетевой
контроллер
Блок питания
Контроллер
хранилища
Форм-фактор
1
12 ГБ
12 слота DIMM
3 x 4ГБ DDR3 RDIMM
1 низкопрофильный слот x8 PCI-e Gen2, 3 слота x16 PCI-e
gen2 для графического процессора
2 порта 1Гб/с NC326i, 1 порт 10Гб/с NC543i Flex-10/QDR
IB
Обеспечивается полкой HP ProLiant s6500
Smart Array B110i SATA RAID
2U половинной ширины
Таблица 3
Технические характеристики сервера HP Proliant DL370 G6
Процессор
Количество
процессоров
Чипсет
Стандартный
объем памяти
Слоты для
памяти
Тип памяти
Слоты
расширения
Сетевой
контроллер
Блок питания
Контроллер
хранилища
ПО управления
Оптический
привод
Форм-фактор
Intel® Xeon® X5650 (6 ядер, 2.66 ГГц, 12 МБ L3, 95 Вт)
2
Intel® 5520
12 Гб
18 слотов DIMM
PC3-10600 Registered DDR3-1333
До 9
4 порта 1Гб/с NC375i
(2) 750Вт с горячей заменой и резервированием
Smart Array P410i/1ГБ с FBWC
Программное обеспечение HP Insight Control
SATA DVD ROM
4U
В качестве сетевого оборудования используется маршрутизатор Cisco
7304- NSE-150 и Cisco 2811.
15
Cisco 7304-NSE-150 – это высокопроизводительный широкополосный
маршрутизатор с функциями безопасной передачи данных, проектированный
специально для применения в связках центральный офис – отделение.
Cisco 2811 – маршрутизатор с интеграцией сервисов, обеспечивающий
все потребности небольших офисов и филиалов (до 36 рабочих мест) в
современных коммуникациях.
Рисунок 3 - Техническая архитектура компании
На всех компьютерах установлен стандартный пакет программного
обеспечения:
Операционная система Windows 11 Pro;
Пакет MS Office 2025;
Microsoft Dynamics AX 2009;
Антивирус Касперский 6;
Mozilla Firefox;
Adobe Acrobat 6.0 Professional.
С учетом специфики деятельности компании персональные компьютеры
ООО «АКИДА» имеют следующие дополнительные программные обеспечения:
Отдел бухгалтерии: 1С Бухгалтерия: Версии 8.3, системе 1С - Торговля –
Склад; Банк-Клиент;
16
Отдел по работе с клиентами и партнерами: 1С Бухгалтерия: Версии 8.3;
IT – отдел: Radmin Viewer 3, PonyProg, Remote Administrator v2.2, Total
Commander;
Отдел маркетинга и рекламы: ICQ, Adobe Photoshop CS6, Adobe Stock
Photos CS6.
В офисе компании ООО АКИДА установлена система Microsoft
Dynamics® AX
(ранее Axapta) – современная автоматизированная система
управления предприятием, обеспечивающая руководству и сотрудникам
компании получение максимально полной информации, необходимой для
успешного ведения бизнеса.
Приложение работает с SQL Server и имеет C/SIDE –интегрированную
среду
разработки,
спроектированную
специально
с
целью
создания
приложений для управления бизнесом.
Dynamics архитектурно совместим с настольными, инфраструктурными и
серверными решениями Microsoft: Microsoft SQL Server, Microsoft SQL Server
Reporting и Analysis Services.
Программная архитектура компании показана на рисунке 4.
Рисунок 4 - Программная архитектура компании
17
1.2.
Характеристика комплекса задач, задачи и обоснование
необходимости разработки автоматизации обработки заявок в компании
ООО АКИДА
1.2.1. Выбор комплекса задач автоматизации и характеристика
существующих бизнес процессов
При
планировке
бизнес-процессов
для
предприятия
строится
функциональная модель существующей организации работы AS-IS (как есть).
Анализ функциональной модели позволяет понять, где находятся
наиболее слабые места, в чем будут состоять преимущества новых бизнеспроцессов и насколько глубоким изменениям подвергнется существующая
структура организации бизнеса.
Благодаря анализу мы сможем увидеть недостатки даже там, где
функциональность
на
первый
взгляд
кажется
очевидной.
Признаком
неэффективной деятельности могут быть бесполезные, неуправляемые и
дублирующие работы, неэффективный документооборот и т.д.
Функциональная модель существующей организации работы AS-IS
разработана при помощи CASE-средства BPWin, используемая нотация –
IDEF0. Общая нотация IDEF состоит из трех частных нотаций моделирования,
основанных на графическом представлении систем.
IDEF0 нотация используется для создания функциональной модели,
отображающей структуру и функции системы, а также потоки информации и
материальных объектов, связывающие эти функции.
Внедрение
информационной
системы
неизбежно
приведет
к
преобразованию действующих бизнес-процессов предприятия.
Целью моделирования является анализ процесса «Обработка заказов».
Рассмотрим контекстную диаграмму процесса «Приём и обработка заявок»
(Рисунок 5).
18
Рисунок 5 - Контекстная диаграмма процесса «Приём и обработка заявок»
Для приёма и обработки заявок требуется:
заявки клиентов;
счета-фактуры и товарные накладные от поставщиков;
данные о сотрудниках.
После выполнения заказа будут выписаны платежные документы и
отчетные документы по заказам.
1.2.2. Определение места проектируемой задачи в комплексе задач и её
описание
Рассмотрим декомпозицию контекстной диаграммы «Приём и обработка
заявок» (Рисунок 6).
Данный бизнес процесс происходит следующим образом.
19
Рисунок 6 - Декомпозиция контекстной диаграммы процесса «Приём и
обработка заявок»
1.2.3. Обоснование необходимости использования вычислительной
техники для решения задачи
Основываясь на разработанной модели, можно выделись основные
недостатки процесса «Приём и обработка заявок»
Проблемным участком в информационной системе является отсутствие
средств ведения внутреннего документооборота в отделе продаж компании.
Вся
документация оформляется средствами
текстового
редактора
Microsoft Word или табличного процессора Microsoft Excel.
Обмен информацией между сотрудниками отдела или связь с другим
отделом и начальством осуществляется средствами Skype или Mozilla
Thunderbird. Другой способ обмена информацией – бумажные носители.
Единой системы хранения информации нет – все документы являются
локальными, хотя и доступны другим сотрудникам через локальную сеть.
Документы автономны, логическую связь между ними хранит в памяти только
сотрудник компании.
Информация остается «однопользовательской», к примеру, у начальника
отдела нет возможности просмотреть информацию о процессе выполнения того
20
или иного заказа, над которым работает сотрудник, если информация не
представлена самим сотрудником.
Отчетность, которую должен предоставлять начальник отдела, тоже
составляется «вручную», используя все те же вышеназванные прикладные
программы.
Таблица 6
Показатели затрат на задачу без автоматизации
Аспект деятельности
Временные
Частота
Количество
предприятия
затраты
появления (за
занятых
6 месяцев)
сотрудников
Количество заявок
400-500
3
Созданиезаявки на
20 мин
300-400
1
обслуживание
Созданиеотчета об
от 20 мин.
400-500
1
обслуживании
Время на оформление 1
10 мин
400-500
1
запроса
Количество работников,
Весь период
90-100
7
участвующие в сборе
обучения
данных об обслуживании
Процент обработанных
50
7
запросов
Автоматизация задачи предположительно снизит затраты трудовые и
экономические приблизительно в 3 раза, так как возрастет скорость и качество
обслуживания.
1.2.4. Анализ системы обеспечения информационной безопасности и
защиты информации
Обеспечение
информационной
безопасности
является
одним
из
необходимых аспектов ведения бизнеса в условиях агрессивной рыночной
экономики.
Рассматривая
информацию
как
товар,
можно
сказать,
что
информационная безопасность в целом может привести к значительной
экономии средств, в то время как ущерб, нанесенный ей, приводит к
материальным затратам.
21
Например, раскрытие технологии изготовления оригинального продукта
приведет к появлению аналогичного продукта, но от другого производителя, и
как следствие нарушения информационной безопасности, владелец технологии,
а может быть и автор, потеряют часть рынка и т.д.
С другой стороны, информация является субъектом управления, и ее
изменение может привести к катастрофическим последствиям в объекте
управления.
Согласно
информационной
ГОСТу
350922-96,
безопасности)
-
защита
это
информации
деятельность,
(обеспечение
направленная
на
предотвращение утечки защищаемой информации, несанкционированных и
непреднамеренных воздействий на защищаемую информацию.
Информационная безопасность актуальна для любого предприятия
предприятий. С целью всесторонней защиты информационных ресурсов и
создаются комплексные системы по защите данных.
Функционально в ИС организации можно выделить три основные
категории:
1)
1С – Зарплата и кадры, Бухгалтерия;
2)
Базы данных подразделений;
3)
Файловые ресурсы.
Рассмотрим каждую категорию отдельно.
Обработка информации первой категории производится сотрудниками
департамента бухгалтерского учета.
Объем данных порядка 500-1000 записей. Режим обработки данных –
многопользовательский, имеет место разграничение прав доступа. АРМ
сотрудников, которые обрабатывают информацию, находятся в общей
компьютерной сети.
Доступ к необходимой информации производится через терминальный
сервер.
Сервер базы данных расположен в отдельной подсети.
22
К нему необходимо применение межсетевого экрана не ниже 5 класса,
так как требования к защищенности сервера баз данных соответствуют
требованиям, предъявляемым к пятому классу защищенности МЭ, а именно:
необходимость обеспечивать фильтрацию на сетевом уровне, возможность
проведения
идентификации
и
аутентификации
администратора
МЭ,
регистрации входа (выхода) администратора МЭ.
Обработка информации в Базах данных осуществляется сотрудниками
всех подразделений компании.
Режим обработки данных – многопользовательский, имеет место
разграничение прав доступа. АРМ сотрудников, которые обрабатывают
информацию, находятся в общей компьютерной сети. Доступ к необходимой
информации производится через терминальный сервер.
Сервер базы данных расположен в отдельной подсети. К нему
необходимо применение межсетевого экрана не ниже 4 класса, так как
требования к защищенности сервера баз данных соответствуют требованиям,
предъявляемым к пятому классу защищенности МЭ: возможность обеспечения
фильтрации пакетов служебных протоколов, служащих для диагностики и
управления работой сетевых устройств, возможность обеспечения регистрации
и учёта фильтруемых пакетов данных.
В категории Хранение данных на файловых ресурсах обработка
информации производится работниками всех подразделений компании. Режим
обработки информации – многопользовательский, имеет место разграничение
прав доступа. АРМ сотрудников, которые обрабатывают информацию,
находятся в общей компьютерной сети.
Относительно действующих законодательных актов вышеупомянутые
схемы обработки информации имеет некоторые нарушения, а именно:
АРМ, на которых ведётся работа с защищаемой информацией,
подключены к общей сети компании. При этом обрабатываемая информация не
имеет защиты на уровне рабочего места;
23
Доступ к информации имеют все сотрудники компании, у которых есть
возможность работы с информационной системой компании. Кроме этого, не
установлено нормативными документами перечня лиц, имеющих право на
обработку персональных данных;
Надзор за резервными копиями баз данных, которые в том числе
содержат
и
персональные
данные,
производится
без
заполнения
соответствующего журнала учета. Так же не производится ознакомления
персонала компании с фактами копирования ими персональных данных;
Сервер, на котором производится хранение файловых ресурсов,
расположен в общей компьютерной сети компании;
Файлы, которые содержат персональные данные, хранятся на сервере в
незашифрованном виде.
Подводя итог анализа нарушений обработки информации, отмечу, что
имеющиеся нарушения информационной безопасности в компании происходят,
как правило, из-за имеющейся архитектуры информационной системы общего
назначения, в которой «попутно» ведется обработка персональных данных.
Технические средства обеспечения информационной безопасности ИС
предприятия
представлены
активным
сетевым
оборудованием
защиты,
средствами аутентификации и средствами защищённого соединения.
Выбор активного сетевого оборудования в процессе организации
информационной безопасности в ИС предприятия был осуществлен в
соответствии показателями рабочей системы.
При этом учитывался ряд важных параметров, а именно: объем
передаваемого трафика, возможности расширения структуры сети, качество
совместной работы различного оборудования и так далее. Кроме этого в
обязательном порядке учитывается тип оборудования.
Устройства отвечают жестким требованиям по количеству интерфейсов,
по их типу, по пропускным способностям и так далее.
24
Для
обеспечения
идентификации
пользователей
на
предприятии
используются электронный ключ, а так же идентификатор в виде USBносителя.
Электронные ключи – является персональным средством аутентификации
пользовательских данных, которое технически поддерживает работу с
цифровыми сертификатами, а так же электронно-цифровой подписью (ЭЦП).
Средства
защищенного
соединения
организовываются
на
основе
доверенного сеанса связи удалённых пользователей с сервисами доверенной
распределенной информационной системы через сеть Интернет.
Пользователи имеют так же возможность работать на не доверенных
компьютерах в двух режимах: обычный режим (без доступа к сервисам
доверенной распределенной информационной системы) и режим доверенного
сеанса связи, в рамках которого обеспечивается защищённая работа с
сервисами распределенной информационной системы. Выбор режима работы
осуществляет пользователь.
Средства защиты имеют сертификаты ФСТЭК и ФСБ России.
Стоит
отметить,
что
организованная
на
предприятии
система
информационной безопасности не в полной мере соответствует современным
требованиям.
1.3.
Исследование и анализ существующих разработок и выбор стратегии
«КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок информационных систем
автоматизации обработки заявок в компании ООО АКИДА
Современный рынок CRM-систем предлагает огромный выбор решений с
различным набором функций. Для выбора наиболее подходящего решения
было проанализировано 5 CRM-систем по различным критериям.
Основными критериями отбора исследуемых решений было:
- соотношение количества успешных внедрений к общему числу
внедрений;
- популярность на российском рынке;
25
- простота интеграции используемых в почтовом отделении программ и
приложений.
Таким образом, было отобраны и проанализированы следующие клиенто
- ориентированные системы:
1С CRM.
BPM Online CRM.
AMO CRM.
Microsoft Dynamics CRM.
Sales Expert.
1C CRM.
Решение «1С:CRM СТАНДАРТ» предназначено для автоматизации
процессов управления взаимоотношениями с клиентами в компаниях малого
бизнеса. «1С:CRM СТАНДАРТ» является первым CRM-решением созданным
на платформе «1С: Предприятие 8.3» и относится к следующему, седьмому
поколению CRM-решений на платформе «1С:Предприятие».
Основными
особенностями
данного
решения,
от
других
версий
«1C:CRM», стали:
- возможность автоматического переноса данных о клиентах и
номенклатуре из «1С: Бухгалтерии», почтовой программы и электронных
таблиц в CRM- систему и быстрого запуска CRM-системы в работу (от 30
минут);
- эргономичный и современный интерфейс для быстрого освоения и
легкой работы в программе сотрудников компании вне зависимости от опыта
работы с компьютером;
-
только
ункциональность,
востребованная
которая
небольшими
необходима
для
компаниями
работы
с
CRM-
клиентами
автоматизации внутренних процессов управления небольшой компанией;
- доступ к необходимой информации о клиенте в несколько «кликов»;
- преднастроенные сценарии работы и отчеты;
26
и
- возможность работы в CRM-системе через Интернет, что актуально для
разъездных сотрудников и руководителя;
- использование текущего парка компьютеров без необходимости
апгрейда (покупки нового), что значительно уменьшает стоимость внедрения
CRM- системы;
- доступная для малого бизнеса стоимость решения;
- возможность самостоятельного внедрения программы у себя в
компании. Решение «1С:CRM СТАНДАРТ» редакция 2.0 интегрируется с
решением
«1С:
Управление
небольшой
фирмой»,
образуя
единую
конфигурацию 1С:CRM + 1С: УНФ., что способствует обеспечению
комплексного подхода к управлению компаниями малого бизнеса.
На рисунке 7 продемонстрировано окно управления продажами, в
котором регистрируются все сделки, заключенные в данной компании, а также
их статус и участвующие в сделках контрагенты.[11]
Рисунок 7 - Окно управления продажами в 1С CRM
BPMOnline.
CRM
система
BPMonline
это
современная
система
управления отношениями с клиентами и бизнес процессами, построенная на
нотации BPMN.
27
Данное
приложение
способно
решить
все
основные
задачи
моделирования бизнес- процессов, а также используется для их последующей
автоматизации и осуществления анализа.
Работа с BPMonline CRM хороша тем, что это работа по всегда четко
заданному процессу, причем логика данного процесса задается самостоятельно.
Данное программное обеспечение выгодно отличается от существующих
аналогов тем, что с его помощью возможно:
- осуществлять управление всей информацией о клиенте;
- автоматизировать бизнес-процессы;
-
осуществлять управление продажами;
- назначать задания своим сотрудникам;
- управлять обслуживанием клиентов;
-
автоматизировать документооборот;
-
получать статистические и аналитические данные.
При помощи BPMonline CRM возможно выстроить весь процесс той
работы с потенциальным клиентом, которая необходима для последующей
продажи.
Система автоматически осуществляет:
- сбор и уточнение всей необходимой информации;
-
обработку входящих запросов;
-
удаление всех повторяющихся записей в базе;
- импорт информации с самых различных источников;
- управление продажами и маркетингом.
BPMonline CRM выгодно отличается от аналогичных программных
продуктов тем, что здесь собраны все инструменты, необходимые для:
- осуществления управления продажами;
- работы с имеющимися коммерческими материалами;
- анализа воронки продаж;
- осуществления контроля над выполнением менеджерами плана;
- отслеживания действий партнеров и конкурентов.
28
Наиболее удобно то, что отображаемые в BPMonline CRM данные всегда
показываются в контексте решаемой менеджерам задачи. При этом все
второстепенные данные, не нужные в данный момент времени скрываются, что
позволяет менеджеру не отвлекаться на них.
Возможности
BPMonline
CRM
по
управлению
маркетинговыми
активностями позволят сегментировать целевую аудиторию, осуществлять
планирование бюджета, рассчитывать возврат инвестиций на маркетинг и
отслеживать обратную связь с клиентами.
Также в BPMonline CRM имеется и широкий набор инструментов для
проведения
маркетинговых
email-кампаний:
используя
сортировку
по
различным критериям можно разделить своих клиентов на небольшие
сегменты, разработать для каждого сегмента уникальный шаблон рассылки,
после чего автоматически отправить сообщение. [12]
На рисунке 8 представлен интерфейс системы BPMOnline.
Рисунок 8 - Интерфейс системы BPMOnline
AMOCRM. amoCRM – система, не требующая установки и настройки,
даже работы с ПК. Ею можно пользоваться и с мобильных приложений,
которые откроют доступ к проектам на Android и iPhone.
В системе можно заводить контакты, следить за сделками, распределять
встречи и выполнять различные задачи. Изначально amoCRM можно
напоминать записную книжку, поскольку её интерфейс существенно проще
аналогичных CRM-систем.
29
Помимо этого, amoCRM тесно интегрируется с вашим сайтом и
аналитикой: настройте форму, установите её на сайте, каждое оформление
превращается в сделку, она уже содержит данные из Google.Analytics, далее
ставятся новые задачи и тем самым вам доступна вся воронка онлайн-продаж.
Как и конкуренты, amoCRM предлагает следующие компоненты:
-
сделки и контакты – для базы клиентов и управления продажами;
-
воронка продаж – для отчётов и увеличения продаж;
-
задачи и напоминания;
-
анализ продаж – мониторинг работы сотрудников и эффективности;
-
мобильные приложения – для Android и iOS;
-
интеграция с телефоном – учёт звонков с АТС;
-
интеграция с сайтом – API, Web формы и Лендинги;
-
надстройки – для увеличения функциональности;
-
расширенные опции;
-
безопасность – для настройки прав доступа. [13]
На
рис.
9
представлен
список
контрагентов
представляющую фирму-контранент.
Рисунок 9 - Интерфейс системы amoCRM
30
предприятия,
Microsoft Dynamics CRM – мощный инструмент для управления
взаимоотношениями с клиентами. Он повышает продуктивность сотрудников
внутри и вне организации и облегчает взаимодействие отделов продаж,
маркетинга и обслуживания клиентов с помощью современных технологий,
интегрированных в единую рабочую среду.
Ключевые результаты использования Microsoft Dynamics CRM:
-
снижение стоимости привлечения новых клиентов, высокое
качество маркетинговых данных и возможность анализа
возврата на
маркетинговые инвестиции;
-
сокращение цикла и стоимости продажи, управление воронкой
продаж, увеличение количества закрытых сделок;
-
увеличение продаж существующим клиентам, снижение стоимости
обслуживания клиентов, повышение их удовлетворенности и лояльности.
На рис. 10 показано окно работы с контрагентами, их контакты, а также
статус в компании.[14]
Рисунок 10 - Работа с контрагентами в MS Dynamics CRM
31
SalesExpert 2 и QuickSales 2. CRM-приложения разработанные компанией
ExpertSystems. ExpertSystems является разработчиком ПО, начиная с 1989 года,
а разработку систем для управления взаимоотношениями с клиентами c 1997
года. В данный момент программным обеспечением QuickSales и SalesExpert
пользуются более 15 000 человек, а бесплатную версию QuickSalesFree
используют около 100 000.
Системы постоянно обновляются с учетом пожеланий пользователей.
QuickSales 2 – одна из самых простых и удобных программ для ведения
клиентской базы. Пользователь имеет возможность добавления новых клиентов
и также обладает целым арсеналом возможностей для поиска старых,
планирования звонков и встреч, учета продаж и задолженностей, построения
отчетов по продажам и многое другое. Если компания ведет клиентскую базу
при помощи Excel, на бумажном носителе, или того хуже, все держится все в
голове, то QuickSales - это то идеальный вариант для перехода к использованию
современных методов ведения клиентской базы.
Бесплатная версия QuickSales 2 предназначена для индивидуального
использования. Одновременно этой версией может пользоваться только один
менеджер. В том случае, если в отделе продаж несколько сотрудников, то
возможна установка бесплатной версии для каждого, однако как только
возникнет необходимость ведения единой базы - переход на сетевую версию
происходит быстро и безболезненно.
На данный момент SalesExpert 2 одна из самых гибких CRM-продуктов,
которые
клиент
сможет
настроить
самостоятельно.
Не
нужно
быть
программистом, чтобы настроить под свои потребности. Разветвленная
партнерская сеть во различных регионах России и стран СНГ дает клиенту
возможность выбрать наиболее близкого партнера, у которого можно получить
у него консультацию или приобрести продукт. [12]
На рисунке 11 представлен список пользователей CRM-системой в отделе
продаж, а также определен уровень их доступа к базе данных системы.[15]
32
Рисунок 11 - Назначение прав доступа в QuckSales
Выбранные клиентоориентированные системы были проанализированы
по определенному набору параметров, которые позволяют установить
пригодность использования системы
для
почтового отделения.
Рассмотрим выбранные параметры:
- ценовая политика;
- возможность интеграции с другими сервисами;
-
представительство компании в России;
-
русскоязычный интерфейс;
- учет специфики почтового отделения. Ценовая политика.
Важнейший фактор для государственного предприятия. Стоимость
программного обеспечения не ограничивается только лишь стоимостью на
одной лицензии. Кроме того, необходимо учитывать стоимость сопутствующих
услуг, а именно внедрение, консалтинг, связанный с данной CRM-системой и
стоимость подписки на обновления. Стоит также учитывать, что многие
разработчики стремятся предложить комплексный пакет услуг, входящий в
стоимость лицензии на одно рабочее место.
33
Возможность интеграции с другими сервисами.
Предусматривается также и совместимость работы выбранной CRMсистемы с другими программными продуктами характерными для почтового
отделения. К примеру, интеграция офисных приложений в систему обеспечит
возможность неотрывной работы с документами.
Представительство компании в России.
Наличие представительства компании в России говорит о возможности
получения своевременной технической поддержки, а также возможности
непосредственного внедрения системы квалифицированными сотрудниками
компании-разработчика.
Русскоязычный интерфейс системы.
CRM-система – повсеместно применяемый программный продукт в
российских
компаниях.
Такой
критерий,
как
возможность
работы
с
русскоязычной версией интерфейса является необходимым для компании.[16]
Таблица 7
Сравнительная таблица CRM-решений
Критерии/CRMсистемы
Ценовая
политика
Возможность
интеграции с
другими
приложениями
Представительст
во компании в
России
Электронные и
SMS-рассылки
Положительный
опыт внедрения в
гос. структурах
1C: CRM
BPMOnline
AMOCR Microsoft
Sales
M
Dynamic s Expert
CRM
19600
1000
500
3250
10000
руб./1 р.м.
руб./мес.
руб./мес. руб./мес.
руб./ 1
за 1 р.м.
за 1 р.м. за 1 р.м.
р.м.
MSWord, MSExchange Dropbox, Microsoft
1С:
Outlook,
, Google, 1C телефон
Office
Предпри
OpenOffic
ия,
ятие
e
социаль
ные сети
+
+
+
+
-
+
-
+
+
-
+
-
-
+
-
34
Выбор произведем в пользу Dynamics CRM, так как, во-первых, система
предоставлена в рамках партнерского соглашения с Microsoft, т.е. не требует
дополнительных затрат, во-вторых, система уже внедрена в организации, и
требуется доработка, в-третьих, есть возможность развития в сторону
внедрения MS Dynamics CRM, в том числе сдача в аренду по технологии SaaS.
Из трудностей отметим необходимость выделить специалиста для доработки
системы, однако для дальнейшей работы с клиентами в заданном направлении
такой специалист в любом случае потребуется.
1.3.2. Выбор и обоснование стратегии автоматизации обработки заявок
Существует несколько видов стратегий автоматизации:
-
кусочная (хаотичная);
- по участкам;
-
по направлениям;
-
полная.
Рассмотрим эти виды стратегий подробно.
Хаотичная автоматизация является одним из наиболее неэффективных
видов инвестирования средств в развитие предприятия.
Под хаотичностью процесса в
данном случае понимается отсутствие
стратегического плана. Как правило, при таком подходе процесс внедрения
информационных технологий определяется краткосрочными локальными
задачами, а не реальными потребностями бизнеса.
Автоматизация по участкам подразумевает процесс автоматизации
отдельных производственных или управленческих подразделений предприятия,
объединённых по функциональному признаку.
Автоматизация
по
направлениям
подразумевает
автоматизацию
отдельных направлений деятельности предприятия, таких, как производство,
сбыт, управление финансами.
Под полной автоматизацией понимается автоматизация всех функций
предприятия.
35
Принимая во внимание указанные выше моменты, произведём анализ
указанных стратегий автоматизации и выберем подходящую стратегию.
Выбор стратегии автоматизации по участкам обоснован тем, что задача
имеет небольшой размер и будет реализована как модуль в уже установленной
системе.
Итак, учитывая, основные функции, реализованные в рассмотренных
системах их возможности и недостатки, а так же специфику компании можно
сформировать
стратегию
и
выработать
наиболее
оптимальный
метод
автоматизации. Поскольку, функционал рассмотренных систем удовлетворяет
потребностям компании, то он и будет принят в качестве базового функционала
в проектируемом модуле.
Дополнительным требованием к проектируемому модулю является
реализация возможности статистической обработки пожеланий и замечаний
покупателей при возврате или обмене приобретённого товара.
Учитывая так же, что на момент разработки в компании установлена и
успешно функционирует система Dynamics, основные этапы автоматизации
будут выглядеть следующим образом:
- анализ бизнеса;
- анализ стратегии развития бизнеса;
- определение объектов и субъектов взаимодействия предметной области;
-
определение
связей
между
объектами
и
субъектами
взаимодействия;
-
построение концептуальной модели взаимодействия;
- определение архитектуры системы;
-
проектирование и реализация информационного хранилища
–
базы данных;
-
проектирование и реализация приложения баз данных – клиентской
части системы;
-
осуществление
взаимосвязи
систем;
36
разработанной
и
установленной
-тестирование системы;
-
внедрение системы на участке.
Итак, основываясь на том, что в дипломе рассматривается лишь
узкоспециализированная
задача,
стратегией
автоматизации
является
–
автоматизация по участкам.
1.3.3. Выбор и обоснование способа приобретения ИС для выполнения
поставленных задач
Существует три способа приобретения информационной системы:
-
покупка готовой информационной системы;
-
покупка и доработка информационной системы;
-
разработка
собственной
информационной
системы.
Покупка
готовой информационной системы:
Перед тем как приобретать готовое решение необходимо оценить не
только сам программный продукт, но узнать больше о фирме поставщике,
чтобы компания была уверена, что требуема поддержка программного
обеспечения будет осуществляться.
Преимущества:
-
не требуется время на разработку;
-
система тиражирована;
-
часто имеется возможность выбора из нескольких готовых систем;
-
помимо информационной системы покупаются и бизнес процессы.
Недостатки:
-
необходима
адаптация
под
организационную
структуру,
функциональные требования и т.д.;
-
система
тиражируема:
вопросы
защиты,
новизны
и
др.
вызывают определённые опасения;
-
высокая степень риска;
-
потребности сотрудников в функционале системы скорее всего
будет удовлетворены не полностью.
Покупка и доработка информационной системы
37
В этом случае покупается ядро системы (например, в бухгалтерии это
проводки), а остальное доделывается.
Преимущества:
-
покупаемое
ядро
является
отлаженным
и
законченным
компонентом;
-
возможная доработка именно требуемой функциональности;
-
не надо платить за то, что компании не нужно. Недостатки:
-
необходим отдел информационных технологий;
-
схема эффективна, если объем работ по доведению относительно
невелик;
-
часто можно доработать только в рамках информационной модели
ядра. 3Разработка собственной информационной системы
Существует два подхода разработки информационной системы:
-
привлечение сторонних программистов;
-
создание системы осуществляется внутренними специалистами.
При обоих подходах можно выделить следующие преимущества и
недостатки:
Преимущества:
-
хорошая адаптация к предъявляемым требованиям;
-
индивидуальный проект;
-
возможность быстрого изменения
Недостатки:
-
необходимо создавать команду, либо отрывать от работы текущих
сотрудников информационно-технического отдела;
-
часто учитываются пожелания руководства в ущерб качеству
разработки;
-
как правило, плохая документированность системы;
-
проект, может быть, свёрнут по следующим причинам:
-
из-за нехватки квалификации внутренних специалистов;
-
из-за ухода ведущих специалистов;
38
-
из-за нехватки внутренних ресурсов.
Основным же преимуществом привлечения внутренних специалистов
является знакомство с предметной областью и внутренней организацией
данных, что позволяет значительно сократить время на изучение проблемы и
выявления узких мест.
Способ покупки, а также разработки новой системы не подходит, так как
в пункте 1.3.1 не было найдено идеально подходящего решения и уже
установлена готовая система.
Поэтому доработка установленной информационной системы наиболее
оптимальна и имеет следующие достоинства:
-
доработанная система будет отвечать всем требованиям;
-
будут задействованы лишь собственные специалисты (благодаря
которым также не требуется тратить дополнительного времени на изучение
существующих систем и технологий);
-
будут реализованы только те функции, которые необходимы и
подходят организации.
На данный момент в организации действует мощнейший инструмент
хранения, обработки и анализа данных «Microsoft Dynamics® AX». Данная
система является открытой, что позволит специалистам организации при
необходимости расширить функционал с учётом возрастающих потребностей.
Ещё одним достоинством является узнаваемый интерфейс и ставшая
привычной логика данного продукта, что позволит сократить временные
затраты на обучение сотрудников.
39
Глава 2. Проектирование информационной системы
2.1
Обоснование проектных решений
2.1.1. Обоснование проектных решений по информационному обеспечению
Существует несколько способов регистрации первичной информации:
-
документальный;
-
документальный с регистрацией на машинном носителе;
-
автоматический.
В разрабатываемом модуле будет использоваться как первый, так и
второй способы регистрации информации. Ввод, обработка и выдача
информации производятся в диалоговом режиме.
В основе диалогового режима лежит динамическое взаимодействие
машины и человека посредством приёма и передачи данных через устройства
ввода/вывода. При диалоговом режиме обеспечивается поиск необходимой
информации, быстрая обработка команд, сообщений, активное воздействие
пользователя на ход обработки данных.
Организация диалога осуществляется посредством установки связей
между данными, которые представляют собой информационные модели.
Учитывая, что разрабатываемый модуль будет функционировать в
составе готовой системы Dynamics, выбор информационного взаимодействия,
СУБД, внешний вид диалогов и отчётных форм предопределён и будет
реализовываться в соответствии с требованиями однотипности.
К внутримашинному обеспечению относится:
-
база данных предметной области;
-
отчёты.
Входной информацией для системы, будут являться заявки клиентов.
Выходной информацией - отчёты по заявкам.
Для реализации базы данных была выбрана реляционная модель. Одно из
важнейших достоинств реляционных баз данных состоит в том, что можно
хранить логически сгруппированные данные в разных таблицах и задавать
связи между ними, объединяя их в единую базу. Такая организация данных
40
позволяет уменьшить избыточность хранимых данных, упрощает их ввод и
организацию запросов и отчетов.
2.1.2. Обоснование проектных решений по программному обеспечению
Требования, предъявляемые к разрабатываемому модулю, совпадают с
рекомендуемыми разработчиком требованиями для системы Dynamics.
Типы соединений при планировании архитектуры системы:
-
в случае работы в локальной сети, работать через клиента
Dynamics;
-
в случае работы через глобальную сеть, использовать сервисы
Windows Server Terminal или иные продукты для удалённого доступа.
Требования к домену:
-
компьютер, на котором запускается Dynamics, должен иметь доступ
к компьютерам в том же домене службы Active Directory, сконфигурированном
для работы в автономном режиме
Dynamics
в рекомендуемой рабочей конфигурации системы, компоненты
устанавливаются на несколько
серверов (таких как сервер
приложений (AOS), сервер базы данных и сервер корпоративного портала). В
подобной конфигурации, домен должен использовать Kerberos authentication.
-
для поддержки механизма оповещений по электронной почте в
Dynamics, в серверном окружении должен работать SMTP
Следующие основные и дополнительные компоненты Dynamics могут
быть установлены на клиентскую машину:
-
файлы приложения;
-
клиент Windows;
-
отладчик;
-
инструменты отчётности;
-
.Net Business Connector.
Требования к программному обеспечению для клиентских машин
приведены в таблице 8.
41
Требования к программному обеспечению для администрирования и
разработки дополнительных модулей или бизнес логики, приведены в таблице
9.
Таблица 8
Требования к программному обеспечению для клиентских машин
Название
Требования
Примечание
Операционная Windows Vista/Seven Buisiness и Для операционных систем,
система
Enterpise Edition
которые доступны в 32-х и
64-х битных версиях.
Браузер
IE 7.0 или более поздней версии
Требуется для доступа к
Mozilla Firefox 2.0
или
ролевым центрам и
более поздней версии
корпоративному порталу
Portal.
Microsoft
2007 Office SP1, или более
Office
поздней версии
Таблица 9
Требования к программному обеспечению для разработки и
администрирования
Название
Требования
Примечание
SQL Server
SQL Server Manager Object
Требуется для клиентских
Analysis
Collection 2008 или более
компьютеров, которые
поздней версии Microsoft
Используются для
Analysis Management Object
администрирования базы
2008 или более поздней версии
данных OLAP
Инструменты
Visual Studio 2008
Для разработки бизнес
разработки
Visual Studio 2010
логики и дополнительных
модулей
Visual Studio 2008 – на
языке 4GL
Visual Studio 2010 – на
языке C#
Эти
компоненты
могут
быть
также
установлены
на
любую
поддерживаемую серверную операционную систему.
Для разработки модуля необходимо выбрать СУБД.
Рассмотрим наиболее популярные СУБД.
Наглядное представление характеристик СУБД представлено в таблице
10.
42
Таблица 10
Сравнительный анализ характеристик СУБД
Характеристики
Microsoft
Oracle
Microsoft
SQL Server
Access
Стоимость
От $ 500
от $800
от $ 250
Тип СУБД
Реляционн
ОбъектноРеляционн
ая СУБД
реляционная ая СУБД
СУБД
Работа под
Приемлемо
Хорошо
Приемлем
управлением
о
различных ОС
Административно
Хорошо
Отлично
Очень
е
хорошо
управление
Графические
Отлично
Хорошо
Отлично
инструменты
Простота
Хорошо
Отлично
Отлично
обслуживания
Механизм данных
Хорошо
Отлично
Хорошо
Работа с
Приемлемо
Отлично
Приемлем
несколькими ЦП
о
Функция
Отлично
Отлично
Хорошо
соединения и
выбор индексов
Одновременный
Хорошо
Отлично
Хорошо
доступ
нескольких
пользователей
Обработка
Плохо
Отлично
Плохо
мультимедиаданных
Обработка аудио,
Плохо
Отлично
Плохо
видео,
изображений
Поиск по всему
Хорошо
Отлично
Очень
тексту
хорошо
Функциональная
Хорошо
Приемлемо
Хорошо
совместимость
Сопряжение с
Хорошо
Плохо
Хорошо
другими БД
Возможности
Приемлемо
Отлично
Хорошо
программировани
я
43
FireBird
Бесплатная
Реляционная
СУБД
Отлично
Хорошо
Хорошо
Хорошо
Хорошо
Хорошо
Хорошо
Хорошо
Плохо
Плохо
Хорошо
Хорошо
Хорошо
Хорошо
Хранимые
процедуры и
триггеры
Внутренний язык
программировани
я
Построение баз
данных
Язык SQL
Объектноориентированные
системы
Обработка
транзакций
Организация
хранилищ данных
и подготовка
отчетов
Средства загрузки
Средства анализа
Защита данных
Подключение к
Web
Хорошо
Отлично
Хорошо
Хорошо
Плохо
Отлично
Хорошо
Хорошо
Хорошо
Отлично
Хорошо
Отлично
Отлично
Отлично
Плохо
Отлично
Очень
хорошо
Плохо
Очень
хорошо
Отлично
Отлично
Отлично
Отлично
Хорошо
Отлично
Хорошо
Отлично
Хорошо
Отлично
Отлично
Отлично
Плохо
Отлично
Хорошо
Отлично
Отлично
Хорошо
Хорошо
Хорошо
Хорошо
Хорошо
Хорошо
Хорошо
Хорошо
Основными критериями выбора СУБД MS SQL Server являются:
- компактный размер;
- простота установки;
- простота администрирования;
- кросплатформенность – способность поддерживать ОС, такие как
Windows, GNU/Linux, FreeBsd, Solaris, OS X, HP-UX;
- допускает подключение пользовательских функций (UDF) в видее dll
библиотек,
разработанных
на
любом
языке
программирования
с
использованием любой среды разработки (Delphi, C++Builder, MS Visual Studio,
C++, Pascal).
2.1.3. Обоснование проектных решений по техническому обеспечению
44
Техническое
предназначены
обеспечение
для
работы
–
технические
информационной
средства,
системы,
которые
а
также
соответствующая документация на эти средства и технологические процессы.
В первую очередь необходимо наличие централизованного хранилища
данных. Доступ к данным многих участников бизнес-процесса обеспечивается
за счет хранения данных на сервере (файловом или сервере баз данных).
Так как в существующей локальной сети компании уже есть сервер,
отданный под нужды 1С, то его вполне можно использовать и для хранения
базы данных учета кредитных операций.
Во-вторых,
для
работы
информационной
системы
необходимы
автоматизированные рабочие места, то есть клиентское приложение, которое
бы функционировало на рабочем компьютере сотрудников. Так как каждый
сотрудник имеет современный стационарный компьютер или ноутбук, то
необходимости в покупке более совершенного оборудования или модернизации
существующего нет.
Описание технического обеспечения представлено в таблице 11.
Таблица 11
Техническое обеспечение решения задачи
Наименование
Описание
Кол-во Стоимость, руб.
Ноутбук, шт.
Asus K50IP ( K50 ) T4500 2.3
6
18500
ГГц / 2048 / 320 / GF G205M /
DVD RW / 15,6 / Wi-Fi / Cam
/ Win7st
(90N0CA110W2A54OC13AY)
Сервер (жесткий FujitsuSiemensPRIMERGYRX
1
11000
диск), шт.
33 0 AMDOpteron 2216 HE
2.4 ГГц 300 ГБ 10000
об./мин., Вр.доступа 4.5 мс,
Внешняя скорость передачи
данных 320 Мб/сек
Кабель, м
FTP 5cat 4х2х0.52 (витая пара
30
15
с оплеткой)
Коммутатор
ASUS GX-D1081, Uplink 1 x
1
2100
(switch),шт.
Ethernet 10/100/1000
Мбит/сек, Количество портов
коммутатора 7 x Ethernet
45
МФУ, шт.
10/100/1000 Мбит/сек
Canon LaserBase MF4690PL
(копир-принтер-сканер ADF,
факс, A4)
1
16500
Таким образом, перечисленные характеристики имеющихся технических
средств
свидетельствуют
дополнительных
о
том,
технических
что
средств,
не
в
требуется
связи
с
использование
этим
повышается
экономическая эффективность проекта.
2.2.
Разработка проекта автоматизации
2.2.1. Этапы жизненного цикла проекта автоматизации
Одним из ключевых понятий методологии проектирования ИС является
понятие жизненного цикла (далее ЖЦ). Под ЖЦ понимается период времени,
который начинается с момента принятия решения о необходимости создания
программного продукта и заканчивается в момент его полного изъятия из
эксплуатации.
В процессе дипломного проектирования будет использоваться стандарт
жизненного цикла ISO 12207. Этот стандарт является основным нормативным
документом, регламентирующим состав процессов жизненного цикла ПО. Он
определяет структуру жизненного цикла, содержащую процессы, действия и
задачи, которые должны быть выполнены во время создания ПО. Каждый
процесс разделен на набор действий, каждое действие - на набор задач. Каждый
процесс, действие или задача инициируется и выполняется другим процессом
по мере необходимости, причем не существует заранее определенных
последовательностей выполнения. Связи по входным данным при этом
сохраняются.
К
настоящему
времени
наибольшее
следующие основные модели ЖЦ:
-
каскадная модель;
-
спиральная модель;
-
итерационная модель.
46
распространение
получили
Изначально для разработки однородных ИС применялась каскадная
модель. Основная характеристика такой модели заключалась в том, что вся
разработка разбивалась на этапы.
Переход с одного этапа на другой в таком случае происходит только
тогда, когда полностью завершается работа на текущем (Рис. 12).
В результате выполнения каждого этапа выпускается полный комплект
документации, которая является достаточной для того, чтобы разработку могли
продолжить другие разработчики.
Применение каскадной модели имело следующие положительные
стороны:
-
каждый
этап
заканчивается
полным
набором
проектной
документации, отвечающей критериям согласованности и полноты;
-
этапы работ, выполняемые в логичной последовательности,
позволяют планировать сроки завершения всех работ и соответствующие
расходы.
Рисунок 12 - Каскадная схема жизненного цикла
47
Основной недостаток каскадной модели заключается в существенном
запаздывании с получением результатов.
Согласование результатов с пользователями производится только в
точках, планируемых после завершения каждого этапа работ, требования к ИС
«заморожены» в виде технического задания на все время её создания. Таким
образом, пользователи могут внести свои замечания только после того, как
работа над системой будет полностью завершена.
Для преодоления указанных проблем была предложена спиральная
модель ЖЦ (Рис. 13), которая делает упор на начальные этапы ЖЦ - анализ и
проектирование. На этих этапах технические решения проверяются на
реализуемость путём создания прототипов.
Каждый виток спирали означает создание фрагмента или версии ПО, на
нем уточняются характеристики и цели проекта, определяется его качество и
планируются работы следующего витка спирали.
Таким образом, углубляются и последовательно конкретизируются,
детали проекта и в результате выбирается обоснованный вариант, который
доводится до реализации.
Рисунок 13 - Спиральная модель ЖЦ
48
Основной проблемой спирального цикла является то, что трудно
определить момент перехода на следующий этап. Для её решения нужно ввести
ограничения по времени на каждый из этапов жизненного цикла.
Переход происходит в соответствии с планом, даже если запланированная
работа не полностью закончена.
План составляется на основе статистических данных, полученных в
предыдущих проектах, и личного опыта разработчиков.
Итерационная модель является естественным развитием спиральной и
каскадной моделей. Различные варианты итерационного подхода реализованы в
большинстве современных ИС.
Фазы
представляют
совокупность
связанных
действий,
которые
завершаются вехой. Вехи являются контрольными точками процесса. Это время
проведения
инспекций
(фазовых
обзоров),
на
которых
обсуждаются
достигнутые результаты и принимаются решения. Достижение каждой вехи
сопровождается созданием определённых материалов, которые обязательно
согласовываются всеми лидерами групп и заказчиком.
Недостатки итерационной модели:
- общий срок создания ИС может отличаться от запланированного;
- стоимость создания ИС может изменяться, так как меняется
функциональность.
Жизненный цикл программы состоит из следующих этапов:
1)
Планирование информационной системы
На этом этапе подробно исследуются бизнес-процессы (функции,
определённые на предыдущем этапе) и информация, необходимая для их
выполнения. Этот этап даёт информационную модель.
Кроме этого формируются видение и границы проекта, дается
экономическое обоснование, выдвигаются основные требования, ограничения и
ключевая функциональность продукта.
49
В результате данного этапа оценивается достижение всех целей
жизненного цикла, которое предполагает соглашение заинтересованных сторон
о продолжении проекта.
Рисунок 14 - Итерационная модель процесса разработки приложения по MSF
2)
Проектирование
На данном этапе разрабатывается структура будущей программой
системы - создается модель данных.
Проектировщики получают входные данные анализа.
Конечный продукт этапа проектирования – схема базы данных или схема
хранилища данных (ER - модель) и набор спецификаций модулей системы
(модель функций).
Для
реализации
задания
по
дипломному проектированию будет
выполнено следующее:
-
определение
архитектуры
системы,
включающее
в
себя
определение состава подсистем;
-
выработка технического задания и спецификация подсистем,
определяющая функциональность ИС;
50
-
проектирование интерфейса, определяющего интерфейс каждой
подсистемы, т.е. метод взаимодействия данной подсистемы с другими;
-
проектирование структур данных;
-
проектирование алгоритмов, определяющих алгоритмы обработки
данных;
-
определение требований к процессу тестирования, безопасности
системы.
3)
Реализация
Во
время
этой
фазы
происходит
реализация
большей
части
функциональности продукта. Фаза реализации завершается первым внешним
релизом системы и вехой начальной функциональной готовности.
На этапе реализации ведётся непосредственно разработка рабочих
прототипов на основе ранее собранных данных и уточнений от заказчика.
Результатом будет создание практически завершённого модуля, которому
может потребоваться лишь небольшая доработка или исправление мелких
ошибок.
Для реализации ИС, будет выполнено следующее:
-
реализована база данных системы;
-
реализовано приложение базы данных.
4)
Внедрение
Во время фазы внедрения создаётся финальная версия продукта.
Данная фаза включает в себя программу бета тестирования, обучение
пользователей, а также определение качества продукта.
В случае, если качество не соответствует ожиданиям пользователей или
критериям, установленным в фазе проектирования, фаза внедрения повторяется
снова. Выполнение всех целей означает достижение вехи готового продукта и
завершение полного цикла разработки.
Для внедрения системы в компании наиболее всего подходит стратегия
«пилотный проект».
51
Данная стратегия является аналогом тактики «скачок», однако, в отличии
от полного перевода предприятия на выбранную систему, в рамках данной
стратегии осуществляется переход ограниченного количества процессов, в
данном случае, организация службы подписки в отделе работы с клиентами.
Внедрение системы будет проходить в 3 фазы:
-
фаза планирования проекта по внедрению системы и проведения
анализа;
-
фаза внедрения;
-
фаза тестирования.
На фазе планирования производятся расчеты, связанные с финансовыми и
временными затратами:
-
бюджет проекта составит 115600 рублей;
-
внедрение системы и обучение персонала займет 60 дней.
В рамках фазы внедрения производится установка CRM-системы на
рабочий компьютер менеджера по работе с клиентами, создается новая
информационная база, по необходимости производится импорт клиентской
базы из ИС почтового отделения.
Происходит актуализация контактов клиентов, система запускается в
работу. Ответственность за внедрение системы лежит на менеджере по
внедрению, сотрудника компании Microsoft в Москве, либо компанииритейлере, также занимающейся внедрением и настройкой системы. После
того, как CRM-система будет установлена на рабочую станцию, персоналу
необходимо пройти обучение по работе в системе.
Для внедрения разрабатываемой ИС планируется провести следующие
работы:
-
установка на клиентские и серверную машины соответствующих
частей системы;
-
первичная настройка и тестирование;
-
устранение возникших проблем;
-
разграничение прав доступа.
52
Участники проекта представлены в таблице 12.
Таблица 12
Участники проекта по внедрению CRM
Участник проекта
Исполняемые функции участника проекта
Руководитель проекта
Ведение переговоров, заключение договоров,
(директор или
контроль выполнения проекта
заместитель)
Менеджер по
Предварительный обзвон клиентов, инициация
продажам
встречи
Специалист по
Ведение переговоров, анализ бизнес-процесса
внедрению CRM
продаж клиента, формирование документации,
настройка CRM
Зам. директора по ИТ
Подготовка сервера, контроль работоспособности
серверов, установка и настройка программного
обеспечения
Технический
Помощь в установке программного обеспечения,
специалист
техническое обслуживание серверов
Специалист Осуществление «горячей линии», консультации по
консультант
телефону, прием вызовов клиентов
В процессе жизненного цикла разрабатываемой
информационной
системы всегда существует вероятность возникновения различного рода
рисков, влияющих, как и на процесс разработки, так и на функционирование
компании. Рассмотрим ожидаемые риски по этапам жизненного цикла
подробнее:
Этапы разработки и внедрения.
Риск нарушения методологии ведения проекта. Причиной возникновения
данного риска может служить необдуманное описание и утверждение
документов, содержащих информацию о состоянии проекта.
Меры предотвращения этому может послужить:
-
четкое определение прав и обязанностей рабочей группы;
-
обучение рабочей группы и ключевых пользователей;
-
документирование и согласование технических условий проекта;
-
документальное подтверждение вносимых изменений в проект;
Риск ведения проекта:
-
неправильное определение рамок и масштабов проекта;
53
-
проектирование ошибочных функций и интерфейсов будущей
системы;
-
выбор неправильных технологий и методов решения поставленных
задач;
-
несоблюдение требований при проектирование будущей системы
или постоянное изменение требований.
В качестве мер предотвращения обозначенных выше моментом можно
назвать:
-
обеспечение стабильности границ проекта, определенных на
начальном этапе;
-
качественное планирование работ;
-
обеспечение проекта необходимыми ресурсами;
-
обязательное утверждение и согласование по проектным решениям;
-
дополнительный анализ функций и целей проекта, тщательная
формулировка концепции;
Риск неверного планирования:
-
плохая проработка плана внедрения системы;
-
срыв сроков выполнения;
Мерами
предотвращения
данных
обстоятельств
может
служить
следующее:
-
укомплектование проектной команды наиболее талантливыми и
квалифицированными проектировщиками;
-
распределение
работ
соответственно
способностям
членов
проектной команды;
-
документирование
всех
работ
на
этапе
проектирования
и
обеспечение доступности данных для всех участников проекта;
Технический и программный риски вызывают:
-
частичную или полную приостановку этапа разработки из-за
ошибок в используемом программном обеспечении;
-
частичная или полная потеря программного кода;
54
-
контрольный пример не учитывает всех особенностей системы, то
есть недостаточно проработан;
-
документация по системе не включает в себя подробного описания
всего функционала системы.
Этого можно избежать следующим образом:
-
использовать лицензионного программное обеспечение;
-
производить регулярное резервное копирование данных;
-
проводить многократные проверки и прогоны работоспособности
системы для выявления малейших неисправностей в ходе работы;
-
проверка документации перед передачей системы в эксплуатацию.
Этапы эксплуатации:
Риск персонала;
-
трудности с обучением персонала из-за нежелания работать с новой
системой;
-
отсутствие поддержки внедрения ИС со стороны отдельных
ключевых участников проекта;
-
неучастие руководителей высшего звена в проекте;
-
нарушение информационной безопасности в процессе работы
системы.
Этого можно избежать, путем реализации следующих идей:
-
проведение обучения персонала работы с системой;
-
составление плана внедрения ИС;
-
активное вовлечение высшего руководства;
-
организация
системы
поощрений
использующего
систему
персонала заказчика.
Технический риск:
-
потеря данных при внедрении ИС;
-
возможный отказ технического оборудования при внедрении ИС;
-
ошибки в программе вызывающие простой системы;
55
-
приостановка деятельности третьего лица (например, провайдера
Интернет услуг);
Мерами предупреждения этого служит:
-
тщательное тестирование и выявление ошибок на этапе разработки;
-
устранять в кратчайшие сроки ошибки;
-
наличие альтернативных средств доступа в Интернет или других
способов передачи данных;
-
обязательное утверждение любых изменений системы.
Все конфиденциальные данные, используемые в информационном
обмене МП - Dynamics, должны быть защищены согласно требованиям
Федерального закона №152-ФЗ «О персональных данных», требования к
защите
информации
должны
быть
выполнены
согласно
указаниям
руководящего документа «Автоматизированные системы.
Защита от несанкционированного доступа к информации.
Классификация автоматизированных систем и требования по защите
информации». Взаимодействие пользователей с прикладным программным
обеспечением,
входящим
в
состав
системы
должно
осуществляться
посредством визуального графического интерфейса (GUI).
Интерфейс системы должен быть понятным и удобным, не должен быть
перегружен графическими элементами и должен обеспечивать быстрое
отображение экранных форм. Навигационные элементы должны быть
выполнены в удобной для пользователя форме.
Экранные формы должны проектироваться в едином графическом
дизайне, с одинаковым расположением основных элементов управления и
навигации по отношению к базовой системе Dynamics.
Платформой для разработки и функционирования данной системы
служит Microsoft Windows.
Для размещения базы данных СУ — Microsoft Windows Server. Для
выполнения доступа пользователей Microsoft Windows XP. Средой разработки
системы служит Microsoft Visual Studio 2010.
56
Системой проектирования базы данных (далее СУБД), является Microsoft
SQL Server.
Разработка
системы
должна
осуществляться
с
использованием
библиотеки ADO.Net.
Языком программирования системы является С#. Система безопасности
SQL Server базируется на пользователях и учётных записях. Пользователи
проходят следующие два этапа проверки системой безопасности. На первом
этапе пользователь идентифицируется по имени учётной записи и паролю, то
есть проходит аутентификацию. Если данные введены правильно, пользователь
подключается к SQL Server.
Подключение к SQL Server, или регистрация, не даёт автоматического
доступа к базам данных. Для каждой базы данных сервера регистрационное имя
(или учётная запись - login) должно отображаться в имя пользователя базы
данных (user). На втором этапе, на основе прав, выданных пользователю как
пользователю базы данных (user), его регистрационное имя (login) получает
доступ к соответствующей базе данных. В разных базах данных login одного и
того же пользователя может иметь одинаковые или разные имена user с
разными правами доступа.
Итак, на уровне сервера система безопасности оперирует следующими
понятиями:
-
аутентификация (authentication);
-
учётная запись (login);
-
встроенные роли сервера (fixed server roles).
На уровне базы данных используются следующие понятия:
-
пользователь базы данных (database user);
-
фиксированная роль базы данных (fixed database role);
-
пользовательская роль базы данных (users database role);
-
роль приложения (application role).
Фундаментом
системы
безопасности
SQL Server
являются
учётные записи(login), пользователи (user), роли (role) и группы (group).
57
Пользователь,
подключающийся
к
SQL
Server,
должен
идентифицировать себя, используя учётную запись. После того как клиент
успешно прошёл аутентификацию, он получает доступ к SQL Server. Для
получения доступа к любой базе данных учётная запись пользователя (login)
отображается в пользователя данной базы данных (user). Объект «пользователь
базы данных» применяется для предоставления доступа ко всем объектам базы
данных: таблицам, представлениям, хранимым процедурам и т. д. В
пользователя базы данных может отображаться:
-
учётная запись Windows NT;
-
группа Windows NT;
-
учётная запись SQL Server.
После того, как пользователь прошел аутентификацию и получил
идентификатор учётной записи (login ID), он считается зарегистрированным и
ему предоставляется доступ к серверу. Для каждой базы данных, к объектам
которой
пользователю
необходимо
получить
доступ,
учётная
запись
пользователя (login) ассоциируется с пользователем (user) конкретной базы
данных. Пользователи выступают в качестве специальных объектов SQL Server,
при помощи которых определяются все разрешения доступа и владения
объектами в базе данных.
Роли сервера не имеют отношения к администрированию баз данных.
Можно включить любую учётную запись SQL Server (login) или учётную
запись Windows NT в любую роль сервера.
Стандартные роли сервера (fixed Server roles) и их права:
-
Sysadmin – Может выполнять любые действия в SQL Server;
-
Serveradmin – Выполняет конфигурирование и выключение сервера;
-
Setupadmin – Управляет связанными серверами и процедурами,
автоматически запускающийся при старте SQL Server;
-
Securityadmin – Управляет учётными записями и правами на
создание базы данных, также может читать журнал ошибок;
-
Processadmin – Управляет процессами, запущенными в SQL Server;
58
-
Dbcreator – Может создавать и модифицировать базы данных;
-
Diskadmin – Управляет файлами SQL Server;
-
Bulkadmin – Члены роли Bulkadmin могут вставлять данные с
использованием средств массивного копирования, не имея непосредственного
доступа к таблицам.
Роли базы данных (database role) позволяют объединять пользователей в
одну административную единицу и работать с ней как с обычным
пользователем.
В роль базы данных можно включать:
-
пользователей SQL Server;
-
роли SQL Server;
-
пользователей Windows NT;
-
группы Windows NT, которым предварительно предоставлен доступ
к нужной базе данных.
SQL
Server
может
использовать
два
режима
аутентификации
пользователей:
-
режим аутентификации средствами Windows NT/2000 (Windows NT
Authentication);
-
смешанный режим аутентификации (Windows NT Authentication and
SQL Server Authentication).
Теперь нужно завести в SQL Server учётные записи (логины) для
пользователей которым необходимо получать доступ SQL Server, но сначала
удобнее на уровне Windows средствами администрирования Active Directory
объединить пользователей нуждающихся в доступе к SQL Server в группы, в
зависимости от того какие цели преследуют данные пользователи. В
разрабатываемой системе будут три группы пользователей:
-
Менеджер компании;
-
Менеджер магазина;
-
Администратор.
59
Таблица 13
Группы
пользователей
Менеджер
компании
Менеджер
магазина
Администратор
системы
Разграничение прав пользователей
Модуль
Модуль
«Авторизация»
«Документы»
Чтение
Чтение
Модуль
«Отчеты»
Полный
Чтение
Ограничен
Полный
Полный
Полный
Полный
Необходимо добавить соответствующие учётные записи. Таким образом,
будет организовано четыре доменные группы. Далее необходимо в SQL Server
завести учётную запись для каждой группы и дать разрешение на
присоединение к базе данных.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 13.
Защита от внешних угроз осуществляется путем применения следующих
способов:
- использованием программно-аппаратных комплексов защиты от
несанкционированного доступа;
- разработкой и соблюдение политик безопасности;
- использованием антивирусных средств;
- физической защитой помещений с наиболее ценной информацией.
Выбор программно-аппаратных средств обеспечения информационной
безопасности
в
процессе
организации
системы
защиты
информации
осуществляется в соответствии с показателями рабочей системы.
При этом учитывается ряд важных параметров, а именно: объем
передаваемого трафика в информационной системе, возможности расширения
ее структуры, качество совместной работы различного оборудования и так
далее.
Кроме этого в обязательном порядке учитывается тип оборудования.
60
Устройства должны отвечать жестким требованиям по количеству
интерфейсов, по их типу, по пропускным способностям и так далее.
Для
обеспечения
идентификации
пользователей
предполагается
использовать электронный ключ, а также идентификатор в виде USB-носителя.
Электронные ключи еToken PRO (Java) – персональное средство
аутентификации и защищенного хранения пользовательских данных, аппаратно
поддерживающее работу с цифровыми сертификатами и цифровой подписью
(ЦП).
Цена: от 4000 рублей.
Применение: Обеспечение строгой двухфакторной аутентификации
пользователей в операционных системах и бизнес-приложениях (Microsoft,
Citrix, CiscoSystems, IBM, SAP, CheckPoint).
Защищенное
хранение
ключевой
информации
российских
СКЗИ
подписи
(ЭЦП)
(КриптоПроCSP, Крипто-КОМ, Домен-К, Верба-OW и др.);
Защита
закрытых
ключей
электронно-цифровой
пользователей в системах электронного документооборота, формирование ЭЦП
документов и транзакций, обеспечение безопасной работы с электронной
почтой;
Защита закрытых ключей ЭЦП пользователей систем дистанционного
банковского обслуживания.
В качестве межсетевых экранов в рассматриваемом офисе будут
рассматриваться последние разработки следующих компаний-производителей
аппаратных средств защиты периметра:
IBM;
D–link;
Cisco.
В результате выбора среди продуктов от каждой фирмы можно выделить
продукты D–linkDFL–260, IBMProventiaNetworkIPS и Cisco 1801/K9.
61
Таблица 14
Результаты сравнительного анализа средств межсетевого экранирования
Характеристика
D–linkDFL–260
IBMProventiaNet
Cisco
w
1801/K9
orkIPS
Класс
1 класс
нет
1 класс
отказоустойчивости
Контроль на
Нет
Да
Да
прикладном уровне с
учетом состояния
Прозрачная
Да
Да
Да
аутентификация
Windows
Пропускная
80Mbps
10Mbps
100Mbps
способность
Wi–Fi
Нет
Нет
Да
Интерфейсы
Ethernet 10/100BaseT
2 x Ethernet
ADSL
(WAN)
10/100BaseT
(WAN))
Ethernet
(WAN) Ethernet 8 x Ethernet
Протоколирование
Да
Да
Нет
всех имен
пользователей и
приложений
Поддержка Exchange
Да
Да
Да
Поддержка Exchange
Да
Да
Да
Демилитаризованная
Да
Да
Нет
зона
Характеристика
D–linkDFL–260
IBMProventiaNet
Cisco
wor
1801/K9
kIPS
Контроль шлюзового
Нет
Да
Да
и клиентского
трафика
VPN на прикладном
уровне
100–Мбит/с порты
4
8
8
ЛВС
Число
12000
10000
18000
одновременных
подключений
Передача функций
Нет
Нет
Да
отказавшего МЭ
исправному
устройству
62
Web-кэширование и
proxy
Цена
Общее количество
недостатков систем
Да
Нет
Да
28000 руб.
3
150000 руб.
4
36000 руб.
3
Как видно из таблицы 14, высокая цена продукта компании IBM
обоснована высоким качеством, пропускной способностью, в данном случае
рассматривается мало пропускаемая, т.е. самая дешёвая – 10Mbps, и
функциональной полнотой их продуктов. Однако наилучшим продуктом в
соотношении цена/качество является продукт компании D–link.
Таким образом, наиболее приемлемым средством защиты периметра
является межсетевой экран D–linkDFL–260.
Информационная модель – модель объекта, представленная в виде
информации,
описывающей
существенные
для
данного
рассмотрения
параметры и переменные величины объекта, связи между ними, входы и
выходы объекта и позволяющая путём подачи на модель информации об
изменениях входных величин моделировать возможные состояния объекта.
Рассмотрим информационную модель ИС (рис.15).
Рисунок 15 - Информационная модель
63
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Классификатор
наименований,
–
объектов,
это
систематизированный
предметов,
явлений
по
свод
однородных
классификационным
признакам (номенклатура) и их кодовых обозначений. Код – условное
обозначение объекта цифровым или алфавитно-цифровыми знаками по
определенным правилам, установленным системами кодирования.
Используемые в ИС локальные классификаторы приведены в таблице 15.
Таблица 15
Классификаторы и системы кодирования
Наименование кодируемого Значность
Система
множества объектов
кода
кодирования
Тип продукции
4
Порядковая
Название продукции
4
Порядковая
Сотрудник
4
Порядковая
Статус заказа
1
Порядковая
Вид
классификатора
Локальный
Локальный
Локальный
Локальный
Под входной информацией понимается вся информация, необходимая для
решения задачи и расположенная на различных носителях: первичных
документах, машинных носителях, в памяти персонального компьютера.
Входной информацией являются следующие данные:
-
счета-фактура;
-
заказы клиентов;
-
данные о сотрудниках.
В форму заказа входит следующая информация:
-
номер заказа, дата заказа, дата выполнения — все данные заносятся
в таблицу заказ;
-
данные о работнике, выбираются из справочника работников, и код
работника заносится в таблицу заказ.
Далее представлены макеты входящих документов (Рисунок 16-17).
64
Рисунок 16 - Счет-фактура
Счет-фактура
имеет
такие
обязательные
реквизиты,
как:
номер,
наименование товара, единица измерения, количество, цена, стоимость товаров,
налоговая ставка.
Рисунок 17 - Накладная
65
2.2.3. Характеристика результатной информации
Результативная информация получается в процессе обработки первичной
и промежуточной информации и используется для выработки управленческих
решений.
В ИС формируется следующая выходная информация:
Заказ. Представляет собой заполнение бланка заказа. Данный бланк
формируется на основании таблиц с переменной информацией Заказ, тип
продукции в заказе, а так же справочников с переменной информацией о
работниках предприятия следующим образом:
-
из таблицы Заказ переменной информацией выбираются данные о
заказе, а именно его номер и общая сумма;
-
из справочника с переменной информации Тип продукции на
основании таблицы с переменной информацией Тип продукции в заказе
выбирается перечень продукции, входящей в этот заказ.
После чего формируется бланк заказа. Клиент получает товарный чек
(рис.19).
Рисунок 19 - Товарный чек
66
2.3.
Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций формируется с целью детального рассмотрения
функциональных возможностей системы на различных уровнях иерархии.
Функциональные возможности системы в полной мере отражаются через
дерево форм, на котором представлена совокупность элементов меню и рабочей
области системы. Элементы меню сгруппированы по типам открываемых
объектов, структура представлена на рисунке 20.
Рисунок 20 - Дерево функций
В функции учет происходят следующие действия:
1.
Информация о сотрудниках: ФИО, стаж работы.
2.
В данных заказа производится заполнение данных о заказе: номер
заказа, предмет заказа, заказчик.
В функции формирование происходят следующие действия:
1.
В формировании документа формируется платежный документ, в
котором должны быть подписи обеих сторон заказчика и менеджера.
2.
В формировании отчёта формируется отчёт о завершении заказа, в
котором указана стоимость продукции, срок, когда был выполнен заказ, кто
заказчик, имя менеджера который занимался заказом и т.д.
67
Под работой со справочниками подразумевается их заполнение и
редактирование (удаление записей).
2.3.2. Характеристика базы данных
Выделим основные сущности предметной области:
-
тип продукции – сущность, которая содержит информацию о типах
продукции, выпускаемой на заводе;
-
сотрудник – сущность, содержащая в себе информацию о
работниках завода;
-
цены – сущность, содержащая информацию о базовой стоимости
продукции;
-
грейд – сущность, содержащая информацию о грейде продукции
содержащейся на складе;
-
заказ – сущность, содержащая основную информацию о заказах
работников.
На рисунке представлена логическая модель БД (Рисунок 30).
Рисунок 30 - Логическая модель БД
68
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Структурная схема пакета представлена на рисунке 31.
Рисунок 31 - Структурная схема пакета
2.3.4. Описание программных модулей
Описание модулей дано в таблице 16.
Таблица 16
Описание программных модулей
Наименование модуля
Функции модуля
Модуль «Рабочая область» Планирование деятельности пользователя
Создание, просмотр и печать отчетов
Модуль «Продажи»
Обеспечивает полный доступ к информации о
клиенте
Модуль «Маркетинг»
Автоматизация управления маркетинговыми
мероприятиями
Модуль «Параметры»
Настройка системы и выполнение
административных действий (например,
добавление новых пользователей, настройка
безопасности)
Модуль «Продажи». Модуль обеспечивает полный доступ к информации
о клиенте: карточка клиента, соответствующий ему интерес, договор т.п.
Информация содержится в следующих подмодулях: Интересы, Организации,
Контакты и т.д., относящиеся к процессу продажи.
69
Рисунок 32 - Модуль «Продажи»
В модуле могут использоваться следующие основные объекты (табл.17).
Таблица 17
Название объекта
Интерес
Контакты
Организация
Модуль
Описание модуля «Продажи»
Краткое описание
Служит для хранения информации о потенциальных
клиентах: физических или юридических лицах.
Интересы могут поступать по разным каналам: звонок,
посещение офиса, с сайта и т.п. Но все они обязательно
вносятся в объект Интерес в виде отдельных записей.
Служит для фиксации информации о реальном клиенте.
Также в данном объекте хранятся данные: организация,
в которой работает Клиент, его контактная, служебная,
личная информация и др.
Объект предназначен для хранения данных о клиентах
типа Организация.
«Маркетинг».
Модуль
«Маркетинг»
предназначен
для
автоматизации управления маркетинговыми мероприятиями.
Ведение информации в данном модуле позволяет вести бюджеты по
каждой маркетинговой активности, а также учитывать, какие организации
приняли участие в той или иной маркетинговой кампании.
70
Рисунок 33 - Модуль «Маркетинг»
Таблица 18
Название объекта
Маркетинговый
список
Маркетинговая
кампания
Описание модуля «Маркетинг»
Краткое описание
Служит для хранения списков: приглашенных на
мероприятия, подтвердивших свое участие и
пришедших на это мероприятие. Также служит для
фиксирования
информации о рассылках каждому конкретному
клиенту.
Служит для хранения информации по запланированным
и
осуществленным маркетинговым мероприятиям.
Модуль «Параметры». Модуль «Параметры» служит для настройки
системы и выполнения административных действий (например, добавление
новых пользователей, настройка безопасности).
71
Рисунок 34 - Блок-схема модуля «Продажи»
Контрольный пример реализации проекта и его описание
2.4.
Прежде чем рассматривать последовательность действий в Системе для
каждого процесса, необходимо остановится на общих сведениях, которые
необходимо знать любому пользователю – как создается новая карточка, как
определяется обязательные для заполнения поля и т.п.
Для того чтобы завести Заявку в системе необходимо выполнить
следующие шаги:
1.
В области переходов
выбрать
модуль «Маркетинг» либо
«Продажи».
2.
Затем в панели навигации «Заявки».
3.
Далее в панели операций нажать «Создать».
4.
Внести всю необходимую информацию.
72
Рисунок 35 - Карточка объекта «Заявка»
5.
Нажать «Сохранить и закрыть», после чего Заявка принимает статус
«Активный».
После того, как Заявка была создана, сотруднику подразделения Баз
данных автоматически по электронной почте приходит оповещение.
Далее Заявка проходит процедуру утверждения сотрудником отдела Баз
данных и самим Заказчиком заявки.
На следующем этапе осуществляется подготовка базы данных по
клиентам (потенциальным и реальным). Для этого используется информация,
имеющаяся в системе CRM, которая может быть выгружена в MS Excel.
Чтобы осуществить выгрузку необходимо выполнить следующую
последовательность действий:
1.
В области переходов выбрать модуль «Маркетинг» либо навигации.
2.
Далее в панели навигации выбрать «Интересы», «Организации» или
«Контакты» (в зависимости от типа участников маркетингового списка).
3.
В списке записей выделить участников.
4.
Затем в панели действий нажать кнопку «Экспорт в лист Excel».
5.
В появившемся окне выбрать один из типов листа.
73
Рисунок 36 - Экспорт данных в Excel
6.
Нажать кнопку «Экспорт».
7.
Далее нажать кнопку «Сохранить».
8.
Выбрать путь, где нужно сохранить файл и нажать «Сохранить».
Выборка из системы CRM может быть соединена со сторонними базами.
Полученная выборка в виде файла MS Excel (сохраненного в формате
*.csv) отправляется на утверждение с Заказчиком базы. В случае если по
выборке есть какие-либо замечания, процесс повторяется. Если же замечания
отсутствуют, то выборка загружается в систему CRM, которая осуществляется
с помощью использование приложения «Импорт БД».
Предварительно, перед загрузкой, необходимо создать Маркетинговую
кампанию и Маркетинговый список/списки, для которой делалась выборка из
базы данных. В одной маркетинговой кампании могут принимать участие
несколько маркетинговых списков.
Чтобы
создать
Маркетинговый
список
необходимо
выполнить
следующие шаги:
1.
В области переходов выбрать модуль «Маркетинг».
2.
Далее в панели навигации выбрать «Маркетинговые списки».
3.
В панели операций нажать кнопку «Создать».
74
4.
В появившемся окне внести всю необходимую информацию.
Рисунок 37 - Карточка объекта «Маркетинговый список»
Вкладка «Общие сведения»:
1.
«Имя» - название выбранного маркетингового списка.
2.
«Тип участника» - может принимать значение Интерес, Клиент
либо Организация. Изменить значение после сохранения карточки нельзя.
3.
«Заявка» - указывает, на основании какой заявки формируется
маркетинговый список.
4.
«Источник» - используется для указания канала получения
маркетингового списка (например, выборка из БД, из интернета).
5.
«Цель
использования»
-
описывается
цель,
для
которой
будет
получен
формируется маркетинговый список.
6.
«Валюта»
-
указывает
валюту,
в
которой
маркетинговый список в случае его приобретение у сторонней организации.
7.
«Дата изменения» - указывает дату, когда были внесены последние
изменения в карточку данного маркетингового списка.
75
8.
«Стоимость»
-
в
данное
поле
можно
внести
стоимость
маркетингового списка, если он будет приобретен у сторонней организации.
9.
«Дата последнего использования» - указывает дату последнего
использования маркетингового текущего маркетингового списка в кампании.
Значение заполняется автоматически.
10.
«Заблокировано» - поле позволяет регулировать возможность
добавления в маркетинговый список новых записей.
11.
«Ответственный» - указывает на пользователя, которому назначен
данный маркетинговый список. В нашем случае это Руководитель, который
отвечает за данное тематическое направление.
12.
«Описание» - служит для внесения дополнительной более
детальной информации по маркетинговому списку.
Вкладка «Примечания»: «Примечания» - в данное поле можно внести
дополнительные примечания по маркетинговому списку. Также в нем будут
отображаться прикрепленные файлы к текущей карточке маркетингового
списка.
Для выбора Заявки необходимо в поле «Заявка» нажать кнопку «Поиск».
В появившемся окне выбрать Заявку и нажать «ОК».
Рисунок 38 - Окно поиска Заявки
5.
Затем нажать кнопку «Сохранить и закрыть».
76
Для создания
Маркетинговой
кампании
необходимо
выполнить
следующую последовательность действий:
1.
В области переходов выбрать модуль «Маркетинг».
2.
Затем в панели навигации выбрать «Кампании».
3.
В панели операций нажать «Создать».
4.
В появившемся окне внести всю необходимую информацию.
Рисунок 39 - Карточка объекта «Кампания»
Описание некоторых вкладок и полей расположенных на них:
1)
Вкладка «Общие сведения»:
a)
«Ожидаемый контракт» - ожидаемое количество положительных
откликов по результатам проведения кампании.
b)
«Дата выполнения Задач планирования» - дата, с которой будет,
происходит расчет срока выполнения Задачи планирования.
2)
Вкладка «Финансовые документы»:
a)
«Прочая стоимость» - дополнительные расходы на проведение
маркетинговой кампании, которые не были учтены при выделении бюджета.
77
b)
«Выделено в бюджете» -
денежная
сумма,
выделенная
для
проведения кампании.
c)
«Предполагаемый доход» - ожидаемая сумма дохода от проведения
маркетинговой кампании.
5.
Далее необходимо добавить участников маркетинговой кампании.
Для этого:
1)
В панели навигации в разделе «Маркетинг» выбрать «Целевые
маркетинговые списки».
2)
В панели операций нажать «Добавить».
3)
В окне поиска «Маркетинговый список» нажать кнопку «Поиск».
4)
Выбрать маркетинговый список (списки). Нажать «ОК». И еще раз
«ОК».
На боковой закладке «Целевые продукты» в разделе «Продажи»
необходимо указать Продукт/Продукты в отношении, которого проводится
данная кампания.
Чтобы добавить Продукт необходимо:
1.
В панели операций нажать «Добавить существующий».
2.
В окне поиска «Номенклатура» нажать кнопку «Поиск» .
3.
Выбрать Продукт/Продукты. Затем нажать «ОК».
Для закрытия карточки объекта «Кампания» нажать «Сохранить и
закрыть».
Маркетинговую кампанию можно создать из созданного ранее шаблона, в
котором уже настроены задачи, которые необходимо выполнить в рамках
Кампании, а также определены сроки на их выполнение.
На следующем этапе происходит загрузка данных. Для загрузки данных
необходимо выполнить следующую последовательность действий:
1.
к
данной
На главной панели окна CRM нажать кнопку «Импорт БД». Доступ
процедуре
ограничивается
правами
безопасности,
настраивает Администратор системы.
2.
В появившемся окне задать параметры импорта:
78
которые
1)
Вкладка «Общие настройки»:
a)
«Импорт клиентов» - импорт списка участников маркетингового
списка.
b)
«Заявка» - выбрать заявку, для которой формировался список
участников.
c)
«Тип
импортируемой
записи»
-
выбрать
один
из
трех
предложенных типов: Организация, Контакт или Интерес, в зависимости от
типа участников маркетингового списка.
d)
«Маркетинговый
список»
-
выбрать
список,
для
которого
формировался список участников.
e)
«Проверять дубликаты» - выбрать для проверки повторяющихся
значений.
f)
«Маркетинговый список
для
дубликатов типа
Организация/Контакт/Интерес» - выбрать список, для которого необходимо
проводить проверку в процессе импорта.
g)
«Источник импорта» - выбрать источник, из которого будет
производиться импорт данных: из БД MS SQL или csv-файла.
В нашем случае выбрать второе.
h)
«Файл» - выбрать загружаемый файл с данными (при выборе
источника импорта «Из csv-файла»).
i)
«Сервер» - ввести название сервера, на котором находится CRM-
система (при выборе источника импорта «Из БД MS SQL»).
j)
«База данных» - ввести название базы данных CRM-системы (при
выборе источника импорта «Из БД MS SQL»).
Данные в CRM- систему загружаются как записи объекта Интерес.
3.
Далее нажать кнопку «Импорт».
Если поле «Проверять дубликаты» было выбрано, то в процессе импорта
данных происходит проверка на дубликаты. Проверка проводится среди
записей объектов Интерес, Контакт и Организация.
79
Найденные дубликаты не загружаются в систему. Данные по ним
отображаются в истории загрузки (включая параметры, по которым были
найдены дубли).
Привязка дубликатов к целевому маркетинговому списку производится
средствами приложения «Импорт БД».
После
формирования
окончательных
маркетинговых
списков
по
окончании импорта из БД проводится маркетинговая кампания.
Необходимо открыть ранее созданную Кампанию.
Проведение любой маркетинговой кампании преследует определенные
цели (привлечение новых клиентов, информирование реальных клиентов о
новых услугах компании). Для достижения целей кампании менеджер ставит
перед собой задачи.
Боковая закладка «Задачи планирования» - предназначена фиксирования
задач, которые
необходимо
выполнить
в рамках
проведения
данной
маркетинговой кампании (доступна только при создании кампании из
предварительно настроенного шаблона).
Для создания задачи необходимо выполнить следующие шаги:
1.
В панели операций нажать кнопку «Создать».
2.
В появившемся окне внести информацию.
Рисунок 40 - Окно объекта «Задача»
80
В поле «Дней от начала даты планирования» указать количество дней
необходимых для выполнения текущей Задачи. Таким образом, срок
выполнения Задачи планирования будет рассчитываться от Даты начала
выполнения Задач планирования плюс количество Дней от даты начала
планирования.
3.
Нажать «Сохранить и закрыть».
Боковая
закладка
«Действия
кампании»
-
предназначена
для
фиксирования действий (встреча, электронная почта и т.п.), которые должны
быть совершены для выполнения поставленных задач в рамках данной
маркетинговой кампании.
Для
создания
действия
необходимо
выполнить
следующую
последовательность действий:
1.
В панели операций нажать «Создать».
2.
В появившемся окне внести всю необходимую информацию.
Рисунок 41 - Окно объекта «Действие кампании»
81
Поля «Родительская кампания», «Состояние» и «Ответственный»
заполняются автоматически.
Поле «Внешние исполнители» заполняется в случае выполнения действия
сторонней организацией.
3.
Нажать «Сохранить».
4.
В панели навигации выбрать «Целевые маркетинговые списки».
5.
В панели операций нажать «Добавить из кампании».
Для выбора будут доступны только те маркетинговые списки, которые
были добавлены к текущей маркетинговой кампании.
Действие
может
быть
направленно
как
на
участников
всех
маркетинговых списков, так и только на некоторые.
6.
Для выполнения действия необходимо в панели операции окна
объекта «Действие кампании» нажать «Распределить действия в рамках
кампании».
В зависимости от выбранного значения в поле «Канал» появляющееся
окно будет разным по структуре.
Например, в
нашем
случае
в
поле
«Канал»
выбрано
«Электронная почта».
6.1.
Внести всю необходимую информацию.
Рисунок 42 - Окно действия «Электронная почта»
82
значение
6.2.
Нажать кнопку «Распределить».
6.3.
В появившемся окне выбрать Ответственного за выполнения
данного действия.
6.4.
Нажать «ОК».
Рисунок 43 - Окно распределения
После сохранения на карточке объекта «Действие кампании» появляются
две новые боковые закладки «Создано: Электронная почта» и «Сбои».
В
закладке
«Создано:
Электронная
почта»
можно
посмотреть
информацию о количестве созданных электронных писем.
Если нет никаких сбоев (например, указан электронный адрес, указан
существующий
электронный
адрес и
т.п.), то
количество
созданных
электронных писем будет равняться количеству участников маркетингового
списка, на которых было направленно данное действие.
83
Рисунок 44 - Боковая закладка «Создано: Электронная почта»
В закладке «Сбои» можно увидеть информацию о сбоях, которые
возникли во время выполнения данного действия, а также причину, почему тот
или иной сбой произошел.
Время выполнения Действия кампании откладывается до наступления
даты и времени указанного на поле «Срок» карточки действия «Электронная
почта».
Рисунок 45 - Боковая закладка «Сбои»
6.5.
Далее нажать «Сохранить и закрыть».
84
Чтобы самостоятельно закрыть Действие, необходимо находясь в окне
объекта «Действие кампании» в панели операций нажать «Действия». Выбрать
«Закрыть Действие кампании».
В
появившемся
окне
выбрать
статус «Закрыто» либо «Отменено»,
указать дату начала и дату окончания выполнения Действия кампании. Нажать
«ОК». После завершения действия окно становится недоступным для
редактирования. Закрыть окно объекта «Действие кампании» нажав «Закрыть».
В боковой закладке «Контракты от кампании» отображается количество
отзывов полученных в процессе проведения текущей Маркетинговой кампании.
Для создания Контракта от кампании необходимо выполнить следующие
шаги:
1.
В области операций нажать «Создать».
2.
Внести всю необходимую информацию.
Рисунок 46 - Карточка объекта «Контракт от кампании»
85
Раздел «Получено от существующего клиента» заполняется в случае
получения отклика от реального клиента данные, по которому уже имеются в
системе. Это может быть Интерес, Контакт либо Организация.
Раздел «Получено от нового клиента» заполняется в случае получения
отклика от нового клиента данных, по которому в системе отсутствуют.
В поле «Канал» раздела «Сведения» указывается, из какого источника
был получен отклик от кампании (например, факс, телефон).
Поле «Источник действия» в разделе «Сведения» указывает результатом
выполнения кого действия является получение данного Контракта.
Поля «Родительская кампания», «Дата получения» и «Ответственный»
заполняются автоматически.
Нажать «Сохранить и закрыть».
Для запуска Кампании необходимо установить статус на вкладке «Общие
сведения» в поле «Состояние» «Запущено».
Для того чтобы Кампания была завершено необходимо чтобы были
закончены все действия созданные в рамках данной кампании.
После проведения Кампании значение поля «Состояние» необходимо
изменить на «Завершено». Затем нажать «Сохранить» или «Сохранить и
закрыть».
В
процессе проведения массовой рассылки по электронной почте
некоторые письма могут не дойти до адресата по разным причинам (например,
указан несуществующий адрес электронной почты). Возвраты по таким
письмам необходимо учитывать для исключения из дальнейших рассылок этих
адресатов.
Загрузка
информации
по
возвратам
писем
в
CRM-систему
осуществляется с помощью использования приложения «Импорт БД».
Для выполнения импорта возвратов необходимо выполнить следующую
последовательность действий:
86
1.
к
данной
На главной панели окна CRM нажать кнопку «Импорт БД». Доступ
процедуре
ограничивается
правами
безопасности,
которые
настраивает Администратор системы.
2.
В появившемся окне выбрать пункт «Импорт возвратов».
3.
Выбрать один из трех предложенных «Типов записи для привязки»:
Организация, Контакт или Интерес, в зависимости от типа участников
маркетингового списка.
4.
Выбрать «Маркетинговую кампанию», к которой хотим привязать
возврат по письмам.
5.
Выбрать «Маркетинговый список», к которому хотим привязать
возврат писем.
6.
Выбрать «Источник импорта» - из БД MS SQL или csv-файла.
7.
Выбрать «Файл» с данными для загрузки (при выборе источника
импорта «Из csv-файла»).
8.
Ввести название «Сервер», на котором находится CRM-система
(при выборе источника импорта «Из БД MS SQL»).
9.
Ввести
название
«База данных»
CRM-системы
(при
выборе источника импорта «Из БД MS SQL»).
Рисунок 47 - Окно приложения «Импорт БД» «Импорт возвратов»
87
10.
Нажать кнопку «Импорт».
В результате загрузки информации по возвратам получим историю
возвратов по каждому клиенту из маркетингового списка, что позволит в
дальнейшем деактивировать и исключить данных клиентов из последующих
рассылок.
88
Глава 3. Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической эффективности
Так как система не планируется к продаже, а будет внедрена только на
одном предприятии, необходимо рассчитать экономическую эффективность
исходя из снижения издержек на производственную деятельность.
При расчете экономической эффективности будет проведено сравнение
результатов обработки информации при существующем бизнес-процессе и
после внедрения разрабатываемой системы.
При расчете изменения трудовых затрат на обработку информации
используется следующая система показателей:
1.
Абсолютный показатель снижения трудовых затрат на обработку
информации:
Т=Т0-Т1 (1),
где Т0 – годовая трудоемкость обработки информации при базисном
варианте;
Т1 – годовая стоимость обработки информации при проектируемом
варианте.
1.
Коэффициент снижения трудовых затрат
Kт=(Т/Т0)*100 (%)
2.
(2),
Индекс снижения трудовых затрат, который показывает рост
производительности труда при обработке информации.
Yт=Т0/Т1в (3),
К
стоимостным
показателям
относятся:
абсолютное
снижение
стоимостных затрат (C) , коэффициент относительного снижения стоимостных
затрат (КC) индекс снижения стоимостных затрат (YC):
3.
Показатель снижения стоимостных затрат
С=С0-С1 Т1в
где
С0
–
годовая
(4),
стоимость обработки информации
базисном варианте;
89
при
С1 – годовая стоимость обработки информации при проектируемом
варианте.
2.
Коэффициент эффективности по затратам:
Kc=(С/С0)*100 (%)Т1в (5),
3.
Индекс изменения стоимостных затрат
Yc=С0/С1 (6),
Помимо рассмотренных показателей целесообразно также рассчитать
срок окупаемости затрат на внедрение проекта машинной обработки
информации (Ток), рассчитываемые в годах, долях года или в месяцах года:
Ток = КП /C
(7),
где КП – затраты на создание проекта (проектирование и внедрение).
А также расчетный коэффициент эффективности капитальных затрат:
Ер = 1/Ток (8),
Таблица 19
Характеристика затрат на обработку информации по базовому варианту
Наименова Норм Тру Часовая Часовая
Стоимостные
Стоимос
ние
а
норма
стоимос
затраты для
тные
операций выра- дое амортиза
ть
ручных операций затраты
технологи ботк м- ции (руб. накладн
для
ческого
и
кос за час) /
ых
операци
процесса (опер ть
ст. 1
расходо
й, вып.
решения
/в
маш.часа в (руб.)
на
комплекса час.)
(руб.)
ЭВМ,ты
задач
с
Прием
12
34
0
8,29
12,75
21,04
контроль,
регистраци
я заявок
Ввод
12
841
0,12
128,55
197,77
327,27
исходных
данных
Вычислен
2
321
0
423,11
650,95
1074,06
ие и
подсчет
итогов
90
Наименова Норм Тру
ние
а
операций выра- дое
технологи ботк мческого
и
кос
процесса (опер ть
решения
/в
комплекса час.)
задач
Занесение
4
4
данных в
результати
вные
формы
Итого:
26
120
0
Часовая
норма
амортиза
ции (руб.
за час) /
ст. 1
маш.часа
(руб.)
Часовая
стоимос
ть
накладн
ых
расходо
в (руб.)
0,12
693
х
х
Продолжение таблицы 19
Стоимостные
Стоимос
затраты для
тные
ручных операций затраты
для
операци
й, вып.
на
ЭВМ,ты
с
1066,92
1765,54
10200
300000
Таблица 20
Характеристика затрат на обработку информации по проектируемому варианту
Наименование операций
СреднеЧасовая Стоимостные Стоимостн
технологического
часовая
норма
затраты для ые затраты
процесса решения
зарплата
амортиза
ручных
для
комплекса
специалис ции (руб.
операций
операций,
задач
та (руб.)
за час) /
вып. на
ст. 1
ЭВМ тыс.
маш.часа
(руб.)
Прием контроль,
250
х
8,29
21,04
регистрация заявок
Ввод исходных данных
Х
40
х
316,44
Вычисление и подсчет
Х
40
х
3,2
итогов
Занесение
Х
40
х
1,04
данных в
результативные формы
печать результатов
Х
40
х
40,68
Итого:
250
х
8.29
37500,00
3.2 Расчёт показателей экономической эффективности проекта
В данном пункте рассчитаем затраты (трудовые и стоимостные) на работу
в базовом варианте и на работу после внедрения задачи автоматизации.
91
Расчет трудовых затрат по базовому и проектируемому варианту.
А). Базовый вариант.
Трудоёмкость (Тб) определяется делением объёма работы на норму
выработки. В нашем случае норма выработки в час составляет 1,5 документа.
Тб =31644 /26.7 = 1200 час.
Б). Проектный вариант
Норма выработки в час составляет 12,0 документов.
Трудоёмкость (Тп) определяется делением объёма работы на норму
выработки:
Тп = 31644 /150 = 211 час.
Абсолютный показатель снижения трудовых затрат (∆T) рассчитываем
используя формулу:
∆T= 1200-211=989 час.
Для расчета коэффициент относительного снижения трудовых затрат (Кт)
используем формулу:
Кт=989/1200*100%=82,4%
(3.12)
Индекс изменения трудовых затрат или повышение производительности
труда (Yт) вычислим используя соотношения:
Yт =1200/211=5.68
Расчет стоимостных показателей по базовому и проектируемому
варианту:
А. Базовый вариант
1.
Материальные затраты:
В материальные затраты на обработку информации включаются затраты
на расходные материалы. Посчитано, что ежемесячно на это необходимо
расходовать 350 рублей.
Картриджи: 1 шт. х 500 руб. = 500 руб.; Итого: 850 руб. в месяц
Соответственно на год потребуется:
850 х 12 = 10200 руб.
2.
Трудовые затраты.
92
Количество работников - 1 человека.
сотрудника – 250руб./час. * 100 час. = 25000 рублей в месяц.
Фонд заработной платы за год составляет:
25000 х 12 = 300000 руб.
Всего затраты на базовый вариант обработки информации составляет:
Сб =300000+10200=310200 руб.
Б. Проектный вариант.
1.
Материальные затраты:
В
материальные
затраты на обработку информации
включаются
следующие расходные материалы:
-
картриджи 1 шт. х 500 руб. = 500 руб.;
-
бумага 1 шт. х 105 руб. = 105 руб.; Итого: 605 руб. в месяц
Соответственно на год потребуется:
605 х 12 = 7260 руб.
2.
Трудовые затраты.
Количество работников - 1
человека.
ФОТ (Фонд
оплаты труда)
сотрудника – 250 руб./час. * 12,5 = 3125 рублей в месяц.
Фонд заработной платы за год составляет: 3125 x12= 37500 руб.
3.
Накладные расходы (в данном случае состоят из суммы стоимости
потреблённой электроэнергии):
2500Кв/ч*1,50руб.=37500,00 руб. Сопровождение - 30000 руб. в год.
Срок действия проекта - 7 лет, тогда амортизационные отчисления
составят 14,28% (100% / 7) от капитальных вложений.
Капитальные вложения (инвестиции) в создание проекта.
Сводный инвестиционный план проекта, таким образом, суммарные
затраты стоимость проекта равна 207750,00 руб.
Сумма амортизационных начислений 14,28% от капитальных вложений:
207750,00 х 0, 14 = 29085,00 руб.
Всего
затраты
на
автоматизированную
составляют:
93
обработку
информации
Сп = 7260+37500+37500+30000+29085= 141345 руб.
Рассчитаем значение стоимостных показателей:
Абсолютное снижение стоимостных затрат (∆С), вычисляем используя
соотношения (3.4):
∆С =310200- 141345= 168855 руб.
Коэффициента относительного снижения стоимостных затрат
(Кс)
определяется по формуле:
Кс=168855/310200*100%=54,4%.
Для вычисления
индекса
изменения
стоимостных
затрат
(Yc)
использовать соотношение:
Yc=310200/141345=2,19
Экономический эффект представляет собой чистый доход (прибыль), т. е.
цена минус себестоимость.
Расчет экономической эффективности при помощи примет вид:
Е =168855/207750=0,81.
Эффективность капитальных затрат определяется сроком окупаемости (Т)
дополнительных капитальных затрат на модернизацию информационной
системы:
Срок окупаемости определяется, как обратная величина Е.
Т = 1 /0,81 = 1,2
Экономические показатели, полученные в результате дипломного
проектирования, представлены в таблице 21:
Таблица 21
Экономические показатели проекта
Наименование показателей эффективности
Ед.
измерения
Необходимые инвестиции на разработку системы
руб.
Годовые затраты на планирование продаж при
руб.
базовом варианте
Годовые затраты на автоматизированное на
руб.
планирование продаж
Годовой экономический эффект
руб.
Экономическая эффективность проекта
94
Результат
178221,00
310200,00
191345,00
168855,00
0,81
Срок окупаемости проекта
лет
1,2
Получив все необходимые расчетные показатели, для наглядности,
составим
графические
диаграммы,
представленные
на
рисунке
48
(сравнительная диаграмма трудовых затрат) и 49 - сравнительная диаграмма
стоимостных затрат.
1200
1200
1050
1000
800
600
150
200
Базовый
Проектный
Изменение
Рисунок 48 - Cравнительная диаграмма трудовых затрат
Рисунок 49 - Сравнительная диаграмма стоимостных затрат
95
ЗАКЛЮЧЕНИЕ
В ходе выполнения работы:
1.
Были изучены технологии создания баз данных и приложений баз
данных;
2.
Была разработана базы данных для хранения информации
предметной области;
3.
Была разработан модуль приёма и обработки заявок клиентов;
4.
Была проработана безопасная аутентификации в системе.
Разработанный модуль приёма и обработки заявок позволит компании
получить наиболее полную потребительскую информацию по продаваемому
товару и учесть пожелания покупателей при формировании ассортимента.
Разработанный модуль приёма и обработки заявок позволит покупателю
осуществлять возврат некачественного товара по более прозрачной схеме.
Внедрение модуля приема заявок позволит осуществлять:
-
предоставление
клиенту
информации
о
способах
возврата
приобретённого товара;
- получение от клиента замечаний и пожеланий;
- отслеживание
групп товаров,
являющихся
не
достаточно
качественными;
- отслеживание поставщиков, чья продукция является не достаточно
качественной;
- анализ потребительского спроса на товары;
- анализ активности клиентов.
Программный продукт подготовлен к вводу в эксплуатацию.
Расчет
показателей
экономической
эффективности
разработки
и
внедрения автоматизированной информационной системы доказывает не
только эффективность внедрения данной системы, но даже необходимость
этого.
Внедрение системы принесет не только заметный экономический эффект,
но весьма быстро окупит затраты на ее разработку, создание и внедрение.
96
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ
1.
ГОСТ Р ИСО/МЭК 12207-99, Руководящий документ, Госстандарт России,
Москва, 2004
2.
ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.
3.
Методология функционального моделирования IDEF0, Руководящий
документ, Госстандарт России
4.
Аппаратное обеспечение вычислительных систем / Д.В. Денисов, В.А.
Артюхин, М. Ф. Седненков; под ред. Д.В. Денисова. – М.: Маркет ДС, 2010 –
184 с. (Университетская серия.)
5.
Беленькая М.Н., Малиновский С.Т., Яковенко Н.В. Администрирование в
информационных системах. Научно-популярное издание. - М.: Горячая линия Телеком, 2011. - 300 с.
6.
Вишневский А. Microsoft SQL Server. Эффективная работа. – Спб.:
«ПИТЕР, ИЗДАТЕЛЬСКИЙ ДОМ», 2009. – С. 541;
7.
Гладченко А., Щербинин В. Репликация Microsoft SQL Server 2005/2008,
«ЭКОМ Паблишерз», 2009.– С. 288;
8.
Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование
информационных систем - М.: ИУИТ, 2012 - 300 с.
9.
Доминик Байер. Microsoft ASP .NET. Обеспечение безопасности. СПб.:
«Питер», 2008. – С. 446.
10. Жилинский А.А. Самоучитель Microsoft SQL Server 2008 – М.: «BHV»,
2009. – С. 240;
11. Информационная безопасность и защита информации, Мельников В. П.,
М.: Академия, 2012, - 336 стр.
12. Кузнецов С. Д. Базы данных. Модели и языки – М.: Бином-Пресс, 2013 г. 720 с.
13. Култыгин О.П. Администрирование баз данных. СУБД MS SQL Server. М:
Московская
финансово-промышленная
(Университетская серия).
97
академия,
2012
-232
с.
14. Методология
и
технология
разработки
информационных
систем:
http://www.piter-press.ru/
15. Нейгел К и др. С# 2008 и платформа .Net 3.5 для профессионалов. –
Диалектика, 2009. – 1659 с.
16. О.Л. Голицына, И.И. Попов, Н.В. Максимов Базы данных. Учебное
пособие. 3-е изд., перераб. и доп. М. : ФОРУМ, 2012. 400 с.
17. Роберт Э. Уолтерс, Майкл Коулс SQL Server 2008: ускоренный курс для
профессионалов. — М.: «Вильямс», 2009. — С. 768;
18. Роберт Э. Уолтерс, Майкл Коулс, Роберт Рей, Фабио Феррачати, Дональд
Фармер. SQL Server 2008: ускоренный курс для профессионалов. М.:
«Вильямс», 2009. – С. 768.
19. Смирнова Г.Н. Проектирование экономических информационных систем.
Учебник, М.: Финансы и статистика, 2009 г. – С. 512.
20. Троелсен Э., Язык программирования C# 2010 и платформа .NET 4. – M.:
ООО «И.Д. Вильямс», 2011 - 1392 с.
21. Устройство
и
функционирование
информационных
систем.
Н.
З.
Емельянова, Т. Л. Партыка, И. И. Попов., Учебное пособие. М. : ФОРУМ : НИЦ
ИНФРА-М, 2012. 448 с.
22. Шилдт. Г. Полное руководство по C#4.0 - M.: ООО «И.Д. Вильямс», 2011
– 1056 с.
98
ПОСЛЕДНИЙ ЛИСТ ДИПЛОМНОЙ РАБОТЫ
Дипломная работа выполнена мной совершенно самостоятельно. Все
использованные в работе материалы и концепции из опубликованной научной
литературы и других источников имеют ссылки на них.
«_____» ___________________ 202__ г.
________________________/__________________________
(подпись)
(Ф.И.О.)
99
ПРИЛОЖЕНИЕ 1
Исходный код баз данных
USE [master] GO
/****** Object: Database [РекламацииSQL]
Script Date: 11/29/2011 02:57:49
******/ CREATE DATABASE [РекламацииSQL] ON PRIMARY
(
NAME =
N'РекламацииSQL_dat', FILENAME=
Files\Microsoft
N'C:\Program
SQL
Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\РекламацииSQL.mdf' ,
SIZE = 2304KB , MAXSIZE
= UNLIMITED, FILEGROWTH = 1024KB ) LOG ON
( NAME = N'РекламацииSQL_log', FILENAME = N'C:\Program Files\Microsoft
SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\РекламацииSQL.ldf' ,
SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)
GO
ALTER DATABASE [РекламацииSQL] SET COMPATIBILITY_LEVEL = 100
GO
IF (1 = FULLTEXTSERVICEPROPERTY('IsFullTextInstalled'))
begin
EXEC [РекламацииSQL].[dbo].[sp_fulltext_database] @action = 'enable' end
GO
ALTER DATABASE [РекламацииSQL] SET ANSI_NULL_DEFAULT OFF GO
ALTER DATABASE [РекламацииSQL] SET ANSI_NULLS OFF GO
ALTER DATABASE [РекламацииSQL] SET ANSI_PADDING OFF GO
ALTER DATABASE [РекламацииSQL] SET ANSI_WARNINGS OFF GO
ALTER DATABASE [РекламацииSQL] SET ARITHABORT OFF GO
ALTER DATABASE [РекламацииSQL] SET AUTO_CLOSE OFF GO
ALTER DATABASE [РекламацииSQL] SET AUTO_CREATE_STATISTICS ON
GO
100
ALTER DATABASE [РекламацииSQL] SET AUTO_SHRINK OFF GO
ALTER DATABASE [РекламацииSQL] SET AUTO_UPDATE_STATISTICS ON
GO
ALTER DATABASE [РекламацииSQL] SET CURSOR_CLOSE_ON_COMMIT
OFF GO
ALTER DATABASE [РекламацииSQL] SET CURSOR_DEFAULT GLOBAL GO
ALTER DATABASE [РекламацииSQL] SET CONCAT_NULL_YIELDS_NULL
OFF GO
ALTER DATABASE [РекламацииSQL] SET NUMERIC_ROUNDABORT OFF
GO
ALTER DATABASE [РекламацииSQL] SET QUOTED_IDENTIFIER OFF GO
ALTER DATABASE [РекламацииSQL] SET RECURSIVE_TRIGGERS OFF GO
ALTER DATABASE [РекламацииSQL] SET ENABLE_BROKER GO
ALTER DATABASE [РекламацииSQL] SET
AUTO_UPDATE_STATISTICS_ASYNC OFF GO
ALTER DATABASE [РекламацииSQL] SET
DATE_CORRELATION_OPTIMIZATION OFF GO
ALTER DATABASE [РекламацииSQL] SET TRUSTWORTHY OFF GO
ALTER DATABASE [РекламацииSQL] SET ALLOW_SNAPSHOT_ISOLATION
OFF GO
ALTER DATABASE [РекламацииSQL] SET PARAMETERIZATION SIMPLE
GO
ALTER DATABASE [РекламацииSQL] SET READ_COMMITTED_SNAPSHOT
OFF GO
ALTER DATABASE [РекламацииSQL] SET HONOR_BROKER_PRIORITY OFF
GO
ALTER DATABASE [РекламацииSQL] SET READ_WRITE GO
ALTER DATABASE [РекламацииSQL] SET RECOVERY FULL GO
ALTER DATABASE [РекламацииSQL] SET MULTI_USER GO
101
ALTER DATABASE [РекламацииSQL] SET PAGE_VERIFY CHECKSUM GO
ALTER DATABASE [РекламацииSQL] SET DB_CHAINING OFF GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Группы]
Script Date: 11/29/2011 03:22:02
******/
IF EXISTS (SELECT * FROM sys.objects WHERE object_id =
OBJECT_ID(N'[dbo].[Группы]') AND type in (N'U'))
DROP TABLE [dbo].[Группы] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Группы]
Script Date: 11/29/2011 03:22:02
******/ SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON GO
CREATE TABLE [dbo].[Группы](
[ГруппаID] [int] IDENTITY(1,1) NOT NULL,
[Название] [nvarchar](255) NULL,
CONSTRAINT [aaaaaГруппы_PK] PRIMARY KEY NONCLUSTERED (
[ГруппаID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF,
IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON,
ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] GO
USE [РекламацииSQL] GO
IF EXISTS (SELECT * FROM sys.foreign_keys WHERE object_id =
OBJECT_ID(N'[dbo].[Заказ_FK00]') AND parent_object_id =
OBJECT_ID(N'[dbo].[Заказ]'))
ALTER TABLE [dbo].[Заказ] DROP CONSTRAINT [Заказ_FK00] GO
102
IF EXISTS (SELECT * FROM sys.foreign_keys WHERE object_id =
OBJECT_ID(N'[dbo].[Заказ_FK01]') AND parent_object_id =
OBJECT_ID(N'[dbo].[Заказ]'))
ALTER TABLE [dbo].[Заказ] DROP CONSTRAINT [Заказ_FK01] GO
IF EXISTS (SELECT * FROM sys.foreign_keys WHERE object_id =
OBJECT_ID(N'[dbo].[Заказ_FK02]') AND parent_object_id =
OBJECT_ID(N'[dbo].[Заказ]'))
ALTER TABLE [dbo].[Заказ] DROP CONSTRAINT [Заказ_FK02] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Заказ] Script Date: 11/29/2011 03:26:56 ******/
IF EXISTS (SELECT * FROM sys.objects WHERE object_id =
OBJECT_ID(N'[dbo].[Заказ]') AND type in (N'U'))
DROP TABLE [dbo].[Заказ]
GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Заказ] Script Date: 11/29/2011 03:26:56 ******/ SET
ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON GO
CREATE TABLE [dbo].[Заказ](
[ЗаказID] [int] IDENTITY(1,1) NOT NULL,
[ПокупательКод] [int] NULL, [ТоварКод] [int] NULL,
[Чек] [nvarchar](255) NULL, [Договор] [nvarchar](255) NULL, [ДатаЗаказа]
[nvarchar](255) NULL, [СпОплаты] [int] NULL,
CONSTRAINT [aaaaaЗаказ_PK] PRIMARY KEY NONCLUSTERED (
[ЗаказID] ASC
103
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF,
IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON,
ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] GO
ALTER TABLE [dbo].[Заказ]
WITH CHECK ADD CONSTRAINT
[Заказ_FK00] FOREIGN
KEY([ПокупательКод])
REFERENCES [dbo].[Покупатель] ([ПокупательID]) GO
ALTER TABLE [dbo].[Заказ] CHECK CONSTRAINT [Заказ_FK00] GO
ALTER TABLE [dbo].[Заказ]
WITH CHECK ADD CONSTRAINT
[Заказ_FK01] FOREIGN
KEY([СпОплаты])
REFERENCES [dbo].[СпособыОплаты] ([СпОплатыID]) GO
ALTER TABLE [dbo].[Заказ] CHECK CONSTRAINT [Заказ_FK01] GO
ALTER TABLE [dbo].[Заказ]
WITH CHECK ADD CONSTRAINT
[Заказ_FK02] FOREIGN
KEY([ТоварКод])
REFERENCES [dbo].[Товар] ([ТоварID]) GO
ALTER TABLE [dbo].[Заказ] CHECK CONSTRAINT [Заказ_FK02] GO
USE [РекламацииSQL] GO
USE [РекламацииSQL] GO
IF
EXISTS (SELECT
object_id
*
FROM
sys.foreign_keys WHERE
= OBJECT_ID(N'[dbo].[Покупатель_FK00]') AND
parent_object_id = OBJECT_ID(N'[dbo].[Покупатель]')) ALTER TABLE
[dbo].[Покупатель] DROP CONSTRAINT [Покупатель_FK00]
GO
USE [РекламацииSQL] GO
104
/****** Object: Table [dbo].[Покупатель] Script Date: 11/29/2011 03:31:04
******/
IF EXISTS (SELECT * FROM sys.objects WHERE object_id =
OBJECT_ID(N'[dbo].[Покупатель]') AND type in (N'U'))
DROP TABLE [dbo].[Покупатель] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Покупатель] Script Date: 11/29/2011 03:31:04
******/
SET ANSI_NULLS ON GO
SET QUOTED_IDENTIFIER ON GO
CREATE TABLE [dbo].[Покупатель](
[ПокупательID] [int] IDENTITY(1,1) NOT NULL, [ФИО] [nvarchar](255) NULL,
[Адрес] [nvarchar](255) NULL, [Телефон] [nvarchar](255) NULL,
[РекламацияКод] [int] NULL,
CONSTRAINT [aaaaaПокупатель_PK] PRIMARY KEY NONCLUSTERED (
[ПокупательID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF,
IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON,
ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Поставщик] Script Date: 11/29/2011 03:31:45
******/
IF EXISTS (SELECT * FROM sys.objects WHERE object_id =
OBJECT_ID(N'[dbo].[Поставщик]') AND type in (N'U'))
DROP TABLE [dbo].[Поставщик] GO
USE [РекламацииSQL] GO
105
/****** Object: Table [dbo].[Поставщик] Script Date: 11/29/2011 03:31:45
******/ SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON GO
CREATE TABLE [dbo].[Поставщик](
[ПоставщикаID] [int] IDENTITY(1,1) NOT NULL, [ИНН] [nvarchar](255) NULL,
[КПП] [nvarchar](255) NULL, [Адрес] [nvarchar](255) NULL, [Телефон]
[nvarchar](255) NULL, [Контакт] [nvarchar](255) NULL, [Должность]
[nvarchar](255) NULL,
CONSTRAINT [aaaaaПоставщик_PK] PRIMARY KEY NONCLUSTERED (
[ПоставщикаID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF,
IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON,
ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Размеры]
Script Date: 11/29/2011 03:33:34
******/
IF EXISTS (SELECT * FROM sys.objects WHERE object_id =
OBJECT_ID(N'[dbo].[Размеры]') AND type in (N'U'))
DROP TABLE [dbo].[Размеры] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Размеры]
Script Date: 11/29/2011 03:33:34
******/ SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON GO
106
CREATE TABLE [dbo].[Размеры](
[РазмерID] [int] IDENTITY(1,1) NOT NULL,
[Название] [nvarchar](255) NULL,
CONSTRAINT [aaaaaРазмеры_PK] PRIMARY KEY NONCLUSTERED (
[РазмерID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF,
IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON,
ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] GO
USE [РекламацииSQL] GO
IF
EXISTS (SELECT
object_id
*
FROM
sys.foreign_keys WHERE
= OBJECT_ID(N'[dbo].[FK_Регламент_Заказ]') AND
parent_object_id = OBJECT_ID(N'[dbo].[Регламент]')) ALTER TABLE
[dbo].[Регламент] DROP CONSTRAINT [FK_Регламент_Заказ]
GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Регламент] Script Date: 11/29/2011 03:34:10
******/
IF EXISTS (SELECT * FROM sys.objects WHERE object_id =
OBJECT_ID(N'[dbo].[Регламент]') AND type in (N'U'))
DROP TABLE [dbo].[Регламент] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Регламент] Script Date: 11/29/2011 03:34:10
******/ SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON GO
CREATE TABLE [dbo].[Регламент](
[РегламентID] [int] IDENTITY(1,1) NOT NULL,
107
[Название] [nvarchar](255) NULL, [Описание] [nvarchar](255) NULL,
CONSTRAINT [aaaaaРегламент_PK] PRIMARY KEY NONCLUSTERED (
[РегламентID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF,
IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON,
ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Рекламация] Script Date: 11/29/2011 03:34:54
******/
IF EXISTS (SELECT * FROM sys.objects WHERE object_id =
OBJECT_ID(N'[dbo].[Рекламация]') AND type in (N'U'))
DROP TABLE [dbo].[Рекламация] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Рекламация] Script Date: 11/29/2011 03:34:54
******/ SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON GO
CREATE TABLE [dbo].[Рекламация](
[РекламацияID] [int] IDENTITY(1,1) NOT NULL, [Описание] [nvarchar](255)
NULL, [ДатаРекламации] [nvarchar](255) NULL, [Пожелание] [nvarchar](255)
NULL,
CONSTRAINT [aaaaaРекламация_PK] PRIMARY KEY NONCLUSTERED (
[РекламацияID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF,
IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON,
ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
108
) ON [PRIMARY] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[СпособыОплаты] Script Date: 11/29/2011 03:35:37
******/
IF EXISTS (SELECT * FROM sys.objects WHERE object_id =
OBJECT_ID(N'[dbo].[СпособыОплаты]') AND type in (N'U'))
DROP TABLE [dbo].[СпособыОплаты] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[СпособыОплаты] Script Date: 11/29/2011 03:35:37
******/ SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON GO
CREATE TABLE [dbo].[СпособыОплаты]( [СпОплатыID] [int] IDENTITY(1,1)
NOT NULL,
[Название] [nvarchar](255) NULL,
CONSTRAINT [aaaaaСпособыОплаты_PK] PRIMARY KEY NONCLUSTERED (
[СпОплатыID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF,
IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON,
ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] GO
USE [РекламацииSQL] GO
IF EXISTS (SELECT * FROM sys.foreign_keys WHERE object_id =
OBJECT_ID(N'[dbo].[Товар_FK00]') AND parent_object_id =
OBJECT_ID(N'[dbo].[Товар]'))
ALTER TABLE [dbo].[Товар] DROP CONSTRAINT [Товар_FK00] GO
109
IF EXISTS (SELECT * FROM sys.foreign_keys WHERE object_id =
OBJECT_ID(N'[dbo].[Товар_FK01]') AND parent_object_id =
OBJECT_ID(N'[dbo].[Товар]'))
ALTER TABLE [dbo].[Товар] DROP CONSTRAINT [Товар_FK01] GO
IF EXISTS (SELECT * FROM sys.foreign_keys WHERE object_id =
OBJECT_ID(N'[dbo].[Товар_FK02]') AND parent_object_id =
OBJECT_ID(N'[dbo].[Товар]'))
ALTER TABLE [dbo].[Товар] DROP CONSTRAINT [Товар_FK02] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Товар] Script Date: 11/29/2011 03:36:06 ******/
IF EXISTS (SELECT * FROM sys.objects WHERE object_id =
OBJECT_ID(N'[dbo].[Товар]') AND type in (N'U'))
DROP TABLE [dbo].[Товар] GO
USE [РекламацииSQL] GO
/****** Object: Table [dbo].[Товар] Script Date: 11/29/2011 03:36:06 ******/ SET
ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON GO
CREATE TABLE [dbo].[Товар](
[ТоварID] [int] IDENTITY(1,1) NOT NULL,
[Название] [nvarchar](255) NULL, [РазмерКод] [int] NULL, [ПоставшикКод]
[int] NULL, [ГруппаКод] [int] NULL,
[Цена] [nvarchar](255) NULL,
CONSTRAINT [aaaaaТовар_PK] PRIMARY KEY NONCLUSTERED (
[ТоварID] ASC
110
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF,
IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON,
ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] GO
111