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

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

4. Связь - ассоциирование двух или более сущностей

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

· какое покрытие у детали;

· тех процесс детали;

· контроль детали;

· маршрут детали.

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

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

Рисунок 4 - Структура данных

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

В таблице «Контроль» есть поле «Метод контроля». Методы контроля могут быть разные:

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

- проверка толщины покрытия с помощью специальных приборов;

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

- проверка толщины покрытия измерением реального размера детали с помощью скобы (измерительного инструмента).

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

Отсюда следует, что нужна ещё одна таблица с информацией об инструментах, число которых также ограничено. У приборов, скоб и свидетелей имеются идентификационные номера, например прибор МИП-12, скоба 16Х3, свидетель 120х40. Поэтому в таблицах прибор будет обозначаться П МИП-12, скоба - СК 16х3, свидетель - СВ 120х40.

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

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

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

2.1.2 Даталогическое моделирование

На даталогическом уровне инфологическая (человеко-ориентированная) модель с учетом конкретной СУБД трансформируется в компьютерно-ориентированную модель базы данных.

В этой модели описываются:

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

- наборы реквизитов;

- связи;

- ограничения целостности.

Выбор СУБД определяется многими факторами, но главным из них является возможность работы с конкретной моделью данных (иерархической, сетевой, реляционной).

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

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

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

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

Одно из основных различий между тремя типами моделей СУБД состоит в том, что для иерархических и сетевых СУБД их структура не может быть изменена после ввода данных, тогда как для реляционных СУБД структура может изменяться в любое время. Большинство СУБД для ПК работают с реляционной моделью. К реляционным моделям относят, например, Clipper, dBase, Paradox, FoxPro, Access, Oracle.

СУБД Access - является реляционной базой данных. В реляционной модели организации данных:

- объекты-сущности представляются в виде таблиц;

- атрибуты - столбцы таблицы (поля);

- экземпляры сущностей - строки таблицы (записи, кортежи);

- ключевые атрибуты - ключевые поля. Ключ может быть простым или составным.

Последовательность шагов при проектировании реляционных баз данных:

1) Определение перечня таблиц (выделение сущностей).

2) Задание в таблицах полей, типов полей, ключевых полей, установление связей через внешние ключи.

3) Нормализация таблиц (доработка таблиц и связей).

Проектирование связей:

- связи «один-к-одному»: служат для разделения большой таблицы на две;

- связи «один-ко-многим»: устанавливаются через введение внешнего ключа;

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

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

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

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

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

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

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

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

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

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

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

В окне запроса отображаются выбранные таблицы и связи между ними, имеющиеся в логической схеме (схеме данных) БД. Кроме того, Access автоматически устанавливает между таблицами дополнительные связи, которых не было в логической модели, в том случае, если таблицы имеют поля с одинаковыми именами и типами данных (атрибутами). Логические связи между таблицами, которые Access не может установить автоматически, может создать пользователь, перетащив задействованные в связи поля из одного списка полей в другой.

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

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

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

При каждом выполнении этот параметрический запрос будет предлагать пользователю в специальном окне с подсказкой ввести номер нужной ему детали (рисунок 5).

Рисунок 5 - Диалоговое окно

После введения номера нужной детали появляется таблица с номером детали и видом её покрытия (рисунок 6).

Рисунок 6 - Выполнение запроса

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

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

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

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

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

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

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

Для наиболее удобного отображения данных в ACCESS используются формы. Через формы может осуществляться ввод данных во взаимосвязанные таблицы базы данных, просмотр данных, а также их изменение. Работая с формой, пользователь может добавлять, удалять и изменять записи таблиц, получать расчетные данные. В процессе работы может осуществляться контроль вводимых данных, устанавливаться ограничения на доступ к данным, выводиться необходимые сообщения. Формы являются основой разработки диалоговых приложений пользователя для работы с базой данных. Форма является альтернативным по отношению к таблице видом представления информации (отдельная карточка для каждой записи).

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

Формы являются основным средством организации интерфейса пользователя в приложениях Access. Хорошо разработанные формы позволяют работать с приложением даже неподготовленному пользователю.

Чаще всего формы создаются в следующих целях:

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

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

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

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

2.2 Технологическое обеспечение

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

Сначала создадим главную таблицу «Детали» с полями:

· номер детали;

· эскиз.

Таблица представлена на рисунке 7.

Рисунок 7 - Таблица «Детали» в режиме «Конструктор»

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

В MS Access существует некоторое количество типов данных:

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

- поле МЕМО - очень длинный текст или комбинация текста и чисел;

- числовой - числовые данные, используемые для проведения расчетов;

- счетчик - уникальные последовательно возрастающие (на 1) или случайные числа, автоматически вводящиеся при добавлении каждой новой записи в таблицу. Значения полей типа счетчика обновлять нельзя;

- логический - значения «Да» и «Нет»;

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

Столбцу «№ п/п» присвоен тип данных счетчик. Это позволяет вводить номера автоматически, последовательно, без участия человека.

Каждый тип данных имеет свои атрибуты, такие как:

- размер поля - размер и тип чисел вводимых в поле;

- формат поля - формат вывода значений данного поля;

- подпись - позволяет написать расширенный заголовок;

- значение по умолчанию - значение, автоматически добавляемое в поле с новой записью;

- условие на значение - ограничения на значения;

- сообщение об ошибке - появляется, если вводится значение с нарушением условия;

- обязательное поле - поле с обязательным вводом данных;

- индексированное поле - определяет индекс, создаваемый по данному полю.

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

Рисунок 8 - Свойства полей

Поле «Номер детали» имеет числовой тип данных и будет являться ключевым. Для поля «Эскиз» введем тип данных «Поле объекта OLE» для того, чтобы при заполнении таблицы вставлять объект из Paint, в котором уже имеются рисунки деталей.

После создания всех полей таблицы, выбираем поле, которое будет являться ключевым. В рассматриваемом случае в таблице «Детали», ключевым полем является поле «Номер детали».

После этого сохраняем таблицу. После ввода данных получается следующая таблица (рисунок 9).

Рисунок 9 - Таблица «Детали»

Для создания таблицы «Тех процессы» нужно создать вспомогательную таблицу «Толщина», в которой будет указан возможная толщина покрытия (рисунок 10.1 и 10.2).

Рисунок 10.1 - Таблица «Толщина» в режиме конструктор

Рисунок 10.2 - Таблица «Толщина»

После этого создаем таблицу «Тех процессы» с полями:

- номер детали;

- толщина;

- приспособление;

- ток;

- время.

У полей «Номер детали» и «Толщина» в типе данных укажем «Мастер подстановок», который будет использовать значения из таблиц «Детали» и «Толщина» соответственно. При подстановке появились атрибуты полей (рисунок 11):

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

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

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

- присоединенный столбец - это столбец, содержащий значение элемента поля со списком;

- число столбцов - это число выпадающих в раскрывающемся списке столбцов. В нашем примере мы поставили два, чтобы не только видеть номер степени, но и название;

- ширина столбцов - устанавливает ширину выводящихся столбцов;

- число строк списка - число выпадающих строк в списке.

Рисунок 11 - Подстановка из других таблиц

После заполнения записей таблица «Тех процессы» имеет вид (рисунок 12).

Рисунок 12 - Таблица «Тех процессы»

Для таблицы «Кладовая» нужны две вспомогательные таблицы: «Вид покрытия» и «Цеха» (рисунок 13.1 и 13.2).



Рисунок 13.1 - Таблица «Покрытия»

Рисунок 13.2 - Таблица «Цеха»

В таблице «Кладовая» будут следующие поля:

- номер детали;

- вид покрытия;

- цех-отправитель;

- цех-получатель.

Для всех этих полей используем мастер подстановок из других таблиц. В результате получается таблица «Кладовая» (рисунок 14).

Рисунок 14 - Таблица «Кладовая»

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

Последняя таблица «Контроль» также будет использовать вспомогательные таблицы: «Инструменты» и «Методы контроля» (рисунок 15.1 и 15.2).

Рисунок 15.1 - Таблица «Инструменты»

Рисунок 15.2 - Таблица «Методы контроля»

Соответственно, полями в таблице «Контроль» будут:

- номер детали;

- метод;

- инструмент.

В полях также используется мастер подстановки из других таблиц. В итоге получается таблица «Контроль» (рисунок 16).

Рисунок 16 - Таблица «Контроль»

Для упрощения ввода записей и их большей наглядности нужно использовать формы. В таблице «Детали» в табличную форму не укладывается поле «Эскиз», вместо изображения появляется лишь запись о том, что оно там есть (рисунок 17).

Рисунок 17 - Поле «Эскиз»

Поэтому удобно будет просматривать эту таблицу в форме. Для этого воспользуемся мастером форм. Выбираем поля для формы: таблицу и поля из неё. Далее выбираем внешний вид формы: в один столбец, затем требуемый стиль, задаем имя и нажимаем кнопку «готово». На рисунке 18 представлен самый простой вид формы, созданной для таблицы «Детали».

Рисунок 18 - Форма для таблицы «Деали»

Для поиска, отбора, сортировки и агрегации данных создаются запросы.

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

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

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

Создадим запрос для рабочих, выполняющих покрытие детали. Им надо обязательно знать технологию производства, а также им может понадобиться эскиз детали. В запросе будем использовать две таблицы «Детали» и «Тех процессы». Выберем поля: номер детали, эскиз из таблицы «Детали», а поля - толщина, приспособление, ток и время из таблицы «Тех процессы». В поле «Номер детали также введем: [Введите номер детали]. Этот запрос будет показывать всю технологию выполнения конкретной детали. Конструктор этого запроса показан на рисунке 19.

Рисунок 19 - Конструктор запроса для рабочего

После выполнения запроса появляется диалоговое окно с просьбой: ввести номер необходимой детали (рисунок 20).

Рисунок 20 - Параметрический запрос

В результате выдается весь технологический процесс нужной детали (рисунок 21).

Рисунок 21 - Выполнение запроса рабочего

Теперь рабочий будет знать, что ему нужно покрыть деталь толщиной 80 микрон. Для этого необходимо взять приспособление №69, выставить ток на 80 ампер и выдержать деталь 20 минут. Но опять не видно эскиз детали, поэтому сделаем форму для этого запроса. Для этого в мастере форм во вкладке таблицы и запросы выберем Запрос «Рабочему» (рисунок 22).

Рисунок 22 - Мастер форм

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

база данные деталь цех

Рисунок 23 - Форма к запросу

Для контролеров будет создаваться аналогичный запрос, но с другими полями. Контролеру нужна информация о методах контроля детали, т. е. поля: название детали, эскиз из таблицы «Детали» и метод контроля и инструмент из таблицы «Контроль». Также создаем параметрический запрос с просьбой ввести номер детали (рисунок 24).

Рисунок 24 - Запрос для контролера

При вводе номера детали, выдается ответ, представленный на рисунке 25.

Рисунок 25 - Выполнения запроса для контролера

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

Рисунок 26 - Форма к запросу «Контролеру»

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

Рисунок 27 - Запрос в режиме конструктор

Каждый работник может легко создать свой запрос и получить на него ответ либо в таблице, либо в форме. Например, пользователя заинтересуют все детали с толщиной покрытия не более 50 микрон и видом покрытия - хром. В таком запросе понадобятся три таблицы: «Детали», «Кладовая» и «Тех процессы». Из них мы выбираем поля: «Номер детали», «Вид покрытия» и «Толщина» соответственно. В условии отбора поля «Вид покрытия» указываем хром, а у поля «Толщина» - <=50. Такой запрос называется запрос на выборку (рисунок 28).

Рисунок 28 - Запрос на выборку

В результате выполнения этого запроса выдается ответ о всех деталях, покрывающихся хромом толщиной не более 50 микрон (рисунок 29).

Рисунок 29 - Запрос на выборку

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

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

Рисунок 30 - Схема данных

В результате общая структура базы данных, разработанной в MS Access, выглядит следующим образом (рисунок 31).

Рисунок 31 - Все элементы базы данных

3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА

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

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

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

Целесообразные варианты построения ЭИС выбирают путем балансирования показателей приращения эффекта Э, получаемого за счет создания или совершенствования ЭИС, и затрат Q.

Математически эту задачу формулируют в виде прямой задачи:

МАХ Э при Q = CONST

или в виде обратной задачи:

МIN Q при Э = СONST.

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

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

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

Также существует прямой и косвенный эффект.

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

Косвенный эффект проявляется через влияние ИТ на процессы компании, связанные с её основной деятельностью:

- сокращение времени простоя сотрудников;

- повышение качества предоставляемого товара (услуг).

Ниже перечислены основные показатели сравнительной эффективности создания и функционирования АЭИС.

- Годовая экономия текущих затрат, полученная от функционирования системы.

- Дополнительные капитальные вложения (КД), необходимые для создания системы.

- Срок окупаемости дополнительных КД.

- Годовой экономический эффект.

1). Годовая экономия текущих затрат.

Прямая экономия, получаемая от автоматизации обработки информации, определяется по формуле [1]:

Сп = Сб - Сср , (1)

где Сб - затраты в базовый период (период до внедрения). Сюда входит оплата труда персонала, связанного с производством. Это 8 человек, со средней оплатой труда 15000, т.е, Сб=8*15000*12=1440000

Сср - затраты в сравниваемый период (после внедрения), когда система работает в режиме автоматизации.

Затраты сравниваемого периода складывается из текущих затрат [2]:

Сср = С1 + С2 + С3=720000+180000+50000=950000 (2)

где С1 - затраты на оплату труда персонала. Пользователями данной ИС будут 8 человек, за чет внедрения программы их рабочее время сократится на 50%, т.е. С1=8*15000*12*0,5=720000;

С2 - затраты на оплату труда новому сотруднику, который будет обеспечивать работоспособность системы, т.е. С2=15000*12=180000

С3 - затраты на расходы, связанные с обслуживанием системы составят 50000 в год, т.е. С3=50000

В итоге получается, что

Сп = Сб - Сср=1440000-950000=490000

Значит годовая экономия текущих затрат составит 490000 рублей.

2) Срок окупаемости дополнительных капитальных вложений рассчитывается по формуле [3]:

Т = КД / ? Сп (3)

где Сп - годовая экономия текущих затрат,

КД - дополнительные капитальные вложения, приведенные к одному году.

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

3) Годовой экономический эффект рассчитывается по формуле [4]:

Э =Сп - КДЕн (4)

В нашем случае годовой экономический эффект приравнивается к годовой экономии текущих затрат.

Э=Сп=490000

Экономический эффект от внедрения разработанного программного продукта, как показал расчет, составляет 490000 рублей в год.

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

ЗАКЛЮЧЕНИЕ

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

В начале работы над дипломным проектом была поставлена цель: разработать автоматизированную системы приема и отправки деталей для цеха гальванических покрытий ОАО НПК УВЗ.

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

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

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

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

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

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

- обеспечение защиты информации (пароль, кодировка и так далее);

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

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

Экономический эффект от внедрения разработанного программного продукта, как показал расчет, составляет 5 672,79 рублей только для одного методиста, и 45 382,32 для всех методистов УИЭУиП Нижнетагильский филиал.

Для выполнения цели передо стояли следующие задачи:

1) Собрать систематизировать и обработать исходные;

2) Выявить проблемы организации, связанные с автоматизацией производства;

3) Рассчитать потери рабочего времени;

4) Найти пути решения выявленной проблемы;

5) Создать базу данных для автоматизации производства;

6) Внедрить программу в производство в цехе.

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

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

СПИСОК ИСТОЧНИКОВ ИНФОРМАЦИИ

1. Правила оформления курсовых и дипломных работ: методические указания / О.А. Обвинцев, А.Г. Жигалин. - Екатеринбург: УИЭУиП, 2011, - 28 с.

2. Единая система стандартов автоматизированных систем управления. Основные положения. ГОСТ 24.702-85. М.: Изд-во стандартов, 1986

3. Виленский П.Л., Лившиц В.Н., Смоляк С.А. Оценка эффективности инвестиционных проектов: теория и практика. Учебное пособие. -- М.: Дело, 2008. -- 888 с.

4. Хотяшов Э.Н. Проектирования машинной обработки экономической информации. М.: Финансы и статистика, 2006. -- 247 с.

5. Романов В.П. Проектирование экономических инфомационных систем: методология и современные технологии: учебное пособие. / В.П.Романов и Н.З.Емельянова, Т.Л.Партыка -- М.: Экзамен, 2005. -- 256 с.

6. ГОСТ 19.003-08. Единая система программной документации. Схема алгоритмов и программ. Обозначения условные графические. М.: Государственный комитет СССР по стандартам, 1982

7. ГОСТ 24.302-80. Система технической документации на АСУ. Общие требования к выполнению схем. ГОСТ 24.303-80. Обозначения условные графические технические средств. М.: Изд-во стандартов, 1980

8. Грекул В.И. Проектирование экономических информационных систем. Интернет-университет информационных технологий [Электрон. ресурс] / В.И.Грекул, Г.Н.Денищенко, Н.Л.Коровкина -- ИНТУИТ.ру, 2005. -- б.п.

9. ГОСТ 19.002-80. ЕСПД. Схемы алгоритмов и программ. Правила выполнения

10. ГОСТ 19.003-80. ЕСПД. Схемы алгоритмов и программ. Обозначения условные графические

11. ГОСТ 24.11-82. Документация на АСУ. Требования к содержанию документа «Описания алгоритма»

12. ГОСТ 34.201-89. Виды, комплектность и обозначения документов при создании автоматизированных систем

13. Информатика. Учебник / Райхерт Т. Н., Назаров Д. М. Уральский институт экономики, управления и права, Нижнетагильский филиал, Нижний Тагил: Центр подготовки персонала Евраз-Урал, 2011. - 250 с.: ил.

14. Проектирование баз данных. СУБД Microsoft Access / Пол Киммел,

a. Изд.: Вильямс, 2003. - 480с.

15. Компьютерные информационные технологии. Учебное пособие / Оскерко В.С., Изд.: Белорусский государственный экономический университет (БГЭУ),2011. - 277с.

16. Введение в системы баз данных (7-е изд.) / Дейт К., Изд.: Вильямс, 2011. - 1072с.

17. Microsoft Access 2010. Разработка приложений на реальном примере / Гурвиц Г.А. , Изд.: БХВ-Петербург, 2010. - 462с.

18. Вводный курс. Автоматизированные информационные системы, базы и банки данных / Гайдамакин Н.А., , изд. Гелиос АРВ, 2010. - 354с.

19. Построение запросов и программирование / Маркин А.В., изд: Диалог-мифи ,2008. - 210с.

20. Базы данных: модели данных, SQL проектирование / Подвальный С.Л., изд. Центр ДГТУ, 2007 . - 236с.

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