Автоматизированное рабочее место "Логистика" ЗАО "Приосколье"

Для шага нормализации существуют концепции и методы, разработанные Коддом (Codd). Он установил три типа нормализованных схем, называемых первой, второй и третьей нормальной формой.

Согласно Кодду любая нормализованная схема (схема без повторяющихся групп) автоматически находится в первой нормальной форме (1НФ), независимо от того, насколько сложен ее ключ и какая взаимосвязь может существовать между ее элементами. По определению схема находится во второй нормальной форме (2НФ), если все её ключевые атрибуты полностью зависят от ключа. Схема находится в третьей нормальной форме (3НФ), если она находится во 2НФ, и ни какой неключевой атрибут не зависит от другого неключевого атрибута.

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

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

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

2.6.1 Нормализация базы данных

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

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

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

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

Первая нормальная форма

Первая нормальная форма:

запрещает повторяющиеся столбцы (содержащие одинаковую по смыслу информацию)

запрещает множественные столбцы (содержащие значения типа списка и т.п.)

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

Вторая нормальная форма

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

Третья нормальная форма

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

Нормальная форма Бойса-Кодда

Нормальная форма Бойса-Кодда требует, чтобы в таблице был только один потенциальный первичный ключ. Чаще всего у таблиц, находящихся в третьей нормальной форме, так и бывает, но не всегда. Если обнаружился второй столбец (комбинация столбцов), позволяющий однозначно идентифицировать строку, то для приведения к нормальной форме Бойса-Кодда такие данные надо вынести в отдельную таблицу.

Четвертая нормальная форма

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

Пятая нормальная форма

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

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

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

2.6.2 База данных автоматизированной системы управления складом

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

Рисунок 6. Схема данных.

Для этих целей система в общем виде условно разделяется на три составляющие:

Клиенты и оформление их заказов;

Поставщики, оформление заявок;

БД товаров.

В раздел «Клиенты и оформление их заказов» включены 2 таблицы:

«Клиенты»;

«ОформлениеЗаказа».

Связываются таблица «Клиенты» с таблицей «ОформлениеЗаказа» по ключевому полю «IDклиента», используя отношение типа «один ко многим». Схема связей показана на рисунке 7:

Рисунок 7. Схема связи «Клиенты и оформление их заказов».

В раздел «Поставщики, оформление заявок» включены следующие таблицы:

«Поставщики»;

«ОформлениеЗаявки».

Связываем эти таблицы используя тип отношения «один к одному», по ключевому полю «IDпоставщика». Схема данных связей показана на рисунке 8:



Рисунок 8. Схема «Поставщики, оформление заявок».

В разделе «БД товаров» используются уже вышеупомянутые таблицы:

«ОформлениеЗаказа»;

«ОформлениеЗаявки».

Эти таблицы связываются между собой с помощью с помощью третьей таблицы «БД товаров» типом отношения «один ко многим». Это видно из рисунка 9:

Рисунок 9. Схема «БД товаров».

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

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

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

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

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

В данной БД используются следующие таблицы:

1. «Клиенты» (таблица 3):

IDКлиента: идентификатор клиента. Является ключевым полем данной таблицы. По нему выполняется поиск конкретного клиента;

ФИО клиента: вводятся фамилия, имя, отчество нового клиента;

Город: предприятию необходимо знать тот город, в котором проживает клиент;

Адрес: адрес клиента;

Телефон: телефон клиента;

e-mail: необходим для того, чтобы предприятие в любой момент могло вязаться с клиентом и уточнить его заказ;

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

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

Таблица 3.

«Клиенты»

Название поля	Тип данных	Размер поля
IDКлиента	Счетчик, ключевое поле	Длинное целое
ФИО клиента	Текстовый	50
Город	Текстовый	50
Адрес	Текстовый	50
Телефон	Числовой	Длинное целое
e-mail	Текстовый	50
Паспортные данные	Числовой	Длинное целое

«ОформлениеЗаказа» (таблица 4):

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

IDКлиента: идентификатор клиента;

НаименованиеТовара: дается перечень товаров;

КоличествоЕдиницТовара: выбирается количество товара;

СтоимостьТовара: цена за единицу товара;

ДатаЗаказа: число оформления заказа;

БДТоваров: обращение к БД товаров.

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

Таблица 4.

«Оформление заказа»

Название поля	Тип данных	Размер поля
№Заказа	Счетчик, ключевое поле	Длинное целое
IDКлиента	Числовой	Длинное целое
НаименованиеТовара	Текстовый	50
КоличествоЕдиницТовара	Числовой	Длинное целое
СтоимостьТовара	Денежный
ДатаЗаказа	Дата/время
БДТоваров	Мастер подстановок	Вводится из таблицы «БДТоваров»

«Продажа» (таблица 5):

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

ФИОКлиента: вводятся фамилия, имя и отчество клиента;

НаименованиеТовара: выбирается из списка всех товаров;

СтоимостьТовара: цена за единицу товара;

КоличествоЕдиницТовара: количество покупаемого товара;

ДатаЗаказа: число оформления продажи.

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

Таблица 5.

«Продажа»

Название поля	Тип данных	Размер поля
№Заказа	Счетчик, ключевое поле	Длинное целое
ФИО клиента	Текстовый	50
НаименованиеТовара	Текстовый	50
СтоимостьТовара	Денежный
КоличествоЕдиницТовара	Числовой	Длинное целое
ДатаЗаказа	Дата/время

«БДТоваров» (таблица 6):

НаименованиеТовара: предлается весь перечень имеющихся товаров;

КоличествоТовараНаСкладе: количество всех товаров, которые имеются на складе;

ЦенаЗаЕдиницуТовара: цена за единицу выбранного товара;

ОстатокТовараНаСкладе: остаток определенного товара на складе.

Продавая товар или приобретая товар через поставщиков нам необходимо руководствоваться какими-то данными. Эти данные мы получаем из таблицы «БДТоваров».

Таблица 6.

«БДТоваров»

Название поля	Тип данных	Размер поля
НаименованиеТовара	Текстовый, ключевое поле	50
КоличествоТовараНаСкладе	Числовой	Длинной целое
ЦенаЗаЕдиницуТовара	Денежный
ОстатокТовараНаСкладе	Числовой	Длинное целое

«ОформлениеЗаявки» (таблица 7):

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

НаименованиеТовара: тот товара, который необходимо включить в список заявки;

КоличествоЕдиниц: количесво заказываемого товара;

ДатаВремяДоставки: оговариваются дата и время когда товар будет доставлен.

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

Таблица 7.

«ОформлениеЗаявки»

Название поля	Тип данных	Размер поля
IDПоставщика	Счетчик, ключевое поле	Длинное целое
НаименованиеТовара	Текстовый	50
КоличествоЕдиниц	Числовой	Длинной целое
ДатаВремяДоставки	Дата/время

«Поставщики» (таблица 8):

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

ЮридическийАдрес: адрес, по которому можно связаться с поставщиком;

ФИО: фамилия, имя, отчество поставщика;

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

В этой таблице представлены все данные, которые необходимы для работы с поставщиками.

Таблица 8.

«Поставщики»

Название поля	Тип данных	Размер поля
IDПоставщика	Счетчик, ключевое поле	Длинное целое
ЮридическийАдрес	Текстовый	50
ФИО	Текстовый	50
№РасчетногоСчета	Числовой	Длинное целое

Глава III. Система АРМ «Логистика»

Система АРМ «Логистика» предназначена для автоматизации работы с клиентами, поставщиками, а также для получения достоверной информации о всех товарах склада, об операциях, производимых на складе.

Для входа в систему АРМ «Логистика» Вам необходимо выполнить следующие указания:

Включить компьютер;

в меню «Пуск» выбрать необходимую программу и запустить ее;

запустить файл приложения «ProjectLogistika»;

После чего появится форма «Безопасный вход», на которой служащий предприятия (Работник Отдела Продаж, Работник Склада, Бухгалтер, либо Генеральный Директор) - пользователь системы АРМ «Логистика» - должны будут ввести индивидуальный пароль: Пользователь и Пароль;

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

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

Предполагается, что кнопка «Клиенты» предназначена для работников Отдела продаж, в обязанности которых входит следующее:

зарегистрировать нового клиента и ввести о нем всю необходимую информацию;

выполнить новые операции для уже существующих клиентов (оформить заказ клиента);

продать товар.

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



Также есть возможность с этого окна перейти к приложениям «Поставщики» и «Бухгалтерия», но это может сделать лишь начальник Отдела Продаж, у которого имеется доступ.

Здесь же на закладке «Товары» любой работник Отдела Продаж может получить достоверную информацию о всех имеющихся в наличии товаров. Для этого необходимо зайти на закладку «БД товаров». Также есть возможность узнать в каком количестве (остаток) конкретный товар имеется на складе. Это можно увидеть на вкладке «Товары» - «Остаток на складе».



Также здесь автоматизировано число регистрации клиента. Работник Отдела Продаж просто выбирает число и система автоматически сохраняет его для дальнейшей работы.

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

После того, как клиент зарегистрирован при нажатии на кнопку «Создать» появляется окно «Оформление заказа».

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

Дата заказа определяется автоматически на день оформления заказа.

После заполнения полей «№ заказа», «ID клиента», «Наименование товара», «Количество единиц товара», «Стоимость товара» работник Отдела продаж должен «Выполнить поиск по БД товаров…» и убедится в том, что товар действительно имеется в наличии и в достаточном количестве для осуществления конкретной продажи. При нажатии на кнопку «Выполнить поиск по БД товаров…» появится следующее окно:

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

После выполнения всех необходимых операций появляется окно:

Заказ считается оформленным.

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

зарегистрировать нового поставщика и ввести о нем всю необходимую информацию;

выполнить новые операции для уже существующих поставщиков (оформить заявку для клиента);

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

Также с этого окна можно перейти к приложениям «Клиенты», «Бухгалтерия», но такую возможность имеет лишь начальник Склада.

На вкладке «Товары» можно обратится к БД товаров, а также получить информацию о любом товаре (остаток), который имеется на складе.



На вкладке «Документы» из перечня мы выбирает конкретный документ: Заявка, Поступление ТМЦ (купля-продажа), Поступление ТМЦ (комиссия), Поступление ТМЦ (импорт).

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



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

Также на главной форме имеется кнопка «БД товаров». Зайдя на нее можно получить полные сведения о все товарах. Которые имеются в наличии. По нажатию на эту кнопку появляется окно:

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

Глава IV. Расчет экономической эффективности

4.1 Анализ рыночных возможностей продукта

На рынке автоматизированных систем для крупных организаций и финансово-промышленных групп на сегодня можно выделить два основных субъекта: это рынок автоматизированных банковских систем (АБС) и рынок корпоративных информационных систем промышленных предприятий. Несмотря на сильную взаимосвязь этих двух рынков систем автоматизации, предлагаемые на них решения, пока еще не достаточно интегрированы между собой, чего следует ожидать в недалеком будущем. Создавая свои отделы и управления автоматизации, предприятия и банки пытались обустроиться своими силами. Однако периодическое "перетряхивание" инструкций, сложности, связанные с разными представлениями пользователей об одних и тех же данных, непрерывная работа программистов по удовлетворению все новых и новых пожеланий отдельных работников и как следствие - недовольство руководителей своими программистами несколько остудило пыл как тех, так и других. Итак, первый подход к решению этой проблемы сводился к проектированию "снизу-вверх". В этом случае, при наличии квалифицированного штата программистов, вполне сносно были автоматизированы отдельные, важные с точки зрения руководства рабочие места. Общая же картина "автоматизированного предприятия" просматривалась недостаточно хорошо, особенно в перспективе. Быстрый рост числа акционерных и частных предприятий и банков позволил некоторым компаниям увидеть здесь будущий рынок и инвестировать средства в создание программного аппарата для этого растущего рынка. Из всего спектра проблем разработчики выделили наиболее заметные: автоматизацию ведения бухгалтерского аналитического учета и технологических процессов (для банков это в основном - расчетно-кассовое обслуживание, для промышленных предприятий - автоматизация процессов проектирования и производства, имеется в виду не конкретных станков и т.п., а информационных потоков). Учитывая тот факт, что ядром АИС безусловно является аппарат, обеспечивающий автоматизированное ведение аналитического учета, большинство фирм начали с детальной проработки данной проблемы. Системы были спроектированы "сверху", т.е. в предположении, что одна программа должна удовлетворять потребности всех пользователей.

Рассматриваемый в данной работе программный продукт позиционируется как средство, способное устранить недостатки каждого из двух вышеперечисленных подходов и решить задачу управления складом ЗАО “Приосколье”.

4.2 Расчет единовременных затрат на разработку ПО

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

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

Таблица 4.1.

Содержание стадий научно-исследовательской работы (НИР).

Стадии НИП	Содержание работ	Трудоемкость
		дни	%
Техническое задание	Изучение и анализ предметной области, изучение и анализ области внедрения, работа с консультантами, постановка задачи, составление и согласование технического задания с руководителем.	22	12,6
Эскизный проект	Построение концептуальной модели системы, описание входных и выходных данных, способов их преобразования. Разработка структур данных.	33	21,6
Технический проект	Разработка технического проекта. Построение структуры классов и определение способов их взаимодействия.	31	19,2
Рабочий проект	Написание программ, утилит и дополнительных модулей информационной системы, отладка программного обеспечения, тестирование.	52	31,4
Внедрение	Разработка справочной и технической документации, подготовка и защита отчета. Регистрация.	24	15,2
Итого:	162	100

Итак, общая фактическая трудоемкость разработки ПО составляет:

,

где - общая трудоемкость разработки, дни; Тi - трудоемкость по стадиям, дни; n - количество стадий разработки.

В смету затрат на разработку ПО включаются:

материальные затраты;

основная и дополнительная зарплаты;

отчисления на социальные нужды;

стоимость машинного времени на подготовку и отладку программ;

стоимость инструментальных средств;

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

Материальные затраты.

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

В процессе работы использовались материалы и принадлежности, представленные в таблице 4.2.

Таблица 4.2.

Материалы и принадлежности, использованные в процессе разработки.

Наименование	Количество, шт.	Цена, руб.	Стоимость, руб.
Дискеты	7	15	105
Бумага	400	0,5	200
Ватман	6	10	60
Ручка	5	10	50
CD-RW диск	3	32	96
Дипломная папка	2	15	30
Картридж	1	200	200
Итого:	761

Основная и дополнительная заработные платы.

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

Таким образом, основная заработная плата З_осн при выполнении НИР рассчитывается по формуле:

,

где З_ср.дн.j - среднедневная зарплата j-го сотрудника, руб./день; Т_об.j - общая трудоемкость проекта j-го сотрудника, дни; n - количество сотрудников, принимающих непосредственное участие в разработке ПО.

Основная зарплата разработчика определена из расчета 8000 руб. в месяц при среднем количестве рабочих дней, равных 24:

.

Заработная плата дипломного руководителя составляет 60 руб./час, причем на консультацию запланировано 23 часа. Следовательно, основная зарплата руководителя дипломного проекта за весь период разработки равна:

.

Заработная плата консультанта по экономической части составляет 50 руб./час, причем на консультацию запланировано 3 часа. Следовательно, основная зарплата консультанта по экономике за весь период разработки равна:

.

В итоге основная заработная плата при выполнении НИР равна:

.

Дополнительная заработная плата равна 10% от основной:

.

Итого основная и дополнительная заработная плата составляют:

.

Отчисления на социальные нужды.

Отчисления на социальные нужды составляют на сегодняшний день 26% от общего фонда заработной платы, следовательно:

.

Стоимость машинного времени на подготовку и отладку программ.

Стоимость машинного времени З_омв зависит от себестоимости машино-часа работы ЭВМ С_МЧ, а также времени работы на ЭВМ Т_ЭВМ, и включает амортизацию ЭВМ и оборудования, затраты на электроэнергию, зарплату обслуживающего персонала.

Себестоимость машино-часа ЭВМ и принтера равны соответственно:

,

.

Время работы на ЭВМ и принтере равны соответственно:

.

Затраты на оборудование.

,

где А_М - амортизационные отчисления, руб.; О_ф - стоимость ЭВМ и оборудования, руб.; Н_ам - норма амортизации, %; Т_м - время использования оборудования, дни

Затраты на электроэнергию.

,

Затраты на обслуживающий персонал.

Данный вид затрат отсутствует. Таким образом, стоимость машинного времени на подготовку и отладку программ равно:

Стоимость инструментальных средств.

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

Таблица 4.3.

Стоимость СПО.

Программное обеспечение	Стоимость, руб.
MS WINDOWS 2000 Prof	6000
Delphi 7	8100
Microsoft Office XP Professional	4500
Итого:	18600

Затраты на амортизацию инструментальных средств:

руб.

Расчет стоимости машинного времени

;

руб./ч.

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

Накладные расходы составляют 30% от основной заработной платы разработчиков ПО, а значит:

.

Итак, смета затрат на НИР приведена в таблице 4.4.

Таблица 4.4.

Смета затрат на разработку ПО.

Элемент затрат	Стоимость, руб.
Материальные затраты	761
Основная и дополнительная зарплата	61248
Отчисления на социальные нужды	15924,48
Оплата машинного времени	2407,58
Стоимость инструментальных средств	1317,03
Накладные расходы	16780
Итого:	98438,09

4.3 Единовременные расходы организации заказчика ПО при внедрении автоматизированных рабочих мест (АРМ)

К единовременным затратам пользователя программного обеспечения K_общ относятся затраты на оплату:

программного обеспечения Ц_по;

инструментальных средств Ц_ис;

ЭВМ, прочих аппаратных средств и сетевого оборудования К_эвм;

обучение персонала К_осв.

Стоимость программного обеспечения.

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

,

где С_по - себестоимость ПО, затраты на разработку по смете из таблицы 4.4; П - прибыль разработчика 20-30% к затратам; НДС - налог на добавленную стоимость 18%.

Итак, стоимость программного обеспечения равна:

Стоимость инструментальных средств.

Стоимость инструментальных средств и годовых сумм амортизации приведены в таблице 4.5.

Таблица 4.5.

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

Виды ПО	Стоимость, руб.	Норма амортизации, %	Амортизационные отчисления, руб.
MS WINDOWS Millenium	2500	30	750

Стоимость ЭВМ, прочих аппаратных средств и сетевого оборудования.

Стоимость всего необходимого оборудования и годовых сумм амортизации приведены в таблице 4.6.

Таблица 4.6.

Расчет стоимости и амортизационных отчислений оборудования.

Наименование оборудования	Количество	Цена, руб.	Стоимость, руб.	Норма амортизации, %	Амортизационные отчисления, руб.
ПК	1 шт.	30000,00	30000.00	30	9000,00
Сетевая розетка	1 шт.	8,00	8,00	30	2,40
Кабель UTP5	6 м	4,00	24,00	30	7,20
Хозяйственный инвентарь (мебель)	1 шт.	7500,00	7500,00	10	750,00
Итого:	37532,00		9759,6

Затраты на обучение персонала.

Затраты организации на освоение ПО и обучение персонала работе с программой и ЭВМ производятся по формуле:

К_осв = З_час * Ч_пр* Т_осв = 23.8 * 5 * 42+23.8*1*50 = 6188,00(руб.),

где З_час - часовая зарплата программиста (З_час = 23,8 руб./час);

Ч_пр - численность персонала на обучение (Ч_пр = 5 чел.);

Т_осв - продолжительность обучения и освоения (Т_осв = 42 часов).

Таким образом, на обучение четырех человек необходимо затратить 42часов. Для руководителя необходим 50-часовой курс обучения.

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

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

Таблица 4.7

График реализации проекта.

Этапы реализации	1	2	3	4	5	6	7	8
Техническое задание	22
Эскизный проект		30	3
Технический проект			20	11
Рабочий проект				10	15	18	9
Внедрение							12	12
Покупка оборудования					4
Обучение персонала								10

Результаты расчетов оформлены в виде инвестиционного плана (таблица 4.8).

Таблица 4.8

Инвестиционный план.

Этапы реализации	1	2	3	4	5	6	7	8
Техническое задание	17445,62
Эскизный проект		17445,62	8722,81
Технический проект			8722,81	8722,81
Рабочий проект				8722,81	17445,62	17445,62	8722,81
Внедрение							8722,81	17445,62
Покупка оборудования					37532
Обучение персонала								6188
Итого:	17445,62	17445,62	17445,62	17445,62	54977,62	17445,62	17445,62	23633,62

Источники финансирования проекта

Общие инвестиции проекта составляют 183285 рублей 19 копеек. Источниками финансирования являются собственные средства - 80% (146628 рубля 19 копеек) и кредит коммерческого банка, под 12% годовых - 20% (36657 рубля 00 копеек) на 2 года.

Возврат кредита осуществляется в конце второго года, а со второго месяца выплачиваются проценты (12%). Приведем расчеты в таблице 4.9.

Таблица 4.9

Расчеты за кредит.

Показатель	Годы
	1	2
Возврат кредита, руб.	-	36657,00
Сумма непогашенного долга, руб.	36657,00	36657,00
Проценты за кредит, руб.	4398,84	4398,84
Итого к оплате, руб.	4398,84	41055,84

Сумма всех выплат по истечении срока составит 41055 рублей 84 копейки.

4.5 Текущие расходы пользователя ПО при эксплуатации АРМ

Текущие расходы пользователя при внедрении АРМ учитывают затраты в год на:

амортизацию оборудования, ПО и инструментальных средств;

материалы (картриджи и бумага);

электроэнергию;

обтирочные и смазочные материалы;

ремонт оборудования.

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

Данные по амортизации оборудования и ПО расположены в таблицах 4.5, 4.6.

Материалы.

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

Таблица 5.10

Материалы, использующиеся в процессе эксплуатации.

Наименование	Количество, шт.	Цена, руб.	Стоимость, руб.
Бумага	4000	0,4	1600
Картридж	1	200	200
Итого:	1800

Электроэнергия.

Затраты на электроэнергию посчитаем по формуле:

где С_ЭВМ, С_принт. - стоимость машино-часа ЭВМ и принтера соответственно;

Т_{сут.ЭВМ}, Т_{сут.принт.} - суточное время работы ЭВМ и принтера соответственно;

Т_год - время рабочих дней в году.

Обтирочные и смазочные материалы.

Стоимость обтирочных материалов равна 50 рублей 00 копеек.

Ремонт оборудования.

Ремонт оборудования составляет 5% от стоимости. Значит:

К_5% = К_ЭВМ * 0.05 = 37532 * 0.05 = 1876,6 (рублей).

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

Таблица 5.11

Смета текущих расходов.

Затраты на:	Расходы, руб.
амортизацию оборудования, ПО и инструментальных средств	10509,6
материалы	1800,00
электроэнергию	965,00
обтирочные и смазочные материалы	50,00
ремонт оборудования	1876,6
Итого:	15201,2

4.6 Экономия текущих затрат пользователя ПО

Основными источниками экономии организации при создании АРМ специалистов являются:

экономия затрат за счет ускорения документооборота;

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

экономия затрат на заработную плату;

экономия материальных ресурсов за счет сокращения количества расходных материалов

а также обеспечивается экономия за счет:

Экономия затрат за счет ускорения документооборота.

В результате внедрения АРМ происходит ускорение документооборота, что является “узким” местом любой торговой организации, а значит и увеличение клиентской базы и объемов продаж. Это действительно серьезная проблема, особенно в свете постепенного выхода компании на рынок розничных продаж. По оценкам специалистов экономия составит не менее 19000 рублей в месяц или не менее 228000 в год. Более оперативная работа с поставщиками позволит снизить процент выплат по товарному кредиту и снизить вероятность штрафных платежей за несвоевременную поставку - при самом неблагоприятном стечении обстоятельств порядка 27000 рублей в месяц. Значит, экономия будет составлять минимум 300000 рублей в год.

Экономия за счет быстрой реакции на изменение предпочтений покупателей

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

Экономия затрат на заработную плату за счет сокращения численности персонала.

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

,

где Ч - сокращение численности;

З_мес - оплата труда в месяц, (4000 руб.);

Т_эф - эффективный фонд рабочего времени в год, (12 месяцев);

Х - размер доплат, премий,(100%);

Y - отчисления на социальные нужды, (26%).

С учетом освобождения компьютерной техники и хозяйственного инвентаря экономия составит Э=120960+38532=159253 руб.

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

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

Таким образом, общая экономия после внедрения АРМ составит:

Э_общ. = 552000+84000 + 120960 + 4700 = 761660 (рублей).

4.7 Финансовый план проекта

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

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

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

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

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

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

Таблица 5.12

Оценка финансовой состоятельности проекта.

1	2	3	4	5	6	7	8	9	10	11	12	1 год	2 год
17445,62
	17445,62	8722,81
		8722,81	8722,81
			24722,81	1445,62	17445,62	8722,81
						8722,81	17445,62
				37532
							6188
-17445,62	-17445,62	-17445,62	-33445,62	-38977,62	-17445,62	-17445,62	-23633,62
								63471,67	63471,67	63471,67	63471,67	761660,00	761660,00
								1266,77	1266,77	1266,77	1266,77	15201,20	15201,20
	410,56	410,56	410,56	410,56	410,56	410,56	410,56	410,56	410,56	410,56	410,56	4926,70	0,00
	-410,56	-410,56	-410,56	-410,56	-410,56	-410,56	-410,56	61794,34	61794,34	61794,34	61794,34	741532,10	746458,80
								14830,64	14830,64	14830,64	14830,64	177967,70	179150,11
	-410,56	-410,56	-410,56	-410,56	-410,56	-410,56	-410,56	46963,70	46963,70	46963,70	46963,70	563564,40	567308,69
	-410,56	-410,56	-410,56	-410,56	-410,56	-410,56	-410,56	48230,47	48230,47	48230,47	48230,47	578765,60	582509,89
28445,87
8211,17
												8211,17
76657,04	0,00	0,00	0,00	0,00	0,00	0,00	0,00	0,00	0,00	0,00	0,00	8211,17	0,00
99211,42	22143,82	22143,82	6143,82	611,82	22143,82	22143,82	15955,82	88230,47	88230,47	88230,47	88230,47	626976,76	622509,89
99211,42	121355,24	143499,06	149642,88	150254,70	172398,53	194542,35	210498,17	298728,64	386959,10	475189,57	563420,03	1190396,80	1812906,69

Таблица 5.13

Денежные потоки.

Показатели	Месяцы												Годы
	1	2	3	4	5	6	7	8	9	10	11	12	1 год	2 год
Инвестиционная деятельность	-17445,62	-17445,62	-17445,62	-17445,62	-54977,62	-17445,62	-17445,62	-23633,62	0,00	0,00	0,00	0,00	0,00	0,00
Операционная деятельность	0,00	-410,56	-410,56	-410,56	-410,56	-410,56	-410,56	-410,56	48230,47	48230,47	48230,47	48230,47	578709,60	582509,89
Чистый денежный поток	-17445,62	-17035,06	-17035,06	-17035,06	-54567,06	-17035,06	-17035,06	-23223,06	48230,47	48230,47	48230,47	48230,47	578709,60	582509,89
Коэффициент дисконтинирования	0,992	0,984	0,976	0,969	0,961	0,953	0,946	0,938	0,931	0,923	0,916	0,909	0,926	0,857
Дисконтинированный денежный поток	-17306,06	-16762,50	-16632,67	-16500,67	-52435,80	-16239,79	-16110,91	-21788,89	44892,80	44536,51	44183,04	43832,39	535885,09	499210,98
NPV	-17306,06	-34068,55	-50701,23	-67201,90	-119637,70	-135877,49	-151988,39	-173777,29	-128884,49	-84347,98	-40164,93	3667,45	539552,54	1038763,52
Дисконтированный доход	0,00	-403,99	-400,86	-397,68	-394,52	-391,39	-388,29	-385,21	44892,80	44536,51	44183,04	43832,39	535885,1	499210,98
Капитальные вложения	-17306,06	-17166,49	-17033,54	-16898,35	-52830,32	-16631,19	-16499,19	-22174,10	0,00	0,00	0,00	0	0	0
SRR	-6,85

4.8 Показатели экономической эффективности проекта

Международная практика в процессе оценки проектов использует несколько обобщающих показателей. К таким показателям относятся:

интегральный экономический эффект;

индекс доходности;

внутренний коэффициент эффективности;

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

Интегральный экономический эффект (NPV - Net Present Value of Discounted Cash Flow).

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

Результаты расчета NPV представлены в виде таблицы 5.13.

Годовую ставку дисконтирования возьмем равной:

.

Коэффициент дисконтирования за год равен:

.

В месяц коэффициент дисконтирования равен:

.

Итоговое значение NPV равно 1033239 рублей 63 копейки.

Индекс доходности.

Определяется как отношение суммарного дисконтированного дохода к суммарным дисконтированным капитальным вложениям:

.

Внутренний коэффициент эффективности.

Определяется как пороговое значение рентабельности, при котором NPV равно нулю

где r₁ - исходная ставка дисконтирования; r₂ - ставка дисконтирования, при которой NPV < 0; r_пор - внутренний коэффициент эффективности проекта; NPV_r1, NPV_r2 - NPV соответственно при r₁ и r₂.

Подберем ставку дисконтирования, при которой NPV < 0: r₂ = 91,6%, NPV_r2 = -40164,93.

Тогда:

, значит проект считается эффективным.

Срок окупаемости и срок возврата вложений.

Определим срок окупаемости и срок возврата вложений сначала аналитическим способом:

,

где t_x - количество периодов, при которых NPV < 0; NPV_t - последнее отрицательное значение NPV; ДДП_t+1 - величина ДДП в “t+1”-м периоде.

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

На рисунке 1 представлен финансовый профиль данного проекта.

Рис 1 Финансовый профиль.

Выводы по главе

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

срок окупаемости проекта - 1,8 года;

положительное сальдо реальных накопленных денег;

пороговое значение рентабельности больше ставки дисконтирования (0,84>0,08).

положительность интегрального экономического эффекта (NPV=1033239,63 руб >0);

индекс доходности больше 1 (SRR = 6,85 >1);

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

В ходе вычислений были получены следующие результаты:

Была рассчитана смета затрат на разработку программного продукта, итоговая сумма которой равняется: 98438,09 руб.

Был рассчитан экономический эффект от внедрения программного продукта, который составил: 578765,60 рублей в год.

Глава V. Обоснование выбора Delphi

Delphi - язык и среда программирования, относящаяся к классу RAD- (Rapid Application Development «Средство быстрой разработки приложений») средств CASE - технологии. Delphi обладает широким набором возможностей, начиная от проектировщика форм и кончая поддержкой всех форматов популярных баз данных.

Сравнение Delphi с другими подобными инструментами:

назначение и возможности Delphi (создаваемые ею программы могут работать не только под управлением Windows, а сама она относится к классу инструментальных средств ускоренной разработки программ (Rapid Application Development));

Инструмент ускоренной разработки программ (это ускорение достигается за счет двух характерных свойств: визуального конструирования форм и широкого использования библиотеки визуальных компонентов (Visual Component Library));

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

Библиотека визуальных компонентов предоставляет программисту огромное разнообразие созданных разработчиками Delphi программных заготовок, которые готовы к работе в рамках вашей программы. Компоненты включают в себя программный код и все необходимые для его работы данные. Что избавляет программиста от рутинной работы. Использование компонентов не только во много раз уменьшает сроки разработки программ. Но и существенно снижает вероятность случайных программных ошибок;

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

Мощность и гибкость языка программирования Object Paskal - безусловное достоинство Delphi, выгодно отличающее эту среду от других инструментов RAD. Object Paskal имеет самый быстрый среди продуктов подобного рода оптимизирующий компилятор, позволяющий создавать быстрые и относительно компактные программы;

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

Выгоды от проектирования АРМ в среде Windows с помощью Delphi:

· Устраняется необходимость в повторном вводе данных;

· Обеспечивается согласованность проекта и его реализации;

· Увеличивается производительность разработки и переносимость программ.