Реферат: Автоматизация работы биржи труда

Обрабатывающие запросы

"Поиск по серии паспорта" – просмотр данных о безработном, уже зарегистрированном.

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

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

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

Запрос по назначению пособия: выводятся все безработные, которым начисляется пособие.

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

Обслуживающий модуль состоит из всех форм ввода – вывода информации (Приложение __):

- безработные;

- вакансии;

- вывод подходящих работников для предприятия;

- выполнение запросов (кнопочная форма);

- договора;

- курсы обучения;

- поиск по серии паспорта;

- поиск подходящего предприятия по серии паспорта;

- пособия по безработице.

Также в обслуживающий модель входят "О программе" и "Справка (HELP)".

2.2.3. Тестирование и отладка IППП

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

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

2) следует по возможности избегать тестирования программы ее автором, т.к. кроме уже указанной объективной сложности тестирования для программистов здесь присутствует и тот фактор, что обнаружение недостатков в своей деятельности противоречит человеческой психологии (однако отладка программы эффективнее всего выполняется именно автором программы);

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

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

5) необходимо тщательно подбирать тест не только для правильных (предусмотренных ) входных данных, но и для неправильных (непредусмотренных);

6) при анализе результатов каждого теста необходимо проверить, не делает ли программа того, что она не должна делать;

7) следует сохранять использованные тесты (для повышения эффективности повторного тестирования программы после ее модификации или установки у заказчика);

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

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