Таблица 14
Характеристики этапов жизненного цикла системы учета и
анализа ассортимента Интернет-магазина
Этап
Цель
Участники
Входная
информация
Результаты
Разработк
а
стратегии
Выбрать
стратегию
автоматизаци
и
Заказчик,
менеджер
проекта
Информация о
деятельности
организации,
регламенты
работы
сотрудников
отделов, данные
об используемом
программном и
аппаратном
обеспечении
Стратегия
автоматизаци
и
Анализ
Выявление
требований к
ПО
Аналитик
Регламенты
работы
сотрудников,
перечень
документов,
вопросы анкеты
Техническое
задание
Проектиро
вание
Разработка
проекта
системы
Аналитик,
разработчик
Техническое
задание
Технический и
эскизный
проекты
системы
Реализаци
я
Разработка
системы
Разработчик,
QA-инженер
Технический
проект, эскизный
проект, концепция
системы
Установочные
файлы
системы
Внедрение
Установка и
настройка
системы,
обучение
пользователе
й
Разработчик,
менеджер
проекта
Пользовательская
документация
Установленна
я система,
обученные
пользователи
Эксплуата
ция
Проверка
работоспособ
ности системы
Менеджер
проекта
Пользовательская
документация
Введенная в
эксплуатацию
система
Рассмотрим более подробно этапы внедрения и эксплуатации
программного обеспечения. В процессе внедрения и эксплуатации
разрабатываемой системы будут решены следующие задачи:
1. Внедрение:
Планирование работ - в соответствии с уставом проекта
составляются и утверждаются рабочие программы проекта.
Составление индивидуальных планов участников рабочей команды
включает в себя разработку регламентов по настройке, тестированию и приемке
системы.
Заполнение основных справочников - осуществление
централизованного ввода данных ручным способом или с помощью
конвертирования данных.
Настройка, тестирование и приемка системы.
2. Эксплуатация:
Опытная эксплуатация включает в себя формирование списка
замечаний к системе и планированием и выполнением финальных работ по
настройке, тестированию и приемке системы.
Документирование - составление регламентов взаимодействия
подразделений в рамках системы.
Завершение проекта включает в себя юридическое закрытие
договорных отношений, осуществление взаиморасчетов и принятие решений о
дальнейшем сотрудничестве: заключение договоров технической поддержки и
постгарантийного сопровождения, реализация новых проектов [17].
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
В процессе планирования проекта по разработке системы учета и анализа
ассортимента Интернет-магазина необходимо проанализировать риски и
разработать план реагирования на риски. Выявим риски, которые могут быть
выявлены на этапах жизненного цикла системы учета и анализа ассортимента
Интернет-магазина.
Рисками этапа разработки стратегии автоматизации являются:
недостаточное определение свойств проектируемой системы,
которые требуются для решения задачи;
неверный выбор процессов автоматизации.
Последствиями этих рисков может стать необходимость доработки
системы, выявленная на этапе опытной эксплуатации, что повлечет за собой
дополнительные финансовые затраты.
Предотвратить перечисленные риски возможно с помощью применения
CASE-средств при моделировании бизнес-процессов на этапе выявления
требований пользователей.
Основным риском этапа анализа предметной области является
неправильное определение функций системы. Вследствие этого может
возникнуть риск неправильного выбора способа приобретения системы.
Предотвращение риска возможно с помощью проведения тщательного анализа
всех способов приобретения системы.
Если риск все таки осуществился, необходимо провести повторный анализ
вариантов выбора системы. Предыдущий риск взаимосвязан с риском
неправильного определения функций системы и стратегии автоматизации.
Устранение этого риска возможно с помощью применения CASE-средств в
процессе анализа предметной области.
Рассмотрим риски этапа проектирования системы. Одним из рисков этого
этапа является разработка неэффективного плана-графика проекта, которое
заключается в использовании лишних ресурсов или в дефиците ресурсов. Этот
риск является финансовым, его устранение возможно с помощью использования
программного обеспечения, автоматизирующего процесс планирования проекта
по разработке системы (например, MS Project). Повторное появление этого риска
устраняется с помощью повторной корректировкой плана-графика работ.
Рисками этапа разработки информационного обеспечения задачи являются
разработка неправильной информационной модели и неудобных для
пользователя прототипов экранных форм. Этот риск можно предотвратить с
помощью согласования прототипов экранных форм с пользователями системы.
Устранение риска осуществляется при помощи доработки экранных форм.
На этапе подготовки к разработке системы учета и анализа ассортимента
основным риском является неправильный расчет показателей. Этот риск можно
устранить на этапе тестирования системы.
На этапе разработки системы основным риском является некорректная
разработка программы. Этот риск устраняется на этапе согласования
технического задания. Каждый раздел технического задания должен быть
разъяснен заказчику и только после полного согласования технического задания
стоит приступать к разработке системы.
На этапе внедрения существует риск некорректного тестирования
технического обеспечения программных модулей. Этот риск предотвращается с
помощью использования лицензионного стендового оборудования, а его
устранение осуществляется с помощью дополнительного процессе тестирования.
Рисками этапа сопровождения являются поломка оборудования, моральное
устаревание программного обеспечения и программных средств. Поломку
оборудования можно предотвратить при помощи регулярного мониторинга
состояния оборудования. Риск морального устаревания можно предотвратить с
помощью гибко разработанной системы и своевременного осуществления
доработки программной архитектуры системы.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Рассмотрим аспекты реализации информационной безопасности для
поставленной задачи:
Защита системы от внутренних угроз предполагает добавление в
существующую Политику безопасности организации раздела о разграничении
прав доступа к разрабатываемой системе. Пользователями системы будут
специалисты отдела по работе с правообладателями и специалисты финансового
отдела. Права доступа к реализуемой системе должны быть только у этих
сотрудников. Права на создание документов должны быть у всех пользователей
системы. Поскольку каждый из сотрудников выполняет свои обязанности по
учету и анализу ассортимента и расчету комиссионных начислений, права на
редактирование документа должны быть только у того сотрудника, который
является его создателем или у начальника отдела т.е. у сотрудников финансового
отдела. Права на удаление документов должны быть только у начальника
финансового отдела. Все изменения в системе должны протоколироваться для
возможности выявления лица, нарушившего Политику безопасности.
Определим правила разграничения доступа к разрабатываемой системе.
Для того, чтобы определить правила разграничения доступа, выделим группы
пользователей, которые будут работать с разрабатываемой системой:
1. Менеджер.
2. Бухгалтер.
3. Руководитель финансового отдела.
4. Руководитель отдела по работе с правообладателями.
Затем составим список разделов системы и опишем права доступа для
каждой категории пользователей. Права доступа представлены в таблице 15.
Таблица 15
Разграничение прав доступа
Раздел
Менеджер
Руководитель
отдела по работе с
правообладателями
Бухгалтер
Руководитель
финансового
отдела
Справочники
Просмотр,
изменение
Просмотр,
изменение,
удаление
-
-
Отчеты
Просмотр
Продажи
Просмотр
Просмотр,
изменение
Просмотр
Ведомость
Просмотр
Просмотр,
изменение
Просмотр,
изменение,
удаление
Защита системы от внешних угроз будет реализована с помощью текущей
Политики безопасности организации: на серверное оборудование компании не
установлены сторонние средства удаленного администрирования. Доступ к
серверу осуществляется с помощью «Remote desktop protocol», в том числе и
сервер приложений и СУБД, где будет установлена серверная версия
разрабатываемой информационной системы. Доступ к серверу осуществляется
только авторизованный [10].
Для каждого пользователя системы необходима процедура авторизации для
защиты от внутренних угроз информационной безопасности. Ежеквартально
система должно запрашивать изменение пароля при авторизации для каждого
пользователя, при этом необходимо осуществлять проверку того, не ввел ли
пользователь пароль, который уже им использовался для доступа к системе.
Для защиты от внешних угроз необходимо хранение паролей в
зашифрованном виде и обеспечить надежность каналов связи для того, чтобы
избежать перехвата информации [14].
Для обеспечения информационной безопасности в организации
используется программное обеспечение «Kaspersky Internet Security», который
обеспечивает защиту от вредоносного программного обеспечения, и фильтрует
сетевой трафик, благодаря встроенному брандмауэру.
Также необходимо обеспечить следующие механизмы обеспечения
информационной безопасности:
защиту базы данных;
систему резервного копирования.
Защита базы данных обеспечивается использованием алгоритмов
шифрования данных. Резервное копирование осуществляется созданием
резервных копий системы лицом, ответственным за обеспечение
информационной безопасности.
Защиту от хищения данных злоумышленниками обеспечивает пропускная
система контроля доступа в служебные помещения организации. Защита от порчи
данных регламентируется Политикой информационной безопасности, которая
принята в организации.
На основании вышеперечисленного можно заключить, что в компании
«ЛитРес» использованы все возможные методы защиты информации, так как нет
уникального одного метода, который смог бы обеспечить полную
информационную безопасность, а сочетание всех методов позволяет реализовать
максимальную информационную безопасность.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Для разработки информационной модели необходимо осуществить
моделирование нового варианта организации информационной системы
предметной области, в которую входят:
полный состав информации, которая необходима для решения
комплекса задач;
отражение этой информации на всех типах носителей;
описание процесса преобразования информации, от получения
первичной переменной и условно-постоянной информации, и заканчивая
получением файлов с результатной информацией и выдачей ее пользователю;
состав исходных первичных документов и распределение их по
задачам;
источники и способы получения первичной информации;
состав файлов с первичной, условно-постоянной, промежуточной и
результатной информацией;
информационная потребность для каждой задачи комплекса;
адресаты выдачи и получения результатной информации [12].
Информационная модель представлена на рисунке 16.
Заполнение справочников осуществляется контент-менеджером ИТ-
отдела. Данные о продажах формируются автоматически при совершении
покупок в Интернет-магазине покупателями. Данные о договорах с
правообладателем содержатся в справочнике «Договор», который заполняется
контент-менеджером. В базе данных проектируемой системы содержатся
таблицы «Автор» и «Правообладатель». В случае, когда договор заключен с
издательством, в таблице «Правообладатель» будут содержаться реквизиты
издательства. Соответственно, получателем комиссионных отчислений будет
издательство. Менеджер по работе с правообладателями осуществляет
формирование отчетов согласно введенным им параметрам: дате, фамилии
менеджера, авторе и т.д. Отчет можно распечатать из информационной системы,
а можно сохранить в виде файла в формате *.doc, *.docx, *.xls, *.xlsx.
На основании отчетов, сформированных менеджером, создаются
комиссионные ведомости, в которых рассчитан размер комиссионных по каждому
правообладателю. Сформированные ведомости выгружаются в КИС «1C.
Предприятие».
ИС
Спр. Автор
Спр.
Правообладатель
Спр. Договор
Спр. Менеджер
Контент-менеджер
Форма
документа
Форма
сохранения
документа
Спр. Книга
Спр. Автор*
Спр.
Менеджер*
Форма
редактирования
справочников
Спр. Договор*Спр. Книга*
Спр.
Правообладатель
*
Ведомость
комиссионных
отчислений
Руководитель отдела по работе с
правообладателями
Форма
загрузки
документа
Продажа
Ведомость
Продажа
*
Ведомость*
Комиссионные
отчисления*
Комиссионные
отчисления
Отчет по динамике
продаж
Отчет по продажам
авторов
Менеджер по работе
с правообладателями
Бухгалтер
Рисунок 16. Информационная модель
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Дадим описание составу входных документов, файлов и справочников [13].
В системе существуют следующие справочники:
1. Менеджер.
2. Автор.
3. Правообладатель.
4. Книга.
5. Договор.
Характеристика справочников представлена в таблице 16.
Все справочники системы заполняются контент-менеджером по мере
необходимости (при пополнении ассортимента и ).
Таблица 16
Характеристика справочников
Характеристика
Менеджер
Автор
Правообладатель
Договор
Книга
Ответственный
за ведение
Контент-менеджер
Объем
справочника в
записях
20
100
000
100 000
100 000
500
000
Частота
актуализации
По мере необходимости, не реже одного раза в квартал
Объем
актуализации
1 запись
10 - 50 записей в месяц
До
200
записе
й в
месяц
Реквизитный
состав
Фамилия
Фамил
ия
Наименование
Номер
Назва
ние
ИНН
Дата
заключе
ния
Жанр
Имя
Имя
КПП
Колич
ество
страни
ц
Адрес
Дата
окончан
ия
Отчество
Отчест
во
№ счета
Язык
Входным файлом при взаимодействии с системой учет и анализа
ассортимента Интернет-магазина является файл с продажами книг базы данных
продаж. Ежедневно данные из базы данных продаж Интернет-магазина
синхронизируются с базой данных проектируемой системы. В состав
синхронизируемых данных входят:
Дата продажи;
Название книги;
Автор;
Количество;
Сумма.
На основании полученных данных формируются отчетные формы, в
которых содержатся результатные показатели.
2.2.3. Характеристика результатной информации
Результатная информация содержится в следующих отчетных формах:
1. Отчет по продажам авторов.
2. Отчет по динамике продаж.
3. Ведомость комиссионных отчислений.
Отчет по продажам авторов содержит следующие поля:
1. Фамилия менеджера.
2. Временной интервал: дата начала формирования отчета и дата
окончания (вводится пользователем с клавиатуры).
3. Правообладатель.
4. ФИО автора.
5. Название книги.
6. Цена.
7. Количество проданных экземпляров.
8. Стоимость.
Отчет по динамике продаж содержит следующие поля:
1. Год.
2. Месяц.
3. Жанр
4. ФИО автора.
5. Количество проданных экземпляров.