Создание автоматизированной системы управления торгового предприятия

Область «Продажа» изображена на рис. 5

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

Рисунок 5 - Область «Продажа»

Таблица 5 - Таблица «Продажа»

Имя поля	Тип поля	Не Null	Источник по умолчанию	Вычисляемый источник
PRODAJA_ID	VARCHAR (9)	Не Null
PRODAJA_TOVAR_NO	SMALLINT	Не Null
KLIENT_NO	SMALLINT	Не Null
PRODAVETS_NO	SMALLINT	Не Null
PRODAJA_DATE	DATE	Не Null
PRODAJA_TIME	TIME	Не Null
PR_SDELKA_NO	SMALLINT	Не Null
PR_KOL_VO	INTEGER	Не Null
PR_PRICE	NUMERIC (10, 2)	Не Null
PR_SUMMA	NUMERIC (10, 2)	Не Null

Таблица 6 - Ограничения для таблицы «Продажа»

На поле	Тип	FK Таблица	FK Поле
PRODAJA_ID, PRODAJA_TOVAR_NO	Первичный ключ
KLIENT_NO	Внешний ключ	KLIENT	KLIENT_NO
PRODAJA_TOVAR_NO	Внешний ключ	TOVAR	TOVAR_NO
PRODAVETS_NO	Внешний ключ	USER_PROG	USER_NO
PR_SDELKA_NO	Внешний ключ	VID_SDELOK	SDELKA_NO

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

Таблица 7 - Таблица «Клиент»

Имя поля	Тип поля	Не Null	Источник по умолчанию	Вычисляемый источник
KLIENT_NO	SMALLINT	Не Null
KLIENT_ORGNAME	VARCHAR (20)	Не Null
KLIENT_ORGFC	VARCHAR (12)
KLIENT_ORGCB	VARCHAR (9)
KLIENT_ORGRS	VARCHAR (12)
KLIENT_NAME	VARCHAR (20)	Не Null
KLIENT_ADRESS	VARCHAR (30)
KLIENT_PHONE	VARCHAR (12)
KLIENT_KATEG_NO	SMALLINT	Не Null

Таблица 8 - Ограничения для таблицы «Клиент»

На поле	Тип	FK Таблица	FK Поле
KLIENT_NO	Первичный ключ
KLIENT_NAME	Уникальный
KLIENT_KATEG_NO	Внешний ключ	KATEG_KLIENT	KATEG_NO

Таблица «Клиент» предназначена для содержания информации о клиенте. Она хранит в себе следующую информацию:

Номер клиента;

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

Имя клиента;

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

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

Категория клиента.

Поле «номер клиента» объявлено первичным ключом, поле «имя клиента» - уникальное. А поле «категория клиента» объявлено внешним ключом для таблицы «Категория клиента».

Таблица 9 - Таблица «Денежные обязательства клиента»

Имя поля	Тип поля	Не Null	Источник по умолчанию	Вычисляемый источник
D_KLIENT_NO	SMALLINT	Не Null
DOK_SUMMA	NUMERIC (10, 2)	Не Null

Таблица 10 - Ограничения для таблицы «Денежные обязательства клиента»

На поле	Тип	FK Таблица	FK Поле
D_KLIENT_NO	Первичный ключ
D_KLIENT_NO	Внешний ключ	KLIENT	KLIENT_NO

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

Таблица 11 - Таблица «Оплата долга клиентом»

Имя поля	Тип поля	Не Null	Источник по умолчанию	Вычисляемый источник
OPLATA_DOLG_NO	INTEGER	Не Null
O_D_KLIENT_NO	SMALLINT	Не Null
O_D_USER_PROG_NO	SMALLINT	Не Null
O_D_SUMMA	NUMERIC (10, 2)	Не Null
O_D_DATE	DATE	Не Null
O_D_TIME	TIME	Не Null

Таблица 12 - Ограничения для таблицы «Оплата долга клиентом»

На поле	Тип	FK Таблица	FK Поле
OPLATA_DOLG_NO	Первичный ключ
O_D_KLIENT_NO	Внешний ключ	KLIENT	KLIENT_NO

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

Таблица 13 - Таблица «Касса»

Имя поля	Тип поля	Не Null	Источник по умолчанию	Вычисляемый источник
KASSA_NO	SMALLINT	Не Null
K_USER_PROG_NO	SMALLINT	Не Null
K_SUMMA	NUMERIC (10, 2)		DEFAULT 0

Таблица 14 - Ограничения для таблицы «Касса»

На поле	Тип	FK Таблица	FK Поле
KASSA_NO	Первичный ключ
K_USER_PROG_NO	Внешний ключ	USER_PROG	USER_NO

Таблица «Касса» предназначена для содержания информации о количестве денег в кассе. Поле «номер кассы» объявлено первичным ключом, а поле «номер пользователя» объявлено внешним ключом для таблицы «Пользователи».

Область «Покупка» изображена на рис. 6

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

Рисунок 6 - Область «Покупка»

Таблица 15 - Таблица «Покупка»

Имя поля	Тип поля	Не Null	Источник по умолчанию	Вычисляемый источник
POKUPKA_ID	VARCHAR (6)	Не Null
POKUPKA_TOVAR_NO	SMALLINT	Не Null
POSTAVSHIK_NO	SMALLINT	Не Null
POKUPATELI_NO	SMALLINT	Не Null
POKUPKA_DATE	DATE	Не Null
POKUPKA_TIME	TIME	Не Null
PO_SDELKA_NO	SMALLINT	Не Null
PO_KOL_VO	INTEGER	Не Null
PO_PRICE	NUMERIC (10, 2)	Не Null
PO_SUMMA	NUMERIC (18, 2)			PO_KOL_VO*PO_PRICE

Таблица 16 - Ограничения для таблицы «Покупка»

На поле	Тип	FK Таблица	FK Поле
POKUPKA_ID, POKUPKA_TOVAR_NO	Первичный ключ
POKUPATELI_NO	Внешний ключ	USER_PROG	USER_NO
POKUPKA_TOVAR_NO	Внешний ключ	TOVAR	TOVAR_NO
POSTAVSHIK_NO	Внешний ключ	POSTAVSHIK	POSTAVSHIK_NO
PO_SDELKA_NO	Внешний ключ	VID_SDELOK	SDELKA_NO

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

Таблица 17 - Таблица «Поставщик»

Имя поля	Тип поля	Не Null	Источник по умолчанию	Вычисляемый источник
POSTAVSHIK_NO	SMALLINT	Не Null
POSTAVSHIK_ORGNAME	VARCHAR (20)	Не Null
POSTAVSHIK_ORGFC	VARCHAR (12)
POSTAVSHIK_ORGCB	VARCHAR (9)
POSTAVSHIK_NAME	VARCHAR (20)
POSTAVSHIK_ADRESS	VARCHAR (30)
POSTAVSHIK_PHONE	VARCHAR (12)

Таблица 18 - Ограничения для таблицы «Поставщик»

На поле	Тип	FK Таблица	FK Поле
POSTAVSHIK_NO	Первичный ключ
POSTAVSHIK_ORGNAME	Уникальный

Таблица «Поставщик» предназначена для содержания информации о поставщике товара. Она хранит в себе следующую информацию:

Номер поставщика;

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

Имя поставщика;

Адрес поставщика;

Телефон поставщика;

Поле «номер поставщика» объявлено первичным ключом, поле «Название организации» - уникальное.

Таблица 19 - Таблица «Денежные обязательства перед поставщиком»

Имя поля	Тип поля	Не Null	Источник по умолчанию	Вычисляемый источник
DENEJ_OBIAZAT_POSTAV_NO	SMALLINT	Не Null
DOP_SUMMA	FLOAT	Не Null

Таблица 20 - Ограничения для таблицы «Денежные обязательства перед поставщиком»

На поле	Тип	FK Таблица	FK Поле
DENEJ_OBIAZAT_POSTAV_NO	Первичный ключ	POSTAVSHIK	POSTAVSHIK_NO
DENEJ_OBIAZAT_POSTAV_NO	Внешний ключ	POSTAVSHIK	POSTAVSHIK_NO

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

Таблица 21 - Таблица «Оплата долгов перед поставщиками»

Имя поля	Тип поля	Не Null	Источник по умолчанию	Вычисляемый источник
OPLATA_DOLG_POSTAV_NO	SMALLINT	Не Null
O_D_POSTAVSHIK_NO	SMALLINT	Не Null
O_D_P_USER_PROG_NO	SMALLINT	Не Null
O_D_P_SUMMA	NUMERIC (10, 2)	Не Null
O_D_P_DATE	DATE	Не Null
O_D_P_TIME	TIME

Таблица 22 - Ограничения для таблицы «Оплата долгов перед поставщиками»

На поле	Тип	FK Таблица	FK Поле
OPLATA_DOLG_POSTAV_NO	Первичный ключ
O_D_POSTAVSHIK_NO	Внешний ключ	POSTAVSHIK	POSTAVSHIK_NO

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

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

На первичные ключи всех таблиц накладываются следующие ограничения:

Ключи должны быть уникальными в пределах таблицы;

Ключи не должны модифицироваться.

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

Вывод:

Таким образом, разработан реляционный нормализованный проект баз данных задачи.

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

В системе «ТИС» описаны следующие роли:

Администратор;

Кассир;

Менеджер по продажам;

Менеджер по покупкам;

Менеджер склада;

Для роли «администратор» учувствуют следующие таблицы:

Роли;

Пользователи;

Касса;

Для роли «кассир» учувствуют следующие таблицы:

Товар (Категория товара, Единицы измерения);

Склад (Список склада);

Заказ;

Продажа;

Касса.

Для роли «менеджер по продажам» учувствуют следующие таблицы:

Товар (Категория товара, Единицы измерения);

Склад (Список склада);

Клиент;

Денежные обязательства клиента;

Оплата долга клиента;

Заказ;

Продажа;

Касса.

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

Товар;

Товар для заказа;

Заказ товара;

Покупка;

Поставщик;

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

Оплата долга поставщику.

Для роли «менеджер склада» учувствуют следующие таблицы:

Товар (Категория товара, Единицы измерения);

Склад(Список склада);

Заказ товара;

Нехватка товара;

Товар для заказа.

Описание всех ролей будет рассмотрено в разделе «Проектирование программы».

3.4 Проектирование программы

3.4.1 Принципы проектирования программы

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

В [3] следующие подходы к проектированию программы:

- Проектирование сверху вниз;

- Проектирование структур данных.

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

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

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

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

Модульная структура программной системы представлена на рисунке 7.

Рисунок 7 - Программная структура «ТИС»

Как видно из рисунка 7 система «ТИС» состоит из пяти частей. Так как система «ТИС» является многопользовательской системой, состоящей из пяти ролей, то каждой части системы предназначается одна роль. Поэтому при проектировании программы я опирался именно на возможности каждого пользователя системы.

Каждая роль выполняет соответствующие функции. В системе «ТИС» описаны следующие роли:

Администратор;

Кассир;

Менеджер по продажам;

Менеджер по покупкам;

Менеджер склада;

Опишем возможности каждой роли в отдельности.

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

Настройка БД;

Регистрация пользователя;

Регистрация кассы.

Графическая иллюстрация роли «Администратор» продемонстрирована на рисунке 8.

Рисунок 8 - Роль «Администратор»

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

В качестве примера опишем процесс регистрации пользователя на примере добавления нового пользователя системы (рисунок 9).



Рисунок 9 - Добавление нового пользователя.

Данная диаграмма выполнена, используя диаграмму взаимодействия. Администратор делает запрос программе на создание нового пользователя. Затем вводит нужные данные. Программа реагирует на запрос, обращаясь к БД, на добавление нового пользователя. Та в свою очередь делает новую запись в таблицу «Пользователи». И все возвращается обратно к администратору удачным выполнением запроса.

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

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

Продажа товаров (розница);

Получение денег.

Графическая иллюстрация роли «Администратор» продемонстрирована на рисунке 10.

Рисунок 10 - Роль «Кассир»

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

Рисунок 11 - Процесс работы роли «Кассир»

На рисунке 11 показано, каким образом поступает кассир при заказе товаров клиентом: получает запрос от клиента, согласовывает с ним заказ, фиксирует заказ, получает деньги за товар, заносит деньги в кассу и выдает чек заказчику на получение товара от кладовщика на складе.

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

Редактирование клиента;

Работа с клиентом:

продажа товара (безналичный расчет, наличный расчет);

оплата долгов клиентов (получение денег);

Отчетность по продажам.

Графическая иллюстрация роли «Администратор» продемонстрирована на рисунке 12.

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



Рисунок 12 - Роль «Менеджер по продажам»

Процесс работы менеджер по продажам описан при помощи диаграммы активности на рисунке 13.

Рисунок 13 - работа менеджера по продажам с клиентом

На рисунке 13 показано, каким образом поступает менеджер по продажам при работе с клиентом.

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

Своевременное оповещение менеджера по покупкам о недостающих товарах;

Перемещение товаров;

Установка минимального количества единиц товара на складе (планирование);

Просмотр заявок (как выполненных, так и тех которые находятся в процессе выполнения);

Прием товара;

Отчеты по складам.

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

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

Составление заявки;

Редактирование товара, редактирование поставщика;

Приходирование;

Отчетность по покупкам.

Так как эти две роли взаимодействуют между собой, я их представил вместе на одной диаграмме.(рисунок 14).

Рисунок 14 - Роль «Менеджер склада» и роль «менеджер по покупкам»

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

Процесс составления заказов описан при помощи диаграммы активности на рисунке 15.



Рисунок 15 - Процесс составления заказа

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

Процесс получения товара описан при помощи диаграммы активности на рисунке 16.



Рисунок 16 - Процесс получения товара

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

3.5 Реализация

3.5.1 Выбор системы программирования

Одним из центральных вопросов в разработке проекта является выбор инструментальной системы управления базами данных. В качестве основного инструментария была выбрана система C++Builder 6.0. При помощи C++Builder 6.0 с минимальными затратами времени можно создавать различные приложения для Windows, поскольку в основе C++Builder 6.0 лежит концепция быстрого создания приложений (RAD - Rapid Application Development).

Отметим некоторые ключевые особенности среды C++Builder 6.0:

Интегрированная среда разработки приложений (IDE-Integrated Development Environment) - позволяет создавать, компилировать, тестировать и редактировать проект или группу проектов в единой среде программирования.

Визуальная технология разработки программ - позволяет быстро создавать приложения путем размещения в форме стандартных компонентов. При этом соответствующий код программы автоматически генерируется C++Builder 6.0. Такая технология освобождает разработчика от рутинной работы по созданию пользовательского интерфейса и позволяет уделить больше внимания внутренней организации программы и обработке данных.

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

Поддержка баз данных в среде C++Builder 6.0 осуществляется двояко. С одной стороны, в ней широко используются компоненты, предназначенные для работы с базами данных. С их помощью можно создавать простые приложения, предназначенные для обработки данных, и приложения типа клиент/сервер. С другой стороны, поддержка баз данных в C++Builder 6.0 осуществляется с помощью набора драйверов соединений с SQL-серверами-Borland SQL Links for Windows, которые позволяют интегрированному в C++Builder 6.0 ядру процессора баз данных Borland, BDE(Borland Database Engine), получать доступ к локальным базам данных Paradox, dBase, Access и FoxPro, а так же к SQL-серверам InterBase, Informix, Oracle, SyBase, DB2 и Microsoft SQL.

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

3.5.2 Реализация БД (физическое проектирование)

Этап физического проектирования БД требует поиска проектных решений, обеспечивающих эффективную поддержку построенной БД в среде хранения. На этом этапе были решены вопросы выбора наиболее эффективных методов доступа к различным компонентам «физической» БД и составлено отображение «логической» структуры БД в структуру хранения.

Так как при создании проекта использовалась клиент-серверная технология построения баз данных вместе с сервером InterBase (Interbase 6.0) проектированием БД занималась утилита EMS InterBase & FireBird Manager 3, которая позволяла проектировать реляционные модели данных как на логическом уровне, так и на физическом (проектирование таблиц БД).

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

4. Описание системы ТИС

Описание системы включает следующие компоненты:

Описание технологической базы;

Описание программы «ТИС»;

Руководство для пользователя.

4.1 Описание технологической базы

Система "ТИС" построена на основе современных технологий хранения данных, моделирования и разработки программного обеспечения:

Клиент-Сервер

InterBase

Моделирование бизнес-процессов

Моделирование взаимосвязей между сущностями

Rational Rose

C++Builder 6.0

Клиент-Сервер

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

СЕРВЕР - оптимально управляет информационной базой данных для множества клиентов, эффективно защищает базу данных, создает резервные копии и следит за целостностью данных;

КЛИЕНТ, запрашивая информацию у сервера, предоставляет интерфейс пользователю в виде форм ввода, отчетов или графиков;

СЕТЬ передает данные между клиентом и сервером по локальной сети или через модем по телефонной сети, или через Internet.

Технология КЛИЕНТ-СЕРВЕР позволяет оптимально использовать ресурсы сети компьютеров, позволяет легко заменять любой из узлов системы, а также легко подключать новых пользователей.

InterBase

Система управления базами данных (СУБД) InterBase - это одна из ведущих систем в мире по решению задач управления информацией.

InterBase обеспечивает следующее:

InterBase поддерживает базы данных сколь угодно большого размера;

InterBase поддерживает любое число одновременно работающих пользователей;

InterBase обеспечивает высокий уровень производительности;

InterBase может работать 24 часа в сутки 7 дней в неделю, не требуя остановок на системные работы и регламентное обслуживание;

InterBase может избирательно контролировать доступ к данным на уровне базы данных и на уровне ее объектов;

InterBase поддерживает все принятые стандарты: второй уровень стандарта ANSI/ISO SQL89 национального института стандартов и технологий США, стандарт FIPS127-1 правительства США, занесен Национальным институтом по компьютерной защите (NCSC) в "оранжевую" книгу, как полностью удовлетворяющий требованиям критериев защиты;

InterBase защищает данные от несанкционированного доступа и некорректного использования;

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

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

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

Программное обеспечение InterBase переносимо с одной операционной системы на другую;

Приложения для InterBase могут работать на любой операционной системе.

Моделирование бизнес-процессов

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

Моделирование взаимосвязей между сущностями

Представляет собой метод информационного проектирования, предназначенный для построения высококачественной информационной модели. Информационное моделирование служит стандартным средством определения данных и взаимосвязей между ними, применяемым во всех информационных системах подобного класса. Оно существенно повышает качество системы и продуктивность ПО. Полученная модель взаимосвязей представляет собой нормализованную структуру базы данных. Это очень важно: нормализованная БД понятна и проста, ее структура легко модифицируема. В то же время, такая модель обеспечивает полную целостность данных. База данных сама следит за своей целостностью, не допуская ввода неправильных данных независимо от того, как построены клиентские программы. Таких показателей невозможно достичь, используя формат данных DBF (Clipper, dBase, Fox Pro, Paradox и т. д.). Это - одно из качеств, которым был обусловлен мой выбор СУБД InterBase. СУБД InterBase хранит БД в одном файле, формат данных которой имеет тип GDB.

Rational Rose

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

C++Builder 6.0

Это мощный инструмент разработки приложений для базы данных в архитектуре клиент-сервер. Приложения, построенные с помощью C++Builder 6.0, масштабируемы и могут применяться на любом уровне информационной обработки предприятия, начиная от небольших приложений принятия решений для небольших групп и до очень больших проектов, обрабатывающих огромные объемы данных сотнями пользователей одновременно.

4.2 Описание программы ТИС

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

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

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

ТИС имеет интерфейс, ориентированный на удобство работы. Для этого существует система поиска, многоуровневый классификатор товаров, возможность быстрого набора товаров в сделку.

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

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

Автоматизация работы торговой фирмы при помощи ТИС состоит из следующих, последовательно сменяющих друг друга, частей:

Получение информации о наличии товара;

Оформление документов;

Оплата товаров;

Получение товаров;

Итог;

Аналитика.

Получение информации о наличии товара

На первом этапе взаимоотношений с клиентами большую роль играет скорость получения информации о товаре, его цене, характеристиках, наличии. В системе "ТИС" сделано все для максимального увеличения этой скорости. В частности:

Тщательно продуманный интерфейс максимально ускоряет работу.

В многоуровневом классификаторе товары логично сгруппированы, что упрощает их поиск.

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

В "ТИС"е каждый товар может иметь множество свойств, таких как единица измерения, категория товара и т.д.

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

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

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

Оформление документов

На этапе оформления документов основное внимание уделяется удобству и быстроте создания сделок с покупателями.

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

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

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

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

Продуманная система скидок удобна и менеджеру и клиенту.

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

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

Всегда можно узнать какой объем или вес имеет товар, фигурирующий в сделке.

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

Оплата товаров

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

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

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

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

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

Получение товаров

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

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

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

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

Итог

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

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

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

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

Возможность просматривать заказанный ранее товар существенно упрощает работу.

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

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

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

Аналитика

Система "ТИС" позволяет получать сложнейшие аналитические отчеты за любой временной интервал. Мощный блок аналитической отчетности позволяет вырабатывать обоснованные финансовые решения на основе статистических результатов деятельности фирмы.

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

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

Использование InterBase в качестве СУБД обеспечивает абсолютную надежность хранения информации.

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

В силу универсальности СУБД InterBase абсолютно надежно работает под операционными системами Windows NT Server., Windows XP, Linux.

Количество пользователей ограничивается только техническими возможностями сервера.

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

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

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

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

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

4.3 Руководство для пользователя

Данная глава посвящена описанию готового программного продукта. Описание вхождения пользователя в систему представлено на рисунке 1.

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

Рисунок 1 - Процесс вхождения пользователя в систему

Перед тем как войти в свою часть системы пользователь должен:

Пройти авторизацию (рисунок 2);

Рисунок 2 - Авторизация в системе

Если это первый запуск системы на данном компьютере, тогда администратор должен настроить сервер (рисунок 3).

Рисунок 3 - Настройка сервера

После верной настройки сервера появляется окно, где пользователь вводит свой, известные только ему и администратору, данные (рисунок 4).

Рисунок 4 - Вход в систему

Правильно ввести свой логин и пароль;

Выбрать роль, которую он выполняет.

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

Продемонстрируем работу администратора, кассира и менеджера по продажам. Пользовательский интерфейс администратора изображен на рисунке 5.

Рисунок 5 - Пользовательский интерфейс администратора

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

Перейдем к роли «Кассир». Пользовательский интерфейс кассира изображен на рисунке 6.

Рисунок 6 - Пользовательский интерфейс кассира

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

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

Рисунок 7 - Количество заказанного товара

После того как список заказа составлен кассир, получив деньги, выполняет заказ, нажав кнопку «выполнить заказ» (рисунок 8).

Рисунок 8 - Выполнение заказа

Сумма в кассе увеличивается на размер суммы заказа. Кассир выдает чек клиенту на получение товара со склада. Список заказов очищается и кассир преступает к следующему заказу.

Перейдем к роли «Менеджер по продажам». Пользовательский интерфейс менеджер по продажам изображен на рисунке 9.

Рисунок 9 - Пользовательский интерфейс менеджера по продажам

Основная функция менеджера по продажам - работа с клиентом. Работа с клиентом включает в себя два действия: составление заказа, получение долгов с клиентов (рисунок 10).



Рисунок 10 - работа менеджера по продажам с клиентом

Выбрав клиента, который хочет сделать заказ, менеджер по продажам выбирает вид взаимодействия с клиентом «составить заказ» и переходит в стадию составления заказа (рисунок 11).

Рисунок 11 - Составление заказа клиентом

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

Рисунок 12 - Вид оплаты клиента

Переходим к другой возможности менеджер по продажам - получение долгов с клиентов.

Выбрав клиента, который хочет оплатить долг, менеджер по продажам выбирает вид взаимодействия с клиентом «получить долги» и переходит в стадию получения долга (рисунок 13).

Рисунок 13 - Оплата долгов клиентом

Получив деньги, менеджер по продажам фиксирует эту сумму(сумма оплаты может превосходить сумму долга), выдает чек об оплате долга клиенту и выходит из области «получение долгов».

Также в компетенции менеджер по продажам входит редактирование клиента. Оно включает в себя:

Добавление клиента (рисунок 14);

Рисунок 14 - Добавление клиента

Изменение данных клиента (рисунок 15);



Рисунок 15 - Изменение данных клиента

Удаление клиента (рисунок 16).

Рисунок 16 - Удаление клиента

Удалить клиента, у которого есть долги или имеет аванс, невозможно.

Таким образом, я описал руководство для пользователей трех ролей: администратора, кассира и менеджера по продажам.

5. Организационно - экономическая часть

5.1 Введение

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

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

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

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

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

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

5.2 Расчёт затрат

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

Затраты разделяются на три категории:

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

Прямые затраты на оплату труда;

Косвенные производственные затраты.

Расчет прямых материальных затрат

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

К материальным затратам следует отнести следующие формы затрат:

Прямые затраты на электроэнергию.

Прямые затраты на электроэнергию

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

Компьютеры Intel Celeron-800 (мощность 300 Вт) - 1 шт.

Время работы = 70 дней 8 часов = 560 часов.

Общее потребление электроэнергии компьютером = 560ч 300Вт 1шт = 168кВтч.

Итого общее потребление электроэнергии =168 кВтч

Тариф на электроэнергию на момент расчётов = 0,78 леев.

Итого прямые затраты на потребление электроэнергии = 168 0,78 = 131,04 леев.

Расчет прямых затрат на оплату труда

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

К затратам по оплате труда следует отнести:

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

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

отчисление за медицинское страхование.

Затраты на заработную плату

В разработке и выполнении проекта был занят 1 человек.

Оплата труда разработчика составило 2000 леев/мес. Размер оплаты был определён фактором, что средняя зарплата программиста в РМ составляет 2000 леев/мес.

На выполнение всего проекта было затрачено 3 месяца.

Таким образом, затраты на оплату разработчику составляют 2000,00 3 = 6000,00 леев.

Итого затраты на зарплату = 6000,00 леев.

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

Отчисления в соц. страх составляют 27% от заработной платы.

Т.о. Р = 6000,00 0,27 = 1620,00 лея

Итого отчисления органам социального страхования = 1620,00 лея.

Отчисления за медицинское страхование

Отчисления за медицинское страхование составляют 2% от заработной платы.

Т.о Р = 6000,00 0,02=120,00 лея.

Итого отчисления за медицинскую страховку = 120,00 лея.

Косвенные производственные затраты

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

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

затраты на содержание основных средств, производственного назначения;

износ основных средств, производственного назначения;

затраты на охрану производственных помещений;

стоимость вспомогательных материалов;

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

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

К косвенным производственным затратам следует отнести следующие:

стоимость вспомогательных материалов;

Затраты на освещение;

затраты на услуги связи;

затраты на аренду помещения;

износ основных средств, производственного назначения;

прочие.

Стоимость вспомогательных материалов

В стоимость вспомогательных материалов входит 2 диска с ПО, при помощи которых и разрабатывался данный проект. Стоимость одного диска составило 50 лей. Следовательно

Стоимость вспомогательных материалов = 50 лей х 2 ед. = 100 лей

Затраты на освещение

Для обеспечения освещения в помещении использовалось:

Осветительные приборы(лампа освещения мощностью в 100 Вт) - 2 шт.

Время работы = 70 дней 4 часа = 280 часа.

Потребление электроэнергии = 280ч 100Вт 2шт = 56 кВтч

Тариф на электроэнергию на момент расчётов = 0,78 лей.

Итого расходы на освещение = 56 0,78 = 43,68 леев.

Затраты на услуги связи

При разработке проекта активно использовались услуги телефонной связи для выхода в Internet:

для ведения аналитической работы и исследований;

для различных целей организационного характера.

Тарифы на оплату телефонных услуг = 0,084 лей/мин(5,04лей/час)

Таким образом затраты на услуги телефонной связи составляют:

50 часов 5.04 лей/час = 252 лей.

Провайдером “Internet”_услуг являлись фирмы “Telemedia”, “MoldTelecom”. Подключение к этим провайдерам было бесплатным.

Итого затраты на услуги связи = 252 лей.

Затраты на аренду помещения

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

По договору тариф на аренду составил 1000,00 леев в месяц

Стоимость арендной платы определена двумя критериями:

тарифом за 1м2 площади помещения;

площадью помещения

Тариф за 1м2 площади данного помещения составило 100лей/м2(сектор Рышкань). Площадь помещения равна 10 м2.

Оплата услуг за подачу воды, канализацию, отопление входит в арендную плату.

Итого затраты на аренду = 1000,00 леев 3 месяца = 3000,00 леев.

Расчет износа основных средств

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

При выполнении работ по разработке программного обеспечения использовались компьютер Intel Celeron 800MHz/384MB/HDD 20GB/SVGA 17'' 32MB (1шт.);

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

Существует несколько основных методов износа основных средств:

Равномерный (прямолинейный);

Метод уменьшающегося остатка (метод двойной нормы);

Метод суммы чисел;

Производственный метод.

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

Рассчитаем износ компьютера методом уменьшающегося остатка:

(1)

где U -- Износ,

БС -- Балансовая стоимость,

Ни -- Норма износа, вычисляется по формуле

(2)

где СПФ -- срок полезного функционирования (48 месяцев)

Ни = 100% /48 12 = 25%

Балансовая стоимость вычисляется по формуле:

БС=ПС -- Накопленный Износ

В первый год Накопленный Износ равен 0, поэтому

БС=ПС

Т.о. износ в первый год:

БС=ПС= 13000,00 леев

леев

Во второй год:

БС=13000,00 -- 6500,00 = 6500,00 леев

леев

В третий год:

БС=6500,00 -- 3250,00 = 3250,00 леев

лея

В четвёртый год:

БС=3250,00 -- 1625,00 = 1625,00 леев

лея

С учётом того, что проект разрабатывался три месяца, получим конечный расчет для износа: Итого износ компьютера = 812,5 /12 3 = 203,12 леев.

Таблица 1.2 - Износ компьютера

Наименование	Значение
Первоначальная стоимость (ПС)	13000,00 леев
Срок службы	4 года
Срок эксплуатации в проекте	3 месяца
Количество	1 шт.
Износ в первый год (U1)	6500,00 леев
Износ во второй год (U2)	3250,00 леев
Износ в третий год (U3)	1625,00 леев
Износ в четвёртый год (U4)	812,5 леев
Итого износ компьютера	203,12 леев

Итого износ основных средств : U = 203,12 леев

Прочие Косвенные производственные затраты

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

Таким образом, затраты на разработку программы составили: 11493,84 леев

Таблица 1.3 - Затраты на разработку проекта

Себестоимость проекта =11493,84 леев



Рисунок 1 - Распределение затрат на разработку проекта

5.3 Расчёт расходов

Расходы - все расходы и потери(убытки), которые вычитаются из дохода при расчете прибыли(убытка) отчетного периода.

Расходы делятся на:

расходы от операционной деятельности;

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

расходы от финансовой деятельности;

чрезвычайные расходы.

Расходы от операционной деятельности делятся на:

себестоимость продаж;

расходы периода:

коммерческие;

общие и административные;

прочие операционные расходы.

Себестоимость продаж

Себестоимость продаж - это затраты на производство проданной продукции.

ПО “ТИС” предназначена для торговых предприятий, в основном для оптовых баз. Исследуя рынок торговых предприятий РМ, можно сделать вывод, что таким предприятиям может понадобиться такое ПО как “ТИС”. Так как “ТИС” является новым ПО, оно ещё не успела зарекомендовать себя на рынке. Следовательно, в первый год невозможно массово внедрить это ПО, поэтому в текущем году планируется продать всего 10 единиц данной продукции.

Себестоимость продаж составит: 11493,84 лей /10 ед. = 1149,38 леев

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

Коммерческие расходы

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

К коммерческим расходам следует отнести:

Расходы на упаковку;

Техническая документация;

Расходы на упаковку включает:

Стоимость диска - 8 леев;

Запись на диск - 10 леев;

Вкладыш для диска - 2 лея;

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

8 леев + 10 леев + 2 лея = 20 леев

Общая стоимость упаковки на данный период составит: 20 леев х 10 ед. = 200 леев

К системе необходима документация пользователя.

Техническая документация включает: руководство пользователю состоит из 40 страниц. Распечатка черно-белая составляет 0,3 лея. Распечатка обложки составляет 4 лея. Т.о. распечатка одного экземпляра обойдется в: 40 стр. х 0.3 лея + 4 лея = 16 леев.

Общая стоимость документации составит: 16 леев х 10 ед. = 160 лей

Итого коммерческие расходы 360,00 леев

Общие и административные расходы

заработная плата и отчисления соц.страху, мед.страху административного персонала и служащих;

расходы на содержание и износ основных средств административного и общего характера;

амортизация нематериальных активов общего назначения;

командировочные расходы;

расходы, связанные с оплатой услуг связи.

К общим и административным расходам в данном проекте следует отнести:

заработная плата и отчисления соц. страху, мед. страху административного персонала и служащих;

аренда основных средств административного и общего характера;

расходы на электроэнергию.

Во время разработки данного проекта на фирме ещё в разработке находилось 9 проектов.

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

Заработная плата и отчисления соц. страху, мед. страху административного персонала и служащих.

Заработная плата административного персонала и служащих (директор, секретарь, бухгалтер) составляет 6000 лей/мес.

Отчисления в органы социального страхования Р = 6000,00 0,27 = 1620,00 лея

Отчисления за медицинское страхование Р = 6000,00 0,02=120,00 лея.

Суммарные расходы на заработную плату и отчисления соц. страху, мед. страху административного персонала и служащих составляют 6000+1620+120 = 7740 леев/мес.