Материал: Автоматизация процесса взаимодействия с клиентами (CRM) в филиале компании DNS
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
42
время от времени. Преимуществом перед другими базами данных с открытым
исходным кодом является очень сильная внешняя экосистема поставщика.
PostgreSQL имеет очень сильное и активное сообщество. Его сообщество
улучшает существующие функции.
Особенности СУБД MySQL и PostgreSQL представлено в таблице 8.
Таблица 8
Особенности СУБД MySQL и PostgreSQL
Параметр
PostgreSQL
MySQL
Лицензирование
Лицензия MIT
GNU General Public License
Реализация языка
программирования
С
C / C ++
Графический
инструмент
Pgadmin
MySQL Workbench
ACID
Да
Да
Хранение данных
Единый механизм
хранения
Несколько механизмов хранения,
например, innodb и myisam
Полнотекстовый
поиск
Да
Да
DROP TABLE
Поддержка опции
CASCADE
Не поддерживает опцию CASCADE
Столбец
автоинкремента
SERIAL
AUTO_INCREMENT
Типы данных
Поддержка
расширенных типов
Стандартные типы SQL
Целое число без
знака
Нет
Да
Логический тип
Да
TINYINT(1)
Тип данных IP-
адреса
Да
Нет
Материализованны
е представления
Да
Нет
CHECK
ограничения
Да
Нет (mysql игнорирует ограничение
CHECK)
Таблица
наследования
Да
Нет
FULL OUTER JOIN
Да
Нет
INTERSECT
Да
Нет
EXCEPT
Да
Нет
Частичные индексы
Да
Нет
Растровые индексы
Да
Нет
Индексы
выражения
Да
Нет
Триггеры
Поддержка триггеров
Ограничено некоторыми командами
Разметка
Диапазон, список
Диапазон, список, ключ и составное
разбиение
Расписание задач
PGagent
Запланированное событие
Масштабируемость
соединения
Каждое соединение –
процесс ОС
Каждое новое соединение является
потоком ОС
43
В качестве СУБД выбрана MySQL, потому что она более проста в
использовании и имеет опять же больше примеров и мануалов по работе с ней.
С ней проще разрабатывать небольшие приложения.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Архитектурой построения автоматизированной системы будет являться
клиент-серверная модель (рисунок 11)
12
.
Рисунок 11 – Модель клиент-сервер
Модель клиент-сервер представляет собой распределенную структуру
приложений, которая распределяет задачи или рабочую нагрузку между
поставщиками ресурса или службы, называемыми серверами, и пользователями
служб, называемыми клиентами.
В архитектуре клиент-сервер, когда клиентский компьютер отправляет
запрос данных на сервер через интернет, сервер принимает запрос,
обрабатывает его, и доставляет ответ обратно клиенту.
Требования к техническому обеспечению представлено в таблице 9.
Таблица 9
Требования к техническому обеспечению
Минимальные
Рекомендуемые
Сервер
Процессор 1,5 ГГц, ОЗУ 512 Мб,
HDD 2 Гб, сетевой интерфейс 100
Мбит/с
Процессор 2 ГГц, ОЗУ 1 Гб, HDD 10
Гб, сетевой интерфейс 1000 Мбит/с
Клиент
Процессор 1.8 ГГц, ОЗУ 2 Гб, HDD
20 Гб, сетевой интерфейс 100
Мбит/с
Процессор 2,4 ГГц, ОЗУ 4 Гб, HDD
100 Гб, сетевой интерфейс 1000
Мбит/с
12
Советов Б.Я. Архитектура информационных систем: учебник для студ. учреждений высш. проф. образования.
– М.: Издательский центр «Академия», 2012. – 288 с.
44
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта автоматизации – это модель, используемая в
управлении проектами, которая определяет этапы, включаемые в проект
разработки информационной системы, от первоначального технико-
экономического обоснования до сопровождения завершенного приложения
13
.
Можно выделить такие общеизвестные стандарты жизненного цикла
проекта автоматизации: ГОСТ 34, ISO 12207, ISO 15288, MSF, RUP, COBIT,
Oracle CDM, XP
14
.
В качестве стандарта ЖЦ предложен ГОСТ 34.601-90, который
определяет этапы и стадии их создания и сопровождения (таблица 10).
Таблица 10
Описание этапов ЖЦ проекта автоматизации по ГОСТ 34.601-90
Этап
Цель этапа
Получаемые результаты
Формирование
требований к
ИС
Исследование предприятия DNS,
обоснование потребности
автоматизации взаимодействия с
клиентами, сбор требований,
оформление тактико-
технического задания
Тактико-техническое задание
на разработку ИС
автоматизации взаимодействия
с клиентами
Разработка
концепции ИС
Утверждение главной концепции
разработки ИС
Выбранная концепция ИС,
которая удовлетворяет
требованиям
Техническое
задание
Разработка технического
задания
Техническое задание
Технорабочий
проект
Разработка технической
документации на ИС
Технический проект и рабочая
документация на ИС
Ввод в
действие
Внедрить ИС на предприятие
Функционирующая ИС
Сопровождение
ИС
Обслуживание ИС
Функционирующая ИС
13
Пищикова Е., Комличенко В.Н. Техники выявления требований к разработке по // Естественные и
математические науки в современном мире: сб. ст. по матер. XXVI междунар. науч.-практ. конф. № 1(25). –
Новосибирск: СибАК, 2015.
14
Ипатова Э. Методологии и технологии системного проектирования информационных систем. Учебник. – М.:
«Флинта», 2014. – 192 с.
45
Допускается исключать стадию «Эскизный проект» и отдельные этапы
работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая
документация» в одну стадию «Технорабочий проект».
Выделяют такие стратегии автоматизации:
Параллельная – внедрение новой системы, когда старая еще работает.
«Скачок» – быстрая замена старой системы на новую.
«Пилотный проект» – быстрая замена старой системы на новую на
небольшом участке.
«Узкое место» – автоматизация выполняется для небольшого числа
сотрудников.
В качестве стратегии автоматизации предложена «узкое место», чтобы
протестировать систему на незначительном числе сотрудников сервисного
центра «DNS».
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Риски должны быть определены для этапов каскадной модели (таблица
11).
Таблица 11
Ожидаемые риски на этапах ЖЦ согласно каскадной модели
Этап
Риски
Способы минимизации
Формирование
требований к
ИС
Недостаточно полные
требования
Согласовать требования со всеми
сторонами
Разработка
концепции ИС
Ошибки при выборе
средств проектирования
Ошибки проектирования
Согласование выбора с командой
разработчиков
Представление результатов
проектирования заказчику
Техническое
задание
Техническое задание не
охватывает весь спектр
требований
Взять за основу технические задания
для схожих программных продуктов
Технорабочий
проект
Выход релиза после
запланированного срока
Не все функции
протестированы
Контроль сроков исполнения всех
разработчиков
Привлечение специалистов по
тестированию ПО
Ввод в
действие
Формирование
дополнительных
требований при вводе в
эксплуатацию
Требовать подписания и утверждения
технического задания заказчиком,
чтобы потом нельзя было сослаться на
несогласованные ранее требования
Сопровождение
ИС
Внедрение без
инструктажа
Разработка инструкции пользователя,
проведение инструктажа для персонала
46
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Средства обеспечения информационной безопасности и защиты
информации на предприятии будут охватывать три категории:
защита от внутренних угроз;
защита от внешних угроз;
применение дополнительных средств повышения безопасности.
Защита от внутренних угроз при использовании ИС автоматизации
взаимодействия с клиентами будет осуществлена посредством разграничения
прав доступа групп пользователей (таблица 12).
Таблица 12
Разграничения прав доступа пользователей
Группы
пользова-
телей
Управление
пользователя
ми
Создан
ие
заявок
Учет заявок
Просмотр
истории
заявки по
ссылке
Администратор
Полный
Нет
Нет
Нет
Менеджер
Нет
Создани
е
Просмотр всех,
редактирование всех
Нет
Техник
Нет
Нет
Просмотр
делегированных,
редактирование
делегированных
Нет
Клиент
Нет
Нет
Нет
Просмотр
В качестве защиты от внешних угроз на предприятии уже применяется
протокол создание защищенной канала обмена информацией между
подразделениями по технологии L2TP/IPSec.
Что касается общей политики ИБ на предприятии, то, например, защита
данных от потерь будет осуществляться путем резервного копирования базы
данных не реже одного раза в неделю. Настройки автоматического резервного
копирования могут быть заданы настройками аккаунту почти у любого
хостинг-провайдера.
Источник: https://baza.diplomsite.ru/previewfile/2064