Автоматизация учета продаж ООО «МТОК»

Если при симметричном шифровании ключ стал известен третьему лицу (хакеру), последний, используя этот ключ, имеет возможность перехватить сообщение и подменить его своим собственным, а затем, получив доступ ко всей информации, использовать ее в своекорыстных целях. Для защиты от подобных событии можно использовать систему цифровых сертификатов, то есть документов, выдаваемых сертификационной службой СА (certificate authority) и содержащих информацию о владельце сертификата, зашифрованную с помощью закрытого ключа этой организация, Запросив такой сертификат, абонент, получающий информацию, может удостовериться в подлинности сообщения.

Асимметричное шифрование основано на том, что для шифровки и расшифровки используются разные ключи, которые, естественно, связаны между собой, но знание одного ключа не позволяет определить другой. Один ключ свободно распространяете я по сети и является открытым (public key), второй ключ известен только его владельцу и является закрытым (private key). Если шифрование выполняется открытым ключом, то сообщение может быть расшифровано только владельцем закрытого ключа — такой метод шифрования используется для передачи конфиденциальной информации. Если сообщение шифруется закрытым ключом, то оно может Сыть расшифровано любым пользователем, знающим открытый ключ (напомним, открытый ключ пересылается по сети совершенно открыто, и он может быть известен многим пользователям), но изменить или подменить зашифрованное сообщение так, чтобы это осталось незамеченным, владелец открытого ключа не может. Этот метод шифрования предназначен для пересылки открытых документов, текст которых не может быть изменен (например, для пересылки документов, сопровождаемых электронной подписью).

Криптостойкость асимметричного шифрования обеспечивается сложной комбинаторной задачей, решить перебором кодов которую не представляется возможным: алгоритм RSA (аббревиатура по фамилиям его создателей Rivest, Shamir, Adelman) основан на поиске делителей большого натурального числа, являющегося произведением всего двух простых чисел; алгоритм Эль Гамаля основан на решении задачи дискретного логарифмирования для поиска числа X из уравнения АХ = b mod p

при заданных числах, а и Ь при большом простом числе р и т. д.

На практике криптопротоколы, применяемые и компьютерных сетях, совместно используют и симметричное и асимметричпое шифрование. Например, протокол SSL (Secure Sockets Level), поддерживаемый большинством современных web-браузеров, после первоначального согласования симметричного ключа и алгоритма шифрования при установлении соединения использует асимметричный алгоритм RSA с открытым шифрующим ключом и симметричные протоколы DES и другие для шифрования информации, Для защиты информации об электронных платежах обычно используется криптопротокол SET (Secure Electronic Transaction), разработанный совместно несколькими фирмами, в числе которых Microsoft, Netscape, Visa и Mastercard, Этот протокол использует для шифрования сообщения алгоритм DES, а для шифре шифрования секретного ключа и номера кредитной карты— алгоритм RSA. Асимметричные протоколы используются" в частности, — для шифрования электронной подписи.

Категории пользователей. Разграничение прав пользователей — мощный инструмент обеспечения безопасности информационной системы.

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

Таблица 2.

1.3.

Категории пользователей Категория Функции Права доступа к информации Администратор Регистрирует пользователей и назначает им роли; Ведет служебные и справочные базы данных; Настраивает и контролирует протекание бизнес процессов. Доступ по чтению и редактированию к любым документам в системе. Пользователь Внесение информации в базу данных.

Редактирование информации в базе данных.

Удаление информации из базы данных.

Подготовка и проверка документов.

Направление документов на рассмотрение руководителям. Доступ по чтению и редактированию к любым документам в системе кроме справочных и настроечных.

2.

2. Информационное обеспечение задачи

2.

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

источники информации;

первичные документы или файлы;

таблицы с первичными документами;

таблицы с промежуточной информацией;

таблицы с результатной информацией;

результатные документы или файлы;

получатели информации.

Методика разработки информационной модели предполагает моделирование нового варианта организации информационной системы предметной области («КАК ДОЛЖНО БЫТЬ»), а именно:

полного состава информации, необходимой для решения комплекса задач данной ИС;

отражение этой информации на всех типах носителей;

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

состава исходных первичных документов и распределение их по задачам;

источники и способы получения первичной информации;

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

информационную потребность для каждой задачи комплекса;

адресатов выдачи и получения результатной информации.

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

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

Информационная модель разрабатываемой системы представлена на рис. 2.

2.1.

1.

Рис. 2.

2.1.

1. Информационная модель.

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

2.1.

1.

Таблица 2.

2.1. 1

Информационные сущности Наименование Назначение Товар Описывает объект товар Покупатель Описывает объект покупатель Накладная Описывает объект заказ Запись списка Описывает объект запись списка в накладной Склад Описывает объект склад Товар на складе Описывает объект товар на складе

2.

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

Информацию, поступающую в информационную систему называют входной.

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

Входная информация должна содержать следующие сведения:

данные о заказе:

фамилия клиента;

имя клиента;

контактные сведения;

дата заказа;

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

стоимость заказа.

Нормативно-справочная информация представляет собой перечень товаров и их цен.

2.

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

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

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

Требования к выходной информации:

запрос по клиенту;

запрос по товару;

прайс-лист, отчет о продажах, отчет о товаре на складе.

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

Таблица 2.

2.3.

1.

Запрос по клиенту.

Наименование клиента Наименование предприятия Адрес Банковские реквизиты Источник данных для запроса по клиенту таблица Клиенты.

Таблица 2.

2.3.

2.

Запрос по товару.

Название товара. Артикул Код Полное название для прайс-листа Поставщик Кол-во в заказе Упаковка Шт. за цену Объем Вес Источник данных для запроса по товару — таблица Товары.

Таблица 2.

2.3.

3.

Прайс-лист.

Наименование товара Артикул Цена Минимальный заказ Источник данных для этого запроса — таблица Товары.

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

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

2.

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

2.

3.1. Общие положения (дерево функций и сценарий диалога) АИС предназначена для автоматизации учета продаж.

АИС обеспечивает реализацию следующих основных функций:

регистрацию запросов на формирование заказа;

доведение запросов (назначение) до лиц, отвечающих за прием заказов;

накопление и хранение информации о принятых заказах;

закрытие запросов после записи заявки.

Для реализации проекта используются стандартные библиотеки Delphi.

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

3.1.

1.

Пункт меню «Создать» содержит следующие подпункты:

«Заказ»,

«Поставка».

Пункт меню «Справочники» содержит следующие подпункты:

«Прайс-лист».

Пункт меню «Калькуляция» содержит следующие подпункты:

«Продажи»,

«Наличие на складе».

Рис. 2.

3.1.

1. Сценарий диалога.

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

Рис. 2.

3.1.

2. Дерево функций.

2.

3.2. Характеристика базы данных На основе модели BPwin можно построить модель данных. Для построения модели данных Computer Associates предлагает мощный и удобный инструмент — ERwin.

ERwin создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. Однако ERwin далеко не только инструмент для рисования. ERwin автоматически создает базу данных (таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными).

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

Целевая система управления базами данных, имена объектов и типы данных, индексы составляют второй (физический) уровень модели ERwin.

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

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

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

Таблица 2.

3.2.

1.

Структура таблицы Products

Имя поля Ключ Тип данных Размер Описание ProductID счетчик 4 Идентификатор Article текстовый 6 Артикул LongName текстовый 255 Полное название для прайс-листа SupplierCode текстовый 80 Код поставщика Price Числовое (целое) 4 Цена в валюте поставщика Box Числовое (целое) 2 Коробка Volume Числовое (целое) 4 Объем Weight Числовое (целое) 4 Вес Таблица 2.

3.2.

2.

Структура таблицы Orders.

Имя поля Ключ Тип данных Размер Описание OrderID счетчик 4 Номер заказа OrderDate дата/время 8 Дата заказа Sum числовой 8 Предварительная сумма OrderCode текстовый 10 Код заказа (наш) OrderSupplier числовой (длинное, целое) 4 Ссылка на поставщика DateScheduled дата/время 8 Предполагаемая дата DateCompleted дата/время 8 Дата завершения Note текстовый 100 Примечания Таблица 2.

3.2.

3.

Структура таблицы Invoices.

Имя поля Ключ Тип данных Размер Описание InvoiceID счетчик 4 Номер накладной InvoiceCode текстовый 20 Код PaymentDate Дата/время 8 Дата оплаты DeliveryCosts числовой 8 Стоимость доставки InvoiceCurrency текстовый 5 Валюта платежа Sum числовой 8 Сумма InvoiceDate Дата/время 8 Дата CreditTime числовой 2 Срок кредита Volume числовой 4 Объем груза Weight числовой 4 Вес груза ArrivalDate Дата/время 8 Дата прибытия Arrived Yes/No 1 Привезли IsLoaded Yes/No 1 Погрузили Paid Yes/No 1 Оплатили Notes текстовый 255 Примечания Таблица 2.

3.2.

4.

Структура таблицы Client .

Имя поля Ключ Тип данных Размер Описание ClientID счетчик 4 Номер клиента NameBusiness текстовый 14 Наименование предприятия Address текстовый 14 Адрес BankAccount текстовый 14 Банковские реквизиты Ниже на рис. 2.

3.2.

1. представлена инфологическая модель базы данных.

Рис. 2.

3.2.

1. Инфологическая модель базы данных.

2.

3.3. Структурная схема пакета (дерево вызова программных модулей) Дерево вызова программных модулей представлено на рисунке 2.

3.3.

1.

Рис. 2.

3.3.

1. Дерево вызова программных модулей.

2.

3.4. Описание программных модулей Модуль dcomconnection осуществляет соединение с сервером.

Модуль client. Resiveln осуществляет распределение sql-запросов.

Модуль Table1. Activate осуществляет активацию пользовательского интерфейса.

Модуль frmmain осуществляет классификацию и распределительные функции запроса.

Модуль frmfind поиск в базе данных по соответствующим ключам и признакам.

Модуль word. connect осуществляет саязь СОМ-объектов с пользовательским интерфейсом.

Рис. 2.

3.4.

1. Схема алгоритма работы программного модуля.

2.

4. Контрольный пример реализации проекта и его описание Программа «Фирма «МТОК» представляет собой интерфейс к базе данных с возможностью внесения новых записей через формы, вкладок с таблицами и меню, вычислениями параметров. Существует также возможность вывода отчета в формате MS Word.

Рассмотрим работу программы на конкретном примере.

Программа начинается с формы регистрации.

Рис. 2.

4.1. Форма регистрации.

Данные о логинах-паролях хранятся в reg.txt.

Войти в программу можно, например, под логином qwe и паролем asd

Заголовки вкладок находятся в файле 111. txt

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

При входе в программу мы попадаем в форму, состоящую из трех вкладок.

На первых трех вкладках расположен удобный интерфейс к каждой из таблиц.

Рис. 2.

4.2. Данные о поставщиках.

Рис. 2. 4.

3. Данные о товарах.

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

Рис. 2.

4.4. Страница для формирования запросов.

Теперь перейдем к описанию меню.

1.

Рис. 2.

4.5. Строка меню.

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

Рис. 2.

4.6. Оформление поступления товара.

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

Рис. 2.

4.7. Данные о поступлении товара.

Эта форма оформляет новое поступление, автоматически внося запись в таблицу поставщиков и товаров.

2.

Рис. 2.

4.8. Оформление прайс-листа.

Этот пункт меню позволяет оформить прайс-лист по таблице товаров в формате Word.

3.

Рис. 2.

4.9. Вызов команд для проведения расчетов.

Этот пункт меню позволяет рассчитать параметры таблиц, причем результат будет представлен в следующем виде Рис. 2.

4.10. Результаты подсчетов.

3. Обоснование экономической эффективности

3.

1. Выбор и обоснование методики расчета экономической эффективности проекта

Цель внедрения программы информационной системы учета продаж фирмы «МТОК» — повысить эффективность работы отдела продаж.

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

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

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

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

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

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

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

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

1.

Таблица 3.

1.

Организационный план проекта.

Название работы Описание работы Длительность, раб. дней Сумма инвестиций, долл. США Определение источников финансирования Обеспечение финансирования из имеющихся средств 10 0 Приобретение и установка ПО Покупка ПО, расширение материально — технической базы 10 2100

Обучение персонала Обучение работников работе с программой 15 200 Наладка ПО Настройка ПО, в соответствии со спецификой предприятия, устранение неполадок 15 200 Итого 50 2500

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

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

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

С целью упрощения модели расчеты производились без учета налога с продаж при условии уменьшения выручки на его величину, НДС принимается равным 20%.

Период моделирования принят равным одному году. Шаг расчетов принят за 1 месяц.

Все расчеты проведены в у.е. В качестве основной валюты при оценке экономической эффективности так же принят у.е.

Норма амортизационных отчислений на полное восстановление основных фондов принята равной 5%.

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

3.

2. Расчет показателей экономической эффективности проекта

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

Смета затрат включает следующие статьи:

основная заработная плата разработчиков информационной системы;

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

отчисления на социальные страхования;

расчет затрат на амортизацию ЭВМ;

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

накладные расходы.

Рассмотрим более подробно каждую из указанных статей затрат.

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

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

Доплата начисляется сверх повременного заработка из расчета 20% тарифной ставки рабочегоповременщика.

Затраты на основную заработную плату (Зосн.) при повременной форме оплаты труда рассчитываются по формуле (1):

Зосн.=Омес.*Траб.*Кд/Др.мес., (1)

где:

Омес. — месячный оклад разработчика программы;

Др.мес. — среднее количество рабочих дней в месяце;

Траб. — фактическое время участия в разработке программы;

Кд — коэффициент, учитывающий доплаты к основной зарплате.

При этом отношение Омес./Др.мес. характеризует среднюю дневную зарплату разработчика.

Примем в нашем проекте:

Омес. инженера — программиста = 23 000 руб.

Др.мес. = 21 день;

Кд = 1,2.

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

1.

Таблица 3.

1. Расчет затрат на основную заработную плату разработчиков Исполнители Время работы, кол дней Средняя дневная зарплата Омес./Др.мес, руб. Затраты на зарплату, руб. Инженер- программист 15 1095,24 19 714,29 Итого 19 714,29

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

Здоп. = Кдоп. * Зосн. (2)

где: Кдоп. — коэффициент, учитывающий величину дополнительной зарплаты разработчиков программы. Примем Кдоп. равным 0,25 На основе формулы (2) определяем:

Здоп. = 0,25 * 19 714,29 = 4928,57 руб.

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

Отчисления на социальное страхование включает в себя (в % к сумме основной, и дополнительной заработной платы): табл.

3.2

социальное страхование 3,2% медицинское страхование 2,8% пенсионный фонд 20,0% фонд занятости 0% налог на содержание объектов образования 0% транспортный налог (на балансе машина и физические лица — влад авто) 1,0% ИТОГО: 27,0% Таким образом, отчисления на социальное страхование и обеспечение, включаемые в состав затрат на производство рассчитывают по формуле:

Ос.с.о. = Кс.с.о. * (Зосн. + Здоп.) (3)

где:

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

Ос.с.о. = 0,27*(19 714,29 + 4928,57)= 6653,57 руб.

Расчет затрат на амортизацию ЭВМ, используемых при разработке системы Амортизация — это процесс постепенного изнашивания основных средств и перенесения по установленным нормам их стоимости на произведенную продукцию (работы, услуги).

При начислении амортизационных отчислений следует руководствоваться ПБУ 6/01 «Учет основных средств».

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

Норма амортизации рассчитывается исходя из срока полезного использования объекта основных средств. Нормы амортизации могут корректироваться в зависимости от отклонений от нормативных условий использования основных средств. Срок полезного использования объекта определяют, ориентируясь на Классификацию основных средств, включаемых в амортизационные группы, утвержденную Постановлением Правительства РФ от 01 января 2002 г. Амортизация начисляется ежемесячно.

Норма амортизации рассчитывается по формуле при условии Спер=100%:

На=Сперв/срок полезного использования (%) (4)

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

Зам.=Сперв.*(На/100) * m * (tраб/Фд.о.) (5)

где:

Сперв.

первоначальная стоимость ЭВМ, используемой при разработке программы;

На — норма амортизационных отчислений;

m — количество используемых ЭВМ;

tраб. — время работы ЭВМ;

Фд.о. — действительный годовой фонд времени работы ЭВМ.

Пусть:

Сперв. = 27 000,00 руб.,

На = 22,8%,

m = 1 шт.,

tраб. = 15 дней * 8 ч. = 120 ч.,

Фд.о. = Кол.раб.

дн. * Кол. смен * Продолж.

смены =

= 252 дня* 1 смена* 8 ч. = 2016 ч.

На основе формулы (2.5) определяем:

Зам.= 27 000,00 * (22,8/100)* 1 *(120/2016) = 366,43 руб.

Результаты расчета затрат на амортизацию ЭВМ, используемые при разработке программы, представлены в таблице 3.

3.

Таблица 3.

3. Расчет затрат на амортизацию ЭВМ Наименование оборудования Количество единиц оборудования m, шт Время работы оборудования tраб., ч Норма амортизационных отчислении, % Затраты на амортизацию, руб. IBM PC

Pentium IV 1 120 22,8 366,43

Расчет затрат на электроэнергию, используемую ЭВМ в процессе разработки программы Затраты на электроэнергию (Зэл.эн.) рассчитываются по формуле:

Зэл.эн.=Цэ. * Р * m * tр (6)

где:

Р — мощность ЭВМ, используемой при разработке программы;

tр — время работы ЭВМ, используемое при разработке программы;

m — количество используемых ЭВМ;

Цэ. — цена 1 кВт*ч электроэнергии.

Пусть:

Р = 300 Вт;

tp = 120 ч;

m = 1;

Цэ. = 1,9 руб/кВт (Иные прочие потребители, в том числе ГУП «Мосгорэнерго»)

На основе формулы (6) определяем Зэл.эн.:

Зэл.эн. = 1,9*0,3*1*120= 68,4 руб.

Результаты расчета затрат на электроэнергию, используемую в процессе разработки программы, представлены в таблице 3.

4.

Таблица 3.

4. Расчет затрат на электроэнергию Наименование оборудования Количество единиц оборудования m, шт Время работы оборудования tр., ч Мощность оборудования, кВт Затраты на электроэнергию, руб. IBM PC

Pentium IV 1 120 0,3 68,4

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

Накладные расходы (Рнакл.) рассчитываются по формуле:

Рнакл.=Кн * (Зосн.+Здоп.) (7)

где:

Кн — коэффициент накладных расходов. Примем Кн равным 1,1. На основе формулы (7) определяем:

Рнакл. = 1,1 * (19 714,29 + 4928,57) = 27 107,15 руб.

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

5.

Таблица 3.

5. Смета затрат на разработку системы

№ п/п Статьи затрат Затраты, руб. %

к итогу 1 Основная заработная плата разработчиков 19 714,29 33,51% 2 Дополнительная заработная плата разработчиков 4928,57 8,38% 3 Отчисления на социальное страхование. 6653,57 11,31% 4 Амортизационные отчисления 366,43 0,62% 5 Расходы на электроэнергию 68,40 0,11% 6 Накладные расходы 27 107,15 46,07% Итого: 58 838,41 100,00% Затраты на разработку 58 838,41 100,00%

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

Смета затрат включает следующие статьи:

основная заработная плата обслуживающего персонала системы;

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

отчисления на социальные страхования;

расчет затрат на амортизацию ЭВМ;

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

накладные расходы.

При расчетах используем те же формулы, что и в предыдущем разделе.

Расчет затрат на основную заработную плату обслуживающего персонала программы Примем в нашем проекте:

Омес. системного инженера, осуществляющего эксплуатацию информационной системы = 22 000,00 руб.

Др.мес. = 21 день;

Кд = 1,2.

Результаты расчета затрат на основную заработную плату обслуживающего персонала информационной системы представлены в таблице 3.

6.

Таблица 3.

6. Расчет затрат на основную заработную плату персонала Обслуживающий Персонал Время работы, дней Средняя дневная зарплата Омес./Др.мес, руб. Затраты на зарплату, руб. Системный инженер 220 1047,62 276 571,43 Итого 276 571,43

Расчет дополнительной заработной платы обслуживающего персонала программы Здоп. = 0,25 * 276 571,43 = 69 142,86 руб.

Расчет отчислений на социальное страхование и обеспечение

Ос.с.о. = 0,27*(69 142,86 +276 571,43)= 93 342,86 руб.

Расчет затрат на амортизацию ЭВМ, используемых при эксплуатации системы Пусть:

Сперв. =19 000 руб.,

На = 18.3%,

m = 1 шт.,

tраб. = 220 день * 8 ч. = 1760 ч.,

Фд.о. = 2016 ч.

На основе формулы (5) определяем:

Зам.=19 000 * (18.3/100)* 1 *(1760/2016) = 3035,48 руб.

Результаты расчета затрат на амортизацию ЭВМ, используемые при разработке программы, представлены в таблице 3.

7.

Таблица 3.

7. Расчет затрат на амортизацию ЭВМ Наименование оборудования Количество единиц оборудования m, шт Время работы оборудования tраб., ч Норма амортизационных отчислении, % Затраты на амортизацию, руб. IBM PC

Pentium IV 1 1760 18.3 3035,48

Расчет затрат на электроэнергию, используемую ЭВМ в процессе эксплуатации программы Пусть:

Р = 250 Вт;

tp = 1760 ч;

m = 1;

Цэ. = 1.9 руб/кВт. (для бюджетных организаций) На основе формулы (6) определяем Зэл.эн.:

Зэл.эн. = 1.9 *0.25*1*1760= 836 руб.

Результаты расчета затрат на электроэнергию, используемую в процессе эксплуатации программы, представлены в таблице 3.

8.

Таблица 3.

8. Расчет затрат на электроэнергию Наименование оборудования Количество единиц оборудования m, шт Время работы оборудования tр., ч Мощность оборудования, кВт Затраты на электро-энергию, руб. IBM PC

Pentium IV 1 1760 0.25 836

Расчет накладных расходов Рнакл. = 1,1 * (69 142,86+276 571,43) = 380 285,72 руб.

Результаты расчета затрат на эксплуатацию системы внести в таблицу 3.

9.

Таблица 3.

9. Смета затрат на эксплуатацию системы

№ п/п Статьи затрат Затраты, руб. %

к итогу 1 Основная заработная плата обслуживающего персонала 276 571,43 33,6% 2 Дополнительная заработная плата обслуживающего персонала 69 142,86 8,39% 3 Отчисления на социальное страхование. 93 342,86 11,34% 4 Амортизационные отчисления 3035,48 0,37% 5 Расходы на электроэнергию 836 0,10% 6 Накладные расходы 380 285,72 46,2% Итого: 823 214,35 100,00% Затраты на эксплуатацию Сэ. пр 823 214,35 100,00% Расчет отпускной цены разрабатываемой системы Отпускная цена разрабатываемой системы определяется как сумма полной себестоимости, планируемой прибыли и НДС.

Планируемая прибыль составляет 15% от полной себестоимости.

НДС составляет 18% от суммы полной себестоимости и планируемой прибыли.

ОЦ = Сполн. + Пр. пл. + НДС = 58 838,41 + 8825,76 +12 179,55= 79 843,72 руб.

Расчет экономической эффективности Полная себестоимость проектируемой системы Спр= 58 838,41 руб. Отпускная цена проектируемой системы ОЦпр =79 843,72 руб. Капитальные вложения равны затратам на разработку и составляют:

КВ=Сполн. = 58 838,41 руб., (8)

Расчет окупаемости капитальных вложений Расчёт окупаемости КВ производится по формуле:

Ток=КВ/(Пр.пл.*N) (9)

где Ток — срок окупаемости;

КВ — капитальные вложения;

Пр. пл. — планируемая прибыль;

N — планируемый годовой объем продаж, шт.

Ток= 58 838,41 / (8825,76 * 10) = 0,67 года

Вывод Были проведены расчеты затрат на:

разработку системы заработную плату разработчикам дополнительную заработную плату отчисление на социальное страхование и обеспечение амортизацию ЭВМ электроэнергию накладных расходов отпускную цену разрабатываемой системы экономическую эффективность окупаемость капитальных вложений В результате всех расчетов мы получили, что на создание данного продукта — необходимо 58 838,41 руб. А отпускная цена — 79 843,72 руб.

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

Заключение

В дипломном проекте по учету продаж для фирмы «МТОК» сделано следующее:

— дана технико-экономическая характеристика объекта управления ООО «МТОК»,

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

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

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

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

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

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

Бойко В.В., Савинков В. М. Проектирование баз данных информационных систем. — М.: Финансы и статистика, 1989.

Большой энциклопедический словарь. -2-е изд., перераб и доп. — М.: «Большая Российская энциклопедия»; СПБ.: «Норинт», 2002. — 1456 с.

Диго С. М. Проектирование и использование баз данных: Учебник для вузов. — М.: Финансы и статистика, 1995.

Зимин Н.А. Технико-экономический анализ деятельности предприятий АПК. — М.: Колос, 2001. — 256 с.

Информатика: Учебник / А. П. Курносов, С. А. Кулев, А. В. Улезько и др. — Воронеж: ВГАУ, 1997. -234 с.

Информационные технологии в маркетинге: Учебник для вузов / Г. А. Титоренко, Г. А. Макарова, Д. М. Дайитбегов и др.; Под. ред. проф. Г. А. Титоренко — М.: ЮНИТИ-ДАНА, 2000. — 335с.

Коваленко Н. Я. Экономика сельского хозяйства. С основами аграрных рынков. Курс лекций. — М.: ЭКМОС, 1999. — 448 с.

Когаловский М. Р. Технология баз данных на персональных ЭВМ. — М.: Финансы и статистика, 1992.

Кулев С.А., Камалян А. К. Основы управления базами данных: Учебное пособие. — Воронеж: ВГАУ, 1996. — 65 с.

Курс лекций по дисциплине «Экономика информатики». / Под ред. проф. Л. И. Кушнарева. — М.: МГУ, 2004.

Могилев А.В. О понятии «Информационное моделирование» /Могилев А.В. // Информатика и образование. — 1997. — № 8. — С. 3−8

Об электронной цифровой подписи: Федеральный закон РФ от 10.

01.2002 г. № 1-ФЗ // Российская газета. -2002. -12 янв.

Постановление Госкомстата РФ от 5 января 2004 г. № 1 «Об утверждении унифицированных форм первичной учетной документации по учету труда и его оплаты» // Финансовая газета, 2004, № 13.

Синомович С. В. Специальная информатика: Учебные пособие. — М.: Инфорком-пресс, 2000. — 480 с.

Улезько А. В. Автоматизированные системы обработки экономической информации: Учебное пособие / А. В. Улезько, А. В. Агибалов, Е. Ю. Горюхина; Под ред. А. П. Курносова. — Воронеж: ВГАУ, 2000. — 101 с.

Улезько А.В., Агибалов А. В., Горюхина Е. Ю. Автоматизированные системы обработки экономической информации: Учебное пособие. — Воронеж: ВГАУ, 1998. — 64с.

Экономическая информатика / Под ред. П. В. Конюховского и Д. Н. Колесова. — СПб: Питер, 200. — 560 с.

Шумаков П.В., Фараонов В. В. Delphi 6. Руководство разработчика баз данных. — М.: «Нолидж», 2002.

Попов А.А. FoxPro. — М.: Издательство «Калашников и Ко», 2000.

Гофман В.Э., Хомоненко А. Д. Delphi 5. — Спб.:БХВ-Петербург, 2001.

Инотек Бухгалтер Профессионал'32: Руководство администратора. ;

http://www.inotec.ru/text/iadmcont.html.

http://umka.nrpk8.ru/library/courses/opais/tema1₂.dbk

Приложение Листинг программы.

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, Sockets, ExtCtrls, DBCtrls, Grids, DBGrids, DB, DBTables,

StdCtrls, ComCtrls, jpeg, DBClient, WordXP, OleServer, Menus, Unit3, Unit4,Unit5;

type

TForm1 = class (TForm)

Label1: TLabel;

Table1: TTable;

DataSource1: TDataSource;

DataSource2: TDataSource;

Table2: TTable;

Table3: TTable;

DataSource3: TDataSource;

Query1: TQuery;

Query2: TQuery;

Query3: TQuery;

Query4: TQuery;

DataSource4: TDataSource;

Table4: TTable;

DataSource5: TDataSource;

Table5: TTable;

DataSource6: TDataSource;

Table6: TTable;

DataSource7: TDataSource;

Table7: TTable;

Word: TWordApplication;

doc: TWordDocument;

MainMenu1: TMainMenu;

replace1: TMenuItem;

N2: TMenuItem;

report1: TMenuItem;

table11: TMenuItem;

ca1: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

delivery1: TMenuItem;

PageControl1: TPageControl;

choose: TTabSheet;

Button5: TButton;

GroupBox1: TGroupBox;

Label2: TLabel;

Button12: TButton;

Edit1: TEdit;

DBGrid4: TDBGrid;

Memo1: TMemo;

GroupBox2: TGroupBox;

Label3: TLabel;

Button13: TButton;

Edit2: TEdit;

DBGrid5: TDBGrid;

Memo2: TMemo;

GroupBox3: TGroupBox;

Label4: TLabel;

Edit5: TEdit;

Button14: TButton;

DBGrid6: TDBGrid;

Memo3: TMemo;

GroupBox4: TGroupBox;

Label5: TLabel;

Edit8: TEdit;

Button15: TButton;

Button16: TButton;

Edit3: TEdit;

DBGrid7: TDBGrid;

Memo4: TMemo;

q: TMemo;

TabSheet1: TTabSheet;

Image2: TImage;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

TabSheet2: TTabSheet;

Image3: TImage;

DBGrid2: TDBGrid;

DBNavigator2: TDBNavigator;

TabSheet3: TTabSheet;

Image1: TImage;

DBGrid3: TDBGrid;

DBNavigator3: TDBNavigator;

procedure Button1Click (Sender: TObject);

procedure FormCreate (Sender: TObject);

procedure Button2Click (Sender: TObject);

procedure Button3Click (Sender: TObject);

procedure FormHide (Sender: TObject);

procedure Button6Click (Sender: TObject);

procedure Button7Click (Sender: TObject);

procedure FormDestroy (Sender: TObject);

procedure Button9Click (Sender: TObject);

procedure Button10Click (Sender: TObject);

procedure Button12Click (Sender: TObject);

procedure Button13Click (Sender: TObject);

procedure Button14Click (Sender: TObject);

procedure Button15Click (Sender: TObject);

procedure Button16Click (Sender: TObject);

procedure Button4Click (Sender: TObject);

procedure table11Click (Sender: TObject);

procedure N2Click (Sender: TObject);

procedure delivery1Click (Sender: TObject);

procedure N3Click (Sender: TObject);

procedure N4Click (Sender: TObject);

procedure FormClose (Sender: TObject; var Action: TCloseAction);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1. Button1Click (Sender: TObject);

begin

Table4.Filtered:= True;

Table4.Filter:= 'Name = «ghgf» ';

end;

procedure TForm1. FormDestroy (Sender: TObject);

begin

word.Disconnect;

word.Quit;

end;

procedure TForm1. FormCreate (Sender: TObject);

var f: TextFile;

q:String;

begin

assignFile (f,'111.txt');

Reset (f);

ReadLn (f, q);

TabSheet1.Caption:=q;

ReadLn (f, q);

TabSheet2.Caption:=q;

ReadLn (f, q);

TabSheet3.Caption:=q;

Table1.TableName:=ExtractFilePath (ParamStr (0))+'Baseaaa.db';

Table1.Active:=true;

Table2.TableName:=ExtractFilePath (ParamStr (0))+'Baseqqq.db';

Table2.Active:=true;

Table3.TableName:=ExtractFilePath (ParamStr (0))+'Basewww.db';

Table3.Active:=true;

Query1.DatabaseName:= ExtractFilePath (ParamStr (0))+'base';

Query2.DatabaseName:= ExtractFilePath (ParamStr (0))+'base';

Query3.DatabaseName:= ExtractFilePath (ParamStr (0))+'base';

Query4.DatabaseName:= ExtractFilePath (ParamStr (0))+'base';

DBGrid4.Visible:=False;

DBGrid5.Visible:=False;

DBGrid6.Visible:=False;

DBGrid7.Visible:=False;

end;

procedure TForm1. Button2Click (Sender: TObject);

begin

Table1.Edit;

Table1.ClearFields;

Table1.Post;

end;

procedure TForm1. Button3Click (Sender: TObject);

var i: Integer;

begin

Table1.First;

for i:=1 to Table1. RecordCount do

begin

Table1.Edit;

Table1.ClearFields;

Table1.Post;

Table1.Next;

end;

end;

procedure TForm1. FormHide (Sender: TObject);

begin

Application.Terminate;

end;

procedure TForm1. Button6Click (Sender: TObject);

begin

Table2.Edit;

Table2.Post;

end;

procedure TForm1. Button7Click (Sender: TObject);

var i: Integer;

begin

Table2.First;

for i:=1 to Table2. RecordCount do

begin

Table2.Edit;

Table2.ClearFields;

Table2.Post;

Table2.Next;

end;

end;

procedure TForm1. Button9Click (Sender: TObject);

begin

Table3.Edit;

Table3.Post;

end;

procedure TForm1. Button10Click (Sender: TObject);

var i: Integer;

begin

Table3.First;

for i:=1 to Table3. RecordCount do

begin

Table3.Edit;

Table3.ClearFields;

Table3.Post;

Table3.Next;

end;

end;

procedure TForm1. Button12Click (Sender: TObject);

var sql: String;

var name: String;

begin

DBGrid4.Visible:=True;

Query1.DatabaseName:= ExtractFilePath (ParamStr (0))+'base';

DataSource4.DataSet.Close;

name:=Edit1.Text;

sql:='select Commodity, Address from aaa where Organization='+Edit3.Text+name+Edit3.Text;

Memo1.Lines.Clear;

Memo1.Lines.Add (sql);

DataSource4.DataSet:=Query1;

Query1.Close;

Query1.SQL.Assign (Memo1.Lines);

Query1.Open;

end;

нет Наличие на складе нет

нет

нет да

да

да

да

end

отчет

word.connect

frmfind

frmmain

найти

создать

выход

frmfist

exit

Прайс-лист

Поставка Заказ

Продажи

Калькуляция

Создать

Справочники

Главное меню

Table1.Activate

send ln (‘Accept')

if str = buf

client.Resiveln

dcomconnection

начало