570 lines
33 KiB
TeX
570 lines
33 KiB
TeX
\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 Инициация -- подача заявки на создание договора.
|
||
\item Подготовка -- заполнение реквизитов на основе шаблона.
|
||
\item Правовая экспертиза -- проверка юристом на соответствие законодательству.
|
||
\item Согласование -- последовательное согласование ответственными лицами.
|
||
\item Подписание -- простановка электронных цифровых подписей.
|
||
\item Регистрация -- присвоение номера и фиксация в учетной системе.
|
||
\item Исполнение -- мониторинг выполнения обязательств.
|
||
\item Завершение -- закрытие договора по истечении срока действия.
|
||
\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
|
||
\includegraphics[width=0.9\textwidth]{assets/1.pdf}
|
||
% Здесь должна быть вставлена диаграмма прецедентов
|
||
\caption{Диаграмма прецедентов системы SmartContracts}
|
||
\label{fig:usecase}
|
||
\end{figure}
|
||
|
||
На рисунке~\ref{fig:activity} представлена диаграмма активности процесса создания и согласования договора.
|
||
|
||
\begin{figure}[H]
|
||
\centering
|
||
% Здесь должна быть вставлена диаграмма активности
|
||
\includegraphics[width=0.9\textwidth]{assets/2.pdf}
|
||
\caption{Диаграмма активности: создание и согласование договора}
|
||
\label{fig:activity}
|
||
\end{figure}
|
||
|
||
\subsubsection{Подписание электронной подписью}
|
||
|
||
Система должна обеспечивать:
|
||
\begin{itemize}
|
||
\item интеграцию с удостоверяющими центрами;
|
||
\item поддержку усиленной квалифицированной ЭЦП;
|
||
\item проверку действительности сертификатов;
|
||
\item автоматическую отметку времени подписания;
|
||
\item формирование электронного документа в формате PDF.
|
||
\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 Договоры -- основная информация о договорах;
|
||
\item Шаблоны -- типовые формы договоров;
|
||
\item Контрагенты -- данные о физических и юридических лицах;
|
||
\item Пользователи -- учетные записи сотрудников;
|
||
\item Маршруты -- схемы согласования;
|
||
\item Версии -- история изменений договоров;
|
||
\item Подписи -- информация об ЭЦП;
|
||
\item Блокчейн-записи -- хэши договоров в распределенном реестре.
|
||
\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 ГБ;
|
||
\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 диаграмма
|
||
\includegraphics[width=0.9\textwidth]{assets/3.pdf}
|
||
\caption{IDEF0: Контекстная диаграмма A-0}
|
||
\label{fig:idef0context}
|
||
\end{figure}
|
||
|
||
Декомпозиция контекстной диаграммы представлена на рисунке~\ref{fig:idef0level1}.
|
||
|
||
\begin{figure}[H]
|
||
\centering
|
||
% Здесь должна быть вставлена диаграмма декомпозиции A0
|
||
\includegraphics[width=0.9\textwidth]{assets/4.pdf}
|
||
\caption{IDEF0: Декомпозиция диаграммы A0}
|
||
\label{fig:idef0level1}
|
||
\end{figure}
|
||
|
||
\section{Модель потоков данных}
|
||
|
||
На рисунке~\ref{fig:dfd} представлена DFD-диаграмма процесса согласования договора в нотации Гейна-Сарсона.
|
||
|
||
\begin{figure}[H]
|
||
\centering
|
||
% Здесь должна быть вставлена DFD диаграмма
|
||
\includegraphics[width=0.9\textwidth]{assets/5.pdf}
|
||
\caption{DFD: Процесс согласования договора}
|
||
\label{fig:dfd}
|
||
\end{figure}
|
||
|
||
\section{Модель процесса в нотации IDEF3}
|
||
|
||
Последовательность выполнения работ при создании договора описана на рисунке~\ref{fig:idef3} с использованием нотации IDEF3.
|
||
|
||
\begin{figure}[H]
|
||
\centering
|
||
% Здесь должна быть вставлена IDEF3 диаграмма
|
||
\includegraphics[width=0.9\textwidth]{assets/6.pdf}
|
||
\caption{IDEF3: Workflow создания договора}
|
||
\label{fig:idef3}
|
||
\end{figure}
|
||
|
||
\section{Бизнес-процесс в нотации BPMN}
|
||
|
||
На рисунке~\ref{fig:bpmn} представлена модель бизнес-процесса работы с договором в нотации BPMN 2.0.
|
||
|
||
\begin{figure}[H]
|
||
\centering
|
||
% Здесь должна быть вставлена BPMN диаграмма
|
||
\includegraphics[width=0.9\textwidth]{assets/7.pdf}
|
||
\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 Автономные испытания -- проверка отдельных модулей разработчиком.
|
||
\item Комплексные испытания -- проверка взаимодействия модулей.
|
||
\item Предварительные испытания -- проверка соответствия требованиям ТЗ.
|
||
\item Опытная эксплуатация -- работа системы в реальных условиях (3 месяца).
|
||
\item Приемочные испытания -- итоговая проверка заказчиком.
|
||
\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{ecp}
|
||
Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи». [Электронный ресурс]. -- URL: http://www.consultant.ru (дата обращения: 23.01.2026).
|
||
|
||
\bibitem{pdata}
|
||
Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных». [Электронный ресурс]. -- URL: http://www.consultant.ru (дата обращения: 23.01.2026).
|
||
|
||
\bibitem{systems}
|
||
Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. -- 2-е изд., перераб. и доп. -- М.: Финансы и статистика, 2006. -- 544 с.
|
||
|
||
\end{thebibliography}
|
||
|
||
\end{document}
|