Необходимо разработать БД и систему управления удалённой БД компании для обеспечения:
1) распределённого доступа к данным (создание, наполнение, авторитетное редактирование, просмотр, вариативная выгрузка) и скачивание файлов сотрудниками Компании;
2) ограниченного доступа клиентам Компании к данным (просмотр, вариативная выгрузка) и скачивание файлов;
3) наполнения информацией корпоративного сайта Компании
.
Приблизительная структура БД представлена в файле _____.PDF. (предоставим)
Хранение большинства файлов (фото, видео, документы) и их администрирование предполагается на независимом от БД отдельном хранилище. В самой БД будут администрироваться ссылки на определённые файлы. Вход для пользователей БД предполагается осуществлять через страницу “Личный кабинет” на сайте Компании.
В настоящий момент БД ведётся сотрудниками Компании в файле Excel (пример организационной структуры, заполнения полей и прочей информации – в файле _____.xlsm – предоставим). В этом Справочнике указан пример заполнения информацией по средству D ___. Всего в ассортименте Компании – более 75 уникальных химических средств, каждое из которых может быть представлено на рынке отдельной позицией из ассортимента Компании (SKU) в различной расфасовке как по объёму (0.5, 1, 5, 10 и 20 л), так и по виду тары (триггеры-разбрызгиватели, пластиковые бутылки и канистры, металлические ёмкости). В приведённом примере Справочника данные для средства D ____ представлены в виде двух столбцов для каждого SKU – бутылке 1 л и канистре 5 л. Полная, актуальная версия файла с БД в Excel’е будет являться основой для наполнения проектируемой БД информацией по всем средствам и соответствующим SKU.
После создания структуры БД и её наполнения данными из актуального файла предполагается обеспечить распределённый доступ сотрудникам Компании к этим данным. Распределённый доступ подразумевает:
• обеспечение возможности разным категориям сотрудников Компании наполнять и/или редактировать определённые параметры (поля) каждого средства в индивидуальной для каждой категории пользователей, удобной экранной форме;
• контроль внесения изменений в БД, придавая подобным изменениям признаки индивидуальной ответственности и временнЫе параметры;
• автоматическое информирование всех или определённую часть пользователей СУБД обо всех внесённых изменениях в БД для стимуляции последовательности действий другой части (категории) сотрудников в связи с новыми вводными;
• возможность формировать выгрузки данных из БД по указанным параметрам в виде файлов определённых форматов.
Так, в качестве реального примера процесса работы с СУБД, если технолог Компании в своей зоне ответственности за раздел “Химия” в БД (зелёное поле в структуре БД) внесёт изменение в химический состав средства X посредством интерфейса СУБД, то оповещение об изменении данного параметра получат все сотрудники-пользователи БД. Кроме того, такие данные, как “Пользователь”, дата, время, запись средства, редактируемое поле и его предыдущее значение, сохраняются в Истории внесённых изменений. После получения общей информации об изменении технологом состава определённого средства маркетолог Компании в своём интерфейсе СУБД, получив наглядное отображение изменения технологом, принимает решение о необходимости внесения изменений в информацию уже в своей зоне ответственности за раздел “Маркетинг” в БД (бежевое поле в структуре БД). Маркетолог вносит необходимые изменения в свою часть данных в Базе или авторитетно подтверждает технологические изменения, информация о чём также рассылается всем сотрудникам-пользователям БД и сохраняется в Истории внесённых изменений. Продакт-менеджер Компании уже в своём интерфейсе СУБД своей зоны ответственности “Продукция” в БД (голубое поле в структуре БД) вносит необходимые изменения касательно средства X, о чём также информируются все сотрудники-пользователи БД и вносится новая запись в Истории внесённых изменений. Таким образом, сформировано авторитетное и ответственное изменение информации в БД, связанное с коррекцией химического состава средства X, инициированное технологом.
Результатом подобного поэтапного внесения изменения в БД является, например, возможность сформировать технические задания в виде определённых форматов различной наполненности выгрузок (файлов) из обновлённой БД:
• дизайнеру – на правки технического описания средства Х, коррекции этикеток всех SKU и проч.;
• интернет-менеджеру – на правки описаний средства X, представленного на площадках различных маркетплейсов;
• маркетологу – на создание информационных материалов для различных сотрудников Компании (например, отдел логистики, склад и проч.) о предстоящем изменении материалов, связанных со средством X.
Кроме того, существует необходимость формировать актуальную выгрузку из БД общего файла со всеми средствами в привычном формате Excel для локального использования различными сотрудниками Компании в своей работе.
Специальный интерфейс СУБД должен предоставлять ограниченной группе пользователей.