Коллективная разработка программного продукта, направленного на усовершенствование поиска туристической информации

pRecordOperator->Close();

delete pRecordOperator;

 

return TRUE;

}

// -----------------

В самом классе CTourOperator подстановка запроса реализована следующим образом:

// -----------------

void CTourOperator::SetDefaultSQL( const CString& NewSQL )

{

TourOperatorDefaultSQL = NewSQL;

}

// -----------------

 

Таким образом можно формировать  любые запросы ко всем таблицам базы данных.

 

Тестирование приложения.

 

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

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

Конечной целью любого процесса тестирования является обеспечение  такого ёмкого (совокупного) понятия  как качество, с учётом всех или наиболее критичных для данного конкретного случая составляющих.

В целом, разработчики различают дефекты (defect) программного обеспечения и сбои (fault). В случае сбоя программа ведёт себя не так, как ожидает пользователь. Дефект — это ошибка/неточность в коде программы, которая может быть (а может и не быть) причиной сбоя.

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

Так как план-график работа планировался с учетом возможных ошибок, эта  ошибка была устранена не выходя за сроки отведенные для этапа тестирования ПО.

Рис. 2. Неправильное построение дерева выбора страны/города.

 

После исправления обнаруженной ошибки дерево выбора страна/город корректно строится (рис.3.).

Рис. 3. Корректное отображение дерева выбора.

 

Документирование

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

Документацию можно  разделить на две группы:

1. Пользовательская документация (user documentation). Объясняет пользователям, как они должны действовать, чтобы применить данное ПО. Она необходима, если ПО предполагает какое-либо взаимодействие с пользователями. К такой документации относятся документы, которыми руководствуется пользователь при инсталяции программного продукта, при применении ПО для решения своих задач и при управлении ПО.
2. Документация по сопровождению программных средств (system documentation). Описывает программные средства (ПС) с точки зрения ее разработки. Эта документация необходима, если ПС предполагает изучение того, как оно устроена (сконструирована), и модернизацию его программ.

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

ГОСТ 19.201 – 78 «ТЕХНИЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ». Стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.

 

Заключение

 

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

На практике было усвоено, что:

1. определение цели, требований, спецификаций дают более полное представление о создаваемом ПО;
2. управление проектом необходимо для его координирования, оперативного внесения поправок, равномерного распределения ролей и обязанностей;
3. декомпозиция системы облегчает процесс программирования: разработка различных модулей ведется параллельно, четче определяются связи между ними;
4. тестирование выявляет ошибки в работе программы прежде, чем готовый продукт попадает к конечному пользователю.

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

В результате курсового проекта были получены:

• Корректно функционирующий программный продукт, готовый к использованию;
• Документация
• Опыт работы в коллективе программистов.

 

Список литературы

1. Мартин Грабер «Введение в SQL», 643 стр., ISBN 5-85582-109-9, формат 70x100/16, мягкий переплет, 2003; Лори
2. Вендров А.М. — Проектированию программного обеспечения экономических информационных систем. Учеб. пособие. — М.: Финансы и статистика, 2002. — 352 с.:ил.
3. ГОСТ 19.201 – 78  Единая система программной документации «ТЕХНИЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ».
4. Мешков А.В., Тихомиров Ю.В. Visual C++ и MFC: Пер. с англ. – 2-е изд. перераб. и доп. – СПб.: БХВ-Петербург, 2001. – 1040с.: ил.
5. http://ru.wikipedia.org/
6. http://www.realcoding.net/
7. http://www.msmfc.net/

 

Приложение 1. План – график работ

 

Этап работы	Наименование  работ	Ответственный соисполнитель	Срок исполнения	Форма отчетности
1	Анализ требований	Ларкина Т.В. Мандрик Е.В. Моисеева О.В. Хан О.В.	8.09.2008 – 15.09.2008	Отчет
2	Разработка плана-графика	Мандрик Е.В.	15.09.2008 – 18.09.2008	Отчет
3	Проектирование базы данных	Хан О. В.	18.09.2008 – 25.09.2008	Отчет
4	Разработка базы данных заполнение ее данными	Хан О. В.	26.09.2008 – 6.10.2008	Отчет
5	Проектирование пользовательских интерфейсов	Ларкина Т. В. Моисеева О.В.	25.09.2008 – 1.10.2008	Отчет
6	Разработка модуля работы с БД и формирования запросов	Мандрик Е.В.	6.10.2008 – 26.10.2008	Отчет
7	Разработка пользовательского  интерфейса для программного обеспечения	Ларкина Т. В. Моисеева О.В.	27.10.2008 – 17.11.2008	Отчет
8	Создание инсталлятора	Моисеева О.В.	17.11.2008 – 27.11.2008	Отчет
9	Тестирование	Мандрик Е.В. Хан О.В.	27.11.2008 – 7.12.2008	Отчет
10	Создание руководства пользователя	Мандрик Е. В.	8.12.2008 – 14.12.2008	Отчет

 

 

 

	Сентябрь						Октябрь					Ноябрь							Декабрь
	2	3		4		5	1	2	3	4	5	1	2	3		4	5		1	2
Ларкина Т.В.	1				5						7
Мандрик Е.В	1	2						6										9 - 10
Моисеева О.В.	1				5						7 – 8
Хан О.В.	1		3 – 4															9

 

 

Приложение 2. Структура  БД