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

Автор работы: Пользователь скрыл имя, 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

Прикрепленные файлы: 1 файл

ИСПРАВЛЕННАЯ Содержание.docx

— 708.09 Кб (Скачать документ)
  • по названию рабочей станции;
  • по серийному номеру устройства;
  • по инвентарному номеру устройства.

Вывод результатов статистической обработки данных производится с  помощью модуля 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. Стандартизация.

 

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

  1. Считайте тестирование ключевой задачей разработки ПС, поручайте его самым квалифицированным и одаренным  программистам; нежелательно тестировать свою собственную программу.
  2. Хорош тест,  для которого высока вероятность обнаружить ошибку, а не тот, который демонстрирует правильную работу программы.
  3. Готовьте тесты как для правильных, так и для неправильных данных.
  4. Документируйте пропуск тестов через компьютер; детально изучайте результаты каждого теста; избегайте тестов, пропуск которых нельзя повторить.
  5. Каждый модуль подключайте к программе только один раз; никогда не изменяйте программу, чтобы облегчить ее тестирование.
  6. Пропускайте заново все тесты, если в нее были внесены изменения.

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

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

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

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

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

 

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

 

Не правильно

Правильно

иВАНОВ

Иванов


 

Вывод

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

 

 

 

 

 

 

 

 

 

 

 

 

 

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

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

 

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

 

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

 

 

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

 

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

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

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

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

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

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