zerumarex/kmpo-economy-coursework
1
0
Fork 0
Code Issues Pull requests Projects Releases 8 Packages Wiki Activity Actions

Minor fixes

Browse source
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
Download patch file Download diff file Expand all files Collapse all files

6
sections/practice.tex
View file

@ -37,7 +37,7 @@
\subsubsection{Верификация оценки трудозатрат на основе анализа исторических данных аналогов}
Для обоснования реалистичности планируемых трудозатрат был проведён самостоятельный количественный анализ истории разработки трёх классических 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-репозиториев)}
\label{tab:project_analysis_long} \\
\hline
@ -46,7 +46,7 @@
\multicolumn{4}{c}{Продолжение таблицы \thetable{}} \\
\hline
Критерий & \texttt{bzip2} & \texttt{xz utils} & \texttt{zstd} \\ \hline
Критерий & bzip2 & xz utils & zstd \\ \hline
\endhead
\hline
@ -68,7 +68,7 @@
\begin{longtable}{|p{0.35\textwidth}|p{0.2\textwidth}|p{0.15\textwidth}|p{0.15\textwidth}|}
\caption{Оценка трудозатрат на разработку программного продукта}
\label{tab:labor_estimation_long} \\
\label{tab:labor_estimation} \\
\hline
Этап разработки & Трудозатраты, час & Ставка, руб./час & Стоимость, руб. \\ \hline
\endfirsthead

41
sections/theory.tex
View file

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