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

Оглавление

Введение……………………………………………………………………………...3

Введение.

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

- бухгалтерский  учёт;

- юриспруденция;

- финансовый  анализ;

- медицина;

- и другие.

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

Задача проектирования должна быть решена корректно, последовательно, технически грамотно.

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

1. Математическая, строго обоснованная структура  системы и её параметры:

- информационные  объекты;

- ключевые элементы;

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

- логическая  структура БД;

- типы и размеры  данных для всех полей БД.

2. Реализована  информационная система с использованием  выбранного программного обеспечения  (ПО).

3. Разработаны  данные контрольного примера.

4. Разработан  алгоритм решения задачи анализа  и решена задача.

5.Доказана работоспособность системы на основе данных контрольного примера.

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

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

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

1.1. Описание предметной  области и функции решаемых  задач.

В качестве примера рассматривается упрощённый вариант деятельности мебельной фабрики ООО «Смена». Предметной областью Автоматизации являются выполнение плана выпуска изделий цехами. 

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

Главными документами  в цехах являются «Цеховые накладные» и «План выпуска изделий». Именно по эти документам производится сдача  изделий цехами-изготовителями на склады.

Предприятие имеет 3 цеха, выпускающие следующие виды продукции:

Табл.1.1а Список выпускающих цехов ООО «Смена».

Должностные функции  главного технолога цехов-изготовителей заключаются:

• Составление плана выпуска изделий;
• Контроль выполнения плана;
• Отгрузка изделий на склады по цеховым накладным;.

Табл. 1.1.б Список складов ООО «Смена». Подразделение 1.

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

2.  Первичные документы и их реквизиты.

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

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

Табл. 1.2. Список входящих документов и их реквизитов.

             1.3. Ограничения предметной области.

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

• Предложенные изделия изготавливаются одним цехом и сдаются на определенный склад;
• У готового изделия только одна единица измерения;
• Один цех может выпускать несколько видов изделий;
• На одном складе может храниться несколько видов изделий;
• План выпуска изделий цехами не менее 1450 изделий в месяц;
• Одно и то же изделие планируется к выпуску ежемесячно;
• Накладная цеха на сдачу готовой продукции может сожержать несколько наименований изделий, её номер уникален только для одного цеха.

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

1. Однозначно устанавливать связи между объектами;
2. Определять ключевые элементы.

2. Постановка задач.

1. Организационно-экономическая сущность решаемых задач.

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

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

2. Описание выходной информации.

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

В соответствии с заданием по варианту 10, «Выявить долги  цехов-изготовителей по сдаче изделий на склады за ЗАДАННЫЙ месяц», система должна запрашивать у пользователя заданный месяц и на основе полученной информации формировать следующие документы:

- Отчёт 1. Количество изделий по плану за январь-март месяц:

- Отчёт 2. Количество изделий по факту за январь март месяц:

-Отчёт 3. Долги цехов-изготовителей за  январь-март  месяц:

3. Описание входной информации.

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

Уточняется  соответствие  описания реквизитов выходных и входных документов.

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

Они выверены и уточнялись неоднократно.

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

1. Анализ входной информации предметной области и выделение информационных объектов.

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

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

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

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

Процесс формирования и строгого выполнения принципов нормализации  изображен на рисунке 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Затем:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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