Диплом: Автоматизация подсистемы учета статистических данных и формирование отчета по работе интернет-магазина ООО "ЛЮТИК"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
47
Отрабатываются системные вопросы безопасности работы системы в
многопользовательском режиме. Создаются приложения, шаблоны, отчеты,
клиентские формы доступа, распределяются полномочия пользователей.
Проводится "прогонка" всех систем в "боевом режиме" с участием всех
заинтересованных сторон.
После окончания фазы реализации проект внедрения считается
законченным. Информационная система передается в эксплуатацию.
Этап жизненного цикла ИС эксплуатация содержит в себе следующий
перечень выполняемых работ:
ввод первичных данных для формирования входных документов;
актуализация нормативно-справочной информации;
создание резервных копий;
отслеживание и исправление ошибок в работе, незамеченных на этапе
тестирования и внедрения ИС.
Ввод первичных данных осуществляется пользователями проектируемой ИС
с помощью соответствующих форм ввода данных.
Актуализация нормативно-справочной информации выполняется
администратором ИС по мере необходимости (удаляются или скрываются
неактуальные данные, добавляются новые).
Создание резервных копий базы данных и файлов информационной системы
также входит в обязанности администратора ИС, осуществляется еженедельно.
Отслеживание ошибок выполняется основными пользователями ИС –
сотрудниками компании, исправление выполняет разработчик информационной
системы по мере необходимости.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Рисками проекта принято называть неопределенные события (или условия),
которые при возникновении (или появлении) имеют какое-либо воздействие на
проект в целом или на одну из целей его создания, при чем воздействие может
носить как положительный, так и негативный характер [6].
Проведем анализ рисков разрабатываемого проекта автоматизации
подсистемы формирования статистических отчетов. Риски могут быть
48
обусловлены различными факторами, например: недостаточное определение
параметров, влияющих на выбор технологий, случайность, которая не может быть
предусмотрена, какие-то технические сбои и т.д. Ниже описаны возможные риски
в реализации данного проекта, причины их возникновения, а также способы
избегания, пути устранения или уменьшения негативных последствий. Также для
каждого риска указаны этапы жизненного цикла проекта автоматизации, на
котором данный риск может возникнуть.
Наиболее часто возникающим риском является выход из строя технических
устройств (персональных компьютеров, ноутбуков и другого оборудования),
которые необходимы для решения выделенных задач. Поломка и выход из строя
техники может произойти на любом этапе жизненного цикла данного проекта
автоматизации подсистемы формирования отчетов. Негативных последствий
может быть два: отклонение от календарного плана реализации проекта на то
время, пока техника не будет отремонтирована или заменена, и возможная потеря
данных. Для того, чтобы снизить вероятность выхода компьютера или любой
другой техники из строя необходимо всегда проводить плановое техническое
обслуживание, как аппаратного обеспечения компьютера (чистка от пыли,
смазывание вентиляторов системы охлаждения), так и программного
(своевременное обновление программ, актуальное антивирусное ПО). Для того,
чтобы свести негативные последствия, связанные с потерей данных к минимуму
необходимо регулярно выполнять резервное копирование всех данных, так или
иначе связанных с проектом.
Следующий риск, который может возникнуть в процессе реализации
проекта, это заболевание сотрудника, ответственного за решение какой-либо
задачи. Данный риск может возникнуть на любом этапе жизненного цикла проекта
автоматизации. Среди негативных последствий заболевания сотрудника стоит
выделить увеличение срока реализации всего проекта, а возможно и увеличение
его стоимости. Для снижения вероятности возникновения заболевания необходимо
соблюдать технику безопасности и санитарно-эпидемиологические нормы при
работе за компьютером.
Третий риск, влияющий на успех реализации проекта – потеря данных,
которая может возникнуть как в результате выхода жесткого диска из строя (эта
49
ситуация была рассмотрена выше), так и из-за случайного удаления важных
данных. Данный риск может возникнуть на любом этапе жизненного цикла
проекта. Чтобы уменьшить негативные последствия от потери каких-либо важных
данных, достаточно регулярно производить резервное копирование и архивацию
данных, особенно после каждого выполненного промежуточного этапа.
Риск возникновения чрезвычайной ситуации. При возникновении
чрезвычайной ситуации (н-р, землетрясение, пожар, наводнение и т.д.), все работы
по проекту приостанавливаются до момента прекращения действия чрезвычайной
ситуации и устранения её последствий. Данный риск может возникнуть на любом
этапе жизненного цикла информационной системы, для снижения негативных
последствий чрезвычайной ситуации рекомендуется хранить все резервные копии
на удаленных серверах, например, в облачных хранилищах. Тогда работу по
проекту можно будет продолжить с любого компьютера с доступом в сеть
интернет.
Также имеется вероятность того, что в процессе реализации проекта,
изменятся требования к информационной системе. Даже несмотря на то, что было
проведено комплексное изучение предметной области и выявлены конкретные
требования к разрабатываемому программному продукту, возможна ситуация,
когда какой-то момент не был учтен, либо изменилась сама предметная область.
Для снижения вероятности возникновения риска необходимо ответственно
подходить к выбору разработчика-проектировщика, в обязанности которого входит
исследование предметной области и формирование требований к разрабатываемой
информационной системе, т.к. именно от результатов его исследования зависит
полнота и гибкость требований к разрабатываемому программному продукту.
Данный риск может возникнуть на следующих этапах жизненного цикла
информационной системы: разработка, тестирование и внедрение.
Помимо возможного изменения требований к информационной системе,
существует риск полной отмены реализации проекта, в связи с изменившимися
внешними условиями. До полного завершения проекта автоматизации такой риск
всегда существует, однако, чем ближе дата завершения проекта, тем вероятность
возникновения данного риска будет ниже, а после прохождения этапа внедрения
негативный эффект данного риска значительно снижается.
50
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для обеспечения информационной безопасности и сохранности информации
необходимо использовать разделение прав пользователей к различным модулям
разрабатываемой информационной системы [22].
Разрабатываемая подсистема формирования отчетов будет использовать
механизмы обеспечения групповых политик пользователей, которые уже
используются в интернет-магазине. Выделяются следующие группы
пользователей:
администраторы;
пользователи.
Уровни доступа к разным модулям системы представлены в виде таблицы 6.
Таблица 6
Разграничение прав доступа к системе
Модули системы
Группы пользователей
Администраторы
Пользователи
Авторизация
Чтение
Чтение
Формирование отчетов
Чтение/создание/редактирование
Чтение
Справочники
Чтение/создание/редактирование
Чтение
Пользователи
Чтение/создание/редактирование
Нет
База данных
Чтение/создание/редактирование
Нет
Как видно из таблицы 6 у каждой группы пользователей имеется свой
уровень доступа. Для того, чтобы защитить учетные записи пользователей от
несанкционированного доступа необходимо применить шифрование
конфиденциальных данных. Пароли для доступа к ИС должны храниться в базе
данных в зашифрованном виде.
Кроме того, необходимо следить за сложностью паролей, которые
устанавливают себе пользователи. Пароль должен быть длиной не менее 8
символов, с обязательным использованием минимум одной цифры и прописного
символа (большой буквы).
51
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационной моделью называют схему движения входной,
промежуточной и результативной информации и функций предметной области.
Также с помощью информационной модели объясняется с помощью каких
входных данных (документов) и какой нормативно-справочной информации
происходит выполнение основных функций. Информационная модель
представлена на рисунке 12.
Спр «Рекламные
каналы»
Маркетолог
Спр* «Рекламные
каналы»
Управление
справочниками
Т «Товары»
Подсистема формирования
отчетов
Т «Заказы
покупателей»
Спр
«Рекламные
кампании»
Спр* «Рекламные
кампании»
Формирование
отчета
Маркетолог
Т «Категории
товаров»
Спр «GET-
параметры»
Спр* «GET-
параметры»
Ф «Статистический
отчет»
Т* «Товары»
Т* «Заказы
покупателей»
Т* «Категории
товаров»
Управление
товарами
Управление
заказами
Управление
категориями
Рисунок 12 – Информационная модель
В соответствии с составленной информационной моделью Маркетолог
может работать со справочниками системы: добавлять и изменять записи в них, а
также формировать статистические отчеты.
Следует отметить, что работа с таблицами «Товары», «Категории товаров» и
«Заказы покупателей» в проектируемой подсистеме не осуществляется, на
52
основании записей этих таблиц формируются отчеты в указанном пользователем
виде.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
В подсистеме автоматизации формирования статистически отчетов
используются три справочника, характеристики которых приведены в таблице 7.
Таблица 7
Справочники информационной системы
Название
справочника
Ответственный
за ведение
Средний
объём
справочника
в записях
Среднюю
частоту
актуализации
Средний
объем
актуализации,
%
GET-параметры
Маркетолог
10
1 раз в месяц
10
Рекламные
каналы
Маркетолог
10
1 раз в неделю
2
Рекламные
кампании
Маркетолог
20
1 раз в неделю
1
Справочники необходимо время от времени актуализировать. Средняя
частота актуализации справочников составляет один раз в неделю или месяц.
Реквизитный состав каждого справочника представлен в виде таблицы 8.
Таблица 8
Реквизитный состав справочников информационной системы
Название справочника
Перечень реквизитов
GET-параметры
Наименование
Название
Рекламные каналы
GET-параметр
Значение
Название
Рекламные кампании
GET-параметр
Значение
Название
Редактирование и ввод новых записей во все справочники осуществляется с
помощью специальных форм.
На рисунке 13 изображен макет формы для работы с записями справочника
«GET-параметры».
53
Рисунок 13 – Макет формы справочника «GET-параметры»
Формы для работы с записями других справочников имеют аналогичный вид
(Рисунок 14 и 15). С помощью этих форм создаются новые записи в
соответствующих справочниках. При редактировании записей используются эти
же формы.
Рисунок 14 – Макет формы справочника «Рекламные каналы»
Рисунок 15 – Макет формы справочника «Рекламные кампании»
54
В качестве входных данных для подсистемы формирования отчетов
выступают данные из заказов покупателей, которые хранятся в базе данных
интернет-магазина.
2.2.3. Характеристика результатной информации
В качестве выходных данных для проектируемой подсистемы выступают
статистические отчеты по результатам работы интернет-магазина. Подробное
описание отчета приведено в виде таблицы 9.
Таблица 9
Описание результатной информации
Наименование
Статистический отчет
Реквизиты
название категории товара
название товара
название рекламного канала
название рекламной кампании
количество добавлений в корзину
количество оформлений заказов
количество оплаченных заказов
сумма оплаченных заказов.
Таблицы, на основе которых
формируется
Товары;
Категории товаров;
Заказы покупателей;
GET-параметры;
Рекламные каналы;
Рекламные кампании.
Частота формирование
По мере необходимости
Способ доставки
Экранная форма, может быть выгружен в
формате электронной таблицы Microsoft
Excel
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций необходимо для того, чтобы показать на одной схеме (или
чертеже) перечень выполняемых системой функций, их классификацию и
иерархию [20].
Дерево функций подсистемы представлено на рисунке 16.
55
Основные
Управление
справочниками
Формирование отчета
Функции ИС
Служебные
Авторизация
пользователя
Управление
профилем
пользователя
Рисунок 16 – Дерево функций информационной системы
Сценарий диалога необходим для отображения того, как пользователь будет
взаимодействовать с проектируемой системой. Кроме того, с помощью сценария
диалога иногда отображают структуру интерфейса создаваемого программного
продукта.
На основании дерева функций разработан сценарий диалога, который
представлен на рисунке 17.
Формирование
отчета
Главная страница
Управление
справочниками
Авторизация
GET-параметры
Рекламные
каналы
Рекламные
кампании
Рисунок 17 – Сценарий диалога информационной системы
После открытия ИС пользователю необходимо пройти авторизацию с
помощью логина и пароля. Так как планируется разработать подсистему
формирования отчетов к уже готовому интернет-магазину, то авторизация будет
выполнятся с помощью механизма авторизации интернет-магазина. В
навигационную панель будет добавлен новый пункт «Статистические отчеты», в
котором будет два подпункта: «Работа со справочниками» и «Формирование
56
отчета». При выборе первого пункта будет открываться форма ввода параметров
отчета, при выборе второго – форма работы со справочными данными.
2.3.2. Характеристика базы данных
Согласно поставленной задаче, подсистема должна формировать
статистические отчеты на основании выборки информации из существующей базы
данных, поэтому разработка новой базы данных не требуется. Необходимо лишь
добавить новые таблицы для хранения справочных данных, а также дополнить
имеющиеся таблицы (для ранения данных по источнику перехода пользователя,
оформившего заказ)
База данных, которая используется в интернет-магазине компании ООО
«Лютик», состоит из нескольких сотен тысяч записей, которые хранятся в 35
таблицах. Ниже (рисунок 18) приведен фрагмент схемы базы данных только тех
таблиц, которые имеют непосредственное отношение к решаемой задаче, то есть
содержат данные, которые будут использоваться для формирования
статистических отчетов проектируемой подсистемы.
Рисунок 18 – ER-модель базы данных
product
id
caption
code
model
url
price
quantity
category_id (FK)
category
id
caption
url
order
id
createdat
status
summ
client
get
refferer
order_product
order_id (FK)
product_id (FK)
price
quantity
Get_parameters
id
caption
description
ad_channel
id
get_id (FK)
caption
description
Ad_campaign
id
caption
description
get_id (FK)

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)