4.2 Методические указания по написанию введения

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

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

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

4.3 Методические указания по описанию предметной области

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

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

Если задание носит абстрактный характер и разработка ведётся для гипотетического заказчика, то необходимо подобрать наиболее близкий к реальному вариант предметной области на основании доступных источников в той области, которая имеет отношение к теме курсовой работы. Например, для темы «Организация ремонта и технического обслуживания оборудования на предприятии» можно воспользоваться такими источниками как ГОСТ 2.601 – 2006 «ЕСКД. Эксплуатационные документы» и ГОСТ 2.610 – 2006 «ЕСКД. Правила выполнения эксплуатационных документов». Для чёткого определения границ предметной области и моделируемых бизнес-процессов полезно познакомиться с имеющимися в этой области разработками в виде готовых компонентов информационных систем и типовыми бизнес-процессами, реализуемыми в рамках ERP-систем. Окончательный вариант описания предметной области необходимо согласовать с руководителем курсовой работы.

4.4 Методические указания по концептуальному этапу проектирования бд

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

Сценарий 1:

• на основании изучения информационных потоков сформировать максимально полный список атрибутов будущей БД (входные и выходные данные для всех операций бизнес-процессов);

• сгруппировать атрибуты по сущностям;

• выявить связи между сущностями и определить их характеристики.

Сценарий 2:

• на основании описания предметной области выявить сущности;

• определить предварительный список атрибутов каждой сущности;

• выявить и описать связи между сущностями.

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

Рассмотрим сценарий 2 более подробно:

• по описанию предметной области ответить на вопрос: «Информация о ком или о чём должна храниться в БД?»;

• составить предварительный список сущностей из ответов на поставленный вопрос;

• по умолчанию добавить в список сущность ДАТА, что позволит в дальнейшем учитывать фактор времени при выявлении связей между сущностями;

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

  • значение атрибута не зависит от существования экземпляров других сущностей из списка;

  • атрибут принимает атомарное значение у каждого экземпляра сущности;

• если какой-то атрибут описывается другими атрибутами или раскладывается на составные части, которые могут использоваться в поисковых запросах, то такой атрибут рассматривается как сущность и добавляется в список сущностей;

• если какой-то атрибут не может быть приписан ни одной сущности, то, либо он является атрибутом сущности, которой нет в списке, либо – это атрибут связи;

• по описанию предметной области выявить связи между сущностями, информация о которых должна храниться в БД:

  • связи в описании предметной области обычно представлены глаголами (как в текстовом описании, так и в моделях бизнес-процессов);

  • для каждой выявленной связи определить её тип (1:1, 1:m, n:m,n-арная);

  • для всех связей, кроме n-арной, определить мощность и обязательность;

  • определить атрибуты связей, если они имеются;

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

• представить концептуальную модель данных в выбранной нотации;

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

• внести необходимые исправления и дополнения в модель данных.

Более подробно указанный сценарий рассматривается в лекционном курсе по дисциплине «Базы данных».