Размещено на http://www.allbest.ru/

Введение

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

Темой данного курсового проекта является разработка автоматизированной базы данных «Касса автовокзала». Для реализации данной задачи была выбрана среда разработки C#.

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

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

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



1 Техническое задание

1.1 Общие требования

1.1.1 Наименование программного продукта

Наименование программного продукта: программная система «Касса автовокзала».

1.1.2 Назначение и область применения

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

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

Данная программа очень легка в использовании. Обладает удобным интерфейсом.

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

1.2 Требования к программному продукту

1.2.1 Требования к функциональным характеристикам

Программный продукт должен обеспечивать возможность выполнения перечисленных ниже функций:

- предоставление кассиру доступа к хранящейся в базе данных информации об автобусах, водителях, пассажирах и пунктах пребывания;

- предоставление администратору возможности оформления новых рейсов;

- предоставление кассиру возможности быстрого поиска нужного автобуса и водителя.

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

- предоставление администратору возможности занесения в базу информации о новых автобусах, водителях и пунктах пребывания;

- предоставление администратору возможности организации быстрого поиска по следующим категориям (код водителя, код автобуса, код пункта и коду рейса);

В программе необходимо предусмотреть возможность корректировки настроек системы; резервное сохранение данных; возможность изменения паролей входа в систему; наличие встроенной справочной системы.

1.2.2 Требования к надежности

1.2.2.1 Требования к обеспечению надежного функционирования программы

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

- возможность самовосстановления после сбоев (отключения электропитания, сбоев в операционной системе и т.д.);

- парольную защиту при запуске программы;

- ограничение несанкционированного доступа к данным;

- возможность резервного копирования информационной базы;

- разграничение пользовательских прав;

- исключение несанкционированного копирования (тиражирования) программы.

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

1.2.2.2 Время восстановления после отказа

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

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

1.2.2.3 Отказы из-за некорректных действий пользователей системы

Отказы программы вследствие некорректных действий пользователя при взаимодействии с программой через Windows интерфейс недопустимы.

автоматизированный база данные касса

1.3 Условия эксплуатации

1.3.1 Климатические условия эксплуатации

Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации.

1.3.2 Требования к квалификации и численности персонала

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

Системный администратор должен иметь высшее профильное образование. В перечень задач, выполняемых системным администратором, должны входить:

- задача поддержания работоспособности технических средств;

- задачи установки (инсталляции) и поддержания работоспособности системных программных средств -- операционной системы;

- задача установки (инсталляции) программы;

- задача создания резервных копий базы данных.

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

В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), включающий в себя:

- процессор Pentium-2.0Hz, не менее;

- оперативную память объемом 1Гигабайт, не менее;

- HDD 40 Гигабайт, не менее;

- операционную систему Windows 7 и выше.

1.3.4 Требования к информационной и программной совместимости

1.3.4.1 Требования к информационным структурам и методам решения

ER-диаграмма базы данных представлена в приложении А.

База данных работает под управлением СУБД Microsoft Access. Структура базы данных приведена в таблицах 1-6.

Таблица 1 - Автобус

Название поля	Тип поля	Описание поля
Код автобуса	Счетчик	Ключевое
Водитель	Числовой	ФИО водителя
Модель	Текстовый	Модель ТС
Номерной знак	Текстовый	Номерной знак
Количество мест	Числовой	Количество посадочных мест

Таблица 2 - Водитель

Название поля	Тип поля	Описание поля
Код водителя	Числовой	Ключевое
ФИО	Текстовый	ФИО водителя

Таблица 3 - Пункты

Название поля	Тип поля	Описание поля
Код пункта	Счетчик	Ключевое
Наименование	Текстовый	Наименование пункта



Таблица 4 - Рейсы

Название поля	Тип поля	Описание поля
Код Рейса	Счетчик	Ключевое
Код автобуса	Числовой	Код автобуса
Дата	Дата/время	Дата поездки
Пункт отправления	Числовой	Пункт отправления
Время отправления	Дата/время	Время отправления
Пункт назначения	Числовой	Пункт назначения
Время прибытия	Дата/время	Время прибытия
Стоимость	Денежный	Стоимость билета

Таблица 5 - Пользователи

Название поля	Тип поля	Описание поля
Код	Счетчик	Ключевое
Наименование	Текстовый	Имя пользователя в программе
Пароль	Текстовый	Пароль
ФИО	Текстовый	Инициалы пользователя

Таблица 6 - Билет

Название поля	Тип поля	Описание поля
Код билета	Счетчик	Ключевое
Код рейса	Числовой	Код рейса
ФИО пассажира	Текстовый	Инициалы пассажира
Дата	Дата/время	Дата поездки
Пункт отправления	Текстовый	Пункт отправления
Время отправления	Текстовый	Время отправления
Пункт назначения	Текстовый	Пункт назначения
Время прибытия	Текстовый	Время прибытия
Цена	Денежный	Цена билета(ов)
Статус билета	Текстовый	Продан билет или нет

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

- запрос по рейсам (по пункту отправления и назначения, по дате).

Администратор системы должен иметь возможность редактировать перечисленные таблицы.

Диаграмма потоков данных представлена в приложении Б.

Диаграмма вариантов использования представлена в приложении В.

Диаграмма классов представлена в приложении Г.

1.3.4.2 Требования к исходным кодам и языкам программирования

Язык программирования C#, среда программирования Visual Studio 2015, пользовательский интерфейс на основе технологии Windows Forms.

1.3.4.3 Требования к программным средствам, используемым программой

Дополнительные требования не предъявляются.

1.3.4.4 Требования к защите информации и программ

Требования к защите информации и программ не предъявляются.

1.4 Требования к программной документации

1.4.1 Предварительный состав программной документации

Состав программной документации должен включать в себя:

- техническое задание;

- руководство пользователя.

1.5 Технико-экономические показатели

1.5.1 Экономические преимущества разработки

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



1.6 Стадии и этапы разработки

1.6.1 Стадии разработки

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

- разработка технического задания;

- рабочее проектирование;

- внедрение.

1.6.2 Этапы разработки

На стадии разработки технического задания должны быть выполнены этапы разработки, согласования и утверждения настоящего технического задания.

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

- разработка программы;

- разработка программной документации;

- испытания программы.

На стадии внедрения должны быть выполнены этапы подготовки и передачи программы.

1.6.3 Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

- постановка задачи;

- определение и уточнение требований к техническим средствам;

- определение требований к программе;

- определение стадий, этапов и сроков разработки программы и документации на неё;

- согласование и утверждение технического задания.

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

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

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

- разработка, согласование и утверждение и методики испытаний;

- проведение приемо-сдаточных испытаний;

- корректировка программы и программной документации по результатам испытаний.

На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.



2 Реализация программного продукта

2.1 Описание используемых методов

Метод -- это блок кода, содержащий ряд инструкций. Программа инициирует выполнение инструкций, вызывая метод и указывая все аргументы, необходимые для этого метода. В C# все инструкции выполняются в контексте метода. Метод Main является точкой входа для каждого приложения C#, и он вызывается общеязыковой средой выполнения (CLR) при запуске программы. Методы объявляются в классе или в структуре путем указания уровня доступа, такого как public или private, необязательных модификаторов, таких как abstract или sealed, возвращаемого значения, имени метода и всех параметров этого метода. Все эти части вместе представляют собой сигнатуру метода. Тип возврата метода не является частью сигнатуры метода в целях перегрузки метода. Однако он является частью сигнатуры метода при определении совместимости между делегатом и методом, который он указывает. Параметры метода заключаются в скобки и разделяются запятыми. Пустые скобки указывают, что параметры методу не требуются. Этот класс содержит три следующих метода. Вызов метода в объекте аналогичен доступу к полю. После имени объекта добавьте точку, имя метода и круглые скобки. Аргументы перечисляются в этих скобках и разделяются запятыми. Определение метода задает имена и типы всех необходимых параметров. Когда вызывающий код вызывает метод, он предоставляет конкретные значения, называемые аргументами, для каждого параметра. Аргументы должны быть совместимы с типом параметра, но имя аргумента (если есть), используемое в вызывающем коде, не обязательно должно совпадать с именем параметра, указанным в методе.

Часто используемые методы в программном продукте:

Form.Show () - показать форму.

Form.Hide () - скрыть форму.

Form.Close() - закрыть форму.

connection.Open() - присоединиться к базе.

connection.Close() - закрыть соединение.

MessageBox.Show()- показать сообщение.

dataReader.Read() - чтение данных из базы.

dataAdapter.Fill(ds, "Таблица") - запись данных из базы в переменную ds.

2.2 Методы отладки программного продукта

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

К статическим методам относятся методы отладки, при которых не требуется выполнение отлаживаемой программы на ЭВМ. Они обычно требуют больших усилий от программиста и незначительных затрат машинного времени. Они универсальны и пригодны для отладки программ, написанных на любом языке программирования и используемых на любой ЭВМ. Статические методы включают:

- ручную прокрутку программы;

- прокрутку программы программными анализаторами ( например, компилятором); автоматизированный анализ программы в этом случае проводится без выполнения ее на ЭВМ и поэтому попадает в категорию «статических»;

- коллективную проверку программ;

- проверку программы программистом-технологом с целью выявления и исправления в ней технологических ошибок.

Динамические методы связаны со значительным расходом машинного времени и, возможно, не меньшими затратами труда программиста. В этом случае отладка программ происходит сов­местно с их выполнением на ЭВМ. Динамические методы отладки программ, как правило, привязаны к конкретной ЭВМ и к конкретному транслятору (компилятору).

К динамическим методам относятся:

- тестирование;

- поиск ошибок с использованием системных средств;

- отладка программы в интерактивном режиме.

Отладчик Visual Studio позволяет наблюдать за поведением программы во время выполнения и искать таким образом логические ошибки. Отладчик работает со всеми языками программирования Visual Studio и библиотеками. С помощью отладчика можно прерывать выполнение для пошагового выполнения кода и оценки переменных в приложении.

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

Тестирование программного обеспечения -- процесс исследования программного обеспечения (ПО) с целью получения информации о качестве продукта. Введение существующие на сегодняшний день методы тестирования ПО не позволяют однозначно и полностью выявить все дефекты и установить корректность функционирования анализируемой программы, поэтому все существующие методы тестирования действуют в рамках формального процесса проверки исследуемого или разрабатываемого ПО. Тестирование компонентов -- тестируется минимально возможный для тестирования компонент, например, отдельный класс или функция. Часто тестирование компонентов осуществляется разработчиками программного обеспечения. Интеграционное тестирование -- тестируются интерфейсы между компонентами, подсистемами или системами. При наличии резерва времени на данной стадии тестирование ведётся итерационно, с постепенным подключением последующих подсистем. Системное тестирование -- тестируется интегрированная система на её соответствие требованиям. Альфа-тестирование -- имитация реальной работы с системой штатными разработчиками, либо реальная работа с системой потенциальными пользователями/заказчиком. Чаще всего альфа-тестирование проводится на ранней стадии разработки продукта, но в некоторых случаях может применяться для законченного продукта в качестве внутреннего приёмочного тестирования. Иногда альфа-тестирование выполняется под отладчиком или с использованием окружения, которое помогает быстро выявлять найденные ошибки. Обнаруженные ошибки могут быть переданы тестировщиками для дополнительного исследования в окружении, подобном тому, в котором будет использоваться программа.Бета-тестирование -- в некоторых случаях выполняется распространение предварительной версии (в случае проприетарного программного обеспечения иногда с ограничениями по функциональности или времени работы) для некоторой большей группы лиц с тем, чтобы убедиться, что продукт содержит достаточно мало ошибок. Иногда бета-тестирование выполняется для того, чтобы получить обратную связь о продукте от его будущих пользователей. Часто для свободного и открытого программного обеспечения стадия альфа - тестирования характеризует функциональное наполнение кода, а бета - тестирования -- стадию исправления ошибок. При этом как правило на каждом этапе разработки промежуточные результаты работы доступны конечным пользователям.

2.4 Защита данных и программного продукта

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

Самый простой и доступный способ защиты программных продуктов и базы данных -- ограничение доступа. Контроль доступа к программному продукту и базе данных строится путем: парольной защиты программ при их запуске.

Во время работы программы можно открыть окно авторизации, форма которого приведена на рис. 1.

Рисунок 1. Окно авторизации



3. Руководство пользователя программным продуктом

3.1 Общие сведения о назначении

Назначением программной системы «Касса автовокзала» является автоматизация деятельности кассы автовокзала, которая продаёт билеты. В программную систему интегрирована база данных, содержащая постоянно обновляемую информацию о рейсах, автобусах, водителях и пунктах пребывания.

3.2 Основные задачи и возможности

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

Программа предоставляет кассиру частичный доступ к хранящейся в базе данных информации с возможностями:

1) Оформить продажу билета;

2) Организовать быстрый поиск нужного рейса (по пункту отправления и прибытия) и дате.

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

1) обновлять и редактировать базу данных;

2) заносить в базу данных новые автобусы, владельцев, пункты пребывания и рейсы;

3) организовывать быстрый поиск по всей базе (по рейсам);



3.3 Способ отражения предметной области

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

3.4 Установка и первоначальная настройка

Программа «Касса автовокзала» предназначена для работы на IBM-совместимых персональных компьютерах, которые должны обладать следующими характеристиками:

- оперативная память объемом не менее 512 Мб;

- свободное место на жестком диске не менее 100 Мб;

- операционная система Windows 7/8/10;

- Microsoft Office 2003+;

- минимальное разрешение экрана 1024 768.

Для установки программы следует распаковать архивный файл Касса автовокзала.rar в папку на вашем диске, например «C:\Касса автовокзала», а потом просто запустить модуль программы из исполнительного файла с расширением «.exe».

3.5 Пользовательская настройка и авторизация

Программа «Касса автовокзала» не требует пользовательской настройки.

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

Для поиска Вам необходимо сделать следующее:

1) выберите нужные пункты из списка пунктов;

2) введите дату;

3) нажмите на кнопку «Найти билет». После успешного поиска Вы сможете продолжить работу с программой. В случае ошибки на экран будет выведено соответствующее сообщение.

Рисунок 2. Окно поиска

3.6 Пользовательский интерфейс приложения

После поиска открывается основное окно программы. В зависимости от того, под каким пользователем произведен вход в систему, вид меню окна будет несколько различным. К примеру, при входе под системной записью с логином Гость, пункты «Автобусы», «Владельцы», «Билеты», «Рейсы», и «Пункты» в меню «Просмотр» будут неактивны (рисунок 3).

Рисунок 3. Основное окно программы

Запуск функциональных модулей программы осуществляется с помощью выбора пунктов из меню «Просмотр» и «Журналы». Результаты работы этих модулей отображаются в дополнительно открываемых окнах (формах). Для выбора параметров поиска на формах запросов предусмотрен набор переключателей (радиокнопок).

Помимо этого, наличие в меню «Справка» пунктов «О программе» и «Настройка паролей» позволяет просматривать справочную информацию о программе и осуществлять смену паролей пользователей.

3.7 Порядок решения основных пользовательских задач

- Занесение в базу данных списков о новых рейсах, автобусах, водителей и пунктах.

- Формирование запросов на поиск и выборку из базы данных необходимой информации.

3.8 Все функции приложения и порядок их применения

Создание и редактирование списков данных (рейсы, автобусы, водители, пункты)

- Выбрать нужный пункт («Автобусы», «Водители», «Пункты» , «Билеты» , «Рейсы») из меню «Просмотр». При этом откроется соответствующее окно, например «Автобусы», структура которого приведена на рисунке 4.

Рисунок 4. Окно данных «Автобусы»



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

- Для изменения или удаления записи в базе данных необходимо выбрать код нужной записи в раскрывающемся списке и при нажатии на кнопку «Редактировать автобус» отображаемая запись будет пересохранена, а при нажатии на кнопку «Удалить автобус» - удалена.

Рисунок 5. Заполненная форма данных «Автобусы»

Проведение операций автобусов располагаются в панели автобусы.

- При выборе этого пункта откроется соответ-ствующее окно, «Автобусы», структура которого приведена на рис. 6.

Рисунок 6. Окно журнала «Автобусы»

- Для оформления нового рейса необходимо нажать кнопку «Добавить рейс». При этом откроется окно с формой «Добавление рейса». При внесении данных нового рейса в поля формы, информация о пунктах, автобусе, дате, времени и стоимости, для удобства может быть выбрана из вспомогательных таблиц (рис. 7).

Рисунок 7. Оформление нового рейса

- При нажатии на кнопку «Сохранить» информация о новом рейсе будет добавлена в базу данных. Для изменения данных оформленного рейса необходимо, выделив его в таблице рейсов, нажать кнопку «Редактировать рейс». При этом поля открывшейся формы «Добавление рейса» отразят текущие данные выбранного рейса (рис. 8), которые могут быть откорректированы.

Рисунок 8. Открытие рейса для редактирования

После нажатия на кнопку «Сохранить» информация о выбранном рейсе в базе данных будет перезаписана.

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

Формирование запросов на поиск и выборку из базы данных необходимой информации

- Выбрать из меню «Главная». Откроется соответствующее окно «Рейсы», структура которого приведена на рисунке 9.

Рисунок 9. Окно рейсов

- Для формирования списка просто выберите из автоматически сформированного списка нужные пункты и дату (рис. 10).

Рисунок 10. Формирование списка

- Для возвращения к полному списку поиска нажмите на кнопку «Показать все рейсы».

Настройка паролей пользователей

По умолчанию логин/пароль Администратора системы Админ/admin. Для изменения стандартного пароля необходимо сделать следующее:

1) войдите в систему под логином Админ;

2) откройте в меню раздел «Справка» - «Настройка паролей»;

3) в открывшемся окне (рис. 11) выберите нужный логин в списке пользователей;

4) введите и подтвердить новый пароль;

5) нажмите кнопку «Изменить пароль».

Рисунок 11. Окно настройки паролей пользователей

Выход из программы

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

3.9 Сообщения об ошибках

Таблица 5 - Описание ошибок при решении пользовательских задач

Решаемая задача	Сообщение об ошибке	Причина возникновения ошибки	Требуемые действия пользователя
Авторизация пользователей	Неверный логин или пароль!	При входе в систему не выбран пользователь или неверно введен пароль	Выбрать из списка ло-гин пользователя, а за-тем ввести пароль или заново ввести правильный пароль пользователя
Настройка паролей пользователей	Пароли не совпадают	При изменении пароля пользователя неверно под-твержден пароль	Заново ввести и под-твердить пароль поль-зователя
Создание и редактирование списков данных	Поиск записи не был произведен из-за неуказания ее кода!!!	Перед нажатием на кнопку «Поиск» код искомой за-писи не был введен (вы-бран в раскрывающемся списке)	Ввести (выбрать в рас-крывающемся списке) код нужной записи и нажать кнопку «Поиск»
	Добавление записи не было успешно произведено из-за неуказания ее данных или несовпадения их типов или попытки добавить запись с уже используемым кодом!!!	Перед нажатием на кнопку «Добавить запись» не были введены данные в поля формы либо они были введены некоррект-но (с несовпадением типов или ранее используемым кодом записи)	Внести (или исправить) данные записи в полях формы и нажать кнопку «Добавить запись»
	Изменения не были успешно сохранены из-за неуказания из-меняемой записи или несовпадения типов изменяемых значений или попытки изменить код на уже используемый!!!	Перед нажатием на кнопку «Изменить запись» не был введен (выбран в раскры-вающемся списке) код из-меняемой записи либо данные в полях формы были исправлены некор-ректно (с несовпадением типов)	Ввести (выбрать в рас-крывающемся списке) код изменяемой записи и нажать кнопку «Поиск». Корректно внести исправления данных в полях формы и нажать кнопку «Изменить запись»
	Удаление не было выполнено из-за невыбора нужной записи!!!	Перед нажатием на кнопку «Удалить запись» не был введен (выбран в раскрывающемся списке) код удаляемой записи	Ввести (выбрать в раскрывающемся списке) код удаляемой записи и нажать кнопку «Изменить запись»
Проведение операций	Редактирование не было выполнено из-за невыделения нужной записи!!!	Перед нажатием на кнопку «Редактировать…» в соответствующем журнале не была выделена строка редактируемой операции	Выделить (щелкнуть мышью) строку опера-ции и нажать кнопку «Редактировать…»
	Удаление не было выполнено из-за невыделения нужной записи!!!	Перед нажатием на кнопку «Удалить…» в соответ-ствующем журнале не была выделена строка удаляемой операции	Выделить (щелкнуть мышью) строку опера-ции и нажать кнопку «Удалить…»
	Изменения не были успешно внесены из-за несовпадения типов значений!!!	Перед нажатием на кнопку «Сохранить» данные в поля формы не были вне-сены или внесены некор-ректно (с несовпадением типов)	Корректно (в соответ-ствии с их типами) вне-сти или выбрать дан-ные в поля формы и нажать кнопку «Сохранить»



Заключение

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

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

В результате была создана программа. Благодаря программе, имеется возможность постоянного контроля за маршрутами и покупкой билетов.

Данный программный продукт позволяет легко найти нужные рейсы. В процессе работы над данным проектом я освоил новые функции и возможности C#. Неоднократно приходилось пользоваться справочниками по базам данных в C#, но информация, данная на курсе “Базы данных и СУБД” была отлично усвоена на практике при создании этого проекта. Поставленная передо мной задача выполнена, так как было создана программа, которая облегчит работу кассе автовокзала.



Список использованных источников

1. Робинсон, С.; Корнес, О.; Глинн, Д. и др. C# для профессионалов; М.: Лори, 2005.

2. Фридман, А.Л. Язык программирования С# / А.Л.Фридман. - М.: Бином, 2006.

3. Кириллов, В.В. Введение в реляционные базы данных. Введение в реляционные базы данных / В.В. Кириллов, Г.Ю. Громов. - СПб.: БХВ-Петербург, 2012.

4. Гринченко, Н.Н. и др. Проектирование баз данных. СУБД Microsoft Access; Горячая Линия Телеком, 2012.

5. Кошелев, В.Е. Базы данных в ACCESS 2007: Эффективное использование / В.Е. Кошелев. - М.: Бином-Пресс, 2009.

6. Гуриков С. Р. Введение в программирование на языке Visual C#; Форум, Инфра-М, 2013.

7. Агальцов, В.П. Базы данных. В 2-х т.Т. 1. Локальные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013.

8. Гончаров А. Ю. Access 2003. Самоучитель с примерами., Москва, 2004г.

9. Григорьев В.А., Ревунков В.И. Банки данных. Учебник для вузов. - М., МВТУ им.Баумана, 2002.

10. А.H.Hаумов, А.М.Вендров и др. Системы управления базами данных и знаний. М.: Финансы и статистика, 1991.

11. Троелсен, Эндрю Язык программирования С# 2008 и платформа .NET 3.5 / Эндрю Троелсен. - М.: Вильямс, 2010.

12. Фримен, Адам ASP.NET MVC 3 Framework с примерами на C# для профессионалов / Адам Фримен , Стивен Сандерсон. - М.: Вильямс, 2011.

13. Грабер М. Введение в SQL - М.: Лори, 2008.

14. Гончаров А. Ю. ACCESS 2003. Самоучитель с примерами - М.: КУДИЦ-ОБРАЗ, 2004.

15. Нейгел, К. С# 2011 для профессионалов; Вильямс, 2012.

16. 

Приложение А

ER-диаграмма



Приложение Б

Диаграмма потоков данных предметной области



Приложение В

Диаграмма взаимодействия

Приложение Г

Диаграмма классов

Размещено на Allbest.ru

...