Поисковые системы Интернет

Содержание
Введение 3
Описание среды разработки ИС 4
Описание решения разработки ИС 5
Заключение 18
Библиографический список 19

assertEqual(is_ycar, True)1112 ifname= "main":13 unittest .main ()Модуль unittest входит в стандартную библиотеку Python и служит базовым инструментом для организации регрессионных unit-тестов. Для того чтобы использовать все возможности модульных тестов, тестирующий класс необходимо унаследовать от базового — unittest.Case. Метод setUpQ — служебный. Он вызывается перед запуском каждого теста и подготавливает среду выполнения. В нашем случае метод sctUpQ просто создает экземпляр класса DateFindcr. Имена остальных методов начинаются с «test» (необходимое условие для нахождения тестов в коде модуля). Если запустить наш тестирующий модуль получим следующее:1.23Ran I test in 0.016s45OKЧто означает, что все тесты выполнены успешно.Как и любая технология тестирования, модульное тестирование не позволяет отловить все ошибки программы. В самом деле, это следует из практической невозможности трассировки всех возможных путей выполнения программы, за исключением простейших случаев. Кроме того, происходит тестирование каждого из модулей по отдельности. Это означает, что ошибки интеграции, системного уровня, функций, исполняемых в нескольких модулях не будут определены. Кроме того, данная технология бесполезна для проведения тестов на производительность. Таким образом, модульное тестирование более эффективно при использовании в сочетании с другими методиками тестирования, например функциональным.Функциональное тестирование — это тестирование ПОв целях проверки реализуемости функциональных требований, т.е. способности ПО в определенных условиях решать задачи, нужные пользователям. Функциональные требования определяют, что именно делает ПО, какие задачи оно решает. В нашем случае функциональным тестом являлся запуск индексатора на нескольких уже выкаченных сайтах и визуальная проверка результатов его работы, т. е. проверялось корректность выделения слов и правильность соответтсвующих дат петем сравнения с исходными html-страницами. Проверять автоматически в данном случае не актуально так как при этом подразумевается тестирование на каких-либо тривиальных примерах, с уже строго известным результатом. Но индексатор предназначен для работы с html-страницами, имеющими сложную структуру, что преобладает на практике, и тестировать нужно именно на реальных документах, кроме того он может допускать некий процент ошибок из-за слишком нестандартного оформления сайтов и т. п. При этом возникает сложность проверки корректности выполнения, так как вручную разбивать страницы на слова не реально, а автоматически это может сделать только сам индексатор.2 Функциональное тестированиеФункциональное тестирование — это тестирование ПОв целях проверки реализуемости функциональных требований, т.е. способности ПО в определенных условиях решать задачи, нужные пользователям.Протестировать функциональность поисковой системы может каждый и в любое время всего лишь пройдся по адресу http://gt.m-team.ru/.А нормальная работа конвейера доказывается самим фактом существования нашей БД на сервере. Вообще функциональное тестирование каждой утилиты проводилось в процессе разработки и по се окончанию. В качестве тестовых примеров брались простенькие форумы к примеру (http://forum.zhtw.org.ru/) и не форумы вообще (http://tonja.ru/).ЗаключениеВ результате выполнения курсовой работы нами разработана поисковая система для Интернета.Построение Базы данных поисковика имеет структуру конвейера. Каждый модуль представляет из себя отдельную утилиту. Различные утилиты могут быть написаны на различных языках. Они передают друг другу управление работы с данными. В данном случае можно было бы передавать сами данные через стандартный ввод-вывод.Для удобства использования утилит используется управляющая программа, которая запускает последовательно каждую утилиту и на стандартный вывод ошибок выводит лог работы всей системы. В окошко вывода управляющей программы выводится этап обработки конкретного сайта. У сайта может есть 4 атрибута:Скачан / Не скачанПроиндексирован / Не проиндексированСоздана БД / Не создана БДБД послана на сервер / БД не послана на серверБиблиографический списокИнформатика для юристов и экономистов. Под ред. Симоновича С.В. – СПб.: Питер, 2002.- 688 с.Ильина О.П. Информационные технологии бухгалтерского учета. – СПб.: Питер, 2002. – 688 с.Черенков А.П. Информационные системы для экономистов: Учебное пособие. – М.: Издательство «Экзамен», 2002. = 192 с.Козырев А.А. Информационные технологии в экономике и управлении: Учебник. Второе издание. – СПб.: Изд-во Михайлова В.А., 2001. – 360 с.Згадзай О.Э. и др. Информатика для юристов: Учебник. – М.: Мастерство, 2001. – 256 с.Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2002. – 352 с.Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учебн. пособие. – М.: Финансы и статистика, 2002. – 192 с.Липаев В.В. Системы проектирования сложных программных средств для информационных систем. М.: СИНТЕГ, 1999.Липаев В.В., Управление разработкой программных средств, М. Ф. и С., 1993.Липаев В.В., Потапов А.И.. Оценка затрат на разработку программных средств. М., Финансы и статистика, 1988Благодатских и др. Экономика, разработка и использование ПО ЭВМ, М., Финансы и статистика, 1995Международный стандарт ISO/IEC 12207. Первое издание 1995-08-01. “Информационные технологии - процессы жизненного цикла.Гейн К., Сарсон Т., Структурный системный анализ: средства и методы, М. Эйтекс, 1993.Буч Г., Объектно-Ориентированное проектирование с примерами применения, М., Конкорд, 1992.