Проектирование программы

Все указанные ограничения (требования к паролю) могут задаваться отдельно для каждого пользователя.
Для ограничения пароля по минимальной длине введем по умолчанию минимальную длину в 6 символов.
Требование к содержанию в пароле символов из разных групп определим четырьмя группами: строчные буквы латинского алфавита, прописные буквы латинского алфавита, цифры, другие символы (-=+!?_@#%^&,.~).
Установка минимального срока действия пароля не дает пользователю изменить его пароль раньше того, как истечет минимальный срок действия – по умолчанию 5 дней.
В базе данных для каждой учетной записи пользователя будет вестись журнал установки паролей, тем самым система будет знать, когда и какие пароли были установлены для конкретного пользователя, что дает возможность пользователю использовать дважды один и тот же пароль.
Предусмотренный модуль генерации автоматического пароля будет выполнен в соответствии с ранее установленными требованиями по минимальной длине и наличии групп символов.
После каждой неудачной попытки авторизации (неправильном вводе учетных данных) будет запущен таймер (по умолчанию на 5 секунд), который будет блокировать повторную попытку авторизации в течение указанного времени. Данная опция, в отличие от остальных, настраивается только для учетной записи администратора и распространяется на все учетные записи.
Администратор в подсистеме управления учетными записями пользователей может заблокировать (или разблокировать) любую учетную запись (кроме своей). При этом заблокированный пользователь не сможет войти в систему и получит соответствующее сообщение.
После трех неудачных попыток авторизации программа завершает работу с выдачей соответствующего сообщения. Попытка заблокированного пользователя войти в систему не является попыткой неудачной авторизации (если были введены правильные учетные данные).
Концептуальное описание программы
На рисунке 2.1 представлена общая концепция программы, которая должна быть реализована.
ПОДСИСТЕМА АДМИНИСТРАТОРА
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ
УПРАВЛЕНИЕ УЧЕТНЫМИ ЗАПИСЯМИ ПОЛЬЗОВАТЕЛЕЙ
ДИАЛОГИ КОНФИГУРИРОВАНИЯ УЧЕТНОЙ ЗАПИСИ
СИСТЕМА АВТОРИЗАЦИИ ПОЛЬЗОВАТЕЛЯ
БАЗА ДАННЫХ УЧЕТНЫХ ЗАПИСЕЙ
Рисунок 2.1 – Общая концепция программы
Для соотнесения открываемых подсистем программы с пользователем используется модуль авторизации пользователя, который предлагает ввести логин и пароль для начала работы, проверяет введенные учетные данные и соотносит их с базой данных учетных записей

. Если совпадение найдено, то пользователь авторизуется и получает доступ к разрешенной ему подсистеме.
Подсистема администратора открывает доступ к подсистеме управления учетными записями пользователей, где возможно удалить или настроить учетную запись того или иного пользователя (используя диалоги конфигурирования учетной записи), а также создать новую учетную запись.
Данные всех учетных записей хранятся в базе данных.
Проектируемая программа демонстрации возможностей парольной защиты будет выполнять следующие функции:
проведение авторизации пользователей;
предоставление панели администратора;
управление учетными записями пользователей, доступное только пользователю с правами администратора;
блокирование учетных записей пользователей, доступное только пользователю с правами администратора;
настройка требований к устанавливаемому паролю независимо для каждого пользователя;
соблюдение требований к устанавливаемому паролю при попытке пользователя изменить пароль;
хранение истории паролей пользователей;
вывод пользователям соответствующих сообщений.
Алгоритм работы программы
Работа в программе начинается с авторизации в системе. После трех неудачных попыток авторизации программа автоматически завершает работу.
Далее, в зависимости от уровня привилегий учетной записи авторизованного пользователя, программа предоставляет доступ к соответствующей подсистеме – панель администратора или обычного пользователя.
В демонстрационной версии разрабатываемой программы обычный пользователь может только изменить свой пароль.
Администратор может управлять учетными записями пользователей: создавать новые учетные записи, устанавливать параметры (задавать требования к паролям пользователей), удалять, блокировать.
Алгоритм работы программы приведен на рисунке 2.2 в виде UML-диаграммы активности, выполненной в программе StarUML.
Рисунок 2.2 – Диаграмма активности
Структура базы данных
Структура базы данных приведена на рисунке 2.3 в виде ER-диаграммы, выполненной в программе StarUML