Разработка автоматизированной информационной системы "Автотранспортное предприятие пассажирского транспорта"
Программа для работы с базой данных, электронного ведения путевых и билетно-учетных листов. Требования к функциональным характеристикам программы. Требования к надежности и параметрам технических средств, информационной и программной совместимости.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 17.06.2012 |
| Размер файла | 2,0 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
1. Постановка задачи
1.1 Техническое задание на разработку программного продукта
1.1.1 Основание для разработки
Основанием для данной работы является задание, выданное на проект для разработки Автоматизированной информационной системы «Автотранспортное предприятие пассажирского транспорта» (АИС «АППТ»). Задание для проектирования выдано и утверждено зам. директора по учебной работе Красногорского государственного колледжа.
1.1.2 Назначение разработки
Главной идеей разработки программы АИС «АППТ» является автоматизация производственной деятельности ПАТП путем комплексного объединение общих функций предприятия, таких как:
· Хранение и просмотр БД (в виде формы или таблицы);
· Выписка путевых и билетно-учетных листов;
· Контроль за работой ПС на линии.
1.2 Требования к программе
Основным требованием к АИС «АППТ» является работа с базой данных, электронное ведение путевых и билетно-учетных листов, контроль ПС на линии.
Диспетчерский пункт должен иметь возможность заполнять путевой и билетно-учетный лист, сохранять его и распечатывать для передачи водителю. Также должен быть контроль за ПС в движении: диспетчер дожжен иметь возможность узнать информацию о местоположении автобуса, его графике, водителе и прочее.
1.2.1 Требования к функциональным характеристикам
Программный продукт должен:
1) отображать таблицы БД (в виде формы и таблицы данных);
2) добавлять, удалять, редактировать записи;
3) производить поиск и сортировку записей;
4) распечатывать путевые и билетно-учетные листы;
5) иметь функцию авторизации пользователей;
6) иметь понятный интерфейс и справку;
7) отображать ПС на линии и его положение;
8) иметь лог вошедших пользователей.
1.2.2 Требования к надежности
Программа должна работать с базой данных на основе архитектуры «клиент-сервер», при сбоях в работе выдавать сообщения об ошибках. В ПП должно использоваться разграничение прав доступа, во избежание редактирования и просмотра данных, лицами, не уполномоченными на это. Также должна обеспечиваться бесперебойная работа с базой данных. Периодически должно производится резервное копирование базы данных.
1.2.3 Условия эксплуатации
Скопировать программу в любое место на компьютере. Запустить программу с помощью файла с расширением ЕХЕ. Для удобства можно отправить файл с расширением ЕХЕ на рабочий стол. Необходимо установить серверное ПО MYSQL Server, а на клиентской машине желательно иметь Microsoft Office Word не ниже версии 2003.
1.2.4 Требования к составу и параметрам технических средств
Программа должна быть рассчитана на пользователя имеющего навыки работы с БД.
Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:
1) Процессор Pentium IV
2) Частота 1 Ghz
3) Оперативная память 512Mb
4) Видеокарта 128Мb
5) Клавиатура и мышь
Рекомендуемые технические требования:
1) Процессор INTEL Core 2 Quad
2) Частота 2,3 Ghz
3) Оперативная память 1Gb
4) Видеокарта 512Мb
5) Клавиатура и мышь
1.2.5 Требования к информационной и программной совместимости
1. Операционная система: Windows XP или выше.
2. ПО Microsoft Office Word 2003 или выше.
3. MYSQL Server.
1.2.6 Технико-экономические показатели
Эффективность программного обеспечения определяется удобством его использования для учета информации на предприятии, а также экономической выгодой, полученной от внедрения данной программы.
1.2.7 Стадии и этапы разработки
Стадии этапы разработки велись в соответствии с установленными сроками выполнения работы (таблица 1).
Таблица 1. Стадии и этапы разработки
|
Этап |
Наименование работ |
Чем заканчивается работа |
Срок исполнения, начало окончание |
|
|
1 |
Анализ задания на технологической практике и подготовка раздела «Введение» |
Написание раздела «Введение» |
14.04.1215.04.12 |
|
|
2 |
Подготовка раздела «Техническое задание» |
Написание раздела «Техническое задание» |
15.04.1218.04.12 |
|
|
3 |
Подготовка раздела «Постановка задачи» |
Написание раздела «Постановка задачи» |
21.04.1222.04.09 |
|
|
4 |
Разработка функциональной схемы модуля |
Наличие функциональной схемы модуля |
22.04.1224.04.12 |
|
|
5 |
Разработка программы |
Разработка программы |
01.03.1231.04.12 |
|
|
6 |
Тестирование программы |
Готовая рабочая программа |
26.05.1228.05.12 |
|
|
7 |
Подготовка разделов «Заключение» и «Список литературы» |
Наличие готовых разделов |
02.06.1206.06.12 |
|
|
8 |
Разработка презентационного материала |
Презентационный материал, выполненный в виде слайдов |
09.06.1211.06.12 |
1.2.8 Порядок контроля приемки
По завершению работы на определенном этапе или программы в целом, заказчик тестирует ПП. После тестирования заказчик должен принять проделанную работу или сообщить о причине отказа от приема, сообщить о модулях, требующих доработки или переделки. Разработчик должен доработать, указанные заказчиком недостатки, и предоставить ПП на повторный показ.
1.2.9 Выбор языка программирования
Для реализации АИС «АППТ» была выбрана система программирования Embarcadero Rad Studio XE2 так как она предоставляет наиболее широкие возможности для программирования приложений для ОС Windows.
Delphi - это продукт Embarcadero для быстрого создания приложений. Высокопроизводительный инструмент визуального построения приложений включает в себя настоящий компилятор кода и предоставляет средства визуального программирования, несколько похожие на те, что можно обнаружить в Microsoft Visual Basic или в других инструментах визуального проектирования. В основе Delphi лежит язык Object Pascal, который является расширением объектно-ориентированного языка Pascal. В Delphi также входят локальный SQL-сервер, генераторы отчетов, библиотеки визуальных компонентов, и прочее, необходимое для того, чтобы чувствовать себя совершенно уверенным при профессиональной разработке информационных систем или просто программ для Windows-среды.
Существуют огромное количество компонентов и библиотек для данной среды. Это также облегчает разработку приложения, т.к. нет необходимости разрабатывать новую библиотеку класса.
К тому же работодателей интересует, прежде всего, скорость и качество создания программ, а эти характеристики может обеспечить только среда визуального проектирования, способная взять на себя значительные объемы рутинной работы по подготовке приложений. Возможности Embarcadero Rad Studio XE2 полностью отвечают подобным требованиям и подходят для создания систем любой сложности.
2. Основная часть
2.1 Описание программы
программа автоматизированный автотранспортный
2.1.1 Общие сведения
Наименование: Автоматизированная информационная система «Автотранспортное предприятие пассажирского транспорта».
Данный программный продукт предназначен для работы с базой данных, электронного ведения путевых и билетно-учетных листов, контроля ПС на линии Программное обеспечение: ОС MS Windows XP и выше; Процессор: не ниже Pentium IV.
Базовая среда программирования Embarcadero RAD Studio XE2 Delphi.
Начальным этапом разработки являлось бумажное проектирование структуры БД. Написание самого ПП началось с разработки АИС «АППТ». Главное окно представлено на рисунке 1, ниже.
Рисунок 1. Интерфейс программы
2.1.2 Функциональное назначение
Первая подпрограмма АИС предназначена для ведения БД «АППТ», в которой содержится информация о подвижном составе, водителях, маршрутах, путевых и билетно-учетных листах. Программный продукт отображает данные содержащиеся в этих таблицах в двух видах: таблица и форма. ПП позволяет полное управления таблицами: добавление, удаление изменение записей и т.д. Также возможно печатать заполненные путевые и билетно-учетные листы.
Вторая подпрограмма основывается на той же БД «АППТ», что и первая, но с помощью неё, уже, осуществляется контроль подвижного состава на линии. Состоит подпрограмма из серверной и клиентской части. Пользователь на серверной части имеет возможность узнать информацию о местоположении автобуса, его графике, водителе и прочее. Серверная часть располагается в диспетчерском пункте предприятия. Клиентская часть устанавливается на бортовой компьютер автобуса. Водитель во время работы на линии отправляет сведения диспетчеру о маршруте, местонахождении, а также, при необходимости, может связаться с диспетчером по звуковой связи.
2.1.3 Описание логической структуры
В состав первой подпрограммы АИС «АППТ» входят следующие модули:
1. Авторизация.
На данном модуле располагаются: ниспадающий список Combobox1, в котором пользователю необходимо выбрать свой логин, текстовое поле Edit2 для ввода пароля, компонент CheckBox1, при нажатии на который отображается либо скрывается введенный пароль, кнопка «Регистрация», по нажатии на которую открывается модуль Регистрация, кнопка «Войти», по нажатии на которую, при успешной авторизации открывается главный модуль и кнопка «Выйти», которая завершает работу приложения.
2. Главный модуль.
На данной форме расположена панель «Начало работы», которая открывается при первом входе в программу. На ней можно выбрать нужную таблицу, и выбрать вид ее представления, которое откроется по нажатии соответствующей кнопки.
В компонент DBGrid1 выводится таблица из базы данных, в котором возможно добавлять, удалять или редактировать записи.
На панели Panel3, которая находится внизу формы возможно переключить вид представления на режим формы, а также выводится статистическая информация о количестве записей в текущей таблице.
На панели Panel1 «Поиск и Сортировка», располагаются компоненты Combobox1, в который выводится список таблиц БД, Combobox2, в который выводится список полей таблицы, выбранной в Combobox1. В текстовое поле Edit1, необходимо ввести слово или часть слова, которое необходимо найти в таблице. По нажатии CheckBox1 «Сортировка», отобразится Combobox3, с выбранными полями для сортировки. Чтобы открыть панель «Поиск и Сортировка» необходимо выбрать в главном меню модуля Файл->Поиск. Для того чтобы скрыть панель существует кнопка Button2 «^».
Компонент DBNavigator1 упрощает работу с таблицей в DBGrid1. Он содержит набор кнопок, такие как: редактировать запись, добавить, удалить, перейти к следующей (предыдущей) записи, сохранить введенные данные. Свернуть или отобразить DBNavigator1 можно нажатием на кнопку Button4.
Главное меню MainMenu1 состоит из разделов: Файл, Данные, Настройки, Справка, О программе.
3. Новый билетно-учетный лист.
На этом модуле расположены компоненты Combobox и Edit, которые заполняются данными, содержащимися в билетно-учетном листе. По нажатии кнопки «Создать» значения этих полей добавляются в таблицу БД, а сама форма печатается через принтер. По нажатии кнопки «Х» форма закроется. При этом, если есть несохраненные изменения выведется сообщение закрывать окно или нет.
4. Билетно-учетный лист (форма).
На данном модуле содержаться поля DBEdit и DBCombobox, в которые выводится информация из таблицы о билетно-учетных листах. С помощью компонента DBNavigator1 можно перемещаться по записям, а также добавлять новые и удалять записи. Чтобы переключиться на режим представления данных в виде таблицы, необходимо нажать кнопку «Режим таблицы».
5. Подвижной состав (форма).
На данном модуле содержаться поля DBEdit в которые выводится информация из таблицы подвижной состав. С помощью компонента DBNavigator1 можно перемещаться по записям, а также добавлять новые и удалять записи. Чтобы переключиться на режим представления данных в виде таблицы, необходимо нажать кнопку «Режим таблицы».
6. Водители (форма).
На данном модуле содержаться поля DBEdit в которые выводится информация из таблицы водители. С помощью компонента DBNavigator1 можно перемещаться по записям, а также добавлять новые и удалять записи. Чтобы переключиться на режим представления данных в виде таблицы, необходимо нажать кнопку «Режим таблицы».
7. Информация о программе.
Этот модуль открывается при выборе в главном меню программы раздела «О программе». На этом модуле в компоненты Label выводится информация о программе, её версия, дата релиза и разработчик.
8. Путевой лист (форма).
На данном модуле содержаться поля DBEdit и DBCombobox в которые выводится информация из таблицы подвижной состав. С помощью компонента DBNavigator1 можно перемещаться по записям, а также добавлять новые и удалять записи. Чтобы переключиться на режим представления данных в виде таблицы, необходимо нажать кнопку «Режим таблицы». Для создания нового путевого листа существует модуль «Новый путевой лист».
9. Регистрация.
Чтобы начать работать с программой необходимо зарегистрироваться в системе. Для этого на форме «Авторизация» необходимо нажать кнопку «Регистрация», после чего откроется данный модуль. На нём располагаются текстовые поля Edit, в которые необходимо ввести свои данные: Ф.И.О., Должность, Телефон, Дату рождения. Чтобы получить подсказку при заполнении полей, необходимо навести на знак «?». После этого появится всплывающая подсказка. По нажатию кнопки «Регистрация» данные отправятся в таблицу пользователей, и откроется модуль «Авторизация».
10. Маршруты (форма).
На данном модуле содержаться поля DBEdit в которые выводится информация из таблицы маршруты. С помощью компонента DBNavigator1 можно перемещаться по записям, а также добавлять новые и удалять записи. Чтобы переключиться на режим представления данных в виде таблицы, необходимо нажать кнопку «Режим таблицы».
11. Справка.
Данный модуль хранит справочную информацию о программе. Для его открытия необходимо выбрать одноименный пункт в главном меню программы. На данном модуле располагаются компоненты TreeView1, в который выводятся разделы справки, и компоненты класса TOleContainer, в каждом из которых хранится информация по каждому разделу справки. По выбранному в TreeView1 разделу, появляется нужный OleContainer.
12. Новый путевой лист.
На этом модуле расположены компоненты Combobox и Edit, которые заполняются данными, содержащимися в билетно-учетном листе. Для некоторых полей введен автоматический подсчет числовых значений для ускорения заполнения формы. По нажатию кнопки «Создать» значения этих полей добавляются в таблицу БД, а сама форма печатается через принтер. По нажатии кнопки «Х» форма закроется. При этом, если есть несохраненные изменения выведется сообщение закрывать окно или нет.
13. Соединение с БД.
Данный модуль является недоступным для пользователя и используется для соединения и работы с базой данных. На нем располагаются компоненты типа UniDAC: UniConnection, UniTable, UniQuery, UniDataSource, которые отвечают за соединение, отправку запросов и хранение выбранных данных.
В состав второй подпрограммы АИС «АППТ» «NAVIBUS» входят следующие модули:
1. Основной (сервер).
Содержит текстовое поле Memo1, в которое выводятся все системные события (лог), такие как вход клиента в систему, изменение маршрута, текущая остановка автобуса, выход клиента из системы и т.п. К каждому сообщению в memo1 добавляется время и дата события.
Лог можно сохранить или очистить. Для этого необходимо выбрать соответствующие пункты в разделе «Файл» главного меню.
Для просмотра ПС на линии необходимо выбрать в меню «Подвижной состав->На линии». Откроется панель GroupBox1 на котором расположен ListBox1, в который выводится список бортовых номер автобусов, работающих в данный момент на линии. Чтобы просмотреть подробную информацию об автобусе, необходимо выбрать его бортовой номер в ListBox1, после чего появится панель GroupBox2, в который выведется информация о выбранной единице ПС.
2. Авторизация (клиент).
На данном модуле располагаются два текстовых поля Edit1и Edit2. В первое необходимо ввести логии, во второе пароль. Кнопка «Войти», по нажатии на которую, при успешной авторизации открывается основной модуль и кнопка «Выйти», которая завершает работу приложения. Доступ осуществляется только для пользователей с должностью водитель либо admin.
3. Основной (клиент).
Данный модуль содержит список остановок, выбранного водителем маршрута. Также блок «Оповещение», с помощью которого водитель транслирует в салон информацию о текущей остановке, и блок «Контроль» с помощью которого водитель передает отметку о своем местонахождении диспетчеру, а также может выйти с ним на звуковую связь.
4. Выход на маршрут (клиент).
Модуль содержит три компонента класса TComboBox, в которых водителю необходимо выбрать бортовой номер, маршрут и направление маршрута. После нажатия кнопки «Поехали» модуль закроется, а на основном модуле появится информация о маршруте, с которой будет работать водитель.
2.1.4 Используемые технические средства
Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:
1) Процессор Pentium IV
2) Частота 1 Ghz
3) Оперативная память 512Mb
4) Видеокарта 128Мb
5) Клавиатура и мышь.
2.1.5 Входные данные
Входные данные - величины, которые задаются динамически во время его работы. Входные данные берутся из определенного набора объектов, расположенных на модулях ПП.
Входными данными у АИС «АППТ» является добавление, удаление и редактирование записей БД. Все записи хранятся в БД в строковом типе varchar. Обработка записей в самой АИС осуществляется как в строковом, так и в числовом формате (integer, double). Этот факт касается модулей «Новый путевой лист» и «Новый билетно-учетный лист», где осуществляются различные арифметические операции с текстовыми полями.
2.1.6 Выходные данные
Выходные данные - это результат ввода входных данных. Это то, что выводиться на мониторе ЭВМ в результате работы и выполнения опредёлённых действий в ходе работы программы.
Данные в АИС «АППТ» отображаются в различных объектах (DBGrid, DBEdit, DBComboBox и т.п.). Все выходные данные являются результатом выполнения запроса к БД, в результате которого запрашиваемые данные выводятся в эти объекты.
2.1.7 Условия применения
АИС «АППТ» предназначена для диспетчеров и водителей. Данный ПП может использоваться на любом предприятии пассажирского автотранспорта, как на небольшом коммерческом, так и в крупном государственном, т.к. программный продукт разрабатывается именно для данной специализации транспортной отрасли. Возможна также доработка структуры БД и самого функционала АИС для конкретного предприятия по требованию заказчика.
2.2 Руководство системного программиста
2.2.1 Общие сведения о программе
Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:
1) Процессор Pentium IV
2) Частота 1 Ghz
3) Оперативная память 512Mb
4) Видеокарта 128Мb
5) Клавиатура и мышь.
2.2.2 Используемые программные средства.
Запуск программы осуществляется на ОС Windows XP и более поздних её версиях. Для правильной работы программы:
· на клиентском ПК должен быть установлен Microsoft Office Word;
· сервер, с установленным ПО MYSQLSERVER.
Среда разработки - Embarcadero RAD Studio XE2.
2.2.3 Структура программы
Функциональная схема - документ, разъясняющий процессы, протекающие в отдельных функциональных цепях программы. Функциональная схема является экспликацией отдельных видов процессов, протекающих в целостных функциональных блоках и цепях ПП.
Функциональная схема - графическая модель программы. Их использование и построение позволяет наглядно отразить устройство ПП, описание которых оперирует любыми входными и исходными данными, посмотреть порядок выполнения программы.
2.2.4 Структура таблиц базы данных предприятия
Рисунок 3. Схема данных
База данных «АТР» содержит 7 таблиц: bilet (Билетно-учетные листы), busdriver (Водители), buses (Подвижной состав), busstops (Остановки), routes (Маршруты), users(Пользователи), waylist (Путевые листы). Все таблицы хранят данные в формате varchar и кодировке cp1251 general ci, которая поддерживает кириллические символы.
2.2.5 Этап разработки программы
1. Первым этапом разработки АИС «Автотранспортное предприятие пассажирского транспорта» является создание нового проекта в среде Embarcadero RAD Studio XE2 Delphi. Создаём новый проект («File» -> «New» -> «VCL Forms Application-Delphi») рис. 6.
Первым проектом будет приложение для работы с БД.
Рисунок 6. Создание нового проекта
При первом сохранения проекта задаем его имя, как «АТР».
2. Созданная форма является главной в проекте и будет использоваться для авторизации пользователей. Сразу же переименовываем форму в «authorization» и задаем заголовок «Авторизация».
Далее на форме authorization добавляются компоненты:
1) UniConnection1, UniTable1, UniDataSource1, UniQuery1 и проводник MySQLUniProvider1, DBEdit1.
2) Edit1, Edit2, Combobox1, Checkbox1.
3) Button1, Button2, BitBtn1.
После проделанных действий интерфейс формы authorization выглядит следующим образом (рисунок 7).
Компоненты, видимые пользователю располагаем на GroupBox1, остальное скрываем, чтобы пользователь не смог поменять в них системные значения.
Рисунок 7. Интерфейс формы authorization
3. Следующей созданной формой будет форма main, которая будет являться основной формой для работы с программой.
Создаем новую форму выполнив в среде «File->New->VCL Form-Delphi». Меняем имя на main, а заголовок на АИС «Автотранспортное предприятие» (в процессе работы программы заголовок меняется на имя выбранной таблицы).
Создаем главное меню формы MinMenu1, содержащие разделы: «Файл», «Данные», «Настройка», «Справка», «О программе». Раздел файл содержит кнопки:
· N8 «Поиск», по нажатии на которую отображается панель поиска и сортировки данных panel1. Для этой кнопки меню назначено сочетание клавиш «Ctrl+F»
· N22 «Печать формы», по нажатии на которую печатается таблица, выведенная в DBGrid1.
· N14 «Начало работы», отображает панель «Начало работы» panel2, если она скрыта, если нет, то данная кнопка деактивируется.
· N7 «Выйти из учетной записи», закрывает все открытые формы и переходит к форме авторизация. Для этой кнопки меню назначено сочетание клавиш «Ctrl+P»
· N1 «Выйти из программы», завершает работу приложения, предварительно спросив подтверждения на выход. Для этой кнопки меню назначено сочетание клавиш «Ctrl+Q»
Раздел меню «Данные» содержит подразделы с названиями таблиц, которые можно открыть как в виде таблиц, так и в виде формы.
Раздел «Настройки» (N9). Открывает форму «Настройки».
Раздел «Справка» (N29) открывает форму «Справка».
Раздел «О программе» (N15) открывает одноименную форму.
Далее создаем панель «Начало работы», которая будет отображаться при первом входе. С её помощью возможно быстро открыть необходимую таблицу БД. На панели Panel2, расположим GroupBox1, на котором будут расположены кнопки Button (5,6,11,13,15,19), каждая из которых отвечает за вывод, указанной в её названии таблицы. Добавляем на GroupBox1 другие GroupBox (2-7), которые будут появляться по наведению на имя таблицы в первом и будут содержать варианты действий (например: открыть таблицу, открыть форму и т.п.).
Далее добавляем DBGrid1, в который будут выводиться выбранная таблица из БД и результаты запросов. Контекстное меню PopupMenu2 привязано к DBGrid1 и содержит пункт «открыть форму», по выбору которого выведенная таблица открывается в режиме формы. Для навигации по данным выведенным в DBGrid1 добавим компонент DBNavigator1, который позволит перемещаться по данным, а также добавлять, удалять и сохранять строки. Создадим кнопку Button4, расположим её над DBNavigator1, которая будет скрывать или отображать DBNavigator1.
Для поиска и сортировки данных БД создадим новую панель Panel1 и расположил на ней компоненты Combobox1 (содержит список таблиц), Combobox2 (содержит список полей таблицы, выбранной в Combobox1), Combobox5 (содержит список полей для сортировки данных), Edit1 (сюда следует вводить данные для поиска), CheckBox1 (скрывает или раскрывает сортировку), Button2 (скрывает панель поиска и сортировки panel1). Поиск осуществляется динамически, по вводу текста в текстовое поле Edit1. Все совпадения выводятся в DBGrid1.
В самом низу формы создадим еще одну панель Panel3. Эта панель будет видима только тогда, когда открыта какая-либо таблица в DBGrid1. Сделаем ее внешний вид вдавленной в форму с помощью свойства «BorderStyle->bsSingle». На этой панели расположим кнопку BitBtn1, по нажатии на которую будет открываться форма, соответствующая таблице, выведенной в DBGrid1.
Общий вид формы main в среде разработки представлен на рисунке 8.
4. На четвертом этапе создается форма connect. Данная форма недоступна для пользователя и используется для соединения и работы с базой данных. На нем располагаются компоненты типа UniDAC: UniConnection, UniTable, UniQuery, UniDataSource, которые отвечают за соединение, отправку запросов и хранение выбранных данных. Пары компонентов UniTable и UniDataSource создаются для каждой таблицы БД:
Рисунок 8. Интерфейс главной формы
· Table_drivers, Source_drivers (для работы с таблицей водители);
· Table_buses, Source_buses (для работы с таблицей подвижной состав);
· Table_routes, Source_routes (для работы с таблицей маршруты);
· Table_busstops, Source_busstops (для работы с таблицей остановки);
· Table_bilet, Source_bilet (для работы с таблицей билетно-учетные листы);
Отдельно для разных SQL запросов создаем компоненты UniQuery1 и UniDataSource1.
Данная форма продемонстрирована на рисунке 9.
Все компоненты для работы с БД располагаются только на этой форме (за исключением формы «Авторизация» и «Новый путевой лист»).
Рисунок 9. Форма connect
5. На пятом этапе создаётся форма «Регистрация».
На форму добавляются компоненты Edit (1-4), Label (1-9) и Button (1, 2). Данные из компонентов типа Edit отправляются в таблицу users по нажатию кнопки «Регистрация» (Button1), при условии заполнения всех полей, затем поля очищаются и данная форма закрывается. Кнопка «Заполнить образец» (Button2) по нажатию которой текстовые поля заполняются в виде образца. По наведению на label «?» появляется всплывающая подсказка по данному полю. На рисунке 10 изображена данная форма в среде разработки.
Рисунок 10. Форма «Регистрация»
6. На шестом этапе создаются модули, которые отображают информацию в режиме формы (рисунки 11-15). Алгоритм создания един для всех таких форм:
· на новую форму добавляются элементы Label, DBEdit, DBCombobox, Panel с компонентами DBNavigator и Button;
· компоненты DBEdit и DBCombobox связываются с необходимым UniDataSource. После связи выбирается необходимое поле таблицы;
· DBNavigator связывается с тем же UniDataSource;
· Кнопке Button задается название «Режим таблицы». По нажатии на неё форма будет закрываться, а данные с этой формы откроются в виде таблицы на форме main.
Модули форм: bilet_form (Билетно-учетные листы), bus_form (Подвижной состав), driver_form (Водители), route_form, list (Путевые листы).
7. На седьмом этапе создаются формы «Новый путевой лист» и «Новый билетно-учетный лист». Данные формы основываются на межотраслевой типовой форме №6 и Приложения №9 к инструкции о порядке учета всех видов билетов на проезд в автобусах городского и пригородного сообщения соответственно. На форму добавляются компоненты типа Edit, Combobox, Label и Button. Все поля созданы к соответствующим данным в таблице БД. Поля «Всего» подсчитываются автоматически, также автоматически высчитываются норма расхода топлива и пробега, экономия и перерасход топлива в Путевом листе. Значения полей Combobox вытаскиваются из таблицы БД.
По нажатию кнопки «Создать» все введенные данные заносятся в соответствующую таблицу БД, форма отправляется на печать на принтер, а поля очищаются.
По нажатию кнопки «Х» форма закрывается, предварительно выдав сообщения о подтверждении выхода.
8. На восьмом этапе создается форма «О программе». На форму добавляются компонент GroupBox1, на котором располагаются: Label (1,2,3,4,6). В компоненты Label добавляется информация о программе и разработчике.
9. На девятом этапе создается форма «Справка». На форме создаются компоненты TreeView1, Panel1 и OleContainer (1-3). В TreeView1 вручную создается иерархия разделов справки. Сами текстовые по каждому разделу хранятся в OleContainer. По умолчанию все компоненты OleContainer невидимы пользователю. По выбору раздела в TreeView1 нужный OleContainer становится видимым.
10. На десятом этапе создается второй проект - «Навигация». С помощью этого проекта будет осуществляться контроль ПС на линии. Создаются два проекта: клиентская часть и серверная часть.
11. Создание формы osn серверной части. На форму добавляются компоненты: Memo1, GroupBox1, на котором расположен ListBox1, GroupBox2, MainMenu1; компоненты для работы с БД: UniConnection1, UniDataSource1, UniQuery1 и проводник MySQLUniProvider1; компоненты для работы по сети: IdTCPServer1, IdAntiFreeze1; Button1 «Скрыть блок», Label (1-4).
Button1, GroupBox1 и GroupBox1 делаем невидимыми пользователю. Они будут отображаться по выбору в меню «Подвижной состав->На линии».
12. На этом этапе наполняем клиентскую часть (рисунок 18). Создаем форму «авторизация», для проверки личности водителя. На форму добавляем Edit1 (для ввода логина), Edit2 (для ввода пароля), Button1 (для входа в программу).
13. Создаём основную форму на клиентской части (рисунок 19). Добавляем ListBox1, MainMenu1, GroupBox1, GroupBox2 и Button (1-6). MainMenu1 наполняем разделами: «Выход на маршрут» и «Выйти».
14. Создаем форму «Выход на маршрут» (рисунок 20). На форму добавляем GroupBox1, на котором располагаем Button1, ComboBox (1-3). В GroupBox1 будет выводиться список бортовых номеров. В GroupBox2 - список маршрутов, GroupBox3 список направлений. По нажатии кнопки Button1 «Поехали», данные отправляются на сервер и форма закрывается.
2.2.6 Настройка программы
Для работы программы требуется скопировать программу с прилагаемого носителя на компьютер. Запустить файл формата «.exe» из папки и для удобства её можно поместить на рабочий стол для быстрого запуска.
Предварительно на сервере должна быть установлена база данных «АТР», файл которой прилагается в формате «.sql» к самой АИС. Также в клиентской программе, с помощью среды разработки, должен быть прописан IP-адрес сервера.
2.2.7 Проверка программы
Общие сведения о тестировании
Тестирование программного продукта - это процесс его исследования с целью получения информации о качестве продукта, выявить ошибки и сбои в работе программы и установить корректность её функционирования.
Существующие на сегодняшний день методы тестирования ПО не позволяют однозначно и полностью выявить все дефекты и установить корректность функционирования анализируемой программы, поэтому все существующие методы тестирования действуют в рамках формального процесса проверки разрабатываемого ПП.
Такой процесс формальной проверки (верификация) может доказать, что дефекты отсутствуют с точки зрения используемого метода. (То есть нет никакой возможности точно установить или гарантировать отсутствие дефектов в программном продукте с учётом человеческого фактора, присутствующего на всех этапах жизненного цикла ПО).
Существует множество подходов к решению задачи тестирования и верификации ПО, но эффективное тестирование сложных программных продуктов - это процесс, скорее, творческий, не сводящийся к следованию строгим и чётким процедурам или созданию таковых.
С точки зрения ISO 9126, Качество (программных средств) можно определить как совокупную характеристику исследуемого ПО с учётом следующих составляющих:
· надёжность;
· практичность;
· эффективность;
· мобильность;
· функциональность.
Более полный список атрибутов и критериев можно найти в стандарте ISO 9126 Международной организации по стандартизации. Состав и содержание документации, сопутствующей процессу тестирования, определяется стандартом IEEE 829-1998 «Standard for Software Test Documentation».
Виды тестирования
1. Тестирование переходов между состояниями - принцип этого тестирования содержит несколько направлений:
· тестировать все наиболее вероятные последовательности действий пользователя;
· если действия пользователя в одном режиме могут влиять на представление данных в другом, то необходимо протестировать эти действия;
· кроме проведения необходимых тестов нужно поработать с программой в случайном режиме;
2. Условие гонок и временные зависимости:
· если в программе определены ситуации таймаута, когда она ждет выполнения определенного действия, а затем переходит в другое состояние, проверьте в это время её на реакцию любого действия пользователя, запросы системы или наступление ожидаемого события;
· протестируйте систему при повышенной нагрузке, т.е. запустите несколько программ параллельно работе вашей программы.
Главная задача в условиях гонок и при временных зависимостях, обеспечить такую надежность ПО, чтобы оно работало без сбоев в любой системе и при любых дополнительных нагрузках.
3. Нагрузочные испытания - это тестирование ПП с максимальной нагрузкой.
4. Прогнозирование ошибок - разработка тестов, определяющие самые неожиданные ошибки в программе и сложные ситуации разрешает с помощью соответствующего синтаксиса.
5. Тестирование функциональной эквивалентности - при этом тестировании сравниваются результаты вычислений разными программами одной и той же математической функции. Если обе программы при вычислении дают один результат, значит в них применены эквивалентные методы разработки;
Методы тестирования
Существует два основных вида тестирования: функциональное и структурное.
1. Функциональное тестирование.
При функциональном тестировании программа рассматривается как «черный ящик» (то есть ее текст не используется). Под «чёрным ящиком» понимается объект исследования, внутреннее устройство которого неизвестно. Происходит проверка соответствия поведения программы ее внешней спецификации.
Поскольку исчерпывающее функциональное тестирование невозможно, речь может идти о разработки методов, позволяющих подбирать тесты не «вслепую», а с большой вероятностью обнаружения ошибок в программе.
2. Структурное тестирование.
При структурном тестировании программа рассматривается как «белый ящик» (т.е. ее текст открыт для пользования). «Белый ящик» - тестирование кода на предмет логики работы программы и корректности её работы с точки зрения компилятора того языка, на котором она писалась.
Стратегия тестирования по принципу Белого ящика - также называемая стратегией тестирования управляемая логикой программы позволяет проверить внутреннюю структуру программы.
Полным тестированием в этом случае будет такое, которое приведет к перебору всех возможных действий и переходов. Даже для средних по сложности программ числом таких путей может достигать десятков тысяч. Если ограничиться перебором только линейных не зависимых путей, то и в этом случае исчерпывающее структурное тестирование практически невозможно, т.к. неясно, как разработать тесты, чтобы обеспечить «покрытие» всех таких путей.
Поэтому при структурном тестировании необходимо использовать другие критерии его полноты, позволяющие достаточно просто контролировать их выполнение, но не дающие гарантии полной проверки логики программы.
3. Метод большого скачка.
Вероятно, самый распространенный подход к интеграции модулей - метод «большого скачка». В соответствии с этим методом каждый модуль тестируется автономно. По окончании тестирования модулей они интегрируются в систему все сразу.
Метод большого скачка по сравнению с другими подходами имеет много недостатков и мало достоинств. Заглушки и драйверы необходимы для каждого модуля. Заглушки, это часть программы, они отделяют каждый модуль от другого, позволяют протестировать его автономно.
Модули не интегрируются до самого последнего момента, а это означает, что в течение долгого времени серьезные ошибки в сопряжениях могут остаться необнаруженными.
И все же большой скачок не всегда нежелателен. Если программа мала и хорошо спроектирована, он может оказаться приемлемым. Однако для крупных программ метод большого скачка обычно губителен.
4. Восходящее тестирование.
При восходящем тестировании программа собирается и тестируется снизу вверх. Модули самого нижнего уровня тестируются изолированно. Затем тестируются модули, непосредственно вызывающие уже проверенные. Модули более высокого уровня тестируются вместе с уже проверенными модулями более низкого уровня. Процесс повторяется до тех пор, пока не будет достигнута вершина.
При восходящем тестировании для каждого модуля необходим драйвер: нужно подавать тесты в соответствии с сопряжением тестируемого модуля. Одно из возможных решений - написать для каждого модуля небольшую ведущую программу. Тестовые данные представляются как «встроенные» непосредственно в эту программу переменные и структуры данных, и она многократно вызывает тестируемый модуль, с каждым вызовом передавая ему новые тестовые данные.
В лучше случае можно воспользоваться программой тестирования модулей - это инструмент тестирования, позволяющий описывать тесты на специальном языке и избавляющий от необходимости писать драйверы.
5. Нисходящее тестирование.
При нисходящем подходе программа собирается и тестируется сверху вниз. Изолировано тестируется только головной модуль. После того как тестирование этого модуля завершено, с ним соединяются один за другим модули, непосредственно вызываемые им, и тестируется полученная комбинация.
6. Метод «сандвича».
Этот метод представляет собой компромисс между восходящим и нисходящим подходами. При использовании этого метода одновременно начинают восходящее и нисходящее тестирование, собирая программу как снизу, так и сверху, и встречаясь в середине. Метод «сандвича» сохраняет, таким образом, достоинства нисходящего и восходящего подходов.
Применение метода сандвича - это подход к интеграции больших программ, таких, как операционная система или пакет прикладных программ.
Принципы тестирования
Следует выделить также основные принципы организации тестирования:
1. Необходимой частью каждого теста должно являться описание ожидаемых результатов работы программы, чтобы можно было быстро выяснить наличие или отсутствие ошибки в ней;
2. Следует по возможности избегать тестирования программы ее автором, т.к. кроме уже указанной объективной сложности тестирования для программистов здесь присутствует и тот фактор, что обнаружение недостатков в своей деятельности противоречит человеческой психологии (однако отладка программы эффективнее всего выполняется именно автором программы);
3. По тем же соображениям организация - разработчик программного обеспечения не должна «единолично» его тестировать (должны существовать организации, специализирующиеся на тестировании программных средств);
4. Должны являться правилом доскональное изучение результатов каждого теста, чтобы не пропустить малозаметную на поверхностный взгляд ошибку в программе;
5. Необходимо тщательно подбирать тест не только для правильных (предусмотренных) входных данных, но и для неправильных (непредусмотренных);
6. При анализе результатов каждого теста необходимо проверять, не делает ли программа того, что она не должна делать;
7. Следует сохранять использованные тесты (для повышения эффективности повторного тестирования программы после ее модификации или установки у заказчика).
2.3 Руководство оператора
2.3.1 Назначение программы
АИС «АППТ» предназначена для автоматизации производственной деятельности ПАТП путем комплексного объединение общих функций предприятия, таких как:
1. Хранение и просмотр БД (в виде формы или таблицы);
2. Выписка путевых и билетно-учетных листов;
3. Контроль за работой ПС на линии;
2.3.2 Условия выполнения программы
Условия необходимые для выполнения программы.
Минимальные:
1) Процессор Pentium IV.
2) Частота 1 Ghz.
3) Оперативная память 512Mb.
4) Видеокарта 128Мb.
5) Клавиатура и мышь.
6) Microsoft Office Word 2003 и выше.
7) Наличие соединения с сервером БД.
Размещено на Allbest.ru
Подобные документы
Разработка системы управления базой данных "Структура ВУЗа". Требования к программе: функциональным характеристикам, надежности, эксплуатации, составу и параметрам технических средств. Требования к программной документации. Порядок контроля и приемки.
курсовая работа [982,7 K], добавлен 08.06.2015Развитие эффективных способов воспроизведения музыкальной информации без потери качества. Требования к функциональным характеристикам, к надежности и безопасности, к составу и параметрам технических средств, к информационной и программной совместимости.
курсовая работа [496,0 K], добавлен 03.12.2010Требования к функциональным характеристикам, составу и параметрам технических средств, информационной и программной совместимости. Описание программы: общие сведения, логическая структура. Средства и порядок испытаний. Входные и выходные данные.
курсовая работа [6,3 M], добавлен 12.01.2015Разработка игровой программы "разгадывания кроссворда". Создание схемы хранения данных, изучение возможности среды программирования. Требования к функциональным характеристикам, составу и параметрам технических средств, информационной совместимости.
курсовая работа [403,9 K], добавлен 26.03.2015Требования к функциональным характеристикам программы, составу и параметрам технических средств, программной совместимости. Особенности программирования в среде Access. Описание интерфейса программы, ввод и редактирование данных, добавление новых книг.
курсовая работа [1,5 M], добавлен 17.11.2010Системный анализ предметной области. Требования к программе и программному изделию, к функциональным характеристикам, к надежности, составу и параметрам технических средств. Обоснование выбора средств выбора для хранения и обработки базы данных.
реферат [403,8 K], добавлен 02.02.2014Требования к составу и параметрам технических средств, информационной и программной совместимости. Разработка функциональных моделей автоматизированной системы "Деятельность бетонно-растворного узла". Интерфейс Web-приложения, руководство пользователя.
курсовая работа [4,6 M], добавлен 04.10.2014Общие сведения об электронных учебниках, структура и функции. Обзор методов решения поставленной задачи и обоснование их выбора. Требования к информационной и программной совместимости, составу и параметрам технических средств. Характеристика программы.
курсовая работа [3,0 M], добавлен 20.09.2014Технико-экономические показатели деятельности организации. Требования к информационной и программной совместимости. Описание нормативно-справочной информации. Требования к функциональным характеристикам. Руководство пользователя и программиста.
отчет по практике [43,4 K], добавлен 23.02.2011Документ, на основании которого ведется разработка. Требования к составу и параметрам технических средств, к информационной и программной совместимости. Проработка программных средств. Переопределение стандартных операций для абстрактных типов данных.
курсовая работа [371,5 K], добавлен 21.02.2012
