09.03.01 Метод. реком. по производ. практике 2018фвбо. Методические рекомендации по написанию отчёта по производственной практике группа фвбо0118
 Скачать 0.62 Mb.
|
Фрязино 2022 1. СТРУКТУРА ОТЧЁТА ПО ПРОИЗВОДСТВЕННОЙ ПРАКТИКЕ Рекомендуется следующая структура отчет по производственной практике:
2. СТРУКТУРА ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ Структура пояснительной записки включает следующие разделы: Введение (не менее 1 листа) Основная часть (не менее 10 листов) 1. Аналитический обзор 1.1 Обоснование цели и задач выпускной квалификационной работы 1.2 Обзор литературы и интернет-источников по теме ВКР 1.3 Обзор аналогичных систем или программ 2. Проектно-расчетная часть 2.1 План разработки технического задания 2.2 Анализ технического задания: 2.3 Обзор кодов программного обеспечения (блок-схемы, описание алгоритмов, коды). Заключение (не менее 1 листа) 3. СОДЕРЖАНИЕ РАЗДЕЛОВ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ Введение должно содержать: - краткое обоснование выбора темы ВКР бакалавра и ее актуальность; - краткая формулировка цели и задач исследования; - краткое описание архитектуры ПО, среды программирования, языков программирования. В основную часть входит два пункта: - аналитический обзор; - проектно-расчётная часть. 1. Аналитический обзор 1.1 Обоснование цели и задач выпускной квалификационной работы Данный пункт содержит: - расширенное обоснование выбора темы ВКР и ее актуальность; - формулировку цели исследования; - формулировку задач исследования, которые необходимо выполнить для достижения вышеуказанной цели. 1.2 Обзор литературы и интернет-источников по теме ВКР Для этого пункта необходимо провести сбор и анализ исходных данных по теме ВКР из литературы и интернет-источников. Эта работа является частью исследования, в которой необходимо более подробно описать наиболее важные для вашего исследования источники и обосновать их выбор. Приведём примеры: В статье С.А. Глушенко и др. «Разработка системы Helpdesk для отдела сопровождения ООО “Электронная медицина”» [3] говорится, что «разработка качественной системы Helpdesk во многом зависит архитектурных решений, принятых в процессе проектирования» [3, с. 97]. Поэтому на стадии проектирования сервиса технической поддержки было решено разработать кроссплатформенную систему, подходящую для любой архитектуры и предоставляющую простой доступ к системе как рядовому пользователю, так и специалисту технической поддержки. Для выбора оптимальной операционной системы понадобилось подробное описание серверных ОС, которое находится на сайте https://compress.ru/ [5]. Изучение данного материала позволило остановиться на OC Windows Server. 1.3 Обзор аналогичных систем или программ В этом пункте: - подробно описываются существующие аналоги разрабатываемой системы или программы, при этом для каждого аналога строится таблица основных характеристик, отмечаются его достоинства и недостатки; - подробно описывается новая разработанная система или программа с таблицей основных характеристик; - проводится сравнительный анализа аналогов с разрабатываемым проектом, результаты которого представляются в виде итоговой таблицы; - на основе сравнительного анализа отмечаются недостатки аналогов и обосновывается необходимость разработки новой системы или программного обеспечения. Приведём пример результата сравнительного анализа аналогов и разрабатываемого продукта, представленного в виде таблицы: Таблица 1.5 – Основные характеристики аналогов и разработанного ПО
Проанализировав популярные решения, которые могут использоваться для сканирования сети, а также для инвентаризации и отслеживания программного обеспечения на ПК в сети, можно отметить общие недостатки аналогов: • у всех аналогов разработанного ПО отсутствует поддержка белого списка ПО; • в большинстве программных продуктов отсутствует удобный формат отчетности. В созданном ПО учтены недостатки аналогов и реализованы все необходимые функции. Таким образом, применение нового ПО являться приоритетным и оправданным. 2. Проектно-расчетная часть 2.1 План разработки технического задания Выделим основные разделы технического задания. Общие сведения о системе (программе) Данный раздел документа Техническое задание должен содержать полное наименование системы и все варианты сокращений, которые будут использованы при разработке документации. Пример: «В данном документе создаваемая информационная система называется «Единое окно доступа к образовательным ресурсам», сокращенно ЕО. Систему Единое окно доступа к образовательным ресурсам далее в настоящем документе допускается именовать Единое окно или Система.» Также сюда следует включить подразделы сообщающие реквизиты организаций участвующих в разработке (Заказчика и Исполнителя) и перечислить основные документы, на основании которых выполняются данные работы. Далее следует указать сроки начала и окончания работ и сведения об источнике финансирования. Данная информация может быть указана и в конце технического задания в разделе с указанием стадий и этапов работ. Неотъемлемой частью документа Техническое задание также должен быть список терминов и сокращений. Термины и сокращения лучше представить в виде таблицы с двумя столбцами «Термин» и «Полная форма». Термины и сокращения располагаются в алфавитном порядке. В первую очередь принято давать расшифровку русскоязычным терминам и сокращениям, потом англоязычным. Назначение, цели и задачи системы (программы) Данный раздел документа Техническое задание должен содержать назначение и цели создания системы. Пример: «Информационная система «Единое окно доступа к образовательным ресурсам» предназначена для обеспечения пользователей полной, оперативной и удобной информацией, касающейся системы образования Российской федерации, организаций выполняющих функцию образовательных учреждений. Основной целью Системы является формирование единой информационной среды и автоматизации бизнес-процессов Образовательных учреждений Российской Федерации. Создание информационной системы «Единое окно» должно обеспечить: - предоставление пользователям широкого спектра информационных ресурсов; - повышение уровня информационной безопасности; - повышение эффективности работы образовательных учреждений и ведомств за счет оптимизации ряда бизнес-процессов; - повышение эффективности процесса взаимодействия информационных систем и сервисов внутри ведомства. - Создание Системы позволит сократить эксплуатационные затраты в результате повышения эффективности работы ведомства». Требования к системе (функциональные требования, пользовательские требования, требования к системе в целом и т.д.) В документе Техническое задание должны быть представлены все требования, выявленные на этапе проведения анализа объекта автоматизации. Поэтому в данном разделе документа тщательно анализируются, подробно описываются и структурируются все основные требования к системе (программе). Пример (для программы). Основные требования: - Программа имеет графический интерфейс, написана в среде разработки Visual Studio 2019, на языке программирования C#; серверный фреймворк: ASP.Net Core; система управления базами данных: MS SQL. - ПО обладает следующими функциями: - регистрация заявок пользователей; - приоритезация заявок; - распределение работ по заявкам между специалистами техподдержки; - анализ выполнения работ; - планирование работ по заявкам; - координация и взаимодействие с клиентом. - ПО задействует минимум системных ресурсов: - для клиента: ОЗУ: 2 Гб; ПЗУ: 50 Гб; ЦП: Pentium 4 с SSE2 и выше; - для сервера: ОЗУ: 8 Гб; ПЗУ: 128 Гб; ЦП: семейство Intel Xeon E5. Требования к системе в целом включают раскрытие ее архитектуры с описанием всех подсистем. В данной части Технического задания следует описать требования к интеграции системы с другими продуктами (если таковые имеются). Далее в техническое задание должны быть включены: - требования к режимам функционирования системы; - показатели назначения; - требования к надежности; - требования к безопасности; - требования к численности и квалификации персонала и режиму его работы; - требования к защите информации; - требования по сохранности информации при авариях; - требования к патентной чистоте; - требования по стандартизации и унификации; - и т.д. Требования к видам обеспечения В данном разделе документа Техническое задание должны быть представлены требования к математическому, информационному, лингвистическому, программному, техническому и др. видам обеспечения. Стадии и этапы разработки В данном разделе документа Техническое задание следует представить информацию обо всех этапах работ, которые должны быть проведены. Описание этапа должно включать наименование, сроки, описание работ и конечный результат. Пример: 1. Обосновать разработку программного обеспечения на основе аналитического обзора. 2. Изучить методы администрирования серверов для выполнения работы. 3. Построить архитектуру программного обеспечения. Написать программное обеспечение. 4. Провести тестирование разработанного программного обеспечения на предмет соответствия заявленным требованиям. 5. Провести экономические расчеты Порядок контроля и приемки системы (программы) В данном разделе документа Техническое задание необходимо указать документ, на основании которого должны быть проведены приемо-сдаточные испытания. При необходимости техническое задание может быть дополнено другими разделами, или сокращено путем удаления нецелесообразных пунктов. При изменении структуры технического задания, во избежание конфликтных ситуаций, ее необходимо согласовать с заказчиком до разработки документа. 2.2 Анализ технического задания В данном разделе: - рассматриваются теоретические основы решения поставленной задачи и компьютерные технологии, используемые при проектировании; - проводится анализ имеющихся решений задач данного типа (при их наличии); - проводится обзор необходимых инструментальных средств. Раздел завершается кратким указанием выбранного метода проектирования и представлением архитектуры системы в виде блок-схем (модулей) с их описанием. Раздел может поддерживаться следующим графическим материалом: - математические, алгоритмические методы решения данной задачи; - технологические средства реализации методов решения данной задачи; - архитектура системы (структура обобщенных решений задач данного класса). 2.3 Обзор кодов программного обеспечения (блок-схемы, описание алгоритмов, коды) В данном разделе даётся подробный обзор кодов ПО, блок-схемы применяемых алгоритмов с их подробным описанием и примерами кодов. Пример. Разберём работу подмодуля «Удаление принтера». Граф-схема алгоритма подмодуля «Удаление принтера» показана на рисунке 2.8. .  Рисунок 2.8 – Граф-схема алгоритма подмодуля «Удаление принтера» Опишем этапы данного алгоритма: 1. Получаем список всех принтеров, подключённых напрямую или через сеть. 2. Удаляем выбранный принтер. 3. Удаляем принтер из списка принтеров. Программный код реализации подмодуля «Удаление принтера» представлен ниже: Начало кода #Начало 1-го этапа алгоритма $Script:mas_of_printer = Get-Printer | Where-Object {$_.PortName -NotLike 'TS*'}#Получаем список принтеров $mas_of_printer_driver = (Get-PrinterDriver).Name#Получаем список драйверов принтера $mas_of_printer_port = (Get-PrinterPort | Where-Object {$_.Name -NotLike 'TS*'}).Name#Получаем список портов принтера #Конец 1-го этапа алгоритма #Начало 2-го этапа алгоритма $button2.Add_Click{#Удаляем выбранный принтер Remove-Printer -Name $mas_of_printer[$mas_of_combobox1[0].SelectedIndex].Name work_with_item } #Конец 2-го этапа алгоритма #Начало 3-го этапа алгоритма function work_with_item{ $Script:mas_of_printer = Get-Printer | Where-Object {$_.PortName -NotLike 'TS*'}#Получаем список принтеров $Script:mas_of_combobox1[0].Items.Clear()#Очищаем выпадающий список for($i=0;$i -lt $mas_of_printer.count;$i++){#Заполняем заново выпадающий список $Script:mas_of_combobox1[0].Items.Add($Script:mas_of_printer[$i].Name) | OutNull } $mas_of_textbox1[0].Text=''#очищаем введённые ране данные $mas_of_textbox1[1].Text='' $mas_of_textbox1[2].Text='' $mas_of_combobox1[0].SelectedIndex=-1 $mas_of_combobox1[1].SelectedIndex=-1 $mas_of_combobox1[2].SelectedIndex=-1 } #Конец 3-го этапа алгоритма Конец кода В Заключении кратко сообщается о проведенной работе и выводах, которые из этого следуют. Пример. ЗАКЛЮЧЕНИЕ В результате прохождения производственной практики на предприятии АО “НПП “Исток” им. Шокина” в подразделении «Отдел автоматизированных систем управления», были получены сведения о внутренней структуре организации, произведено исследование по теме выпускной квалификационной работы, а также получены профессиональные умения в области разработки ПО и опыт работы на производстве. В процессе прохождения практики были выполнены следующие этапы выпускной квалификационной работы: 1. Изучен метод проведения технической поддержки пользователей ПК на АО “НПП “Исток” им. Шокина”. 2. Проведён обзор литературы и интернет-источников по теме ВКР. 3. Изучены аналоги, проведён их сравнительный анализ, который позволил обосновать необходимость разработки сервиса технической поддержки. 4. Составлено и проанализировано техническое задание на разработку нового ПО. 5. Описаны программное обеспечение и среда разработки. 6. Завершена разработка ПО. Для завершения этапов выпускной квалификационной работы требуется: 1) выполнить тщательное тестирование и отладку программного обеспечения во время внедрения его на предприятие, которое позволит выявить ошибки или недостатки кода ПО, возникающие при работе с сервисом; 2) провести экономические расчёты. 4. ПРАВИЛА ОФОРМЛЕНИЯ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ Список используемых источниковдолжен быть оформлен по существующим стандартным правилам (Приложение 6). Все литературные источники должны найти место в виде ссылок в тексте. Объем отчета должен составлять не менее 19 страниц А4 в текстовом редакторе Word шрифтом TimesNewRoman размером 14pt с полуторным межстрочным интервалом. Текст отчета следует печатать, соблюдая следующие размеры полей: левое - 30 мм, правое - 15 мм, верхнее и нижнее - 20 мм. Абзацный отступ должен быть одинаковым по всему тексту отчета и равен 1,25 см. Текст выровнять по ширине с автоматической расстановкой переносов. Нумерация страниц внизу по центру листа. Для оформления отчёта применять "ГОСТ 7.32-2017. Межгосударственный стандарт. Система стандартов по информации, библиотечному и издательскому делу. Отчет о научно-исследовательской работе. Структура и правила оформления" (введен в действие Приказом Росстандарта от 24.10.2017 N 1494-ст) 5. ЗАЩИТА ПРАКТИКИ К защите практики необходимо подготовить Презентацию в виде набора слайдов, количество которых не менее 8 – 10. На каждом слайде текст должен занимать не более 10% от общей площади слайда. На защите студент должен быть готов ответить на следующие вопросы. Опишите алгоритмы, используемые при решении поставленной задачи. Практическая значимость и новизна разработки. В какой отрасли промышленности может быть применена данная разработка? Какими современными языками или средами программирования Вы пользовались при решении задачи? Какими стандартами и типовыми методами контроля и оценки качества программной продукции Вы пользовались при решении задачи? Проводилось ли Вами математическое моделирование процессов и объектов на базе стандартных пакетов автоматизированного проектирования и исследований?
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
