курсач 6 сем записка + плакаты / курсовойПроект

Состав функций, которые необходимо отразить в создаваемой модели, должен показывать основные этапы сбора и оценки финансовой информации стартапа.

Функцию «Провести сбор и оценку финансовой информации стартапа» разделим на четыре составляющие:

Сбор финансовых данных о компании;

Подсчет финансовых показателей;

Проанализировать динамику показателей;

Подготовить отчет.

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

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

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

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

Последний этап анализа динамики финансовых показателей компании – подготовка рекомендаций аналитиком для улучшения динамики (для разных показателей – свои рекомендации).

Данная диаграмма изображена на рисунке 1.2.

13

Рисунок 1.2 – Декомпозиция контекстной диаграммы верхнего уровня

Дальнейшей декомпозиции подвергнем процесс «Подсчет финансовых показателей» (рисунок 1.3), данный процесс состоит из трех функций:

Выбора нужной метрики (клиент сам должен выбрать показатель, который хочет рассчитать);

Расчет показателя по формуле (в зависимости от выбранной метрики KPI, это исполняет ПК с ПО);

Зафиксировать полученные результаты расчетов.

14

Рисунок 1.3 – Декомпозиция блока “Подсчет финансовых показателей”

Диаграмма декомпозиции процесса «Подготовить рекомендации» изображена на рисунке 1.4.

Рисунок 1.4 – Декомпозиция блока «Подготовить рекомендации»

Проведем декомпозицию блока “ Написание выводов и рекомендаций к каждому показателю ” (рисунок 1.5). Она состоит из трех функций:

Выбор метода анализа;

Проанализировать данные на основе метода;

15

Написать выводы и рекомендации; На выходе получаем рекомендации, которые в последующем увидит

клиент.

Рисунок 1.5 – Декомпозиция блока «Оказание услуг»

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

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

1.3Анализ требований к разрабатываемому программному средству.

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

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

16

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

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

На рисунке 1.4 изображена UML-диаграмма вариантов использования системы.

Рисунок 1.4 – UML-диаграмма вариантов использования

Общими возможностями для всех них является авторизация и регистрация.

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

17

1.4Разработка информационной модели системы оценки и мониторинга финансовых показателей стартапа

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

–пользователь;

–роль;

–отчеты;

–информация для отчета;

–стоимость привлечения клиентов;

–регулярная месячная выручка;

Сущность «пользователь» содержит информацию о всех пользователях системы: идентификационный номер, имя, почта, фамилия и пароль от учетной записи.

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

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

Сущность «стоимость привлечения клиентов» содержит финансовую информацию о вложениях клиента в стартап: сколько пришлось потратить на юридическое оформление проекта, закупку товаров и прочие затраты.

Сущность «регулярная месячная выручка» содержит финансовую информацию о прибыли стартапа: прибыль за последний месяц, год и сколько было вложено за все время. Эти показатели помогут оценить финансовому аналитику прибыль стартапа.

Общая схема связанных сущностей базы данных представлена на рисунке 1.4.

18

Рисунок 1.4 – Информационная модель базы данных

Для доказательства нахождение таблиц в третьей нормальной форме необходимо воспользоваться следующими понятиями.

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

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

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

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

19

1.5Модели представления системы мониторинга и оценки стартапа

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

−диаграмма последовательности;

−диаграмма деятельности;

−диаграмма развертывания;

−диаграмма классов.

Последние три будут описаны при рассмотрении архитектурных решений, а на первых двух остановимся подробнее.

На рисунке 1.5 представлена диаграмма последовательности просмотра списка сотрудников.

Рисунок 1.7 – Диаграмма последовательности просмотра информации о стартапе

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

20

2 ПРОЕКТИРОВАНИЕ И КОНСТРУИРОВАНИЕ ПРОГРАММЫ

АААА\\ПО ПОДДЕРЖКЕ МОНИТОРИНГА И ОЦЕНКЕ

АААА\\ПОКАЗАТЕЛЕЙ СТАРТАПА

2.1 Постановка задачи по автоматизированию процесса

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

Разработка приложения предусмотрена для ролей администратора, финансового аналитика и клиента. Программное средство будет предоставлять следующие возможности:

–авторизацию;

–функции администратора;

–функции клиента;

–функции финансового аналитика;

–обработку исключительных ситуаций.

Для реализации приложения требуется спроектировать базу данных (БД), разработать иерархию классов, связать сервер с БД, разработать пользовательский интерфейс, сделать приложение простым и понятным в использовании.

С помощью анализа функциональной модели системы определены основные задачи, которые данная система будет выполнять:

−обеспечивать возможность регистрации пользователя;

−обеспечивать возможность авторизации пользователей;

−обеспечивать возможность управления пользователями;

−предоставлять возможность аналитику совершать оценку стартапов;

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

−предоставлять возможность клиенту участвовать в соревнованиях на лучший стартап.

2.2 Архитектурные решения

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

21

функционирования приложений и предоставляет для них широкий спектр дополнительных функций.

Для создания клиентской части приложения был выбран фреймворк React. Одна из ключевых особенностей React — декларативность. С помощью React разработчик описывает, как компоненты интерфейса выглядят в разных состояниях. Декларативный подход сокращает код и делает его понятным.

Для разработки программного средства используется среда VisualStudio Code. Она является интегрированной средой разработки программного обеспечения, предоставляющей инструменты создания программ на многих языках программирования и инструменты работы с базами данных.

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

Диаграмма развертывания для разработанной системы представлена на рисунке 2.2. В качестве узлов на ней выступают сервер и клиент. Сервер в свою очередь имеет возможность подключения к СУБД.

Рисунок 2.1 – Диаграмма развертывания системы оценки и мониторинга показателей стартапа

22