2.4 Специальная часть

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

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

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

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

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

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

Алгоритм решения задачи

Подраздел «Алгоритм решения задачи» должен быть описан текстуально и иллюстрирован с использованием блок-схем.

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

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

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

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

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

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

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

Описание стандартных символов блок-схемы алгоритма приведены в приложениях 1-2. Кроме того, можно воспользоваться непосредственно ЕСПД или методическими пособиями в библиотеке.

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

Рекомендуется рисовать алгоритм не более чем на одной странице каждый с использованием символа «подпроцесс» и нескольких уровней вложенности, т.е. основной рисунок алгоритма должен характеризовать структуру и работу программы в самом общем виде.

Схемы взаимосвязи программных модулей

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

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

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

Пример схемы взаимосвязи программных модулей приведен на рисунке 1.

Рисунок 1 - Схема взаимосвязи программных модулей и баз данных

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

Описание программы

Содержание программного документа «Описание программы» должно содержать требования к аппаратной и программной частям, необходимым для корректного функционирования программы. Приводится полный перечень используемых программных модулей и таблиц базы данных с описанием их назначения. Этот раздел может содержать два-три листа.

Руководство программиста. Руководство пользователю.

Отдельное Руководство пользователя разрабатывается только для больших систем, в которых для ввода, хранения и корректировки данных пользуется оператор, а пользователь (конечный пользователь) использует введенные оператором данные. Содержание Руководства пользователю приведено Приложении А данных методических указаний

При разработке прикладных систем на ПЭВМ допустимо совмещать Руководство пользователя и Руководство оператора в одном документе, название при этом следует выбирать исходя из основного содержания.

Для ПЭВМ допустимо все общесистемные требования программы указывать в Руководстве программиста. Содержание Руководства программиста приведено Приложении В данных методических указаний.