2.1 Формування бази даних підприємства за відповідними модулями
У курсової роботі структура модулів має наступну схему:
1) Модуль диспетчеризації:
- облік замовлень на автотранспорт;
- формування завдань і рознарядки;
- виписка подорожніх листів.
2) Модуль обліку перевезень:
- вантажні перевезення і спецтранспорт;
- пасажирські перевезення автобусами;
- пасажирські перевезення таксі.
3) Модуль обліку паливних мастильних матеріалів (ПММ):
- облік видачі ПММ;
- облік витрат ПММ;
- завантаження даних процесингових центрів.
4) Модуль обліку витрат:
- облік прямих витрат;
- облік непрямих витрат.
5) Модуль складського обліку:
- складський облік запасних частин;
- складський облік шин та акумуляторів.
6) Модуль планування роботи транспортних засобів (ТЗ):
- довгострокове планування роботи ТС;
- короткострокове планування роботи ТС.
- планово-фактний аналіз.
7) Модуль обліку ремонтів:
- облік замовлень на ремонт;
- облік виконаних ремонтів;
- робота з електронними каталогами запасних частин (з / ч).
8) Модуль виробничо-технічного відділу (ПТО):
- контроль документів ТС і водіїв;
- облік шин та акумуляторів;
- планування ТО.
9) Модуль взаєморозрахунків:
- прейскуранти і тарифи;
- розрахунок вартості послуг;
- формування рахунків та актів за надані послуги.
10) Модуль обліку роботи водіїв:
- облік вироблення водіїв;
- формування табеля обліку робочого часу;
- розрахунок нарахованої заробітної плати (з / п).
Представлені моделі є основними, в роботі студент повинен доповнити або скоротити - обґрунтовано, відповідні модулі, згідно індивідуальному завданню (додаток А). Також, необхідно описати перелік завдань, які вирішує відповідний модуль.
Наприклад, перелік завдань, що вирішуються диспетчерською службою:
1) реєстрація замовлень на автотранспорт:
- прийняття замовлень, як від сторонніх замовників, так і від підрозділів організації;
- можливість відстеження виконання замовлень;
- оформлення групових і довгострокових замовлень;
- при прийнятті замовлення контролюється можливість його виконання;
2) формування рознарядки і підбір транспортних засобів:
- рознарядка формується як автоматично на підставі замовлень, так і вводиться вручну;
- при формуванні рознарядки контролюється доступність транспортних засобів;
- на підставі рознарядки автоматично виписуються шляхові листи;
- можливість відстеження виконання замовлень;
3) виписка подорожніх листів (п / л):
- режим пакетної виписки і автоматичного друку п / л;
- режим ручного введення п / л.
Далі після складання схем модулів і їх опису необхідно скласти базу даних в кожному модулі.
База даних - представлена в об'єктивній формі сукупність самостійних матеріалів (статей, розрахунків, нормативних актів, судових рішень та інших подібних матеріалів), систематизованих таким чином, щоб ці матеріали могли бути знайдені і оброблені за допомогою спеціальних програм.
Система управління базами даних (СУБД) - сукупність програмних і лінгвістичних засобів загального або спеціального призначення, що забезпечують управління створенням і використанням баз даних.
У будь-якій сфері діяльності існує безліч завдань, в яких вихідні дані і результати повинні бути обрані з великої кількості інформації. Уміння наочно і чітко уявляти інформацію у вигляді окремого зрозумілого всім листа, бланка - невід'ємна частина сучасних інформаційних технологій. При пошуку необхідної інформації з даного списку, який може являти собою таблицю даних, деколи потрібно багато часу на вибір одного з елементів цього списку.
У курсової роботі в якості інструменту формування бази даних рекомендується використовувати MS Excel.
Основні правила створення бази даних в Excel.
1) Перший рядок бази даних повинна містити заголовки стовпців.
2) Кожний наступний рядок бази даних повинна містити хоча б одну заповнену даними центр.
3) Не слід застосовувати об'єднані осередки в просторі таблиці бази даних.
4) Кожен стовпець повинен містити тільки один тип даних - або текст, або число, або дати.
5) Навколо бази даних осередки повинні бути порожніми, або це повинен бути край робочого простору листа.
6) Необхідно надати діапазону бази даних ім'я.
7) Слід оголосити діапазон бази даних списку.
Створення бази даних вимагає знання основних параметрів по кожному модулю, а також можливості дублювання інформації та взаємозв'язку тих чи інших параметрів в різних модулях.
2.2 Створення основних автоматизованих робочих місць (АРМ) і їх функціонального призначення на підприємстві
В даному підрозділі курсової роботи можливі два варіанти виконання роботи. Перший - якщо на підприємстві не існує автоматизованої інформаційної системи. У такому випадку слід запропонувати варіант автоматизації інформаційної системи АТП. Другий - якщо на підприємстві на момент виконання курсової роботи вже існує автоматизована інформаційна система (в даному випадку система може або бути частково створеної, або повністю розробленої і впровадженої, але застарілої внаслідок морального зносу обладнання). В цьому випадку необхідно на підставі недоліків, виявлених в попередньому розділі, запропонувати шляхи їх усунення. Рішення в обох випадках досягається за допомогою модернізації обладнання та впровадження автоматизованих робочих місць (АРМ).
При підборі і розробці АРМ слід керуватися видом діяльності підприємства і його структурою. Нижче наведені приклади типових функціональних схем і їх описів, на основі яких можливі розробка і пропозиція нових АРМ, що не наведені в даних методичних вказівках.
АРМ виробничо-технічного відділу (ПТО) - призначено для введення і коригування інформації про рухомий склад підприємства. Структурна схема АРМ ПТО представлена на рис. 2.1. Тут заповнюються необхідні довідники (марки автомобілів, нормативи ТО і т.д.). Персонал техвідділу відстежує всі переміщення автомобілів (отримання, списання, переведення в інший підрозділ і т.д.), а також зміни у конкретному автомобілі (зміна двигуна, закріплення за водієм) з видачею відповідних наказів і розпоряджень. Модуль аналізу стану рухомого складу дозволяє отримати оперативні дані про пробігах автомобілів, вікову структуру парку, закріплення за водіями і т.д. Всі дані про зміни відразу відображаються в базі даних і стають доступними для читання з інших місць.
АРМ ремонтної служби - призначене для планування ТО-1, ТО-2 і обліку ремонтних впливів на автомобіль (рис. 2.2).
Тут заповнюються необхідні довідники (види ремонтних робот, нормативи трудомісткості та простою в ТО і ремонті, вартості ремонтів та ін.). Персонал даної служби відстежує всі переміщення автомобілів по підприємству (постановка на ремонт, переміщення по ремонтним зонам, вихід з ремонту) з формуванням
Рис. 2.1 - Функціональна схема АРМ ПТО
Рис.2.2 – Функціональна схема АРМ ремонтної служби
відповідних документів (ремонтних листків). Модуль аналізу стану рухомого складу дозволяє отримати оперативні дані про місцезнаходження автомобіля, їх готовності до виконання транспортної роботи, простоях в ремонті і ін. Вся інформація про зміни стану відразу вирушає в базу даних і стає доступною для читання з інших робочих місць.
АРМ складу - призначене для відстеження руху запасних частин і матеріалів (прихід - витрата - залишок) (рис. 2.3).
Рис.2.3 – Функциональная схема АРМ склада
Модуль аналізу стану складу дозволяє отримати оперативні дані про наявність та місцезнаходження запасних частин, складські залишки, "залежалий товар" або дефекти матеріалів тощо.
Представлені приклади АРМ дозволять розробнику уявити місця працівників вирішальних основні завдання в кожному модулі.
2.3 Визначення послідовності впровадження АРМ на підприємстві
Визначення послідовності впровадження АРМ на підприємстві визначається оцінкою якості роботи існуючих програмних продуктів, що використовуються в роботі АРМ (додаток А), і за оціночним показником вибирається послідовність впровадження. Потім доцільність послідовності такого впровадження визначається опитуванням експертів (працівників підприємства).
Оцінка якості проводиться за наступними критеріями:
1) надійність роботи програмного комплексу;
2) доступність користувачеві програмного комплексу;
3) безпеку використання програмним комплексом;
4) зручність використання програмного комплексу;
5) рівень інформаційного забезпечення програмного комплексу.
Інтегральний показник оцінки якості визначається так
(2.1)
де 
- надійність роботи програмного комплексу;
- доступність користувачеві програмного комплексу;
- безпека використання програмним комплексом;
- зручність використання програмного комплексу;
- рівень інформаційного забезпечення програмного комплексу;
- показники ступеня, що характеризують значимість відповідного показника рівня якості.
Надійність роботи програмного комплексу
(2.2)
де 
- кількість відмов у роботі;
- загальна кількість запусків програми.
Доступність користувачеві програмного комплексу
(2.3)
де 
- кількість запитів довідкової інформації.
Безпека використання програмним комплексом
(2.4)
де 
- час пошуку і вирішення проблеми в роботі, год.;
- загальний час роботи, год.
Зручність використання програмного комплексу
(2.5)
де 
- час простою в очікуванні обробки інформації, год.
Рівень інформаційного забезпечення програмного комплексу
(2.6)
де 
- кількість інформаційного використовуваного ресурсу;
- загальна кількість інформаційного ресурсу.
Вихідні дані для розрахунку значень показників представлені в додатку В.
На підставі отриманого значення інтегрального показника вибираються програмні комплекси АРМ відділів (модулів), де найменший рівень якості роботи і пропонується послідовність вдосконаленні існуючих АРМ і надалі впровадженням нових АРМ. Далі для визначення доцільності проведення даних заходів проводиться опитування серед працівників підприємства. Складається анкета з питанням: «Чи потрібно в такій послідовності проводити вдосконалення інформаційної системи підприємства?» З варіантами відповідей: "так", "ні". За відповідними відповідями в таблиці 2.1 проставляється цифра "2", якщо ні - цифра "1".
Таблиця 2.1 - Результати опитування про правильній послідовності вдосконалення інформаційної системи підприємства
| Експерт | ... | ... | n | |||||||
| Так | ||||||||||
| Ні |
Для виявлення узгодження думок експертів розраховуємо коефіцієнт рангового згоди
, (2.7)
де m – можливі варіанти відповіді;
n - кількість експертів
, (2.8)
де 
- значення оцінки відповідності відповіді i -того експерта по j -тому варіанту відповіді.
При значенні 0,5 <W <1 можна зробити висновок про узгодженість думок експертів, і відповідно - про доцільність вдосконалення АРМ підприємства. Якщо значення не влучає у представлений діапазон, тоді необхідно розробити анкету за визначенням послідовності впровадження АРМ, шляхом проставляння балів за шкалою важливості, середній бал визначається як середньоарифметичний. Форма таблиці представлена нижче (таблиця 2.2).
Таблиця 2.2 - Результати оцінки важливості послідовності впровадження АРМ на підприємстві
| Назва АРМ | Експерт | Середнє значення | ||||
| ... | n | |||||
| 1. АРМ диспетчеру | ... | 4,85 | ||||
| 2. … | ... | 4,05 | ||||
| п. | ... | 4,42 |
