Разработка автоматизированного рабочего места сотрудника оперативного учета Бюро регистрации несчастных случаев по Санкт-Петербургу и Ленинградской области
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
ирования, т.к. это позволяет другим разработчикам или лицам, которые будут сопровождать систему, быстрее начать ориентироваться во внутренней структуре и понимать назначение компонентов.тесно интегрирован с другими продуктами Logic Works. Словарь данных, созданный при анализе бизнес-процессов при помощи инструмента BPwin, может быть использован как основа для построения модели базы данных. Однако взаимосвязь между этими двумя инструментами двусторонняя, модели BPwin и ERwin можно постоянно поддерживать в согласованном состоянии. Интеграция этих двух продуктов очень важна с точки зрения их совместного использования при разработке программного обеспечения, т.к. отпадает необходимость в повторном выполнении действий и процесс создания словаря данных становится практически автоматическим.
.2 Физическая реализация системы
В подразделении БРНС ГУВД работают сотрудники оперативного учета, которые вводят и обрабатывают информацию. Для удобства автоматизации создана база данных БРНС ГУВД.
Для запуска системы следует активизировать ярлык программы. После запуска программы появится главное меню базы данных. Эта форма автоматически открывается при запуске и позволяет открывать все имеющиеся формы для заполнения таблиц, а также все запросы и отчеты. Также на форме предусмотрена кнопка Выход, при нажатии которой происходит автоматическое сохранение данных и выход из программы. (Рис. 3.1.)
В этом окне находятся главные кнопки для работы с этой программой:
База розыск;
База описание человека;
База неизвестных;
База описание неизвестных.
Для поиска пропавшего или поступившего человека, в БД созданы запросы.
Функции поиска:
Выбрать нужный запрос (по которому будет происходить поиск);
Заполнить поисковое поле;
Воспользоваться кнопкой OK;
Откроется окно результата поиска;
Для возврата на главное поле необходимо нажать Выход.
Запросы на выборку:
Поиск по дате рождения Рис. 3.1. (отчет поиска рис. 3.2.);
Рис. 3.1. Поиск по дате рождения
Рис. 3.2. Отчет по запросу
Поиск по фамилии Рис. 3.3. (отчет поиска рис. 3.4.);
Рис. 3.3. Поиск по фамилии
Рис. 3.4. Отчет по запросу
Поиск по верхней одежде Рис. 3.5. (отчет поиска рис. 3.6.);
Рис. 3.5. Поиск по верхней одежде
Рис. 3.6. Отчет по запросу
Поиск по кофте Рис. 3.7. (отчет поиска рис. 3.8.);
Рис. 3.7. Поиск по кофте
Рис. 3.8. Отчет поиска по кофте
Поиск по штанам Рис. 3.9. (отчет поиска рис. 3.10.);
Рис. 3.9. Поиск по штанам
Рис. 3.10. Отчет поиска по штанам
Поиск по обуви Рис. 3.11. (отчет поиска рис. 3.12.);
Рис. 3.11. Поиск по обуви
Рис. 3.12. Отчет поиска по обуви
Поиск по району Рис. 3.13. (отчет поиска рис. 3.14.);
Рис. 3.13. Поиск по району
Рис. 3.14. Отчет поиска по району
Поиск по полу Рис. 3.15. (отчет поиска рис. 3.16.);
Рис. 3.15. Поиск по полу.
Рис. 3.16. Отчет поиска по полу
.3 Структура пользовательской части АРМ
На рис. 3.17. представлена структура пользовательской части АРМ БРНС.
Функциональные возможности программы расположены на главной форме.
Рис. 3.17. Структура пользовательской части АРМ БРНС
.4 Тестирование
После завершения разработки ПО и до передачи его заказчику необходимо его протестировать.
Первые программные системы разрабатывались в рамках программ научных исследований или программ для нужд министерств обороны. Тестирование выделялось в отдельный процесс, который начинался после завершения кодирования, но при этом, как правило, выполнялось тем же персоналом.
Существующие на сегодняшний день методы тестирования ПО не позволяют однозначно и полностью выявить все дефекты и установить корректность функционирования анализируемой программы, поэтому все существующие методы тестирования действуют в рамках формального процесса проверки исследуемого или разрабатываемого ПО.
Последовательность действий, которые необходимо выполнять для тестирования программного обеспечения:
Изучение спецификации. Эта стадия самая важная, её ещё называют анализом дизайна и/или требований. Иногда применяют название тестирование спецификации, чуть ниже мы поймём, почему именно тестирование. Тут надо внимательно прочитать документацию (спецификацию) по приложению.
Дымовое тестирование. На этой стадии надо проверить работает ли система вообще (правильно ли работает, правильно ли ругается при не правильной отработке и т.д.). Это делается для того, чтоб понять пригодно ли приложение для дальнейшего тестирования или оно вообще не работает (работает не правильно).
Позитивное тестирование. На этой, третей стадии, надо проверить результат работы приложения при получении им правильных входных данных.
Негативное тестирование. Это четвертая, завершающая, стадия начального тестирования. Тут надо посмотреть, как ведет себя приложение, получая на вход неправильные данные. Это делается для того, чтоб определить, как ведет себя приложение в таком случае. Если такой вариант описан в спецификации, а он должен быть описан, то сравнить ожидаемый результат с полученным результатом.
Тестирование проводилось методо