Современные условия для работы по обслуживанию клиентов уже достигло того уровня, когда обслуживающая система предприятия обрабатывает данные с очень большой скоростью в многопользовательском режиме. Весь документооборот осуществляется на компьютере и вся информация храниться в специальных базах.
К сожалению, существуют организации по обслуживанию клиентов, которые по «старинке» пользуются листом бумаги и ручкой. И это, несомненно, является недостатком в производительности. Людям не чего не остается делать, как стоять в больших очередях. Поэтому возникает потребность в написании программ, которые решат проблемы с производительностью.
1.2 Описание предметной области
Услугами по перевозкам пассажиров в пределах какого-то региона призван обеспечивать городской автовокзал. Для этого организация должна иметь у себя в штате водителей, кассиров, системных администраторов (если необходимо), бухгалтеров, юристов, механиков, кондукторов, офис менеджера и т.д. Также имеется парк автобусов. Основные клиенты автовокзала — лица, проживающие в данном регионе. На примере работы Читинского автовокзала можно сказать, что при покупке билета у кондуктора, кондуктор делает запись в журнале заказов и после прибытия в город, кондуктор уносит отчет с вырученными деньгами в кассу автовокзала.
В табл. 1 представлено расписание маршрутов. По каждому маршруту имеется расписание рейсов, т.е. время отправления. После каждой продажи билета, кассир должен сделать запись в журнале заказов (см. табл. 2) . Также можно сдать ранее купленный билет.
Расписание рейсов Таблица 1
| Номер рейса | Станция отправления | Станция прибытия | Время в пути | Цена |
Журнал заказов Таблица 2
| Номер | Станция отправления | Станция прибытия | дата | сумма |
1.3 Анализ разработок на заданную тему
Система «АВТОВОКЗАЛ-2» предназначена для автоматизации продажи билетов на междугородние и пригородные автобусные перевозки на уровне отдельного автовокзала, группы автовокзалов одного города или сети междугородных автобусных маршрутов целого региона.
Система обеспечивает
- продажа билетов в прямом и обратном направлении, только в одном направлении, а при необходимости и от промежуточных станций на маршруте;
- как прямая продажа, так и продажа по предварительным заказам;
- диспетчерское сопровождение всего цикла работ с рейсом: от открытия рейса в продажу до передачи загрузочной ведомости водителю;
- подготовка данных для бухгалтерии о выручке кассиров и для расчетов с предприятиями, обслуживающими автоматизированную сеть автовокзалов.
Автоматизированная система «Автовокзал+» предназначена для автоматизации процессов учета и продажи билетов.
Сферой функционирования АС «Автовокзал+» являются внутриобластные, межобластные и межреспубликанские междугородние автобусные перевозки, выполняемые с автовокзала автотранспортными предприятиями общего пользования.
АС «Автовокзал+» автоматизирует технологические процессы текущей и предварительной продажи автобусных билетов, диспетчерского управления движением автобусов на междугородных маршрутах, учета реализации, формирования отчетности.
В результате создания АС «Автовокзал+» автоматизируются следующие функции:
- предварительная и текущая продажа билетов на междугородные автобусные рейсы;
- осуществление операции бронирования мест в автобусах междугородного сообщения;
- прием заказов по телефону;
- учет и составление отчетности о работе кассиров по продаже проездных и багажных билетов на междугородные автобусные маршруты;
- составление расписания движения междугородных автобусов на АВ;
- контроль прибытия и отправления автобусных рейсов с АВ, составление диспетчерской отчетности;
- учет доходов автовокзала от перевозки пассажиров и багажа в автобусных сообщениях, от комиссионных сборов, составление соответствующей отчетности;
- учет доходов от перевозки пассажиров в разрезе автотранспортных предприятий (АТП) для осуществления взаиморасчетов между ОГПАС и АТП.
На мой взгляд, данные системы разрабатывались для больших городов и даже регионов, что в свою очередь является недостатком для малых городов, где поток пассажиров не такой большой.Необходимы большие затраты на приобретение данной системы, аппаратной части и необходимо больше времени на обучение персонала.
1.4 Планирование проекта
1.4.1 Цели и задачи
Результатом деятельности должен стать программный продукт готовый к внедрению и эксплуатации.
Для достижения цели должны быть реализованы следующие задачи:
1. Конфигурирование программного обеспечения;
2. Создание базы данных;
3. Создание интерфейса;
4. Реализации функций работы приложения;
5. Тестирование программного продукта.
1.4.2 Персонал
Проект выполняется 1 программистом. Пилотный проект реализовывается в среде Borland Delphi 7.0 с использованием СУБД MSSQL Server 2000 developer edition. Плановые сроки начала и окончания работ при создании системы, а также перечень работ и сроки выполнения каждой работы смотри в Приложении А.
График работ Таблица 3
| Наименование работ | Месяцы | |||
| Сентябрь | Октябрь | Ноябрь | Декабрь | |
| Ознакомление с заданием | ||||
| Анализ предметной области | ||||
| Анализ разработок на заданную тему | ||||
| Планирование пилотного проекта | ||||
| Построение диаграмм | ||||
| Создание базы данных | ||||
| Изучения новой среды разработки | ||||
| Процедура вывода данных в таблицы | ||||
| Сортировка, поиск записей по полям | ||||
| Процедура продажи билетов | ||||
| Процедура сдачи билета | ||||
| Тестирование программного продукта | ||||
1.4.3 Ресурсы
1. Технические средства:
1.1. Процессор Intel Pentium 3 800 Mгц;
1.2. RAM 384 Мб;
1.3. Видеокарта NVIDIA Geforce 4 MX 440 with AGP8x;
2. Программное обеспечение:
2.1. Операционная система Windows XP Professional SP2;
2.2. Borland Delphi 7.0;
2.3. СУБД: MSSQL Server 2000 developer edition;
2 Модель прецедентов (Use Case)
2.1 Рамки системы
Программное приложение, включающее в себя своих пользователей.
2.2 Идентификация основных исполнителей
- Пассажир человек, который хочет воспользоваться услугами автовокзала;
- Кассир сотрудник организации, который обслуживает клиентов (пассажиров) доступ к просмотру и изменению информации;
- Администратор базы данный – сотрудник организации, занимающийся администрированием системы.
2.3 Задачи каждого исполнителя
- Пассажир — оплатить поездку;
- Кассир обслужить клиента;
- Администратор обслуживание системы и базы данных(резервное копирование, восстановление, добавление новых пользователей).
2.4 Основные и альтернативные потоки
Основной поток 1
- Клиент приходи на автовокзал и хочет взять билет на определенную дату;
- Кассир ищет в окне приложения заданный рейс;
- Кассир открывает окно продажи билета и вводит сумму и дату рейса;
- Клиент передает деньги кассиру;
- Кассир делает заказ и отдает билет.
Основной поток 2
- Клиент в силу сложившихся обстоятельств не может совершить поездку на заранее купленный билет;
- Кассир делает отмену заказа и отдает деньги с учетом штрафа.
Альтернативный поток 1
- Клиент приходи на автовокзал и хочет взять билет на определенную дату;
- Кассир обнаруживает, что на данную дату нет мест и предлагает выбрать на другой день.
Альтернативный поток 2
- Клиент приходи на автовокзал и хочет взять билет на определенную дату;
- Клиент обнаруживает, что ему не хватает наличных.
2.5 Диаграмма Use Case
2.6 Диаграмма последовательностей
2.7 Диаграмма сущность-связь
Рис. 1 Диаграмма «Сущность-связь»
3 Характеристика программных продуктов
Delphi это объектно-ориентированная среда для визуального проектирования Windows-приложений с развитыми механизмами повторного использования программного кода. Основным конкурентом Delphi является среда разработки Microsoft Visual C++, имеющая свои преимущества и недостатки, однако являющаяся более популярной, в основном, в силу того, что разработана именно фирмой Microsoft.
В процессе создания системы я познакомился с принципом работы интерфейса ADO для работы с СУБД MS SQL Server 2000, узнал как отображать данные через сетки DBGRID, как осуществляется поиск и сортировка записей, также узнал как посредством sql запросов осуществляется резервное копирование и восстановление.
MS SQL Server 2000 используется для создания базы данных. Microsoft SQL Server – система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для небольших и средних по размеру баз данных, и в последние 5 лет – для крупных баз данных масштаба предприятия, конкурирует с другими СУБД в этом сегменте рынка. Выбран по причине высокой совместимости с семейством ОС Windows и средой разработки Visual Studio.
В рамках работы над пилотным проектом углублены знания по программированию в среде Delphi, проектированию баз данных в MS SQL и связи приложения с СУБД.
4 Анализ методов и алгоритмов решений
Рис. 2 Вод в систему
Авторизация пользователя происходим при помощи следующего алгоритма
log:=edit1.text;
- pass:=edit2.text;
- adoquery1.Close; // закрыть файл-результат выполнения предыдущего запроса
adoquery1.Parameters.Items[0].
Value:=log;
- adoquery1.Parameters.Items[1].
Value:=pass;
- adoquery1.Open; // активизируем выполнение запроса
u1:=adoquery1.fieldbyname(‘status’).AsString;
- if u1 <>
- »
then begin
form1.session1.Active:=true;
if (u1=’Администратор’)
then begin
form1.show;
- form1.n10.Enabled:=true;
- form7.Hide;
end
else if (u1=’Кассир’)
then begin
form1.n10.Enabled:=false;
- form1.show;
- form7.Hide;
end
end
else MessageDlg(‘Неверный логин и пароль’, mtError,
[mbOk], 0)
end
else MessageDlg(‘Поля не должны быть пустыми’, mtError,
[mbOk], 0)
end;
- procedure TForm7.BitBtn2Click(Sender: TObject);
begin
form1.Close;
- form7.close;
— После ввода логина и пароля, запрос отправляется серверу СУБД, где ищется запись по условию совпадения логина и пароля. Если в базе есть запись, то проверяется статус пользователя. Если администратор, то открывается главная форма и доступной кнопкой «Администрирование». Если статус «Кассир», то открывается главная форма без функции «Администрирования».
Если пользователь программы работает с базой (вставляет строку, удаляет, изменяет) то после этого происходит начало транзакции, реализованного при помощи
if form1.adoconnection1.InTransaction=true
then begin
form1.adoconnection1.CommitTrans;
- form1.ADOConnection1.BeginTrans;
- Происходит проверка на запуск транзакции, если транзакция уже была, то изменения подтверждаются и начинается другая транзакция.
Данная процедура выполняется при возникновения события beforedelete, beforepost и после открытия другого окна. Данный алгоритм реализует функцию отмены последнего действия.
Резервное копирование базы осуществляется при помощи запроса следующего вида.
BACKUP DATABASE vokzal TO Disk =:back_copy;
- Переменной присваивается путь к папке, в которую осуществляется копирование.
Чтобы напечатать билет, оператор при нажатии на клавишу вызывает следующую процедуру.
Wr:=CreateOLEObject(‘Word.Application’); // Создание OLE объекта
Wr.Documents.add;
- Wr.visible:=true;
- R1:=Wr.Selection.Range;
- Tb:=R1.Tables.Add(R1,7,2,EmptyParam,EmptyParam);
// форматируем таблицу
// первый столбец
Tb.Columns.Item(1).SetWidth(100,’wdAdjustNone’);
- // второй и т.д.
Tb.Columns.Item(2).SetWidth(150,’wdAdjustNone’);
- tb.Cell(1,1).Range.Text :=’Номер рейса’;
- tb.Cell(2,1).Range.Text :=’Ст. отправления’;
- tb.Cell(3,1).Range.Text :=’Ст. прибытия’;
- tb.Cell(4,1).Range.Text :=’Цена’;
- tb.Cell(5,1).Range.Text :=’Дата’;
- tb.Cell(6,1).Range.Text :=’Время’;
- tb.Cell(7,1).Range.Text :=’Пассажир’;
- tb.Cell(1,2).Range.Text :=edit1.Text;
- tb.Cell(2,2).Range.Text :=edit2.Text;
- tb.Cell(3,2).Range.Text :=edit7.Text;
- tb.Cell(4,2).Range.Text :=edit3.Text;
- tb.Cell(5,2).Range.Text :=datetostr(datetimepicker1.Date);
- tb.Cell(6,2).Range.Text :=edit4.Text;
- tb.Cell(7,2).Range.Text :=edit6.Text;
- Данная процедура осуществляет выгрузку в документ MSWORD данные о рейсе и ФИО пассажира.
При возврате билета, оператор переходит на форму сдачи билета. На форме выбирается из ниспадающих списков станция отправления, назначения, дата и время рейса, после чего кассир ставит галочку фильтровать, и в таблице отобразятся все заказы, которые соответствуют критерию поиска.
Рис. 3 Форма возврата билета
После того, оператор выбирает любую запись и нажимает на кнопку «Удалить текущую запись».
При восстановлении базы администратор должен запустить файл «Восстановление базы.exe» и в окне ввода пароля ввести пароль. Если пароль верный, то открывается окно с настройками(рис. 4)
Рис. 4 Настройка подключения и восстановление базы
Здесь администратор выбирает настройки сервера и делает операции по подключению и восстановлению базы данных, выбрав из окон файлы.
5 Модель базы данных
Рис. 5 Модель базы данных
Все отношения находятся в 3 нормальной форме. Отношение users не имеет связей.
6 Минимальная конфигурация программной системы (ПС)
6.1 Руководство по работе и инсталляции
Чтобы установить программу необходимо запустить файл установки setup.exe. После установки на компьютер будет скопированы следующие файлы:
1. АС Автовокзал\NewProject.cnt;
2. АС Автовокзал\NewProject.hlp;
3. АС Автовокзал\logo.jpg;
4. АС Автовокзал\Востановление базы.exe;
5. АС Автовокзал\database\vokzal_Data.MDF;
6. АС Автовокзал\database\vokzal_Log.LDF;
7. АС Автовокзал\config.ini;
8. АС Автовокзал\Автовокзал.exe;
9. АС Автовокзал\base\Backup_of_personal.bak.
10.АС Автовокзал\Uninstall.exe
6.2 Руководство пользователя по настройке
После установки программы администратор должен запустить файл Восстановление базы.exe и указать настройки сервера MSSQL Server 2000. После этого необходима выбрать файлы базы данных в формате *.mdf и *.ldf, и после этого нажать на кнопку подключить базу. Программа выдаст сообщение об ошибке или об успешном подключении базы. После этого пользователь программы может запустить саму программу АС Автовокзал.exe. Руководство пользователя находиться в Приложении Б.
7 Диаграммы реализации
7.1 Компонентная диаграмма
Рис.6 Компонентная диаграмма
7.3 Диаграмма экранных форм
 |
Рис. 8 Диаграмма экранных форм
8 Тестирование ПО
- При добавлении рейса нельзя вводить неправильный формат времени;
- При добавлении расписания в поле номер рейса можно вводить только числа;
- При добавлении расписания в поле цена можно вводить только числа;
- При продаже билета нельзя совершить операцию если внесенная сумма меньше заявленной цены;
- Если настройки подключения к серверу СУБД неверные, то выдается диалог с предложение выбрать другие настройки;
- При введении некорректных данных выдается сообщение об ошибке и возвращается первоначальное состояние.
8.2 Тестирование восстановления
- Если возникли незначительные ошибки (ошибка ввода данных), то выдается сообщение с описание ошибки и после него можно продолжить работать с программой;
- Если возникла ошибка подключения СУБД, то время восстановления равно времени настройки параметров;
- если не найдена база, то время на восстановления равно времени подключения новой базы и восстановления последней копии базы.
ЗАКЛЮЧЕНИЕ
В процессе создания информационной системы были изучены материалы по предметной области, также были рассмотрены принципы работы интерфейса ADO для работы с СУБД. В результате было создано приложение, которое включает в себя пакет установки, программу, справку, файлы базы данных.
В заключении можно сказать, что при изучении новой среды разработки Borland Delphi 7.0 для работы с MSSQL Server 2000 Developer Edition было потрачено незначительно времени на то, чтобы узнать возможности работы среды разработки с серверной СУБД. Также хотелось бы отметить, что потраченное время на создание программы отразилась на укреплении приобретенных навыков работы с базами данных и дала новые знания по работе с объектно-ориентированными языками. Используя готовые компоненты, можно создавать сложные программы, работающие в многопользовательском режиме.
Список литературы
[Электронный ресурс]//URL: https://inzhpro.ru/kursovaya/avtomaticheskie-sistemyi/
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 | Горбунов В.О. |
|
РЕАЛИЗАЦИЯ ФУНКЦИЙ РАБОТЫ СИСТЕМЫ |
