upd
This commit is contained in:
554
res.tex
Normal file
554
res.tex
Normal file
@@ -0,0 +1,554 @@
|
||||
\documentclass[14pt]{extreport}
|
||||
\usepackage{gost}
|
||||
\usepackage[utf8]{inputenc}
|
||||
\usepackage[russian]{babel}
|
||||
\usepackage{graphicx}
|
||||
\usepackage{hyperref}
|
||||
|
||||
\begin{document}
|
||||
\pagestyle{empty}
|
||||
% Здесь должен быть титульный лист
|
||||
% \includepdf[pages=-,pagecommand={}]{titulCourse.pdf}
|
||||
|
||||
\pagestyle{plain}
|
||||
\tableofcontents
|
||||
|
||||
\abbreviations
|
||||
В данном техническом задании используются следующие сокращения:
|
||||
\begin{itemize}
|
||||
\item АС -- автоматизированная система
|
||||
\item ИС -- информационная система
|
||||
\item ЭЦП -- электронная цифровая подпись
|
||||
\item БД -- база данных
|
||||
\item UML -- Unified Modeling Language (унифицированный язык моделирования)
|
||||
\item API -- Application Programming Interface
|
||||
\item BPMN -- Business Process Model and Notation
|
||||
\item СУБД -- система управления базами данных
|
||||
\end{itemize}
|
||||
|
||||
\intro
|
||||
|
||||
\section*{Актуальность разработки}
|
||||
|
||||
Современные образовательные учреждения ежедневно работают с большим количеством договоров: договоры на обучение студентов, договоры с преподавателями, договоры о сотрудничестве с внешними организациями. Традиционный подход к управлению договорными отношениями характеризуется:
|
||||
\begin{itemize}
|
||||
\item высокой трудоемкостью процесса создания и согласования документов;
|
||||
\item длительными сроками прохождения согласования (до 2-3 недель);
|
||||
\item высоким риском ошибок при ручном заполнении типовых форм;
|
||||
\item отсутствием централизованного контроля за исполнением обязательств;
|
||||
\item сложностью получения аналитической информации о договорной деятельности.
|
||||
\end{itemize}
|
||||
|
||||
\section*{Цель курсовой работы}
|
||||
|
||||
Целью данной работы является разработка технического задания на создание интеллектуальной системы управления договорными отношениями «SmartContracts» для образовательных учреждений, которая обеспечит:
|
||||
\begin{itemize}
|
||||
\item автоматизацию процессов создания, согласования и подписания договоров;
|
||||
\item повышение прозрачности и контролируемости договорной деятельности;
|
||||
\item сокращение временных затрат на работу с договорами на 70\%;
|
||||
\item исключение ошибок при формировании типовых документов;
|
||||
\item обеспечение юридической значимости электронных документов.
|
||||
\end{itemize}
|
||||
|
||||
\section*{Задачи курсовой работы}
|
||||
|
||||
Для достижения поставленной цели необходимо решить следующие задачи:
|
||||
\begin{enumerate}
|
||||
\item Провести анализ предметной области и выявить основные бизнес-процессы управления договорами.
|
||||
\item Разработать техническое задание на создание системы в соответствии с ГОСТ~34.602-89~\cite{gost34602}.
|
||||
\item Построить функциональную модель системы с использованием нотации IDEF0.
|
||||
\item Разработать UML-диаграммы прецедентов и активности для ключевых функций системы.
|
||||
\item Построить модели бизнес-процессов в нотациях DFD, IDEF3 и BPMN.
|
||||
\item Разработать концептуальные макеты пользовательского интерфейса.
|
||||
\end{enumerate}
|
||||
|
||||
\chapter{Техническое задание на создание системы SmartContracts}
|
||||
|
||||
\section{Общие сведения}
|
||||
|
||||
\subsection{Полное наименование системы}
|
||||
Интеллектуальная система управления договорными отношениями в образовательной среде «SmartContracts».
|
||||
|
||||
Условное обозначение: SmartContracts v1.0
|
||||
|
||||
\subsection{Основание для разработки}
|
||||
Техническое задание разработано в рамках курсовой работы по дисциплине «Инфокоммуникационные системы и технологии».
|
||||
|
||||
\subsection{Плановые сроки разработки}
|
||||
\begin{itemize}
|
||||
\item Начало разработки: январь 2026 г.
|
||||
\item Окончание разработки: июнь 2026 г.
|
||||
\item Ввод в опытную эксплуатацию: сентябрь 2026 г.
|
||||
\end{itemize}
|
||||
|
||||
\section{Назначение и цели создания системы}
|
||||
|
||||
\subsection{Назначение системы}
|
||||
|
||||
Система SmartContracts предназначена для автоматизации процессов управления договорными отношениями в образовательных учреждениях высшего образования.
|
||||
|
||||
Объектами автоматизации являются следующие подразделения и категории пользователей:
|
||||
\begin{itemize}
|
||||
\item учебный отдел -- управление договорами на обучение;
|
||||
\item отдел кадров -- договоры с преподавателями и сотрудниками;
|
||||
\item юридический отдел -- правовая экспертиза договоров;
|
||||
\item бухгалтерия -- финансовый контроль обязательств;
|
||||
\item деканаты факультетов -- инициация договоров;
|
||||
\item студенты и их законные представители;
|
||||
\item преподаватели;
|
||||
\item внешние организации-партнеры.
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Цели создания системы}
|
||||
|
||||
Создание системы направлено на достижение следующих целей:
|
||||
|
||||
\subsubsection{Повышение эффективности процессов}
|
||||
\begin{itemize}
|
||||
\item Сокращение времени создания договора с 3-5 дней до 2-4 часов.
|
||||
\item Сокращение времени согласования с 2-3 недель до 3-5 рабочих дней.
|
||||
\item Снижение трудозатрат на работу с договорами на 60\%.
|
||||
\end{itemize}
|
||||
|
||||
\subsubsection{Повышение качества}
|
||||
\begin{itemize}
|
||||
\item Исключение ошибок при заполнении типовых форм.
|
||||
\item Автоматический контроль соответствия правовым нормам.
|
||||
\item Обеспечение единообразия договорной документации.
|
||||
\end{itemize}
|
||||
|
||||
\subsubsection{Обеспечение прозрачности}
|
||||
\begin{itemize}
|
||||
\item Полная история изменений каждого договора.
|
||||
\item Фиксация всех этапов согласования.
|
||||
\item Использование технологии блокчейн для обеспечения неизменности данных.
|
||||
\end{itemize}
|
||||
|
||||
\section{Характеристика объектов автоматизации}
|
||||
|
||||
\subsection{Описание процесса управления договорами}
|
||||
|
||||
Процесс управления договорами в образовательном учреждении включает следующие этапы:
|
||||
|
||||
\begin{enumerate}
|
||||
\item \textbf{Инициация} -- подача заявки на создание договора.
|
||||
\item \textbf{Подготовка} -- заполнение реквизитов на основе шаблона.
|
||||
\item \textbf{Правовая экспертиза} -- проверка юристом на соответствие законодательству.
|
||||
\item \textbf{Согласование} -- последовательное согласование ответственными лицами.
|
||||
\item \textbf{Подписание} -- простановка электронных цифровых подписей.
|
||||
\item \textbf{Регистрация} -- присвоение номера и фиксация в учетной системе.
|
||||
\item \textbf{Исполнение} -- мониторинг выполнения обязательств.
|
||||
\item \textbf{Завершение} -- закрытие договора по истечении срока действия.
|
||||
\end{enumerate}
|
||||
|
||||
\subsection{Условия эксплуатации}
|
||||
|
||||
Система должна функционировать в следующих условиях:
|
||||
\begin{itemize}
|
||||
\item режим работы -- круглосуточно, 7 дней в неделю;
|
||||
\item количество одновременных пользователей -- до 200 человек;
|
||||
\item среднее количество договоров в год -- 5000-7000;
|
||||
\item пиковая нагрузка -- начало учебного года (сентябрь);
|
||||
\item территориальная распределенность -- возможна работа из филиалов.
|
||||
\end{itemize}
|
||||
|
||||
\section{Требования к системе}
|
||||
|
||||
\subsection{Требования к системе в целом}
|
||||
|
||||
\subsubsection{Требования к структуре системы}
|
||||
|
||||
Система должна состоять из следующих подсистем:
|
||||
\begin{enumerate}
|
||||
\item Подсистема управления шаблонами договоров.
|
||||
\item Подсистема формирования договоров.
|
||||
\item Подсистема электронного согласования.
|
||||
\item Подсистема электронной подписи.
|
||||
\item Подсистема мониторинга и контроля.
|
||||
\item Подсистема аналитики и отчетности.
|
||||
\item Подсистема интеграции с блокчейн.
|
||||
\end{enumerate}
|
||||
|
||||
Система должна иметь двухуровневую архитектуру:
|
||||
\begin{itemize}
|
||||
\item клиентская часть -- веб-браузер;
|
||||
\item серверная часть -- сервер приложений и сервер базы данных.
|
||||
\end{itemize}
|
||||
|
||||
\subsubsection{Требования к надежности}
|
||||
|
||||
Система должна обеспечивать:
|
||||
\begin{itemize}
|
||||
\item коэффициент готовности не менее 0,98;
|
||||
\item время восстановления после сбоя не более 2 часов;
|
||||
\item автоматическое резервное копирование БД каждые 6 часов;
|
||||
\item сохранность данных при аварийном отключении питания.
|
||||
\end{itemize}
|
||||
|
||||
\subsubsection{Требования безопасности}
|
||||
|
||||
Система должна обеспечивать:
|
||||
\begin{itemize}
|
||||
\item аутентификацию пользователей по логину и паролю;
|
||||
\item разграничение прав доступа в соответствии с ролями;
|
||||
\item шифрование конфиденциальных данных в БД;
|
||||
\item защиту от SQL-инъекций и XSS-атак;
|
||||
\item аудит всех действий пользователей;
|
||||
\item соответствие требованиям 152-ФЗ о персональных данных.
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Требования к функциям системы}
|
||||
|
||||
\subsubsection{Управление шаблонами договоров}
|
||||
|
||||
Система должна обеспечивать:
|
||||
\begin{itemize}
|
||||
\item создание и редактирование шаблонов в визуальном редакторе;
|
||||
\item версионирование шаблонов с возможностью отката;
|
||||
\item установку правил заполнения полей (обязательность, формат);
|
||||
\item интеграцию с правовыми базами для актуализации шаблонов;
|
||||
\item назначение шаблонов различным типам договоров.
|
||||
\end{itemize}
|
||||
|
||||
\subsubsection{Формирование договоров}
|
||||
|
||||
Система должна обеспечивать:
|
||||
\begin{itemize}
|
||||
\item автоматическое заполнение реквизитов университета из справочника;
|
||||
\item загрузку данных контрагента из внешних источников (по ИНН);
|
||||
\item валидацию введенных данных в реальном времени;
|
||||
\item автоматический расчет стоимостных показателей;
|
||||
\item формирование уникального номера договора;
|
||||
\item предпросмотр документа перед отправкой на согласование.
|
||||
\end{itemize}
|
||||
|
||||
\subsubsection{Электронное согласование}
|
||||
|
||||
Система должна обеспечивать согласно диаграмме на рисунке~\ref{fig:usecase}:
|
||||
\begin{itemize}
|
||||
\item настройку маршрутов согласования для различных типов договоров;
|
||||
\item последовательное или параллельное согласование;
|
||||
\item возможность делегирования полномочий;
|
||||
\item автоматические уведомления участникам процесса;
|
||||
\item визуализацию текущего статуса договора;
|
||||
\item фиксацию комментариев согласующих лиц;
|
||||
\item эскалацию при превышении сроков согласования.
|
||||
\end{itemize}
|
||||
|
||||
\begin{figure}[H]
|
||||
\centering
|
||||
% Здесь должна быть вставлена диаграмма прецедентов
|
||||
\caption{Диаграмма прецедентов системы SmartContracts}
|
||||
\label{fig:usecase}
|
||||
\end{figure}
|
||||
|
||||
На рисунке~\ref{fig:activity} представлена диаграмма активности процесса создания и согласования договора.
|
||||
|
||||
\begin{figure}[H]
|
||||
\centering
|
||||
% Здесь должна быть вставлена диаграмма активности
|
||||
\caption{Диаграмма активности: создание и согласование договора}
|
||||
\label{fig:activity}
|
||||
\end{figure}
|
||||
|
||||
\subsubsection{Подписание электронной подписью}
|
||||
|
||||
Система должна обеспечивать:
|
||||
\begin{itemize}
|
||||
\item интеграцию с удостоверяющими центрами;
|
||||
\item поддержку усиленной квалифицированной ЭЦП;
|
||||
\item проверку действительности сертификатов;
|
||||
\item автоматическую отметку времени подписания;
|
||||
\item формирование электронного документа в формате PDF/A.
|
||||
\end{itemize}
|
||||
|
||||
\subsubsection{Мониторинг и контроль}
|
||||
|
||||
Система должна обеспечивать:
|
||||
\begin{itemize}
|
||||
\item автоматическое отслеживание сроков действия договоров;
|
||||
\item контроль исполнения финансовых обязательств;
|
||||
\item формирование напоминаний о приближающихся сроках;
|
||||
\item уведомления о просроченных платежах;
|
||||
\item дашборды с ключевыми показателями для руководства.
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Требования к видам обеспечения}
|
||||
|
||||
\subsubsection{Математическое обеспечение}
|
||||
|
||||
В системе должны использоваться следующие алгоритмы:
|
||||
\begin{itemize}
|
||||
\item алгоритмы валидации данных (проверка ИНН, СНИЛС, паспортных данных);
|
||||
\item алгоритмы расчета стоимости обучения с учетом скидок;
|
||||
\item алгоритмы маршрутизации документов на основе правил;
|
||||
\item криптографические алгоритмы для работы с ЭЦП;
|
||||
\item алгоритмы формирования хэш-сумм для блокчейн.
|
||||
\end{itemize}
|
||||
|
||||
\subsubsection{Информационное обеспечение}
|
||||
|
||||
База данных системы должна содержать следующие основные сущности:
|
||||
\begin{itemize}
|
||||
\item \textbf{Договоры} -- основная информация о договорах;
|
||||
\item \textbf{Шаблоны} -- типовые формы договоров;
|
||||
\item \textbf{Контрагенты} -- данные о физических и юридических лицах;
|
||||
\item \textbf{Пользователи} -- учетные записи сотрудников;
|
||||
\item \textbf{Маршруты} -- схемы согласования;
|
||||
\item \textbf{Версии} -- история изменений договоров;
|
||||
\item \textbf{Подписи} -- информация об ЭЦП;
|
||||
\item \textbf{Блокчейн-записи} -- хэши договоров в распределенном реестре.
|
||||
\end{itemize}
|
||||
|
||||
Система должна поддерживать импорт/экспорт данных в форматах XML, JSON, Excel.
|
||||
|
||||
\subsubsection{Программное обеспечение}
|
||||
|
||||
Серверная часть должна быть реализована с использованием:
|
||||
\begin{itemize}
|
||||
\item язык программирования -- Python 3.10+ или Java 17+;
|
||||
\item веб-фреймворк -- Django/Flask или Spring Boot;
|
||||
\item СУБД -- PostgreSQL 14+;
|
||||
\item сервер приложений -- Gunicorn/uWSGI или Tomcat;
|
||||
\item веб-сервер -- Nginx;
|
||||
\item очередь сообщений -- RabbitMQ или Apache Kafka;
|
||||
\item кэширование -- Redis.
|
||||
\end{itemize}
|
||||
|
||||
Клиентская часть должна быть реализована с использованием:
|
||||
\begin{itemize}
|
||||
\item HTML5, CSS3, JavaScript (ES6+);
|
||||
\item фреймворк -- React.js или Vue.js;
|
||||
\item библиотека UI-компонентов -- Material-UI или Ant Design.
|
||||
\end{itemize}
|
||||
|
||||
Для работы с блокчейн должна использоваться платформа Hyperledger Fabric или Ethereum.
|
||||
|
||||
\subsubsection{Техническое обеспечение}
|
||||
|
||||
Минимальные требования к серверному оборудованию:
|
||||
\begin{itemize}
|
||||
\item процессор -- 8 ядер, 2.5 GHz;
|
||||
\item оперативная память -- 32 ГБ;
|
||||
\item дисковая подсистема -- SSD 500 ГБ (RAID 1);
|
||||
\item сетевой интерфейс -- 1 Гбит/с;
|
||||
\item источник бесперебойного питания.
|
||||
\end{itemize}
|
||||
|
||||
Требования к рабочим местам пользователей:
|
||||
\begin{itemize}
|
||||
\item процессор -- 2 ядра, 2.0 GHz;
|
||||
\item оперативная память -- 4 ГБ;
|
||||
\item разрешение монитора -- минимум 1366x768;
|
||||
\item веб-браузер -- Chrome 90+, Firefox 88+, Safari 14+, Edge 90+;
|
||||
\item подключение к сети -- минимум 5 Мбит/с.
|
||||
\end{itemize}
|
||||
|
||||
\section{Функциональная модель системы}
|
||||
|
||||
На рисунке~\ref{fig:idef0context} представлена контекстная диаграмма IDEF0, отражающая взаимодействие системы SmartContracts с внешней средой.
|
||||
|
||||
\begin{figure}[H]
|
||||
\centering
|
||||
% Здесь должна быть вставлена контекстная IDEF0 диаграмма
|
||||
\caption{IDEF0: Контекстная диаграмма A-0}
|
||||
\label{fig:idef0context}
|
||||
\end{figure}
|
||||
|
||||
Декомпозиция контекстной диаграммы представлена на рисунке~\ref{fig:idef0level1}.
|
||||
|
||||
\begin{figure}[H]
|
||||
\centering
|
||||
% Здесь должна быть вставлена диаграмма декомпозиции A0
|
||||
\caption{IDEF0: Декомпозиция диаграммы A0}
|
||||
\label{fig:idef0level1}
|
||||
\end{figure}
|
||||
|
||||
\section{Модель потоков данных}
|
||||
|
||||
На рисунке~\ref{fig:dfd} представлена DFD-диаграмма процесса согласования договора в нотации Гейна-Сарсона.
|
||||
|
||||
\begin{figure}[H]
|
||||
\centering
|
||||
% Здесь должна быть вставлена DFD диаграмма
|
||||
\caption{DFD: Процесс согласования договора}
|
||||
\label{fig:dfd}
|
||||
\end{figure}
|
||||
|
||||
\section{Модель процесса в нотации IDEF3}
|
||||
|
||||
Последовательность выполнения работ при создании договора описана на рисунке~\ref{fig:idef3} с использованием нотации IDEF3.
|
||||
|
||||
\begin{figure}[H]
|
||||
\centering
|
||||
% Здесь должна быть вставлена IDEF3 диаграмма
|
||||
\caption{IDEF3: Workflow создания договора}
|
||||
\label{fig:idef3}
|
||||
\end{figure}
|
||||
|
||||
\section{Бизнес-процесс в нотации BPMN}
|
||||
|
||||
На рисунке~\ref{fig:bpmn} представлена модель бизнес-процесса работы с договором в нотации BPMN 2.0.
|
||||
|
||||
\begin{figure}[H]
|
||||
\centering
|
||||
% Здесь должна быть вставлена BPMN диаграмма
|
||||
\caption{BPMN: Процесс работы с договором}
|
||||
\label{fig:bpmn}
|
||||
\end{figure}
|
||||
|
||||
\section{Состав и содержание работ по созданию системы}
|
||||
|
||||
Работы по созданию системы выполняются в соответствии с ГОСТ~34.601-90 и включают следующие стадии:
|
||||
|
||||
\subsection{Стадия 1: Формирование требований (1 месяц)}
|
||||
\begin{itemize}
|
||||
\item Обследование объекта автоматизации.
|
||||
\item Проведение интервью с пользователями.
|
||||
\item Анализ существующих процессов.
|
||||
\item Разработка и утверждение технического задания.
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Стадия 2: Разработка концепции (1 месяц)}
|
||||
\begin{itemize}
|
||||
\item Разработка вариантов концепции системы.
|
||||
\item Выбор программно-технических средств.
|
||||
\item Разработка архитектуры системы.
|
||||
\item Утверждение концепции.
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Стадия 3: Техническое проектирование (2 месяца)}
|
||||
\begin{itemize}
|
||||
\item Разработка структуры БД.
|
||||
\item Проектирование интерфейсов.
|
||||
\item Разработка технической документации.
|
||||
\item Утверждение технического проекта.
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Стадия 4: Рабочее проектирование (3 месяца)}
|
||||
\begin{itemize}
|
||||
\item Программирование модулей системы.
|
||||
\item Разработка пользовательской документации.
|
||||
\item Подготовка тестовых данных.
|
||||
\item Автономное тестирование модулей.
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Стадия 5: Ввод в действие (2 месяца)}
|
||||
\begin{itemize}
|
||||
\item Комплексное тестирование системы.
|
||||
\item Опытная эксплуатация.
|
||||
\item Обучение пользователей.
|
||||
\item Приемочные испытания.
|
||||
\item Ввод в промышленную эксплуатацию.
|
||||
\end{itemize}
|
||||
|
||||
\section{Порядок контроля и приемки системы}
|
||||
|
||||
\subsection{Виды испытаний}
|
||||
|
||||
Для системы SmartContracts предусматриваются следующие виды испытаний:
|
||||
\begin{enumerate}
|
||||
\item \textbf{Автономные испытания} -- проверка отдельных модулей разработчиком.
|
||||
\item \textbf{Комплексные испытания} -- проверка взаимодействия модулей.
|
||||
\item \textbf{Предварительные испытания} -- проверка соответствия требованиям ТЗ.
|
||||
\item \textbf{Опытная эксплуатация} -- работа системы в реальных условиях (3 месяца).
|
||||
\item \textbf{Приемочные испытания} -- итоговая проверка заказчиком.
|
||||
\end{enumerate}
|
||||
|
||||
\subsection{Порядок приемки}
|
||||
|
||||
Приемка системы осуществляется приемочной комиссией в составе представителей заказчика, разработчика и независимых экспертов.
|
||||
|
||||
Критерии приемки:
|
||||
\begin{itemize}
|
||||
\item выполнение всех функциональных требований ТЗ;
|
||||
\item успешное прохождение тестовых сценариев;
|
||||
\item отсутствие критических ошибок;
|
||||
\item наличие полного комплекта документации;
|
||||
\item проведение обучения пользователей.
|
||||
\end{itemize}
|
||||
|
||||
\section{Требования к документированию}
|
||||
|
||||
По результатам разработки должны быть представлены следующие документы:
|
||||
|
||||
\subsection{Проектная документация}
|
||||
\begin{itemize}
|
||||
\item Техническое задание (ГОСТ~34.602-89).
|
||||
\item Эскизный проект.
|
||||
\item Технический проект.
|
||||
\item Рабочая документация.
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Программная документация}
|
||||
\begin{itemize}
|
||||
\item Описание программы (ГОСТ~19.402).
|
||||
\item Руководство программиста (ГОСТ~19.504).
|
||||
\item Текст программы (ГОСТ~19.401).
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Пользовательская документация}
|
||||
\begin{itemize}
|
||||
\item Руководство пользователя.
|
||||
\item Руководство администратора.
|
||||
\item Методические указания по работе с системой.
|
||||
\item Видеоинструкции.
|
||||
\end{itemize}
|
||||
|
||||
\section{Источники разработки}
|
||||
|
||||
При разработке технического задания использовались следующие источники:
|
||||
\begin{itemize}
|
||||
\item ГОСТ~34.602-89 «Техническое задание на создание автоматизированной системы».
|
||||
\item ГОСТ~34.601-90 «Автоматизированные системы. Стадии создания».
|
||||
\item Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи».
|
||||
\item Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных».
|
||||
\item Результаты обследования процессов управления договорами в образовательных учреждениях.
|
||||
\end{itemize}
|
||||
|
||||
\conclusions
|
||||
|
||||
В результате выполнения курсовой работы было разработано техническое задание на создание интеллектуальной системы управления договорными отношениями «SmartContracts» для образовательных учреждений.
|
||||
|
||||
Основные результаты работы:
|
||||
\begin{enumerate}
|
||||
\item Проведен анализ предметной области и выявлены ключевые проблемы существующих подходов к управлению договорами.
|
||||
\item Разработано техническое задание в соответствии с ГОСТ~34.602-89, включающее полное описание требований к создаваемой системе.
|
||||
\item Построена функциональная модель системы с использованием методологии IDEF0.
|
||||
\item Разработаны UML-диаграммы прецедентов и активности, отражающие взаимодействие пользователей с системой.
|
||||
\item Построены модели бизнес-процессов в нотациях DFD, IDEF3 и BPMN, детализирующие логику работы системы.
|
||||
\item Определены требования к программно-техническому обеспечению и порядок разработки системы.
|
||||
\end{enumerate}
|
||||
|
||||
Предложенная система позволит:
|
||||
\begin{itemize}
|
||||
\item сократить время создания договора с 3-5 дней до 2-4 часов;
|
||||
\item сократить время согласования с 2-3 недель до 3-5 рабочих дней;
|
||||
\item исключить ошибки при формировании типовых документов;
|
||||
\item обеспечить полную прозрачность и контролируемость договорной деятельности;
|
||||
\item повысить юридическую защищенность университета.
|
||||
\end{itemize}
|
||||
|
||||
Разработанное техническое задание может быть использовано в качестве основы для реализации системы SmartContracts.
|
||||
|
||||
\begin{thebibliography}{99}
|
||||
|
||||
\bibitem{gost34602}
|
||||
ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. -- М.: Издательство стандартов, 1990.
|
||||
|
||||
\bibitem{gost34601}
|
||||
ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. -- М.: Издательство стандартов, 1991.
|
||||
|
||||
\bibitem{uml}
|
||||
Буч Г., Рамбо Дж., Джекобсон А. Язык UML. Руководство пользователя. -- 2-е изд. -- СПб.: ДМК Пресс, 2006. -- 496 с.
|
||||
|
||||
\bibitem{idef0}
|
||||
Методология функционального моделирования IDEF0. Руководящий документ. -- М.: ИПК Издательство стандартов, 2000. -- 75 с.
|
||||
|
||||
\bibitem{bpmn}
|
||||
Белл Д., Симон П. BPMN 2.0. Руководство по моделированию бизнес-процессов. -- М.: Альпина Паблишер, 2019. -- 512 с.
|
||||
|
||||
\bibitem{blockchain}
|
||||
Свон М. Блокчейн: Схема новой экономики. -- М.: Олимп-Бизнес, 2017. -- 240 с.
|
||||
|
||||
\bibitem{ecp}
|
||||
Reference in New Issue
Block a user