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. Используется много поточный доступ к базе данных. Необходимо обеспечить одновременную работу с программой. База данных будет содержат информацию об автобусах (гос. номер, марка, число мест), расписание маршрутов (откуда, куда, время поездки, цена билета, номер рейса), расписание рейсов, информация о заказанных билетах.
Требования к исходным кодам и языкам программирования
Дополнительные требования не предъявляются.
Требования к защите информации и программ
Требования к защите информации и программ не предъявляются.