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

     Таблица 2

     «Вакансии»

 

     Таблица 3.

     «Пособия»

 

 

      Таблица 4.

     «Визиты»

 

     Таблица 5.

     «Курсы»

 

     Таблица 5.

     «Договора»

 

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

     Описанные классы объектов, названные в соответствии с их логическим содержанием, представляют собой конкретные таблицы базы данных на диске, называющейся «Birzha truda» (c характерным значком MS Access - (в WINDOWS) либо Birzha~l .mdb в DOS)).

     Функции, которые выполняет  система:

1. Анализ спроса и предложения на рынке трудовых ресурсов.
2. Регистрация безработного через экранную форму.
3. Регистрация вакансии через экранную форму.
4. Поиск подходящей вакансии для безработного (с помощью запроса).
5. Поиск подходящих кандидатур на вакансию (с помощью запроса).
6. Выплата пособий по безработице.
7. Направление безработного на курсы обучения
8. Регистрация договора при любых операциях на бирке труда - устройство на работу, направление на курсы.
9. Вывод отчетов.

     Просмотр  экранных форм ввода - вывода информации указан в Приложении 2.

     2.2. Внутренне проектирование  ППП.

     2.2.1. Построение модели  предметной области.

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

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

 

      Инфологическая модель предметной области

       
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

     Рис. 2. Информационные данные,

     используемые  в БД.

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

     Система состоит из трех модулей, которые  объединяются в БД «Birzha truda».

     Управляющий модуль.

     Таблицы. Две основные – «Безработные»  и «Вакансии».

     Форма "Рабочая" – в ней содержатся кнопки, вызывающие вое компоненты обрабатывающих и обслуживающих модулей.

     Обрабатывающий  модуль состоит из 4-х таблиц, всех запросов.

     Обрабатывающие  таблицы:

     «Курсы», «Визиты», «Пособия», «Договора».

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

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

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

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

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

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

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

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

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

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

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

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

1. необходимой частью каждого теста должно являться описание ожидаемых результатов работы программы, чтобы можно было быстро выяснить наличие или отсутствие ошибки в ней;
2. следует по возможности избегать тестирования программы ее автором, т.к. кроме уже указанной объективной сложности тестирования для программистов здесь присутствует и тот фактор, что обнаружение недостатков в своей деятельности  противоречит человеческой психологии (однако отладка программы эффективнее всего выполняется именно автором программы);
3. по тем же соображениям организация – разработчик программного обеспечения не должна «единолично» его тестировать (должны существовать организации, специализирующиеся на тестировании программных средств);
4. должны являться правилом доскональное изучение результатов каждого теста, чтобы не пропустить малозаметную на поверхностный взгляд ошибку в программе;
5. необходимо тщательно подбирать тест не только для правильных (предусмотренных ) входных данных, но и для неправильных (непредусмотренных);
6. при анализе результатов каждого теста необходимо проверить, не делает ли программа того, что она не должна делать;
7. следует сохранять использованные тесты (для повышения эффективности повторного тестирования программы после ее модификации или установки у заказчика);
8. тестирование не должно планироваться исходя из предположения, что в программе не будут обнаружены ошибки (в частности, следует выделять для тестирования достаточные временные и материальные ресурсы),
9. следует учитывать так называемый «принцип скопления ошибок»: вероятность наличия не обнаруженных ошибок в некоторой части программы прямо пропорциональна числу ошибок, уже обнаруженных в этой части;
10. следует всегда помнить, что тестирование – творческий процесс, а не относиться к нему как к рутинному занятию.

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