Организация дипломного проектирования

Для организации дипломного проектирования составляется график, включающий сроки выполнения основных этапов работы.

Продолжительность дипломного проектирования – 10 недель.

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

В работе дипломника можно условно выделить три этапа.

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

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

Третий этап – оформление пояснительной записки к дипломной работе, выполнение расчетной части экономического раздела, подготовка к защите перед Государственной аттестационной комиссией.

Структура дипломной работы

Состав и объем дипломной работы

Дипломная работа состоит из двух основных частей: пояснительной записки и электронной версии программного продукта.

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

Текст должен содержать расчеты, графики и/или диаграммы, описание структуры таблиц баз данных, описание входных и выходных форм.

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

Пример содержания дипломной работы представлен в ПРИЛОЖЕНИИ 3.

Объем пояснительной записки – от 45 до 75 страниц машинописного текста (формат А4). Объемы отдельных разделов (в машинописных страницах) должны лежать в пределах:

Введение –3-4 страницы,

Анализ предметной области – 10-15 страниц,

Разработка программных модулей программного обеспечения – 20-30 страниц,

Документирование программного обеспечения. Составление руководства пользователя – 5-10 страниц,

Экономическая оценка программного обеспечения – 5-10 страниц,

Заключение – 3-4 страницы.

Электронная версия программного продукта должна быть представлена в виде откомпилированного и работоспособного файла запуска приложения (.exe) версии Release или Debug c подключенными библиотеками и файлами баз данных и/или иным способом, предусмотренным темой дипломной работы (сайт, приложение).

Содержание пояснительной записки к дипломной работе

Пояснительная записка к дипломной работе должна содержать (в приведенной последовательности):

- Титульный лист (ПРИЛОЖЕНИЕ 4);

- Задание на дипломный проект;

- Бланк пояснительной записки (ПРИЛОЖЕНИЕ 5)

- Содержание;

- Введение;

- 1 Анализ предметной области;

- 2 Разработка программных модулей программного обеспечения

- 3 Документирование программного обеспечения. Составление руководства пользователя;

- 4 Экономическая оценка программного обеспечения;

- Заключение;

- Список использованных источников;

- Приложения.

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

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

 

Требования к разделу Анализ предметной области

Для написания данного раздела обучающемуся понадобятся знания и умения, полученные в ходе освоения модуля ПМ.03 Участие в интеграции программных модулей.

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

Данный раздел состоит из трех подпунктов:

1. Выявление функциональных требований к приложению

При написании данного подраздела следует опираться на знания, полученные при изучении МДК.03.01 Технология разработки программных продуктов.

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

Для управления обсуждением области действия проекта можно использовать методику "будет ‑ не будет". В простейшем случае ‑ это список с двумя столбцами, в одном из которых записывается, что проект будет делать, а во втором ‑ что не входит в проект. Такой список, формируется заинтересованными лицами при рассмотрении каждой бизнес-цели проекта, используя любую технику, например, метод "мозгового штурма". Полученные характеристики позволяют четко определить границы проекта и довольно просто преобразуются в предположения, которые фиксируются в документе.

Функциональная область действия определяет услуги, предоставляемые системой, и вначале до конца неизвестны. В определении услуг системы может помочь список "Действующее лицо/Цель", в котором перечислены все цели пользователя, поддерживаемые системой. При его разработке в первую графу вписываются имена основных действующих лиц, т.е. тех, кто имеет цели, во вторую графу ‑ цель каждого действующего лица, а в третью - приоритет или предположение о том, в какую версию войдет эта услуга.

Для определения основных функций продукта можно использовать, например, краткое описание варианта использования. Описание каждой функции можно представить также в виде списка, состоящего из трех граф: действующее лицо, цель и краткое описание варианта использования.

Анализ предметной области является основой для анализа осуществимости проекта и определения образа (концепции) продукта и границ проекта.