Материал: Информационные системы в экономике. курсовое проектирование. Лубянская Э.Б., Лукаш Е.Н

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

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

6.5. Оформление отчета

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

Рис. 6.1. Последовательность проектирования БД В отчете описывается процесс создания таблиц базы

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

36

зрения разработчика), а также их структуру в режиме Конструктора.

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

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

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

Вотчете по курсовой работе приводятся внешний вид

отчетов.

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

Для защиты проделанной работы по проектированию БД, каждому студенту необходимо представить: электронную версию БД - приложение для СУБД MS MS Access и Отчет по курсовому проектированию (курсовой работе).

37

7.ОСНОВНЫЕ ПРАВИЛА ПРОЕКТИРОВАНИЯ БД

7.1.Правила построения ER-диаграмм

Исходные данные для проектирования

Пусть проектирование БД ведется для гипотетического малого предприятия «МакроСофт», руководство которого решило внедрить информационную систему на основе СУБД.

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

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

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

анкетные данные всех работников;

номер рабочего телефона каждого сотрудника;

список ответственных за техническое состояние принадлежащих предприятию компьютеров и противопожарное состояние комнат;

какие работы по заказам, в какие сроки и по каким разработкам выполняют работники;

кем и на какую суммусделан заказ, чтоон включает; какие поставщики (наименование фирмы, адрес) участвуют в

38

поставке комплектующих на данную конфигурацию оборудования;

по каким ценам заказчики покупают оборудование и комплектующие.

Основные определения

СУЩНОСТЬ - некоторый объект, представляющий интерес для организации. Сущность должна иметь ЭКЗЕМПЛЯРЫ, отличающиеся друг от друга и допускающие одно-

значную идентификацию Единственный определяющий

признак сущности - это, как правило, существительное.

ПРИМЕРЫ:

РАБОТНИКИ. РАБОТЫ. ДЕТАЛИ. СТУДЕНТЫ. ЭКЗАМЕНЫ

Внимание! Наиболее распространенная ошибка проектирования заключается в том, что в набор сущностей включается и сама фирма - Заказчик. Она действительно является объектом, представляющим большой интерес, но не имеет экземпляров, поэтому сущность для нее выделять не следует.

АТРИБУТ - свойство сущности

ПРИМЕР:

Сущность РАБОТНИКИ имеет атрибуты: НомерТелефона, Фамилия, Адрес.

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

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

39

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

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

КЛЮЧ СУЩНОСТИ - атрибут или набор атрибутов, используемый для идентификации экземпляра сущности

Это определение вводится для того, чтобы обеспечить провозглашенное требование однозначной идентификации экземпляров сущностей. У нескольких работников фирмы может быть одинаковая фамилия. Некоторые из них могут быть родственниками и жить в одной квартире. Для того, чтобы различать работников предприятия, им присваиваются табельные номера или выдаются пропуска1.

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

чтобы при удалении одного из них этот набор перестал бы быть ключом сущности. Например, использование для сущности РАБОТНИКИ и фамилии и табельного номера неправильно, так как идентификацию можно осуществить только по табельному номеру.

Если определена сущность ВЫПЛАТЫ, то ее экземпляры отличаются тем, когда (атрибут Дата), кому (ТабельныйНомер) и за что (ВидПлатежа) они производились. Ключ будет включать одновременный набор этих атрибутов. Если

1 Студенты высшего учебного заведения имеют уникальный номер зачетной книжки. Посетители библиотеки регистрируются по номеру читательского билета. Оборудование снабжается инвентарными номерами.

40

Источник: https://studfile.net/preview/16563512/