Общие требования к разработке ПС

Общие требования

Курсовое проектирование

Курсовой проект должен включать оттестированное программное средство и пояснительную записку.

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

- титульный лист установленного образца (Приложение А);

- техническое задание (Приложение Б);

- содержание курсового проекта (Приложение В).

В графической части курсового проекта могут быть представлены следующие результаты:

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

- модульная (иерархическая) структура ПС, фиксирующая результаты проектирования ПС;

- диаграммы наследования, зависимостей, классов и структур классов ПС, фиксирующие результаты объектно-ориентированного проектирования ПС;

- схемы алгоритмов, иллюстрирующих основные методы и алгоритмы, реализованные в ПС;

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

Разработка ПС является определяющим элементом курсового проектирования и может вестись с использованием какого-либо подхода проектирования например, водопадной модели разработки ПС (см. пункт 1.2).

Можно придерживаться следующих этапов жизненного цикла ПС см. рисунок 2.1.

Рисунок 2.1 - Этапы жизненного цикла ПС

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

В ходе этого этапа решаются задачи:

- уточнение требований, приведенных в задании на проектирование;

- разработка спецификаций на ПС.

Итогом выполнения этого этапа являются эксплуатационные и функциональные спецификации, содержащие конкретное описание ПС.

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

Цель этапа проектирования - иерархическое разбиение сложной задачи создания ПО на подзадачи меньшей сложности.

На этапе проектирования решаются следующие задачи:

- формирование структуры ПС и разработка алгоритмов, задаваемых спецификациями;

- определение состава модулей с разделением их на иерархические уровни;

- выбор структуры информации в базе данных;

- фиксация межмодульных интерфейсов.

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

Этап реализации или программирования включает в себя непосредственное кодирование текстов программ на выбранном алгоритмическом языке программирования. Цель этого этапа - получение текстов программ.

Цель этапа тестирования и отладки - выявление в ПС ошибок, проверка работоспособности ПС, его соответствие спецификациям.

В ходе этого этапа решаются следующие задачи:

- подготовка данных для отладки;

- планирование отладки;

- испытание ПО.

Результатом работы должно являться оттестированное и отлаженное ПС.

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

Примерные временные соотношения между отдельными видами работ представлены в таблице 2.1.

Разработка ПС должна начинаться с тщательного изучения задания на курсовое проектирование.

Этапы анализа и проектирования должны быть формализованы с помощью одного из рекомендуемых средств:

- аппарат формальных спецификаций;

- методы структурного анализа;

- методы объектно-ориентированного анализа;

- методы объектно-ориентированного проектирования.

Таблица 2.1 - Распределение времени по этапам разработки ПС

(в % к общему времени разработки)