Автоматизована система Автовокзал-2

1 ВСТУП

1.1 Актуальність теми

1.2 Опис предметної області

1.3 Аналіз розробок на задану тему

1.4 Планування проекту

1.4.1 Цілі і завдання

1.4.2 Персонал

1.4.3 Ресурси

2 Модель прецедентів (Use Case)

2.1 Рамки системи

2.2 Ідентифікація основних виконавців

2.3 Завдання кожного виконавця

2.4 Основні та альтернативні потоки

2.5 Діаграма Use Case

2.6 Діаграма послідовностей

2.7 Діаграма сутність-зв'язок

3 Характеристика програмних продуктів

4 Аналіз методів і алгоритмів рішень

5 Модель бази даних

6 Мінімальна конфігурація програмної системи (ПС)

6.1 Керівництво по роботі та інсталяції

6.2 Керівництво користувача з налаштування

7 Діаграми реалізації

7.1 Компонентна діаграма

7.2 Діаграма розміщення

7.3 Діаграма екранних форм

8 Тестування ПЗ

8.1 Тестування елементів

8.2 Тестування відновлення

ВИСНОВОК

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

Додаток А. Технічне завдання

Додаток Б. Довідка користувача

ВСТУП

1.1 Актуальність теми

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

На жаль, існують організації з обслуговування клієнтів, які по «старому» користуються аркушем паперу і ручкою. І це, безсумнівно, є недоліком в продуктивності. Людям не чого не залишається робити, як стояти у великих чергах. Тому виникає потреба в написанні програм, які вирішать проблеми з продуктивністю.

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. Процесор Intel Pentium 3 800 M гц;

   2. RAM 384 Мб;

   3. Відеокарта NVIDIA Geforce 4 MX 440 with AGP8x;

2. Програмне забезпечення:

   1. Операційна система Windows XP Professional SP 2;

   2. Borland Delphi 7.0;

   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.2 Діаграма розміщення

Рис.7 Діаграма розміщення

7.3 Діаграма екранних форм

Рис. 8 Діаграма екранних форм

8 Тестування ПЗ

8.1 Тестування елементів

• При додаванні рейсу не можна вводити неправильний формат часу;

• При додаванні розкладу в полі номер рейсу можна вводити лише числа;

• При додаванні розкладу в полі ціна можна вводити лише числа;

• При продажу квитка не можна зробити операцію якщо внесена сума менше заявленої ціни;

• Якщо налаштування підключення до сервера СУБД невірні, то видається діалог з пропозиція вибрати інші настройки;

• При введенні некоректних даних видається повідомлення про помилку і повертається первинний стан.

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. Замовник не має права вимагати від Виконавця в рамках поточного Договору виконання робіт, або надання послуг, прямо не описаних у цьому технічному завданні.

1. Замовник не має права вимагати від Виконавця дотримання будь-яких форматів і стандартів, якщо це не зазначено в цій Технічному Завданні.

Всі неоднозначності, виявлені в цьому Технічному Завданні після його підписання, трактуються на користь Виконавця. У рамках поточного Договору Замовник не має права вимагати від Виконавця переробки розробленого продукту, так само як і будь-яких його модулів і підсистем, мотивуючи це вимога неоднозначністю прочитання Технічного Завдання.

Повне найменування системи

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

Найменування компанії розробника і замовника (користувача) системи та їх реквізити

Розробник: Горбунов В.О. Реквізити: пров. Лісовий буд.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

Вимоги до ергономіки (зручність) і технічної естетики

Інтуїтивно зрозуміла навігація (кнопки, форми) і зручний пошук.

Вимоги до захисту інформації від НСД

• Зашифровані паролі;

Вимоги до збереження інформації при аварії

Резервне копіювання, відновлення здійснюється адміністратором програми.

Вимоги до функцій і завдань, які виконує система

Тимчасової регламент реалізації кожної функції

• Створення бази даних (1 день);

• Пошук по базі (1 тиждень);

• Фільтрація, сортування (2 тиждень);

• Звіт про парк машин (1 тиждень);

• Резервне копіювання, відновлення (1 тиждень);

• Продаж, здача квитків (2 тижні).

Вимоги до складу і параметрів технічних засобів

• До складу технічних засобів повинен входити IВМ-сумісний персональний комп'ютер (ПЕОМ), що виконує роль сервера, що включає в себе:

• процесор Pentium 3 - 800. M Hz, не менше;

• оперативну пам'ять обсягом, 128 Мегабайт, не менше;

• HDD, 1 0 Гігабайт, не менше;

Вимоги до складу і параметрів програмних засобів

• 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 Форма продажу квитка