Текстовый

Код доставки

Числовой

Дата оплаты

Дата/время

Код оплаты

Числовой

Номер накладной на отпуск

Числовой

Таблица 2.6 - Структура таблицы «Заказ продукции»

Имя поля	Тип данных	Описание
Код	Счетчик (ключ)
Номер заказа	Числовой
Код продукции	Числовой
Количество продукции в заказе	Числовой
Дата доставки	Дата/время

Таблица 2.7 - Структура таблицы «Заявка заказа продукции на год»

Имя поля	Тип данных	Описание
Код	Счетчик (ключ)
Код заявки	Числовой
Код продукции	Числовой
Наименование	Текстовый
Обозначение ГП	Текстовый
Кол год	Числовой	Утвержденный план
Объем заявки до корректива	Числовой
Корректив заявки	Числовой
Дата изменения	Дата/время
Количество_1	Числовой
Количество_2	Числовой
Количество_3	Числовой
Количество_4	Числовой
Количество_5	Числовой
Количество_6	Числовой
Количество_7	Числовой
Количество_8	Числовой
Количество_9	Числовой
Количество_10	Числовой
Количество_11	Числовой
Количество_12	Числовой

Таблица 2.8 - Структура таблицы «Заявка заказа продукции на месяц»

Имя поля	Тип данных	Описание
Код	Счетчик (ключ)
Код заявки	Числовой
Код продукции	Числовой
Наименование	Текстовый
Обозначение ГП	Текстовый
Месяц	Текстовый
Кол месяц	Числовой
Обьем заявки до корректива	Числовой
Коректив заявки	Числовой
Дата измененная	Дата/время
Количество_1	Числовой
Количество_2	Числовой
Количество_3	Числовой
Количество_4	Числовой
Количество_5	Числовой
Количество_6	Числовой
Количество_7	Числовой
Количество_8	Числовой
Количество_9	Числовой
Количество_10	Числовой
Количество_11	Числовой
Количество_12	Числовой
Количество_13	Числовой
Количество_14	Числовой
Количество_15	Числовой
Количество_16	Числовой
Количество_17	Числовой
Количество_18	Числовой
Количество_19	Числовой
Количество_20	Числовой
Количество_21	Числовой
Количество_22	Числовой
Количество_23	Числовой
Количество_24	Числовой
Количество_25	Числовой
Количество_26	Числовой
Количество_27	Числовой
Количество_28	Числовой
Количество_29	Числовой
Количество_30	Числовой
Количество_31	Числовой

Таблица 2.9 - Структура таблицы «Заявка клиент»

Имя поля	Тип данных	Описание
Код заявки	Счетчик (ключ)
Статус	Текстовый
Сокращен_ наимен_клиента	Текстовый
Наименование организации	Текстовый
Дата_Заявки	Дата/время
Код_Клиента	Числовой	из справочника Клиент при регистрации
Номер ИНН	Текстовый
Город	Текстовый
Адрес	Текстовый
Телефон городской	Числовой
Телефон сотовый	Текстовый
ФИО директора	Текстовый
Продолжение таблицы 2.9
Доверенное лицо	Текстовый
Номер доверенности	Текстовый
e-mail адрес	Текстовый
Примечание	Текстовый

Таблица 2.10 - Структура таблицы «Клиент»

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

Таблица 2.11 - Структура таблицы «Оплата»

Имя поля	Тип данных	Описание
Код оплаты	Числовой (ключ)
Метод оплаты	Текстовый

Таблица 2.12 - Структура таблицы «Накладная»

Имя поля	Тип данных	Описание
Номер товарно-транспортной накладной	Числовой (ключ)
Номер заказа	Числовой
Метод доставки	Текстовый
Номер автомобиля	Текстовый
Количество	Числовой
Продолжение таблицы 2.12
Отгружено	Логический
Дата_отгрузки	Дата/время

Таблица 2.13 - Структура таблицы «Продукт»

Имя поля	Тип данных	Описание
Код ГП	Числовой (Ключ)
Обозначение ГП	Текстовый
Наименование детали	Текстовый
Цех_поставщик	Текстовый
Фото	Поле объекта OLE
Код подразделения	Числовой
Статус	Текстовый
Комментарий	Поле МЕМО
Цена	Числовой

Таблица 2.14 - Структура таблицы «Продукция на складе»

Имя поля	Тип данных	Описание
Код продукции	Числовой (ключ)
Номер склада	Числовой
Количество текущ	Числовой
Продолжение таблицы 2.14
Остаток на нм	Текстовый
Номер цеха изготовителя	Числовой
Дата поступления на склад	Дата/время

Таблица 2.15 - Структура таблицы «Сдача готовой продукции»

Имя поля	Тип данных	Описание
Код	Счетчик(ключ)
Дата поступления	Дата/время
Код ГП	Числовой	Из Продукт
Цех_поставщик	Текстовый
Кол_поставлено	Числовой
Кол_принято	Числовой
Сдал	Текстовый
Принял	Текстовый

Таблица 2.16- Структура таблицы «Склад»

Имя поля	Тип данных	Описание
Номер склада	Числовой (ключ)
Объем склада	Числовой

Таблица 2.17 - Структура таблицы «Сотрудник»

Имя поля	Тип данных	Описание
Табельный N	Текстовый (ключ)
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Должность	Текстовый
Раб телефон	Текстовый
Сот телефон	Текстовый
Код подразделения	Текстовый

Таблица 2.18 - Структура таблицы «Способ доставки»

Имя поля	Тип данных	Описание
Код доставки	Числовой (ключ)
Метод доставки	Текстовый

Таблица 2.19- Структура таблицы «Справочник подразделения»

Имя поля	Тип данных	Описание
Код	Счетчик (ключ)
Обозначение	Числовой
Цех_поставщик	Текстовый
Наименование сокращения	Текстовый

Таблица 2.20- Структура таблицы «Статусы»

Имя поля	Тип данных	Описание
Код	Счетчик (ключ)
Наименование подразделений	Текстовый
Обозначение	Текстовый

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

Часто данная проблема решается двумя способами:

хранение в единой таблице только общих атрибутов документов;

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

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

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

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

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

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

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

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

Часто данная проблема решается двумя способами:

хранение в единой таблице только общих атрибутов документов;

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

Рисунок 2.10 -Модель схемы данных

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

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

Общие для всех документов атрибуты хранятся в одной отдельно взятой таблице;

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

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

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



3. Разработка программного обеспечения

3.1 Отчет о сравнении реальных и планируемых сроков

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

3.2 Инструменты для создания персональных веб-страниц

PHP - это специально разработанный язык программирования для web-приложений, которые исполняются на web-сервере.

Сокращение "PHP" расшифровывается как "Hypertext Preprocessor (Препроцессор Гипертекста)". Такие известные языки программирования, как "C", "Java" и "Perl" являются прародителями PHP. Главным преимуществом программирования на PHP является простота его изучения. Как следствие, PHP предоставляет web-программистам неограниченные возможности быстрой генерации динамических web-страниц.

Другим немаловажным преимуществом языка PHP перед его предшественниками, в лице языков "Perl" и "C", является возможность разработки HTML-документов с интегрированными командами и сценариями PHP.

Возможности PHP очень большие. Главным образом, область применения PHP сфокусирована на написание скриптов, работающих на стороне сервера; таким образом, PHP способен выполнять всё то, что выполняет любая другая программа CGI. Например, обрабатывать данных форм, генерировать динамические страницы, отсылать и принимать cookies. Но PHP способен выполнять и множество других задач.

Существуют три основных области, где используется PHP.

Создание скриптов для выполнения на стороне сервера. PHP наиболее широко используется именно таким образом. Все, что вам понадобится, это парсер PHP (в виде программы CGI или серверного модуля), вебсервер и браузер. Чтобы Вы могли просматривать результаты выполнения PHP-скриптов в браузере, вам нужен работающий вебсервер и установленный PHP. За более подробными сведениями обратитесь к подразделу установка PHP.

Создание скриптов для выполнения в командной строке. Вы можете создать PHP-скрипт, способный запускаться вне зависимости от вебсервера и браузера. Все, что вам потребуется - парсер PHP. Такой способ использования PHP идеально подходит для скриптов, которые должны выполняться регулярно, например, с помощью cron (на платформах *nix или Linux) или с помощью планировщика задач (Task Scheduler) на платформах Windows. Эти скрипты также могут быть использованы в задачах простой обработки текстов. Дополнительная информация находится здесь.

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

PHP доступен для большинства операционных систем, включая Linux, многие модификации Unix (такие, как HP-UX, Solaris и OpenBSD), Microsoft Windows, Mac OS X, RISC OS, и многих других. (Существует даже версия PHP для OS/2. Неизвестно, правда, насколько соответствующая нынешним реалиям). Также в PHP включена поддержка большинства современных вебсерверов, таких, как Apache, Microsoft Internet Information Server, Personal Web Server, серверов Netscape и iPlanet, сервера Oreilly Website Pro, Caudium, Xitami, OmniHTTPd и многих других. Для большинства серверов PHP поставляется в качестве модуля, для других, поддерживающих стандарт CGI, PHP может функционировать в качестве процессора CGI.

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

PHP способен не только выдавать HTML. Возможности PHP включают формирование изображений, файлов PDF и даже роликов Flash (с использованием libswf и Ming), создаваемых "на лету". PHP также способен выдавать любые текстовые данные, такие, как XHTML и другие XML-файлы. PHP способен осуществлять автоматическую генерацию таких файлов и сохранять их в файловой системе вашего сервера, вместо того, чтобы отдавать клиенту, организуя, таким образом, кеш динамического содержания, расположенный на стороне сервера.

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

Также в PHP включена поддержка DBX для работы на абстрактном уровне, так что вы можете работать с любой базой данных, использующих DBX. Кроме того, PHP поддерживает ODBC (Open Database Connection standard), таким образом, вы можете работать с любой базой данных, поддерживающей этот всемирно признанный стандарт. Подробнее о работе PHP с СУБД здесь.

PHP также поддерживает "общение" с другими сервисами с использованием таких протоколов, как LDAP, IMAP, SNMP, NNTP, POP3, HTTP, COM (на платформах Windows) и многих других. Кроме того, вы получаете возможность работать с сетевыми сокетами "напрямую". PHP поддерживает стандарт обмена сложными структурами данных WDDX. Обращая внимание на взаимодействие между различными языками, следует упомянуть о поддержке объектов Java и возможности их использования в качестве объектов PHP. Для доступа к удаленным объектам вы можете использовать расширение CORBA.

PHP включает средства обработки текстовой информации, начиная с регулярных выражений Perl или POSIX Extended и заканчивая парсером документов XML. Для парсинга XML используются стандарты SAX и DOM. Для преобразования документов XML вы можете использовать расширение XSLT.

Последним по порядку, но не по значению, является поддержка многих других расширений, таких, как функции поисковой машины mnoGoSearch, функции IRC Gateway, функции для работы со сжатыми файлами (gzip, bz2), функции календарных вычислений, функции перевода и многое другое.

3.3 Apache

Apache HTTP-сервер (назван именем группы племён североамериканских индейцев апачей; кроме того, является сокращением от англ. a patchy server; среди русских пользователей общепринято искажённое апамч) -- свободный веб-сервер.

Apache является кроссплатформенным ПО, поддерживает операционные системы Linux, BSD, Mac OS, Microsoft Windows, Novell NetWare, BeOS.

Основными достоинствами Apache считаются надёжность и гибкость конфигурации. Он позволяет подключать внешние модули для предоставления данных, использовать СУБД для аутентификации пользователей, модифицировать сообщения об ошибках и т. д. Поддерживает IPv6.

Сервер был написан в начале 1995 года и считается, что его имя восходит к шуточному названию «a patchy» (англ. «заплаточка»), так как он устранял ошибки популярного тогда сервера Всемирной паутины NCSA HTTPd 1.3. В дальнейшем, с версии 2.х, сервер был переписан заново и теперь не содержит кода NCSA. На данный момент разработка ведётся в ветке 2.2, а в версиях 1.3 и 2.0 производятся лишь исправления ошибок безопасности. На текущий момент последняя версия ветки 2.4 -- 2.4.3 (21 августа 2012), для первой версии это 1.3.42.

Веб-сервер Apache разрабатывается и поддерживается открытым сообществом разработчиков под эгидой Apache Software Foundation и включён во многие программные продукты, среди которых СУБД Oracle и IBM WebSphere.

С апреля 1996 и до настоящего времени является самым популярным HTTP-сервером в Интернете. Статистика Netcraft показывает следующие данные об использовании Apache:

в августе 2007 года он работал на 51 % всех веб-серверов

в мае 2009 года -- на 46 %

в январе 2011 года -- на 59 %, т.е. более чем на 160 млн сайтов.

3.3.1 Архитектура

Ядро Apache включает в себя основные функциональные возможности, такие как обработка конфигурационных файлов, протокол HTTP и подсистема загрузки модулей. Ядро (в отличие от модулей) полностью разрабатывается Apache Software Foundation, без участия сторонних программистов.

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

Ядро Apache полностью написано на языке программирования C.

Подсистема конфигурации

Подсистема конфигурации Apache основана на текстовых конфигурационных файлах. Имеет три условных уровня конфигурации:

Конфигурация сервера (httpd.conf).

Конфигурация виртуального хоста (httpd.conf c версии 2.2, extra/httpd-vhosts.conf).

Конфигурация уровня директории (.htaccess).

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

Часть модулей использует в своей работе конфигурационные файлы операционной системы (например /etc/passwd и /etc/hosts).

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

3.3.2 Механизм виртуальных хостов

Apache имеет встроенный механизм виртуальных хостов. Он позволяет полноценно обслуживать на одном IP-адресе множество сайтов (доменных имён), отображая для каждого из них собственное содержимое.

Для каждого виртуального хоста можно указать собственные настройки ядра и модулей, ограничить доступ ко всему сайту или отдельным файлам. Некоторые MPM, например Apache-ITK позволяют запускать процесс httpd для каждого виртуального хоста с отдельными идентификаторами uid и guid.

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

3.4 MySQL

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

MySQL был разработан компанией TcX для внутренних нужд, которые заключались в быстрой обработке очень больших баз данных. Компания утверждает, что использует MySQL с 1996 года на сервере с более чем 40 БД, которые содержат 10,000 таблиц, из которых более чем 500 имеют более 7 миллионов строк.

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

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

MySQL поддерживает язык запросов SQL в стандарте ANSI 92, и кроме этого имеет множество расширений к этому стандарту, которых нет ни в одной другой СУБД.

Возможности MySQL:

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

Количество строк в таблицах может достигать 50 млн;

Быстрое выполнение команд. Возможно MySQL самый быстрый сервер из существующих.

Простая и эффективная подсистема безопасности.

MySQL действительно очень быстрый сервер, но для достижения этого разработчикам пришлось пожертвовать некоторыми требованиями к реляционным СУБД. В MySQL отсутствуют:

Не реализована поддержка транзакций. Взамен предлагается использовать LOCK/UNLOCK TABLE.

Нет поддержки внешних (foreign) ключей.

Нет поддержки триггеров и хранимых процедур.

Нет поддержки представлений (VIEW). В версии 3.23 планируется возможность создавать представления.

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

3.5 Реализация php разметки страницы

Любая страница PHP состоит из файла php разметки и файла кода логики страницы. Код логики разметки представлен в Приложении Г.

Разметка страницы.

<?php

error_reporting(E_ALL);

$system_folder = "system";

/* APPLICATION FOLDER NAME

*/

$application_folder = "application";

/*SET THE SERVER PATH

*/

if (strpos($system_folder, '/') === FALSE)

{

if (function_exists('realpath') AND @realpath(dirname(__FILE__)) !== FALSE)

{

$system_folder = realpath(dirname(__FILE__)).'/'.$system_folder;

}

}

else

{

// Swap directory separators to Unix style for consistency

$system_folder = str_replace("\\", "/", $system_folder);

}

/*

DEFINE APPLICATION CONSTANTS

| EXT - The file extension. Typically ".php"

| SELF - The name of THIS file (typically "index.php")

| FCPATH - The full server path to THIS file

| BASEPATH - The full server path to the "system" folder

| APPPATH - The full server path to the "application" folder

*/

define('EXT', '.php');

define('SELF', pathinfo(__FILE__, PATHINFO_BASENAME));

define('FCPATH', str_replace(SELF, '', __FILE__));

define('BASEPATH', $system_folder.'/');

if (is_dir($application_folder))

{

define('APPPATH', $application_folder.'/');

}

else

{

if ($application_folder == '')

{

$application_folder = 'application';

}

define('APPPATH', BASEPATH.$application_folder.'/');

}

*/

require_once BASEPATH.'codeigniter/CodeIgniter'.EXT;

/* End of file index.php */

/* Location: ./index.php */



4 . Расчеты и оценки

4.1 Расчеты необходимого объема памяти на жестком диске

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

+ 512*1024 (байт), (4.1)

где - общий объем базы;

- объем i -ой таблицы;

m - количество таблиц в базе данных;

512*1024 - объем пустой базы данных, затрачиваемый на хранение служебной информации.

Объем места, занимаемый одной таблицей, V рассчитывается по формуле (4.2):

V ₌ V_з *N (байт), (4.2)

где N - количество строк в таблице.

Объем места, занимаемый одной записью в таблице, V_з рассчитывается по формуле (5.3):

V_т = l₁ +… l_n + V₁ …+ V_k (байт), (4.3)

где l₁ - количество символов, хранимых строковым полем;

n - количество строковых полей;

V₁ - объем типа данных хранимого нестроковым полем, в байтах;

k - количество полей с нестроковым типом данных.

При создании базы данных MS SQL Server использовались типы данных, указанные в таблице 4.1.

Таблица 4.1 - Типы данных

Тип данных	Размер, байт	Описание
char/varchar	1символ - 1байт	Хранит символьные данные фиксированной длины размером от 1 до 8000 символов
int	4	Хранит целые числа со знаком или без знака в диапазоне от -2 147 483 648 до 2 147 483 647
bigint	8	Хранит целые числа со знаком и без знака в диапазоне от -9 223 372 036 854 775 808 до 9 223 372 036 854 775 807
text	1символ - 1байт	Хранит очень большие фрагменты текста длиной до 2 147 483 647 символов.
datetime	8	Хранит значение даты и времени в диапазоне с 01-01-1753 00:00:00 до 31-12-9999 23:59:59
money	8	Хранит денежные значения в диапазоне от -922337203685477.5808 до 922337203685477.5807

Согласно количественным требованиям технического задания и формулам (4.1)-(4.3) расчеты объема записей и таблиц приведены в таблице 4.2.

Таблица 4.2 - Расчеты объема базы данных

Таблица	Объем места, занимаемый одной записью таблицы, Vз, байт	Количество строк, N	Объем места, занимаемый таблицей, байт
Предприятие	4+150+100=254	5	508
Тип детали	4+10+250+500+100+4+8=876	15	13140
Наименование детали	4+50+20+4+4+4+20+25+8=131	10	1310
Дополнительные характеристики	4+100+4+4+50+50+8= =220	40	8 800
Дополнительные признаки	4+100+4+4+50+50+8= =220	40	8 800
Клиент	4+15+20+100+50++100+12+10+50+100=461	2000	922000
Заказ	4+8=12	3000	36000
Объем места, занимаемого всеми таблицами, VT, байт	990 558

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

Согласно формуле (4.1) общий объем, занимаемый базой данных, составит:

V_БД = 990558+ 512*1024 = 1 514 846 байт = 1,5 Мб

4.2 Оценка быстродействия системы

Когда база данных будет установлена на специальном сервере, время передачи данных от сервера по сети будет оцениваться исходя из формулы (4.5): [4]

, (4.5)

где V_БД - объем базы данных (Мб);

µ - коэффициент использования (какую долю базы охватывает самый большой запрос), в нашем случае он равен 0,3;

Р_сети - пропускная способность сети (Мбит/с);

N - количество рабочих мест (пользователей работающих с системой).

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

V = n*v_i (4.6)



где n - число компьютеров в сети(максимально возможное количество клиентов работающих одновременно);

v_i - нагрузка на один компьютер в сети.

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

v = D/t, (4.7)

где D - количество переданных данных;

t - время, за которое были переданы данные.

В данном случае: D = 1,5 Мб, t = 0,8 секунд, тогда v = 1,5/0,8 = 1,875 Мб/с.

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

V = 100*1,875 = 187,5 Мб/сек.

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

v_max, для стандарта составляет 1000 Мбит/сек = 125 Мб/сек.

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

= V/v_max . (4.9)

Подставив данные, получим: = 187,5/125 = 1,5

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

Используя формулу (4.5) и полученные значения параметров, получаем:

t = 8*1,5*0,3*100 / 1,5*125 = 1,92 с

4.3 Расчеты надежности программного продукта

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

Ошибки проектирования проявляются в виде отказов.

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

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

Восстановление работоспособности - это переход объекта из неработоспособного состояния в работоспособное в результате устранения отказа.

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

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

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

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

Для восстанавливаемых систем:

наработка на отказ (время между двумя отказами) - Тн;

интенсивность отказа - 1/Тн;

вероятность безотказной работы за время t - P(t)=e-1/Тн;

время восстановления после отказа - Тв.

Исходные данные представлены в таблице 5.3:

жесткий диск сбыт сметный



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

Наработка на отказ (усредненная) (Тн), час	Время восстановления системы после отказа (Тв), час
1200	0,2

При расчетах использовалась методика описываемая в литературе [4]

Коэффициент готовности - Кг;

Кг = Тн/(Тн + Тв)*100% = 1200/(1200 + 0,2)*100% = 99,834% (4.9)

Коэффициент простоя - Кп;

Кп = Тв/(Тн + Тв)*100% = 0,00166*100% = 0,166% (4.10)

В зависимости от стадии исправления все ошибки задаются в следующих формулировках:

Неудачи при решении задач, с которыми сталкивается пользователь;

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

Ошибки, признанные разработчиком программного обеспечения;

Идентифицированные ошибки;

Ошибки, для которых найдены способы исправления;

Ошибки, для которых найдены способы исправления и представлены пользователю.

Рассчитаем количество отказов () за год:

= Тр / Тн, (4.11)

где Тр - количество рабочих часов в году:

Тр = 365 * 24 = 8760 (часов).

= 8760 /1200 = 7,3 (отказов/год)

Распределение ошибок по категориям отказов:

1) Авария систем (А);

Это остановка без какой-либо информации или сообщения о системной ошибке (26% ошибок).

А = *0,26 = 7,3 * 0,26 = 1,898 (ошибки/год) (4.12)

2) Аварийный отказ программного обеспечения (Б);

Это ошибки, которые приводят к остановке не всей системы в целом, а только 1 из ее пакетов (3% ошибок).

Б = *0,03 = 7,3 * 0,03 = 0,219 (ошибки/год) (4.13)

3) Программные ошибки пользователя (В);

Либо требования чрезмерных ресурсов(13% ошибок).

В = *0,13 = 7,3 * 0,13 = 0,949 (ошибки/год) (4.14)

4) Уничтожение данных (Г);

Отказы, вызывающие потерю данных (4% ошибок).

Г = *0,04 = 7,3 * 0,04 = 0,292 (ошибки/год) (4.15)

5) Нарушение защиты данных (Д);

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

Д = *0,02 = 7,3 * 0,02 = 0,146 (ошибки/год) (4.16)

6) Снижение производительности (Е);

Вызывает ошибки, связанные с выделением лишних ресурсов или замедлением ввода/вывода информации (2% ошибок).

Е = *0,02 = 7,3 * 0,02 =0,146 (ошибки/год) (4.17)

7) Потеря функциональных возможностей (Ж).

Ошибки ввода/вывода, не корректная информация и т.д. (50% ошибок).

Ж = *0,5 = 7,3 * 0,5 = 3,65 (ошибки/год) (4.18)

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



5. Разработка эксплуатационной документации

5.1 Руководство системного администратора

5.1.1 Администрирование программного продукта

Для работы приложения в сети интернет на сервере должны быть установлены следующие службы: MySQL, Apache или Nginx и PHP.

5.1.2Установка и подключение системы

1) Папку с файлами системы необходимо скопировать на сервер либо в папку по умолчанию для сайтов(например если на сервере установлена в качестве серверной службы по обработке http-запросов служба Apache, то нужно копировать файлы в папку htdocs). Либо установить ее в любую другую папку.

2) Если был выбран второй вариант нужно сделать настройки файла httpd.confи прописать настройки виртуального хоста для этой папки

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

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

5.2.1 Общие сведения о программном продукте

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



Рисунок 5.1 - Изделия

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

Рисунок 5.2 - Оформление заказа

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



Рисунок 5.3 - Предложение зарегистрироваться

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

Рисунок 5.4 - Выбор единичного заказа или постоянного

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

Рисунок 5.5 - Регистрация клиента

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

Рисунок 5.6 - Регистрация клиента

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

Рисунок 5.7 - Заявка на поставку детали на месяц

Руководство менеджера.

Чтобы зайти в отдел администрирования, необходимо перейти по адресу, http://site.ru/controlPanel, где site.ru имя вашего сайта. При заходе будет произведена авторизация пользователя.

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

Рисунок 5.8 - Статусы заявок

Для перехода к заказу нужно перейти по ссылке в строчке заказа. Открывается описание заказа.

Рисунок 5.9 - Просмотр выбора детали в заказ

Здесь можно посмотреть информацию о заказе.

Также присутствует страница, просмотра потребности в том или ином товаре.

Рисунок 5.10 - График отгрузки товара



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

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

При расчетах использовалась методика описываемая в литературе [10]

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

- определяется трудоемкость задачи;

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

- составляется оперативно-календарный план (ОКП);

- строится ленточный график ОКП;

- составляется смета затрат;

- рассчитывается экономический эффект;

- рассчитывается срок окупаемости;

- строится сетевой график;

- строится диаграмма Ганта.

Планируемый срок разработки программного обеспечения 4 месяца 2 недели. Количество рабочих дней в месяце - 21. Продолжительность рабочего дня - 8 часов. Итого фонд рабочего времени - 94 рабочих дня(752 часа).

6.1 Расчет трудоемкости проекта

Расчет производится по методике, основанной на опытно?статистических данных [9]. Трудоемкость разработки программного обеспечения рассчитывается по формуле

Тоб=То+Ти+Та+Тбс+Тп+Тот+Тд, (6.1)

где Тоб - суммарная трудоемкость разработки темы;

То - трудоемкость постановки задачи, То = 8 чел/час (принимается по статистическим данным);

Ти - трудоемкость изучения и описания задачи;

Та - трудоемкость разработки алгоритма;

Тбс - трудоемкость разработки блок-схемы;

Тд - трудоемкость оформления документов.

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

, (6.2)

где q - предполагаемое число операторов;

с - коэффициент сложности программы;

р - коэффициент коррекции программы в ходе ее разработки.

Согласно расчетам характеристик кода по функционально-ориентированной метрике примем число операторов в программе - 1350.

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

Коэффициент коррекции программы р характеризует увеличение объема работ за счет внесения изменений в алгоритм или программу в результате изменения состава и структуры информации, а также уточнений, вносимых разработчиками для улучшения качества самой программы без изменения постановки задачи. На практике при разработке программы в среднем вносится 3?5 коррекции, каждая из которых ведет к переработке от 5 до 10 % готовой программы, т.е. величина р находится в пределах 0,05..0,1. В нашем случае возьмем p равным 0,07. Внеся все данные в формулу (6.2), получаем: Q=13501,5 (1+0,07)=2167 (операторов).

Условное число операторов (Q) в программе задачи, таким образом, равно 2167. При расчете полной трудоемкости по статистическим данным принимается То=8. Остальные составляющие определяются по следующим формулам

Ти=QВ/(75?85)k, (6.3)

Тбс=QВ/(10?15)k, (6.4)

Та=Q/(20?25)k, (6.5)

Тп=Q/(20?25)k, (6.6)

Тот=Q/(4?5)k, (6.7)

Тд=Q/(15?20)k, (6.8)

где В коэффициент, характеризующий качество описания задачи (практика показывает, что в большинстве случаев этот коэффициент в зависимости от сложности задачи принимается от 1,2 до 1,5; B = 1,2); k степень подготовленности специалиста к порученной ему работе (определяется в зависимости от стажа работы (таблица 6.1); в нашем случае k = 0,8). Коэффициенты квалификации разработчика представлены в таблице 6.1.

Таблица 6.1 - Коэффициенты квалификации разработчика

Стаж работы, лет	k
<2	0,8
2 ? 3	1
3 ? 5	1,4
>7	1,6



Расчет затрат на изучение задачи рассчитаем по формуле (6.3):

Ти = 2167 1,2/750,8=24 чел/час.

Расчет затрат на разработку блок-схемы рассчитаем по формуле (6.4):

Тбс = 2167 1,2/150,8 = 139 чел/час.

Расчет затрат на разработку алгоритмов рассчитаем по формуле (6.5):

Та = 2167 /200,8 = 87 чел/час.

Расчет затрат на программирование рассчитаем по формуле (6.6):

Тп = 2167 /200,8 = 69 чел/час.

Расчет затрат на отладку программы рассчитаем по формуле (6.7):

Тот = 2167 /50,8 = 347 чел/час.

Расчет затрат на оформление документации рассчитаем по формуле (6.8):

Тд = 2167 /200,8 = 87 чел/час.

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

Тоб=8+24+139+87+69+347+87=753 чел/час;

Тоб/8=753/8 = 94 чел/дней.

Определение численности исполнителей производится по формуле

И=Т_об/Ф, (6.9)

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

Подставив значения в формулу (6.9), получим И = 94/94 ??1 человек.

Исходя из того, что исполнитель проекта - 1 человек, а рабочих дней в месяце 21 (в среднем), то на реализацию проекта потребуется (94/(121)) = 4,5 месяца.

Следовательно, срок выполнения работы составит 4 месяца 10 дней.



6.2 Составление оперативно-календарного плана

Оперативно-календарный план темы составляется для расчета занятости разработчиков во время разработки [10]. По предыдущим расчетам общая трудоемкость составила 94 чел/дней.

Стадии, этапы и содержание работ.

1) Выбор, утверждение темы:

1.1) Составление ТЗ на разработку программы.

1.2) Согласование ТЗ с руководителем проекта.

1.3) Изучение состояния вопроса (ТЗ).

1.4) Изучение литературы и информации по выбранной теме.

2) Технологическое проектирование.

2.1) Анализ ТЗ.

2.2) Разработка модели бизнес - процесса «Как должно быть».

2.3) Разработка модели процессов данных.

2.4) Разработка диаграммы прецедентов.

3) Рабочий проект.

3.1) Разработка алгоритма.

3.2) Определение формы представления входных и выходных данных.

3.3) Разработка структуры программы

3.4) Написание программы.

3.5) Отладка программы.

4) Внедрение.

4.1) Разработка руководства пользователя

4.2) Испытание программы на реальной задаче.

4.3) Разработка руководства системного администратора

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

Таблица 6.2 - Оперативно-календарный план

Этапы разработки	Исполнитель	Сроки выполнения стадии	Трудоемкость
			Этапа	Стадии
			чел/дн	%	чел/дн	%
1.1	ИП	31.01.12 - 09.02.12	27	29,7	8	29,6
1.2	ИП; РП	10.02.12 -14.02.12			3	11,1
1.3	ИП	15.02.12 - 22.02.12			6	22,2
1.4	ИП	23.02.12 - 06.03.12			10	37,1
2.1	ИП; РП	07.03.12 -12.03.12	14	14,9	4	28,6
2.2	ИП; РП	13.03.12 -16.03.12			4	28,6
2.3	ИП	19.03.12 -22.03.12			4	28,6
2.4	ИП	23.03.12 -26.03.12			2	14,2
3.1	ИП; РП	27.03.12 -05.04.12	42	44,7	8	19
3.2	ИП; РП	06.04.12 -10.04.12			3	7,2
3.3	ИП; РП	11.04.12 -16.04.12			4	9,5
3.4	ИП; РП	17.04.12 - 04.05.12			14	33,3
3.5	ИП	07.05.12 - 22.05.12			13	31
4.1	ИП	23.05.12 - 25.05.12	11	11,7	3	27,3
4.2	ИП; РП	28.05.12 -04.06.12			5	45,4
4.3	ИП; РП	05.06.12 -06.06.12			3	27,3

Рассчитанная продолжительность проектирования составила 94 дня.

6.2.1 Построение ленточного графика ОКП

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

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

Тп_i = Т_i / Ч_i, (6.10)

где Т_i - трудоемкость работ, чел/час;

Ч_i - численность исполнителей, чел.

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

Рассчитанная продолжительность проектирования составила 560 часов.

Таблица 6.3 - Ленточный график ОКП

Стадия	Исполнитель	Трудоемкость	Численность	Длительность работы
№		чел/час	чел.	час.
1.1	ИП	64	1	64
1.2	ИП; РП	24	2	12
1.3	ИП	48	1	48
1.4	ИП	80	1	80
2.1	ИП; РП	32	2	16
2.2	ИП; РП	32	2	16
2.3	ИП	32	1	32
2.4	ИП	16	1	16
3.1	ИП; РП	64	2	32
3.2	ИП; РП	24	2	12
3.3	ИП; РП	32	2	16
3.4	ИП; РП	112	2	56
3.5	ИП	104	1	104
4.1	ИП	24	1	24
4.2	ИП; РП	40	2	20
4.3	ИП; РП	24	2	12
Итого		752		560

6.3 Диаграмма Ганта

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

На диаграмме Ганта также показывается зависимость между задачами.

Диаграмма Ганта представлена на рисунке 6.1.

Рисунок 6.1 - Диаграмма Ганта

6.4 Построение сетевого графика

Наименования работ, продолжительность каждой работы и наименования событий описаны в таблице 6.4.

Таблица 6.4 - Сетевая диаграмма

Код событий	Наименование события	Код работы	Наименование работ	Продолжительность
0	1	2	3	4
0	Принято решение о начале проектирования	0-1	Составление ТЗ на разработку программы	8
1	ТЗ на разработку программы составлено	1-2	Согласование ТЗ с руководителем проекта	3
		1-3	Изучение состояния вопроса	6
2	ТЗ с руководителем проекта согласовано	2-3	Изучение литературы и информации по выбранной теме	10
3	Литература изучена	3-4	Анализ ТЗ	4
		3-5	Разработка модели бизнес - процесса «Как должно быть»	4
4	Модель бизнес-процесса «Как должно быть» разработана	4-5	Разработка модели процессов данных	4
		4-6	Разработка диаграммы прецедентов	2
5	Разработаны модель процессов данных и диаграмма прецедентов	5-6	Разработка алгоритма.	8
6	Алгоритм разработан	6-7	Определение формы представления входных и выходных данных	3
		6-8	Разработка структуры программы	4
7	Структура программы разработана	7-8	Написание программы	14
8	Программа написана	8-9	Отладка программы	13
9	Программа отлажена	9-10	Разработка руководства пользователя	3
10	Разработано руководство пользователя	10-11	Испытание программы на реальной задаче	5
11	Программа испытана	11-12	Разработка руководства системного администратора	3
12	Разработано руководство системного администратора

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

Рисунок 6.2 - Сетевой график

Т_кр = 0 - 1 - 2 - 3 - 5 - 6 - 8 - 9 - 10 - 11 - 12 = 79 дней.

6.5 Составление сметной стоимости разработки

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

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

- материальные затраты (за вычетом стоимости возвратных отходов);

- затраты на оплату труда;

- страховые взносы;

- амортизация основных фондов;

- прочие затраты.

6.5.1 Затраты на оплату труда

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

Расчет основной заработной платы производится по формуле (6.11)

Ф_ОСН = (Ок/21)Т, (6.11)

где Ок - месячный оклад (руб);

Т - трудоемкость (чел/дни);

21- число рабочих дней в месяце.

Данные по заработной плате приведены в таблице 6.5

Таблица 6.5 - Заработная плата разработчиков

Разработчик	Должностной оклад, руб.
РП	17500
ИП	9800

Расчет основной заработной платы по формуле (6.11) приведен в таблице 6.6:



Таблица 6.6 - Расчет основной заработной платы

Этап	Должность	Трудоемкость (чел/дни)	Основная з/п (руб.)
1	РП	1,5	1250
	ИП	25,5	11900
2	РП	4	3333,333
	ИП	10	4666,667
3	РП	14,5	12083,33
	ИП	27,5	12833,33
4	РП	4	3333,333
	ИП	7	3266,667
Итого:	РП	24	20000
	ИП	70	32666,67

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

Ф_осн = Ф_{ОСН. ИП.} + Ф_{ОСН. РП.} (6.12)

Ф_осн =20000+ 32666,67 = 52666,67 руб.

К дополнительной заработной плате относятся выплаты, предусмотренные законодательством о труде за неотработанное по уважительным причинам время: оплата очередных и дополнительных отпусков и т.п. (принимается в размере 40% от суммы основной заработной платы разработчиков).[9]

Дополнительная заработная плата рассчитывается по формуле

Ф_доп = Ф_осн А_д, (6.13)

где А_д - коэффициент отчислений на дополнительную заработную плату, А_д = 0,40.

Дополнительная заработная плата по формуле (6.13) равна

Ф_доп = 52666,67 0,40 = 21066,67 руб.

6.5.2 Страховые взносы

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

Расчет производится по формуле

Ф_соц = (Ф_осн + Ф_доп)А_сс, (6.14)

где А_сс - коэффициент отчислений на социальное страхование, А_сс = 0,30

Подставив необходимые значения в формулу (6.14), отчисления в фонд социального страхования равны:

Ф_соц = (52666,67 +21066,67)0,30 = 22120 руб.

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

В данной статье учитываются суммарные затраты на материалы, приобретенные для разработки данного программного продукта. Затраты состоят из стоимости материалов (без учета НДС) и транспортно-заготовительных расходов. Цены указаны по состоянию на 1 января 2012 года.

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

Смат = Сб + Ск, (6.15)

где Смат - общий расход материалов;

Сб - расход на бумагу, который определяется по формуле

Сб = РбN, (6.16)

где Рб - цена за пачку бумаги, Pб=200 руб.;

N - количество пачек, N=2;

Сб = 2002=400 руб.

Cк - расход на картридж, который определяется по формуле [10]

Ск = Рк+N, (6.17)

где Рк - цена картриджа, Рк=500 руб.;

N - количество картриджей, N=1;

Ск = 5001=500 руб.

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

Смат = 400 + 500 = 900 руб.

6.5.4 Стоимость лицензионного программного обеспечения

Для разработки и внедрения базы данных необходимо закупить лицензионную ОС Microsoft Windows XP Pro SP3 и Microsoft Office 2003 (MS Excel), Microsoft SQL Server 2005 Express Edition, Borland Delphi 2006, что и имеется на данном рабочем месте.

Стоимость лицензий приведена в таблице 6.7.

Таблица 6.7 - Стоимость лицензионного ПО

Наименование	Процент использования, %	Стоимость полная, руб.	Стоимость с учётом процента использования, руб.
ОС Microsoft Windows XP Pro SP3	40	5435	2174
Microsoft Office 2007	25	25600,65	6400
Denver	25	Условно-бесплатная версия	0
Studio for MySQL	25	7955	1988
Итого	10562

Получаем, что стоимость лицензионного программного обеспечения С_ПО = 10562 руб.

6.5.5 Стоимость машинного времени