Файл: Разработка программного обеспечения параметрической оптимизации толщины стенки трубопровода в области крепления.docx

Здесь надо дать характеристику организации, на базе которой выполнен проект, чем она занимается и среди других видов деятельности остановиться на том, для которого разработано IT-решение.

Далее надо представить бизнес-процесс/функциональную область организации и привести недостатки/проблемы/неиспользованные резервы и т.п., которые обусловливают необходимость разработки IT-решения.

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

В подраздел включается характеристика области применения. (Ира В)

Например, «Программа поиска маршрута китайского почтальона» – программа, позволяющая во взвешенном связном неориентированном или во взвешенном сильно связном ориентированном мультиграфе без петель найти кратчайший путь, проходящий через каждое ребро (в неориентированном)/дугу (в ориентированном) мультиграфа без петель, по крайней мере, один раз, начинающийся и заканчивающийся в одной и той же вершине. Если перейти от понятий теории графов к повседневной терминологии, то задача китайского почтальона заключается в том, чтобы пройти все улицы заданного маршрута с определенной длиной каждой дороги, входящей в маршрут, и вернуться в начальную точку, пройдя при этом как можно меньшее расстояние [10, c.219]. Задача китайского почтальона и ее решение имеют много потенциальных приложений:

– доставка почты, молока и т.д.;

– сбор мусора;

– проверка электрических, телефонных или железнодорожных линий;

– патрулирование улиц определенного района;

– наилучший маршрут для движения сельскохозяйственных машин по полю при посеве чего-либо;

– минимизация пути обхода ремонтными или проверяющими бригадами.

В данной работе данная модель используется для…

Другой пример. Инструмент создаётся как компонент системы под названием Research Supporter. Данная система представляет собой интерактивный граф цитирования научных статей, где каждая статья является узлом графа, а рёбрами представлены факты наличия одной статьи в списке источников другой. Данный граф расположен на карте, где его узлы можно произвольно перемещать. Разрабатываемая программа позволяет, разместив на карте некоторое количество научных статей, автоматически разделить их на группы семантически близких документов, а также визуализировать полученные группы статей. Основная цель разрабатываемой программы -- облегчить работу и взаимодействие исследователей с научными статьями.

---

Примерный объем подраздела 7–10 страниц.
1.2 Название второго подраздела (параграфа внутри главы), содержащая критический анализ существующих подходов к решению проблемы из подраздела 1.2. – обзор публикаций (ИРА В)
Здесь надо дать описание существующего уровня развития IT-решений в предметной области: как проблемы (из раздела 1.1) решаются в других организациях/странах и пр. Обязательно сослаться на публикации [1, c. 2], которые были проанализированы [2, 3, 6], дать их краткое содержание или обобщенный обзор. Необходимо провести критический анализ этих решений, определить их преимущества и недостатки. Очень полезно дать таблицу 1– сравнения методов, инструментов и пр.

1. 
   Сравнение существующих технологий (Анализ преимуществ и недостатков существующих технологий и пр.)
   

Критерий сравнения	Метод/ инструмент 1	Метод/ инструмент 2	Метод/ инструмент 3	…
Критерий 1 (показатель 1, ед. изм.)	100 (хуже всех)	200	300 (лучше всех)
Критерий 2 (показатель 2, ед. изм.)	Больше	Примерно посредине (лучше всех)	Меньше
Критерий 3 (показатель 3, ед. изм.)	Есть (хорошо)	Есть (хорошо)	Нет (плохо)
…

После таблицы 1 надо сделать выводы. Таких таблиц в 1.2 может быть несколько. Таблицу, кстати, можно повернуть на 90° и разместить на 1 листе.

Рекомендуемый объем подраздела составляет 15–20 страниц.

1.3 Название третьего подраздела (параграфа внутри главы), содержащая обоснование цели и задач, а также техническое задание
на разработку

В данном подразделе обосновывается цель и задачи работы – как ответы на вопросы, почему именно эта цель и критерий ее достижения, почему именно этот набор задач. При необходимости обоснование можно связать с проанализированными публикациями или нормативными материалами (со ссылками на источники).

Далее в данном подразделе, в соответствии с ГОСТ 19.201-78, необходимо привести (с обоснованием при необходимости):

---

– основное назначение IT-разработки (функциональное и эксплуатационное назначение (что и зачем будет делать программа). Функциональное назначение (пример): Программа предоставляет возможность разделения набора научных статей на кластеры, статьи в которых семантически более близки друг к другу, чем к статьям из других кластеров. Кроме того, программа визуализирует сгенерированные кластеры разделяя их на карте на группы, обозначенные непрерывными контурами, охватывающими каждый кластер статей. Эксплуатационное назначение (пример): Программа является компонентом системы для работы с научными статьями, позволяющей облегчить процесс исследовательского поиска для научных работников. Каждый пользователь данной программы может хранить на интерактивной карте выбранные научные статьи, видеть отношения между ними в виде графа цитирования и разделения статей на кластеры по семантической близости.;

– основание для разработки;

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

– требования к надежности («программа должна обеспечивать проверку корректности входных данных» и т.п.);

– условия эксплуатации - требуемая квалификация и уровень подготовки пользователя;

– требования к составу и параметрам технических средств (описание требований к hardware);

– требования к информационной и программной совместимости (описание требований к software);

– специальные требования.

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

Рекомендуемый объем подраздела составляет 20–25 страниц.

ВЫВОДЫ ПО РАЗДЕЛУ 1

1. 
   Проблема, которую необходимо решить, в такой-то организации связана с тем, что…
   
2. 
   Существующий уровень IT-разработок позволяет решить эту проблему, для чего целесообразно использовать возможности (назвать ключевую технологию, инструмент и пр.).
   
3. 
   Разрабатываемое решение должно отвечать следующим критериям/условиям и пр. (перечислить).
   

Могут быть приведены и другие выводы. Выводы должны располагаться на отдельной странице

---

2 НАЗВАНИЕ ВТОРОГО РАЗДЕЛА (ВТОРОЙ ГЛАВЫ),
В КОТОРОМ ОПИСЫВАЕТСЯ РАЗРАБОТАННОЕ IT-РЕШЕНИЕ

2.1 Название первого подраздела (параграфа внутри главы), содержащего формальное (теоретическое) решение задачи или модель, описание алгоритма или подхода к решению задачи
Подраздел описывает порядок разработки IT-решения. По сути, это описание тех задач, которые были размещены в Miro. Можно привести рисунок с последовательностью и взаимосвязями решаемых задач. Сам рисунок можно разместить на отдельном листе и дать с разворотом.

В данном подразделе также раскрывается модель/теоретический метод решения поставленной задачи. Например, обработка спутниковых данных базируется на технологиях компьютерного зрения, или распознавания образов. Использование искусственного интеллекта для данных целей имеет следующие преимущества:… Она включает… (раскрыть все этапы).

Теоретический метод дополняется адаптированным алгоритмом (привязанным к задаче), который приводится на рисунке 1.

1. 
   
   
   Это такой рисунок, например, с алгоритмом
   Название рисунка 1
   

После рисунка обязательно должны быть сделаны выводы или обобщения.

Сюда же можно добавить структурно-функциональную модель IT-решения: функциональные блоки, их связи, особенности.

Объем данного раздела может составлять 12–15 страниц.

2.2 Название второго подраздела (параграфа внутри главы), обосновывающего стек используемых технологий

В данном разделе обосновывается выбор и описываются компоненты разработанного решения: архитектура, данные и хранилища (в т.ч. облака), фронтенд/бэкенд, язык разработки, библиотеки (фреймворки), пр.

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

Объем данного подраздела может составлять примерно 20 страниц.

2.3 Название третьего подраздела (параграфа внутри главы), содержащая описание программной разработки

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

Можно разработанные программные модули описать в таблице 2.

2. 
   Описание основных программных модулей
   

Название модуля	Функционал	Особенности работы	Режим функционирования
Сканирование данных	Преобразование графической информации в матрицу, описывающую состояние пикселей	Для сканирования необходимо специализированный сканер, позволяющий обеспечивать разрешение …	Полностью автоматический, в режиме пакетного сканирования (3 стандартных кадра в минуту)
Разметка данных	Создание обучающей и тестовой выборок
…

---

После таблицы следует дать вывод или обобщение.

В данном подразделе обязательно должно быть приведено место, где, собственно, размещен код (ссылка).

Объем данного подраздела может составлять примерно 15 страниц. Рисунки и таблицы, вынесенные на отдельные листы, приветствуются.

2.4 План разработки проекта «Название проекта»

Данный раздел состоит из таблицы 3, в которой описан ход работы над проектом, таблицы 4 с описанием команды и таблицы 5 с описанием среды разработки и коммуникаций

3. 
   Календарный план разработки проекта «Название проекта»
   

№	Содержание работы	Результат	Начало	Окончание	Исполнитель

После таблицы должен быть вывод/комментарий. Календарный план может быть дополнен графиком работ, вынесенным рисунком на отдельном листе.

4. 
   Участники команды разработки проекта «Название проекта»
   

№	Роль в команде	Фамилия Имя Отчетство	Группа	Функционал

---