Изменение количества нейронов на скрытом слое, изменение количества скрытых слоёв и выбор другого алгоритма обучения не дали значимых изменений.
2.5 Проверка и оптимизация сети
Для проверки полученной сети было использовано тестирующее множество. Данное множество не входит в обучающее и не было использовано при обучении сети, поэтому полученный результат можно считать прогнозом и сопоставить с известными значениями стоимости квартир. Результат тестирования сети представлен на рисунке 2.3.
Рисунок 2.3. Результат тестирования нейросети
В результате тестирования было получено значение среднеквадратичного отклонения равное 6%, что является положительным результатом. С другой стороны, коэффициент детерминации, который показывает, насколько входные параметры описывают весь объём данных, получился равным 78%. Считается, что для того, чтобы признать модель хорошей, необходимо получить больше 80% по данному параметру, но, к сожалению, достичь данной отметки не удалось.
Глава 3. Анализ требований и проектирование системы оценочной компании
В этой главе описан процесс проектирования системы. На этапе анализа описаны требования к системе, построена диаграмма прецедентов. На этапе проектирования построены диаграммы последовательностей, классов, компонентов, спроектирован пользовательский интерфейс.
3.1 Описание требований к системе
Были сформулированы требования к системе на основе анализа бизнес-процессов. Требования разделены на функциональные и нефункциональные.
Описание функциональных требований
Были выделены следующие функциональные требования:
1. Добавление, изменение, удаление данных клиентов и договоров в базе данных.
2. Отображение текущей занятости оценщиков компании.
3. Генерация отчёта по зарплате оценщиков для бухгалтерии в файл Excel.
4. Ограничения доступа к функциям по ролям пользователей.
5. Приближённая оценка стоимости квартиры при помощи нейросети.
3.1.2. Описание нефункциональных требований
Были выделены следующие нефункциональные требования:
1. Надёжное (устойчивое) функционирование системы.
2. Высокая защищённость данных.
3. Удобство и понятность интерфейса.
3.2 Описание прецедентов системы
В данном разделе представлена диаграмма прецедентов (см. рис. 3.1) и описание сценариев использования.
Далее приведено описание сценариев использования:
Название: Вход в систему.
Акторы: Пользователь.
Рисунок 3.1. Диаграмма прецедентов
Краткое описание: Пользователь осуществляет вход в систему.
Триггер: Пользователь открывает сайт и нажимает кнопку «Войти».
Основной поток прецедента «Вход в систему» представлен в табл. 3.1.
Таблица 3.1. Описание прецедента «Вход в систему»
|
Действия акторов |
Отклик системы |
|
|
Пользователь открывает сайт системы и нажимает кнопку «Войти». |
Выводит на экран поля, которые необходимо заполнить для входа в систему. |
|
|
Пользователь вводит логин и пароль и нажимает кнопку «Войти». |
Если введённые данные корректны, система открывает доступ к другим страницам иначе - альтернативный поток Е1. |
Альтернативные потоки:
Е1: Если введённые пользователем данные некорректны или пользователь с такими данными отсутствует в базе данных система выдаст сообщение об ошибке. Прецедент завершается.
Название: Работа с бухгалтерией.
Акторы: Бухгалтер, Директор.
Краткое описание: Бухгалтер открывает страницу системы «Бухгалтерия».
Триггер: Бухгалтер вошёл в систему.
Основной поток прецедента «Работа с бухгалтерией» представлен в табл. 3.2.
Таблица 3.2. Описание прецедента «Работа с бухгалтерией»
|
Действия акторов |
Отклик системы |
|
|
Ожидает отклика системы. |
Выводит на экран страницу «Бухгалтерия». |
Название: Просмотр выполненных договоров.
Акторы: Бухгалтер, Директор.
Краткое описание: Бухгалтер открывает страницу системы «Выполненные договора».
Триггер: Бухгалтер открывает страницу системы с выполненными договорами.
Основной поток прецедента «Просмотр выполненных договоров» представлен в табл. 3.3.
Таблица 3.3. Описание прецедента «Просмотр выполненных договоров»
|
Действия акторов |
Отклик системы |
|
|
Ожидает отклика системы. |
Выводит на экран страницу с выполненными договорами. |
Название: Просмотр настроек стоимости договоров.
Акторы: Бухгалтер, Директор.
Краткое описание: Бухгалтер просматривает страницу с настройками стоимости выполнения договора.
Триггер: Бухгалтер открывает страницу системы с настройками стоимости выполнения договоров.
Основной поток прецедента «Просмотр настроек стоимости договоров» представлен в табл. 3.4.
Таблица 3.4. Описание прецедента «Просмотр настроек стоимости договоров»
|
Действия акторов |
Отклик системы |
|
|
Ожидает отклика системы. |
Выводит на экран страницу с настройками стоимости выполнения договоров. |
Название: Просмотр зарплаты сотрудников компании.
Акторы: Бухгалтер, Директор.
Краткое описание: Бухгалтер просматривает страницу с настройками зарплаты сотрудников компании за выполненный договор.
Триггер: Бухгалтер открывает страницу системы с настройками зарплаты сотрудников компании за выполненный договор.
Основной поток прецедента «Просмотр зарплаты сотрудников компании» представлен в табл. 3.5.
Таблица 3.5. Описание прецедента «Просмотр зарплаты сотрудников компании»
|
Действия акторов |
Отклик системы |
|
|
Ожидает отклика системы. |
Выводит на экран страницу с настройками зарплаты сотрудников компании за выполненный договор. |
Название: Генерация бухгалтерских отчётов.
Акторы: Бухгалтер, Директор.
Краткое описание: Бухгалтер нажимает кнопку «Сгенерировать бухгалтерский отчёт».
Триггер: Бухгалтер открывает страницу системы с настройками зарплаты сотрудников компании за выполненный договор и нажимает кнопку «Сгенерировать бухгалтерский отчёт».
Основной поток прецедента «Генерация бухгалтерских отчётов» представлен в табл. 3.6.
Таблица 3.6. Описание прецедента «Генерация бухгалтерских отчётов»
|
Действия акторов |
Отклик системы |
|
|
Ожидает отклика системы. |
Помещает бухгалтерский отчёт в папку «Загрузки» на компьютере и выводит на экран сообщение, что отчёт сгенерирован. |
Название: Работа с клиентами.
Акторы: Оценщик, Директор.
Краткое описание: Оценщик заходит на страницу «Клиенты» в системе.
Триггер: Оценщик вошёл в систему.
Основной поток прецедента «Работа с клиентами» представлен в табл. 3.7.
Таблица 3.7. Описание прецедента «Работа с клиентами»
|
Действия акторов |
Отклик системы |
|
|
Ожидает отклика системы. |
Выводит на экран клиентов компании. |
|
|
Нажимает кнопку «Добавить клиента». Если нажимает на кнопку «Изменить клиента», то выполняется альтернативный поток Е1. Если нажимает на кнопку «Удалить клиента», то выполняется альтернативный поток Е2. |
Выводит на экран поля, необходимые для добавления нового клиента. |
Альтернативные потоки:
Е1: Система выводит на экран поля изменяемого клиента с возможностью редактирования. Прецедент завершается.
Е2: Система удаляет клиента из базы данных. Прецедент завершается.
Название: Работа с договорами.
Акторы: Оценщик, Директор.
Краткое описание: Оценщик заходит на страницу «Договоры» в системе.
Триггер: Оценщик перешёл на страницу «Договоры» в системе.
Основной поток прецедента «Работа с договорами» представлен в табл. 3.8.
Таблица 3.8. Описание прецедента «Работа с договорами»
|
Действия акторов |
Отклик системы |
|
|
Ожидает отклика системы. |
Выводит на экран текущие договоры компании. |
|
|
Нажимает кнопку «Добавить договор». Если нажимает на кнопку «Изменить договор», то выполняется альтернативный поток Е1. Если нажимает на кнопку «Удалить договор», то выполняется альтернативный поток Е2. Если нажимает на кнопку «Изменить статус», то выполняется альтернативный поток Е3. |
Выводит на экран поля, необходимые для добавления нового договора. |
Альтернативные потоки:
Е1: Система выводит на экран поля изменяемого договора с возможностью редактирования. Прецедент завершается.
Е2: Система удаляет договор из базы данных. Прецедент завершается.
Е3: Система выводит на экран возможные статусы для договора. Прецедент завершается.
Название: Оценка квартиры с помощью нейросети.
Акторы: Оценщик, Директор.
Краткое описание: Оценщик может приблизительно оценить стоимость квартиры с помощью нейросети.
Триггер: Оценщик перешёл на страницу «Оценить квартиру» в системе.
Основной поток прецедента «Оценка квартиры с помощью нейросети» представлен в табл. 3.9.
Таблица 3.9. Описание прецедента «Оценка квартиры с помощью нейросети»
|
Действия акторов |
Отклик системы |
|
|
Ожидает отклика системы. |
Выводит на экран поля, которые необходимо заполнить для оценки стоимости квартиры. |
|
|
Вводит необходимую информацию о квартире и нажимает кнопку «Вычислить». |
Выводит на экран стоимость квартиры. |
Название: Просмотр статистики по оценщикам.
Акторы: Директор.
Краткое описание: Директор просматривает различную статистику по отдельным оценщикам.
Триггер: Директор открывает сайт и нажимает кнопку «Войти».
Основной поток прецедента «Просмотр статистики по оценщикам» представлен в табл. 3.10.
Таблица 3.10. Описание прецедента «Просмотр статистики по оценщикам»
|
Действия акторов |
Отклик системы |
|
|
Ожидает отклика системы. |
Выводит на экран список оценщиков оценочной компании. |
3.3 Диаграммы последовательностей
В данном разделе представлены диаграммы последовательностей, которые позволяют отобразить системные сообщения и системные операции.
Диаграмма последовательностей для сценария «Войти в систему» представлена на рис. 3.2.
Рисунок 3.2. Диаграмма последовательностей для сценария «Войти в систему»
Имя: войтиВСистему(логин, пароль).
Обязанности: Произвести аутентификацию и авторизацию пользователя. информационный нейронный сеть интерфейс
Ссылки: Прецедент «Войти в систему».
Примечание: Использовать самый быстрый доступ к БД.
Исключения: Нет.
Предусловия: Нет.
Постусловия:
· Объекты :Пользователь считаны из базы данных и сопоставлены по полям логин и пароль с входными данными.
Диаграмма последовательностей для сценария «Работа с бухгалтерией» представлена на рис. 3.3.
Рисунок 3.3. Диаграмма последовательностей для сценария «Работа с бухгалтерией»
Имя: работаСБухгалтерией().
Обязанности: Вывести на экран страницу с меню бухгалтерии.
Ссылки: Прецедент «Работа с бухгалтерией».
Примечание: Нет.
Исключения: Нет.
Предусловия: Требуется авторизация пользователя.
Постусловия: Создаётся форма, содержащая меню страниц для бухгалтера.
Диаграмма последовательностей для сценария «Просмотр выполненных договоров» представлена на рис. 3.4.