Постановка задачи. 
Разработка системы автоматизации процесса учета электронных ключей ООО "Аналитические технологии"

Цели и назначение автоматизированного варианта решения задачи.

Цель автоматизированного варианта решения задачи — это обеспечение эффективного учета электронных ключей для нужд службы технической поддержки и группы «Маркетинг». Автоматизированный вариант решения задачи — это информационная система учета электронных ключей.

Назначение информационной системы.

1. Ведение учета прихода, выдачи, прошивки, комплектации электронных ключей.

Под данным назначением понимается, что информационная система должна позволять осуществлять ввод данных о лицензионном ключе: его серийный номер, дату прошивки, количество лицензируемых приложений Deductor Studio, Deductor Viewer, Deductor Server.

2. Ведение учета имеющихся электронный ключей у клиентов и партнеров.

Клиент или партнер может иметь одновременно несколько электронных ключей. Информационная система должна предоставлять отчет о имеющихся у организации электронных ключах с возможностью детализации информации о них.

• 3. Ведение учета используемых клиентом версий аналитической платформы.
• 4. Генерация хэш-кода для прошивки электронного ключа.

Для прошивки ключа необходим специально сгенерированный хэш-код, который в последствии специальной утилитой внедряется в электронный ключ. Информационная система должна генерировать хэш-код для прошивки ключа, как с добавлением информации в базу, так и без добавления, но на основе существующих в базе данных.

5. Создание печатных отчетов и экспорт данных в Excel-файл.

К разрабатываемой системе предъявляются следующие требования:

• · Функциональные возможности системы должны позволять выполнение ввода и сохранения данных, формирование и распечатку отчетов.
• · Программное обеспечение должно обеспечивать многопользовательский доступ к данным в реальном времени для получения результатов запросов к базе данных, отчётов и вывода их на печать.
• · Должна быть обеспечена гибкость настройки программного обеспечения к изменению реквизитов организаций.
• · Аппаратная реализация системы должна быть простой.

Система должна обладать следующими возможностями:

• · Настройка подключений к базе данных ИС.
• · Редактирование справочной информации.
• · Удобный ввод и редактирование информации об электронных ключах.
• · Оперативное получение выходных данных.
• · Наличие дружественного интерфейса, имеющего средства быстрого поиска и позволяющего максимально ограниченно вводить данные (списки выбора, флажки, справочники и т. д.).
• · Наличие системы проверки корректности вводимых данных.
• · Соблюдение непротиворечивости и целостности информации при вводе и удалении.
• · Наличие защиты от действий пользователя, нарушающих связи и целостность информации.
• · Наличие гибкой системы санкционирования доступа к данным.

Целью автоматизации является повышение эффективности бизнес-процессов, связанных с технических поддержкой и маркетинговой деятельностью. Поскольку сотрудники, занимающиеся технической поддержкой, заняты в сторонних проектах, то сокращение времени, уделяемому на рассмотрение обращении клиентов в службу, позволит повысить производительность работников в других проектах.

Задачами автоматизации для достижения поставленной цели являются:

• 1. Ведение учета поступивших и проданных электронных ключей.
• 2. Предоставление отчета о наличии у клиентов договоров о технической поддержке с указанием сроков представления соответствующей услуги.
• 3. Предоставление отчета о прошивках электронного ключа.
• 4. Предоставление отчета об используемых клиентом версиях.
• 5. Генерация хэш-кода для прошивки ключа с добавлением соответствующих данных в базу данных информационной системы.

В рамках решения поставленных задач, выделяются следующие подзадачи автоматизации:

• 1. Проектирование базы данных для клиент-серверной информационной системы.
• 2. Создание хранимых процедур и триггеров для работы с базой данных.
• 3. Проектирование клиентской части:
• 3.1. Написание классов, отвечающих за обращения к базе данных.
• 3.2. Написание классов, сохраняющих настройки пользователей ИС.
• 3.3. Написание классов, отвечающих за создание отчетов ИС.
• 3.4. Написание классов, осуществляющих генерацию хэш-кода для прошивки электронного ключа.
• 3.5. Проектирование визуальной части приложения.
• 4. Написание документации к информационной системе.
• 5. Тестирование и доработка информационной системы.
• 6. Ввод информационной системы эксплуатацию:
• 6.1. Перенос базы данных на сервер.
• 6.2. Заполнение базы имеющимися данными.
• 6.3. Установка клиентского приложения на рабочие места.
• 6.4. Краткий инструктаж сотрудников по работе в информационной системе.

Общая характеристика организации решения подзадач на ЭВМ.

Информационная система имеет клиент-серверную архитектуру.

Серверная часть будет представлять собой базу данных под управлением СУБД Microsoft SQL Server.

Клиентская часть предназначена для конечного пользователя и должна обеспечивать доступ к информации согласно предоставленным правам, ввод новой информации, а также формирование отчетов.

Источниками поступления информации являются:

• · Счет прихода электронных ключей.
• · Договоры на предоставление права пользования программным обеспечением.
• · Договоры на оказание технической поддержки.
• · Партнерские договоры.
• · Ответы технической поддержки клиентам.

Первичная информация вводится из Excel-книги, а также из приведенных выше договоров-источников, не утративших силу.

Оперативная подготовка и импорт данных в базу из Excel-книги могут быть осуществлены средствами Deductor Studio. Данное приложение имеет широкий функционал для анализа имеющихся данных в Excel-файле на предмет ошибок ввода, наличия пропусков, а так же для приведения данных к нужным типам.

Режим работы информационный системы — диалоговый.

Формализация расчётов подзадач.

Каждая i-ая прошивка j-ого электронного ключа должна удовлетворять следующему условию:

.

где Pi — множество приложений i-ой прошивки, kp — количество приложений p, lj — максимальное количество лицензий, которое поддерживает ключ.

Расчет общего количества сетевых лицензий j-ой прошивки:

.

где I — это множество всех идентификаторов программ, которые могут быть прошиты в электронный ключ, nij — количество лицензий для i-ой программы в j-ой прошивке.

Расчет даты окончания действия i-ого договора технической поддержки происходит по следующей формуле:

[дата окончания]i = [дата заключения]i + [срок предоставления]i.

Остальные подзадачи не требуют специальных математических вычислений и могут быть решены средствами разработки информационной системы.

Расчет значения маски ключа keymask для генерации хэш-кода прошивки.

.

где P — множество номеров программ, используемых в прошивке.