Данное  программное обеспечение реализуется  как набор программ, выполняющих  такие функции проекта, как хранение данных, администрирования, изменение  и дополнение данных, а так же синхронизацию и удалённый доступ. Главными требованиями, положенными в основу при разработке комплекса стали: лёгкое использование и расширяемость. Поэтому комплекс разбивается на 5 основных программных блоков (модулей):

• Главная кнопочная форма;
• Список лекарственных средств;
• Список клиентов;
• Список сотрудников;
• Сведения о поставщике.

      2.2. Выбор программного обеспечения

      После завершения этапов анализа и проектирования можно приступать к следующей  фазе проекта – физической реализации непосредственно на СУБД Microsoft Office Access 2003.

      На  протяжении этого этапа необходимо: произвести анализ программно-аппаратной базы пользователя и реализовать результаты проектирования на выбранной СУБД. Для этих целей необходимо произвести анализ программно-аппаратной платформы среды разработки, а так же минимальную конфигурацию программно-аппаратной платформы пользователя.

      2.3. Программно-аппаратная  платформа

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

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

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

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

      Исходя  из того, что платформа IBM PC является наиболее распространенной в России, было принято решение разрабатывать  программный продукт именно под  эту аппаратную платформу.

      2.4. Среда разработки  модулей проекта или выбор СУБД

      База  данных в Access 2003 представляет собой единый объект, который объединяет таблицы, запросы, формы, отчеты, макросы, модули и позволяет хранить их в едином дисковом файле.

      Реляционная база данных состоит из взаимосвязанных  нормализованных таблиц. За счет нормализации обеспечивается отсутствие дублирования данных в взаимосвязанных таблицах и соответственно минимизируется объем сохраняемых данных, а структура связей между таблицами называется схемой данных. Схема данных является не только графическим образом базы данных, но и используется Access в процессе работы с базой данных .

      Одним из основных инструментов обработки  данных в СУБД являются запросы. Запрос представляет собой вопрос о данных, хранящихся в таблицах, или инструкцию на отбор записей, подлежащих изменению.

      В Microsoft Office Access 2003 имеется удобное для пользователя графическое средство формирования запроса по образцу – Query By Example (QBE), с помощью которого легко может быть построен сложный запрос.

      Формы – специальные средства для обработки данных. Любая форма, с помощью которой вы хотите просматривать, вводить или редактировать записи таблиц базы данных, должна быть предварительно сконструирована. При этом определяется: из каких таблиц нужно отображать данные, какие именно поля должны быть представлены в форме, нужны ли вычисляемые поля, какие графические элементы, служащие для ее оформления, будут использоваться – линии, поясняющий текст, рисунки.

      Средства  Microsoft Office Access 2003 по разработке отчетов предназначены для создания макета отчета, по которому может быть осуществлен вывод данных из таблиц в виде выходного печатного документа.

      В Microsoft Office Access 2003 появилась возможность создания интерактивных Web-страниц для просмотра, ввода и анализа данных в виде нового типа объектов базы данных — страниц доступа к данным. Для этого можно преобразовать уже существующую таблицу или запрос в Web-страницу или воспользоваться мастером .

      Немаловажно заметить, что платформа Microsoft Office Access 2003 обеспечивает пользователя современными средствами для построения как устаревшей файл-серверной технологией, предназначенной для малых баз данных, так и современной клиент-серверной технологией. Технология клиент сервер, реализованная в Microsoft Office Access 2003 обеспечивает доступ к базам данных любого размера и содержит драйвера для доступа практически ко всем современным реляционным базам данных, реализованными различными СУБД. Имеется технология подключения драйверов для поддержки «незнакомых» форматов реляционных баз данных.

      2.5. Функциональные требования к программному продукту

      Разрабатываемый проект базы данных должен обладать характеристиками:

• Работать по управлением ОС Windows 98/NT/2000/XP/Server 2003/ Vista;
• Иметь доступный и простой интерфейс пользователя;
• Обеспечивать такие функции как: вывод интересующей информации об автомобилях для клинтов, обеспечивать запросы пользователей и хранить непосредственно саму базу данных.

      2.6. Требования к составу  и параметрам технических  средств

• Компьютер с процессором Intel Pentium IV 2000 Mhz или совместимым.
• Оперативная память не менее 512 Mb.
• Жёсткий диск объёмом не менее 40 Gb.
• Установленная ОС Windows 98/NT/2000/XP/Vista.
• Наличие сетевой карты.
• Настроенные подключения к локальной сети и Интернету.
• монитор VGA;
• мышь или совместимое указывающее устройство.

      Для более быстрой работы с базой  данных желательно использовать более  современный компьютер.

      Вывод

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

3. ТЕСТИРОВАНИЕ И  ОТЛАДКА

3.1. План тестирования

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

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

      Тестирование  считается довольно трудоемким процессом (вот почему  оно и считается трудным), так как этот процесс, целью которого является—«сбить программу с толку».

      Данный  программный продукт прошел восходящее тестирование:

• Модульное тестирование
• Интеграционное тестирование
• Системное тестирование

3.2. Виды тестирования

Наиболее распространенные виды тестирования:

• Модульное
• Интеграционное
• Системное
• Выходное
• Приемочное

      Первые  четыре вида тестирования проводятся внутри организации, а приемочное выполняется совместно с заказчиками.

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

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

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

      Выходное  тестирование – позволяет проверить готовность программного продукта к поставке заказчику. Производиться проверка таких элементов как инсталляция программного продукта, документация.

      Приемочное  тестирование – это тестирование отвечает за конечную инсталляцию, сопровождения программного продукта и обучения конечного пользователя

3. Стохастическое  и детерминированное  тестирование

      Существуют  две основные стратегии тестирования:

• Тестирование программы как черного ящика, при котором программа рассматривается как объект, внутренняя структура которого неизвестна
• Тестирование программы как прозрачного (белого) ящика подразумевает знание исходного кода программы и полный доступ к нему

      Разновидностей же тестирования намного больше, ниже представлены некоторые из них:

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

    Стохастическое  тестирование применяется при тестировании сложных программных комплексов - когда набор детерминированных  тестов имеет громадную мощность

    Для диагностики и локализации причин отказа обычно требуется дополнительное стохастическое и детерминированное тестирование, которое позволяет либо выделить первичную ошибку в программе, либо отнести источник отказа к сбою в аппаратуре. При дополнительном тестировании одна из задач заключается в подготовке стохастических тестов, способных значительно повысить частоту проявления отказов вследствие ошибок. Это позволяет в конце концов зафиксировать значения тестовых данных, при которых происходит отказ, и детерминированным тестированием локализовать ошибку.

      На  этапе испытаний целесообразно  устранять в программах локализованные ошибки. Вследствие этого характеристики надежности программного продукта в среднем улучшаются, однако возможны изменения программы, которые их ухудшают. Изменения показателей надежности необходимо связывать во времени с моментами корректировки программ. Анализируя связь между значениями надежности и процессом изменения программ, можно выявить корректировки, которые содержат ошибки и ухудшают надежность.

    Детерминированный контроль - проверка соответствия вычисленного значения значению Y, полученному в результате прогона теста на наборе - случайной последовательности входных сигналов, сгенерированной имитатором.

    Стохастический  контроль - проверка соответствия множества  значений , полученного в результате прогона тестов на наборе входных значений , заранее известному распределению результатов F(Y).

    В этом случае множество Y неизвестно (его  вычисление невозможно), но известен закон  распределения данного множества.