close

Вход

Забыли?

вход по аккаунту

?

Rokhmanko

код для вставкиСкачать
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное автономное
образовательное учреждение высшего образования
САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ
ПРОГРАММИРОВАНИЕ
В КОМПЬЮТЕРНЫХ СИСТЕМАХ
Методические указания
по выполнению выпускной квалификационной
работы
Санкт-Петербург
2015
Составители: И. Л. Рохманько, Г. Т. Шпак
Рецензент – У. С. Опалева
Методические указания являются подробным руководством по
проведению преддипломной практики, выполнению и защите дипломных проектов и предназначены для студентов СПО по специальности 09.02.03 – «Программирование в компьютерных системах»
всех форм обучения, а также в помощь руководителям дипломных
проектов от предприятий и организаций.
Публикуется в авторской редакции.
Компьютерная верстка Ю. В. Умницына
Подписано к печати 14.12.15. Формат 60 × 84 1/16.
Бумага офсетная. Усл. печ. л. 1,97. Тираж 100 экз. Заказ № 516.
Редакционно-издательский центр ГУАП
190000, Санкт-Петербург, Б. Морская ул., 67
© Санкт-Петербургский государственный
университет аэрокосмического
приборостроения, 2015
ВВЕДЕНИЕ
Дипломный проект является видом государственной итоговой
аттестации и предусмотрен для выпускников факультета СПО, освоивших программы подготовки специалистов среднего звена по
специальности 09.02.03 «Программирование в компьютерных системах», квалификация – «техник-программист».
В методических указаниях рассмотрены цель и задачи дипломного проектирования, содержание пояснительной записки и её разделов, требования по оформлению и защите дипломных проектов.
Выполнение дипломного проекта должно продемонстрировать
уровень сформированности общих и профессиональных компетенций выпускника.
Защита дипломного проекта выявляет соответствие уровня и качества подготовки выпускников федеральным государственным образовательным стандартам среднего профессионального образования и готовности выпускников к профессиональной деятельности.
Тематика дипломного проекта обязательно должна соответствовать содержанию одного или нескольких профессиональных модулей:
− ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем;
− ПМ.02. Разработка и администрирование баз данных;
− ПМ.03 Участие в интеграции программных модулей.
Данное пособие рекомендуется студентам выпускных групп специальности 09.02.03 «Программирование в компьютерных системах» при подготовке выпускной квалификационной работы.
3
1. ЦЕЛИ И ЗАДАЧИ ДИПЛОМНОГО
ПРОЕКТИРОВАНИЯ
Выпускная квалификационная работа техника-программиста
представляет законченную проектную разработку, в которой решается актуальная задача для специальности «Программирование
в компьютерных системах» по разработке, сопровождению и эксплуатации программного обеспечения компьютерных систем, как
это указанно в п. 4.1. федерального государственного образовательного стандарта.
Выпускная квалификационная работа (ВКР) должна показать
уровень:
− профессиональной и теоретической подготовки техника-программиста по специальности 09.02.03 «Программирование в компьютерных системах;
− использования современных методов, средств и технологий
разработки объектов профессиональной деятельности.
Выполнение студентами выпускной квалификационной работы
является проверкой знаний и умений самостоятельно:
− формулировать технико-экономические требования к объектам проектирования;
− проектировать информационные объекты;
− разрабатывать алгоритмы обработки информации и управления с последующей реализацией в современных инструментальных средах;
− разрабатывать структуры программных модулей;
− обеспечивать информационную безопасность проектируемого
объекта;
− разрабатывать проектную документацию.
4
2. СТРУКТУРА ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ
РАБОТЫ
Вне зависимости от решаемой задачи и подхода при проектировании дипломный проект состоит из:
− пояснительной записки (ПЗ);
− презентации;
− дистрибутива программного продукта на оптическом диске,
изготовленного студентом в соответствии с заданием.
2.1. Структура пояснительной записки
Пояснительная записка к дипломному проекту должна содержать:
− титульный лист;
− задание на дипломный проект;
− содержание;
− введение;
− теоретическую часть;
− обеспечение безопасности эксплуатации программного продукта (далее ПП);
− заключение;
− список использованной литературы;
− приложения.
Не подшивая к записке приложить:
− отзыв руководителя и рецензента дипломного проекта;
− оценочный лист.
Пример заполнения титульного листа представлен в приложении А.
2.2. Задание на дипломное проектирование
Согласованное задание на дипломное проектирование распечатывается на одном или нескольких двухсторонних листах, подписывается руководителем дипломного проекта и утверждается заместителем декана по учебной работе.
Задание на дипломное проектирование содержит перечень вопросов, подлежащих разработке.
Пример заполнения задания приведён в приложении Б.
5
2.3. Содержание пояснительной записки
Лист СОДЕРЖАНИЕ размещают в ПЗ после задания на дипломное проектирование на одном или нескольких листах.
Слово СОДЕРЖАНИЕ пишут в виде заголовка заглавными буквами. Все прочие наименования, включенные в содержание, пишут
строчными буквами, кроме первой прописной.
Содержание включает наименования всех разделов, подразделов и пунктов (если они имеются) с указанием номеров страниц,
на которых размещается начало материала разделов (подразделов,
пунктов).
Пример первого листа содержания приведен в приложении В.
Пример рамки для остальных листов ПЗ приведен в приложении Г.
Все эти листы оформляются в соответствии с ГОСТ 2.104-68.
Введение (общим объемом не более 3 стр.) должно содержать
общие сведения о проекте, его краткую характеристику, оценку
современного состояния решаемой научно-технической проблемы, основание для разработки темы, обоснование необходимости
разработки темы проекта. Во введении должны быть показаны
актуальность и новизна темы и связь данной работы с имеющимися работами, цель и объект исследования в данном проекте. Во
введении необходимо также перечислить вопросы, которые будут
рассмотрены в проекте, выделив вопросы, которые предполагается решить практически. Рекомендуется окончательный вариант
введения писать по завершении основных глав проекта. В этом
случае исключена возможность несоответствия «желаемого» и
«действительного».
Теоретическая часть
В данном разделе студент должен продемонстрировать способность делать самостоятельный обоснованный выбор и защищать
свое решение.
Теоретическая часть состоит из следующих разделов:
− постановка задачи;
− выбор и обоснование метода/технологии решения задачи;
− выбор и обоснование сред разработки;
− разработка структуры программы;
− описание результатов отладки и сценариев тестирования программы;
− контрольный пример;
− инструкции пользователю.
6
Примечание:
Если темой дипломного проекта является разработка информационной системы, то дипломник должен дополнительно представить:
− выбор и обоснование СУБД и среды программирования;
− разработку таблиц и описание данных;
− схему базы данных;
− создание объектов базы данных;
− разработку пользовательского приложения.
Постановка задачи
На этапе ПОСТАНОВКА ЗАДАЧИ формулируется цель решения задачи и подробно описывается ее содержание. Анализируются характер и сущность всех величин, используемых в задаче, и определяются условия, при которых она
решается. Корректность постановки задачи является важным моментом, так как от нее в значительной степени зависят другие этапы.
Четкая формулировка задачи оказывает существенное влияние на
понимание задачи в целом, на правильность составления алгоритма и написания программы, на скорость ее отладки. При описании
раздела « Постановка задачи» следует руководствоваться ГОСТами
24.204-80; 19.201-78; 23501.2-79.
В постановке задачи должны быть приведены:
− сведения о цели проектирования;
− о видах деятельности пользователей, для выполнения которых предлагается новая информационная технология;
− требования, предъявляемые к разрабатываемому ПП;
− функционал разрабатываемого программного продукта;
− входные и выходные данные, необходимые для проектирования ПП;
− требования к пользовательскому интерфейсу;
− минимальные требования к программному и аппаратному обеспечению.
Выбор и обоснование метода решения
Модель решения задачи с учетом ее особенностей должна быть
доведена до решения при помощи конкретных методов решения.
Выбор и использование метода решения задачи позволяет привести
решение задачи к конкретным машинным операциям. При обосновании выбора метода необходимо учитывать различные факторы и
условия, в том числе точность вычислений, время решения задачи
на ЭВМ, требуемый объем памяти и другие. Одну и ту же задачу
7
можно решить различными методами, при этом в рамках каждого
метода можно составить различные алгоритмы.
Выбор и обоснование сред разработки
Ниже приводятся основные критерии, по которым производится выбор среды программирования для создания модуля:
− создание максимально возможного удобства в работе. Для этого программа должна иметь удобный и современный интерфейс
пользователя;
− работа модуля должна выполняться с максимально возможной скоростью. Нежелательны ситуации, в которых пользователю
длительное время придется ожидать окончания работы модуля;
− поддержка длинных имен файлов;
− максимальная простота в установке и использовании модуля;
− минимальные затраты на разработку модуля.
Пример выбора среды программирования:
В ходе последующего анализа имеющихся средств программирования на основании перечисленных критериев был выбран вариант написания данного модуля с использованием системы визуального программирования Macromedia Flash MX для Windows.
Данное заключение основывалось на следующем:
− среда визуального программирования Macromedia Flash MX
работает в среде Windows и предоставляет программисту возможность реализации всех достоинств графического интерфейса этой
системы. Так как подавляющее большинство пользователей персональных компьютеров работают сегодня в среде операционных систем семейства Windows, то этот интерфейс является для них наиболее привычным и удобным;
− для запуска программ, написанных на Flash MX, не требуются никакие дополнительные библиотеки, интерпретаторы кода и
прочее. Достаточно взять один-единственный сгенерированный
исполняемый файл и запустить его там, где нужно. Для установки
программы на другой компьютер не требуется создание каких-либо
дистрибутивов, не нужен процесс инсталляции, достаточно переписать исполняемый файл программы.
Таким образом, выбранная платформа, как было показано
выше, удовлетворяет поставленным требованиям, поэтому выбор
был остановлен на данной системе программирования.
На основании выбранного метода /технологии решения задачи
необходимо:
− описать инструментальные средства решения задачи;
8
Спецификация программы
(головного модуля)
Текст головного модуля
Спецификация
1-й задачи
Спецификация
3-й задачи
Спецификация
2-й задачи
Рис. 1. Модульная структура программы
− указать достоинства и недостатки выбранных программных
средств;
− дать краткий анализ выбранных программных средств (языков программирования, СУБД и т. п.).
Разработка структуры программы
Конструктивный подход к разработке программы представляет
собой модификацию нисходящей разработки, при которой модульная древовидная структура программы формируется в процессе
программирования модуля. Сначала программируется головной
модуль, исходя из спецификации программы в целом (спецификация программы является одновременно спецификацией головного
модуля). В процессе программирования головного модуля в случае, если эта программа достаточно большая, выделяются подзадачи (некоторые функции) и для них создаются спецификации реализующих эти подзадачи фрагментов программы. В дальнейшем
каждый из этих фрагментов будет представлен поддеревом модулей (спецификация выделенной функции является одновременно
спецификацией головного модуля этого поддерева). Модульная
структура проекта представлена на рис. 1.
Описание результатов отладки и сценариев тестирования программы
В ПЗ необходимо привести результаты отладки программы
с указанием перечня ошибок и способов их устранения.
9
При тестировании многомодульных программных комплексов
можно выделить следующие этапы:
− тестирование отдельных модулей;
− совместное тестирование модулей;
− тестирование функций программного комплекса (т. е. поиск
различий между разработкой программы и ее внешней спецификацией)
При тестировании программных модулей следует выделить следующие виды тестирования:
1) проведение функционального тестирования, т. е. использование данных из области допустимых значений, граничные (находящиеся на границе области допустимых значений), выходящие за
границу области допустимых значений;
2) проведение структурного тестирования, т. е. проверка логики программы. Например, каждая ветвь алгоритма (каждый переход) должна быть пройдена (выполнена) хотя бы один раз (критерий покрытия условий).
В пояснительной записке приводятся результаты функционального или структурного тестирования с указанием значений входных и выходных данных.
Контрольный пример
В разделе следует указать, на каких входных данных производилась проверка работоспособности программы. Если в качестве
информационного обеспечения были использованы условные данные, необходимо доказать их соответствие реальным. Обязательным условием является их количественное описание и представление содержания в приложении.
Инструкции пользователю
В этом разделе содержится инструкция по описанию действий
пользователя при работе с проектом, требования к которому сформулированы в ГОСТ 19.505-79. Не следует забывать, что инструкция указывает действия в безличной форме и повелительном наклонении. В разделе описываются:
− условия выполнения программы,
− выполнение программы;
− сообщения оператору.
В разделе «Условия выполнения программы» должны быть указаны условия, необходимые для выполнения программы (минимальный и/или максимальный состав аппаратных и программных
средств и т. п.).
10
В разделе «Выполнение программы» должна быть указана последовательность действий оператора, обеспечивающих загрузку,
запуск, выполнение и завершение программы. В разделе приводятся сведения для проверки, обеспечения функционирования и
настройки программы на условия конкретного применения. Перечисляется порядок и последовательность ввода исходных данных и
получения результатов расчета.
В разделе «Сообщения оператору» должны быть приведены тексты сообщений, выдаваемых в ходе выполнения программы, описание их содержания и соответствующие действия оператора.
Содержание разделов допускается иллюстрировать поясняющими примерами, таблицами, схемами.
Обеспечение безопасности эксплуатации программного продукта
В разделе «Обеспечение безопасности эксплуатации ПП» представляются:
1) мероприятия по технике безопасности и противопожарной
безопасности при работе с техническими средствами информатизации;
2) эргономические требования к оформлению пользовательского интерфейса;
3) санитарно-гигиенические требования к организации рабочего
места;
4) мероприятия по обеспечению безопасной эксплуатации ПП.
Для обеспечения безопасной эксплуатации ПП можно выбрать
одно из следующих направлений:
− общие принципы управления информационной безопасностью;
− модели безопасности ИТ;
− методы и механизмы безопасности ИТ (такие, как, например:
методы аутентификации, управления ключами и т. п.);
− криптографические алгоритмы;
− методы оценки безопасности информационных систем;
− безопасность EDI-технологий;
− безопасность межсетевых взаимодействий (межсетевые экраны);
− сертификация и аттестация объектов стандартизации.
Заключение
Заключение является завершающим разделом пояснительной записки, где дается анализ достигнутого результата проектного решения. Приводится доказательство того, что заявленные
в постановке задачи цели достигнуты, методы реализованы. Под11
тверждаются качественные характеристики программного изделия: работоспособность, функциональность, надежность, эффективность, защищенность. Определяется практическая пригодность
для данной или других сфер деятельности.
В конце заключения указывается, какую конкретную пользу
принесёт применение разработанного ПП и возможные перспективы его усовершенствования.
Список использованных источников
Список использованных источников представляет собой перечень использованных книг и статей. Список должен быть выполнен
в соответствии с ГОСТ 7.32.2001 «Система стандартов по информации, библиотечному и издательскому делу. Отчёт о научно-исследовательской работе. Структура и правила оформления» и правилами библиографического описания документов ГОСТ 7.1-2003
«Библиографическая запись. Библиографическое описание», ГОСТ
Р 7.05-2008 «Система стандартов по информации, библиотечному и
издательскому делу».
Примеры библиографического описания книг и нормативных
документов приведены в приложении Д.
Приложения
Если в тексте пояснительной записки есть приложения (иллюстрационный материал, таблицы, листинги программ, копии научных публикаций студента и т. д.), то на них дают ссылки в тексте, а
в «Содержании» перечисляют все приложения с указанием их обозначений и заголовков.
При необходимости в приложения следует включать:
− результаты выполнения программного продукта;
− исходный код программы (листинг) с комментариями. Комментарии по тексту пишутся по мере необходимости. Опубликованные функции и процедуры (секция interface) обязательно снабжаются комментариями об их назначении и при необходимости – о
параметрах и результатах;
− промежуточные математические доказательства, формулы,
расчеты;
− акты о внедрении программного продукта;
− иллюстративный материал, схемы, не вошедшие в основную
часть.
12
3. ОФОРМЛЕНИЕ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ
3.1. Общие требования к оформлению текста
пояснительной записки
Пояснительную записку выполняют печатным способом с использованием компьютера и принтера на одной стороне листа белой
бумаги формата А4 (ГОСТ 2.301-68) с рамкой и основной надписью.
Пояснительная записка оформляется в соответствии с ГОСТ
7.32-2001. Цвет шрифта должен быть чёрным, высота букв, цифр
и других знаков – 14 пт, без наклона и без выделения, с выравниванием по ширине. Междустрочный интервал – полуторный. Слова
«СОДЕРЖАНИЕ», «ВВЕДЕНИЕ», «ТЕОРЕТИЧЕСКАЯ ЧАСТЬ»,
«ОБЕСПЕЧЕНИЕ БЕЗОПАСНОСТИ ЭКСПЛУАТАЦИИ ПРОГРАММНОГО ПРОДУКТА», «ЗАКЛЮЧЕНИЕ», «СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ», «ПРИЛОЖЕНИЕ», заголовки разделов записывают симметрично тексту прописными буквами
шрифтом 14 пт.
Нумерация страниц ПЗ сквозная, включая приложения. Первой страницей считается титульный лист, второй – задание на ДП
и т. д. На первой странице (титульном листе) и на листе задания
номер не ставится.
Рамка должна иметь следующие отступы от границ листа: слева – 20 мм, со всех остальных сторон – 5 мм. Расстояние от рамки до
границ текста в начале и в конце строк – не менее 3 мм, расстояние
от верхней или нижней строки текста до верхней или нижней рамки должно быть не менее 10 мм.
Основная надпись
Все листы пояснительной записки, кроме титульного листа и листа с заданием, должны иметь рамку и основную надпись (штамп),
выполняемые в соответствии с ГОСТ 2.104-2006.
Основная надпись первой страницы Содержания имеет вид,
представленный на рис. 2. На остальных страницах выполняется
основная надпись, приведённая на рис. 3.
В графах основной надписи (номера граф на рис. 2 и 3 заключены в скобки) указывают:
в графе 1 – тема дипломного проекта, пишется с заглавной буквы;
в графе 2 – шифр с титульного листа, пишется заглавными буквами;
13
Рис. 2. Основная надпись листа «Содержание»
Рис. 3. Основная надпись страниц раздела
в графе 3 – сокращённое наименование вуза и номер группы;
в графе 4 – порядковый номер листа;
в графе 5 – общее количество листов;
в графе 6 – фамилии и инициалы лиц, указанных в графе слева;
в графе 7 – подпись соответствующего лица;
в графе 8 – дата согласования.
Остальные графы основной надписи заполнять не требуется.
ДР. 12.09. 02.03.
ХХ
ПЗ
Пояснительная записка
Номер по приказу о темах ДП
Код специальности
Номер факультета
Тип ВКР
Рис. 4. Шифр титульного листа
14
Разделы
Структуризация материала осуществляется в соответствии
с ГОСТ 2.105-95 ЕСКД (Общие требования к текстовым документам), учитывая логику изложения (разделы, подразделы, пункты).
Разделы должны иметь порядковые номера в пределах всего документа (части, книги), обозначенные арабскими цифрами и записанные с абзацевого отступа. Подразделы должны иметь нумерацию
в пределах каждого раздела. Номер подраздела состоит из номеров
раздела и подраздела, разделенных точкой. В конце номера раздела и (или) подраздела точка не ставится. Каждый раздел текстового
документа рекомендуется начинать с нового листа (страницы). Подразделы оформляются с абзацевого отступа 14 шрифтом с прописной
буквы без точки в конце.
Переносы слов в заголовках не допускаются. Если заголовок состоит из двух предложений, их разделяют точкой. Отрывать заголовок от относящегося к нему текста, если хотя бы одна его строка
не может быть размещена на данной странице, недопустимо.
Перечисления
Внутри пунктов могут быть приведены перечисления. Перед
каждой позицией перечисления следует ставить маркер дефис или
строчную букву русского или латинского алфавитов, после которой ставится скобка. Для дальнейшей детализации перечислений
необходимо использовать арабские цифры, после которых ставится
скобка, а запись производится с абзацного отступа. Пункты перечисления начинать строчной буквой.
Пример:
а) локальные;
б) сетевые:
1) 1С: Бухгалтерия 7.7.430;
2) 1С: Зарплата и кадры 7.7.211;
в) SQL.
Оформление формул
Оформление формул проводится в соответствии с ГОСТ 2.105-95
ЕСКД (Общие требования к текстовым документам).
В формулах в качестве символов следует применять обозначения, установленные соответствующими государственными стандартами. Пояснения символов и числовых коэффициентов, входящих в формулу, если они не пояснены ранее в тексте, должны быть
приведены непосредственно под формулой. Пояснения каждого
символа следует давать с новой строки в той последовательности,
15
в которой символы приведены в формуле. Первая строка пояснения должна начинаться со слова «где» без двоеточия после него.
Пример:
m
(1)
P= ,
V где m– масса образца, кг;
V – объем образца, м3.
Формулы должны нумероваться сквозной нумерацией арабскими цифрами, которые записывают на уровне формулы справа
в круглых скобках. Ссылки в тексте на порядковые номера формул
дают в скобках, например,... в формуле (1).
Оформление иллюстраций
Количество иллюстраций должно быть достаточным для пояснения излагаемого текста. Иллюстрации могут быть расположены
как по тексту документа, так и в конце его. Наименования, приводимые в тексте документа и на иллюстрациях, должны быть одинаковыми.
Иллюстрации, за исключением иллюстраций приложений, следует нумеровать арабскими цифрами сквозной нумерацией (рисунок 1). Иллюстрации каждого приложения обозначают отдельной нумерацией арабскими цифрами с добавлением перед цифрой
обозначения приложения, например: Рисунок А.3. При ссылках
на иллюстрации следует писать «...в соответствии с рисунком 2.
В конце наименования иллюстрации точка не ставится.
Рис. 5. Графическое отображение модуля Авторизация
Графические материалы
При выполнении дипломных проектов студенты обязательно
разрабатывают графические материалы:
16
− модели информационных систем;
− схемы алгоритмов, структур данных;
− графики, временные диаграммы, таблицы результатов экспериментов и т. п.
Для создания блок-схем алгоритмов, UML-моделей, моделей баз
данных, отображения потоков данных и процессов, представления
интерфейса пользователя рекомендуется использовать соответствующие пакеты, например Microsoft Office Visio и др.
Оформление таблиц
Таблицы, за исключением таблиц приложений, следует нумеровать арабскими цифрами сквозной нумерацией. Слово «Таблица»
и наименование помещают слева над таблицей, без абзацевого отступа.
Слово «Таблица» указывают один раз слева над первой частью
таблицы, над другими частями пишут слова «Продолжение таблицы» с указанием номера таблицы.
Рис. 6. Оформление продолжения таблицы
Оформление приложений
Материал, дополняющий ВКР, допускается помещать в приложениях. В тексте ВКР на все приложения должны быть даны ссылки. Приложения располагают в порядке ссылок на них.
Каждое приложение следует начинать с новой страницы со слова «ПРИЛОЖЕНИЕ» и его обозначения заглавными буквами русского алфавита начиная с А, за исключением букв Ё, З, Й, О, Ч,
17
Ь, Ы, Ъ. Например: ПРИЛОЖЕНИЕ А. Приложение должно иметь
заголовок, который записывают симметрично относительно текста
с прописной буквы отдельной строкой шрифтом 14 пт. Все приложения должны быть перечислены в содержании документа с указанием их номеров и заголовков. Таблицы и иллюстрации каждого
приложения обозначают отдельной нумерацией арабскими цифрами с добавлением перед цифрой обозначения приложения.
Например: Таблица В.1.
Оформление библиографии и ссылок
Литературные и другие источники в списке следует располагать в порядке появления ссылок. Порядковый номер ссылки заключают в квадратные скобки. Нумерация ссылок ведется арабскими цифрами в порядке приведения ссылок в тексте отчета
независимо от деления отчета на разделы. При ссылке на Интернетресурсы следует указывать полный URL-адрес страницы (Uniform
ResourceLocator – унифицированный указатель ресурса) и краткое
описание её содержимого.
В тексте ПЗ ссылки на используемые источники указываются
в квадратных скобках. Пример: [1, 17–20].
Пример оформления списка использованных источников представлен в Приложении Д.
18
4. НОРМАТИВНЫЕ ДОКУМЕНТЫ ПО ОФОРМЛЕНИЮ ПРОГРАММНЫХ ИЗДЕЛИЙ
Оформление документации на программные изделия выполняется в соответствии с нормативными документами «Единой Системы Программной Документации» (ЕСПД), указанными в Приложении Е.
Перечень международных стандартов ISO на документацию по
разработке программного обеспечения, и стандартов для оформления пояснительной записки приведен там же.
19
5. РЕКОМЕНДАЦИИ ПО ПОДГОТОВКЕ ПРЕЗЕНТАЦИИ
Защита дипломных проектов осуществляется с использованием
презентации, подготовленной в MS PowerPoint. Количество слайдов должно быть не менее 10 штук, с указанием номера слайда
в правом нижнем углу.
Переход по слайдам осуществляется только вручную.
Структура презентации должна соответствовать структуре доклада
− Титульный слайд (1 слайд)
− Актуальность темы дипломного проекта (1–2 слайда)
− Цель и задачи дипломного проекта (1–2 слайда)
− Методы решения задач (1–8 слайда)
− Результаты решения задач (1–8 слайда)
− Личный вклад дипломника в решение задач (1 слайд)
− Финальный слайд (1 слайд)
Рекомендуемое общее количество слайдов – 10–20.
При подготовке слайдов рекомендуется придерживаться следующего:
1) слайды должны быть простыми, не перегруженными текстом
и излишними данными;
2) желательно использовать шаблон со светлым фоном, который
не отвлекает внимание от содержания слайда;
3) текст должен легко читаться, рекомендуемый размер шрифта
не ниже 20 pt, цвет – синий или черный. Текст должен быть написан простыми, короткими предложениями, отражать основные
положения доклада, существенную информацию. Рекомендуется
употреблять общепринятую терминологию, пояснять узкоспециализированные понятия.
4) не следует использовать в презентации звуковые эффекты и
большое количество анимации.
5) рисунки, графики, таблицы должны иметь название.
6) содержание слайдов должно соответствовать выступлению.
Дополнительные материалы, подкрепляющие выступление и не
вошедшие в презентацию, могут быть оформлены в виде раздаточного материала к докладу.
20
6. НОРМОКОНТРОЛЬ ПРИ ДИПЛОМНОМ
ПРОЕКТИРОВАНИИ
Нормоконтроль предусматривает проверку соответствия оформления всех отчётных материалов студента-дипломника требованиям государственных и университетских стандартов.
Нормоконтроль предполагает выполнение следующих работ:
1. Нормоконтроль дипломного проекта в целом, проводимый
только при наличии всех подписей лиц, ответственных за содержание и выполнение документов, кроме утверждающей подписи заведующего отделением.
2. Нормоконтроль пояснительной записки, включающий проверку правил оформления пояснительной записки по ГОСТ 2.10595 ЕСКД (Общие требования к текстовым документам):
− соответствие структуры пояснительной записки заданию на
дипломное проектирование;
− внешний вид записки;
− соблюдение действующей научно-технической терминологии;
− наличие ссылок на источники информации;
− правильность оформления таблиц, иллюстраций, приложений;
− наличие и правильность ссылок на стандарты и другие нормативные документы;
− правильность нумерации и оформления наименований разделов и подразделов, иллюстраций и таблиц, библиографических
описаний источников.
21
7. ПРЕДЗАЩИТА
Завершённый дипломный проект с письменным отзывом руководителя проходит предварительную защиту. Цель проведения
предварительной защиты ДП – определение качества выполненной
дипломантом работы и степени готовности к защите ДП. Дата и
время проведения предварительной защиты согласовывается с цикловой комиссией.
Для предварительной защиты дипломник должен подготовить
в печатном виде пояснительную записку, отзыв руководителя ДП,
оценочный лист, электронную презентацию и работающий программный продукт.
В ходе предзащиты студенту задаются вопросы, после ответа на
которые ему делаются замечания, выносятся рекомендации и даются необходимые советы.
22
8. ЗАЩИТА ВКР
Защита дипломного проекта проводится на открытом заседании
государственной экзаменационной комиссии с участием не менее
2/3 ее состава.
На защиту отводится 20 минут, которые включают доклад студента (5–7 минут), демонстрация ПП, чтение отзыва и оценочного
листа, вопросы членов комиссии и ответы студента.
При определении окончательной оценки по защите дипломного
проекта учитываются:
− доклад выпускника по каждому разделу работы;
− качество представленного ПП;
− ответы на вопросы членов государственной экзаменационной
комиссии;
− отзыв руководителя.
Защита дипломного проекта оценивается по четырех бальной
системе: «отлично», «хорошо», «удовлетворительно», «неудовлетворительно».
Решение государственной экзаменационной комиссии принимается на закрытом заседании простым большинством голосов членов Государственной экзаменационной комиссии, участвующих
в заседании. При равном числе голосов – голос председателя государственной экзаменационной комиссии является решающим.
По результатам государственной аттестации выпускник, участвовавший в государственной итоговой аттестации, имеет право
подать в апелляционную комиссию письменное апелляционное заявление о нарушении, по его мнению, установленного порядка проведения государственной итоговой аттестации и (или) несогласии
с ее результатами.
23
ПРИЛОЖЕНИЕ А
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное автономное образовательное учреждение
высшего профессионального образования
«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ»
Факультет среднего профессионального образования
Допущен(а) к защите приказом ректора от
№
Зав. отделением
Л.Ф. Цихонь
ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА
ДП.12.09.02.03.ХХПЗ
__________ Проектирование_информационной_системы_“Окна +”_________________
(Тема выпускной работы)
_____________________________________________________________________________
Дипломный проект (работу) выполнил(а)
студент(ка) группы №
Руководитель дипломного проекта
Должность, уч. степень, звание
Инициалы, фамилия
Подпись, дата
Инициалы, фамилия
Дипломный проект выполнен(а) и защищен(а) с оценкой
Санкт-Петербург 2015
24
А.П.Ломакин
Подпись, дата
И.Л.Рохманько
ПРИЛОЖЕНИЕ Б
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное автономное образовательное учреждение
высшего профессионального образования
«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ»
Факультет среднего профессионального образования
УТВЕРЖДАЮ
Зам. декана по УМР
____________________ С.А. Березина
ЗАДАНИЕ
НА ВЫПУСКНУЮ КВАЛИФИКАЦИОННУЮ РАБОТУ
Специальность
09.02.03 Программирование в компьютерных
системах
Студенту(ке) группы №
С124
Ломакину Александру Павловичу
Фамилия, имя, отчество
Вид работы
Тема
Дипломный проект
Проектирование_информационной_системы_“Окна +”
Утверждена приказом ректора от
Задание рассмотрено на заседании цикловой комиссии
Вычислительной техники и программирования
Наименование цикловой комиссии
Срок сдачи проекта
15.04.2015
№7
Протокол №
№ 03-333/15
14.02.2015
Дата
05.06.2015
Задание принял(а) к исполнению
Подпись, дата
А.П. Ломакин
Инициалы, фамилия
25
Основные исходные данные на проектирование:
- Информация об окнах (размер, цвет, тип стеклопакета и т.п.);
- Сопутствующие товары (название товара, размер товара, цвет, цена);
- Перечень услуг (название услуги, стоимость);
Информационная система должна обеспечивать следующие функции:
− Предоставлять пользователю возможность произвести предварительный расчет
стоимости заказа;
− Просмотр и выбор предлагаемых материалов и услуг;
− Сохранение информации о выполненных заказах;
− Сохранение оставленных отзывов клиентов;
− Возможность распечатать расчетный лист;
− Возможность отправки сообщения о качестве выполненных услуг.
В качестве выходных данных будет печататься расчетный лист.
Перечень вопросов, подлежащих разработке
Введение
1 Теоретическая часть
1.1 Постановка задачи
1.2 Выбор и обоснование технологии решения
1.3 Выбор и обоснование сред разработки
1.4 Структура программы
1.4.1 Разработка схемы данных
1.4.2 Структура интерфейса
1.5 Описание результатов отладки и сценариев тестирования программы
1.6 Контрольный пример
1.7 Инструкции пользователю
2 Обеспечение безопасности эксплуатации программного продукта
2.1 Мероприятия по технике безопасности и противопожарной безопасности при работе с
техническими средствами информатизации;
26
2.2 Эргономические требования к оформлению пользовательского интерфейса;
2.3 Санитарно-гигиенические требования к организации рабочего места;
2.4Мероприятия по обеспечению безопасной эксплуатации ПП
Заключение
Выводы о проделанной работе
Задание на библиографический поиск
1. Боуман Дж.С., Дарновски М., Эмерсон С.Л., «Практическое руководство по SQL. 4е издание», М., изд-во «Диалектика», 2005г.
2. Стиллмен Э., Грин Дж., «Изучаем C#», 1-е издание, изд-во «ПИТЕР», 2012 г.
3. Павловская Т., «С#.Программирование на языке высокого уровня», изд-во «ПИТЕР»,2009 г.
4. Гарнагина Н.Е., Занько Н.Г. и др. Безопасность и охрана труда. СПб.: МАНЭБ, 2001
5. Информационная безопасность России в условиях глобализации
URL:http://www.lawinrussia.ru
ЗАДАНИЕ СОСТАВИЛИ
Руководитель дипломного проекта
преподаватель
Должность, уч. степень, звание
Подпись, дата
И.Л. Рохманько
Инициалы, фамилия
Консультант по вопросам обеспечения безопасности эксплуатации программного
продукта
преподаватель
Должность, уч. степень, звание
Подпись, дата
Т.Н.Вещагина
Инициалы, фамилия
27
ПРИЛОЖЕНИЕ В
СОДЕРЖАНИЕ
Введение
1
Теоретическая часть
7
1.1 Постановка задачи
7
1.2 Описание технологии обмена данными
9
1.3 Обоснование выбора среды программирования
11
1.4 Структура программы
13
1.4.1 Разработка клиентской части
15
1.4.2 Разработка серверной части
20
1.5 Описание результатов отладки и сценариев
тестирования программы
23
1 .6 Контрольный пример
25
1.7 Инструкция пользователю
26
2
29
Обеспечение безопасности эксплуатации программного продукта
2.1 Эргономические требования к оформлению пользовательского
интерфейса
2.3 Санитарно-гигиенические требования к организации рабочего места
33
2.4 Мероприятия по обеспечению безопасной эксплуатации ПП
35
Заключение
37
Список использованной литературы
Изм.
38
Приложение А Листинг программы
40
Приложение Б Результаты выполнения запросов
73
Лист
№ докум.
Разраб.
Захаров Ю.С.
Провер.
Рохманько И. Л.
Н. Кон
Рохманько И. Л.
Утверд.
28
31
Подп.
Дата
ДР.12.09.02.03.14ПЗ
Разработка мобильного
приложения
«Обмен сообщениями в 1С».
Пояснительная записка
Лит.
Лист
Листов
4
85
ГУАП ФСПО гр.С124
ПРИЛОЖЕНИЕ Г
Изм. Лист
№ докум.
Подп.
Дата
ДР.12.09.02.03.14ПЗ
Лист
34
29
ПРИЛОЖЕНИЕ Д
Список использованных источников
1) Информационная безопасность России в условиях глобализации
URL:http://www.lawinrussia.ru
2) Бьюли А. Изучаем SQL. / А. Бьюли; СПБ: Символ-Плюс, 2007. 312 с.,
ил.
3) Лутц М. Изучаем Python, 4-е издание /М. Лутц; – Пер. с англ. СПб.:
Символ-Плюс, 2011. 1280 стр.
4) Прохоренок Н. А. Python 3 и PyQt. Разработка приложений. / Н. А.
Прохоренок; СПб.: БХВ-Петербург, 2012. 704 стр.
5) Гарнагина Н.Е., Занько Н.Г. и др. Безопасность и охрана труда. СПб.:
МАНЭБ, 2001.
6) официальный информационный сайт 1С URL: http://v8.1c.ru/ -.
30
ПРИЛОЖЕНИЕ Е
Нормативные документы
Таблица Е.1 – Нормативные документы ЕСПД
Обозначение стандарта
Наименование стандарта
ГОСТ 19.001-77 ЕСПД.
ГОСТ 19.101-77 ЕСПД.
ГОСТ 19.102-77 ЕСПД.
ГОСТ 19.103-78 ЕСПД.
ГОСТ 19.104-78 ЕСПД.
ГОСТ 19.105-78 ЕСПД.
ГОСТ 19.106-78 ЕСПД.
Общие положения.
Виды программ и программных документов.
Стадии разработки.
Обозначение программ и программных документов.
Основные надписи.
Общие требования к программным документам.
Требования к программным документам, выполненным печатным способом
Техническое задание. Требования к содержанию и
оформлению.
Спецификация. Требования к содержанию и оформлению.
Программа и методика испытаний. Требования к содержанию и оформлению.
Текст программы. Требования к содержанию и
оформлению.
Описание программы.
Пояснительная записка. Требования к содержанию и
оформлению.
Формуляр. Требования к содержанию и оформлению.
Описание применения. Требования к содержанию и
оформлению.
Руководство системного программиста.
Требования к содержанию и оформлению.
Руководство программиста. Требования к содержанию и оформлению.
Руководство оператора. Требования к содержанию и
оформлению.
Руководство по техническому обслуживанию. Требования к содержанию и оформлению.
Правила внесения изменений в программные документы, выполняемые печатным способом.
Схемы алгоритмов, программ, данных и систем.
Условные обозначения и правила выполнения.
Обеспечение систем обработки информации программное. Термины и определения.
Схемы алгоритмов, программ, данных и систем.
Условные обозначения и правила выполнения
ГОСТ 19.201-78 ЕСПД.
ГОСТ 19.202-78 ЕСПД.
ГОСТ 19-301-79 ЕСПД.
ГОСТ 19-401-78 ЕСПД.
ГОСТ 19-402-78 ЕСПД.
ГОСТ 19-404-79 ЕСПД.
ГОСТ 19.501-78 ЕСПД.
ГОСТ 19.502-78 ЕСПД.
ГОСТ 19.503-79 ЕСПД.
ГОСТ 19.504-79 ЕСПД.
ГОСТ 19.505-79 ЕСПД.
ГОСТ 19.508-79 ЕСПД.
ГОСТ 19.604-78 ЕСПД.
ГОСТ 19.701-90 ЕСПД.
ГОСТ 19.781-90 ЕСПД.
ГОСТ 19.701-90 ЕСПД
31
Таблица Е.2 – Стандарты ISO на программную документацию
Обозначение стандарта
ISO/IEC 6592:2000
ISO/IEC 8631:1989
ISO/IEC 11411:1994
ISO/IEC 12119:1994
ISO/IEC 12207:1995
ISO/IEC 15026:1998
ISO/IEC 15288:2002
ISO/IEC 15414:2002
ISO/IEC 15910:1999
ISO/IEC 15939:2002
ISO/IEC 18019:2004
ISO/IEC 19501:2005
ISO/IEC TR 12182:1998
ISO/IEC TR 14759:1999
Наименование стандарта
Информационные технологии. Руководство по разработке документации для автоматизированных прикладных систем.
Информационные технологии. Программные структуры
и условные обозначения для их представления.
Информационные технологии. Представление для конечного пользователя перехода состояний программных
средств.
Информационные технологии. Пакет средств программного обеспечения. Общие требования и проверка.
Информационные технологии. Процессы жизненного
цикла программного обеспечения.
Информационные технологии. Уровни интегрирования
программного обеспечения и систем.
Системное проектирование. Процессы жизненного
цикла системы.
Информационные технологии. Открытая распределенная обработка данных. Эталонная модель. Язык предприятия.
Информационные технологии. Процесс создания документации к программному обеспечению для пользователя.
Разработка программного обеспечения. Процесс измерения программного обеспечения.
Разработка программного обеспечения и проектирование систем. Руководство по разработке и подготовке
документации для пользователя по применению программного обеспечения.
Информационные технологии. Открытая распределительная обработка. Унифицированный язык моделирования (UML). Версия 1.4.2.
Информационные технологии. Категоризация программного обеспечения.
Технологии программного обеспечения. Макетирование и создание прототипов. Классификация моделей
макетов и прототипов и их использование.
Таблица Е.3 – Нормативные документы по оформлению ПЗ
Обозначение стандарта
ГОСТ 2.105-95 ЕСКД
ГОСТ 8.417-2002
ГОСТ 7.1-2003
32
Наименование стандарта
Общие требования к текстовым документам.
Единицы величин.
Библиографическая запись. Библиографическое
описание. Общие требования и правила составления.
ПРИЛОЖЕНИЕ Ж
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное автономное образовательное учреждение
высшего профессионального образования
«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ»
Факультет среднего профессионального образования
ОЦЕНОЧНЫЙ ЛИСТ ДИПЛОМНОГО ПРОЕКТА
Студента(ки) группы №
Консультант
По вопросам
обеспечения
безопасности
эксплуатации
программного
продукта
ФИО
.
Фамилия, имя, отчество
Отзыв
Оценка
Нормоконтроль
С оценочным листом ознакомлен(а)_______________________________________________
Подпись, дата
33
ОГЛАВЛЕНИЕ
Введение...................................................................................
3
1. Цели и задачи дипломного проектирования...............................
4
2. Структура выпускной квалификационной работы ......................
2.1. Структура пояснительной записки.....................................
2.2. Задание на дипломное проектирование...............................
2.3. Содержание пояснительной записки..................................
5
5
5
6
3. Оформление пояснительной записки.........................................
3.1. Общие требования к оформлению текста
пояснительной записки...................................................
13
13
4. Нормативные документы по оформлению программных
изделий....................................................................................
19
5. Рекомендации по подготовке презентации.................................
20
6. Нормоконтроль при дипломном проектировании........................
21
7. Предзащита...........................................................................
22
8. Защита ВКР...........................................................................
23
Приложение А...........................................................................
24
Приложение Б...........................................................................
25
Приложение В...........................................................................
28
Приложение Г...........................................................................
29
Приложение Д...........................................................................
30
Приложение Е...........................................................................
31
Приложение Ж..........................................................................
33
Документ
Категория
Без категории
Просмотров
1
Размер файла
1 725 Кб
Теги
rokhmanko
1/--страниц
Пожаловаться на содержимое документа