Автор работы: Пользователь скрыл имя, 13 Января 2014 в 19:38, дипломная работа
Целью дипломной работы является создание автоматизированного рабочего места, учитывающее каждую единицу автозапчастей и автомобилей, комплектующие и историю их передвижения в рамках предприятия. Программное средство должно обеспечивать эффективную работу с имеющимися данными, предусматривать оперативное получение необходимой информации на консоли пользователя и в виде отчетов, а также повысить производительность труда начальника отдела автоматизации на плечи которого ложится комплекс работ по учету.
Введение……………………………………………………………………….....5
1 Обоснование актуальности разработки……………………...……………….6
1.1 Анализ предметной области………………………………………………...6
1.2 Структура информационных потоков предприятия……………………....8
1.2.1 Процесс приобретения новых автомобилей, автозапчастей и или расходных материалов…………………………………………………………...9
1.2.2 Процесс продажи или перемещения автомобилей и автозапчастей……9
1.3 Анализ программного средства с существующими аналогами…………...9
1.4 Выбор методов и средств создания программного средства……………..10
1.5 Обоснование выбора инструментальных средств разработки ПС…….…12
1.6 Математический аппарат программного средства………….......…..….....17
1.7 Техническое задание на разработку ПС……………………………………19
Вывод……………………………………………………………………………..19
2 Проектирование АРМ……………………………………………………...…20
2.1 Проектирование базы данных……………………………………………....20
2.1.1 Информационно логическая модель предметной области……………...21
2.1.2 Нормализация отношений……………………………………………..….23
2.1.3 Логическое проектирование…………………………………………...….25
2.1.4 Физическое проектирование…………………………………………...…27
2.1.5 Входные и выходные данные………………………………………….…30
2.2 Архитектура программного средства……………………………………...30
2.3 Реализация функционального назначения программного средства…..…32
2.4 Разработка алгоритма программного средства…………………………....33
2.5 Реализация математического метода решения задачи…………………....40
2.6 Тестирование программного средства……………………………………..43
Вывод…………………………………………………………………………….49
3 Разработка АРМ……………………………………………………...45
3.1 Руководство пользователя……………………………………………….…45
3.1.1 Запуск и выполнение программы……………………………………..…50
3.2Руководство системного программиста …………………………………...48
3.2.1 Системные требования …………………………………………...……...48
Вывод…………………………………………………………………………….48
4 Расчет экономической эффективности программного средства………..…49
4.1 Технико-экономическое обоснование проекта…………………………...49
4.2 Определение трудоемкости разработки программного продукта…….....49
4.3 Расчет себестоимости программного продукта…………………………...57
4.4 Расчет экономического эффекта от внедрения программного продукта..59
Вывод………………………………………………………………………….…61
Заключение……………………………………………………………………...72
Список использованных источников………………………………………….73
Приложение А Программный код……………………………………………..75
Вывод результатов статистической обработки данных производится с помощью модуля 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. Вектор средних значений
Х [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 Тестирование программного средства
Отладка ПС - это деятельность, направленная на обнаружение и исправление ошибок с использованием процессов выполнения его программ.
Тестирование ПС - это процесс выполнения его программ на некотором наборе данных, для которого заранее известен результат применения. Указанный набор данных называется тестом.
Отладка = Тестирование + Поиск ошибок + Редактирование
Тестирование – процесс многократного повторения программы с целью обнаружения ошибок. Тестирование – составная часть отладки.
Отладка имеет место
тогда, когда программа работает
неправильно. Если оказывается, что
программа работает верно, то она
тестируется и вновь
Нельзя гарантировать, что
тестирование выявит все ошибки. Поэтому
возникает две задачи. Первая задача:
подготовить такой набор
Методы тестирования: тестирование выполняется поэтапно. Начиная с проверки каждого модуля и закачивания проверкой системы в целом. Если при этом не придерживаться четкой последовательности, то вряд ли можно надеяться на получение, надежного ПС. При тестировании используются классические методы: сверху вниз и снизу вверх. Предпочтительно сверху вниз, преимущество: по мере того как «скелет» программы обрастает новыми модулями добавляются новые тестовые данные, их объем возрастает постепенно, стержневая логика программы тестируется на ранних этапах и повторяется многократно.
Основные принципы тестирования:
Заповеди отладки ПС Майерса:
Автономная отладка ПС означает
последовательное раздельное тестирование
различных частей программ, входящих
в ПС, с поиском и исправлением
в них фиксируемых при
Комплексная отладка означает тестирование
ПС в целом с поиском и
В связи с полной автоматизацией разработанного программного средства, ошибки при работе не возникают, за исключением случаев:
- неправильного ввода имени учетной записи пользователя или пароля;
- неверного формата ввода полей с клавиатуры.
Ситуация не верного формата ввода имени:
Не правильно |
Правильно |
иВАНОВ |
Иванов |
Вывод
Во второй главе была спроектирована
база данных, описана архитектура
ПС, входные и выходные, реализовано
функциональное назначение ПС, построены
все необходимые схемы
3 Разработка АРМ
3.1 Руководство пользователю
3.1.1 Запуск и выполнение программы
Запуск программного средства АРМ «менеджера по продажам автозапчастей и поставкам автомобилей» производится с помощью файла base.exe. Затем происходит авторизация пользователя, введением пароля. Если пароль введен верно, то запускается основная форма программы, представленная на рисунке 3.1. В противном случае выводится соответствующее сообщение, после чего пользователь может повторить свою попытку, либо завершить работу приложения.
Рисунок 3.1 – Главное окно программы
Главное меню содержит следующие пункты:
б)“Просмотр корзины”-позволяет просматривать список комплектующих, которые уже присутствуют в корзине.
в)“Расcчитать скидки”-позволяет расcчитать скидку покупателю без лишних вычислений.
г)“Оформить заказ”-выводит в exel отчет в формате счет-фактуры. В нее входит номер Счет-фактуры, наименование комплектующих, цена каждого комплектующего, количество, итоговая сумма заказа, дата и подпись главного бухгалтера.