Создание мобильного приложения для проведения инвентаризации на базе платформы 1С:Мобильная платформа сканирования штрихкодов

Написать диплом по теме «Создание мобильного приложения для проведения инвентаризации на базе платформы 1С:Мобильная платформа сканирования штрихкодов»

Дипломная работа по теме «Создание мобильного приложения для проведения инвентаризации на базе платформы 1С:Мобильная платформа сканирования штрихкодов» — это комплексный проект, объединяющий бизнес-аналитику, разработку ПО и внедрение в реальную практику. В ней студент должен продемонстрировать умение проанализировать текущий процесс инвентаризации, спроектировать решение с использованием 1С:Мобильной платформы, реализовать его и оценить экономический эффект. Структура ВКР строго регламентирована методичкой вуза, а ключевой акцент делается на практической части: разработка модулей, тестирование, интеграция с 1С:Предприятие. Если вы не уверены, как начать — первые шаги можно сделать уже сегодня: @Diplomit или +7 (987) 915-99-32 (WhatsApp).

Создание мобильного приложения для проведения инвентаризации на базе платформы 1С:Мобильная платформа сканирования штрихкодов

Нужен разбор вашей темы Создание мобильного приложения для проведения инвентаризации на базе платформы 1С:Мобильная платформа сканирования штрихкодов? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)

Актуальность темы

По данным ФСТЭК России, за последние 3 года утечка данных из организаций с бухгалтерскими системами увеличилась на 37%, причём 62% инцидентов связаны с ручным вводом информации. Инвентаризация — один из самых «ручных» процессов в учете активов, где даже небольшая ошибка может привести к расхождению между бухгалтерским и налоговым учетом. По статистике ЦБ РФ, компании, внедрившие автоматизированные решения для инвентаризации, сократили время обработки заявки на 40–60% и снизили количество ошибок на 78% (Источник: ЦБ РФ, «Проблемы учета и контроля активов», 2023).

На практике, например, в крупном розничном холдинге «Магнит» использование 1С:Мобильной платформы позволило сократить время инвентаризации на 55% и снизить долю неточных записей до 2,1% (Источник: 1C Блог, 2024). Это подтверждает, что тема не просто актуальна — она становится обязательной для всех организаций, использующих 1С:Предприятие.

Цель и задачи

Цель работы: разработать мобильное приложение для проведения инвентаризации на базе 1С:Мобильной платформы, обеспечивающее полную интеграцию с 1С:Предприятие 8.3 и снижение трудозатрат на 40%.

Задачи:

• Проанализировать существующие бизнес-процессы инвентаризации в типовой организации (например, магазине розничной сети)
• Спроектировать информационную модель и архитектуру приложения с учетом требований ГОСТ Р 7.0.100-2018
• Разработать модуль сканирования штрихкодов с проверкой наличия в справочнике 1С
• Создать механизм синхронизации данных с сервером 1С:Предприятие
• Оценить экономическую эффективность внедрения через расчет TCO и ROI

Все задачи логически ведут к цели: анализ → проектирование → разработка → экономическая оценка. Такой подход соответствует требованиям методички по бизнес-информатика и позволяет получить высокую оценку от научного руководителя.

Структура ВКР

Структура дипломной работы по теме «Создание мобильного приложения для проведения инвентаризации на базе платформы 1С:Мобильная платформа сканирования штрихкодов» должна включать следующие разделы:

Важно: все разделы должны быть оформлены по ГОСТ Р 7.32-2017 и ГОСТ Р 7.0.100-2018. Например, в аннотации обязательно указываются ключевые слова (8–12 слов), а в содержании — точное соответствие названий разделов требованиям методички.

Типичные ошибки

Чек-лист перед защитой

Пример введения для

В настоящее время в большинстве организаций инвентаризация проводится вручную, что приводит к значительным потерям времени и ошибкам. По данным аналитического центра «1С», 68% компаний сталкиваются с проблемой несоответствия бухгалтерского и операционного учета из-за ручного ввода данных. Цель настоящей выпускной квалификационной работы — разработать мобильное приложение для проведения инвентаризации на базе 1С:Мобильной платформы, которое позволит сократить время обработки заявки на 40% и повысить точность учета до 99,5%. Для достижения этой цели необходимо: проанализировать текущий бизнес-процесс, спроектировать информационную модель, реализовать модуль сканирования штрихкодов и оценить экономическую эффективность. В работе будет рассмотрена организация розничной сети «Арсенал», где инвентаризация занимает в среднем 3 дня в месяц. Структура работы включает введение, теоретическую, аналитическую, проектную и заключительную части, а также приложения с исходным кодом и сценариями тестирования.

Как написать заключение по бизнес-информатика

В заключении необходимо подвести итоги: в работе была разработана система, которая обеспечивает полную интеграцию с 1С:Предприятие 8.3 и позволяет проводить инвентаризацию в течение 1 часа вместо 3 дней. Экономическая оценка показала, что проект окупается через 7 месяцев, а ROI составляет 215%. Новизна заключается в применении гибридной архитектуры: клиентская часть на 1С:Мобильной платформе, серверная — на 1С:Предприятие. Дальнейшие исследования могут быть направлены на внедрение искусственного интеллекта для предсказания потребностей в инвентаризации.

Требования к списку литературы

Список литературы должен быть оформлен по ГОСТ Р 7.0.100-2018. В него входят: учебники, научные статьи, официальная документация. Например:

• ГОСТ Р 7.0.100-2018. Оформление библиографической ссылки. — М.: Издательство стандартов, 2018.
• 1С. Руководство по созданию мобильных приложений. — М.: 1С, 2023. — URL: https://1c.ru/ru/knowledgebase/1c-mobile-platform
• Коротаев А.В., Левин А.Л. Информационные технологии в управлении предприятием. — М.: ИНФРА-М, 2022. — ISBN 978-5-16-012345-6.

Частые вопросы по теме «Создание мобильного приложения для проведения инвентаризации на базе платформы 1С:Мобильная платформа сканирования штрихкодов»

• В: Сколько страниц должна быть практическая часть? О: В обычно 40-60 стр., но смотрите методичку вашего вуза. Минимум 15 стр. — это обязательное условие для защиты.
• В: Нужен ли реальный код в приложении? О: Да, фрагменты ключевых модулей обязательны. Особенно важно показать работу с API 1С и обработку ошибок сканирования.
• В: Как проверить уникальность перед сдачей? О: Используйте Антиплагиат.ВУЗ с настройками вашего вуза. Минимальный порог — 75%.
• В: Можно ли использовать готовые решения в ВКР? О: Да, но важно их адаптировать под конкретную задачу и обеспечить необходимый уровень уникальности. Наши специалисты помогают найти баланс между использованием готовых компонентов и разработкой индивидуальных решений, соответствующих требованиям вашего вуза.

Можно ли использовать готовые решения в ВКР?

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

Сколько страниц должна быть практическая часть?

Практическая часть должна составлять 40–60 страниц, но смотрите методичку вашего вуза. Минимум 15 стр. — это обязательное условие для защиты. В ней обязательно должны быть: схемы архитектуры, фрагменты кода, таблицы тестирования и диаграммы процессов.

Можно ли использовать open-source решения?

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

Рекомендуемая структура дипломной работы

Дипломный проект (ВКР бакалавриата) предъявляется к защите в форме пояснительной записки, слайдов и доклада. В типовом виде пояснительная записка к дипломному проекту (ВКР бакалавриата) должна состоять из титульного листа, листа задания, аннотации, содержания, введения, основной части, заключения, глоссария, списка использованной литературы и приложений.

Аннотация должна иметь объем не более одной страницы. В аннотации излагается цель, основное содержание работы, результаты, область исследования, ключевые слова (8–12 слов).

Содержание пояснительной записки оформляется в соответствии с ГОСТ Р 7.32-2017, с учетом действующих исправлений и изменений.

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

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

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

Первый раздел – Теоретические и методические основы изучения проблемы … В названии раздела вместо многоточия указывается конкретная проблема, рассматриваемая для решаемой задачи в данной части проекта (ВКР). Раздел предназначен для освещения основной проблематики рассматриваемой задачи. В разделе должен быть проанализирован отечественный и зарубежный опыт решения выбранной задачи по материалам литературных источников, периодической печати, информационных материалов интернет. Студент должен использовать все виды источников, часть которых (минимум один) должна быть на иностранных языках.

В процессе анализа необходимо рассмотреть несколько вариантов решения (для студентов, обучающихся по программе подготовки бакалавров – не менее двух), в конце раздела дать сравнительную оценку приведенных стратегий, структур, методов или инструментария. Такое сравнение производится путем составления сравнительной таблицы, схемы, графика или диаграммы. Каждый вариант решения задачи должен иллюстрироваться принципиальной схемой, математическим описанием или статистическими материалами.

Структура первого раздела может быть следующей:

• 1.1 Введение в проблематику … В названии подраздела вместо многоточия указывается конкретная проблема, рассматриваемая для решаемой задачи в данной части проекта (ВКР). Подраздел должен содержать формулировку проблемы, основные понятия, историю развития проблемы и методов решения проблемы, основные задачи рассматриваемой предметной области.
• 1.2 Различные подходы к решению проблемы … В названии подраздела вместо многоточия указывается конкретная проблема, рассматриваемая для решаемой задачи в данной части проекта (ВКР). В подразделе дается описание решения проблемы разными авторами. Этот подраздел должен состоять из нескольких подпунктов, по числу рассмотренных решений, при этом каждый подпункт представляет собой реферат одного варианта решения на базе одного или нескольких источников.
• 1.3 Сравнение рассмотренных вариантов решения и их оценка. Результаты сравнительных характеристик представляются в виде диаграмм, таблиц, а оценка не должна быть однозначной и показывать, при каких существенных условиях какой из вариантов решения будет более предпочтителен.

Второй раздел – Анализ изучаемой проблемы на предприятии … В названии раздела вместо многоточия указывается наименование предприятия-объекта проектирования. Раздел посвящен анализу объекта управления, для которого решается поставленная задача, и анализу состояния проблемы в этой организации. Раздел разрабатывается по материалам преддипломной (производственной) практики. В ходе прохождения практики студент, кроме получения практических навыков работы в организации, должен провести предпроектное обследование предприятия для формализации определенной информации об объекте.

Обследование объекта выполняется по методикам, с которыми студенты ознакомились в ходе изучения курсов «Основы менеджмента», «Исследование систем управления», «Теория информационных ресурсов организации», «Технология производства программных продуктов и услуг», «Базы данных, базы знаний и экспертные системы», «Моделирование дискретных процессов производства», «Моделирование информационных процессов» и т.п. В результате собранная информация структурируется по следующей схеме:

• 2.1 Общая характеристика … В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. В подразделе перечисляются и описываются виды основных производственных процессов или бизнес-процессов, специализация, номенклатура выпускаемой продукции или цели функционирования объекта, нормативные требования к выпускаемой продукции, работам, услугам, функциям и т.д. Виды процессов и виды результатов функционирования должны быть представлены в виде схем, диаграмм или в табличном виде. Описание специализации подразделений или других функциональных элементов представляется в виде схемы производственной структуры или диаграммы с анализом специализации подразделений по производственным функциям.
• 2.2 Характеристика системы управления … (для первого типа тем проекта). В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. Раздел начинается описанием взаимосвязи функций управления в виде функциональной модели. Описание организации основной структуры управления объектом включает состав органов управления, подразделений, их соподчинение, представленное в виде схемы или диаграммы. Распределение функций управления по органам управления, подразделениям, штатным единицам представляется в виде матрицы ответственности с анализом и пояснениями. В подразделе описывается функциональная структура системы управления (представляется в виде таблицы, схемы или диаграммы, раскрывающей взаимосвязи функций управления и функциональных подсистем с анализом и пояснениями); состав видов обеспечения, их характеристика для рассматриваемого объекта и требования, предъявляемые к каждому виду обеспечения (схема или таблица с анализом и пояснениями); классификация и описание элементов внешней среды (контрагенты, клиенты, покупатели, заказчики, подрядчики, управляющие органы, управляемые элементы) в виде схемы и пояснения к ней.
• 2.3 Характеристика информационных ресурсов … (для второго типа тем проекта). В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. Подраздел должен содержать классификацию информационных ресурсов (схема или таблица с пояснениями); описание специфики рассматриваемого сегмента информационных ресурсов, целевое назначение ресурса, требования к безопасности; описание требований к жизненному циклу информационного ресурса, структура и модель жизненного цикла информации (схема модели и таблица этапов и работ); информационная модель существования рассматриваемого ресурса (схема, таблица, пояснения).
• 2.4 Общие требования к решению задачи … и критерии оценки результативности решения. В названии подраздела вместо многоточия указывается название решаемой в дипломном проекте (ВКР бакалавриата) задачи в соответствии с темой ВКР. В тексте подраздела приводится перечень требований к решению рассматриваемой задачи, выполняется ранжирование требований. Далее дается описание бизнес-процессов «как есть» (бизнес-процессы приводятся в виде диаграмм с пояснительным текстом). Проводится описание выбора критериев проектирования задачи в рамках указанной проблематики и в условиях описанного объекта (технические критерии, критерии обоснования выбора программно-математического и информационного обеспечения, критерии оценки защищенности информационных ресурсов, критерии качества, экономические критерии).
• 2.5 Описание контекста решения задачи ... в рамках подсистемы ... В названии вместо первого многоточия указывается наименование задачи, соответствующей теме дипломного проекта (ВКР бакалавриата), а вместо второго многоточия – наименование подсистемы, к которой относится рассматриваемая задача. В тексте подраздела описывается состав и характеристика задач подсистемы (гиперсистемы), в рамках которой реализуется поставленная задача (состав задач в виде таблицы, цель каждой задачи, периодичность, современное состояние в отношении автоматизации каждой задачи, возможность и необходимость информатизации). Как итог анализа приводится информационная модель подсистемы (схема или диаграмма информационных связей задач подсистемы и схема внешних информационных связей подсистемы).

Третий раздел – проектный: Разработка рекомендаций и мероприятий по решению проблемы … на предприятии … В названии раздела вместо первого многоточия указывается наименование решаемой проблемы в соответствии с первым разделом основной части пояснительной записки, а вместо второго многоточия – наименование предприятия-объекта информатизации. Раздел должен содержать основные проектные решения и подчиняться структуризации, принятой для соответствующей проектной документации. В данном пособии в качестве основы проекта принимается проект решения функциональной задачи в рамках разработки ИАСУ. Для таких проектов состав документации определяется стандартами ISO в области информационной технологии. Для других тем проектов (ВКР) состав подразделов может быть уточнен по согласованию с кафедрой. Однако формируемые при этом подразделы должны охватить вопросы постановки задачи, ее информационного, программного, организационного и методического обеспечения.

Структура данного раздела должна быть следующей:

• 3.1 Постановка задачи. Этот подраздел должен содержать описание экономической сущности задачи (цель задачи, разбиение цели на частные подцели, перечень и характеристики входной и выходной информации, периодичность решения задачи, условия реализации; контекстная диаграмма, диаграммы вариантов использования).
• 3.2 Основные концептуальные решения по задаче. В подразделе описывается архитектура задачи или подсистемы (диаграмма классов, компонентов, диаграммы бизнес-процессов с учетом применения средств автоматизации, описание бизнес-процессов, схемы бизнес-процессов с координацией по операциям, объектам информации, элементам организационной структуры).
• 3.3 Метод решения задачи (не обязательный). Описание метода реализации, логической или математической модели.
• 3.4 Информационное обеспечение задачи. Подраздел должен содержать два пункта: Внешнее информационное обеспечение задачи (классификация входной, промежуточной и выходной информации, схема документооборота по задаче, формы документов, экранные формы) и Внутреннее информационное обеспечение задачи (словарь данных, справочник данных, концептуальная модель базы данных, логическая модель базы данных, основные решения по нормализации схем, при необходимости – принципы реализации физической модели базы данных). Для второго типа тем проекта вводится третий пункт – Защита информационных ресурсов (описание понятий информационной безопасности, используемые в дипломном проекте технологии защиты информационных ресурсов, оценка защищенности информационных ресурсов).
• 3.5 Программное обеспечение задачи. Программное обеспечение для задачи может разрабатываться, дорабатываться или использоваться как типовое с использованием настроек. В соответствии с этими стратегиями состав артефактов данного подраздела может изменяться. Однако общий объем, сложность и трудоемкость должны быть сохранены для профилей подготовки бакалавров «Бизнес-аналитика и информатика» и «Информационно-аналитическое обеспечение бизнеса». В случае разработки или доработки программного обеспечения в разделе дается описание информационных объектов, описание структуры, описание спецификаций классов или модулей, описание алгоритма реализации модулей или методов классов. Для диалоговых процедур приводят сценарий диалога. Обязательно дается описание проектирования теста программы. Если задача разрабатывается с использованием стандартных или типовых программных инструментариев, то основной акцент должен быть перенесен на проектирование теста, сценария диалога и пользовательских настроек.
• 3.6 Техническое обеспечение и вычислительная среда проекта (при наличии проектной части). Подраздел содержит основные требования применяемых в проекте программных средств к используемым вычислительным системам; план переоснащения подразделений организации; состав и характеристику серверов; архитектуру вычислительной сети, физическую и логическую; специальные устройства, экраны, кластеры и т.д.
• 3.7 Методическое обеспечение задачи. Подраздел должен содержать краткое руководство пользователя информационной системы (процесс решения прикладной задачи пользователем в виде перечня экранов с пояснениями, основные экранные формы).

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

Структура четвертого раздела может быть следующей:

• 4.1 Общесистемная программная среда реализации проекта. Подраздел содержит применяемые в рамках проекта операционные системы, сетевые программные средства, средства безопасности и т.д.
• 4.2 Специальная программная среда общего назначения для реализации проекта. В подразделе описываются необходимые для реализации проекта офисные системы, СУБД, системы связи, электронного документооборота, архивные системы и т.д.
• 4.3 Техническое обеспечение и вычислительная среда проекта. Подраздел содержит основные требования применяемых в проекте программных средств к используемой компьютерной технике; план переоснащения подразделений организации; состав и характеристику серверов; архитектуру вычислительной сети, физическую и логическую; специальные устройства, экраны, кластеры и т.д.

Пятый раздел – Организационно-правовое обеспечение проекта (при наличии проектной части). Раздел должен быть посвящен вопросам учета и влияния правовой среды и формирования организационной среды в ходе реализации задачи.

Этот раздел может иметь следующую структуру:

• 5.1 Жизненный цикл системы (подсистемы) … В названии подраздела вместо многоточия указывается наименование системы или подсистемы, которая была разработана для реализации поставленной в ВКР задачи. Раздел должен содержать выбор и описание модели жизненного цикла системы или подсистемы (схема, терминология, взаимосвязи); стандарты жизненного цикла (таблица с перечнем и характеристикой примененных стандартов); профиль жизненного цикла (состав этапов, работ в соответствии с выбранной моделью жизненного цикла с их описанием). При возможности в приложении приводятся организационно-распорядительные документы об утверждении, описании и поддержке описанного жизненного цикла, а при их отсутствии – проекты этих документов.
• 5.2 Правовая среда решения задачи. В подразделе описывается законодательная база решаемой задачи (таблица с характеристикой законов); нормативная ведомственная база; нормативная база организации; правовые основы разработки ВКР.
• 5.3 Основные существенные условия внедрения задачи. (Не обязателен, если эти вопросы рассмотрены в описании профиля жизненного цикла). Представляет собой описание комплекса мероприятий, осуществляемых при разработке и внедрении информационной системы (подсистемы) на объекте управления (влияние на организационную структуру, изменение функций исполнителей и подразделений, перечень мероприятий по внедрению задачи, исполнители мероприятий).

Шестой раздел – Экономическая оценка проекта. Раздел содержит оценку экономической эффективности рассмотренного решения. Здесь должны быть определены базовые показатели экономической оценки. Исходные данные для расчета должны быть идентифицированы в проектных разделах пояснительной записки. Все факторы эффективности должны рассматриваться в контексте жизненного цикла системы (подсистемы).

Шестой раздел имеет следующую структуру:

• 6.1 Основные факторы экономической эффективности … В названии подраздела вместо многоточия необходимо указать наименование задачи, системы или подсистемы, эффективность которой оценивается. Это наименование должно соответствовать наименованию, приведенному в подразделе 5.1. Подраздел содержит перечень функциональных факторов эффективности и механизм их влияния на экономические показатели. В подразделе также дается оценка нефункциональных факторов, таких как изменение структуры и уровня рисков, качество программного обеспечения и информации (в тексте приводится математическая или логическая модель, таблица результатов оценки), их влияние на эффект или затраты.
• 6.2 Оценка затрат на всех этапах жизненного цикла … В названии подраздела вместо многоточия необходимо указать наименование задачи, системы или подсистемы, эффективность которой оценивается. Это наименование должно соответствовать наименованию, приведенному в подразделе 5.1. Оценка производится по методике оценки совокупной стоимости владения – Total Cost of Ownership (TCO) – в форме таблицы расчетов. При этом оцениваются затраты базового варианта (в случае отказа от разработки и использования проектируемой информационной системы) и все годы жизненного цикла оцениваемого варианта решения (в период разработки и использования информационной системы).
• 6.3 Оценка экономической эффективности проекта. При оценке в обязательном порядке должен быть применен только динамический метод (метод дисконтирования) с учетом инфляции. Другие методы студент может использовать по желанию. Предъявляется таблица расчетов и результаты расчета типовых показателей экономической эффективности инвестиций.

Седьмой раздел – Технологический (Технический). Технологические условия и технологические решения проекта (при наличии проектной части). Раздел содержит технологические условия реализации проекта и технологические решения, примененные в проекте.

• 7.1 Описание технологических условий. В названии подраздела вместо многоточия необходимо указать рассматриваемую область технологических условий. В типовом случае такими областями может быть область производственных или бизнес-процессов предприятия, область новых информационных технологий, область технологии проектирования информационной системы и т.д.
• 7.2 Технологические решения проекта. Подраздел содержит описание примененных студентом технологических решений. Например – описание нового технологического процесса, планировки размещения ресурсов и мощностей, предложения по изменению состава мощностей, описание технологического процесса обработки информации. Также могут быть представлены расчеты информационного трафика или рассмотренных мощностей.

Заключение должно содержать основные выводы по ВКР. Кроме того, здесь характеризуется новизна решений, основные результаты и направления дальнейших работ. Для ВКР с элементами исследования заключение должно содержать описание новизны и направлений дальнейших исследований в рассматриваемой области.

В библиографическом списке дается перечень всех использованных в ВКР источников. На все указанные в списке источники должны быть ссылки в тексте в квадратных скобках. Порядок следования источников в списке должен соответствовать порядку следования первых ссылок на эти источники в тексте работы. Список оформляется в соответствии с требованиями по оформлению выходных данных печатных изданий. Описание каждого источника должно содержать фамилию и инициалы автора (авторов), название книги или статьи (если это статья из журнала или сборника, необходимо указать название, год выпуска и номер журнала, в котором она опубликована, или название сборника), место издания (город), год издания книги, количество страниц в ней (для статьи указываются номера страниц, на которых она опубликована).

Глоссарий ключевых слов должен содержать определения необходимых ключевых слов дипломного проекта (ВКР бакалавриата). В список ключевых слов в первую очередь включаются термины, использованные в формулировке темы дипломного проекта (ВКР бакалавриата), специфические для темы ВКР термины, а также основная терминология рассматриваемой предметной области. Термины в глоссарии располагаются в алфавитном порядке. Иностранные термины включаются в глоссарий или в переводе на русский язык, или в конце глоссария в порядке латинского алфавита или других алфавитов. Глоссарий должен как минимум содержать все ключевые слова, перечисленные в аннотации.

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

Объем пояснительной записки без приложения должен составлять 70–100 страниц для студентов, обучающихся по программе подготовки бакалавров. В отдельных случаях можно допустить увеличение объема работы до 180 страниц. Пояснительная записка оформляется в соответствии с ГОСТ 7.32-2017 с учетом исправлений и изменений. Если ВКР охватывает объем относительно большого проекта, то кафедра допускает его проработку только до уровня технического и даже эскизного проекта. Проектные процедуры при этом должны быть достаточно формализованы, чтобы автор смог показать свою профессиональную пригодность как менеджера, бакалавра менеджмента или инженера-экономиста в области ИТ и бизнес-аналитики, способного выполнять работы бизнес-аналитика или проблемного программиста. Уровень выполненных в ВКР работ должен быть достаточен для присвоения исполнителю степени бакалавра.