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

На каждой ступени классификации деление осуществлено по наиболее значимым экономическим и техническим классификационным признакам. На первой ступени классификации располагаются классы продукции (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 20032.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) в рублях за год, коэффициент относительного снижения стоимостных затрат (КC) индекс снижения стоимостных затрат (YC), рассчитываемые аналогично. Помимо рассмотренных показателей целесообразно также рассчитать срок окупаемости затрат на внедрение проекта машинной обработки информации (Ток), рассчитываемые в годах, долях года или в месяцах года:Ток = КП /C , .(3.10)где КП - затраты на создание проекта (проектирование и внедрение).Э тап составления первичных документов и/или ввода исходных данных будет занимать примерно одинаковое количество времени при различных вариантах организации труда. Накладные расходы рассчитываются в размере 65% от заработной платы оператора. Часовая амортизация ЭВМ (Ам ) рассчитывается по формуле (3.11). Сумма месячной амортизации составляет 200 руб. В среднем в месяце 21 рабочий день. В день ЭВМ работает в течение 10 часов. . (3.11)3.2 Расчёт показателей экономической эффективности проектаПри оценке показателей эффективности сравниваются затраты на обработку информации при существующем (базовом) варианте, то есть расчете зарплаты вручную, и проектируемом, то есть автоматизированном варианте. Для удобства расчет трудовых и стоимостных затрат на обработку информации при базовом и проектируемом вариантах осуществляется с помощью таблиц 3.1 и 3.2 соответственно.Таблица 3.1Характеристика затрат на обработку информации по базовому варианту№ п/пНаименование операций технологического процесса решения комплекса задачОборудованиеЕд. Изм.Объем работы в годНорма выра-ботки / производительность устройств ЭВМ (опер/в час.)Тру-доем-костьСредне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.часа (руб.)Часовая стоимость накладных расходов (руб.)Стоимостные затраты для ручных операцийСтои-мостные затраты для операций, вып. на ЭВМ1234567891011121прием заявок на поставку компьют.калькулятордоку-менто-строка4088000,5102508,2912,7521,042заполнение бланкаканцелярские принадлежн.символ3164440007911250,12128,55197,77327,27Продолжение таблицы 3.1№ п/пНаименование операций технологического процесса решения комплекса задачОборудованиеЕд. Изм.Объем работы в годНорма выра-ботки / производительность устройств ЭВМ (опер/в час.)Тру-доем-костьСредне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.часа (руб.)Часовая стоимость накладных расходов (руб.)Стоимостные затраты для ручных операцийСтои-мостные затраты для операций, вып. на ЭВМ3связь со складомтелефондействие833232026,038250423,11650,951074,064Занесение данных в результа-тивные формыканцеляр-ские принадлежностисимвол128030300042,677250,126931066,921765,54Итого:Ххх77,136ххх1928,393187,91Таблица 3.2Характеристика затрат на обработку информации по проектируемому варианту№ п/пНаименование операций технологического процесса решения комплекса задачОборудо-ваниеЕд. Изм.Объем работы в годНорма выра-ботки / произв.устр. ЭВМ (опер/в час.)Тру-доем-костьСредне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.часа (руб.)Часовая стоимость накладных расходов (руб.)Стоимостные затраты для ручных операцийСтои-мостные затраты для операций, вып. на ЭВМ1234567891011121заполнение электронной формы заявки на товарперсон.компьютердоку-менто-строка4088000,51012,75х08,2921,042создание нового документа заявки товараперсон.компьютерсимвол3164440007911х40хх316,443Создание и получение персон.компьютердействие83321060,008х40хх3,2Продолжение таблицы 3.2№ п/пНаименование операций технологического процесса решения комплекса задачОборудо-ваниеЕд. Изм.Объем работы в годНорма выра-ботки / произв.устр. ЭВМ (опер/в час.)Тру-доем-костьСредне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.часа (руб.)Часовая стоимость накладных расходов (руб.)Стоимостные затраты для ручных операцийСтои-мостные затраты для операций, вып. на ЭВМотчета о наличии товара на складе4Создание накладной в случае наличия товараперсон.компьютерсимвол1280305·1060,026х40хх1,045печать результатовлазерный принтерстраница3401302,267х40хх90,68Итого:Ххх10,73212,75хх8.29523,08Для удобства анализа, результаты расчетов приведены в таблице 3.3. Таблица 3.3Показатели эффективности внедрения нового проектаЗатратыабсолютное изменение затратКоэффициент изменения затратиндекс изменения затратбазовый вариантпроектируемый вариантТрудоемкостьТ0, (час)Т1, (час)IT77.13610.72266.4140,867,194СтоимостьС0(руб)С1(руб)523.083187.912664,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 руб., получается равной 12500, принтера 3500 Стоимость программного обеспечения 8750 руб. Из них на данную задачу приходится примерно 500 рублей. К jприобр=12500/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));