Разработка информанионных систем для отдела снабжения предприятия(разработка базы данных в SQL

ГЛАВА 1. ОБЩАЯ ХАРАКТЕРИСТИКА ОБЪЕКТА И ПРЕДМЕТА ИССЛЕДОВАНИЯ
1.1. Характеристика предприятия «ТРЕЙ»
1.1.1. Сведения о предприятии «ТРЕЙ»
1.1.2. Описание деятельности предприятия «ТРЕЙ»
1.1.3. Организационная структура предприятия «ТРЕЙ»
1.2. Программная и техническая архитектура ИС на предприятии «ТРЕЙ»
1.2.1. Анализ существующих программных продуктов
1.2.2. Основные функциональные возможности программных продуктов
1.3. Характеристика комплекса задач и целей
1.3.1. Описание процесса учета продукции на предприятии «ТРЕЙ»
1.3.2. Выбор комплекса задач и целей автоматизации. Сущность задач и целей
1.3.3. Описание свойств ИС, требуемых для выбранной задачи
ГЛАВА 2. ВЫБОР ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ ДЛЯ ПРОЕКТИРОВАНИЯ И РАЗРАБОТКИ АС
2.1. Характеристика существующих средств автоматизации учета продукции на предприятии
2.1. Выбор средства проектирования для системы учета продукции на предприятии «ТРЕЙ»
2.2. Выбор средства проектирования структуры БД для системы учета продукции на предприятии «ТРЕЙ»
2.3. Выбор СУБД
2.4. Выбор среды разработки
ГЛАВА 3. ПРОЕКТНАЯ ЧАСТЬ
3.2. Организационное обеспечение системы учета продукции на предприятии «ТРЕЙ»
3.2.2. Функциональная модель системы учета продукции на предприятии «ТРЕЙ»
3.3. Информационно обеспечение системы учета продукции на предприятии «ТРЕЙ»
3.3.1. Разработка структуры БД системы учета продукции на предприятии «ТРЕЙ»
3.3.2. Приложение БД системы учета продукции на предприятии «ТРЕЙ»
ГЛАВА 4. ОБОСНОВАНИЕ ЦЕЛЕСООБРАЗНОСТИ ВНЕДРЕНИЯ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ НА ПРЕДПРИЯТИИ
4.1. Выбор методики расчета экономической эффективности
4.2. Разработка сметной документации
4.3. Вывод о соответствии системы требованиям заказчика и целесообразности внедрения системы учета продукции на предприятии «ТРЕЙ»

типов - (7) - (7) -(7,8) - (9) + + + Сборка «мусора» (10) - - - - + + (11) + Динамическая загрузка - - - - + + + Разделельный интерф./реализ. - - - - - - (12) + (6) Отсутствие требования к доп. изучению + - - - -
- - Отсутствие дублирования кода + + + + - - - Взаимодействие с традиционным оборудованием + + + + +
- - Поддерживают пред- и постусловия в интерфейсе + + + + +
- - Интегральная оценка откуда? – как и в предыдущих примерах, сумма + в столбцах, где больше там лучше. 14 10 7 12 11 13 12
(1) Определение языка включает 34 класса и сотни методов; существует множество исключений из правил; возможности языка взаимоблокируются так, что невозможно объяснить одно без знания остального;
(2) Отсутствие статических типов и параметров, передаваемых по значению, накладывает ограничения на быстродействие;
(3) Процедурные типы / указатели на процедуры;
(4) Модули / пакеты;
(5) Только в отдельных классах, никакие инварианты между классами не могут гарантироваться;
(6) Интерфейсы для (множественного) наследования интерфейса; классы для (одиночного) наследования реализации;
(7) Небезопасные вариантные записи; явное освобождение памяти;
(8) Небезопасные указатели;
(9) Унаследованные небезопасные возможности C;
(10) Сборка мусора необходима для достижения полной безопасности типов;
(11) Образуется меньше мусора, чем в языках без статических типов, поэтому - более эффективен;
(12) По соглашению, наследование реализации редко используется, поэтому такое разделение не слишком важно.
Интегральная оценка языков программирования производится аддитивной сверткой. При этом «+» имеет вес равный 1, а «–» имеет вес равный 0, все критерии имеют одинаковый вес:
Из таблицы 2.3 видно, что выбранным критериям в полной мере удовлетворяет язык программирования – Pascal.
На данный момент основной визуальной средой разработки ПО, основанной на языке Pascal и имеющей мощные инструменты для работы с БД, является среда разработки Borland Delphi.
«никаких «выборов» в данной главе не состоялось!» - поспешный вывод конечно. В таблице сравнивается 7 языков программирования по нескольким аспектам. Язык Pascal набрал больше балов – 14, его и выбрали.
Глава 3. Проектная часть
выдвыгаются требования и ограничения – требования обычно выдвигаются в первой главе при анализе существующей системы с ее недостатками и недоработками, в ходе изучения предметной области (Смотрите любой учебник по проектированию асоиу, в проектной части осуществляется описание созданной (создаваемой) системы)
3.2. Организационное обеспечение системы учета продукции на предприятии «ТРЕЙ»
3.2.1. Функциональная модель системы учета продукции на предприятии «ТРЕЙ»
Схема функциональной структуры системы учета продукции на предприятии «ТРЕЙ» представлена на рис. 3.1 – 3.4. ??? – напишите лучше вопрос. Либо переименуйте как сказал преподаватель чтобы не тратить зря время.
Рис. 3.1 - Схема функциональной структуры системы учета продукции
на предприятии «ТРЕЙ»
На вход системы поступают заявки от клиентов, а также информация из складского отдела об отгрузке (поступлении) товара со склада. Оператор заносит эти данные систему и на выходе получает актуальный на данный момент список наименований с нехваткой на складе.
Рис. 3.2 - Схема декомпозиции функциональной структуры системы учета продукции
на предприятии «ТРЕЙ»
Рис. 3.3 - Схема декомпозиции функциональной структуры системы учета продукции
на предприятии «ТРЕЙ»
Ввод данных в систему учета продукции на предприятии «ТРЕЙ» осуществляется следующим образом: оператор заполняет электронную форму заявки или операции, система автоматически формирует SQL-запрос и отправляет его интерпретатору, осуществляется транзакция к БД.
Рис. 3.4 - Схема декомпозиции функциональной структуры системы учета продукции
на предприятии «ТРЕЙ»
После того как данные попадают в БД, система начинает пересчет количества товаров на складе или требуемого количества товаров, в зависимости от типа записи. Затем она сопоставляет требуемое и имеющееся количество по каждому наименованию и актуализирует список товаров с нехваткой на складе.
3.3. Информационно обеспечение системы учета продукции на предприятии «ТРЕЙ»
3.3.1. Разработка структуры БД системы учета продукции на предприятии «ТРЕЙ»
Схема логической структуры БД представлена на рис. 3.5.
Рис. 3.5 – Схема логической структуры БД системы учета продукции
на предприятии «ТРЕЙ»
БД включает в свой состав 4 информационных таблицы:
Товар на складе – таблица содержит список всех наименований товаров, количество товара на складе и требуемое количество по каждому наименованию;
Товарооборот – содержит совокупность всех операций по отгрузкам и поступлениям товара на склад;
Заявки от клиентов – содержит информацию о заявках на товар от клиентов.
Контрагенты – содержит информацию о все клиентах компании.
Схема физической структуры БД представлена на рис. 3.6.
Описание сущностей БД системы учета продукции на предприятии «ТРЕЙ» представлено в таблице 3.1.
Сущность Идентиф. табл. Атрибут Идентиф. поля Тип поля Склад SKLAD Код товара Kod_tovar Varchar Наименование Naimen Varchar Количество Kolich Integer Цена Cena Varchar Треб. кол-во Treb Integer Категория Kategor Varchar Длина записи 74 байта Товарооборот OPERACII Код операции Kod_oper Varchar Код товара Kod_tovar Varchar Тип операции Type_oper Varchar Дата операции Data_oper Varchar Количество Kol Integer Длина записи 29 байт Заявки от клиентов ZAYVKI Код товара Kod_tovar Varchar код заявки Kod_zayv Varchar Дата подачи Data_podachi Varchar Дата поставки Data_post Varchar Контрагент Kontragent Varchar Количество Kol Integer Статус Status Varchar Длина записи 79 байт Контрагенты KONTRAGENT Код клиента Kod_kontrag Varchar Название Nazvanie Varchar Телефон Telefon Varchar Улица Ulica Varchar Дом Dom Varchar Офис ofic Varchar 85 байт
3.3.2. Приложение БД системы учета продукции на предприятии «ТРЕЙ»
Для обеспечения целостности и согласованности данных в приложение БД системы учета готовой продукции на предприятии «ТРЕЙ» включены триггеры ссылочной целостности:
Триггеры обработки изменения записей:
create trigger tu_operacii after INSERT on operacii for each row
declare numrows INTEGER;
begin
select count(*) into numrows from sklad
where :new.kod_tovar = sklad.kod_tovar;
if (numrows = 0) then raise_application_error(-20007, 'Невозможно изменить данные в таблице ТОВАРООБОРОТ, потому что нет соответствующего значения в таблице СКЛАД.'');
end if;
end;
end.
Триггеры обработки вставки данных:
create trigger tI_ operacii after INSERT on operacii for each row
declare numrows INTEGER;
begin
select count(*) into numrows
from sklad where if (numrows = 0)
then raise_application_error(-20002,
'Невозможно ввести данные в таблицу ТОВАРООБОРОТ, потому что нет соответствующего значения в таблице СКЛАД.');
end if;
end;
end.
Аналогичные триггеры необходимо создать для таблицы ЗАЯВКИ ОТ КЛИЕНТОВ.
3.4. Проектные решения по пользовательскому интерфейсу
3.4.1. Таблица состояний пользовательского интерфейса
Таблица 3.2
Устойчивые состояния пользовательского интерфейса
Состояние Функция Задача Q1 Заставка программы Визуализация данных Q2 Выбор вкладок Визуализация данных Q3 Выбор действий на вкладке товарооборот Визуализация данных Q4 Выбор действий в разделе товарооборот Визуализация данных Q5 Удаление информации об операции Учет информации о клиентах Q6 Изменение информации об операции Учет информации о заявках Q7 Добавление информации об операции Учет информации о заявках Q8 Включение фильтра Учет информации о заявках Q9 Выбор действий в заявки Визуализация данных Q10 Удаление информации о заявке Учет информации о заявках Q11 Изменение информации о заявке Учет информации о заявках Q12 Добавление информации о заявке Учет информации о заявках Q13 Включение фильтра Учет информации о заявках Q14 Выбор действий на вкладке склад Визуализация данных Q15 Добавить наименование Учет информации о товарах Q16 Изменить наименование Учет информации о товарах Q17 Удалить наименование Учет информации о товарах
Переходы между состояниями пользовательского интерфейса приведены в таблице 3.3.
Таблица 3.3
Переходы между состояниями пользовательского интерфейса программы
Переход Событие Действие субъекта P1 ApplicationRun Запуск программы P2 OnChange (PageControl) Выбор вкладки P3 OnClick («Удалить запись об операции») Выбор действия P4 OnClick («Изменить запись об операции») Выбор действия P5 OnClick («Добавить запись об операции») Выбор действия P6 OnClick («Включить фильтр») Выбор действия P7 OnClick («Удалить запись о заявке») Выбор действия P8 OnClick («Изменить запись о заявке») Выбор действия P9 OnClick («Добавить запись о заявке») Выбор действия P10 OnClick («Включить фильтр») Выбор действия P11 OnClick («Удалить запись о товаре») Выбор действия P12 OnClick («Изменить запись о товаре») Выбор действия P13 OnClick («Добавить запись о товаре») Выбор действия
3.4.2. Схема функционирования пользовательского интерфейса
Схема функционирования пользовательского интерфейса системы учета продукции на предприятии «ТРЕЙ» приведена на рис. 3.3.
Рис. 3.3 - Схема функционирования пользовательского интерфейса
3.4.3. Таблица спецификаций форм
Спецификации форм приложений и спецификации объектов доступа приведены в таблицах 3.4 – 3.7.
Таблица 3.4
Спецификация форм приложения
Форма Спецификация Объекты Main Основная форма модуля DBGrid1; DBGrid2; DBGrid3; DBGrid4; PageControl1; Edit1; Edit2; Edit3; Edit4; Edit5; Edit6; Edit7; Edit8; Edit9; Edit10; Edit11; Edit12; Edit13; Edit14; Edit15; Edit16; Edit17; Edit19; Edit20; Edit21; Edit22; MaskEdit1; MaskEdit2; MaskEdit3; MaskEdit4; ComboBox1; ComboBox2; ComboBox3; ComboBox4; ComboBox5; ComboBox6; Button1; Button2; Button3; Button4; Button5; Button6.
3.4.4. Таблица объектов интерфейса
Таблица 3.5
Спецификация объектов доступа
Объект Спецификация Описание PageControl1 Меню вкладок Содержит вкладки программы: «Товарооборот», «Склад» DBGrid1 Форма таблицы «Товарооборот» Содержит список все операций DBGrid2 Форма таблицы «Заявки» Содержит список все операций DBGrid3 Форма таблицы «Склад» Содержит список все операций DBGrid4 Форма таблицы «Нехватки» Содержит список все операций Edit1…EditN Текстовые контейнеры Содержат информацию из полей соответствующих таблиц Button1…ButtonN Функциональные клавиши Выполняют основные действия добавления, изменения, удаления, включения фильтра ComboBox1… ComboBoxN Списки значений Содержат списки допустимых значений (наименования товара, статус заявки)
3.4.5. Спецификация обращений к информационным массивам
Таблица 3.6
Спецификация объектов доступа
Объект Спецификация Входные переменные DBGrid1 Таблица «Товарооборот» Items=[kod_oper, type_oper, data_oper, kol, kod_Tovar] DBGrid2 Таблица «Заявки» Items=[kod_zayv, data_postav, data_podachi, kol, kod_tovar, kontragent, status] DBGrid3 Таблица «Товары» Items=[kod_tovar, kol, treb, nehvat, naimen]
3.4.6. Обеспечение доступа к данным
После запуска приложения KOM+.exe появится главное окно программы, видеокадр программы представлен на рис. 3.4
Рис. 3.4 – Видеокадр главного окна программы
Для начала необходимо ввести наименования товаров на вкладке «Склад» (при этом код товара не должен повторяться). Видеокадр вкладки «Склад» приведен на рис. 3.5.
Рис. 3.5 – Видеокадр вкладки «Склад»
Для добавления нового наименования необходимо заполнить форму на панели управления, при этом значение поля код товара не должно повторяться.
После нажатия на кнопку «Добавить запись» автоматически формируется запрос. Пример программного кода приведен в листинге 3.1.
Листинг 3.1
_____________________________________________________________
procedure TForm1.suiButton7Click(Sender: TObject);
begin
Try
tsklad.active:=false;
tsklad.SQL.clear;
Zapros:=’insert into sklad values kod_Tovar=’+suiMaskEdit3.text+' ,cost='+ suiNumberEdit4.text+' ,treb='+suiNumberEdit3.text+' ,kol='+ suiNumberEdit5.text+' ,nazv='+suiedit1.text+' ,nehvat='+suiNumberEdit5.text
tsklad.SQL.add(zapros);
tsklad.ExecSQL;
tsklad.SQL.clear;
tsklad.SQL.add(‘select *from sklad’);
tsklad.active:=true;
Except
MessageDlg('Ошибка ввода данных!',mtInformation,[mbYes],0);
end;
ADOQuery1.Active:=false;
ADOQuery1.Active:=true;
end;
При нажатии на клавишу вызывается событие OnClick, при этом формируется текст запроса, он присваивается свойству SQL компонента доступа к данным TADOQuery и выполняется вызовом функции ExecSQL. После этого данные попадают в БД, а соответствующая строка отображается в таблице.
Если необходимо изменить информацию о наименовании необходимо выбрать это наименование в таблице, все данные отобразятся в соответствующих полях.
Далее изменим необходимые данные, кроме значения кода заявки и нажмем кнопку «Изменить данные». При нажатии этой кнопки вызывается на исполнение программный код представленный в листинге 3.2.
Листинг 3.2.
_____________________________________________________________________
procedure TForm1.suiButton8Click(Sender: TObject);
begin
Try
tsklad.active:=false;
tsklad.SQL.clear;
Zapros:=’update sklad set cost='+ suiNumberEdit4.text+' ,treb='+suiNumberEdit3.text+' ,kol='+ suiNumberEdit5.text+' ,nazv='+suiedit1.text+' ,nehvat='+suiNumberEdit5.text+’ where kod_Tovar=’+suiMaskEdit3.text;
tsklad.SQL.add(zapros);
tsklad.ExecSQL;
tsklad.SQL.clear;
tsklad.SQL.add(‘select *from sklad’);
tsklad.active:=true;
Except
MessageDlg('Ошибка ввода данных!',mtInformation,[mbYes],0);
end;
ADOQuery1.Active:=false;
ADOQuery1.Active:=true;
end;
Действия системы аналогичны как и в предыдущем примере, меняется только текст запроса.
Для удаления записи необходимо выбрать в таблице запись и нажать кнопку «Удалить запись».
При удалении записи на выполнение вызывается программный код приведенный в листинге 3.3.
Листинг 3.3.
_____________________________________________________________________
procedure TForm1.suiButton9Click(Sender: TObject);
begin
Try
tsklad.active:=false;
tsklad.SQL.clear;
tsklad.SQL.add(‘delete from sklad where kod_Tovar=’+tsklad.FieldValues(‘kod_tovar’));
tsklad.ExecSQL;
tsklad.SQL.clear;
tsklad.SQL.add(‘select *from sklad’);
tsklad.active:=true;
Except
MessageDlg('Ошибка ввода данных!',mtInformation,[mbYes],0);
end;
ADOQuery1.Active:=false;
ADOQuery1.Active:=true;
end;
Действия системы аналогичны как и в предыдущем примере, меняется только текст запроса.
В нижней таблице представлен список наименований и размер нехватки по количеству.
Данная таблица формируется автоматически при изменении в таблицах: «товарооборот», «заявки», «склад». Для этой таблицы создан набор данных с запросом: «select * from sklad where nehvat<0». Т.е. в данной таблице выводятся все наименования в которых имеющееся на складе количество товара по наименованию меньше, чем требуемое.
На вкладке «Товарооборот» содержится список заявок и поступлений на склад. Видеокадр вкладки «Товарооборот» приведен на рис. 3.6.
Рис. 3.6 – Видеокадр вкладки «Товарооборот»
При вводе информации в таблицу товарооборот в зависимости от типа операции (поступление, отгрузка) происходят также изменения в таблице «склад» (соответственно уменьшение или увеличение количества товара). При вводе код операции не должен повторяться, так как по данному полю осуществляется контроль уникальности записей.
При вводе заявки также происходят изменения в таблице «склад» (увеличение – если у заявки статус «ожидает» или уменьшение – если у заявки статус «выполнена» требуемого количества товара по наименованию).
При необходимости к обеим таблицам можно применять фильтр по дате или по наименованию. При этом дата и наименование должны быть выбраны в соответствующих полях. При использовании фильтров формируются запросы на выборку с условием: «select * from operacii where naimen=”наименование товара”». Пример применения фильтров приведен на рис. 3.7 – 3.8.
Рис. 3.7 – Видеокадр вкладки «Товарооборот» пример применения
фильтра по наименованию
Перед нажатием клавиши «Фильтр по наименованию» необходимо выбрать в раскрывающемся списке наименование товара.
Рис. 3.8 – Видеокадр вкладки «Товарооборот» пример применения
фильтра по дате подачи заявки
Перед нажатием клавиши «Фильтр по дате подачи» необходимо ввести дату подачи заявки.
Для ведения справочника контрагентов предназначена вкладка «Контрагенты». Видеокадр вкладки приведен на рис. 3.9.
Рис. 3.9 – Видеокадр вкладки «Контрагенты»
Глава 4. Обоснование целесообразности внедрения автоматизированной системы на предприятии
4.1. Выбор методики расчета экономической эффективности
Возможны следующие направления расчета экономической эффективности:
Сравнение вариантов организации ЭИС по комплексу задач (например, сравнение ЭИС, предлагаемой в проекте, с существующей);
Сравнение вариантов организации информационной базы комплекса задач (файловая организация и база данных);
Сравнение вариантов технологии проектирования ЭИС (например индивидуального проектирования с методами, использующими пакеты программ или модельного проектирования);
Сравнение вариантов технологии внутримашинной обработки данных.
Для оценки экономической эффективности системы учета продукции на предприятии «ТРЕЙ» выберем направление расчета – сравнение созданной системы с существующей, так как известны недостатки существующей системы, в таблице 3.1 приведено сопоставление этих систем [9].
Таблица 3.1
Сопоставление существующей и созданной системы
Недостатки существующей системы Устранение недостатков в существующей системе Расчет нехватки товара по наименованиям ведется вручную При вводе любой информации об отгрузке (погрузке) товара или заявках от клиентов система осуществляет автоматический пересчет нехватки товара по наименованиям Невозможен многопользовательский режим изменения данных (MS Office – локальный пакет) Возможность внести изменения в отправленную заявку для рассмотрения.
Устранение недостатков существующей системы приведет к уменьшению времени принятия решений по заказу новых партий товаров у производителей, следовательно, к уменьшению числа задержек в поставках товара клиентам, как следствие, к уменьшению числа отказов от услуг и неустоек, а значит к увеличению прибыли. В этом заключается косвенный эффект от внедрения системы учета продукции на предприятии «ТРЕЙ».
4.2. Расчет показателей экономической эффективности
Рассчитаем прямой эффект от внедрения системы учета продукции на предприятии «ТРЕЙ».
1) абсолютное снижение трудовых затрат ((Т) в часах за год:
(Т = Т0 - Т1,
где Т0 - трудовые затраты в часах за год на расчет нехватки товара на складе; Т1 - трудовые затраты в часах за год на расчет нехватки товара на складе с использованием системы продукции на предприятии «ТРЕЙ».
Так как в году 231 рабочий день (отпуск 30 дней, 21 рабочий день в месяц), в среднем сотрудникам торговой точки приходится оформлять 100 заявок в день и вводить до 300 операций отгрузки/выгрузки товара со склада (итого 400 записей в БД), так как tсущ = 25 с (0,007 часа), следовательно,
Т0=231*400*0,007=646,8 часов,
так как tсозд <= 1, следовательно,
Т1=231*400*0,0003=27,7 часов
(Т=646,8-27,7=619,1 часов
2) коэффициент относительного снижения трудовых затрат (КТ):
КТ =(Т / T0 * 100%=223,5%
3) индекс снижения трудовых затрат или повышение производительности труда (YT):
YT = T0 / T1=23,4
4) абсолютное снижение стоимостных затрат: (C=(Т*СМЧ
СМЧ=ЗП/Т, где СМЧ - стоимость машинного часа, ЗП - затраты на заработную плату персонала в год (руб.), Т – время функционирования системы в год (часов). При расчетах стоимости машинного часа пренебрежем затратами на: амортизационные отчисления, затраты на электроэнергию, затраты на текущий ремонт и обслуживание, затраты на технические носители информации, накладные расходы по эксплуатации – так как они значительно меньше затрат на заработную плату и остаются постоянными при эксплуатации имеющейся системы и созданной системы учета продукции на предприятии «ТРЕЙ» (парк техники и обслуживающий персонал остаются прежними, изменяется только программное обеспечение), поэтому учтем только затраты на заработную плату.
Оклад оператора 20000 руб./месяц, тогда
ЗП=20000*12=240000 рублей
Т=Т0=646,8 часов
СМЧ=240000/646,8=371,1 руб./час
Тогда (C=371,1*619,1=229748 руб./год
5) Коэффициент относительного снижения стоимостных затрат:
КC=229748/(646,8*371,1)=0,96
6) Индекс снижения стоимостных затрат:
YC=(646,8*371,1)/(27,7*371,1)=22,4
Период окупаемости Ток = КП /(C,
где КП - затраты на создание проекта, при расчетах этого показателя не будем брать в учет: амортизационные затраты, затраты на электроэнергию, так как данные затраты значительно меньше затрат на заработную плату программистов.
Заработная плата программиста 40000 руб./месяц, тогда часовая ставка:
ЗПчас=40000/21*8=238 руб./час
tПРТ=240 часов - затраты труда на проектирование и разработку ПП (включает в себя затраты труда на подготовку описания задачи, затраты труда на изучение и постановку задачи, затраты труда на разработку алгоритмов решения задачи, затраты труда на программирование по блок-схеме, затраты труда на отладку программы, затраты труда на подготовку документации по ПП).
КП= ЗПчас* tПРТ=238*240=57120 рублей.
Тогда Ток=57120/229748=0,25 года, то есть внедряемая система учета продукции на предприятии «ТРЕЙ» окупится через 3 месяца.
4.3. Вывод о соответствии системы требованиям заказчика и целесообразности внедрения системы учета продукции на предприятии «ТРЕЙ»
Итак, разработанная система учета продукции на предприятии «ТРЕЙ» полностью удовлетворяет требованиям заказчика по всем показателям, в ней предусмотрена возможность автоматического расчета нехватки товара по каждой позиции. Благодаря использованию технологии распределенных БД, стал возможен многопользовательский режим работы. После внедрения система окупит себя через 3 месяца, при сроке функционирования системы не болеем 10 лет (требования гост), данный период окупаемости является приемлемым.
Заключение
В ходе дипломного проектирования был разработан прототип системы учета продукции на предприятии «ТРЕЙ», позволяющий в полной мере реализовать процесс учета продукции на предприятии.
Результаты решения инженерной задачи позволили уменьшить время выполнения процедуры учета продукции и уменьшить вероятность допущения ошибок при внесении и/или изменении данных о товарообороте и заявках клиентов на поставку продукции.
Для корректной работы системы учета и продукции на предприятии «ТРЕЙ» была создана структура информационного фонда системы. Программная реализация системы представляет собой Windows-приложение для работы с БД. Работоспособность программы проверена.
В первой главе пояснительной записки осуществлено изучение предметной области, а именно: оргштатной структуры предприятия «ТРЕЙ», существующего процесса учета продукции в компании, в ходе анализа существующей системы, был выявлены следующие недостатки: невозможность автоматического расчета нехватки товара по каждому наименованию, невозможность многопользовательского режима работы с данными.
Во второй главе был осуществлен выбор инструментальных средств для проектирования и разработки системы учета продукции на предприятии «ТРЕЙ».
В третьей главе были даны проектные решения по видам обеспечения: информационному и организационному.
В четвертой главе осуществлен выбор методики расчёта экономической эффективности и расчёт показателей экономической эффективности проекта. Выявленные на предпроектной стадии недостатки существующей системы был устранены в созданной системе учета продукции на предприятии «ТРЕЙ», при вводе информации о поступлении (отгрузке) товара на склад, о заявках клиентов на поставку товара, осуществляется автоматический пересчет нехватки товара на складе и формируется таблица с наименованиями товаров и объемом нехватки.
Полученные результаты полностью соответствуют поставленному заданию на дипломное проектирование. Цель работы можно считать достигнутой, инженерную задачу решенной.
Полученные результаты предполагается использовать в деятельности предприятия «ТРЕЙ» при осуществлении учета продукции.
Дальнейшее развитие программного модуля возможно в следующем направлении: создание экспертной системы принятия решений о перечне и объемах заказа продукции у производителя. Создание данной ЭС позволит уменьшить время принятия решения начальником складского отдела.
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1. Т.Н. Рахимов, О.А. Заикин, Б.Я. Советов. Основы построения АСУ - Ташкент: Укитувчи, 1984. – 324 c.
2. ГОСТ РВ 29.05.007—96 «Интерфейс человеко-машинный».
3. Борзенко А. и др. Компьютерная азбука - Компьютер-пресс. — 1996. — № 11. — 124–130 c.
4. Дейт К. Введение в системы баз данных: Пер. с англ. - М.: Наука, 1980. – 443 c.
5. Принципы разработки программного обеспечения: Пер. с англ. / М. Зелкович, А. Шоу, Дж. Геннон. - М.: Мир, 1982. – 564 c.
6. Хомоненко А.Д. и др. Базы данных: Учебник для вузов / Под ред. проф. А.Д. Хомоненко. — СПб.: КОРОНА принт, 2004 — 736 с.
7. Смирнова Г.Н. и др. Проектирование экономических информационных систем: Учебник / Под ред. Ю.Ф. Тельнова. — М.: Финансы и статистика, 2002 — 512 с.
8. Смирнов И.Н. и др. Основные СУБД. – М.: Наука, 1999 – 320 с.