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

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

Проектная часть КП должна содержать следующие пункты:

· построение Gant-диаграммы выполнения проекта

· описание модели жизненного цикла разработки ПО

· построение модели проектируемого программного продукта в соответствии с выбранным подходом к разработке ПО

· описание алгоритма в соответствии с выбранным подходом к разработке ПО

· структурная схема программного продукта

· спецификация программы

· тестирование проекта

 

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

Описание модели жизненного цикла разработки ПП

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

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

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

Описание алгоритма

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

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

Спецификация программного продукта

Оформляется в соответствии с ГОСТ 19.202-78 ЕСПД.

В разделе “Спецификация” приводится точное название программы и ее состав. Форма спецификации приведена в приложении А. Графы спецификации заполняют следующим образом:

- в графе “Наименование” - полное наименование соответствующего компонента;

- в графе “Обозначение” указывают обозначение основных программных компонентов;

- в графе “Примечание” – дополнительные сведения, относящиеся к записанным в спецификации программам.

Пример

Исполняемый файл программы Игра “Лабиринт” имеет название Labirint.exe и расположен на компакт-диске (дискете) в каталоге Kursov\Labirint. Состав проекта.

 

Таблица 2 Спецификация файлов проекта

Наименование Обозначение Примечание
Ad Файл плана помещений Создается в приложении
Help 1 Файл помощи Создается в приложении
Labirint.Dof Файл параметров проекта Содержит текущие установки проекта: настройки компилятора и компоновщика, имена служебных каталогов, условные директивы
Labirint.Dpr Файл проекта Связывает все файлы, из которых состоит приложение
Labirint.Dsk Файл, содержащий Desktop – настройки проекта Содержит информацию о том, какие окна открыты и в каких позициях они расположены

Продолжение таблицы 2

Labirint.Res Файл ресурсов Содержит пиктограммы, графические изображения
Unit1.Pas Файл программного модуля для формы № 1 Определяет функциональность формы № 1
Unit2.Pas Файл программного модуля для формы № 2 Определяет функциональность формы № 2
Unit3.Pas Файл программного модуля для формы № 3 Определяет функциональность формы № 3
Unit1.Dfm Файл формы № 1 Содержит список свойств всех компонентов, включенных в форму № 1
Unit2.Dfm Файл формы № 2 Содержит список свойств всех компонентов, включенных в форму № 2
Unit3.Dfm Файл формы № 3 Содержит список свойств всех компонентов, включенных в форму № 3
Unit1.Dcu Объектный файл для Unit1.Pas Откомпилированная версия Unit1.Pas
Unit2.Dcu Объектный файл для Unit2.Pas Откомпилированная версия Unit2.Pas
Unit3.Dcu Объектный файл для Unit3.Pas Откомпилированная версия Unit3.Pas

Тестирование проекта

В данном разделе следует:

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

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

– привести описание контрольного примера по следующей схеме

Номер теста Входные данные Полученный результат
           
             

– сделать выводы о результатах тестирования;

– перечисляются и описываются средства отладки.

Например: При разработке проекта использовалась среда программирования Borland Delphi 7. Эта среда представляет собой набор средств быстрой разработки и отладки приложений для Windows.

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

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

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

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

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