2.2 Средства программного обеспечения

Рекомендуемые операционная система: операционные системы семейства Windows. Допускается создание приложений для операционных систем Linux, Unix.

Рекомендуемые среды проектирования: IDEF/ Design, MS Visio, Erwin, BPwin.

Рекомендуемые СУБД: ORACLE. В зависимости от цели магистерской диссертационной работы возможно использование СУБД MySQL, MS SQL Server.

Рекомендуемые инструментальные среды создания приложений: Microsoft Visual Studio, Builder C++, Borland Delphi.

2.3 Структура пояснительной записки

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

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

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

• реферат (приложение В), включающий количество страниц ПЗ, согласно ГОСТ 7.9 количество таблиц, рисунков, программ приложений, ключевые слова (прописными буквами), краткую характеристику и результаты работы;

• содержание;

• нормативные ссылки;

• введение;

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

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

1.2 Исследование существующих способов и средства построения СУБД

1.3 Описание модели СУБД приложения в виде спецификации приложения.

2. Назначение проектируемой базы данных

3 Концептуальное моделирование базы данных

3.1 Описание сущностей

3.2 Граф алгоритмической взаимосвязи показателей

3.3 ER- диаграмма

3.4 Описание структуры запросов к базе данных

4 Обоснование выбора вида программного обеспечения

5 Физическая модель базы данных

5.1 Модель СУБД приложения.

5.2 Модель функционирования СУБД приложения

5.2 Механизмы работы со спецификацией СУБД приложения.

5.3 Технология проектирования и построения СУБД приложений в среде компилятора и интерпретатора.

5.4 Диаграммы потоков данных

6. Реализация приложения СУБД на языке высокого уровня

6.1 Подключение базы данных к приложению

6.2 Схема функциональной структуры программной системы

6.3 Схема меню приложения

6.4 Функции и процедуры обработки данных

6.5 Описание работы с системой

6.7 Окна приложения или руководство пользователя

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

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

• приложения (листинг структуры приложения)

Пояснительная записка должна быть оформлена на листах формата А4 (210297 мм), имеющих поля, по ГОСТ 2.301. Все листы следует сброшюровать и пронумеровать.

2.4 Наполнение разделов пояснительной записки

Пояснительная записка к курсовому проекту пишется и оформляется на протяжении всего выполнения курсового проекта. Наполнение разделов записки должно быть следующим.

Раздел «Введение»

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

Раздел «Анализ предметной области»

При анализе предметной области магистр должен:

• собрать и обобщить материал, всесторонне характеризующий деятельность объекта автоматизации;

• ознакомиться с перспективами развития объекта автоматизации;

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

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

• исследовать существующие способы и средства построения СУБД;

• описать модели СУБД приложения в виде спецификации приложения.

В процессе анализа предметной области необходимо ответить на следующие вопросы:

• что предлагается изменить и почему;

• каковы перспективы дальнейшего совершенствования существующей системы или технологии.

В результате выполнения анализа предметной области должно быть:

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

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

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

4. Выполнено описание входных документов, которые служат основанием для заполнения данными БД.

Перед описанием документов необходимо привести описание основных процессов и построение диаграммы потоков данных или схемы документооборота.

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

Раздел «Концептуальное моделирование базы данных»

Важным этапом разработки любой информационной системы является концептуальное проектирование – построение модели реальных объектов, явлений или процессов с учетом их взаимосвязей. Информационная система является овеществлением модели, и правильность ее функционирования зависит от точности и непротиворечивости модели, построенной на этапе проектирования. Проблема обычно состоит не в написании текста программы, а в понимании того, что, собственно, должно происходить при ее выполнении. В особенности это касается работы с базами данных и документами, поэтому перед проектированием информационной системы нужно четко определить, каким образом данные связаны между собой и в каком виде они будут храниться, типы и пользовательские ограничения данных, допустимость NULL, функциональные зависимости. Особое внимание следует уделить документированию принятых решений. При создании моделей следует быть особенно внимательным, поскольку исправление ошибок, допущенных на этом этапе, требует самых больших затрат. Концептуальная модель предметной области после словесного описания чаше всего представляется в виде графической схемы (ER-диаграммы). Целью построения концептуальной модели является подробное и точное описание данных, их взаимодействия и методов их обработки. Способы хранения данных, применяемые средства СУБД, языки программирования и все, что имеет отношение к конкретной реализации программы, при построении концептуальной модели не упоминается. Это дает возможность разработчику в процессе проектирования сложных систем выбирать для реализации отдельных частей задачи наиболее подходящие средства. Такой подход, не учитывающий применения конкретных программных средств или технологий, позволяет привлекать к разработке концептуальных моделей конечных пользователей, которые могут оперировать объектами и понятиями своей предметной области. Концептуальная модель строится отдельно для каждого пользовательского представления с последующим объединением локальных моделей в глобальную. При объединении производится анализ сущностей пользовательских представлений на предмет их идентичности и производится их объединение, аналогично поступают со связями.

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

Раздел «Обоснование выбора вида программного обеспечения»

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

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

Раздел «Физическая модель БД»

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

Раздел «Реализация приложения СУБД на языке высокого уровня»

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

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

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

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

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

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

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

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

Раздел «Заключение»

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

Раздел «Список использованных источников»

Включает все использованные источники. В соответствии с ГОСТ Р 7.0.5 – 2008, ГОСТ 7.82 – 2001 список составляется в порядке появления ссылок в пояснительной записке.

Раздел «Приложения»

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

• промежуточные математические доказательства, формулы, расчеты;

• таблицы вспомогательных цифровых данных;

• иллюстрации вспомогательного характера;

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

• технологические инструкции;

• протоколы испытаний;

• акты внедрения и т. д.

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