Minor fixes

This commit is contained in:
Daniel Haus 2026-02-26 10:02:48 +03:00
parent adc7254140
commit 61b5132a40
6 changed files with 52 additions and 37 deletions

View file

@ -1,4 +1,4 @@
\documentclass[14pt, a4paper]{article} \documentclass[10pt, a4paper]{extarticle}
\usepackage[T2A]{fontenc} \usepackage[T2A]{fontenc}
\usepackage[english, russian]{babel} \usepackage[english, russian]{babel}
@ -11,7 +11,11 @@ sorting=none]{biblatex}
\addbibresource{bibliography.bib} \addbibresource{bibliography.bib}
\usepackage{fontspec} \usepackage{fontspec}
\setmainfont{Times New Roman} \setmainfont[Scale=1.4]{Times New Roman}
\usepackage{caption}
\captionsetup[table]{labelsep=space, name=Таблица, justification=raggedright, singlelinecheck=false}
\captionsetup[figure]{labelsep=space, name=Рисунок, justification=centering}
% Поля: левое 30мм, остальные 15мм % Поля: левое 30мм, остальные 15мм
\usepackage[left=30mm, right=15mm, top=20mm, bottom=20mm]{geometry} \usepackage[left=30mm, right=15mm, top=20mm, bottom=20mm]{geometry}
@ -55,7 +59,6 @@ sorting=none]{biblatex}
\usepackage{titlesec} \usepackage{titlesec}
\usepackage{etoolbox} \usepackage{etoolbox}
\AtBeginEnvironment{tabular}{\fontsize{12pt}{14.4pt}\selectfont}
\setcounter{tocdepth}{2} \setcounter{tocdepth}{2}

View file

@ -5,8 +5,4 @@
\end{center} \end{center}
\vspace{1em} \vspace{1em}
} }
\makeatletter \makeatletter
\renewcommand{\footnotesize}{%
\@setfontsize\footnotesize{11pt}{13.2pt} % {размер шрифта}{межстрочный интервал}
}
\makeatother

View file

@ -2,13 +2,22 @@
\renewcommand{\cfttoctitlefont}{\hfill\bfseries\fontsize{14pt}{16pt}\selectfont} \renewcommand{\cfttoctitlefont}{\hfill\bfseries\fontsize{14pt}{16pt}\selectfont}
\renewcommand{\cftaftertoctitle}{\hfill} \renewcommand{\cftaftertoctitle}{\hfill}
\renewcommand{\contentsname}{\MakeUppercase{Содержание}} \renewcommand{\contentsname}{\MakeUppercase{Содержание}}
% Принудительная установка шрифта для всего документа
\fontsize{14pt}{16.8pt}\selectfont
% Центрируем заголовок "Содержание"
\renewcommand{\cfttoctitlefont}{\hfill\bfseries}
\renewcommand{\cftaftertoctitle}{\hfill}
\renewcommand{\contentsname}{\MakeUppercase{Содержание}}
% Команда для восстановления шрифта после таблиц % Команда для восстановления шрифта после таблиц
\newcommand{\resetfont}{\fontsize{14pt}{16.8pt}\selectfont} \newcommand{\resetfont}{\normalfont}
% Настройка заголовков разделов % Настройка заголовков разделов (без указания размера)
\titleformat*{\section}{\normalfont\fontsize{14pt}{16.8pt}\bfseries} \titleformat*{\section}{\normalfont\bfseries}
\titleformat*{\subsection}{\normalfont\fontsize{14pt}{16.8pt}\bfseries} \titleformat*{\subsection}{\normalfont\bfseries}
\titleformat*{\subsubsection}{\normalfont\fontsize{14pt}{16.8pt}\bfseries} \titleformat*{\subsubsection}{\normalfont\bfseries}
\AtBeginEnvironment{tabular}{\fontsize{8.57pt}{10.28pt}\selectfont}
\AtBeginEnvironment{longtable}{\fontsize{8.57pt}{10.28pt}\selectfont}
\renewcommand{\arraystretch}{0.93}

View file

@ -37,7 +37,7 @@
\subsubsection{Верификация оценки трудозатрат на основе анализа исторических данных аналогов} \subsubsection{Верификация оценки трудозатрат на основе анализа исторических данных аналогов}
Для обоснования реалистичности планируемых трудозатрат был проведён самостоятельный количественный анализ истории разработки трёх классических open-source архиваторов. Методология заключалась в сборе и обработке данных из публичных git-репозиториев с использованием скриптов на основе команд `git log` и `git diff` \cite{git_log_docs}. Для обоснования реалистичности планируемых трудозатрат был проведён самостоятельный количественный анализ истории разработки трёх классических open-source архиваторов. Методология заключалась в сборе и обработке данных из публичных git-репозиториев с использованием скриптов на основе команд `git log` и `git diff` \cite{git_log_docs}.
\begin{longtable}{|p{0.22\textwidth}|p{0.18\textwidth}|p{0.18\textwidth}|p{0.18\textwidth}|} \begin{longtable}{|p{0.28\textwidth}|p{0.22\textwidth}|p{0.2\textwidth}|p{0.2\textwidth}|}
\caption{Результаты сравнительного анализа истории разработки open-source архиваторов (по данным git-репозиториев)} \caption{Результаты сравнительного анализа истории разработки open-source архиваторов (по данным git-репозиториев)}
\label{tab:project_analysis_long} \\ \label{tab:project_analysis_long} \\
\hline \hline
@ -46,7 +46,7 @@
\multicolumn{4}{c}{Продолжение таблицы \thetable{}} \\ \multicolumn{4}{c}{Продолжение таблицы \thetable{}} \\
\hline \hline
Критерий & \texttt{bzip2} & \texttt{xz utils} & \texttt{zstd} \\ \hline Критерий & bzip2 & xz utils & zstd \\ \hline
\endhead \endhead
\hline \hline
@ -68,7 +68,7 @@
\begin{longtable}{|p{0.35\textwidth}|p{0.2\textwidth}|p{0.15\textwidth}|p{0.15\textwidth}|} \begin{longtable}{|p{0.35\textwidth}|p{0.2\textwidth}|p{0.15\textwidth}|p{0.15\textwidth}|}
\caption{Оценка трудозатрат на разработку программного продукта} \caption{Оценка трудозатрат на разработку программного продукта}
\label{tab:labor_estimation_long} \\ \label{tab:labor_estimation} \\
\hline \hline
Этап разработки & Трудозатраты, час & Ставка, руб./час & Стоимость, руб. \\ \hline Этап разработки & Трудозатраты, час & Ставка, руб./час & Стоимость, руб. \\ \hline
\endfirsthead \endfirsthead

View file

@ -26,21 +26,30 @@
\subsubsection{Основные типы лицензий открытого программного обеспечения} \subsubsection{Основные типы лицензий открытого программного обеспечения}
Юридической основой, регулирующей использование, модификацию и распространение OSS, являются лицензии открытого кода. Они определяют баланс между свободой сообщества и правами авторов. Наиболее распространённые лицензии можно разделить на две основные категории, представленные в таблице 1. Юридической основой, регулирующей использование, модификацию и распространение OSS, являются лицензии открытого кода. Они определяют баланс между свободой сообщества и правами авторов. Наиболее распространённые лицензии можно разделить на две основные категории, представленные в таблице 1.
\begin{table}[h!] \begin{longtable}{|p{0.25\textwidth}|p{0.3\textwidth}|p{0.35\textwidth}|}
\centering
\caption{Сравнительная характеристика основных лицензий открытого программного обеспечения} \caption{Сравнительная характеристика основных лицензий открытого программного обеспечения}
\label{tab:oss_licenses} \label{tab:oss_licenses}\\[-4pt]
\begin{tabular}{|p{0.25\textwidth}|p{0.3\textwidth}|p{0.35\textwidth}|} \hline
\hline Лицензия & Ключевой принцип (тип) & Основные условия и особенности \\ \hline
Лицензия & Ключевой принцип (тип) & Основные условия и особенности \\ \hline \endfirsthead
\hline
GNU GPL (General Public License) & Копилефт (Copyleft) & Обязательное лицензирование производных работ на условиях той же лицензии. Гарантирует сохранение открытости всех последующих модификаций. Является основой для многих проектов, включая ядро Linux. \\ \hline \multicolumn{3}{|l|}{\small Продолжение таблицы \thetable{}} \\[-4pt]
MIT License & Разрешительная (Permissive) & Предоставляет максимальную свободу при минимальных ограничениях. Позволяет использование, изменение, распространение, в том числе в составе проприетарного ПО, с обязательным сохранением уведомления об авторских правах и лицензии. \\ \hline \hline
Apache License 2.0 & Разрешительная (Permissive) & Аналогична MIT, но дополнительно содержит явное предоставление патентных прав от contributors пользователям и защиту от патентного троллинга. Также требует сохранения уведомлений об изменениях. \\ \hline Лицензия & Ключевой принцип (тип) & Основные условия и особенности \\ \hline
BSD 2-Clause/3-Clause License & Разрешительная (Permissive) & Краткая лицензия, близкая по духу к MIT. Основное различие в 3-пунктной версии — наличие условия о запрете использования имени авторов для одобрения производных продуктов. \\ \hline \endhead
\end{tabular}
\end{table} \hline
\endfoot
\hline
\endlastfoot
GNU GPL (General Public License) & Копилефт (Copyleft) & Обязательное лицензирование производных работ на условиях той же лицензии. Гарантирует сохранение открытости всех последующих модификаций. Является основой для многих проектов, включая ядро Linux. \\ \hline
MIT License & Разрешительная (Permissive) & Предоставляет максимальную свободу при минимальных ограничениях. Позволяет использование, изменение, распространение, в том числе в составе проприетарного ПО, с обязательным сохранением уведомления об авторских правах и лицензии. \\ \hline
\pagebreak[2] % разрешить разрыв здесь, если нужно
Apache License 2.0 & Разрешительная (Permissive) & Аналогична MIT, но дополнительно содержит явное предоставление патентных прав от contributors пользователям и защиту от патентного троллинга. Также требует сохранения уведомлений об изменениях. \\ \hline
BSD 2-Clause/3-Clause License & Разрешительная (Permissive) & Краткая лицензия, близкая по духу к MIT. Основное различие в 3-пунктной версии — наличие условия о запрете использования имени авторов для одобрения производных продуктов. \\ \hline
\end{longtable}
Выбор лицензии имеет прямые экономические последствия. Копилефт-лицензии (GPL) способствуют сохранению экосистемы полностью открытых проектов, но могут ограничивать коммерческое использование в проприетарных продуктах. Разрешительные лицензии (MIT, Apache) обеспечивают максимальную гибкость для бизнеса, позволяя интегрировать код в коммерческие решения, что способствует их широкому распространению в отраслевых стандартах и облачных сервисах \cite{linux_census3_2024}. Выбор лицензии имеет прямые экономические последствия. Копилефт-лицензии (GPL) способствуют сохранению экосистемы полностью открытых проектов, но могут ограничивать коммерческое использование в проприетарных продуктах. Разрешительные лицензии (MIT, Apache) обеспечивают максимальную гибкость для бизнеса, позволяя интегрировать код в коммерческие решения, что способствует их широкому распространению в отраслевых стандартах и облачных сервисах \cite{linux_census3_2024}.
\subsubsection{Компрессоры как класс служебных программ (утилит)} \subsubsection{Компрессоры как класс служебных программ (утилит)}
@ -260,9 +269,7 @@
Проведённый анализ позволяет сформулировать следующие выводы, являющиеся основой для практического расчёта в Главе 2: Проведённый анализ позволяет сформулировать следующие выводы, являющиеся основой для практического расчёта в Главе 2:
\begin{enumerate} \begin{enumerate}
\item Для оценки алгоритмической сложности разрабатываемого архиватора возможно использование аппарата параметрических моделей (адаптированной COCOMO) на этапе проектирования. \item Для оценки алгоритмической сложности разрабатываемого архиватора возможно использование аппарата параметрических моделей (адаптированной COCOMO) на этапе проектирования.
\item Структура затрат для open-source проекта будет кардинально отличаться от коммерческого: необходимо рассчитать два сценария — «коммерческий» (полная калькуляция) и «реальный open-source» (учёт только прямых материальных затрат и альтернативной стоимости времени). % Принудительная установка шрифта для всего документа \item Структура затрат для open-source проекта будет кардинально отличаться от коммерческого: необходимо рассчитать два сценария — «коммерческий» (полная калькуляция) и «реальный open-source» (учёт только прямых материальных затрат и альтернативной стоимости времени).
\fontsize{14pt}{16.8pt}\selectfont
\item Ключевым экономическим показателем для подобного проекта является не прямая прибыль, а соотношение общественной полезности (ценности) к понесённым затратам. Это требует введения в анализ качественных и косвенных количественных метрик. \item Ключевым экономическим показателем для подобного проекта является не прямая прибыль, а соотношение общественной полезности (ценности) к понесённым затратам. Это требует введения в анализ качественных и косвенных количественных метрик.
\item Предлагаемая в работе методика должна быть гибридной: сочетать формальный расчёт для частей проекта, поддающихся оценке (трудозатраты на реализацию ядра), и экспертную оценку для специфических аспектов open-source (стоимость поддержки сообщества, ценность портфолио). При этом выбор модели монетизации (например, Open Core или SaaS) будет определять структуру потенциальных доходов проекта. \item Предлагаемая в работе методика должна быть гибридной: сочетать формальный расчёт для частей проекта, поддающихся оценке (трудозатраты на реализацию ядра), и экспертную оценку для специфических аспектов open-source (стоимость поддержки сообщества, ценность портфолио). При этом выбор модели монетизации (например, Open Core или SaaS) будет определять структуру потенциальных доходов проекта.
\end{enumerate} \end{enumerate}

View file

@ -24,11 +24,11 @@
\begin{tabular}{p{0.5\textwidth}p{0.5\textwidth}} \begin{tabular}{p{0.5\textwidth}p{0.5\textwidth}}
Выполнил студент группы 412ИС-22 & Руководитель \\ Выполнил студент группы 412ИС-22 & Руководитель \\
\underline{\hspace{6cm}} \hfill Уткин Д.С. & \underline{\hspace{6cm}} \hfill Хашина О.В. \\ \underline{\hspace{5.5cm}} \hfill Уткин Д.С. & \underline{\hspace{5.5cm}} \hfill Хашина О.В. \\
\end{tabular} \end{tabular}
\vfill \vfill
\textbf{МОСКВА 2026 г.} \textbf{Москва 2026 г.}
\end{titlepage} \end{titlepage}