3. Задания по курсовому проектированию

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

4. Правила оформления пояснительной записки

Пояснительная записка выполняется на одной стороне листа бумаги формата А4. Общий объем не менее 25 страниц (без приложений). Все таблицы, рисунки, схемы, формулы, графики должны быть пронумерованы и снабжены подписями и ссылками в тексте. Оформление пояснительной записки должно соответствовать требованиям: ГОСТ 7.32-2001 СИБИД. Отчет о научно-исследовательской работе. Структура и правила оформления; ГОСТ 2.105 - 95 ЕСКД. Общие требования к текстовым документам.

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

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

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

• Содержание

• Введение

• Раздел 1. Системный анализ и анализ требований к ИС

• Раздел 2. Рзработка ТЗ

• Раздел 3. Разработка функциональных моделей

• Раздел 4. Разработка информационных моделей

• Раздел 5. Разработка пользовательского интерфейса

• Заключение

• Список использованных источников

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

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

5. Методика курсового проектирования

5.1. Введение

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

5.2. Системный анализ и анализ требований к ис

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

Системный анализ проводится с целью:

1. выяснения потребностей заказчика;

2. оценки выполнимости системы;

3. выполнения экономического и технического анализа;

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

5. определения стоимости и ограничений планирования;

6. создания системной спецификации.

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

Анализ требований дает возможность:

1. определить функции и характеристики программного продукта;

2. обозначить интерфейс продукта с другими системными элементами;

3. определить проектные ограничения программного продукта;

4. построить модели: данных, режимов функционирования продукта;

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

При выполнении системного анализа можно использовать методологии IDEF0, IDEF3, DFD или диаграммы UML. Основные положения методологий IDEF0, IDEF3, DFD изложены в приложениях 2,3 и 4 соответственно.

5.3. Рзработка ТЗ

На основе результатов системного анализа оформляется ТЗ на создание АС. Данное ТЗ должно быть оформлено согласно ГОСТ 34.602-89.

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

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

5.5. Разработка информационных моделей

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

5.6.Разработка пользовательского интерфейса

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

5.7.Заключение

Рекомендуется сделать выводы по проекту, определить пути его внедрения и направления дальнейшего совершенствования ИС.

5.8.Список использованных источников

Список использованных источников оформляется согласно ГОСТ 7.1-84.

5.9.Приложения

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

6. Порядок защиты

Студент допускается к защите при условии наличия подписанной руководителем и студентом пояснительной записки. Для защиты студенту отводится 10-15 минут на изложение содержания работы. По результатам защиты выставляется оценка в ведомости и на титульном листе пояснительной записки. В случае выявления принципиальных ошибок проект возвращается на доработку.

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