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

8.2 Тестирование восстановления

·                   Если возникли незначительные ошибки (ошибка ввода данных), то выдается сообщение с описание ошибки и после него можно продолжить работать с программой;

·                   Если возникла ошибка подключения СУБД, то время восстановления равно времени настройки параметров;

·                   если не найдена база, то время на восстановления равно времени подключения новой базы и восстановления последней копии базы.

ЗАКЛЮЧЕНИЕ

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

В заключении можно сказать, что при изучении новой среды разработки Borland Delphi 7.0 для работы с MSSQL Server 2000 Developer Edition было потрачено незначительно времени на то, чтобы узнать возможности работы среды разработки с серверной СУБД. Также хотелось бы отметить, что потраченное время на создание программы отразилась на укреплении приобретенных навыков работы с базами данных и дала новые знания по работе с объектно-ориентированными языками. Используя готовые компоненты, можно создавать сложные программы, работающие в многопользовательском режиме.

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

1.       Вендров А. М. Проектирование программного обеспечения экономических информационных систем/ А. Вендров – М.: Финансы и статистика, 2000. – 352 с.

2.       Орлов С. А. Технологии разработки программного обеспечения/ С. Орлов – СПб.: Питер, 2002. – 464 с.

3.       Ананьев А. И., Федоров А. Ф. Самоучитель Visual Basic 6.0/ А. Ананьев, А. Федоров – СПб.: БХВ-Петербург, 2005. – 624 с.

4.       http://msdn.microsoft.com/ – Microsoft Developer Network.

5.       http://intuit.ru/ – Интернет Университет информационных технологий.

Приложение А.

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

Общие сведения

Настоящий документ, далее именуемый «Техническое Задание», или «ТЗ», является неотъемлемой частью Договора. Все работы по Договору будут выполняться строго в соответствии с настоящим Техническим Заданием.

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

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

Подпись Заказчика на настоящем документе подтверждает его согласие с нижеследующими фактами и условиями:

1.                Заказчику разъяснены все положения настоящего Технического Задания.

2.                Заказчик согласен со всеми положениями настоящего Технического Задания.

3.                Заказчик не вправе требовать от Исполнителя в рамках текущего Договора выполнения работ, либо оказания услуг, прямо не описанных в настоящем Техническом Задании.

4.                 Заказчик не вправе требовать от Исполнителя соблюдения каких-либо форматов и стандартов, если это не указано в настоящем Техническом Задании.

Все неоднозначности, выявленные в настоящем Техническом Задании после его подписания, трактуются в пользу Исполнителя. В рамках текущего Договора Заказчик не вправе требовать от Исполнителя переделки разработанного продукта, равно как и любых его модулей и подсистем, мотивируя это требование неоднозначностью прочтения Технического Задания.

Полное наименование системы

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

Наименование компании разработчика и заказчика (пользователя) системы и их реквизиты

Разработчик: Горбунов В.О. Реквизиты: пер. Лесной д.12 офис 1, тел. 9243746456 Инн: 87236432784628.

Заказчик: ОАО Забавтоперевозки. Реквизиты: Г. Чита ул. Недорезова 42, офис 2. тел. 44-50-99. кор. Счет 326786234866.

Плановые сроки начала и окончания работ при создании системы

Срок начала разработки программы: 01.09.08.

Плановый срок выполнения работы: 31.12.08.

Назначение и цели создания программного средства

Назначение и вид деятельности системы

Система предназначена для автоматизации деятельности автомобильного вокзала. Программа предназначена для управления содержимым базы данных. База данных содержит следующую структуру данных:

·                       Расписание маршрутов следования;

·                       Расписание рейсов;

·                       Свободные места;

·                       Парк автобусов;

·                       Заказы.

Цели создания системы

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

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

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

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

·                   Сортировка по пункту отправления, прибытия, цене, времени поездки;

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

·                   Сдача билета на заданный рейс в заданную дату по номеру билета.

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

Описание перечня подсистем их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы:

Система будет включать в себя следующие подсистемы:

·                    Подсистема продажи билетов. С помощью этой подсистемы осуществляется продажа и сдача билетов;

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

·                    Подсистема составления отчетов по парку машин, расписанию, заказам. В отчет о парке машин включается информация о марке ТС, гос. Номер, число пассажирских мест. Отчет по расписанию будет включать: порядковый номер, станция отправления, станция прибытия, время в пути, цена. Отчет о заказах будет содержать: дата и время заказа, направление, внесенная сумма;

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

Режим администратора - полный доступ к информации

Режим кассира – навигация по базе, продажа, сдача билетов, редактирование рейсов, парка машин, расписания движения.

Требования к численности и квалификации персонала и режимы его работы

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

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

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

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

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

д) задача добавление, изменение, удаление записей из базы данных.

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

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

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

а) организацией бесперебойного питания технических средств;

б) использованием лицензионного программного обеспечения;

в) Испытания программных средств на наличие компьютерных вирусов

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

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

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

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

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

·                   Сервер базы данных выйдет из строя.

Информационное обеспечение системы

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

Требования по применению СУБД

·                    MS SQL server 2000.

Требования к защите данных

·                    Доступ к информации при успешной аутентификации;

·                    Ограниченная длина пароля;

Требования к контролю, хранению, обновлению и восстановлению данных

Резервное копирование и восстановление осуществляется Администратором посредством самой программы.

Лингвистическое обеспечение системы

·                   Borland Delphi для реализации функциональной части программы;

·                   MSSQL server 2000 для создания базы данных и реализации запросов.

Перечень и стадии этапов работ, сроки их выполнения, исполнители

Перечень и сроки работ  

Таблица 4

Перечень работ	Срок выполнения	Ответственное лицо
Создание базы данных Создание таблицы bus Создание таблицы mesta Создание таблицы rasp Создание таблицы chickets	25.09.08	Горбунов В.О.
Разработка документации Договор н оказание услуг Техническое задание Диаграммы	С 1.09.08 по 30.09.08	Горбунов В.О.
РЕАЛИЗАЦИЯ ФУНКЦИЙ РАБОТЫ СИСТЕМЫ Добавление автобусов Добавление в расписание движения Продажа, сдача билетов Поиск, фильтрация, сортировка Резервное копирование, восстановление базы данных	С 30.09.08 по 31.12.08	Горбунов В. О.

Требования к эргономике (удобство) и технической эстетике

Интуитивно понятная навигация (кнопки, формы) и удобный поиск.

 

Требования к защите информации от НСД

·                   Зашифрованные пароли;

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

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

Требования к функциям и задачам, которые выполняет система

Временной регламент реализации каждой функции

·                   Создание базы данных (1 день);

·                   Поиск по базе (1 неделя);

·                   Фильтрация, сортировка(2 неделя);

·                   Отчет о парке машин(1 неделя);

·                   Резервное копирование, восстановление(1 неделя);

·                   Продажа, сдача билетов (2 недели).

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

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

·                   процессор Pentium 3 - 800. MHz, не менее;

·                   оперативную память объемом, 128 Мегабайт, не менее;

·                   HDD, 10 Гигабайт, не менее;

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

·                   MSSQL server 2000;

·                   MS office 2003;

·                   OC Windows xp или выше.

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

База данных работает под управлением СУБД MS SQL server 2000. Используется много поточный доступ к базе данных. Необходимо обеспечить одновременную работу с программой. База данных будет содержат информацию об автобусах (гос. номер, марка, число мест), расписание маршрутов (откуда, куда, время поездки, цена билета, номер рейса), расписание рейсов, информация о заказанных билетах.

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

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

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

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

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

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

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

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

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

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

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

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

3. внедрение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Порядок контроля и приемки системы

Виды испытаний

Приемо-сдаточные испытания должны проводиться на объекте Заказчика не позднее 31.12.2008, либо раннее по договоренности сторон.

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

Общие требования к приемке работы

На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.

Требования к документированию

Перечень документов сопровождающих систему

·                   Описание предметной области;

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

·                   Договор.

Приложение Б. Справка пользователя

Вход в систему

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

Рис. 9 Вход в систему

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

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

Рис. 10 Главная форма

Навигация

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

Если вы хотите осуществить поиск, вы можете из главного меню выбрать пункт поиск и в появившемся окне выбрать критерии поиска (Замечание: если вы выберите не все поля, то будет считаться, что значение данного поля будет пустым, что даст нежелательные результаты. Чтобы избежать этого нужно выбрать все поля для поиска).

Рис. 11 Поиск

После нажатия на кнопке поиск в главном окне будет отфильтрован список маршрутов.

Рис. 12 Фиьтр

Изменение в базе

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

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

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

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

Рис. 13 Парк машин

Здесь вы также можете добавлять, изменять или удалять данные.

Чтобы перейти в главное окно вам необходимо нажать на кнопке «Закрыть окно».

Продажа билетов

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

Рис. 14 Подготовка к продажи билета

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

Рис. 15 Форма продажи билета

Сдача билета

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

Рис. 16 Форма продажи билета