Разработка информационного обеспечения

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

-исключается  пересечение информационных объектов по информационным элементам;

-исключается  дублирование  информации о конкретных  элементах.

Процесс формирования и строгого выполнения принципов нормализации  изображен на рисунке 3.1.

 

 

 

 

 

 

 

 

 

 

 

 

 

реквизиты	изделия	месяцы	един.изм.	цеха	склады	План (Факт)	цех. накл.
Код изделия
Наименование  изделия
Цена
Номер склада
Код един.изм.
Наименование  един.изм.
Наименование  месяца
Номер цеха
Наименование  цеха
Наименование  склада
Месяц выпуска
Количество  по плану
Номер цеховой накладной
Дата сдачи

 

 

Исключением пересечения  информационных объектов по информационным элементам достигается с помощью  конкретной стрелки напротив элемента.

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

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

Для ИО ЦН (цеховая  накладная) в качестве ключевого  элемента выбираем комбинацию: номер  ЦН, номер цеха.

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

3.2. Определение связей  между информационными объектами и построение информационно-логической модели (ИЛМ).

 

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

- между ИО  заказчика и договора существует  связь 1:М, т.е. один ко многим- каждый договор заключается с конкретным заказчиком, в свою очередь заказчик может заключить несколько договоров;

- между ИО  договора и ТТН существует  связь 1:М. Документ об отгрузке  готовой продукции относится  к определенному договору, но  по одному договору может быть  несколько отгрузок;

- между ИО  спецификация и основными ИО  существует связь – один документ  может содержать несколько изделий.

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

 

  3.3. Определение логической структуры базы данных.

 

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

Логические  связи соответствуют структурным  связям между объектами в ИЛМ, каждый ИО в логической структуре отображается соответствующей реляционной таблицей.

Связи между  таблицами осуществляются посредством  общих реквизитов (ключевых или не ключевых).

Построенная логическая структура ИС изображена на рис. 3.3. (символом * отмечены ключевые реквизиты).

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Единицы измерения				Изделия						Месяцы
*				*						*
Код ед. изм.	Наименов. ед. изм.			Код изд.	Наимен. изд.	Код.ед. изм.	цена	Номер склада		Месяц выпуска	Наимен. месяца
Цеховые накладные				План выпуска						Склады
*	*			*	*	*				*
Номер цеха	Номер ЦН	Дата  сдачи		Номер цеха	Месяц выпуска	Код изделия	Кол-во			Номер склада	Наименов. склада
Цеха
*
Номер цеха	Наименов. Цеха

 

 

 

 

4.  Физическая реализация информационной системы на основе базы данных.

 

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

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

Физическое  моделирование БД - это способ размещения информации на машинных носителях. Правила перехода от логической реляционной структуры к  физической заключается в следующем:

• каждая реляционная таблица превращается в таблицу БД;
• каждый столбец реляционной таблицы -  в поле таблицы;
• каждая  строка реляционной таблицы    - в запись таблицы.

В процессе физического  проектирования РБД необходимо:

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

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

Таблицы базы данных заполняются на основе входных (первичных) документов.

 

 

 

 

4.1. Создание таблиц.

 

1. Разработка структуры таблиц.

 

Структура таблиц проектируемой БД разрабатывается с учетом логической структуры ИС и описаний реквизитов (информационных элементов), выявленных при исследовании предметной области.

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

- поле «№  документа», таблица «Договора», в соответствии с данными может содержать числа от 1 до 999. Для хранения такого числа в поле таблицы реализуемой в СУБД Access может быть использовано либо текстовое поле размером 3, либо числовой размером Целое (т.к. число 999). В случае текстового требуется 3 байта памяти, а в случае числового – 2 байта. С целью экономии ресурса выбираем числовойт -Целое.

- поле «Код  изделия» согласно таблице 1.2. может содержать числа от 1 до 9. Для хранения таких чисел  либо текстовое поле размера  1, либо числовое размера байт. С точки зрения расхода ресурса оба варианта одинаковые. Для определенности выбираем числовой байт.

- поле «Наименование»  в таблице «Изделия» согласно  таблице 1.2. содержит текст до 21 буквы. Для хранения такой  информации либо текстовое размера 21 , либо поле МЕМО. Сточки зрения расхода выбираем текстовое 22.

На основании  подобного анализа определены типы и размеры всех полей и разработана  структура всех таблиц проектируемой  БД.

Окончательные результаты представлены в таблице 4.1.

 

№  п/п	Наименование  таблицы	Наименование полей	ключ	Тип данных	Размер данных
1.	Список выпускаемых  изделий	Код изделия	Да	числовой	Байт
		Наименование изделия		текстовый	21
		Код единицы  измерения		текстовый	3
		Цена		Денежный	8 байт
		Номер склада		числовой	Байт
2.	Справочник  единиц измерения	Код единицы  измерения	Да	текстовый	3
		Наименование  единицы измерения		тестовый	8
3.	Список месяцев	Месяц выпуска	Да	числовой	Байт
		Наименование  месяца		текстовый	8
4.	План выпуска  изделий цехами	Номер цеха	Да	числовой	Байт
		Месяц выпуска	Да	числовой	Байт
		Код изделия	Да	числовой	Байт
		Количество		числовой	Целое
5.	Список цехов	Номер цеха	Да	Числовой	Байт
		Наименование  цеха		текстовый	16
6.	Список складов	Номер склада	Да	числовой	Байт
		Наименование склада		текстовый	22
7.	Список цеховых  накладных	Номер цеха	Да	числовой	Байт
		Номер цеховой  накладной	Да	числовой	Целое
		Дата сдачи		краткий	8 байт
		Код изделия		числовой	Байт
		Количество		числовой	Целое
8.	Список товарно-транспортных накладных	Номер ТТН	Да	числовой	Целое
		Дата отгрузки		Краткий формат	8 байт
		Номер договора		числовой	Целое
		Код изделия		числовой	Байт
		Количество		числовой	Целое
9.	Список платежных  поручений	Номер ТТН	Да	числовой	Целое
		Номер ПП	Да	числовой	Целое
		Дата оплаты		Краткий формат	8 байт
		Код изделия		числовой	Байт
		Количество		числовой	Целое

 

4.1.2. Создание таблиц в MSAccess.

 

Физическая  реализация таблиц БД осуществляются в полном соответствии с разработанной  в предыдущем разделе их структурой.

Для реализации:

- открываем  вкладку «Таблицы»;

- щелкаем «Создать»;

- выбираем «Конструктор»  и [OK].

В открывшемся  окне поочередно в соответствии с  таблицей  4.1 :

В верхней части:

- заполняем  «имя поля»;

- выбираем «тип  данных».

В нижней части:

- указываем  «размер поля»;

- удаляем «0»  в строке «значение по умолчанию»  для числовых полей;

- иные строки  можно оставить без изменения.

После чего переходим  к следующему полю.

Завершив создание всех полей таблицы, определяем ключевые поля, для чего:

- выделим поле  или группу полей, которые должны быть ключевыми;

- щелкаем по  кнопке «ключевое поле» Панели  инструментов.

Затем:

- закрываем  окно «конструктор таблиц», щелкнув  по кнопке [X];

- щелкаем «Да»,- «сохранить изменения макета»;

- задаем имя  таблицы – «предприятия» (для  примера) и [Ok].

Действуя таким  образом, создаем все таблицы.

 4.2. Оформление подстановок.

 

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

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

 Для примера рассмотрим подстановку "Код изделия" из таблицы "Список выпускаемых изделий" в таблицу "План выпуска изделий цехами":

- Открываем  вкладку "Таблицы";

- Выделяем таблицу  "План";

- Щелкаем "Конструктор";

- Щелкаем "Мышью"  в столбце тип данных поля "Код  изделия";

- Открываем  список типов данных, щелчком  по стрелке;

- Выбираем в  списке  "Мастер подстановок";

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