Разработка автоматизированного рабочего места «Автостоянка»

Автор работы: Пользователь скрыл имя, 23 Апреля 2013 в 22:25, дипломная работа

Краткое описание

Целью данной работы явилось разработка автоматизированного рабочего места «Автостоянка», которое позволит автоматизировать работу оператора автостоянки и решить следующие задачи:
− позволит вводить данные о вновь прибывших машинах;
− позволит вводить данные об убывших машинах;
− вводить информацию о постоянных клиентах;
− производить автоматический расчет суммы необходимой к выплате за стоянку;
− выводить на печать квитанции об оплате места;
Решение поставленных задач позволит:
− автоматизировать процессы хранения информации;
− автоматизировать процесс выдачи чека за стоянку;
− автоматизировать процесс расчета суммы оплаты.

Вложенные файлы: 1 файл

Автостоянка-диплом.doc

— 677.50 Кб (Скачать файл)

 

Таблица num.db содержит в себе данные о марках машин,  структура таблицы описана в таблице 3.11

Таблица 3.11- Структура таблицы num.db

Поле

Тип

Описание

NumCode

Счетчик

Номер

NumNum

Тип машины

Название марки 


Таблица org.db содержит в себе данные о марках машин,  структура таблицы описана в таблице 3.12

Таблица 3.12- Структура таблицы  org.db

Поле

Тип

Описание

OrgCode

Счетчик

Код организации

OrgName

Текстовое

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


 

Таблица Tarif.db содержит в себе данные о тарифах на услугу ,  структура таблицы описана в таблице 3.13

Таблица 3.13- Структура таблицы  Tarif.db

Поле

Тип

Описание

TCarCode

Счетчик

Код машины

Date

Дата

Дата

Day

Денежный

Плата за день

Hour

Денежный

Плата за час


 

3.4 Выбор стратегии тестирования

Тестирование – это процесс, направленный на выявление ошибок.

Процесс тестирования включает:

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

- диагностику и локализацию  ошибок;

- внесение исправлений в программу  с целью устранения ошибок.

Большая трудоемкость тестирования и ограниченные ресурсы приводят к

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

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

Детерминированное тестирование –  требует многократного выполнения программы на ЭВМ с использованием определенных, специальным образом подобранных тестовых наборов данных.

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

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

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

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

Детерминированное тестирование основывается на двух подходах: структурное тестирование и функциональное тестирование.

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

Критерии тестовых наборов:

- покрытие операторов – тесты  подбираются так, чтобы каждый  оператор выполнялся хотя бы  один раз;

- покрытие решений (переходов)  – тесты должны обеспечить  проверку каждого условия, так  чтобы они принимали значение «истинно» или «ложно»;

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

передано управление при вызове, по крайней мере, один раз;

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

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

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

Критерии тестовых наборов:

- метод эквивалентного разбиения  – состоит из двух этапов: выделение  классов эквивалентности, построение  тестов.

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

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

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

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

 

 

4 МЕРОПРИЯТИЯ ПО ОХРАНЕ ТРУДА И ТЕХНИКЕ БЕЗОПАСНОСТИ

4.1 Освещение

Искусственное освещение по своему устройству бывает двух систем: общее и комбинированное.

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

Для улучшения  освещенности важно правильно подобрать  цветовую отделку интерьера и  оборудования. Обычно потолок и стены  выше панелей 1.5 - 1.7 м, если они не облицованы звукопоглощающим материалом, окрашиваются водоэмульсионной краской светлых, холодных тоновНормированное значение по СНиП П-4-79  приведено в таблице 4.1.Наименьшая освещенность рабочих поверхностей в производственных помещениях /по СНиП П-4-79/

Таблица 4.1 - Освещенность на рабочем месте

Характеристика зритель-ной работы

Наиме-ньший размер объекта различения, мм

Освещенность Ен, лк

Газорязрядные

Лампы накаливания

Система освещения

Комбинир.

общая

Комбинир.

общая

Высокой точности

От 0,3 до 0,5

750

300

600

200


 

4.2 Микроклимат

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

Согласно ГОСТ 12.1.005-76 "ССБТ. Воздух рабочей зоны" нормирование параметров микроклимата в рабочей зоне производится в зависимости от пери-

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

По избыткам явной теплоты помещение  где проводятся работы относится к помещениям с незначительными избытками явной теплоты, приходящимися на 1 куб.м объема помещения,  23,2 Дж/(м*с). В данном помещении выполняются легкие физические работы, характеристика которых приведена в табл. 4.2

В табл. 4.3 приведены оптимальные параметры микроклимата.

Таблица 4.2 -  Характеристика легкой физической работы

Работа

Категория

Энергозатраты организма

    Характеристика работы

Легкая физическая

1

до 172 Дж/с (150 ккал/ч)

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


Таблица 4.3 - Оптимальные параметры микроклимата

Период года

Температура,0 С

Относительная влажность, %

Скорость движения воздуха,м/с

Холодный и переходный (температура  наружного

воздуха ниже +10 град. С)

20 - 23

60 - 40

не более 0,2

Теплый (температура наруж-ного воздуха +10 С и выше)

22 - 25

60 - 40

не более 0,2


Допустимые параметры для холодного и переходного периода года приве-

- ны в табл. 4.4.

Таблица 4.4 - Допустимые параметры для холодного и  переходного периода года

Температура воздуха, 0С

Относительная влажность, % не более

Скорость движения воздуха, м/с, не более

Температура воздуха  вне постоянных рабочих мест,0 С

19 - 25

75

0,2

15 - 26


 

Допустимые параметры для теплого периода года в таблице 4.5.

Таблица 4.5 - Допустимые параметры для теплого периода  года

Температура воздуха, 0С

Относительная влажность, % не более

Скорость движения воздуха, м/с, не более

Температура воздуха  вне постоянных рабочих мест 0С

Не более  чем на 3 выше средней температуры  наружного воздуха в 13 ч

При 28 0С не более 55, при 27 0С не более 60, при 26 0С |не более 65, при 25 0С не более 70, при 24 0С и ниже не более 75

0,2 - 0,5

Не более  чем на 3 выше средней температуры  наружного воздуха в 13 ч самого жаркого месяца


4.3 Эргономичность

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

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

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

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

Информация о работе Разработка автоматизированного рабочего места «Автостоянка»