Проектно-технологический раздел

Проектно-технологический раздел состоит из:

– проектной части;

– технологической части;

– экономической части.

Проектная часть

Проектная часть должна содержать проектные решения задачи проекта (или комплекса задач) сформулированной в аналитическом разделе.

Проектная часть должна описывать процедуру разработки проекта и включать:

- описание информационно-логической (инфологической) модели данных с её обоснованием по результатам анализа предметной области;

- описание информационной базы с использование известных моделей: реляционной, сетевой, иерархической;

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

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

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

Описание информационно-логической (инфологической) модели данных, построенной с помощью современных CASE-средств (например, ERWin); обоснование выбора типа СУБД, инструментальных средств разработки приложений и генерации отчетов. Инфологическая модель данных представляется в графической части проекта.

Специальный раздел проектов третьего типа должен содержать три вида описания программной системы:

- с точки зрения проектирования;

- с точки зрения процессов;

- с точки зрения реализации.

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

Рекомендуется использовать для этого диаграммы классов и объектов на языке UML, поскольку стандарт ЕСПД (ГОСТ 19.701-90) в основном ориентирован на процедурное и структурное программирование и плохо приспособлен к современной методологии объектно-ориентированного программирования. Могут быть использованы другие способы графического представления структур данных и связанных с ними обработчиков, используемых в программе. В любом случае эти способы должны поддерживаться CASE-средствами, применяемыми при разработке проекта.

Динамические аспекты вида системы, с точки зрения проектирования, могут быть представлены схемами работы системы, схемами программ и данных, схемами ресурсов в соответствии с требованиями ЕСПД (ГОСТ 19.701-90). Более приспособлены для этой цели диаграммы UML: диаграммы взаимодействия, диаграммы действий, диаграммы последовательностей и диаграммы состояний (автоматные диаграммы). Необязательно, чтобы эти диаграммы присутствовали все, но их должно быть достаточно для понимания сути проекта.

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

Для разработок, включающих один программный модуль, этот вид может быть представлен упрощенно или отсутствовать. В графической части он представляется диаграммами объектов с особым акцентом на активных классах, представляющих нити и процессы, и диаграммами деятельности (действий). Этот вид отражает, в числе прочего, взаимодействие с системными программными средствами, операционными системами и оболочками, а также обслуживающими сервисными программами. При оформлении по ЕСПД вид с точки зрения процессов может быть представлен схемами взаимодействия (ГОСТ 19.701-90).

Третий вид описывает компоненты и файлы, используемые для сборки и выпуска конечного программного продукта. Статические аспекты этого вида показываются в графической части проекта диаграммами компонентов, а динамические — диаграммами взаимодействия, состояния и действий. Вид, с точки зрения реализации, должен также отражать используемые методы и средства разработки алгоритмов и программ. Наилучшим решением для графического листа, особенно для проектов второго, третьего и четвёртого типов, является диаграмма развертывания на языке UML, показывающая, как программная система развертывается на аппаратных узлах. Привязка программных модулей к аппаратным узлам системы в этом случае должна быть описана в тексте пояснительной записки.

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

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

Технологическая часть

Технологическая часть должна быть посвящена примеру решения задачи на ЭВМ с привязкой к конкретному объекту. Эта часть должна содержать инструкции и рекомендации (документацию). При этом возможны два варианта организации процесса решения задачи на ЭВМ:

- постановка и решение задачи с использованием разработанных студентом-дипломником оригинальных инструментальных средств (математической модели алгоритмов, программы и схемы технологического процесса);

- постановка и решение задачи с использованием заимствованных (адаптированных) студентом типовых инструментальных средств.

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

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

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

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

Экономическая часть

Экономическая часть может содержать:

- технико-экономическое обоснование проектирования данного продукта;

- сравнительный технико-экономический анализ затрат по нескольким вариантам технического решения;

- расчет сметы затрат на проектирование, создание продукта;

- расчет себестоимости проектируемого продукта;

- расчет экономической эффективности внедрения продукта;

- расчёт показателей качества проектируемого продукта.

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

Заключение

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

Список литературы

Библиографический список в ВКР – это выражение научной этики и культуры научного труда. Именно по нему члены ГЭК, присутствующие на защите, могут судить о степени осведомленности студента-выпускника о состоянии проблемы в теории и практике.

Приложения

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

4 Правила оформления и требования к пояснительной записке

Большое значение в работе над дипломным проектом имеет его оформление. К форме и оформлению дипломного проекта (пояснительной записки) предъявляются определенные требования, оговоренные ГОСТ 7.32-2001 и ГОСТ 2.105-95 (в ред. Изменения №1, введенного в действие Приказом Ростехрегулирования от 22.06.2006 №117 - ст), приведённые ниже в данном методическом пособии в виде кратких выдержек из данных документов.

4.1 Правила оформления титульного листа

Тексту ВКР предшествует титульный лист, который заполняется студентом по установленной форме (приложения Д, Ж). На титульном листе студент должен поставить фамилии, инициалы и подписи: свои, руководителя проекта, заместитель директора по УМР. Номер страницы на титульном листе не проставляется, но входит в общую нумерацию.

4.2 Правила оформления задания на ВКР

Вслед за титульным листом помещается задание на ВКР (страница №2 пояснительной записки), пример заполнения которого приведен в приложение Б.

4.3 Правила оформления содержания ВКР

Третьей страницей пояснительной записки является содержание ВКР. В содержании приводятся заголовки разделов, глав, параграфов и т.д. с указанием страниц всех частей проекта. При этом заголовки и их рубрикационные индексы должны быть приведены в строгом соответствии с текстом. Рекомендуется в тексте пояснительной записки использовать заголовки не более 4-х уровней и использовать средства Microsoft Word для формирования автоматического содержания ВКР.

4.4 Правила оформление текста пояснительной записки

Общий объем ВКР должен составлять не менее 50 и не более 60 страниц без приложений, причём первый и второй раздел пояснительной записки должны в среднем составлять 25-30 страниц каждый и 60 страниц в совокупности.

Текст пояснительной записки должен быть напечатан 14 шрифтом, Times New Roman, через полтора интервала на одной стороне стандартного листа белой односортной бумаги формата А4 размером 210х297 мм. Контуры букв и знаков должны быть без ореола и расплывающейся краски. Насыщенность букв должна быть ровной в пределах строки, страницы и всей пояснительной записки. Страницы пояснительной записки должны иметь поля: левое - 30 мм, правое – 10 мм, верхнее - 20 мм, нижнее - 20 мм.

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

В тексте пояснительной записки следует использовать единообразие элементов оформления, например, использовать один и тот же тип кавычек «Пример» или “Пример”.

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

В тексте пояснительной записки не допускается:

– применять обороты разговорной речи, техницизмы, профессионализмы;

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

– применять произвольные словообразования;

– применять сокращения слов, кроме установленных правилами русской орфографии, соответствующими государственными стандартами, а также в данном документе;

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

Так же в тексте пояснительной записки, за исключением формул, таблиц и рисунков, не допускается:

- применять математический знак минус (-) перед отрицательными значениями величин (следует писать слово «минус»);

- применять знак «диаметр» для обозначения диаметра (следует писать слово «диаметр»). При указании размера или предельных отклонений диаметра на чертежах, помещенных в тексте документа, перед размерным числом следует писать знак «диаметр»;

- применять без числовых значений математические знаки, например > (больше), < (меньше), = (равно), >= (больше или равно), <= (меньше или равно), /= (не равно), а также знаки № (номер), % (процент).

Наименования команд, режимов, сигналов и т.п. в тексте следует выделять кавычками, например: «Сигнал + 27 включено».

Сокращение слов, кроме разрешенных ГОСТ 2.316 и общепринятых (например, ТЗ, ТУ, ОЗУ, ПЗУ, АЛУ и др.), не допускаются. При необходимости сокращенного обозначения следует, после заключения на ВКР привести список принятых сокращений.

4.4.1 Правила оформление глав параграфов, пунктов, подпунктов

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

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

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

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

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

Содержание

Введение