На усмотрение автора (автоматизированные системы в торговле, сетевые магазины, автоматизация логистических перевозок)

На каждой ступени классификации деление осуществлено по наиболее значимым экономическим и техническим классификационным признакам. На первой ступени классификации располагаются классы продукции (XX 000), на второй — подклассы (XX X000), на третьей — группы (XX XX00), на четвертой — подгруппы (XX XXX0) и на пятой — виды продукции (XX XXXX). Коды 2 — 5-разрядных группировок продукции дополнены нулями до 6 разрядов и записываются с интервалом между вторым и третьим разрядами. Классификация продукции в ОКП может быть завершена на третьей, четвертой или пятой ступенях классификационного деления. При записи отдельных наименований классификационных группировок используют сокращенную форму записи с заменой лексических элементов графическими, при этом: — опускают начальную часть полного наименования, вместо которой ставят тире, когда она повторяет предшествующее наименование, — предшествующее наименование или его часть, соответствующая2.

2.3 Характеристика нормативно-справочной, входной и оперативной информации

Разрабатываемая программная система предназначена для автоматизации действий менеджера отдела снабжения ЗАО «Дикси», таким образом, основное назначение системы — снижение «бумажного» документооборота при организации процессов учета. Основными документами при этом считались — заказ на получение определенного вида комплектующих для сборки компьютеров и накладная на получение товара. Для основных документов системы (накладная и заказ) были разработаны «электронные» формы представления, разработаны формы для создания документов, просмотра документов, редактирования и обработки документов. Для эффективного хранения основных документов системы разработаны соответствующие таблицы базы данных. Форма документа «Накладная на получения товара» создается на основе заказа — заявки на получения материла и содержит следующую информацию:

дата документа;

номер накладной;

название материала;

необходимое количество;

стоимость материала;

номер заказа;

фамилия ответственного лица;

номер партии товара;

место получения материала;

назначение (цель) получения материала. Заявка — заказ на получение материала содержит следующую информацию:

номер заявки;

дата;название материала;

назначение материала;

количество материала;

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

9.Рис. 2.3 — Справочник «Товары"Рис. 2.4 — Справочник «Накладные» — оснований для постановки в очередь

Рис. 2.5 — Справочник «Запасы товара"Рис. 2.6 — Справочник «Размещение товара"Рис. 2.7 — Справочник «Заказы на товар"Рис. 2.8 — Справочник «Дополнительные сведения о товарах"Рис. 2.9 — Справочник сведений о партиях товаров

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

2.2. 4 Характеристика результатной информации

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

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

10. Рис. 2.11 — Внешний вид формы для настройки параметров поиска

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

2.2. 5 Формализация расчётов показателей

Формализуем описание показателей входных и выходных показателей (табл. 2.5−2.6)Таблица 2.5Формализованное описание входных показателей.№ п/пНаименование входного показателя

Идентификатор входного показателя

Пользователь подает заявку на покупку товаров

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

В tovar происходит запись в поля дата подачи заявки

Менеджер создает нового покупателя

В zakaz происходит запись в поля даты подачи заявки

Редактирование справочника товара

Запись в таблице tovarРедактирование справочника покупателя

Запись в таблице pokupРедактирование справочника заявок

Запись в таблице zayvkaРедактирование справочника размещения товаров

Запись в таблице locationРедактирование справочника накладная

Запись в таблице nakladnayaРедактирование справочника дополнительных сведений товара

Запись в таблице addionalРедактирование справочника партий

Запись в таблице partiyaТаблица 2.6Таблица формализованного описания результатных показателей.№ п/пНаименование результатного показателя

Идентификатор результатного показателя

Алгоритм расчета1Просмотр базы данных

Формируется форма База данных товаров

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

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

3Просмотр результата поиска

Формируется отчет «Ассортимент"Согласно динамически сформированной строке — предложению оператора SQL происходит поиск и выборка в динамически формируемые элементы результатов поиска.

2.3 Программное обеспечение задачи2.

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

1) служебные функции;

2) основные. Состав и классификация функций разрабатываемого программного продуктапредставлены в виде дерева функций (рис. 2.13)Рис. 2.13 — Дерево функций ИСРазработанный программный проект представляет приложение Ассеss, состоящее из 8 информационных таблиц, 19 кнопочных и информационных форм, а так же 4 подчиненных форм, 6 запросов и 1 отчета. Причем одна форма является главной и на кнопки, которые запускают и создают другие информационные формы, которые могут открываться по условию или по активизации различных элементов управления. Диалог — это процесс обмена сообщениями между пользователем и ИС, при котором осуществляется постоянная смена ролей информатора и реципиента (пользователя, принимающего информацию), причем смена ролей достаточно оперативна. Сценарий диалога представлен на рис. 2.

14.Рис. 2.14 — Диалог с ИСОбмен информацией между пользователем и компьютером (точнее, его программным обеспечением) по всем формальным признакам соответствует понятию «диалог». Для того чтобы диалог был конструктивным, должны соблюдаться следующие правила:

участники диалога должны понимать язык друг друга;

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

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

Рис. 2.16 — Просмотр хронологии накладных

Для реализации основной функциональности будем использовать формы Access. Главная форма разработанного приложения представлена на рисунке 2.

17.Рис. 2.17 — Внешний вид разрабатываемого приложения

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

2.18. Рис. 2.18 — Форма «Справочная"При помощи кнопки «Просмотр базы данных» формируется форма «Выбор просмотра БД», которая предназначена для организации просмотров базы данных. Внешний вид формы представлен на рис.

2.19. Рис. 2.19 — Форма «Выбор просмотра БД"При активации кнопочного элемента управления «Поиск информации» формируется форма для выбора альтернатив поиска — «выбор поиска». Внешний вид формы представлен на рис.

2.20. Рис. 2.20 — Форма «Выбор поиска». Таким образом, можно сделать вывод, что разработанные диалоги с автоматизированной информационной системой соответствуют функциям системы.

2.3. 2 Характеристика базы данных

Описание информационных объектов ПО. Для реализации функций информационной модели, системы учета движения товаров необходимо наличие нескольких взаимосвязанных таблиц, описание которых представлено в таблице 2.7Таблица 2.7Содержание таблиц базы данных№ п/пНазвание таблицы

НазначениеTovarТаблица, содержащая данные о товарахNakladnayaТаблица, содержащая информацию о накладных ZapasТаблица, содержащая информацию о «запасах» того или иного материалаZakazТаблица, содержащая информацию о заказах на получение материаловLocationТаблица, содержащая информацию о размещении материала на складе. AddionalТаблица, содержащая дополнительную информацию о товарах на складеPokupТаблица, содержащая информацию о покупателяхpartyaТаблица, содержащая информацию о партиях поступления материалов на склад. Данные таблицы необходимо реализовать в среде MicrosoftAccess 2003, организовав связь по ключевым полям, для этого необходимо разработать концептуальную схему информационной модели. Таблицы попарно связаны между собой через ключи связи, что существенно упрощает их обработку, так как автоматически обеспечивается контроль целостности данных. В каждую из таблиц описанных выше введем индексные поля, с помощью которых решим задачи связи информационных таблиц. В результате, объединив необходимые ссылки, получим концептуальную схему информационной модели

Разработанная информационная модель позволит эффективно решать задачи, стоящие перед разрабатываемым автоматизированным рабочим местом. Для реализации функций информационной модели, автоматизированной информационной системы учета ассортимента необходимо наличие нескольких взаимосвязанных таблиц, описание которых представлено в таблице 2.8−2.15 и рис. 2.21−2.

29.Таблица 2.8Назначение полей таблицы Tovar№п/пНазвание поля

ТипНазначениеidTovarЦелое

Индексное поле — первичный ключ таблицы Tovar. NameTovarСимвольное

Поле содержит информацию о наименовании материальной ценности хранящейся на складе. idLocationЦелое

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

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

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

6.idPartyaЦелое

Поле содержит ссылку на запись в таблице Partya, содержащей дополнительную информацию о партии товара.Рис. 2.21 — Реализация таблицы Tovar средствами MicrosoftAccess 2003

Рис. 2.22 — Реализация таблицы Nakladnaya средствами MicrosoftAccess 2003

Таблица 2.9Назначение полей таблицы Nakladnaya№п/пНазвание поля

ТипНазначениеidNakladnayaЦелое

Индексное поле — первичный ключ таблицы Nakladnaya. vremyaДата-время

Дата создания накладнойidTovarЦелое

Поле содержит ссылку на запись в таблице Tovar, идентифицирующей товарotkudaСимвольное

Место откуда перемещается материальная ценностьKudaСимвольное

Место, назначения перемещения материальной ценностиkolichestvoСимвольное

Количество запасов мат. Ценности необходимое для перемещенияstoimostДействит. Суммарная стоимость материальной ценности в накладнойidPartyaЦелое

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

Поле содержит ссылку на запись в таблице Pokup, содержащей дополнительную информацию о покупателе товараLicoСимвольное

Фамилия лица, на которого оформлена накладнаяProvodkaСимвольное

Признак выполнения проводки накладнойIdZakazЦелое

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

Таблица 2.10 Назначение полей таблицы Zapas№п/пНазвание поля

ТипНазначениеidZapasЦелое

Индексное поле — первичный ключ таблицы Zapas. izmerenieСимвольное

Поле для хранения единицы измерения данной материальной ценностиzapasЦелое

Поле для хранения величины запаса данной материальной ценности.StoimostДействит.Поле для хранения велицины стоимости данной материальной ценности. Rezerv_kolЦелое

Поле содержит информацию о количестве единиц данной материальной ценности зарезервированной (забронированной)Rezerv_nameСимвольное

Поле содержит информацию о лице, зарезервировавшем данную материальную ценность Rezerv_dateДата/время

Поле содержит дату резервирования ценностиReserve_primСимвольное

Поле содержит символьное примечание по вопросам резервирования.Рис. 2.23 — Реализация таблицы Zapas средствами MicrosoftAccess 2003

Таблица 2.11 Назначение полей таблицы Zakaz№п/пНазвание поля

ТипНазначениеidZakazЦелое

Индексное поле — первичный ключ таблицы Zakaz. KogdaДата/время

Поле для хранения даты заказаLicoСимвольное

Поле для хранения фамилии лица сделавшего заказidTovarЦелое

Поле содержит ссылку на запись в таблице Tovar, идентифицирующей данную материальную ценностьkolichestvoЦелое

Поле для хранения размер заказа

Рис. 2.24 — Реализация таблицы Zakaz средствами MicrosoftAccess 2003

Таблица 2.12Назначение полей таблицы Location№п/пНазвание поля

ТипНазначениеidLocationЦелое

Индексное поле — первичный ключ таблицы Location. LocationСимвольное

Поле для хранения размещения материальной ценности на складеadditionalLocationСимвольное

Поле для хранения уточнения для размещения материальной ценности на складеNotesСимвольное

Поле для хранения примечания о размещении материальной ценности на складе

Рис. 2.25 — Реализация таблицы Location средствами MicrosoftAccess 2003

Таблица 2.13Назначение полей таблицы Addional№п/пНазвание поля

ТипНазначениеIdAddionalЦелое

Индексное поле — первичный ключ таблицы Addional. Серийный номер

СимвольноеПоле для хранения серийного номера материальной ценности определенной партии товара

Тип товара

СимвольноеПоле для хранения типа товара

Рис. 2.26 — Реализация таблицы Addional средствами MicrosoftAccess 2003

Таблица 2.14Назначение полей таблицы partya№п/пНазвание поля

ТипНазначениеIdpartyaЦелое

Индексное поле — первичный ключ таблицы partya. NOM_partСимвольное

Поле для хранения номера партии поступившего товараkolichestvoцелое

Размер партии товараOtkudaСимвольное

Поставщик товараKogdaДата/время

Дата поступления партии товараDescriptionСимвольное

Дополнительное описание партии товара

Рис. 2.27- Реализация таблицы partya средствами MicrosoftAccess 2003

Таблица 2.15Назначение полей таблицы Pokup№п/пНазвание поля

ТипНазначениеIdpokupЦелое

Индексное поле — первичный ключ таблицы pokup. NaimenovanСимвольное

Поле для ФИО или название организации покупателя. AdresСимвольноеадрес покупателяbank_rekvСимвольное

Поле для хранения банковских реквизитов покупателя.Рис. 2.28 — Реализация таблицы pokup средствами MicrosoftAccess 2003 В результате кодированияинформационная модель была успешно реализована в среде MicrosoftAccess 2003

Рис. 2.29 — ER-модель базы данных, созданная в среде MicrosoftAccess 20 032.

3.3 Структурная схема пакета

Задача эксплуатируется в среде Windows 98, Windows XP и выше. В качестве СУБД используется СУБД MicrosoftAccess. Разработанный программный проект представляет приложение Ассеss, состоящее из 8 информационных таблиц, 19 кнопочных и информационных форм, а так же 4 подчиненных форм, 6 запросов и 1 отчета. Кнопочные формы используются для организации вычислительного процесса при помощи элементов управления, а так же для отображения содержимого информационных таблиц, информационных запросов и отчетов. Разрабатываемый программный продукт целесообразно рассматривать как клиент серверное приложение структура, которого представлена на рис.

2.30. Причем необходимо отметить, что серверный сегмент выполняет функции хранения БД и архива, а так же поддержки целостности данных, обработка запросов, управление транзакциями. Клиентскую часть АРМ отвечает за выполнение таких операций обеспечение интерфейса пользователя, посылка запросов серверу БД (серверной части системы), получение результатов и сообщений от сервера, управление бизнес-правилами, проверку корректности, допустимости и обработку данных согласно содержащихся в них алгоритмах. Рис. 2.30 — Структура разработанного программного проекта

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

2.3. 4 Описание программных модулей

Алгоритм функционирования разработанного приложения-модуля можно кратко описать следующей последовательностью действий (рис. 2.31). При загрузке модуля ожидается выбор одной из альтернатив главного меню. В зависимости от выбранной альтернативы главного меню происходит активация соответствующей процедуры, и синтез необходимых дочерних форм. После этого вычислительный процесс ожидает задействования элементов управления, которые могут приводить к запуску различных программных процедур, входящих в состав проекта. Исходными данными для данного программного продукта являются первичные документы: 1. Заказы на поставку продукции; 2. Накладные на поставку продукции. Выходными данными являлись: бумажные носители информации, подготовленные автоматизированной подсистемой учета складских операций, файлы базы данных, а так же информация на магнитных носителях.Рис. 2.31 — Блок-схема работы приложения

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

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

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

внесение необходимых изменений в базу данных.

2.4 Контрольный пример реализации проекта и его описание

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

2.17).Для дальнейшей работы приложения необходимо выбрать пункт главного меню. Например, выбираем пункт «просмотр БД» (рис. 2.20). Выберем альтернативу «Ассортимент». Результат просмотра базы данных представлен на рисунке 2.

32.Рис. 2.32 — Просмотр «Ассортимента товаров"На следующем шаге просмотрим базу данных в разрезе «Движение товаров» (рис. 2.33).После этого приведем в исполнение элемент управления — кнопку «Поиск информации», проведем поиск товаров по типу «Молочные продукты» (рис.

2.34).В результате получим форму, представленную на рис.

2.35. Рис. 2.33 — Результат просмотра данных

Рис. 2.34 — Просмотр всей базы данных Рис. 2.35 — Результат поиска по типу товаров Таким образом, считаю, что работоспособность программы полностью продемонстрирована.

3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА3.1 Выбор и обоснование методики расчёта экономической эффективности

Под эффективностью в общем случае понимается степень соответствия системы поставленным перед ней целям. Экономическая эффективность — это мера соотношения затрат на разработку, внедрение, эксплуатацию и модернизацию системы и прибыли от ее применения. При оценке эффективности ЭИС используют обобщающие и частные показатели. К основным обобщающим показателям экономической эффективности относятся: годовой экономический эффект; расчетный коэффициент эффективности капитальных вложений; срок окупаемости системы. Годовой экономический эффект от разработки и внедрения ЭИС служит для сравнения различных направлений капитальных вложений и рассчитывается по формуле (3.1): (3.1)где Э — годовой экономический эффект; П — годовая экономия (годовой прирост прибыли), руб.; К — единовременные капитальные затраты, руб.; Ен — нормативный коэффициент эффективности капитальных вложений. Значение Ен принимается равным 0.

15. Ен представляет собой минимальную норму эффективности капитальных вложений, ниже которой они нецелесообразны. Расчетный коэффициент эффективности капитальных вложений определяется по формуле (3.2): (3.2)Полученное значение сравнивается со значением Ен. Если Ер ≥ Ен, то капитальные затраты можно считать целесообразными, в противном случае они экономически необоснованны.

Срок окупаемости Т представляет собой период времени (в годах), в течение которого капитальные затраты на разработку ЭИС полностью окупятся, и рассчитывается по формуле (3.3): (3.3)Расчет указанных обобщающих показателей требует вычисления частных показателей: годовая экономия (годовой прирост прибыли);единовременные затраты на разработку и внедрение системы; среднегодовая трудоемкость функционирования и др. Годовая экономия П рассчитывается по формуле (3.4): (3.4)где П1 — годовая стоимостная оценка результатов применения ЭИС, рассчитанная без учета затрат на обработку информации, руб.; Зп — приведенные к одному году затраты на обработку информации при предполагаемом варианте организации системы. Показатель П1 может быть оценен с применением нескольких альтернативных подходов. В данном случае автоматизируются ранее решавшиеся задачи при условии получения примерно одинаковых конечных результатов, поэтому значение П1 может быть взято равным затратам существующей системы обработки данных. Тогда формула (3.4) примет вид (3.5): (3.5)где Зб — приведенные к одному году затраты на обработку информации при существующем варианте организации системы обработки данных (СОД). Среднегодовые затраты на обработку информации Зп определяются по формуле (3.6): (3.6)где Р — стоимость приобретения и освоения используемых средств автоматизации проектирования, руб.; С — единовременные затраты на создание системы, не учитываемые в себестоимости машино-часа, руб.; Тэкс — предполагаемый срок эксплуатации системы, лет; Ф — среднегодовые затраты на функционирование системы, руб.; А — единовременные затраты на модернизацию системы, руб.; Тмод — среднее время между смежными периодами модернизации, лет; Z — среднегодовая сумма потерь вследствие ненадежности системы, руб. Существует несколько методик оценки экономической эффективности. Так, разработаны алгоритмы расчета эффективности для ранее решавшихся и принципиально новых задач, есть методика, оценивающая эффективность путем вычисления прироста прибыли за счет увеличения объема производства, и другие.

Экономическая эффективность проекта (Э) складывается из двух составляющих:

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

1) абсолютное снижение трудовых затрат (Т) в часах за год: Т = Т0 — Т1,(3.7)где Т0 — трудовые затраты в часах за год на обработку информации по базовому варианту;

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

2) коэффициент относительного снижения трудовых затрат (КТ):КТ =Т / T0 * 100%; (3.8)3) индекс снижения трудовых затрат или повышение производительности труда (YT):YT = T0 / T1.(3.9)К стоимостным показателям относятся: абсолютное снижение стоимостных затрат © в рублях за год, коэффициент относительного снижения стоимостных затрат (КC) индекс снижения стоимостных затрат (YC), рассчитываемые аналогично. Помимо рассмотренных показателей целесообразно также рассчитать срок окупаемости затрат на внедрение проекта машинной обработки информации (Ток), рассчитываемые в годах, долях года или в месяцах года:

Ток = КП /C, .(3.10)где КП — затраты на создание проекта (проектирование и внедрение).Э тап составления первичных документов и/или ввода исходных данных будет занимать примерно одинаковое количество времени при различных вариантах организации труда. Накладные расходы рассчитываются в размере 65% от заработной платы оператора. Часовая амортизация ЭВМ (Ам) рассчитывается по формуле (3.11). Сумма месячной амортизации составляет 200 руб. В среднем в месяце 21 рабочий день. В день ЭВМ работает в течение 10 часов.. (3.11)3.2 Расчёт показателей экономической эффективности проекта

При оценке показателей эффективности сравниваются затраты на обработку информации при существующем (базовом) варианте, то есть расчете зарплаты вручную, и проектируемом, то есть автоматизированном варианте. Для удобства расчет трудовых и стоимостных затрат на обработку информации при базовом и проектируемом вариантах осуществляется с помощью таблиц 3.1 и 3.2 соответственно. Таблица 3.1Характеристика затрат на обработку информации по базовому варианту№ п/пНаименование операций технологического процесса решения комплекса задач

ОборудованиеЕд. Изм. Объем работы в год

Норма выра-ботки / производительность устройств ЭВМ (опер/в час.)Тру-доем-кость

Средне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.

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

Стои-мостные затраты для операций, вып. на ЭВМ1 234 567 891 011 121прием заявок на поставку компьют.

калькулятордоку-менто-строка4 088 000,5102508,2912,7521,042заполнение бланкаканцелярские принадлежн.

символ3 164 440 007 911 250,12128,55 197,77327,27Продолжение таблицы 3.1№ п/пНаименование операций технологического процесса решения комплекса задач

ОборудованиеЕд. Изм. Объем работы в год

Норма выра-ботки / производительность устройств ЭВМ (опер/в час.)Тру-доем-кость

Средне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.

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

Стои-мостные затраты для операций, вып. на ЭВМ3связь со складомтелефондействие833 232 026,038250423,11 650,951074,064Занесение данных в результа-тивные формыканцеляр-ские принадлежностисимвол128 030 300 042,677250,126 931 066,921765,54Итого:

Ххх77,136ххх1928,393 187,91Таблица 3.2Характеристика затрат на обработку информации по проектируемому варианту№ п/пНаименование операций технологического процесса решения комплекса задач

Оборудо-вание

Ед. Изм. Объем работы в год

Норма выра-ботки / произв.

устр. ЭВМ (опер/в час.)Тру-доем-кость

Средне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.

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

Стои-мостные затраты для операций, вып. на ЭВМ1 234 567 891 011 121заполнение электронной формы заявки на товарперсон.

компьютердоку-менто-строка4 088 000,51012,75×08,2921,042создание нового документа заявки товараперсон.

компьютерсимвол3 164 440 007 911×40хх316,443Создание и получение персон.

компьютердействие83 321 060,008×40хх3,2Продолжение таблицы 3.2№ п/пНаименование операций технологического процесса решения комплекса задач

Оборудо-вание

Ед. Изм. Объем работы в год

Норма выра-ботки / произв.

устр. ЭВМ (опер/в час.)Тру-доем-кость

Средне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.

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

Стои-мостные затраты для операций, вып. на ЭВМотчета о наличии товара на складе4Создание накладной в случае наличия товараперсон.

компьютерсимвол1 280 305· 1060,026×40хх1,045печать результатовлазерный принтерстраница3 401 302,267×40хх90,68Итого:

Ххх10,73 212,75хх8.

29 523,08Для удобства анализа, результаты расчетов приведены в таблице 3.

3. Таблица 3.3Показатели эффективности внедрения нового проекта

Затратыабсолютное изменение затрат

Коэффициент изменения затратиндекс изменения затратбазовый вариантпроектируемый вариант

ТрудоемкостьТ0, (час)Т1, (час)IT77.

13 610.

72 266.4140,867,194Стоимость

С0(руб)С1(руб)

523.

83 187.

912 664,830,8366,094единовременные капитальные затраты определяются по формуле (3.12)где — затраты на освоение системы;

— затраты на разработку системы;

на загрузку системы;

— затраты на приобретение необходимого обеспечения;

— затраты на модернизацию системы; p рассчитывается по формуле (3.13): (3.13)где — затраты машинного времени на разработку (в часах) — цена машинного часакоэффициент мультипрограммирования — месячная зарплата одного разработчика — количество разработчиков — время разработки (в месяцах) — коэффициент накладных расходов. Значения остальных слагаемых, кроме затрат на приобретение, рассчитываются аналогично. Затраты на приобретение определяются покупной ценой необходимых средств. Для данной системы значения требуемых переменных таковы: Kнр=0.65; Кмульт =1; r0=1 человек; Змес=3000 руб.; Цмч=0.95 руб. ;

Тjосв= 60 часов; Т jразр=50 часов ;Т jзагр=0.5 часа; Т jмод =35 часов в течение предполагаемого срока эксплуатации, равного 4 годам. Модернизацию предполагается проводить раз в полгода (то есть всего 7 раз) и затрачивать на это до 5 часов машинного времени за один раз. Время освоения составляет 1 месяц, примем для данной задачи значение tjосв, равное 0.1 месяца. tjразр=1 месяц tjзагр=0.006 месяца tjмод =0.333 месяца, то есть 7 дней за весь период эксплуатации. К jприобрскладывается из стоимости приобретаемого технического обеспечения (1/21 от стоимости оборудования, так как примерно такую часть от общего объема работ по времени занимает данный комплекс задач, а для принтера — 1/100), программного обеспечения. Стоимость системного блока и монитора, исходя из данных таблицы и курса доллара 28 руб., получается равной 12 500, принтера 3500

Стоимость программного обеспечения 8750 руб. Из них на данную задачу приходится примерно 500 рублей. К jприобр=12 500/21+500+3500/100=1098.

74 руб. К jосв=60*0.95*1+800*1*0.1*(1+0.65)=57+132=189 руб. К jразр=50*0.95*1+800*1*1*(1+0.65)=47.50+1320=1367.

50 руб. К jзагр=0.5*0.95*1+800*1*0.006*(1+0.65)=0.48+7.92=8.4 руб. К jмод =35*0.95*1+800*1*0.333*(1+0.65)=8.05+439.

56=447.

61 руб. К j =3111.

25 руб. К 0 =2000 руб.∆ К j =Кj-К0=1111.

25 руб. Прямой годовой экономический эффект равен: Э1=(1693.

65+0.15*2000) — (320.

52+ 0.15*3111.

25)=2489.

14 руб. Косвенный годовой экономический эффект равен 5000 рублей в год. Таким образом, получаем годовой экономический эффект: Э=2489.

14+5000=7489.

14 руб. Расчетный коэффициент эффективности определяется по формуле (3.14): (3.14)Ер=2664.

83/1111.

25=2.398 Срок окупаемости проекта Ток=1/Ер=1/ 2.398=0.417 года (5 месяцев). Диаграммы изменения трудовых затрат представлены на рисунках 3.1 и 3.2: Рис. 3.1 — Диаграмма абсолютного изменения трудовых затрат

Рис. 3.2 — Диаграмма относительного изменения трудовых затрат

Диаграммы изменения стоимостных затрат представлены на рисунках 3.3 и 3.

4. Рис. 3.3 — Диаграмма изменения стоимостных затрат

Рис. 3.4 — Круговая диаграмма абсолютного изменения стоимостных затрат

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

В дипломной работе была спроектирована и разработана автоматизированное рабочее место менеджера отдела снабжения ЗАО «Дикси». Динамический процесс проектирования системы происходил в несколько стадий. Для достижения цели были сформулированы и решены следующие задачи: — выполнена характеристика объекта автоматизации. Изучена организационная и функциональная структура предприятия;

документооборот;

— изучены процессы функционирования предприятия;

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

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

ЗАО «Дикси"позволит сократить время работы менеджера с документами, снизить временные затраты на проведение рутинных операций, и поиск товаров в среднем на 30−35% за счет автоматического анализа информации, имеющейся в базе данных. Использование информационной системы позволит более глубоко и в полном объеме собирать и анализировать необходимую информацию о товарах, хранящихся на складе и выполненных заказах. Отмечено так же повышение эффективности учета движения товаров. При этом в практику работы персонала входят новые информационные технологии, такие как совместный авторизованный доступ к справочной информации о наличии товаров на складе, автоматизация рутинных операций, доступ к информационно-справочным ресурсам, автоматическое заполнение документов, исключение недостатков бумажных носителей, контроль качества, стандартизация учета. Для быстрой и полной адаптации пользователя к системе был разработан удобный дружественный интерфейс пользователя и подробное описание работы с системой в руководстве пользователя. Считаю, что созданное автоматизированное рабочее место менеджера отдела снабжения ЗАО «Дикси», выполнено в соответствии с заданиемполностью соответствует информационным требованиям предприятия и сможет поддерживать это соответствие в течение всего жизненного цикла системы. В работе проведено исследование предметной области, разработана структура базы данных, спроектированы SQL-запросы к базе данных, разработано алгоритмическое и программное обеспечение, спроектирован программный интерфейс системы, а так же проведено тестирование разработанной системы, оценена экономическая целесообразность внедрения системы. Список использованной литературы

Базы данных: модели, разработка, реализация / Карпова Т.- СПб.: Питер, 2010. -304с.Басаков, М. И. Делопроизводство и корреспонденция в вопросах и ответах; Ростов н/Д: Феникс; Издание 8-е, перераб. и доп., 2011. — 320 c. Бертяков А. Автоматизация документооборота. Финансы и статистика., 2010

Буч Г. Объектно-ориентированное проектирование с примерами применения. М., 2009. — 654с. Вендров А. М. Проектирование программного обеспечения экономических информационных систем. М.: «Финансы и статистика», 2002

Волков В. Ф. Экономика предприятия. — М.: Вита-Пресс, 1998. -

380с.Галатенко В. Информационная безопасность // Открытые системы- 2012. — N 1−4.Глушаков С. В.,. Базы данных .- Х.: Фолио, 2010. -

504 с. Голубков Е. П. Маркетинг: стратегии, планы, структуры. М., Дело, 2010. — 450с. Кирсанова М. В., Аксенов Ю. М. Курс делопроизводства. Документационное обеспечение управления: — Санкт-Петербург, Инфра-М, 2011 г.- 368Конноли Томас, Бегг Каролин.

Базы данных. Проектирование, реализация и сопровождение. Теория и практика. —

М.: Вильямс, 2010. — 1111 с. Макарова Н., Николайчук, Г. Титова Ю. Компьютерное делопроизводство.

Учебный курс: Н— Москва, Питер, 2009 г.- 416 с. Принципы проектирования и разработки программного обеспечения. Учебный курс MCSD: Скотт Ф. Уилсон, Брюс Мэйплс, Тим Лэндгрейв. — М: Русская редакция, 2002.

— 736стр. Проектирование экономических информационных систем: Учебник/Г.Н.Смирнова. — М: Финансы и статистика, 2011. — 512стр. Пшенко, А. В. Документационное обеспечение управления (Делопроизводство): Учебное пособие; М.: Форум, 2010. ;

256 c. Турчин С. Обзор АСУП для малого бизнеса. Функциональные особенности // Компьютерное обозрение № 17 (286), 2011. с. 22−27. //

www.ITC-UA.COMЧерников А. Поздняков В. От бухгалтерии под Windows к открытым Unix-системам // Компьютерное обозрение № 34 (402), 20. с.

22−27. www. ITC-UA.COMШумаков П. В. Руководство разработчика баз данных. — М.: Нолидж, 2010. — 635 с. Электронный ресурс]. Официальный сайт компании «Дикси».

Метод доступа:

http://dixy.ru/. Электронный ресурс]. Годовой финансовый отчет за 2011 год компании «Дикси». Метод доступа:

http://dixy.ru/openinfoПРИЛОЖЕНИЯПриложение А. SQL -запросы к базе данных. Запрос, формирующий информацию о движении товаровSELECT Tovar. idTovar, Tovar. nameTovar, Zakaz. idZakaz, Zakaz. kogda, Zakaz. lico, Zakaz. kolichestvo, Nakladnaya. idNakladnaya, Addional. ТиптовараFROM Addional INNER JOIN (Tovar INNER JOIN (Zakaz INNER JOIN Nakladnaya ON Zakaz. idZakaz = Nakladnaya. IdZakaz) ON Tovar. idTovar = Nakladnaya. IdTovar) ON Addional. idaddional = Tovar. idAddional;Запросы на выборку информации о товарахSELECT Tovar. idTovar, Tovar! nameTovar=Forms![выбор поиска]!Поле1 AS Выражение1, Addional. Типтовара, Addional. Серийный номер], partiya. Nom_part, partiya. kolichestvo, partiya. otkuda, partiya. kogda, partiya. description, partiya. IdPartiya, Tovar. nameTovarFROM partiya INNER JOIN (Addional INNER JOIN Tovar ON Addional. idaddional = Tovar. idAddional) ON partiya. IdPartiya = Tovar. idPartiyaWHERE ((([Tovar]![nameTovar]=[Forms]![выбор поиска]![Поле1])=-1));SELECT Tovar. idTovar, Tovar! nameTovar=Forms![выбор поиска]!Поле1 AS Выражение1, Addional. Типтовара, Addional. Серийный номер], partiya. Nom_part, partiya. kolichestvo, partiya. otkuda, partiya. kogda, partiya. description, partiya. IdPartiya, Tovar. nameTovarFROM partiya INNER JOIN (Addional INNER JOIN Tovar ON Addional. idaddional = Tovar. idAddional) ON partiya. IdPartiya = Tovar. idPartiyaWHERE ((([Tovar]![nameTovar]=[Forms]![выбор поиска]![Поле1])=-1));Запрос на выборку информации о заказахSELECT Nakladnaya. IdTovar, Tovar. nameTovar, Nakladnaya. idPokup, Nakladnaya. vremya, Zakaz. lico, Zakaz. kolichestvo, Nakladnaya. IdZakaz, Pokup. Naimenovan, Pokup. adres, Pokup. bank_rekv, Zapas. zapas, Zapas. stoimost, Zapas. rezerv_kol, Zapas. rezerv_name, Zapas. rezerv_date, Zapas. rezerv_prim, Zapas. idZapas, Nakladnaya. IdTovar, Tovar. idTovarFROM Zapas INNER JOIN Tovar ON Zapas. idZapas = Tovar. idZapas, Zakaz INNER JOIN (Pokup INNER JOIN Nakladnaya ON Pokup. idPokup = Nakladnaya. idPokup) ON Zakaz. idZakaz = Nakladnaya. IdZakaz;Запрос на выборку информации о товарах по коду товараSELECT Addional. Типтовара, Addional. Серийный номер], partiya. Nom_part, partiya. kolichestvo, partiya. otkuda, partiya. kogda, partiya. description, partiya. IdPartiya, Tovar. nameTovarFROM partiya INNER JOIN (Addional INNER JOIN Tovar ON Addional. idaddional = Tovar. idAddional) ON partiya. IdPartiya = Tovar. idPartiyaWHERE ((([idTovar]=[Forms]![выбор поиска]![Поле10])=-1));Запрос на выборку информации о товарах по типу товараSELECT Tovar. idTovar, Tovar. nameTovar, Addional. Типтовара, [Типтовара]=Forms![выбор поиска]!Поле14 AS Выражение1, partiya. Nom_part, partiya. kolichestvo, partiya. kogda, partiya. IdPartiya, partiya. descriptionFROM partiya INNER JOIN (Addional INNER JOIN Tovar ON Addional. idaddional = Tovar. idAddional) ON partiya. IdPartiya = Tovar. idPartiyaWHERE ((([Типтовара]=[Forms]![выбор поиска]![Поле14])=-1));