Расчет экономической эффективности программного средства

П У

I

*

Генерируется программно

Название фирмы - поставщика

C

25

*

Название города

C

30

*

Название улицы

C

30

*

Номер дома

I

4

*

Телефон фирмы - поставщика

I

10

*

Используемые сокращения:

- I - INTEGER - целочисленные значения от - 2147483648 до + 2147483647;

- V - VARCHAR - текстовый столбец переменной длины содержащий до n символов;

- D - дата (день, месяц, год);

- T - время (час, минута, секунда).

2.1.5 Входные и выходные данные

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

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

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

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

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

MainUnit - содержит главную форму клиентского приложения, располагающую меню и определяющую дальнейшие действия пользователя.

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

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

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

DevSostUnit - модуль смены состояний компьютерных устройств.

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

ComplSostUnit - модуль смены состояний комплектующих.

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

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

FirmUnit - содержит справочную информацию о фирмах - производителях автозапчастей и автомобилей.

PostUnit - содержит справочную информацию о фирмах - продавцах автозапчастей и автомобилей.

OtdelUnit - содержит справочную информацию об административных отделах предприятия.

TipDetUnit - содержит информацию о типах оборудования.

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

DefVedUnit - модуль для формирования и подготовки к печати “Дефектной ведомости результатов осмотра ответственных частей устройства” и “Акта приемки - сдачи отремонтированного оборудования”.

ZamVedUnit - модуль для формирования и подготовки к печати “Ведомости замен комплектующих”.

SpisAktUnit - модуль для формирования и подготовки к печати “Акта на списание устаревших и неработоспособных автозапчастей и автомобилей ”.

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

AboutUnit - содержит информацию о версии программной системы и ее производителе.

Help - информационный модуль.

Иерархическая структура программной системы представлена на рисунке 2.2



Рисунок 2.2 - Иерархическая структура программной системы

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

Функциональная схема представлена на рисунке 2.5



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

Рисунок 2.3 - Функциональная схема программного средства



Рисунок 2.3 (продолжение)

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

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

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

Схема алгоритма программной системы в укрупненном виде представлена на рисунке 2.4.

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

К ним относятся:

движение оборудования между рабочими станциями;

смена состояний единицы оборудования;

движение комплектующих между единицами оборудования;

- фильтрация записей базы данных;

поиск необходимых записей;

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

вывод различной справочной информации;

формирование выходной документации;

вызов информации о программе и справочной системы.

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

Смена состояний единицы оборудования осуществляется вызовом формы (модуль DevSostUnit), в которой для выбранного оборудования можно указать

одно из трех следующих состояний:

работает;

в ремонте;

списан.

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

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

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

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

по названию рабочей станции;

по серийному номеру устройства;

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

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

устройства, вышедшие из строя на предприятии на указанную дату или в течение указанного периода;

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

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

указанного периода.

Справочная информация включает в себя информацию об административных отделах предприятия, фирмах-производителях оборудования, фирмах-продавцах оборудования, типах устройств и выводится на формах с помощью модулей OtdelUnit, FirmUnit, PostUnit и TipDetUnit соответственно.

Так же из главного меню можно вызвать модули DefVedUnit, ZamVedUnit и SpisAktUnit, отвечающие за формирования выходной документации и модули AboutUnit и Help, отвечающие за вывод справочной информации по программе.



Рисунок 2.4 - Схема алгоритма программного средства



Рисунок 2.4 (продолжение)



Рисунок 2.4 (продолжение)



Рисунок 2.4 (продолжение)

2.5 Реализация математического метода решения задачи

В связи с тем, что деятельность предприятия связана с графическими редакторами (такие приложеня как Mapinfo 7.0, Winkar x.x, Autocad 2005, Adobe Photoshop) 9 рабочих станций из 10 в отделе, должны иметь конфигурацию (тактовая частота процессора, объем оперативной памяти, объем памяти видеокарты) позволяющую сшивать карты области в соответствии с запланированными сроками. В противном случае сотрудников отдела ждет выговор. Поэтому в рамках предприятия целесообразно реализовать в программном средстве функцию анализа фактической конфигурации рабочих станций отдела к конфигурации (требуемой), позволяющей сотрудникам отдела закончить работу в указанные сроки.

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

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

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

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

Тактовая частота процессора - 1700 Hz;

Объем оперативной памяти - 512 Mb;

Объем памяти видеокарты - 128 Mb.

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

Таблица 2.5.1- Перечень рабочих станций установленных в отделе и их конфигурации

Рабочие станции	Частота процессора, (Гц)	Оперативная память, (Мб)	Память видеокарты, (Мб)
01 02 03 04 05 06 07 08 09 10 11 12	466 1200 1700 1200 366 2100 1700 366 466 1700 2100 1200	128 128 64 96 128 512 256 96 128 256 512 128	32 128 32 32 128 256 256 32 128 128 256 32

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

1. Рассчитать вектор средних значений;

2. Построить ковариационную матрицу;

3. Построить обратную ковариационную матрицу;

4. Рассчитать Т расчетное;

5. Рассчитать Т критическое.

1. Вектор средних значений

Х [1214, 203, 120]

2. Ковариационная матрица



- 4433350.7	- 734839.1	- 366053.3
- 734839.1	- 244679.1	- 122965.3
- 366053.3	- 122965.3	- 86592

3. Обратная ковариационная матрица

- 4.4929	- 1. 3880	- 7.6932
- 1.3880	- 1.8561	- 2.0506
- 7.6932	- 2.0506	- 4.0344

4. Т расчетное

5. Т критическое

Вывод

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

2.6 Тестирование программного средства

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

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

Отладка = Тестирование + Поиск ошибок + Редактирование

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

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

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

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

Основные принципы тестирования:

Состоит в сегментном подходе к решению задачи тестирования.

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

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

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

Стандартизация.

Заповеди отладки ПС Майерса:

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

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

3. Готовьте тесты как для правильных, так и для неправильных данных.

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

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

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

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

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

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

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

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

Ситуация не верного формата ввода имени:

Не правильно	Правильно
иВАНОВ	Иванов

Вывод

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

3. Разработка АРМ

3.1 Руководство пользователю

3.1.1 Запуск и выполнение программы

Запуск программного средства АРМ «менеджера по продажам автозапчастей и поставкам автомобилей» производится с помощью файла base.exe. Затем происходит авторизация пользователя, введением пароля. Если пароль введен верно, то запускается основная форма программы, представленная на рисунке 3.1. В противном случае выводится соответствующее сообщение, после чего пользователь может повторить свою попытку, либо завершить работу приложения.

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

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

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

б)“Просмотр корзины”-позволяет просматривать список комплектующих, которые уже присутствуют в корзине.

в)“Расcчитать скидки”-позволяет расcчитать скидку покупателю без лишних вычислений.

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

2) “Посмотреть мои заказы” - предназначен для просмотра заказов пользователя

3) “Внутренняя почта” -ссылается на почту, для связи пользователя внутри компании.

4) “Настройки” - предназначен для получения статистической информации по текущему паролю, изменения пароля пользователя и настройки почты.

5) “Выход” - непосредственно для выхода из программы.

Для начала работы необходимо выбрать пункт меню Новый заказ. Затем в разделе Каталог выбрать нужный вам пункт БД Компании «АвтоКонтактСервис» либо Авто Запчасти. Для выбора нужной вам марки автомобиля курсором нужно выбрать подходящую строку (Авто ГАЗ, Авто Валдай). Рисунок 3.2



Рисунок 3.2- Окно базы данных

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

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



Рисунок 3.3- Окно выбора автозапчастей и автомобилей

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



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

3.2.1 Системные требования

АРМ менеджера по продажам автозапчастей и поставкам автомобилей ООО «Автоконтактсервис» предназначена для функционирования под управлением операционной системы WINDOWS на компьютерах с параметрами:

процессор Pentium, с частотой 133МГц;

объём оперативной памяти 16 Мб;

SVGA - видеокарта;

клавиатура;

мышь;

жесткий диск с наличием свободного места не менее 7 МБ.

3.2.2 Установка программной системы

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

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

4. Расчет экономической эффективности программного средства

4.1 Технико -экономическое обоснование проекта

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

Разработанный ПП представляет собой «АРМ менеджера по продажам автозапчастей и продажам автомобилей ООО Автоконтактсервис». Применение БД, во-первых, повышает производительность ведения данных (ввод, обновление, выборка, копирование, защита). Во-вторых, происходит экономия времени и человеческих сил (экономия времени высококвалифицированных специалистов при получении какой-либо

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

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

4.2 Определение трудоемкости разработки программного продукта

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

Таблица 4.1 - Стадии разработки программного обеспечения

Обозначение	Стадии разработки
ТЗ	Техническое задание.
ЭП	Эскизный проект.
ТП	Технический проект.
РП	Рабочий проект.
В	Стадия внедрения.

При расчёте фактических затрат времени необходимо учесть влияние следующих факторов:

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

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

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

сложность алгоритма;

виды используемой информации;

сложность контроля входной и выходной информации;

использование типовых проектных решений.

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

Таблица 4.2 - Степени новизны разрабатываемых задач

Обозначение	Степень новизны
А	Разработка комплекса задач, предусматривающая применение новых методов разработки, проведения научно-исследовательских работ.
Б	Разработка решений задач и систем, не имеющих аналогов.
В	Разработка решений задач и систем, имеющих аналогичное решение.
Г	Привязка типовых проектных решений.

Сложность алгоритма представлена тремя группами в таблице 4.3.

Таблица 4.3 - Группы сложности алгоритмов

Обозначение	Виды алгоритмов
С1	Алгоритмы оптимизации и моделирования систем и объектов.
С2	Алгоритмы учёта и отчётности, статистики, поиска.
С3	Алгоритмы, реализующие стандартные методы решения, а так же не предусматривающие применение сложных численных и логических методов.

Трудоёмкость разработки проекта зависит так же от вида используемой информации. Виды информации представлены в таблице 4.4.

Таблица 4.4 - Виды используемой информации

Обозначение	Виды информации
ПИ	Переменная информация
НСИ	Нормативно-справочная информация
БД	Базы данных
РВ	Режим работы в реальном времени
ТОУ	Телекоммуникационная обработка данных и управление удалёнными объектами

Сложность контроля информации представлена в таблице 4.5.

Таблица 4.5 - Группы сложностей организации контроля входной и выходной информации

Обозначение	Группа сложности
11	Входные данные и документы разнообразного формата и структур (контроль осуществляется перекрёстно)
12	Входные данные и документы однообразной формы и содержания (осуществляется формальный контроль)
21	Печать документов сложной многоуровневой структуры, разнообразной формы и содержания
22	Печать документов однообразной формы и содержания, вывод массивов данных на машинные носители

Далее в справочных таблицах представлены затраты времени при выполнении различных видов работ на разных стадиях разработки ПС.

Таблица 4.6 - Затраты времени при выполнении работ на стадии технического задания (дни)

Комплекс задач, подсистем	Степень новизны
	А	Б	В	Г
1	2	3	4	5
1) Перспективное планирование, размещение и развитие отрасли; управление проектируемым капитальным строительством; технико-экономическое планирование; ценообразование.	79	57	37	34
2) Управление материально-техническим снабжением, сбытом продукции; управление комплектацией, экспортными и импортными поставками.	105	76	42	30
3) Управление бухгалтерским учетом, финансовой деятельности предприятия.	103	72	30	35
4) Управление организацией труда, зарплата, кадры, нормы и нормативы, охрана труда.	63	46	30	19
5) Управление качеством продукции, технологическими процессами в производстве, стандартизации, технической подготовкой производства.	64	47	31	22
6) Управление транспортными перевозками, техобслуживанием, вспомогательными службами и энергоснабжение.	91	66	43	26
7) Управление научно-технической информацией. Совершенствование документооборота и контроль исполнения документа. Управление охраной природы и окружающей среды.	50	36	24	15
8) Учет пенсий, пособий и страховых операций.	79	55	36	26
9) Статистические задачи.	129	111	61	38
10) Задачи расчётного характера.	92	69	47	29

Таблица 4.7 - Затраты времени при работах на стадии эскизного проекта (дни)

Комплекс задач, подсистем	Степень новизны
	А	Б	В	Г
1	2	3	4	5
1) Перспективное планирование, размещение и развитие отрасли; управление проектируемым капитальным строительством; технико-экономическое планирование; ценообразование.	175	117	77	53
2) Управление материально-техническим снабжением, сбытом продукции; управление комплектацией, экспортными и импортными поставками.	115	79	53	35
3) Управление бухгалтерским учетом, финансовой деятельности предприятия.	166	112	67	57
4) Управление организацией труда, зарплата, кадры, нормы и нормативы, охрана труда.	151	101	67	44
5) Управление качеством продукции, технологическими процессами в производстве, стандартизации, технической подготовкой производства.	157	99	67	44
6) Управление транспортными перевозками, техобслуживанием, вспомогательными службами и энергоснабжение.	170	100	70	45
7) Управление научно-технической информацией. Совершенствование документооборота и контроль исполнения документа. Управление охраной природы и окружающей среды.	151	101	67	46
8) Учет пенсий, пособий и страховых операций.	103	70	45	36
9) Статистические задачи.	103	70	45	49
10) Задачи расчётного характера.	103	70	45	41

Таблица 4.8 - Поправочные коэффициенты () для определения трудоёмкости работ на стадии технического проекта

Вид используемой информации	Степень новизны
	А	Б	В	Г
ПИ,	1,7	1,2	1	0,5
НСИ,	1,45	1,08	0,72	0,43
БД,	4,37	3,12	2,08	1,25

Таблица 4.9 - Поправочные коэффициенты () определения трудоёмкости работ на стадии рабочего проекта

Вид используемой информации	Группа сложности алгоритма	Степень новизны
		А	Б	В	Г
ПИ,	С1	2,27	1,62	1,2	0,65
	С2	2,02	1,44	1,1	0,58
	С3	1,68	1,2	1	0,48
НСИ,	С1	1,36	0,97	0,65	0,4
	С2	1,21	0,86	0,58	0,34
	С3	1,01	0,72	0,48	0,29
БД,	С1	1,14	0,81	0,54	0,32
	С2	1,05	0,72	0,48	0,29
	С3	0,85	0,6	0,4	0,24

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

,

где: - количество наборов данных ПИ;

- количество наборов данных НСИ;

- количество наборов данных БД.

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

Сложность контроля входной информации	Сложность контроля выходной информации
	21	22
11	1,16	1,07
12	1,08	1

Таблица 4.11 - Поправочные коэффициенты для определения трудоёмкости работ на стадии технического и рабочего проектов, внедрения

Стадия разработки	Вид обрабатываемой информации	Степень новизны
		А	Б	В	Г
ТП	РВ	1,67	1,45	1,26	1,1
	ТОУ	1,75	1,52	1,36	1,15
РП	РВ	1,75	1,52	1,36	1,15
	ТОУ	1,92	1,67	1,44	1,25
В	РВ	1,6	1,39	1,21	1,05
	ТОУ	1,67	1,45	1,26	1,1

Общая трудоёмкость разработки программного продукта рассчитывается по формуле (4.2).

,

где: - затраты труда на стадии технического задания (в днях);

- затраты труда на стадии эскизного проекта (в днях);

- затраты труда на стадии технического проекта (в днях);

- затраты труда на стадии рабочего проекта (в днях);

- затраты труда на стадии внедрения (в днях).

Трудоёмкости разработки на этапах: техническое задание - определяется из таблицы 4.6, эскизный проект - определяется из таблицы 4.7, остальные трудоёмкости определяются методом хронометража, подставив в формулу (4.2) числовые значения трудоёмкости разработки программного продукта на каждом этапе без учёта поправочных коэффициентов, получим:

дней.

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

,

где: - затраты труда на стадии технического проекта с учётом поправки;

- затраты труда на стадии рабочего проекта с учётом поправки;

- затраты труда на стадии внедрения с учётом поправки.

Для расчёта затрат труда на стадии технического проекта с учётом поправки по формуле (4.1) и на основе справочной таблицы (4.8) рассчитаем поправочный коэффициент на использование разных видов информации:

.

Теперь с учётом поправки на использование разных видов информации и на основе справочной таблицы (4.11) вычислим затраты труда на стадии технического проекта с учётом поправки:

дня.

Для расчёта затрат труда на стадии рабочего проекта с учётом поправки по формуле (4.1) и на основе справочной таблицы (4.9) рассчитаем поправочный коэффициент на использование разных видов информации:

.

С учётом поправки на использование разных видов информации и на основе справочных таблиц (4.10) и (4.11) вычислим затраты труда на стадии рабочего проекта с учётом поправки:

дней.

Для расчета затрат труда на стадии внедрения используются поправочные коэффициенты из справочных таблиц (4.10) и (4.11):

дня.

Таким образом, общие затраты труда на разработку программного продукта с учётом поправочных коэффициентов составят:

дней.

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

.

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

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

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

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

,

где: - затраты на вспомогательные материалы, руб.;

- затраты на электроэнергию на технологические цели, руб.;

- основная зарплата разработчика, руб.;

- дополнительная зарплата разработчика, руб.;

- отчисления на социальные нужды, руб.;

- накладные расходы, руб.

Затраты на вспомогательные материалы приведены в таблице (4.12).

Таблица 4.12 - Затраты на вспомогательные материалы

Наименование затрат	Количество, шт.	Сумма, руб.
1) Тонер для картриджа	1	200
2) Бумага для принтера	1	150
3) Компакт диск CD-RW	2	100
Всего	-	450

Затраты на электроэнергию рассчитываются по формуле (4.6).

,

где: - мощность потребляемой электроэнергии, Кватт;

- стоимость одного киловатт-часа электроэнергии, руб.;

- общие затраты труда на разработку программного продукта, час.;

- коэффициент загрузки компьютера.

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

руб.

Основная заработная плата разработчика рассчитывается по формуле (4.7).

,

где - часовая тарифная ставка разработчика, руб.;

- общие затраты труда на разработку программного продукта, час.

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

руб.

Дополнительная заработная плата разработчика составляет 10% от основной зарплаты, то есть руб.

Отчисления на социальные нужды определяются по формуле (4.8).

,

где - коэффициент отчислений на социальные нужды, .

Подставив в формулу (4.8) числовые значения вычислим отчисления на социальные нужды:

руб.

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

.

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

руб.

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

руб.

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

Таблица 4.13 - Калькуляция себестоимости программного продукта

Наименование статей расходов	Затраты, руб
1) Вспомогательные материалы	450
2) Основная зарплата	14942.08
3) Дополнительная зарплата	1494.21
4) Отчисления на социальные нужды	5884.19
5) Затраты на электроэнергию	379.6
6) Накладные расходы	1643.63
7) Полная себестоимость	24793.71

4.4 Расчёт экономического эффекта от внедрения программного продукта

Экономический эффект от внедрения программного продукта рассчитывается по формуле (4.10).

,

где: - количество обрабатываемых документов;

- трудоёмкость обработки документов до и после внедрения программы;

- часовая тарифная ставка пользователя, руб.;

- коэффициент, учитывающий доп. кап. вложения, ;

- коэффициент отчислений на социальные нужды, ;

- нормативный коэффициент окупаемости кап. вложений, ;

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

Используя ранее рассчитанные значения и подставив их в формулу (4.10), получим значение экономического эффекта:

руб.

Срок окупаемости программного продукта рассчитывается по формуле (4.11).

,

где: - себестоимость программного продукта, руб.;

- стоимостные затраты при использовании ручного труда, руб.;

- стоимостные затраты при использовании программы, руб.

Для расчёта стоимостных затрат воспользуемся формулой (4.10):

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

.

Полученные экономические показатели проекта сведены в таблице 4.14.

Таблица 4.14 - Экономические показатели проекта

Наименование показателя	Значение	Ед. изм.
1) Вспомогательные материалы	450	руб.
2) Основная зарплата	14942.08	руб.
3) Дополнительная зарплата	1494.21	руб.
4) Отчисления на социальные нужды	5884.19	руб.
5) Затраты на электроэнергию	379.6	руб.
6) Накладные расходы	1643.63	руб.
7) Экономический эффект	11080.14	руб.
8) Срок окупаемости	12.09	мес.

Вывод

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

Заключение

В данной дипломной работе было разработано программное средство Автоматизированное рабочее место менеджера по продажам автозапчастей и продажам автомобилей автосалона ООО «Автоконтактсервис».

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

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

В настоящее время результаты работы введены в эксплуатацию в отдел автоматизации ООО «Автоконтактсервис» и успешно справляется с поставленными задачами.

Список использованных источников

Кириллов В.В. Структурированный язык запросов (SQL). - СПб.: ИТМО, 1994. - 80 с.

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

Горев А., Ахаян Р., Макашарипов С., Эффективная работа с СУБД.СПб.:Питер, 1997.-- 704 с.,ил.

Атре Ш., Структурный подход к организации баз данных. - М.: Финансы и статистика, 1983. - 320 с.

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

Джексон Г., Проектирование реляционных баз данных для использования с микроЭВМ. -М.: Мир, 1991. - 252 с.

Мейер М., Теория реляционных баз данных. - М.: Мир, 1987. - 608 с.

Тиори Т., Фрай Дж., Проектирование структур баз данных. В 2 кн., - М.: Мир, 1985. Кн. 1. - 287 с.: Кн. 2. - 320 с.

Цикритизис Д., Лоховски Ф., Модели данных. - М.: Финансы и статистика, 1985. - 344 с.

Фаронов В.В. Программирование баз данных в Delphi 6. Учебный курс. - СПб.:Питер, 2003. - 352 с.:ил.

Фаронов В. В. TurboPascal 7.0. Начальный курс. Учебное пособие. - Москва: Нолидж, 1997 - 616 с.

Бобровский С. Delphi 5: Учеб. курс.- СПб.: Питер, 2001.- 640 с.: ил.

Кэнту М. Delphi 5 для профессионалов. - СПб.:Питер, 2001. - 944 с.:ил.

Архангельский А. Я. Программирование в Delphi 5. - Москва: БИНОМ, 2000 - 1072 с.

Microsoft Corporation. Microsoft Windows 2000 Professional. Учебный курс MCSE: Пер. с англ. - М.: Издательско-торговый дом «Русская Редакция», 2000. - 560 с.:ил.

Рекоммендации по общепользовательскому интерфейсу, Microsoft, редакция 1995г.

Г. Майерс “Надежность ПО” Мир, М., 1980

Г. Майерс “Искусство тестирования программ” Финансы и статистика М., 1982

Борзов Ю.В. Методы тестирования и отладки программ ЭВМ. Рига, ЛГУ им. П. Стучки, 1980.

ГОСТ 19.701-90 Схемы алгоритмов, программ, данных и систем.-Введ.1.01.92.-М.:Издательство стандартов,1990.-25с.

Рахматуллин Р.Р., Тарасов В.Н., Коваленко О.В. Методические указания Выполнение организационно-экономической части дипломных проектов. - Оренбург, 1998 - 46 с.

Брудник С.С. и др. Экономическое содержание дипломных проектов, М.:ГАНГ, 1990г.

Брудник С.С., Кочегарова И.А., Степин Ю.П., Чикиров А.Б., Определение экономической эффективности программных средств в АСУ -М.:ГАНГ, 1995г.

СанПиН 2.2.2.542-96 Гигиенические требования к видеодисплейным терминалам ПЭВМ и организации работы. - М.:Госкомсанэпидемнадзор России, 1996. - 56 с.

СНиП23-05-95. Естественное и искусственное освещение. Нормы проектирования.

Кобевник В.Ф. Охрана труда. - Москва: Наука, 1979 г.

Мотузко Ф.Я. Охрана труда. - М.: Высшая школа, 1989. - 336с.

Князевский Б.А., Чекалин Н.А. Техника безопасности и противопожарная техника в электроустановках. - Москва: Энергия, 1973. - 248 с.

Дубовцев В.А. Безопасность жизнедеятельности. / Учеб. пособие для дипломников. - Киров: изд. КирПИ, 1992.

Безопасность жизнедеятельности. /Под ред. Н.А. Белова - М.: Знание, 2000 - 364с.

Самгин Э.Б. Освещение рабочих мест. - М.: МИРЭА, 1989. - 186с.

Справочная книга для проектирования электрического освещения. / Под ред. Г.Б. Кнорринга. - Л.: Энергия, 1976.

ГОСТ 12.0.003-74. ССБТ Опасные и вредные факторы.Классификация.

Приложение А Программный код

unit Unit1;

interface

uses

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

Dialogs, ComObj, StdCtrls, ShellAPI;

type

TForm1 = class(TForm)

GroupBox1: TGroupBox;

Button1: TButton;

Button2: TButton;

Button3: TButton;

Button4: TButton;

Button5: TButton;

procedure FormShow(Sender: TObject);

procedure FormCreate(Sender: TObject);

procedure Button5Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

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

procedure FormCloseQuery(Sender: TObject; var CanClose: Boolean);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

pid, good, zak, dl: integer;

personal: array[1..10,1..8] of string;

prise: array[1..5000,1..4] of string;

Excel: Variant;

su: integer;

implementation

uses Unit2, Unit3, Unit4, Unit5, Unit7;

{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);

begin

Form4 := TForm4.Create(Application); //

Form4.Caption:= 'Заказ номер '+ inttostr(zak);

zak:=zak+1;

form4.Show;

end;

procedure TForm1.Button2Click(Sender: TObject);

begin

form7.show;

end;

procedure TForm1.Button3Click(Sender: TObject);

begin

form3.showmodal;

end;

procedure TForm1.Button4Click(Sender: TObject);

begin

begin

ShellExecute(Application.Handle,

PChar('open'),

PChar('http://www.mail.ru'), // <--- здесь указать урл

Nil,

Nil,

SW_SHOW);

end;

end;

procedure TForm1.Button5Click(Sender: TObject);

var i: Integer;

begin

form1.close;

end;

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

var

i: integer;

begin

end;

procedure TForm1.FormCloseQuery(Sender: TObject; var CanClose: Boolean);

var

i: integer;

begin

begin

if MessageDlg( 'Выйти из программы сейчас?',

mtConfirmation, [mbYes, mbNo], 0 ) = mrYes then begin

CanClose := true ;

begin

excel := CreateOleObject('Excel.Application');

Excel.Workbooks.Open['D:\d4\personal.xls'];

Excel.Visible := False;

for i:=1 to 10 do

if Excel.Cells.Item[i, 2].Value =form2.ComboBox1.text then

begin

Excel.Cells.Item[i, 7].Value:=inttostr(zak+1);

end;

Excel.WorkBooks[1].Save;

Excel.Quit;end;

end

else

CanClose := false;

end;

end;

procedure TForm1.FormCreate(Sender: TObject);

var

i, j: integer;

begin

good:=0;

end;

procedure TForm1.FormShow(Sender: TObject)...