2. Общая структура курсовой работы

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

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

Структура пояснительной записки и ее объем должны быть такими, чтобы полностью раскрыть все разделы задания на курсовую работу. Содержание курсовой работы - 20-40 страниц машинописного текста формата А4.

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

• титульный лист (приложение Б);

• задание на курсовую работу (приложение В);

• замечание руководителя

• содержание (приложение Г);

• введение (1-2 стр);

• основную часть;

• заключение;

• список литературы (приложение Д);

• приложения.

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

На второй странице размещают лист задания на курсовую работу (приложение В).

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

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

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

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

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

В основной части следует выделить следующие разделы:

1. Анализ предметной области (10% от общего объёма пояснительной записки).

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

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

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

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

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

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

2. Задачи проектируемой программной системы (20% от общего объёма пояснительной записки).

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

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

Развернутый план проекта системы состоит из следующих пунктов:

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

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

2. Сфера применения. Характеризуется круг пользователей, на которых ориентирована разрабатываемая система.

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

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

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

2.1. Технические средства. Описывается конфигурация тех­нических средств, указывается требуемый объем оперативной памяти, определяются ограничения на сегментацию памяти, требования к внешним устройствам и т. д.

2.2. Программные средства. Указываются типы операцион­ных систем, используемые библиотеки стандартных программ, системы управления базами данных и т. д.

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

3. Связь с внешней средой. Описывается взаимодействие пользователей с системой.

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

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

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

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

4. Качество системы.

4.1. Соблюдение стандартов и общепринятых обозначений.

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

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

• ЕСКД (Единая система конструкторской документации)

• ЕСПД (Единая система программной документации)

• ISO 13407 – описан процесс проектирования интерактивных систем, ориентированных на пользователей. Этот стандарт содержит рекомендации по организации процесса проектирования интерфейсов и органичному встраиванию этого процесса в общий процесс производства ПО. В стандарте описаны методы юзабилити, необходимые для: определения контекста использования продукта, выявления требований пользователей и заказчиков к системе, прототипирования и юзабилити-тестирования продукта.

• ISO 18529 – эргономика человеко-компьютерного взаимодействия – описание процесса проектирования интерфейсов, ориентированных на пользователей. В стандарте детально описана модель зрелости организации с точки зрения уровня использования в ней UCD-процесса. Даются рекомендации по переходу на более высокие уровни зрелости.

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

• ISO 16071 - эргономика взаимодействия «человек-система». Руководящие указания по доступу к интерфейсам «человек-машина»

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

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

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

4.4. Защита информации. Описываются средства, обеспечи­вающие сохранность данных и авторизацию доступа, использу­емые способы кодирования.

3. Проектирование (20% от общего объёма пояснительной записки).

Данный раздел состоит в создании представлений:

• архитектуры ПО;

• модульной структуры ПО;

• алгоритмической структуры ПО;

• структуры данных;

• входного и выходного интерфейса (входных и выходных форм данных).

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