LINQ to SQL - простая, но достаточно мощная система объектно-реляционного отображения.

3. ИНФОРМАЦИОННОЕ И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

3.1 Общие сведения о программе

Приложение «Granit» служит для:

- ведения базы данных поставщиков;

- ведения базы данных товаров;

- автоматизированного формирования прайс-листа;

- автоматизированного формирования накладной с представлением суммы к оплате;

- учёта продаж по месяцам и по сотрудникам;

- возможности формирования, просмотра и печати отчетов: Количество продаж (по месяцам и по сотрудникам), Анализ продаж, Объём продаж (по месяцам и по сотрудникам);

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

- поддержания специальных функций администрирования:

Программа написана на языке программирования C# в среде разработки Microsoft Visual Studio 2008 с использованием сервера баз данных MS SQL Server 2008 Express Edition.

Разработанное программное средство может использоваться на IBM-совместимых компьютерах под управлением операционной системы Windows XP/Vista/Seven.

3.2 Функциональное назначение программы

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

Приложение выполняет следующие функции:

- просмотр информации в базе данных о поставщиках;

- поиск товара по прайс-листу;

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

- ввод информации в базу данных о новых поставщиках и товарах;

- формирование и вывод на печать отчетов;

- производит анализ продаж по сотрудникам и месяцам;

- показывает объём продаж по сотрудникам и месяцам

3.3 Описание логической структуры программного продукта

Обобщенный алгоритм работы программы представлен на рисунке 3.1.

Рисунок 3.1 - Обобщенный алгоритм работы программы

Программа представлена в виде сборки (исполняемого модуля с расширением .exe). Проект приложения в среде MS Visual Studio представлен совокупностью модулей (файлов с расширение .cs), содержащих описание классов приложения. Классы приложения объединены в пространства имен. В приложении семь пространств имен, представляющих наборы данных и формы приложения. Спецификация пространства имен Granit представлена в таблице 3.1.

Таблица 3.1 - Спецификация пространства имен Granit

Класс	Описание
Data_Set	Содержит коллекцию объектов DataTable, представляющих таблицы базы данных
AddSell	Класс формы, с помощью которой осуществляется продажа
Contragents	Класс формы, отображающей данные из таблицы-справочника «Поставщики»
DB	Класс для подключения и идентификации пользователя
Goods	Класс формы, отображающей данные из таблицы-справочника «Товары»
Measure	Класс формы, отображающей данные из таблицы-справочника «Единицы измерения»
People	Класс формы, отображающей данные из таблицы «Контрагент» и связанных с ней таблиц
TypeGood	Класс формы, отображающей данные из таблицы-справочника «Вид товара»
SearchForm	Класс формы поиска
MainForm	Класс главной формы приложения

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

Таблица 3.2 - Спецификация методов класса главной формы

Атрибут	Способ доступа	Назначение
ShowTypeGood	private	Открыть справочник «Вид товара»
ShowPeoples	private	Открыть справочник «Сотрудники»
ShowMeasure	private	Открыть справочник «Единицы измерения»
LoadDictionary	private	Загрузить справочники
ShowGoods	private	Открыть справочник «Товары»
ShowContragent	private	Открыть справочник «Поставщики»
ShowGoodsInStore	private	Показать список товаров на складе
GetMonth	private	Получить месяц в текстовом виде.
GetDayOfWeek	private	Получить день недели в текстовом виде
TreeCalendarBuilding	private	Построить календарное дерево
MainForm_Load	private	Загрузка главной формы. Инициализация объектов связи с базой данных
GetEndCalendarDate	private	Получить конечную дату календарного периода
TreeMouseDown	private	Событие нажатия на элемент календарного дерева
GetStartCalendarDate	private	Получить начальную дату календарного периода
TreeCalendar_AfterSelect	private	Событие выделения элемента календарного дерева
DG_Journal_SelectionChanged	private	Событие выделения строки в журнале продаж
NewSell	private	Новая продажа
ExportExcel	private	Выгрузить таблицу в Excel
ShowSearch	private	Отрыть форму поиска
PrintPriceList	private	Распечатать прайс-лист
CountSellMonth	private	Распечатать количество продаж по месяцам
PriceSellMonth	private	Распечатать объем продаж по месяцам

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

На рисунке 3.2 представлена диаграмма классов, представляющих экранные формы приложения.

Рисунок 3.2 - Диаграмма классов приложения для отображения форм

В приложении также присутствуют классы для организации ресурсов приложения, организации работы и запуска Windows-приложения.

3.4 Требования к техническому обеспечению

3.4.1 Общие требования

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

Microsoft SQL Server 2008 или выше;

NET Framework 4.0.

Разработанное программное средство может использоваться на IBM-совместимых компьютерах под управлением операционной системы Windows XP/Vista/Seven.

3.4.2 Требования к центральному процессору

На основании проведенных контрольных прогонов и учитывая, использование операционной системы Windows XP было установлено, что требованиями для удовлетворительной работы приложения является процессор Pentium - совместимый с тактовой частотой от 400 МГц.

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

3.4.3 Требования к оперативному запоминающему устройству

Минимальный объем оперативного запоминающего устройства (ОЗУ) необходимый для работы приложения определяется по формуле:

V = V₁ + V₂, (3.1)

где V₁ - минимальный объем ОЗУ, требуемый для работы операционной системы, Мбайт;

V₂ - минимальный объем ОЗУ, требуемый для работы приложения, Мбайт.

Для приложения, работающее под управлением операционной системы Windows XP, то V₁ = 128 Мбайт.

Для приложения, работающее под управлением операционной системы Windows Vista или Windows Seven необходимое V₁ = 1024 Мбайт.

Для стабильной работы приложения требуется V₂ = 36 Мбайт.

Таким образом, согласно формулы (3.1) минимальный объем ОЗУ, требуемый для работы приложения, запущенного в операционной системе Windows XP, составляет:

V = V₁ + V₂ = 128 + 36 = 162 Мбайт.

Для приложения, запущенного в операционной системе Windows Vista или Windows Seven согласно формулы (3.1) минимальный объем ОЗУ, составляет:

V = V₁ + V₂ = 1024 +36 = 1060 Мбайт.

3.4.4 Требования к наличию сводного места на жестком диске

Для установки требуемой библиотеки .NET Framework необходимо 140 Мбайт.

Для установки MS SQL Server 2008 - 1,8 Гбайт.

Для установки NET Framework 2.0 потребуется 120 Мбайт.

База данных на начальном этапе эксплуатации (с минимальным объемом данных) занимает 5,75 Мбайт.

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

1) Для ЭВМ с установленным клиентским приложением:

V_max (ПЭВМ) = 3,85 Мбайт + 120 Мбайт = 123,85 Мбайт

2) Для ЭВМ с установленной базой данных и СУБД:

V_max = 150 Мбайт + 5,75 Мбайт +8 Гбайт = 8347,75 Мбайт (8,2 Гбайт)

Таким образом, минимальные требования по данному пункту - 8,2 Гбайт свободного дискового пространства.

3.4.5 Требования к монитору

Для работы с программой требуется цветной монитор LCD (допускается VGA). Рекомендуемое разрешение экрана для работы с программой 1024х768 пикселей, так как меньшее разрешение не масштабирует изображение в меньшую сторону, а большее не позволяет отобразить изображение полностью.

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

3.4.6 Требования к принтеру

Для полнофункциональной работы приложения требуется наличие принтера поддерживающего формат А4, например, лазерный принтер HP LaserJet 1300.

3.5 Установка и вызов программы

Для установки программы достаточно переписать каталог с программой на жесткий диск компьютера.

Для запуска программы необходимо запустить на выполнение файл «Granit.exe».

Для удобства работы программы можно поместить ярлык файла «Granit.exe» на рабочий стол.

3.6 Входные данные программы

Входными данными являются:

Название организации.

ИНН.

КПП.

Руководитель организации.

Адрес организации.

Название поставщика.

ИНН поставщика.

Название вида товаров.

Описание товара.

Цена.

Фамилия, имя, отчество.

Должность.

Количество товаров.

Покупатель (организация).

Покупатель (фамилия).

Идентификатор сотрудника.

Идентификатор записи.

Идентификатор единицы измерения.

Название единицы измерения.

3.7.Выходные данные программы

Выходными данными являются:

Идентификатор записи.

Дата продажи.

Идентификатор записи в журнале продаж.

Идентификатор товара.

Количество.

Цена.

Идентификатор вида товаров.

Идентификатор поставщика.

Идентификатор единицы измерения.

Идентификатор товара.

Идентификатор сотрудника.

Идентификатор записи.

Идентификатор товара.

Идентификатор поставщика.

3.8 Краткая инструкция оператору по работе с программой

Для запуска программы необходимо, запустить исполняемый файл «Granit.ехе» (рисунок 3.3)

Рисунок 3.3 - Вызов программы из каталога установки

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

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

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

Рисунок 3.4 - Оформление продажи

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

Из данной формы имеется возможность распечатать накладную (рисунок 3.6) и товарный чек (рисунок 3.7). При этом автоматически выполняются расчёты стоимости товаров, исходя из введённых справочных данных и количества проданных товаров.

Размещено на http://www.allbest.ru/

Рисунок 3.5 - Главное окно программы

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

Перед первой печатью данных документов необходимо ввести реквизиты организации (ООО «Гранит») в шаблоны, находящиеся в корневой папке программы (накладная.xls, товарный_ чек. хls). В программе предусмотрена возможность печати аналитических отчётов. Для этого пользователю необходимо выбрать соответствующий пункт главного меню программы в разделе «Аналитические отчёты».

Рисунок 3.6 - Отчет «Накладная»

Рисунок 3.7 - Отчет «Товарный чек»

Выводы

Разработанное программное средство может использоваться на IBM-совместимых компьютерах под управлением операционной системы Windows XP/Vista/Seven.

Назначением приложения является.

- ведения базы данных поставщиков;

- ведения базы данных товаров;

- автоматизированного формирования прайс-листа;

- автоматизированного формирования накладной с представлением суммы к оплате;

- учёта продаж по месяцам и по сотрудникам;

- возможности формирования, просмотра и печати отчетов: Количество продаж (по месяцам и по сотрудникам), Анализ продаж, Объём продаж (по месяцам и по сотрудникам);

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

- поддержания специальных функций администрирования:

Определены минимальные системные требования для работы прилрожения: 1060 Мбайт.ОЗУ, 8, 2 Гб свободного дискового пространства.

Разработана краткая инструкция для работы с программой.

4. Технико-экономическое обоснование ПРОЕКТА

4.1 Краткая характеристика проекта

В дипломном проекте выполнена разработка информационной подсистемы учёта коммерческой деятельности для ООО «Гранит».

Назначение программы - автоматизация работы отдела продаж.

Цель создания системы - сокращение временных затрат начальника и менеджеров отдела продаж.

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

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

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

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

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

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

суммарных затрат на создание программного продукта.

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

чистого дисконтированного дохода за 4 года использования программного продукта.

времени окупаемости проекта.

4.2 Трудоемкость выполняемых работ

Создание программного продукта предполагает разработку программ и всей программной документации, предусмотренной техническим заданием.

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

Трудоемкость разработки программного обеспечения Т_ПО, чел.-ч., определяется по формуле

Т_ПО = Т_О + Т_И + Т_А + Т_П + Т_ОТЛ + Т_Д, (4.1)

где Т_О - затраты труда на описание задачи, чел.-ч.;

Т_И - затраты на исследование предметной области, чел.-ч.;

Т_А - затраты на разработку блок-схем, чел.-ч.;

Т_П - затраты на программирование, чел.-ч.;

Т_ОТЛ - затраты на отладку, чел.-ч.;

Т_Д - затраты на подготовку документации, чел.-ч.

Все составляющие в правой части формулы (4.1) определим через общее число операторов D, ед.:

D = б•c • (1 + p), (4.2)

где б - число операторов, ед. (б = 600 ед.);

с ? коэффициент сложности задачи;

р - коэффициент коррекции программы, учитывающий новизну проекта.

Коэффициент сложности задачи «с» характеризует относительную сложность программы по отношению к так называемой типовой задаче, реализующей стандартные методы решения, сложность которой принята равной единице (величина коэффициента «с» лежит в пределах от 1,25 до 2). Для рассматриваемого программного продукта, включающего в себя алгоритмы учета, отчетности, поиска - коэффициент сложности задачи примем равным 1,75 (c = 1,75).

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

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

D = 600?1,75?(1 + 0,1) = 1155,00 ед.

Затраты труда на описание задачи принимаем: Т_О = 40 чел.-ч. Работу по описанию задачи выполняет инженер-программист первой категории с окладом 10000 руб. в месяц и коэффициентом квалификации k_К = 1,35 (опыт работы по специальности 6 лет).

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

Т_И = Db/(s_uk_K), (4.3)

где D - общее число операторов, ед.;

b - коэффициент увеличения затрат труда, вследствие недостаточного описания задачи;

s_u - количество операторов, приходящееся на один чел.-ч., (ед./ чел.-ч.);

k_K - коэффициент квалификации работника (определяется в зависимости от стажа работы).

В связи с тем, что решение рассматриваемой задачи потребовало уточнения и доработок, примем коэффициент b = 1,5.

Количество операторов в тексте программы, приходящееся на один чел.-ч., примем равным s_u = 75.

Таким образом, на основании формулы (4.3) получим

Т_И = (1155,00 ? 1,5) / (75 ? 1,35) = 17,11 чел.-ч.

Затраты труда на разработку алгоритма решения задачи Т_А рассчитываются по формуле:

Т_А = D/(s_ak_K), (4.4)

де D - общее число операторов, ед.;

s_a - количество операторов алгоритма решения задачи, приходящееся на один чел.-ч., (ед./ чел.-ч.);

k_K - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчета по формуле (4.4) примем s_a = 20 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.4), получим

Т_А = 1155,00/(20 ? 1,35) = 42,78 чел.-ч.

Затраты труда на составление программы по готовой блок-схеме Т_П определяется по формуле:

Т_П = D/(s_ak_K), (4.5)

где D - общее число операторов, ед.;

s_a - количество операторов алгоритма решения задачи, приходящееся на один чел.-ч., (ед./ чел.-ч.);

k_K - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.5) примем s_a = 20 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.5), получим

Т_П = 1155,00 / (20 ? 1,35) = 42,78 чел.-ч.

Затраты труда на отладку программы на персональном компьютере Т_ОТЛ, чел.-ч., рассчитывается по формуле

Т_ОТЛ = D / (s_отл k_K), (4.6)

где D - общее число операторов, ед.;

s_отл - количество отлаживаемых операторов программы, приходящееся на один чел.-ч., (ед./ чел.-ч.);

k_K - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.6) примем s_отл = 4 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.6), получим

Т_ОТЛ = 1155,00/ (4 ? 1,35) = 213,89 чел.-ч.

Затраты труда на подготовку документации по задаче Т_Д определяются по формуле:

Т_Д = Т_ДР + Т_ДО, (4.7)

где Т_ДР - затраты труда на подготовку материалов в рукописи, чел.-ч.;

Т_ДО - затраты труда на редактирование, печать и оформление документации, чел.-ч.

Затраты труда на подготовку материалов в рукописи Т_ДР, чел.-ч., вычислим по формуле

Т_ДР = D / (s_др k_K), (4.8)

где D - общее число операторов, ед.;

s_др - количество операторов программы в рукописи, приходящееся на один чел.-ч., (ед./ чел.-ч.);

k_K - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.8) примем s_др = 15 ед./чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.8), получим

Т_ДР = 1155,00 / (15 ? 1,35) = 57,04 чел.-ч.

Затраты труда на редактирование, печать и оформление документации Т_ДО, чел.-ч., вычислим по формуле

Т_ДО = 0,75 ? Т_ДР. (4.9)

Подставив численное значение затраты труда на подготовку материалов в рукописи Т_ДР, чел.-ч., в формулу (4.9), получим

Т_ДР = 0,75 ? 57,04 = 42,78 чел.-ч.

Таким образом, подставив численные значение затраты труда на подготовку материалов в рукописи Т_ДР, чел.-ч., и затраты труда на редактирование, печать и оформление документации Т_ДО, чел.-ч., в формулу (4.7) получим

Т_Д = 57,04 + 42,78 = 99,82 чел.-ч.

Подставив все полученные данные в формулу (4.1), получим полную трудоемкость разработки программного обеспечения

Т_ПО = 40,0 + 17,11 + 42,78 + 42,78 + 213,89 + 99,82 = 456,37 чел.-ч.

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

Т_КОР = Т_ПОk_КОР, (4.10)

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

Таблица 4.1 - Изменение трудоемкости в зависимости уровня языка программирования

Уровень языка программирования	Характеристика языка программирования	Коэффициент изменения трудоемкости
1	Ассемблер	1
2	Макроассемблер	0,95
3	Алгоритмические языки высокого уровня	0,8 ? 0,9

Использованный для разработки программного обеспечения язык программирования (C#) относится к алгоритмическим языкам высокого уровня, с учетом этого примем k_КОР = 0,8.

Окончательно, с учетом корректировки, получим по формуле (4.10) итоговую трудоемкость разработки

Т_КОР = 456,37 ? 0,8 = 365,10 чел.-ч.

4.3 Расчет себестоимости автоматизированной информационной системы

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

основная заработная плата производственного персонала;

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

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

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

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

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

Оклад инженера-программиста 10000 руб. в месяц.

Плановый фонд рабочего времени одного специалиста производственного персонала в месяц t_пф, ч, вычислим по формуле

t_пф = N_рдДt_рд, (4.11)

где N_рд - количество рабочих дней специалиста производственного персонала за месяц;

Дt_рд - продолжительность рабочего дня специалиста производственного персонала, ч.

Для расчетов по формуле (4.11) примем N_рд = 22 дня, Дt_рд = 8 ч. Подставив указанные численные значения параметров N_рд и Дt_рд в формулу (4.11) получим, что плановый фонд рабочего времени одного специалиста производственного персонала в месяц составляет

t_пф = 22 ? 8 = 176 ч.

Таким образом, часовая тарифная ставка sч, руб./ч, инженера-программиста составляет

s_ч = 10000/176 = 56,82 руб./ч.

Основная заработная плата ЗО, руб., производственного персонала определяется по формуле

З_О = s_ч • Т_КОР. (4.12)

Подставив все численные значения параметров в формулу (4.12) получим, что основная заработная плата инженера-программиста первой категории составит

З_О = 56,82 • 365,10 = 20744,11 руб.

Дополнительная заработная плата З_Д, руб., производственного персонала определяется по формуле

З_Д = З_Оз_Д, (4.13)

Где з_Д - коэффициент дополнительной заработной платы.

Коэффициент дополнительной заработной платы инженера-программиста первой категории составляет з_Д = 0,2. Таким образом, дополнительная заработная плата З_Д, руб., инженера-программиста первой категории, вычисленная по формуле (4.13), равна

З_Д = 20744,11 ? 0,2 = 4148,82 руб.

Отчисления в Пенсионный фонд Российской Федерации, Фонд социального страхования Российской Федерации и фонды обязательного медицинского страхования Российской Федерации согласно закону № 212-ФЗ от 24.07.2009 З_С, руб., вычислим по формуле

З_Э = P_Вt_Вц_Э, (4.15)

Где ? норматив страховых взносов, %.

В соответствии с законом № 212-ФЗ от 24.07.2009 норматив страховых взносов составляет 34 % (з_С = 34 %).

Подставив все численные значения в формулу (4.15) получим, что отчисления на страховые взносы равны

руб.

Таким образом, размер страховых взносов составит 5023,64 руб.

Затраты на потребляемую электроэнергию З_Э, руб.:

З_Э = P_Вt_Вц_Э, (4.17)

где P_В - мощность ЭВМ, кВт;

t_В - время работы вычислительного комплекса, ч;

ц_Э - стоимость 1 кВтч электроэнергии, руб./ кВтч.

Мощность ЭВМ, на которой работает инженер-программист, равна P_В = 0,3 кВт.

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

t_в = б_п•(Т_П + Т_Д + Т_ОТЛ)• k_КОР, (4.18)

где б_п - коэффициент, учитывающий затраты времени на профилактические работы на ЭВМ;

k_КОР - коэффициент коррекции времени работы вычислительного комплекса.

Для расчетов по формуле (4.16) примем б_п = 1,15 и k_КОР = 0,8.

Подставив все численные значения параметров в формулу (4.16) получим

t_В = 1,15?(42,78 + 213,89 + 99,81)?0,8 = 1,15?356,48?0,8 = 327,96 ч.

Стоимость 1 кВтч электроэнергии составляет ц_Э = 3,60 руб.

Подставив все численные значения параметров в формулу (4.15) получим, что затраты на потребляемую электроэнергию составят

З_Э =0,3?327,96? 3,60 = 354,20 руб.

Данные для расчета затрат на материалы и запасные части занесенные в таблицу 4.2.

Таблица 4.2 ? Затраты на материалы и покупные изделия

Материал, покупное изделие	Количество, единиц	Цена за единицу, руб.	Сумма, руб.
Техническая литература	1	200,00	200,00
DVD-RW 4x 4,7 Гбайт	2	50,00	100,00
Упаковка бумаги, 500 листов	2	100,00	200,00
Тонер для картриджа принтера	1	200,00	200,00
Программное обеспечение	1	10000,00	10000,00
Итого	10700,00

Следовательно, затраты на материалы и запасные части составят

З_М = 200,00 + 100,00 + 200,00 + 200,00 + 10000,00= 10700,00 руб.

Затраты на техническое обслуживание и текущий ремонт вычислительной техники З_П, руб.:

З_П=К_В(?/100)t_В/ t_В.Г, (4.19)

где К_В ? балансовая стоимость вычислительной техники, руб.

б - норма отчислений на ремонт, %;

t_В.Г - годовой фонд времени работы вычислительной техники, ч.

Для расчетов по формуле (4.17) примем:

балансовая стоимость вычислительной техники = 22000,00 руб.;

норма отчислений на ремонт б = 4%;

годовой фонд времени работы вычислительной техники при 40-часовой рабочей неделе t_В.Г = 1993 ч .

Подставив все численные значения параметров в формулу (4.17) получим:

З_П = 22000(4/100)? 327,96/ 1993 = 144,81 руб.

Амортизационные отчисления З_АО, руб.:

З_АО = 22000(20/100)? 327,96/ 1993 = 724,05 руб.

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

Таблица 4.3 - Величины затраты, составляющих себестоимость автоматизированной информационной системы

Статья расхода	Сумма, руб.
Основная заработная плата производственного персонала	20744,11
Дополнительная заработная плата производственного персонала	4148,82
Отчисления на социальные нужды	6521,95
Затраты на потребляемую электроэнергию	354,20
Расходы на материалы и запасные части	10700,00
Затраты на техническое обслуживание и ремонт вычислительной техники	144,81
Затраты на амортизацию вычислительной техники	724,05
Итого	43337,94

Полные затраты на создание программного продукта, З, руб.:

З = З_О + З_Д + З_С + З_Э + З_М + З_П + З_АО. (4.18)

Таким образом, полные затраты на создание программного продукта составляют 43337,94 руб.

Поскольку разработка программного продукта осуществлялась сторонней организацией по техническому заданию (ТЗ) «Granit», то оптовая цена программного продукта рассчитывается с учетом нормы рентабельности Н_Р:

Ц = З?(1 + Н_Р). (4.19)

Для расчетов по формуле (4.19) примем нормы рентабельности Н_Р = 15%. Тогда оптовая цена программного продукта по формуле (4.19) составит:

Ц = 43337,94 ? 1,15 = 49838,63 руб.

Капиталовложения при внедрении программного продукта равняются его оптовой цене

К = Ц = 49838,63 руб.

4.4 Оценка экономической эффективности проекта

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

П = Э - З, (4.20)

Где Э - стоимостная оценка результатов применения программного продукта в течение года, руб.;

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

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

Э = (З_РУЧ - З_АВТ) + Э_ДОП, (4.21)

где З_РУЧ - затраты на ручную обработку информации, руб.;

З_АВТ - затраты на автоматизированную обработку информации, руб.;

Э_ДОП - дополнительный экономический эффект, связанный с уменьшением числа используемых бланков, высвобождением рабочего времени и т. д., руб.

Данный продукт используется оператором (старшим кладовщиком). Оклад оператора - 22000 руб.. Тогда, цена одного часа работы оператора ц_Ч, руб./ч, составит

ц_Ч = 22000/176 = 125,00 руб./ч.

Годовые затраты (затраты за 12 месяцев) оператора при ручной обработке информации вычислим по формуле

З_РУЧН = t_{ОБЩ. Р} •12• ц_Ч. (4.22)

Тогда годовые затраты оператора при ручной обработке информации (по данным предпроектного обследования общие затраты времени на ручную обработку информации t_{ОБЩ. Р} = 40 ч/месяц) составят

З_РУЧН = 40?12?125,00 = 60000,00 руб.

Годовые затраты (затраты за 12 месяцев) оператора при автоматизированной обработке информации вычислим по формуле

З_АВТ = t_{ОБЩ. А} •12• ц_Ч. (4.23)

При автоматизированной обработке информации (по результатам тестирования программного продукта установлено, что общие затраты времени при автоматизированной обработке информации t_{ОБЩ. А} = 6 ч/месяц)

З_АВТ = 6?12?125,00 = 9000,00 руб.

Следовательно, годовой эффект от внедрения программного продукта, даже без учета дополнительный экономический эффекта (Э_ДОП = 0), на основании формулы (4.21), получится равным

Э = З_РУЧН ? З_АВТ = 60000,00 ? 9000,00 = 51000,00 руб.

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

На основании формулы (4.15), для персонального компьютера оператора за 12 месяцев затраты на электроэнергию З_Э, руб., при потребляемой мощности компьютера P_В =0,3 кВт составят (стоимость электроэнергии ц_Э = 3,60 руб./кВтч.)

З_Э = 0,3?6?12?3,60= 77,76 руб.

Балансовая стоимость вычислительной техники (персонального компьютера оператора) = 22000,00 руб. Тогда, на основании формулы (4.17), для персонального компьютера оператора за 12 месяцев затраты на техническое обслуживание и текущий ремонт составят:

З_П = 22000(4/100)?(6?12)/ 1993 = 31,79 руб.

Амортизационные отчисления:

З_АО = 22000(20/100) ?(6?12)/ 1993 = 158,96 руб.

Тогда, эксплуатационные затраты при использовании программного продукта составят:

З = З_Э + З_П + З_АО = 77,76 + 31,79 + 158,96 = 268,51 руб.

Прибыль рассчитаем по формуле (4.20):

П = Э - З = 51000,00 - 268,51 = 50731,49 руб.

Таким образом, мы имеем следующий денежный поток:

0 шаг (капиталовложения) - 49838,63 руб.;

1 шаг - 50731,49 руб.;

2 шаг - 50731,49 руб.;

3 шаг - 50731,49 руб.;

4 шаг - 50731,49 руб.;

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

,(4.25)

где N - расчетный период, год;

П_k - прибыль от использования программного продукта за k-й год его

эксплуатации, руб.;

Е - норма дисконта, %;

Чистый дисконтированный доход ЧДД, руб., за четыре года использования программного продукта (срок до морального старения данной разработки) при норме дисконта E = 20% составит

Приходим к выводу, что ЧДД ? положителен, т. е. проект эффективен.

Внутреннюю норму доходности проекта E_вн, %, определим по формуле

(4.26)

где - максимальное значение внутренней нормы дисконта, %, при которой ЧДД является положительной величиной (ЧДД > 0);

- минимальное значение внутренней нормы дисконта, %, при которой ЧДД является отрицательной величиной (ЧДД < 0);

- ЧДД, руб., вычисленный по формуле (4.25) при подстановке нормы дисконта ;

- ЧДД, руб., вычисленный по формуле (4.25) при подстановке нормы дисконта;

Предполагаем, что E_ВН лежит в диапазоне 93 ... 95%. При норме дисконта E_ВН = 93% получаем ЧДД =779,8 руб. Таким образом, при норме дисконта E_ВН = 93% ЧДД - положителен.

При норме дисконта E_ВН = 95% получаем ЧДД = -130,37 руб. Таким образом, при норме дисконта E_ВН = 95% ЧДД - отрицателен.

Следовательно, по формуле (4.26) имеем:

%

Рассчитаем срок окупаемости проекта. Срок окупаемости проекта , год, найдем по формуле

, (4.27)

где N - максимальное количество лет, прошедших с начала эксплуатации программного продукта, в течение которых величина дохода от его использования не превысила величины капиталовложения при внедрении программного продукта;

- величины приведенных (дисконтированных) годовых эффектов

за j-й год, руб., прошедший с начала эксплуатации программного продукта, вычисленные по формуле (4.25) при подстановке нормы дисконта E = 20%.

Величина приведенного (дисконтированного) годового эффекта за первый год расчетного периода по формуле (4.25) равна:

,

что больше величины капиталовложений/

Тогда, в формуле (4.27) имеем N = 0 и срок окупаемости составит

4.5 Основные технико-экономические показатели проекта

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

Таблица 4.5 ? Основные технико-экономические показатели проекта

Основные характеристики	Единицы измерения	Проект
Итоговая трудоемкость разработки	чел.-ч.	365,10
Полные затраты на создание программного продукта	руб.	43337,94
Оптовая цена программного продукта	руб.	49838,63
Годовой эффект от внедрения программного продукта	руб.	51000,00
Чистый дисконтированный доход за 4 года использования программного продукта	руб.	81491,74
Срок окупаемости проекта	год	0,83

Выводы

Итоговая трудоемкость разработки программного продукта (информационной подсистемы «Granit») составляет 365,10 чел.-ч.

Полные затраты на создание программного продукта составляют 43337,94 руб.

Оптовая цена программного продукта - 49838,63 руб.

Годовой эффект от внедрения программного продукта составляет 51000,00 руб.

Чистый дисконтированный доход за 4 года использования программного продукта равен 81491,74 руб.

Срок окупаемости проекта 0,83 года.

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

Таким образом, разработка информационной подсистемы «Granit» является экономически обоснованной и эффективной.

ЗАКЛЮЧЕНИЕ

Целью работы являлась разработка информационной подсистемы отдела продаж ООО «Гранит».

Основным результатом дипломной работы является создание эффективной подсистемы для учёта продаж предприятия ООО «Granit».

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

Приложение выполняет следующие функции:

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

производить поиск товаров;

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

вводить информацию в базу данных о товарах;

производить анализ объёмов продаж по месяцам и по сотрудникам;

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

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

печатать накладные и товарные чеки.

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

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

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

К перспективным направлениям развития темы дипломного проекта можно отнести:

расширение информационной системы, позволяющее автоматизировать все этапы работы предприятия;

адаптация информационной подсистемы для других предприятий;

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

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

Трофимова, М.В. Анализ систем управления: учебное пособие для вузов [Текст] / М.В. Трофимова. - Ставрополь: Сев Кав ГТУ, 2005. - 56с.

Архипова, Н.И. Исследование систем управления: уч.пособие для вузов [Текст] / Н.И. Архипова. -М: «Издательство ПРИОР», 2002. - 214с.

Беляев, А.А. Системология организации. Под ред Короткова [Текст] / А.А. Беляев. - М.: Инфра - М, 2000. - 168с.

Коротков, Э.М. Исследование систем управления [Текст] / Э.М. Коротков. - М.: ДеКА, 2000. - 184с.

Коротков, Э.М. Концепция менеджмента [Текст] / Э.М. Коротков. - М.: ДеКА, 1996. - 342с.

Мишин, В.М. Исследование систем управления: Учебник для вузов [Текст] / В.М. Мишин - М.: ЮНИТИ-ДАНА, 2003. - 192с.

Анфилатов, В.С. и др. Системный анализ в управление: учеб. Пособие под ред. А.А. Емельянова [Текст] / В.С. Анфилатов - М.: Финансы и статистика 2002. - 80с.

Информационный портал MESa.ru [Электронный ресурс]. Системы оперативного управления производством. Режим доступа: http:// www.mesa.ru - Загл. с экрана.

Информационный портал Scada.ru [Электронный ресурс]. Новости и публикации по системам сбора данных и оперативного диспетчерского управления. Режим доступа: http://www. Scada.ru/ - Загл. с экрана.

Информационный портал Asutp.ru - cредства и системы компьютерной автоматизации [Электронный ресурс]: - Режим доступа: http://www.asutp.ru - Загл. с экрана.

Информационный портал компании AdAstrA Research Group, Ltd, посвященный SCADA-системе Trace Mode, HMI, MES, EAM и другим системам для управления технологическими процессами в реальном времени [Электронный ресурс]. Режим доступа: http://www.adastra.ru/ - Загл. с экрана.

Информационный портал Rtsoft.ru - средства и системы автоматизации [Электронный ресурс]: - Режим доступа: http://www.rtsoft.ru - Загл. с экрана.

Информационный портал Vestco.ru - комплексная автоматизация промышленных предприятий и организаций [Электронный ресурс]: - Режим доступа: http://www.vestco.ru - Загл. с экрана.

Кренке, Д. Теория и практика построения баз данных: пер.с англ [Текст] / Д. Кренке. - 9-е изд. - СПб.: Питер, 2005. - 858 с.

Хомоненко, А.Д. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко [Текст] / А.Д. Хомоненко, В.М. Цыганков, М.Г. Мальцев. - СПб.: КОРОНА принт, 2000. - 416с.

Карпова, Т.С. Базы данных: модели, разработка, реализация [Текст] / Т.С. Карпова. - СПб.: Питер, 2001. - 304с.

Ульман, Дж. Введение в системы баз данных [Текст] / Дж. Ульман. - М.: Лори, 2000. - 374с.

Свободная энциклопедия Википедия [Электронная энциклопедия] // Сетевая энциклопедия Wikipedia. 2000. - PL/SQL: http://ru.wikipedia.org/wiki/PL/SQL. - Загл. с экрана.

Бодягин, И. MS SQL 2005: оконные функции [Текст] / И. Бодягин. RSDN Magazine, 2004 - №6, с. 29-40.

Шилдт, Г. Полный справочник по С#. [Текст] / Г. Шилдт. - М.: Издательский дом «Вильямс», 2004. -- 752 с

Троелсен, Э., С# и платформа .NET. Библиотека программиста [Текст] / Э. Троэлсон. - СПб.: Питер, 2004. --796 с

ПРИЛОЖЕНИЕ

Приложение А

Интерфейс приложения

Рисунок А.1 - Главная форма программы

Рисунок А.2 - Номенклатура товаров

Приложение А (продолжение)

Интерфейс приложения

Рисунок А.3 - Вид продукции

Рисунок А.4 - Сотрудники

Рисунок А.5 - Поставщики

Рисунок А.6 - Оформление продажи

Рисунок А.7 - Товары в наличии

Приложение Б

Печатные формы

Рисунок Б.1 - Накладная

Рисунок Б.2 - Товарный чек

Рисунок Б.3 - Динамика количества продаж (по месяцам)

Рисунок Б.4 - Количество продаж (анализ по сотрудникам)

Рисунок Б.5 - Объем продаж (анализ по месяцам)

Рисунок Б.6 - Объем продаж (анализ по месяцам)

Рисунок Б.7 - Анализ продаж изделий

Рисунок Б.8 - Печать журнала продаж

Рисунок Б.9 - Печать прайс-листа

Рисунок Б.10 - Печать списка покупателей

Приложение В

Код генерации базы данных

USE [master]

GO

/****** Object: Database [Granit] Script Date: 12/20/2010 17:19:23 ******/

CREATE DATABASE [Granit] ON PRIMARY

( NAME = N'Granit', FILENAME = N'C:\DB\Granit.mdf' , SIZE = 3072KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )

LOG ON

( NAME = N'Granit_log', FILENAME = N'C:\DB\Granit_log.ldf' , SIZE = 10176KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)

GO

ALTER DATABASE [Granit] SET COMPATIBILITY_LEVEL = 100

GO

IF (1 = FULLTEXTSERVICEPROPERTY('IsFullTextInstalled'))

begin

EXEC [Granit].[dbo].[sp_fulltext_database] @action = 'enable'

end

GO

ALTER DATABASE [Granit] SET ANSI_NULL_DEFAULT OFF

GO

ALTER DATABASE [Granit] SET ANSI_NULLS OFF

GO

ALTER DATABASE [Granit] SET ANSI_PADDING OFF

GO

ALTER DATABASE [Granit] SET ANSI_WARNINGS OFF

GO

ALTER DATABASE [Granit] SET ARITHABORT OFF

GO

ALTER DATABASE [Granit] SET AUTO_CLOSE OFF

GO

ALTER DATABASE [Granit] SET AUTO_CREATE_STATISTICS ON

GO

ALTER DATABASE [Granit] SET AUTO_SHRINK OFF

GO

ALTER DATABASE [Granit] SET AUTO_UPDATE_STATISTICS ON

GO

ALTER DATABASE [Granit] SET CURSOR_CLOSE_ON_COMMIT OFF

GO

ALTER DATABASE [Granit] SET CURSOR_DEFAULT GLOBAL

GO

ALTER DATABASE [Granit] SET CONCAT_NULL_YIELDS_NULL OFF

GO

ALTER DATABASE [Granit] SET NUMERIC_ROUNDABORT OFF

GO

ALTER DATABASE [Granit] SET QUOTED_IDENTIFIER OFF

GO

ALTER DATABASE [Granit] SET RECURSIVE_TRIGGERS OFF

GO

ALTER DATABASE [Granit] SET DISABLE_BROKER

GO

ALTER DATABASE [Granit] SET AUTO_UPDATE_STATISTICS_ASYNC OFF

GO

ALTER DATABASE [Granit] SET DATE_CORRELATION_OPTIMIZATION OFF

GO

ALTER DATABASE [Granit] SET TRUSTWORTHY OFF

GO

ALTER DATABASE [Granit] SET ALLOW_SNAPSHOT_ISOLATION OFF

GO

ALTER DATABASE [Granit] SET PARAMETERIZATION SIMPLE

GO

ALTER DATABASE [Granit] SET READ_COMMITTED_SNAPSHOT OFF

GO

ALTER DATABASE [Granit] SET HONOR_BROKER_PRIORITY OFF

GO

ALTER DATABASE [Granit] SET READ_WRITE

GO

ALTER DATABASE [Granit] SET RECOVERY SIMPLE

GO

ALTER DATABASE [Granit] SET MULTI_USER

GO

ALTER DATABASE [Granit] SET PAGE_VERIFY CHECKSUM

GO

ALTER DATABASE [Granit] SET DB_CHAINING OFF

GO

USE [Granit]

GO

/****** Object: Table [dbo].[type_good] Script Date: 12/20/2010 17:20:49 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[type_good](

[type_good_id] [int] IDENTITY(1,1) NOT NULL,

[type_good] [varchar](50) NULL,

CONSTRAINT [PK_type_good] PRIMARY KEY CLUSTERED

(

[type_good_id] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

GO

/****** Object: Table [dbo].[people] Script Date: 12/20/2010 17:20:49 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[people](

[people_id] [int] IDENTITY(1,1) NOT NULL,

[fio] [varchar](50) NULL,

[dolg] [varchar](50) NULL,

CONSTRAINT [PK_people] PRIMARY KEY CLUSTERED

(

[people_id] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

GO

/****** Object: Table [dbo].[org_attr] Script Date: 12/20/2010 17:20:49 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[org_attr](

[name_org] [varchar](256) NULL,

[org_boss] [varchar](256) NULL,

[org_inn] [varchar](256) NULL,

[org_kpp] [varchar](50) NULL,

[adres] [varchar](256) NULL

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

GO

/****** Object: Table [dbo].[measure] Script Date: 12/20/2010 17:20:49 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[measure](

[measure_id] [int] IDENTITY(1,1) NOT NULL,

[measure] [varchar](50) NULL,

CONSTRAINT [PK_measure] PRIMARY KEY CLUSTERED

(

[measure_id] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

GO

/****** Object: Table [dbo].[contragent] Script Date: 12/20/2010 17:20:49 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[contragent](

[contragent_id] [int] IDENTITY(1,1) NOT NULL,

[contragent_name] [varchar](256) NULL,

[contragent_inn] [varchar](25) NULL,

CONSTRAINT [PK_contragent] PRIMARY KEY CLUSTERED

(

[contragent_id] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

GO

/****** Object: Table [dbo].[goods] Script Date: 12/20/2010 17:20:49 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[goods](

[good_id] [int] IDENTITY(1,1) NOT NULL,

[good_name] [varchar](50) NULL,

[type_good_id] [int] NULL,

[pict_number] [varchar](50) NULL,

[measure_id] [int] NULL,

[good_note] [varchar](50) NULL,

[price] [float] NULL,

CONSTRAINT [PK_goods] PRIMARY KEY CLUSTERED

(

[good_id] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

GO

/****** Object: Table [dbo].[journal_sell] Script Date: 12/20/2010 17:20:49 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[journal_sell](

[journal_sell_id] [int] IDENTITY(1,1) NOT NULL,

[date_sell] [datetime] NULL,

[customer] [varchar](256) NULL,

[customer_fio] [varchar](256) NULL,

[people_id] [int] NULL,

CONSTRAINT [PK_journal_sell] PRIMARY KEY CLUSTERED

(

[journal_sell_id] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

GO

/****** Object: Table [dbo].[goods_in_store] Script Date: 12/20/2010 17:20:49 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE TABLE [dbo].[goods_in_store](

[goods_in_store_id] [int] IDENTITY(1,1) NOT NULL,

[good_id] [int] NULL,

[count_good] [int] NULL,

[contragent_id] [int] NULL,

CONSTRAINT [PK_goods_in_store] PRIMARY KEY CLUSTERED

(

[goods_in_store_id] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

/****** Object: Table [dbo].[goods_in_sell] Script Date: 12/20/2010 17:20:49 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE TABLE [dbo].[goods_in_sell](

[goods_in_sell_id] [int] IDENTITY(1,1) NOT NULL,

[good_id] [int] NULL,

[journal_sell_id] [int] NULL,

[price_sell] [float] NULL,

[count_goods] [int] NULL,

CONSTRAINT [PK_goods_in_sell] PRIMARY KEY CLUSTERED

(

[goods_in_sell_id] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

/****** Object: Default [DF_goods_in_store_count_good] Script Date: 12/20/2010 17:20:49 ******/

ALTER TABLE [dbo].[goods_in_store] ADD CONSTRAINT [DF_goods_in_store_count_good] DEFAULT ((0)) FOR [count_good]

GO

/****** Object: ForeignKey [FK_goods_measure] Script Date: 12/20/2010 17:20:49 ******/

ALTER TABLE [dbo].[goods] WITH CHECK ADD CONSTRAINT [FK_goods_measure] FOREIGN KEY([measure_id])

REFERENCES [dbo].[measure] ([measure_id])

GO

ALTER TABLE [dbo].[goods] CHECK CONSTRAINT [FK_goods_measure]

GO

/****** Object: ForeignKey [FK_goods_type_good] Script Date: 12/20/2010 17:20:49 ******/

ALTER TABLE [dbo].[goods] WITH CHECK ADD CONSTRAINT [FK_goods_type_good] FOREIGN KEY([type_good_id])

REFERENCES [dbo].[type_good] ([type_good_id])

GO

ALTER TABLE [dbo].[goods] CHECK CONSTRAINT [FK_goods_type_good]

GO

/****** Object: ForeignKey [FK_goods_in_sell_goods] Script Date: 12/20/2010 17:20:49 ******/

ALTER TABLE [dbo].[goods_in_sell] WITH CHECK ADD CONSTRAINT [FK_goods_in_sell_goods] FOREIGN KEY([good_id])

REFERENCES [dbo].[goods] ([good_id])

GO

ALTER TABLE [dbo].[goods_in_sell] CHECK CONSTRAINT [FK_goods_in_sell_goods]

GO

/****** Object: ForeignKey [FK_goods_in_sell_journal_sell] Script Date: 12/20/2010 17:20:49 ******/

ALTER TABLE [dbo].[goods_in_sell] WITH CHECK ADD CONSTRAINT [FK_goods_in_sell_journal_sell] FOREIGN KEY([journal_sell_id])