3.1. Обоснование выбора средств разработки

Наиболее подходящей платформой для разработки является СУБД MSAccess, PHP, Dreamweaver.

Microsoft Access – полнофункциональная реляционная СУБД, которая предоставляет средства разработки и управления СУБД. Access может сама организовывать доступ к данным (используя так называемое ядро Jet-engine), хранящимся в файлах c расширением *.mdb, при этом все объекты одной базы данных сохраняются в одном файле (некоторые СУБД используют множество файлов для хранения объектов). Access может выступать и в роли надстройки к более мощным системам, таких как серверы баз данных: Microsoft SQL Server, Oracle, MySQL и другие.

PHP — скриптовый язык программирования, созданный для генерации HTML-страниц на веб-сервере и работы с базами данных. На сегодняшний момент поддерживается подавляющим большинством представителей хостингов. Входит в LAMP — «стандартный» набор для создания веб-сайтов.

Dreamweaver - программа для создания Web-страниц. Ее возможности шире по сравнению с обычными функциями подобных редакторов. Dreamweaver позволяет создавать объекты и страницы с использованием языка DHTML, поддерживает каскадные таблицы стилей, а также слои и действия JavaScript.

3.2 Руководство программиста

3.3 Руководство пользователя

4.Тестирование программного продукта

Тестирование программного обеспечения — процесс исследования, испытания программного продукта, имеющий две различные цели:

• продемонстрировать разработчикам и заказчикам, что программа соответствует требованиям;

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

4.1.Библиотека регрессивных тестов

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

Регрессионное тестирование включает new bug-fix — проверка исправления вновь найденного дефекта, old bug-fix — проверка, что исправленный ранее и верифицированный дефект не воспроизводится в системе снова, а также side-effect — проверка того, что не нарушилась работоспособность работающей ранее функциональности, если её код мог быть затронут при исправлении некоторых дефектов в другой функциональности. Обычно используемые методы регрессионного тестирования включают повторные прогоны предыдущих тестов, а также проверки, не попали ли регрессионные ошибки в очередную версию в результате слияния кода.

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

4.2.Таблица классов эквивалентности

5.Методы и средства оценки

Приложения

Отчетность (выходные данные)

Входные документы

Структурная схема предприятия

230115.211.04 ГБОУ СПО «МОКИТЭУ» МО

Изм

Лист

№ Докум.

Подп.

Дата

Разработал

Варламов М.Ю.

Содержание учебной практики

Лит.

Лист

Листов

Проверил

Селиверстова О.М.

8

3

15

Принял

Пронина А.Ю.

Сайт преподавателя математики

Н. Контр.

Утвердил