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

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

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

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

· Техническое задание на проектирование;

· Содержание;

· Введение;

· Раздел 1. Системный анализ предметной области (ПО) и анализ требований к базе данных;

· 1.1. Формулировка задания; 1.2. Конкретизация ПО; 1.3. Требования к хранению данных; 1.5. Сроки хранения информации; 1.6. Ситуации, изменяющие БД; 1.7. Основные запросы (на естественном языке).

· Раздел 2. Концептуальное моделирование предметной области;

· 2.1. ER-диаграмма модели ПО (на ERwin или Silveran); 2.2. Оценка мощностных характеристик сущностей и связей.

· Раздел 3. Концептуальное проектирование;

· 3.1. Концептуальная модель БД (ERwin или Silveran).

· Раздел 4. Логическое проектирование.

· 4.1. ER-диаграмма БД (ERwin Logical); 4.2. Схема отношений БД (ERwin Physical); 4.3. Схемы реляционной БД; 4.4. Схемы основных запросов.

· Раздел 5. Физическое проектирование (СУБД Visual FoxPro 9.0 или Microsoft SQL Server)

· 5.1. Создание БД; 5.2. Создание таблиц; 5.3. Заполнение таблиц данными контрольного примера; 5.4. Создание электронных форм (2-3), запросов (4-5) и отчетов (4-5) в среде СУБД (Visual FoxPro 9.0 или Microsoft SQL Server); 5.5 Оценка размеров БД и каждого из файлов.

· Заключение;

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

· Приложение (приложения).

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

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

Графическая часть проекта является не иллюстративным материалом, а технической документацией на разработанный студентом проект БД ЭИС. Графический материал, помещенный в пояснительной записке - по формату, условным обозначениям, шрифтам и масштабам должен соответствовать требованиям единой системы конструкторской документации (ЕСКД). При выполнении графического материала с использованием CASE-средства ERWin Data Modeler в нотации IDEF1X, этому международному стандарту.

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

Техническое задание на проектирование

Выполняется по ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы. При этом студентом заполняются следующие разделы (и их подразделы): 1)  общие сведения; 2) назначение и цели создания (развития) системы; 3) характеристика объектов автоматизации; 4) требования к системе; 5) состав и содержание работ по созданию системы.

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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