Разработка информационно-аналитической системы оценочной компании

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 04.12.2019
Размер файла 2,6 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Пермский филиал федерального государственного автономного образовательного учреждение высшего образования «Национальный исследовательский университет «Высшая школа экономики»

Выпускная квалификационная работа

Разработка информационно-аналитической системы оценочной компании

Рецензент

О.А. Полякова

Пермь, 2019 год

Аннотация

В работе описан процесс разработки информационно-аналитической системы оценочной компании. Система позволяет хранить данные о клиентах и договорах компании, генерировать бухгалтерский отчёт о зарплате и оценивать рыночную стоимость квартиры с помощью нейросети. Серверная часть информационной системы реализована на языке программирования С# и ASP.NET Core, клиентская - на JavaScript и React.

Работа содержит: 51 страницу основного текста, 4 главы, 11 таблиц, 16 использованных источников, 38 рисунков, 3 приложения (Приложение A. Техническое задание, Приложение Б. EDM-модель сущностей предметной области, Приложение В. Результаты тестирования по критериям чёрного ящика).

Глава 1 содержит анализ предметной области, обзор аналогов и анализ задачи. Глава 2 содержит описание модели нейросети, её проектирования и тестирования. Глава 3 содержит разработку требований к системе и описание процесса проектирования информационно-аналитической системы, включая этап проектирования модели данных и структуры системы. Глава 4 описывает реализацию системы и её тестирование.

Оглавление

Введение

Глава 1. Анализ предметной области оценочной компании

1.1 Анализ бизнес-процессов и описание источников данных

1.2 Анализ информационно-аналитических систем

1.3 Разработка технического задания

Глава 2. Проектирование нейронной сети для оценки стоимости квартиры

2.1 Постановка задачи

2.2 Формирование примеров

2.3 Проектирование сети

2.4 Обучение сети

2.5 Проверка и оптимизация сети

Глава 3. Анализ требований и проектирование системы оценочной компании

3.1 Описание требований к системе

3.2 Описание прецедентов системы

3.3 Диаграммы последовательностей

3.4 Диаграмма классов

3.5 Диаграмма компонентов

3.6 Проектирование пользовательского интерфейса

Глава 4. Реализация и тестирование системы оценочной компании

4.1 Реализация классов системы

4.2 Реализация интерфейса системы

4.3 Генерация отчётов

4.4 Роли пользователей системы

4.5 Тестирование системы

Заключение

Библиографический список

Введение

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

Одна из систем, которая обладает большим набором функций и может быть адаптирована практически под любую предметную область, система 1С. Однако данная система обладает рядом недостатков, которые не позволяют её использовать, главный из которых - это высокая цена. То же можно сказать и про другие системы, рассчитанные на малый и средний бизнес - Галактика, Парус, SAP и Microsoft Dynamics.

Объектом исследования являются автоматизация бизнес-процессов и помощь в принятии решений сотрудникам оценочной компании.

Предметом исследования является информационно-аналитическая система оценочной компании.

Целью данной работы является разработка информационно-аналитической системы оценочной компании.

Для достижения поставленных целей необходимо выполнить следующие задачи:

1. Проанализировать предметную область оценочной компании и разработать техническое задание.

2. Спроектировать нейросеть для оценки стоимости квартиры.

3. Спроектировать информационно-аналитическую систему.

4. Реализовать и протестировать информационно-аналитическую систему в качестве веб_приложения.

Гипотеза: предполагается, что введение разработанной системы позволит более эффективно вести управление оценочной компанией и облегчит работу по формированию бухгалтерских документов.

В ходе выпускной квалификационной работы будут использованы общенаучные (анализ, сравнение, описание) и специальные методы исследования (сбор данных, анализ данных и обработка данных, построение математической модели). Анализ будет использоваться для определения задач, которые необходимы для достижения основной цели работы. Сравнение будет использовано для выявления преимуществ и недостатков аналогичных систем. Описание будет использоваться на протяжении всего документа в виде диаграмм и графиков. Сбор данных будет использоваться для идентификации исходных данных разрабатываемой системы. Будет проведён анализ входных данных, чтобы определить, как будущее приложение должно реагировать на входные данные и исключительные ситуации. Обработка данных необходима для составления алгоритмов и разработки обработки информации, создания обобщённой блок-схемы и разделения бизнес-процессов на модели. Построение математической модели будет использоваться для проектирования и обучения нейронной сети. В этот метод входят: сбор обучающей выборки, проектирование структуры сети, обучение сети на подготовленной выборке и тестирование сети на новых данных.

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

Область применения разрабатываемой системы - оценочная компания.

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

Работа состоит из четырёх глав. Глава 1 содержит анализ предметной области, обзор аналогов, анализ задачи и разработку технического задания. Глава 2 содержит описание модели нейросети, её проектирования и тестирования. Глава 3 содержит описание процесса проектирования информационно-аналитической системы, включая разработку требований к системе и этап проектирования модели данных и структуры системы. Глава 4 описывает реализацию системы и её тестирование.

Глава 1. Анализ предметной области оценочной компании

В этой главе проведён анализ бизнес-процессов и описание источников данных, анализ аналогов и составлено техническое задание. Выполнены задачи анализа предметной области и разработки технического задания.

1.1 Анализ бизнес-процессов и описание источников данных

Анализ бизнес-процессов был проведён на основе нескольких документов - журнал клиентов, договор оценки, ведомость и зарплатный лист.

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

Бухгалтерия в свою очередь использует такие программы как Excel и Word для заключения договоров с клиентами и учёта выполненных работ и зарплаты сотрудников компании. Ввиду отсутствия единой базы данных все эти документы заполняются вручную в течение месяца. Что влечёт за собой большие затраты человеко-часов на копирование и ввод однотипной информации и увеличивает вероятность появления ошибок.

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

Электронная база данных, позволяющая хранить данные и получать к ним доступ, позволит выполнять задачи быстрее и упростит работу с данными.

Далее представлены диаграммы бизнес-процесса заключения договора AS-IS и TO-BE (см. рис. 1.1 и рис. 1.2). Диаграммы выполнены в нотации UML. Диаграмма AS-IS была описана с помощью источника данных - журнала клиентов. Диаграмма TO-BE спроектирована для показа бизнес-процесса при использовании разрабатываемой системы.

Рисунок 1.1. Бизнес-процесс заключения договора «AS-IS»

Рассмотрим существующие системы, которые ближе всего подходят для решения нашей задачи. Выделим преимущества и недостатки этих систем для более качественного проектирования своей системы. Для сравнения были выбраны пять систем, позволяющие вести учёт оказанных услуг - 1С: Предприятие 8, Галактика ERP, Парус-Предприятие 7, SAP и Microsoft Dynamics 365. Сформируем критерии для сравнения аналогов.

Рисунок 1.2. Бизнес-процесс заключения договора «TO-BE»

1.2 Анализ информационно-аналитических систем

Во-первых, система должна сохранять данные о клиентах в базу данных, она должна сохранять различные типы данных, такие как числовые, строковые данные и дату, осуществлять поиск по хранимым записям с различными параметрами. Система должна уметь подставлять записи из базы данных в добавленный шаблон документа Word. Во_вторых, система должны предоставлять возможность приблизительно оценить стоимость квартиры основываясь на её характеристиках. В-третьих, необходимо иметь возможность получать доступ в систему через сеть интернет. И последнее, система должна работать сразу при покупке, без необходимости в найме человека, который бы настроил систему под оценочную компанию.

Система программ «1С: Предприятие 8» включает в себя платформу и прикладные решения, разработанные на её основе, для автоматизации деятельности организаций и частных лиц. Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу.

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

Стоимость опять же относится к недостаткам, так как в большинстве оценочных компаний больше пяти компьютеров. Для покупки 1С: Предприятия на 10 компьютеров требуется 41400 рублей. Также необходима покупка лицензии для сервера 1С за 50400 рублей. В добавок необходима настройка системы и работа программиста для реализации требуемых бизнес-процессов, а это тоже требует дополнительных затрат. На рис 1.3. представлен интерфейс системы.

Рисунок 1.3. Интерфейс 1С: Предприятие 8

Рассмотрим вторую систему - Галактика ERP. Данная система разработана российской компанией. Галактика предоставляет возможность автоматизировать бизнес-процессы предприятия. В системе доступны функции такие как: управление запасами и продажами, управление персоналом, бухгалтерский и налоговый учёт, планирование и управление финансами. На рис. 1.4 представлен интерфейс системы.

Поскольку разработчик Галактики в основном предоставляет свою систему компаниям из России, то и все функции данной системы соответствуют принятому законодательству и своевременно обновляются. Систему нельзя корректировать или дорабатывать под конкретную компанию. Если необходимо что-то изменить, то придётся обратиться к разработчику системы. По сравнению с 1С доработки потребуют значительных финансовых трат и займут больше времени. Поскольку Галактика больше нацелена на крупные предприятия её стоимость на пять рабочих мест обойдётся в 148700 руб.

Рисунок 1.4. Интерфейс Галактика ERP

Следующий аналог разрабатываемой системы - Парус-Предприятие 7. Как и предыдущие аналоги, данная система предназначена для автоматизации предприятий. Система позволяет автоматизировать учёт товаров и услуг, работу бухгалтерии и вычисление зарплаты. Основные функции практически не отличаются от двух предыдущих аналогов. К отличиям можно отнести то, что изменить что-то в системе или перепрограммировать какой-то её компонент нельзя. Систему могут изменять только сами разработчики Парус. Также необходимо отметить, что хоть покупка лицензии системы обойдётся дешевле, чем при покупке аналогов, необходимо будет докупить лицензию для базы данных Oracle Database, поскольку она необходима для работы системы. Стоимость системы Парус на пять рабочих мест - 51922 рублей. На рис. 1.5 представлен интерфейс системы.

Рисунок 1.5. Интерфейс Парус-Предприятие 7

Предпоследний аналог - система SAP. Данная система разработана в Германии и занимает значительную долю российского рынка информационно-аналитических систем и ближе к 1С по возможностям. Она также состоит из различных модулей, которые могут быть приобретены отдельно, и нацелена на использование на крупных предприятиях, таких как Норильский никель, РЖД и Евросеть. Система легко масштабируется, но из-за того, что разработана она, в первую очередь, не для российских компаний, то применение её затруднено. Если что-то меняется в российском законодательстве, правилах оформления или правилах хранения документов, то необходимо ждать больше времени до обновления системы, чем у других аналогов. Стоимость данной системы слишком высока для компаний малого бизнеса, поскольку производится она за рубежом и стоимость конвертируется по курсу валют. Средняя стоимость одной лицензии SAP начинается от €2000, что по курсу отношения этой валюты с рублём во время написания данного материала будет 144197 рублей. Не стоит забывать и про поддержку системы, каждый год пользователь должен отчислять 6% от стоимости купленных лицензий, что ещё сильнее усугубляет возможность окупить внедрение системы через несколько лет. Как и у предыдущих аналогов, SAP не имеет возможности использования нейросетей для примерной оценки стоимости квартиры. На рис. 1.6 представлен интерфейс системы.

Рисунок 1.6. Интерфейс SAP

Последний рассмотренный аналог информационно-аналитических систем - Microsoft Dynamics 365. Как и предыдущий аналог, Dynamics произведена не российской компанией, а широко известной компанией Microsoft из США. Данная система предназначена для использования в компаниях среднего и крупного бизнесов и представляет собой ERP систему. Dynamics позволяет управлять процессом производства и автоматизировать финансовый менеджмент. Систему будет несколько сложнее адаптировать к российскому рынку, чем, к примеру, 1С, ввиду особенностей документооборота. К преимуществам системы можно отнести широкие возможности интеграции данной системы с другими продуктами Microsoft, такими как Excel, Outlook и другие.

Стоимость системы несколько труднее сравнить с другими аналогами, поскольку приобрести её можно только по ежемесячной подписке стоимостью в 4062 рубля за одного пользователя, что выглядит не так уж и дорого. Но если предположить, что для работы оценочной компании необходимо иметь три лицензии и посчитать расход на систему за год использования, то получится 146232 рублей. Как и в случае с SAP, иностранные решения не подойдут для малой российской компании по большей части ввиду финансовых затрат. На рис. 1.7 представлен интерфейс системы.

Рисунок 1.7. Интерфейс Microsoft Dynamics 365

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

Таблица 1.1. Результаты сравнения аналогов

Критерии сравнения

Галактика ERP

Парус

SAP

Dynamics

Работа с БД

?

?

?

?

?

Поиск и создание отчёта по поиску

?

?

?

?

?

Экспорт файлов Word (Отчёты)

?

?

?

?

?

Привязка оценщиков к договору

?

?

?

?

?

Отслеживание занятости оценщиков

?

?

?

?

?

Вычисление приближённой стоимости квартиры

?

?

?

?

?

Веб-версия системы

?

?

?

?

?

Работает без дополнительной настройки

?

?

?

?

?

Цена

91800 руб.

148700 руб.

51922 руб.

432591 руб.

146232 руб.

Сравнив аналоги, можно сделать вывод, что они удовлетворяют не всем требованиям, предъявляемым к системе для автоматизации процесса контроля работ компании-заказчика. Например, существующие аналоги не позволяют вычислять приближённую стоимость квартиры. Кроме того, немаловажно, что системы являются довольно дорогими, причём стоит учитывать, что все аналоги требуют обеспечения ежемесячной платной технической поддержки.

1.3 Разработка технического задания

Создание технического задания для разрабатываемой системы позволит чётко определить предъявляемые требования, поэтому так важно создать техническое задание до разработки приложения. Техническое задание создано согласно ГОСТ 19.201-78. Техническое задание представлено в приложении А.

Глава 2. Проектирование нейронной сети для оценки стоимости квартиры

Поскольку одним из требований к разрабатываемой системе является приблизительная оценка стоимости квартиры по входным данным было решено использовать для решения этой задачи нейросеть. Оценщик может оценить квартиру по её характеристикам, но для этого требуется время. Необходимо посмотреть все характеристики квартиры, определить состояние рынка недвижимости и сравнить квартиру с аналогами, применить несколько типов оценки для увеличения достоверности. Поскольку придумать самостоятельно формулу, которая бы использовала все эти данные и выдавала неплохой результат невозможно, необходимо использовать нейросеть. Нейронная сеть воспроизводит работу человеческого мозга с помощью математических моделей. Она итерационно подбирает множители и веса для входных параметров, постепенно уменьшая ошибку в вычислениях выходного параметра. Обучение нейросети производится на специально подготовленном наборе данных. Если модель нейросети покажет удовлетворительный результат, её модель экспортируют и встраивают в систему [15, 16].

В качестве методики формирования модели был выбран следующий алгоритм:

1. Постановка задачи.

2. Формирование примеров для обучения и тестирования сети.

3. Проектирование сети.

4. Обучение сети.

5. Проверка и оптимизация сети.

2.1 Постановка задачи

Целью построения модели является получение стоимости квартиры в Перми. Поскольку планируется использовать нейросеть продолжительное время, недостаточно только включить статические параметры квартир (жилая площадь, количество комнат, этаж и т.д.) [12]. Рынок недвижимости России зависит также от различных экономических показателей, которые меняются с течением времени. Добавление таких параметров в модель позволит использовать её при различных изменениях на рынке недвижимости. Также, зная прогнозы изменения рынка недвижимости, с помощью нейросети можно оценить стоимость квартиры в будущем [10].

Таким образом были выбраны следующие входные параметры:

· Жилая площадь., кв. м.

· Площадь кухни, кв. м.

· Число комнат.

· Этаж.

· Количество этажей.

· Местоположение.

· Год постройки.

· Материал стен.

· Ставка рефинансирования, установленная Банком России.

· Средняя зарплата в Перми, руб.

· ВВП России, млрд руб.

· Индекс РТС.

· Курс доллара, руб. за 1 доллар.

· Цена нефти марки Brent, руб.

· Ввод жилья в Перми.

· Выданные кредиты в Перми, млрд руб.

Выходной параметр модели - стоимость квартиры в рублях.

2.2 Формирование примеров

Для формирования множества примеров были получены данные оценок квартир оценочной компании Перми с 2008 по 2018 год. Таким образом, в множество примеров были включены данные различных экономических состояний России: кризис (2008-2009 гг.), восстановление после кризиса (2010-2012 гг.), замедление роста (2013 г.), кризис (2014-2016 гг.), восстановление после кризиса (2017-2018 гг.). В течение этого десятилетнего периода ставка рефинансирования менялась от 7,25 до 12%, средняя зарплата в Перми - от 14740 до 26500 руб., ВВП - от 38800 до 93800 млрд. руб., котировки РТС - от 535 до 2044, курс доллара США - от 23,3 до 77,9 рублей, цена нефти марки Brent - от 1790 до 5515 руб., ввод жилья - от 200 до 530 тыс. кв. м., выданные кредиты по ипотеке - от 4,5 до 46,4 млрд. руб. [11].

Поскольку оценочная компания не имеет единого хранилища, было принято решение разработать программу. Полученные данные хранятся в файлах Word и имеют разную структуру на протяжении 10 лет. Из-за этого разработка программы для формирования массива записей оказалась нетривиальной задачей. В конечном счёте разработка программы закончилась успешно и было получено множество из 1769 записей. В отличии от таких городов, как Москва и Екатеринбург, которые имеют кольцевую планировку, город Пермь разделён широкой рекой, вдоль которой он вытянут и имеет большое количество оврагов. Для добавления в модель параметра местоположения было принято решение взять микрорайоны города Перми и дать каждому из них экспертную оценку стоимости квартир, в противовес расчёта расстояния от квартиры до центра города [5]. Определение ценовых зон и принадлежности микрорайонов к ним было проведено сертифицированным РОО оценщиком недвижимости и директором компании ООО «КСИ Консалтинг» Кукаркиным Андреем Владимировичем. Всего было выделено 7 ценовых зон. Результат экспертной оценки представлен на рисунке 2.1 [3].

Рисунок 2.1. Экспертная оценка стоимости квартир по микрорайонам Перми

Для определения принадлежности квартиры к ценовой зоне был сформирован массив уравнений прямой вида y = ax + b, ограничивающий область координат каждого микрорайона. Затем была написана небольшая программа, которая определяла координаты по адресу квартиры с помощью сервиса Яндекс и подставляла их в уравнения прямой для микрорайонов.

На данном этапе заполнены следующие входные параметры: жилая площадь., площадь кухни, число комнат, этаж, количество этажей, местоположение, год постройки, материал стен [4].

Следующим шагом были добавлены динамические показатели. Параметры средней зарплаты, ввода жилья и выданных кредитов брались для Перми. Для получения цены нефти была выбрана нефть марки Brent. Ставка рефинансирования и ВВП были взяты для России [1].

Значения для выходного параметра (стоимость квартиры) были также получены из данных оценочной компании.

Полученное множество из 1769 записей было разделено на обучающее и тестирующее. Поскольку рекомендуемый объём тестирующего множества - не менее 10%, было получено 1569 записей в обучающей выборке и 200 записей в тестирующей выборке. Данные тестовой выборки состоят не из идущих подряд записей исходного множества, а собраны из разных участков первоначальной выборки для более качественной оценки работы обученной нейросети [13].

2.3 Проектирование сети

Для получения количества нейронов на скрытом слое была использована формула (1) из теоремы Арнольда - Колмогорова - Хехт-Нильсена. Данная формула позволяет вычислить границы для количества синаптических связей нейронной сети, откуда уже получится количество нейронов на скрытом слое [2].

,

По формуле, указанной выше, для 16-ти входных (Nx), 1-го выходного нейрона (Ny) и 1569 записей (Q) были получены границы связей: от 135 до 1784. Затем получено количество нейронов: от 9 до 188 [14].

Количество скрытых слоёв на данном этапе было решено оставить равным единице.

2.4 Обучение сети

Для обучения сети был выбран алгоритм упругого распространения, число нейронов 3 и количество итераций, равное 1000. Результат обучения представлен на рисунке 2.2.

Для обучения сети использовался алгоритм упругого распространения. Количество итераций обучение равно 1000.

Рисунок 2.2. График обучения сети

В результате обучения были получены следующие параметры сети:

· квадратичная ошибка обучения - 0,61.

· квадратичная ошибка обобщения - 0,9.

· среднеквадратичное отклонение обучения - 4,1%.

Изменение количества нейронов на скрытом слое, изменение количества скрытых слоёв и выбор другого алгоритма обучения не дали значимых изменений.

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.

Рисунок 3.4. Диаграмма последовательностей для сценария «Просмотр выполненных договоров»

Имя: просмотрВыполненныхДоговоров().

Обязанности: Вывести на экран имеющиеся договоры.

Ссылки: Прецедент «Просмотр выполненных договоров».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия: Создаётся форма, содержащая данные выполненных договоров.

Диаграмма последовательностей для сценария «Просмотр настроек стоимости договоров» представлена на рис. 3.5.

Рисунок 3.5. Диаграмма последовательностей для сценария «Просмотр настроек стоимости договоров»

Имя: просмотрНастроекСтоимостиДоговоров().

Обязанности: Сохранить изменения стоимости выполнения договора.

Ссылки: Прецедент «Просмотр настроек стоимости договоров».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия:

· Атрибуты объекта :Стоимость были изменены (модификация атрибута).

Диаграмма последовательностей для сценария «Просмотр зарплаты сотрудников компании» представлена на рис. 3.6.

Рисунок 3.6. Диаграмма последовательностей для сценария «Просмотр зарплаты сотрудников компании»

Имя: просмотрЗарплатыСотрудниковКомпании().

Обязанности: Вывести на экран информацию о зарплатах сотрудников.

Ссылки: Прецедент «Просмотр зарплаты сотрудников компании».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия: Создаётся форма, содержащая данные зарплаты сотрудников.

Диаграмма последовательностей для сценария «Генерация бухгалтерских отчётов» представлена на рис. 3.7.

Рисунок 3.7. Диаграмма последовательностей для сценария «Генерация бухгалтерских отчётов»

Имя: генерацияБухгалтерскихОтчётов().

Обязанности: Сформировать и сохранить на компьютер пользователя отчёт о зарплатах сотрудников.

Ссылки: Прецедент «Генерация бухгалтерских отчётов».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя, хотя бы один сотрудник и один выполненный договор.

Постусловия: Создаётся отчёт с зарплатами сотрудников в файле Excel.

Диаграмма последовательностей для сценария «Работа с клиентами» представлена на рис. 3.8.

Рисунок 3.8. Диаграмма последовательностей для сценария «Работа с клиентами»

Имя: работаСКлиентами().

Обязанности: Вывести на экран страницу с меню для работы с клиентами.

Ссылки: Прецедент «Работа с клиентами».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия: Создаётся форма с существующими клиентами

Имя: добавитьКлиента().

Обязанности: Добавлять клиентов в базу данных.

Ссылки: Прецедент «Добавление клиента».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия: Создан объект :Клиент (создание экземпляра).

Имя: изменитьКлиента().

Обязанности: Изменять клиентов в базе данных.

Ссылки: Прецедент «Изменение клиента».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия: Атрибуты объекта :Клиент были изменены (модификация атрибута).

Имя: удалитьКлиента().

Обязанности: Удалять клиентов из базы данных.

Ссылки: Прецедент «Удаление клиента».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия: Объект :Клиент удалён из базы данных.

Диаграмма последовательностей для сценария «Работа с договорами» представлена на рис. 3.9.

Имя: работаСДоговорами().

Обязанности: Вывести на экран страницу с меню для работы с договорами.

Ссылки: Прецедент «Работа с договорами».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия: Создаётся форма с информацией о договорах компании

Имя: добавитьДоговор().

Обязанности: Добавлять договоры в базу данных.

Ссылки: Прецедент «Добавление договора».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Рисунок 3.9. Диаграмма последовательностей для сценария «Работа с договорами»

Постусловия:

· Создан объект :Договор (создание экземпляра).

Имя: изменитьДоговор().

Обязанности: Изменять договоры в базе данных.

Ссылки: Прецедент «Изменение договора».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия: Атрибуты объекта :Договор были изменены (модификация атрибута).

Имя: удалитьДоговор().

Обязанности: Удалять договоры из базы данных.

Ссылки: Прецедент «Удаление договора».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия:

· Объект :Договор удалён из базы данных.

Диаграмма последовательностей для сценария «Оценка квартиры с помощью нейросети» представлена на рис. 3.10.

Рисунок 3.10. Диаграмма последовательностей для сценария «Оценка квартиры с помощью нейросети»

Имя: оценкаКвартирыСПомощьюНейросети(площадь, этаж, и т.д.)

Обязанности: Вычислить примерную стоимость квартиры при помощи нейросети.

Ссылки: Прецедент «Оценка квартиры с помощью нейросети».

Примечание: Нет.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия:

· Вычисляется стоимость квартиры и выводится на экран.

Диаграмма последовательностей для сценария «Просмотр статистики по оценщикам» представлена на рис. 3.11.

Рисунок 3.11. Диаграмма последовательностей для сценария «Просмотр статистики по оценщикам»

Имя: просмотрСтатистикиПоОценщикам().

Обязанности: Вывести на экран всех оценщиков и их текущие договоры.

Ссылки: Прецедент «Просмотр статистики по оценщикам».

Примечание: Использовать самый быстрый доступ к БД.

Исключения: Нет.

Предусловия: Требуется авторизация пользователя.

Постусловия: Создаётся форма, содержащая информацию о занятости оценщиков.

3.4 Диаграмма классов

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

На первой части диаграммы (рис. 3.12) представлены классы Пользователь, Оценщик, ДругойРаботник, Роль. Класс Пользователь является родительским классом для всех остальных классов, представленных на этой части диаграммы, кроме класса Роль. Класс Пользователь содержит такие поля, как ФИО, логин и пароль, дата рождения и дата начала работы в компании, а также одну из трёх ролей. Пользователя можно добавить в базу данных, изменить или удалить. Класс Оценщик добавляет только одно поле к полям класса Пользователь - поле должность. Как и класс Пользователь, Оценщика можно добавить, изменить и удалить из базы данных. Класс ДругойРаботник добавляет поле зарплата. Класс Роль содержит только одно поле - название роли. По умолчанию присутствуют три роли в системе, которые нельзя изменить или удалить - оценщик, бухгалтер и директор.

На второй части диаграммы (рис. 3.13) представлены классы Договор, Оценщик, ОбъектОценки, Клиент, ФизическоеЛицо, ЮридическоеЛицо и Адрес. Класс Клиент является родительским для классов Физическое лицо и Юридическое лицо. Он необходим для осуществления связи с классом Договор и содержит поля id и тип клиента. Класс Физическое лицо содержит следующие поля: ФИО, адрес проживания и поля для паспортных данных.

Рисунок 3.12. Диаграмма классов разрабатываемой системы. Часть 1

Адрес проживания связан с классом Адрес. Класс Юридическое лицо содержит поля: название компании, ОГРН, ИНН, номер счёта, электронная почта и адрес расположения, который связан с классом Адрес. Класс Адрес содержит необходимые поля для сохранения адреса клиента - город, район, улица, дом и квартира. Рассмотрим класс Договор. Он содержит в себе информацию о заключённом договоре, с кем заключён договор, что необходимо оценить и кто будет проводить оценку. Основные поля класса - сумма договора, размер предоплаты, дата начала и дата окончания. Классы Клиент, Оценщик и ОбъектОценки связаны с классом Договор. Класс объект оценки будет рассмотрен в следующей части диаграммы классов. Каждый экземпляр класса можно добавлять, изменять и удалять из базы данных.

Рисунок 3.13. Диаграмма классов разрабатываемой системы. Часть 2

В третьей части диаграммы (см. рис. 3.14) представлены классы ОбъектОценки, Автомобиль, Участок, Квартира и Адрес. Класс ОбъектОценки является родительским классом для классов Автомобиль, Квартира и Участок. Он содержит следующие поля: цель оценки и тип оценки. Класс Автомобиль содержит поля: марка и модель автомобиля, регистрационный номер и год выпуска. Класс Участок содержит поля: площадь, тип использования и ссылку на экземпляр класса Адрес. Класс Квартира содержит поля площадь, количество комнат, этаж и ссылку на экземпляр класса Адрес. Класс Адрес уже был рассмотрен в предыдущей части. Каждый экземпляр класса можно добавлять, изменять и удалять из базы данных.

В четвёртой части диаграммы (рис. 3.15) представлены классы НастройкиЗарплаты и НастройкиНейросети. Они независимы и никак не связаны с какими-либо другими классами системы. Класс НастройкиЗарплаты отвечает за подставляемую стоимость выполнения договора при его создании и содержит информацию о том, сколько из стоимости выполнения договора получит его исполнитель - оценщик. Эта информация хранится для каждого типа договора отдельно.

Рисунок 3.14. Диаграмма классов разрабатываемой системы. Часть 3

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

Рисунок 3.15. Диаграмма классов разрабатываемой системы. Часть 4

3.5 Диаграмма компонентов

В данном разделе представлена диаграмма компонентов, которая позволяет отобразить компоненты системы и связи между ними. Диаграмма компонентов для проектируемой системы представлена на рис. 3.16. Система имеет две основные части: серверная часть и клиентская часть. Контроллеры серверной части обращается к базе данных посредством Microsoft Entity Framework через модели данных, получает настройки из файла appsettings.json и генерирует отчёты в формате Excel. Клиентская часть системы получает и передаёт данные на сервер по протоколу HTTP. Компоненты содержат веб-страницы, в которые подставляются данные с сервера. Для преобразования данных в клиентской части системы присутствует локальное хранилище данных - Store.

Рисунок 3.16. Компоненты разрабатываемой системы

3.6 Проектирование пользовательского интерфейса

Приложение будет реализовано с помощью технологии ASP.NET Core для серверной части системы и React для клиентской части системы.

Рассмотрим основные типы страниц:

1. Страница входа в систему - на этой странице пользователю предоставляется возможность ввести свой логин и пароль (см. рис. 3.17).

2. Страница с данными - на этой странице реализовано основное меню программы, на неё выводятся данные из базы данных.

3. Страница для ввода данных - на страницах этого типа пользователю предоставляется возможность заполнить поля, необходимые для добавления или изменения записи в базе данных.

Рисунок 3.17. Эскиз страницы входа

Страница с данными будет содержать в себе следующие элементы:

1. Элемент menuList - этот элемент создаёт удобное меню с появляющимися вкладками. Через этот элемент будет осуществляться основное использование программы пользователем.

2. Элемент label - этот элемент будет выводить текстовую информацию.

3. Элемент table - этот элемент будет отображать данные из базы данных в табличном виде.

4. Элемент button - этот элемент позволят пользователю управлять приложением - переключать страницы и вызывать функции.

Эскиз страницы с данными представлен на рисунке 3.18.

Рисунок 3.18. Эскиз страницы просмотра данных

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

1. Элемент textBox - этот элемент позволит пользователю вводить данные на странице. Также, в зависимости от полей, вместо textBox могут быть использованы comboBox, dataTimePicker.

2. Элемент label - этот элемент будет выводить текстовую информацию.

3. Элемент button - этот элемент позволят пользователю подтвердить ввод или отменить его.

Эскиз страницы добавления данных представлен на рисунке 3.19.

Также на каждой из страниц применяются следующие элементы:

1. Элемент dialog - этот элемент предупреждает пользователя при необратимых действиях и выводит сообщения об ошибках на экран.

2. Элемент pagination - этот элемент позволяет переключаться между выводимой информацией на странице.

3. Элемент tooltip - этот элемент выводит дополнительную информацию о другом элементе страницы при наведении курсора.

Рисунок 3.19. Эскиз страницы добавления данных

Глава 4. Реализация и тестирование системы оценочной компании

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

4.1 Реализация классов системы

В соответствии с диаграммой классов, спроектированной в третьей главе, была создана EDM-модель для связывания классов системы с их таблицами в базе данных. Полностью EDM-модель представлена в приложении Б. Рассмотрим часть модели (рис. 4.1) [9].

Рисунок. 4.1. Часть EDM-модели сущностей предметной области

На рисунке представлены классы Договор, Клиент, ФизическоеЛицо и ЮридическоеЛицо. Класс Клиент является родительским классом для классов ФизическоеЛицо и ЮридическоеЛицо. В EDM-модели поля классов разделены на скалярные и навигационные. Скалярным полем класса Клиент является поле Id, а навигационным полем является поле Договор, связывающее класс Клиент с классом Договор. Также EDM-модель позволяет добавить особое поле - первичный ключ. Первичный ключ уникален для экземпляра класса и будет автоматически инкрементироваться. Класс Клиент имеет первичный ключ - поле id, в то время как классы ФизическоеЛицо и ЮридическоеЛицо не имеют первичного ключа. Они наследуют его от класса Клиент.


Подобные документы

  • Проектирование информационно-логической модели "Склад", которая ведет учет всей продукции, ее количество и другую информацию о товарах. Описание таблиц и полей данных. Проектирование и разработка алгоритмов. Определение пользовательского интерфейса.

    курсовая работа [8,8 M], добавлен 04.01.2015

  • Проектирование алгоритмов и программных кодов для различных элементов пользовательских форм информационно-аналитической системы. Исследование структуры базы данных. Связь между таблицами. Разработка графического интерфейса программы и справочной системы.

    курсовая работа [2,4 M], добавлен 10.01.2015

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

    дипломная работа [41,6 K], добавлен 17.08.2010

  • Теоретические основы проектирования информационно-справочных систем. Значение информационно-справочных компонент в корпоративных информационных системах. Разработка концептуальной и инфологической модели информационно-справочной системы ГОУ НПО ПУ №33.

    дипломная работа [645,4 K], добавлен 02.09.2010

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

    контрольная работа [4,8 M], добавлен 11.01.2009

  • Построение информационно-логической модели базы данных. Корректировка данных средствами запросов. Проектирование алгоритмов обработки данных. Реализация пользовательского интерфейса средствами форм. Разработка запросов для корректировки и выборки данных.

    курсовая работа [680,9 K], добавлен 19.10.2010

  • Аналитический обзор целевой аудитории сайта. Анализ требований к сайту. Проектирование функций и архитектуры системы при помощи CMS WordPress. Разработка интерфейса и структуры данных. Реализация интерфейса (экранные формы и руководство по эксплуатации).

    дипломная работа [2,0 M], добавлен 19.01.2017

  • Формирование требований к системе. Описание входной и выходной информации. Концептуальное и логическое проектирование структуры и пользовательского интерфейса. Выбор средств реализации подсистемы. Реализация функциональности программного средства.

    курсовая работа [1,3 M], добавлен 28.08.2012

  • Обзор мобильной ОС Android. Выбор инструментов и технологий. Проектирование прототипа графического интерфейса. Характеристика и описание пользовательского интерфейса. Проектирование и разработка базы данных. Определение списка необходимых разрешений.

    курсовая работа [376,6 K], добавлен 13.09.2017

  • Описание особенностей функционирования магазина. Проектирование системы: инфологическое моделирование и построение диаграммы потоков данных. Моделирование и программная реализация информационной системы. Проектирование пользовательского интерфейса.

    курсовая работа [1,6 M], добавлен 18.02.2013

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.