Министерство образования и науки Украины

Одесский национальный политехнический

университет

Методические указания

к курсовому проектированию

по дисциплине

“Базы данных”

для студентов специальности 6.050103

Одесса

2009

Министерство образования И НАУКИ украины

Одесский национальный политехнический

университет

Методические указания

к курсовому проектированию

по дисциплине

“Базы данных”

для студентов специальности 6.050103

Утверждено

на заседании кафедры

системного программного обеспечения

Протокол № от 2009г.

Одесса

2009

Методические указания к курсовому проектированию по дисциплине “Базы данных” для студентов специальности 6.050103 / Сост. С.Л. Зиноватная. – Одесса; ОНПУ, 2009. – 20 с.

Составитель: С.Л. Зиноватная

Введение

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

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

Выполнение курсового проекта предусматривает:

- анализ заданной предметной области;

- составление требований для предметной области;

- составление схемы концептуальной модели данных,

- разработку структуры реляционной базы данных,

- реализацию запросов к БД,

- разработку интерфейса пользователя,

- программирование задачи,

- составление контрольного примера,

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

Задание на курсовое проектирование выдается в начале 4 семестра. Вариант задания выбирается по номеру студента и согласовывается с руководителем. Завершение курсового проектирования и его защита предусмотрена на 11-12 неделях.

1 Теоретические сведения

1.1 Сбор и анализ требований

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

На самом базовом уровне требования можно разложить на рабочие цели, свойства объектов, правила и преимущества.

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

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

Правила - это условные требования к свойствам объектов. Так, например, один сотрудник может работать на нескольких должностях.

Предпочтения - это условие, которое относится к свойству объекта, которое выражает лучшее состояние. Например, руководитель предпочел бы знать, кто должен пройти аттестацию в заданный период. Можно также использовать начальные значения или значение по умолчанию - значение, которые присваивают системой, если другого не определено - для представления предпочтений.

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

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

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

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

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

Многоальтернативные вопросы. При ответе на эти вопросы респондент должен указать один или больше ответов, выбрав их из приложенного списка. Кроме того, иногда допускаются дополнительные комментарии к вопросам из стороны респондентов.

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

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

Наблюдение может выступать в двух формах.

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

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

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

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

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