Методические указания по выполнению курсового проектирования по программированию

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

Методика работы над курсовым проектом

Содержание основных этапов

Постановка задачи

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

Задание на курсовой проект выдается преподавателем и утверждается на заседании кафедры Информационных технологии.

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

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

Постановка задачи должна содержать:

  -      содержательную и, по возможности, математическую формулировку решаемой задачи;

необходимые характеристики разрабатываемой программы;

требования к взаимодействию с программой;

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

способ проверки готовой продукции.

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

Разработка технического задания

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

Техническое задание должно содержать следующие разделы:

введение, которое содержит краткую характеристику области применения программы, а также объекта, в котором предполагается их использовать;

основание для разработки, содержит наименование документа, на основании которого ведется разработка программы;

назначение разработки;

требование к программе или программному продукту, включает разделы:

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

требования к надежности, уровень надежности;

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

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

требования к программной документации, указывают необходимые документы;

стадии и этапы разработки, указываются сроки разработки.

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

1  ВВЕДЕНИЕ

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

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

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

Разрабатываемая программа позволит учащимся проверить свои знания при изучении указанной темы.

2  ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

Программа разрабатывается на основе учебного плана кафедры «Информационных технологии» и в соответствии с договором кафедры со школой № ... от 5.09.2001.

3. НАЗНАЧЕНИЕ

Основным назначением программы является помощь учащимся при изучении раздела «Исследование функций одного аргумента» учебного курса элементарной алгебры.

4. ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ

4.1. Требования к  функциональным характеристикам

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

• ввод аналитического представления функции одной переменной и длительное хранение его в системе;

• ввод и изменение интервала определения функции;

• ввод и корректировку шага аргумента;

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

4.1.2. Исходные данные:

• аналитическое задание функции;

• интервал определения функции;

• шаг изменения аргумента, определяющий количество точек на интервале.

4.2. Т р е б о в а н и я  к надежности

4.2.1. Предусмотреть контроль вводимой информации.

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

4.3. Требования к  составу и  параметрам технических средств

4.3.1. Система должна работать на IBM совместимых персональных компьютерах.

4.3.2. Минимальная конфигурация:

тип процессора. . Pentium и выше;

объем оперативного запоминающего устройства ...... 32 Мб и более.

4.4. Требования к информационной и программной совместимости

Система должна работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows 2000, Windows NT и т. п.).

5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ

5.1. Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии.

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

5.3. В состав сопровождающей документации должны входить:

5.3.1. Пояснительная записка на 25–30 листах, содержащая описание разработки.

5.3.2. Руководство пользователя.

Составление проекта программы и плана отладки

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

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

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

Алгоритмизация

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

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

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

Рекомендуется размещать каждую блок-схему на одном стандартном листе бумаги.

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

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

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

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

Весь материал - смотрите документ.

Ф-КП-УР-03-43.3-02

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

К ВЫПОЛНЕНИЮ КУРСОВОГО ПРОЕКТА

ПО ДИСЦИПЛИНЕ

«Основы алгоритмизации и программирования»

Для учащихся 3 курса специальности

1304043 «Вычислительная техника и программное обеспечение»

2011

Методические указания по выполнению курсовых проектов разработан преподавателем специальных дисциплин кафедры ИТ Кузембаевой А.Ж.

Методические указания обсуждены и одобрены на заседании кафедры ИТ

Протокол № 8 от 06 июля 2011г.

Зав.кафедрой ИТ ____________

Бейсенбековой Г.Т.

УТВЕРЖДАЮ

Заместитель директора по УР

_____________Балабекова С.К.

«___»________2011г.

Содержание

Курсовой проект

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

1. Методика работы над курсовым проектом

1. Содержание основных этапов

1. Постановка задачи

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

Задание на курсовой проект выдается преподавателем и утверждается на заседании кафедры Информационных технологии.

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

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

Постановка задачи должна содержать:

- содержательную и, по возможности, математическую формулировку решаемой задачи;

• необходимые характеристики разрабатываемой программы;

• требования к взаимодействию с программой;

• описание возможной реакции программы на отклонение в структуре исходных данных, а также наличие ошибок в данных и реакцию на сбои ЭВМ;

• способ проверки готовой продукции.

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

1. Разработка технического задания

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

Техническое задание должно содержать следующие разделы:

• введение, которое содержит краткую характеристику области применения программы, а также объекта, в котором предполагается их использовать;

• основание для разработки, содержит наименование документа, на основании которого ведется разработка программы;

• назначение разработки;

• требование к программе или программному продукту, включает разделы:

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

2. требования к надежности, уровень надежности;

3. требования к составу и параметрам технических средств, указываются основные технические характеристики (тип микропроцессора, объем памяти, наличие внешних устройств и т. д.).

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

• требования к программной документации, указывают необходимые документы;

• стадии и этапы разработки, указываются сроки разработки.

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

1 ВВЕДЕНИЕ

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

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

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

Разрабатываемая программа позволит учащимся проверить свои знания при изучении указанной темы.

2 ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

Программа разрабатывается на основе учебного плана кафедры «Информационных технологии» и в соответствии с договором кафедры со школой № ... от 5.09.2001.

3. НАЗНАЧЕНИЕ

Основным назначением программы является помощь учащимся при изучении раздела «Исследование функций одного аргумента» учебного курса элементарной алгебры.

4. ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ

4.1. Требования к функциональным характеристикам

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

• ввод аналитического представления функции одной переменной и длительное хранение его в системе;

• ввод и изменение интервала определения функции;

• ввод и корректировку шага аргумента;

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

4.1.2. Исходные данные:

• аналитическое задание функции;

• интервал определения функции;

• шаг изменения аргумента, определяющий количество точек на интервале.

4.2. Т р е б о в а н и я к надежности

4.2.1. Предусмотреть контроль вводимой информации.

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

4.3. Требования к составу и параметрам технических средств

4.3.1. Система должна работать на IBM совместимых персональных компьютерах.

4.3.2. Минимальная конфигурация:

• тип процессора. ................................ Pentium и выше;

• объем оперативного запоминающего устройства ...... 32 Мб и более.

4.4. Требования к информационной и программной совместимости

Система должна работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows 2000, Windows NT и т. п.).

5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ

5.1. Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии.

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

5.3. В состав сопровождающей документации должны входить:

5.3.1. Пояснительная записка на 25–30 листах, содержащая описание разработки.

5.3.2. Руководство пользователя.

1. Составление проекта программы и плана отладки

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

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

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

1. Алгоритмизация

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

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

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

Рекомендуется размещать каждую блок-схему на одном стандартном листе бумаги.

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

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

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

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

1. Разработка структурной и функциональной схем

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

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

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

Программа построения

графиков/таблиц функции

Вывод заголовка и

меню

Разбор формулы

Расчет значений

функции

Вывод таблицы

Построение графика

Рисунок 1. Структурная схема программы построения графиков/таблиц функций

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

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

Таблица 1. Назначение блок-схем.

Функциональные схемы более информативны, чем структурные. На рисунке 2 для сравнения приведены функциональные схемы программных комплексов и систем..

2

Рисунок 2 Примеры функциональных схем

а – комплекс программ; б –программная система

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

1. Программирование

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

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

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

1. Отладка программы

На этом этапе производится обнаружение с помощью ЭВМ ошибок в программе и их исправление. Здесь можно выделить следующие этапы:

• устранение синтаксических ошибок, обнаруженных транслятором;

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

• локализация ошибок, т. е. точное определение места, где в программе допущена ошибка, выявленная на предыдущем этапе;

• исправление ошибок. Исправления вносятся как в программу, так и в алгоритм.

1. Руководство пользователя

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

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

1. общие сведения о программном продукте, содержит краткое описание его функций, реализованные методы и возможные области применения;

2. описание установки;

3. описание запуска, сообщения, которые при этом могут быть получены;

4. инструкция по работе;

5. сообщения пользователю.

1. Объем и содержание пояснительной записки

Пояснительная записка объемом в 25-30 листов машинописного текста с иллюстрациями по курсовому проекту должна содержать:

1. содержательную и формализованную постановку задачи;

2. обоснование выбранного метода решения задачи и проекта системы;

3. блок-схемы алгоритмов для каждого уровня детализации с необходимыми пояснениями;

4. техническое задание;

5. тексты программ;

6. руководство пользователя;

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

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

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

1. Оформление курсового проекта

Документирование программного обеспечения осуществляется в соответствии с Единой системой программной документации (ЕСПД).

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

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

Титульный лист (приложение А)

Задание на курсовой проект (приложение Б)

График выполнения курсового проекта

Содержание пояснительной записки (приложение В)

1. Защита курсового проекта

Осуществляется оценка курсового проекта по следующим разделам:

• оценка концепции проектирования и оценка готового проекта;

• оценка на этапе программирования и отладка;

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

• оценка возможностей разработанной программы;

• оценка удобства эксплуатации и возможностей сопровождения программы;

• оценка надежности программы;

• оценка качества проектной и эксплутационной документации.

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

Приложение А

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

РАЗРАБОТКА БАЗЫ ДАННЫХ АБИТУРИЕНТОВ (26 шрифт)

ПКИТ 1304043КИТ.00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000013040431.001 - 26.ПЗ (26 шрифт)

АЖ. Кузембаева

11.12.24

Выполнила учащаяся

группа 9-3-ВТП-09

Т.С. Иванова

11.12.22

2005

Приложение Б

Задание для курсового проектирования

Ф-КП-УР-03-4.3-01

Министерство образования и науки Республики Казахстан

Карагандинский политехнический колледж

ЗАДАНИЕ

На курсовой проект (работу) по предмету

«Основы алгоритмизации и программирования»

Дата выдачи «07»_ 10 2010_ Срок окончания «24»_11 2010_

Учащегося(-йся) _Фатьянова Сергея Викторовича_________________________

Группы___________9-4-ПВТ-08________________________________________

Специальности _______________________________________________________

Тема курсового проекта (работы) Работа с простой базой данных (сортировка данных______________________________________________________________

Исходные данные для проектирования

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

Структура записи базы данных:_________________________________________

Ф.И.О. студента______________________________________________________

Найменование группы_________________________________________________

Дата рождения_______________________________________________________

Адрес_______________________________________________________________

_______________________________________________________________________________________________________________________________________

_________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

Состав проекта (работы)

1. Пояснительная записка на 20-25 листах.

2. Графическая часть (указать количество листов и их формат).

СОДЕРЖАНИЕ ПОЯСНИЕЛЬНОЙ ЗАПИСКИ

Введение(должно отображать актуальность разработанной программы)

1 Общая часть

1. Описание предметной области

2. Обзор элементов языка программирования

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

   1. Общая постановка задачи

   2. Структурная и функциональная схема

   3. Описание модулей

   4. Таблица идентификаторов

   5. Описание наборов данных (в бд)

   6. Структура записей файлов (если есть)

Заключение

Список используемых источник

Приложение А Техническое задание

Приложение Б Руководство пользователя

Приложение В Листинг программы

Приложение Г Контрольный пример(демонстрирующий правильность выполнения программы в различных режимах её функционирования и с различными вариантами типов исходных данных).

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

Графическая часть

Примечание: объем графической части – 1 лист формата А1

Руководитель проекта (работы) ________________________ А.Ж. Кузембаева

Рассмотрено и утверждено на заседании кафедры, протокол № __ от «__»__09_20___г

Заведующий кафедрой _______________________________ Г.Т.Бейсенбекова

Введение

Введение должно отражать основные задачи стоящие перед отраслью информационных технологии. Перспективы её развития на ближайшие годы и место специалиста- программиста в этих процессах. Во введение необходимо мотивировать необходимость разработки программы, указать и аргументировать возможность пути и способы решения поставленной задачи. Объем введения 1,5-2 страниц.

Описание предметной области.

Этот раздел должен дать полное представление о теоретической части исследуемой задачи. Для заданий, связанных с решением задач из курса «Численные методы» в этом разделы необходимость дать подробное описание решаемой задачи и ее математическую модель со всеми необходимыми формулами и определениями. Для других заданий в данном разделе описываются общие теоретические основы той области в которую входит поставленная задача (базы данных, устройства ввода- вывода, ранение информации и т.п.). Объем данного раздела 3-5 страниц.

Обзор элементов языка программирования.

В данном разделе учащиеся описывают те конструкции языка Delphi, которые планируется использовать при разработке программы. Например: модули, графика, работа с экраном, работа с файлами, записи, указатели и т.п. Объем данного раздела 3-5 страниц.

Общая постановка задачи

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

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

Приложение В

Пример оформления постановки задачи

Общая постановка задачи

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

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

Программа должна работать на IBM совместных персональных компьютерах. Если говорить о типе процессоров им должен быть Pentium I и выше, а объем запоминающего устройства 16Мб. Тип видеоадаптера-SVGA.

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

3 Оформление курсового проекта

Документирование программного обеспечения осуществляется в соответствии с Единой системой программной документации (ЕСПД).

19