Проект автоматизированной системы учета перевозок готовой продукции отделом сбыта ПАО МК "Азовсталь"

4

Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО НАУКИ И ОБРАЗОВАНИЯ УКРАИНЫ

ПРИАЗОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

МЕХАНИКО-МЕТАЛЛУРГИЧЕСКИЙ ТЕХНИКУМ

КУРСОВОЙ ПРОЕКТ

Разработать проект автоматизированной системы учета перевозок готовой продукции отделом сбыта ПАО МК «Азовсталь»

Разработал студент группы ВК-71/08

Бенедисюк А.А.

Содержание

Реферат

Введение

1. Общая часть

1.1 Описание задачи

1.2 Анализ бизнес-процесса

1.3 Построение информационной модели

1.4 Разработка бизнес-правил

1.5 Формализованное описание задачи

1.6 Модель информационных потоков

2. Проектирование базы данных

2.1 Определение объектов

2.2 Определение взаимосвязей между объектами

2.3 Задание атрибутов и первичных ключей объектов

2.4 Нормализация модели

2.5 Физическое описание модели

2.6 Обоснование выбора системы управления базами данных

Заключение

Перечень ссылок

Приложения

Реферат

Тема моего курсового проекта состоит в следующем: Разработать проект автоматизированной системы учета перевозок готовой продукции отделом сбыта ПАО МК «Азовсталь».

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

Общая часть включает в себя: постановку задачи (описание задачи, анализ бизнес-процесса, построение информационной модели, разработку бизнес-правил, формализованное описание задачи) и модель информационных потоков. В описании задачи описываются все участники процесса, а также полученные результаты, составляется схема бизнес-процесса; в анализе бизнес-процесса необходимо ответить на 6 вопросов; построение информационной модели - необходимо разработать концептуальную модель; в разработке бизнес-правил необходимо описать бизнес-правила, нужные для функционирования данной задачи; в формализованном описании задачи нужно представить описание задачи, цель проекта, входные и выходные данные, требования к программному обеспечению; в модели информационных потоков составляется СИП.

Проектирование базы данных включает в себя: определение объектов, определение взаимосвязи между объектами, задание атрибутов, первичных и альтернативных ключей объектов, нормализацию модели, физическое описание модели и обоснование выбора системы управления базами данных. В определении объектов определяются объекты базы данных, атрибуты этих объектов; в определении взаимосвязи между объектами необходимо определить тип взаимосвязей между объектами, при этом обосновать выбор типа взаимосвязи; в задании атрибутов и первичных ключей объектов для каждого объекта необходимо определить атрибуты, которые будут храниться в базе данных, определить первичные и альтернативные ключи; в нормализации модели - при необходимости произвести нормализацию модели с указанием выделенного объекта, схемой между атрибутами сущностей после нормализации и схемой взаимосвязей между объектами в нормализованной модели; в физическом описании модели - составить проекты таблиц, которые будут в дальнейшем реализовываться в конкретной СУБД; в обосновании выбора СУБД - указать какая СУБД выбрана для реализации курсового проекта на ЭВМ, обосновать выбор, подчеркнуть преимущества и недостатки выбранной СУБД по сравнению с другими известными СУБД, кратко дать характеристики этой СУБД.

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

Введение

Тема моего курсового проекта состоит в следующем: Разработать проект автоматизированной системы учета перевозок готовой продукции отделом сбыта ПАО МК «Азовсталь».

Разработанная автоматизированной системы учета перевозок готовой продукции отделом сбыта ПАО МК «Азовсталь» при учете заявок клиентов на продажу металлопроката, а также при формировании необходимой документации: прайс-листа, заказа и сметы.

Целями проектирования базы данных являются:

- эффективная структуризация информации, что позволяет сэкономить время и деньги;

- исключение или сведение к минимуму повторяющихся данных в базе данных путём задания эффективной структуры;

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

- обеспечение возможности расширения базы новыми данными;

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

- предотвращение несанкционированного доступа к базе данных;

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

- возможность добавления или редактирования информации базы данных только определёнными лицами;

- облегчение создания приложений, предназначенных для ввода, редактирования, вывода данных, а также ведения отчётности.

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

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

- позволять легко определять тенденции изменения важнейших показателей;

- обеспечить получение информации критической по времени и без существенных задержек;

- выполнять точный и полный анализ данных.

1. Общая часть

1.1 Описание задачи

Задача заключается в разработке автоматизированной системы учета перевозок готовой продукции отделом сбыта ПАО МК «Азовсталь».

Существует ПАО Металлургический комбинат «Азовсталь» -- один из крупнейших металлургических комбинатов Украины с полным циклом производства. Этот комбинат занимается изготовлением и продажей металлопроката разных видов, например:

Слябы непрерывнолитые ПАО «МК «АЗОВСТАЛЬ» является одним из крупных мировых производителей товарных слябов. Слябы производятся путем непрерывной разливки конвертерной стали на слябовых МНЛЗ и применяются как заготовка для производства плоского листового либо рулонного проката. Слябы производятся толщиной от 220 до 300 мм, шириной от 1250 до 2100 мм, длиной от 5000 до 12000 мм.

Толстолистовой прокат Толстолистовой прокат производится из непрерывнолитых слябов, а также при необходимости - из слитков конвертерного или электрошлакового производства. Комбинат производит широкий сортамент листового проката толщиной 6-200мм, шириной 1500 - 3200мм и длиной 6000-24400 мм для судостроения, тяжелого, энергетического и специального машиностроения, мостостроения, для изготовления труб большого диаметра магистральных газо - и нефтепроводов, в том числе северного исполнения, глубоководных сооружений и других отраслей промышленности. Весь объем производимого толстолистового проката проходит 100% ультразвуковой контроль сплошности.

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

Рельсы железнодорожные Начиная с 1952 года и по сегодняшний день все украинские железные дороги и часть российских прокладываются с применением рельсов и рельсовых скреплений производства ПАО МК «АЗОВСТАЛЬ». Комбинат производит магистральные железнодорожные термообработанные рельсы широкой, нормальной и узкой колеи типов Р50, Р65, С49, ОР50, ОР65, UIC60 из марок сталей М74, М76.

Рельсовые скрепления Рельсовые скрепления - подкладки для деревянных и бетонных шпал, костыльного и раздельного скрепления, накладки для рельсов Р50, UIC60 и Р65 производятся на комбинате с 1958 года.

Шары мелющие Шары мелющие, используются в горнодобывающей и других отраслях промышленности для помола при подготовке рудных и нерудных материалов. Шары производятся диаметром от 40 до 120 мм с термообработкой до 3-й группы твердости (по ДСТУ 3499).

Квадратная заготовка Квадратная горячекатаная заготовка производится из слитков стали и применяется для дальнейшего передела (переката) на сортовой прокат и фасонный прокат. Заготовка поставляется мерными длинами по 6000-11800 мм

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

Выпускаемая из них продукция прошла испытания не только в лабораториях «Азовстали», но и в научно-исследовательских институтах Украины и РФ.

На продукцию, производимую из шлаков, имеются токсично-гигиенические паспорта и радиационные сертификаты качества.

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

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

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

На рисунке 1 представлена схема бизнес-процесса.

1.2 Анализ бизнес-процесса

В основе процесса сбыта товара лежат следующие компоненты:

- заказчик;

- отдел сбыта;

- заказ;

- цех изготовитель;



Рисунок 1 - Схема бизнес-процесса

- товар;

- отдел технического контроля

- сертификаты качества

- перевозчик.

Основные процессы:

- оформление заказа;

- подготовка;

- выполнение;

- изготовление;

- проверка;

- оформление;

- получение товара перевозчиком

- получение сертификата качества

- отправка товара заказчику.

Все процессы происходят в ПАО МК «Азовсталь», перевозка может выполняться другими организациями.

На рисунке 2 изображена структура отдела сбыта ПАО МК «Азовсталь».

Рисунок 2

Периодичность бизнес-процессов: корректировка информации по мере необходимости; формирование и печать отчетов ежемесячно.

Мотивация разработки автоматизированной системы, учета перевозок готовой продукции отделом сбыта ПАО МК «Азовсталь»: обеспечение условий для успешной деятельности персонала, для автоматизации учета предоставляемых услуг клиентам, формирования необходимой документации.

1.3 Построение информационной модели

ER-диаграмма - это отображение взаимосвязей между бизнес-компонентами и бизнес-процессами. Процесс создания информационной модели начинается с определения концептуальных требований ряда пользователей. Концептуальная модель - это единое обобщённое представление требований отдельных пользователей. Версия концептуальной модели, которая может быть обеспечена на конкретной СУБД, называется логической моделью. Логическая модель - отражает логические связи между элементами данных в независимости от их содержания и среде хранения. Логическая модель отображается в физическую память. Физическая модель - определяет размещение данных, методы доступа и технику индексирования.

ER-диаграмма изображена на рисунке 3.

Рисунок 3 - ER-диаграмма

1.4 Разработка бизнес-правил

Бизнес-правила для проекта автоматизированной системы учета перевозок готовой продукции отделом сбыта ПАО МК «Азовсталь»:

- Инженер обязан своевременно передавать данные по заказам в цех изготовитель;

- Инженер обязан контролировать производимые работы по заказу;

- В соответствии с заказом следить за выполнение график отгрузки по срокам отгрузки и по количеству отгружаемого товара в зависимости от предоплаты;

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

- Выставлять счета после отгрузки товаров и отправлять клиенту;

- Создавать налоговые накладные и отправлять клиенту;

- Контролировать сроки действия договора;

- Контролировать выполнение условий договора ПАО МК «Азовсталь» по общему объёму поставки.

1.5 Формализованное описание задачи

Наименование задачи. Разработать проект автоматизированной системы учета перевозок готовой продукции отделом сбыта ПАО МК «Азовсталь».

Цель работы инженера: оказание услуг клиентам по оформлению заказа на доставку товара.

Функции инженера: формирование прайс-листа, работа с клиентом, формирование заказа.

Перечень вводимой информации:

- сертификаты качества,

- заказ,

- содержимое заказа;

- продукция,

- заказчик,

- цех,

- склад,

- плавка,

- партия,

- сотрудник,

- станция,

- условия поставки,

- хим. анализ,

- хим. элементы,

- отгрузка продукции.

Требования к программе. Программа должна работать под управлением Windows '98, Windows 2000, Windows Me, Windows XP.

Требования к компьютерной технике. ЭВМ не менее Pentium 400 с ОС Windows '98 или выше, принтер лазерный, струйный или матричный.

1.6 Модель информационных потоков

Каталог данных объединяет описания элементов данных. МИП состоит из схемы внешнего окружения, схем информационных потоков, описаний функций, описаний внешних объектов и описаний информационных интерфейсов. Совокупность СИП содержит схемы информационных потоков всех уровней. Атомарной задачей СИПа должны быть дополнения к хранимым изложениям их сути в описаниях функций. Для их составления надо определить:

­ к каким данным осуществляется доступ;

­ какие прагматические отношения влияют на реализацию автоматизированных функций;

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

Справочник информационных объектов и хранилищ данных описывает соответствие между логическими хранилищами данных и информационными объектами.

На рисунке 4 представлена СИП первого уровня и на рисунке 5 представлена СИП второго уровня.

Рисунок 4 - СИП первого уровня



Рисунок 5 - СИП второго уровня

2. Проектирование базы данных

2.1 Определение объектов

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

Выделим пятнадцать объектов:

- сертификаты качества;

- заказ;

- продукция;

- заказчик;

- цех;

- склад;

- плавка;

- партия;

- сотрудник;

- станция;

- отгрузка продукции;

- химический анализ;

- содержимое заказа;

- условия поставки;

- химические элементы.

2.2 Определение взаимосвязей между объектами

Связь - это функциональная зависимость между объектами. Она характеризуется:

­ типом связи;

­ родительской сущностью;

­ дочерней сущностью;

­ мощностью связи;

­ допустимостью пустых значений.

Типы связей:

­ один к одному (1:1);

­ один ко многим (1:n);

­ многие ко многим (n:n).

На рисунке 6 изображена взаимосвязь между объектами.

Рисунок 6 - Взаимосвязь между объектами

2.3 Задание атрибутов и первичных ключей объектов

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

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

В таблице 1 представлены атрибуты и первичные ключи объектов. На рисунке 7 представлены взаимосвязи между атрибутами объектов.

Таблица 1 - Атрибуты и первичные ключи объектов

Объект	Первичный ключ	Атрибуты
Заказчик	Код заказчика	Код заказчика, ФИО контактного лица, Название предприятия, Адрес, Телефон, МФО, Расчетный счет, Реквизиты.
Заказ	Код заказа	Код заказа, Код заказчика, Номер договора, Дата, Предоплата.
Сотрудник	Код сотрудника	Код сотрудника, Код цеха изготовителя, ФИО, Должность, Дата рождения, Адрес, Табельный номер.
Цех изготовитель	Код цеха изготовителя	Код цеха изготовителя, Номер цеха, Название цеха, Аббревиатура.
Плавка	Код плавки	Код плавки, Код цеха изготовителя, Номер плавки, Дата, Время, Марка стали, ГОСТ, Метка ОТК.
Объект	Первичный ключ	Атрибуты
Хим. Анализ	Код хим. Анализа	Код хим. Анализа, Код хим. Элемента, Код плавки, Значение.
Хим. Элементы	Код хим. Элементов	Код хим. Элементов, Название, Аббревиатура.
Продукт	Код продукта	Код продукта, Код цеха изготовителя, Шифр, Название, Цена, Единицы измерения, Параметры.
Сертификаты качества	Код сертификатов качества	Код сертификатов качества, Код партии, Код контролера ОТК, Номер сертификата качества, Дата, Количество.
Партия	Код партии	Код партии, Код продукции, Номер партии, Количество, Дата выпуска.
Склад	Код склада	Код склада, Код цеха изготовителя, Код сотрудника заведующего складом, Номер склада.
Станция	Код станции	Код станции, Страна, Город, Наименование.
Отгрузка продукции	Код отгрузки продукции	Код отгрузки продукции, Код станции отправителя, Код склада, Код сертификата качества, Код содержимого заказа, Код сотрудника, Дата отгрузки, Дата прибытия, Способ отправки, Транспортное средство,
Объект	Первичный ключ	Атрибуты Примечание о перевозке, Количество отгруженного товара.
Содержимое заказа	Код содержимого заказа	Код содержимого заказа, Код заказа, Код продукции, Код условия поставки, Код станции получателя, Дата желаемой отгрузки, Количество.
Условия поставки	Код условия поставки	Код условия поставки, Шифр, Описание.

Рисунок 7 - Взаимосвязь между атрибутами объектов

2.4 Нормализация модели

Нормализация модели - это приведение её к нормальному, то есть к правильному виду. В процессе нормализации элементы группируются в таблицы, которые представляют объекты и их взаимосвязь. Теория нормализации основана на том, что определённый набор обладает лучшими свойствами при добавлении модификации и удалении данных, чем все остальные наборы таблиц, с помощью которых могут быть представлены те же данные. Данная модель не нуждается в нормализации, т.к. во взаимосвязях не присутствует взаимосвязь «многие ко многим», и нет дублирования данных, т.е. транзитивной зависимости.

2.5 Физическое описание модели

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

­ тип и формат поля автоматически допускают ввод только данных определённого типа;

­ задание диапазона значений используется только для числовых полей;

­ недопустимость пустого поля позволяет исключить в БД "ничейные" записи;

­ задание списка значений позволяет избежать излишнего разнообразия данных;

­ проверка на уникальность, значение какого-либо поля позволяет избежать записи дубликатов.

В таблицах 2-15 представлены таблицы для физического описания модели.

Таблица 2 Заказчик (Zakazchik)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod zakazchika	Код заказчика	Счетчик
FIO kontaktnogo lica	ФИО контактного лица	Текстовый	1..50
Nazvanie predpriyatiya	Название предприятия	Текстовый	1..30
Adres	Адрес	Текстовый	1..30
Telefon	Телефон	Числовой
MFO	МФО	Текстовый	1..30
Rsschetniy schet	Расчетный счет	Числовой
Rekviziti	Реквизиты	Текстовый	1..50

Таблица 3 Заказ (Zakaz)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod zakaza	Код заказа	Счетчик
Kod zakazchika	Код заказчика	Числовой
Nomer zakaza	Номер заказа	Числовой
Data zhelaemoy otgruzki	Дата	Дата/Время
Predoplata	Предоплата	Денежный

Таблица 4 Сотрудник (Sotrudnik)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod sotrudnika	Код сотрудника	Счетчик
Kod ceha izgotovitelya	Код цеха изготовителя	Числовой
FIO sotrudnika	ФИО сотрудника	Текстовый	1..40
Dolzhnost	Должность	Текстовый	1..20
Data rozhdeniya	Дата рождения	Дата/Время
Adres	Адрес	Текстовый	1..40
Tabelniy nomer	Табельный номер	Текстовый	1..10

Таблица 5 Плавка (Plavka)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod plavki	Код плавки	Счетчик
Kod ceha izgotovitelya	Код цеха изготовителя	Числовой
Nomer plavki	Номер плавки	Числовой
Data	Дата	Дата/Время
Vremya	Время	Дата/Время
Marka stali	Марка стали	Текстовый	1..20
GOST	ГОСТ	Текстовый	1..20
Metka OTK	Метка ОТК	Текстовый	1..15

Таблица 6 Химический анализ (Himicheskiy analiz)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod him. alaliza	Код хим. анализа	Счетчик
Kod plavki	Код плавки	Числовой
Kod him. elementa	Код хим. элемента	Числовой
Znachenie	Значение	Числовой

Таблица 7 Станция (Stanciya)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod stancii	Код станции	Счетчик
Strana	Страна	Текстовый	1..50
Gorod	Город	Текстовый	1..20
Naimenovanie	Наименование	Текстовый	1..20

Таблица 8 Химический элемент(Himicheskiy element)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod him. analiza	Код хим. элемента	Счетчик
Nazvanie	Название	Текстовый	1..20
Abriviatura	Аббревиатура	Текстовый	1..10

Таблица 9 Отгрузка продукции (Otgruzka produkcii)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod otgruzki produkcii	Код отгрузки продукции	Счетчик
Kod stancii otpravitela	Код станции отправителя	Числовой
Kod sklada	Код склада	Числовой
Kod sertifikata kachestva	Код сертификата качества	Числовой
Kod soderzhimogo zakaza	Код содержимого заказа	Числовой
Kod sotrudnika	Код сотрудника	Числовой
Transportnoe sredstvo	Транспортное средство	Текстовый	1..15
Primechanie o perevozke	Примечание о перевозке	Текстовый	1..40
Data otpravki	Дата отправки	Дата/Время
Data prebitiya	Дата прибытия	Дата/Время
Sposob otpravki	Способ отправки	Текстовый	1..30
Kolichestvo otgruzhenoy produkcii	Количество отгруженной продукции	Числовой

Таблица 10 Сертификат качества (Sertifikat kachestva)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod sertifikata kachestva	Код сертификата качества	Счетчик
Kod partii	Код партии	Числовой
Kod dontrolera OTK	Код контролера ОТК	Числовой
Data	Дата	Дата/Время
Nomer sertifikata	Номер сертификата	Числовой
Kolichestvo	Количество	Числовой

Таблица 11 Партия (Partiya)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod partii	Код партии	Счетчик
Kod plavki	Код плавки	Числовой
Kod produkcii	Код продукции	Числовой
Nomer partii	Номер партии	Числовой
Kolichestvo	Количество	Числовой
Data vipuska	Дата выпуска	Дата/Время

Таблица 12 Склад (Sklad)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod sklada	Код склада	Счетчик
Kod ceha	Код цеха	Числовой
Kod sotrudnika zav. sklada	Код сотрудника зав. склада	Числовой
Nomer sklada	Номер склада	Числовой

Таблица 13 Цех (Ceh)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod ceha	Код цеха	Счетчик
Nomer ceha	Номер цеха	Числовой
Nazvanie ceha	Название цеха	Текстовый	1..20
Abriviatura	Аббревиатура	Текстовый	1..10

Таблица 14 Продукция (Produkciya)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod produkcii	Код продукции	Счетчик
Kod ceha	Код цеха изготовителя	Числовой
Shifr	Шифр	Текстовый	1..20
Nazvanie	Название	Текстовый	1..20
Parametri	Параметры	Текстовый	1..40
Cena	Цена	Денежный
Edenici izmereniya	Еденицы измерения	Текстовый	1..5

Таблица 15 Содержимое заказа (Soderzhimoe zakaza)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod soderzhimogo zakaza	Код содержимого заказа	Счетчик
Kod zakaza	Код заказа	Числовой
Kod produkcii	Код продукции	Числовой
Kod usloviya postavki	Код условия поставки	Числовой
Kod stancii poluchatelya	Код станции получателя	Числовой
Data zhelaemoy otgruzki	Дата желаемой отгрузки	Дата/Время
Kolichestvo	Количество	Числовой

Таблица 16 Условия поставки (Usloviya postavki)

Наименование поля	Атрибут	Тип поля	Ограничения
Kod usloviya postavki	Код условия поставки	Счетчик
Shifr	Шифр	Текстовый	1..16
Opisanie	Описание	Текстовый	1..50

2.6 Обоснование выбора системы управления базами данных

Delphi - язык и среда программирования, относящаяся к классу RAD- (Rapid Application Development _ «Средство быстрой разработки приложений») средств CASE - технологии. Delphi сделала разработку мощных приложений Windows быстрым процессом, доставляющим вам удовольствие. Приложения Windows, для создания которых требовалось большое количество человеческих усилий например в С++, теперь могут быть написаны одним человеком, использующим Delphi.

Интерфейс Windows обеспечивает полное перенесение CASE-технологий в интегрированную систему поддержки работ по созданию прикладной системы на всех фазах жизненного цикла работы и проектирования системы.

Delphi обладает широким набором возможностей, начиная от проектировщика форм и кончая поддержкой всех форматов популярных баз данных. Среда устраняет необходимость программировать такие компоненты Windows общего назначения, как метки, пиктограммы и даже диалоговые панели. Также здесь имеются предварительно определенные визуальные и не визуальные объекты, включая кнопки, объекты с данными, меню и уже построенные диалоговые панели. С помощью этих объектов можно, например, обеспечить ввод данных просто несколькими нажатиями кнопок мыши, не прибегая к программированию. Это наглядная реализация применений CASE-технологий в современном программировании приложений. Та часть, которая непосредственно связана с программированием интерфейса пользователя системой, получила название визуальное программирование

Выгоды от проектирования АСУ в среде Windows с помощью Delphi:

- устраняется необходимость в повторном вводе данных;

- обеспечивается согласованность проекта и его реализации;

- увеличивается производительность разработки и переносимость программ.

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

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

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

информационный бизнес управление

Заключение

Во время выполнения курсового проекта я достиг всех поставленных целей в начале проектирования: закрепил знания предмета проектирование автоматизированных информационных систем, составил довольно простой в использовании и работоспособный проект. Разработанная по моему проекту программа поможет в работе Инженеру отдела сбыта ПАО МК «Азовсталь» при учете заказов клиентов на производство и перевозку металлопроката, а также при формировании необходимой документации: сертификат качества, заказа.

Закрепил навыки работы с текстовым редактором Word, навыки оформления отчётов.

Научился составлять:

- описание задачи;

- анализ бизнес-процесса;

- модель информационных потоков;

- постановку задачи;

- нормализованную модель;

- научился строить информационную модель в виде ER-диаграммы.

Также научился:

- определять объекты;

- определять взаимосвязь между объектами;

- задавать атрибуты, первичные и альтернативные ключи;

- составлять физическое описание модели.

Перечень ссылок

1. Ахаян Р. и др. Эффективная работа с СУБД - СПб.: Питер, 1997. - 704с.

2. Русскин В.М., Кириллов В.П. Информационная технология SSADM: методика моделирования информационных потоков при разработке автоматизированных систем - ж-л «Компьютеры + программы», № 3, 1995. - 15-23с.

3. Пономаренко В.С. Проектування інформаційних систем - К.: Видавничий центр «Академія», 2002. - 488с.

Размещено на Allbest.ru

...