Дана робота представляє собою курсовий проект з дисципліни "Управління ІТ-проектами" на тему: "Автоматизована система управління відділом експлуатації автобусного парку".

Курсова роботи містить інформацію про: функціональну модель управління проектом; планування робіт, часу та ресурсів проекту; аналіз систем аналогів управління проектом та визначення витрат на розроблення системи.

Вступ

Темою курсової роботи є проектування системи управління відділом експлуатації автобусного парку.

Метою курсової роботи є закріплення, узагальнення та вдосконалення теоретичних знань, практичних умінь та навичок, які були отримані в процесі навчання. автобусний управління витрати

Система управління відділом експлуатації автобусного парку відноситься до такого виду систем як управління транспортними перевезеннями.

Проектування даної системи дасть можливість змоделювати систему "as-is" та "to-be", спланувати всі роботи, які необхідно виконати за визначений час та, які ресурси для цього потрібні, проаналізувати системи аналоги, щоб уникнути всіх недоліків при розробці власної системи та визначити вартість розробки власної системи.

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

1. Функціональна модель управління проектом

Функціональна модель "as-is"

Для вирішення багатьох завдань значною мірою використовують методи сучасного системного аналізу. Виконати такий аналіз допомагають спеціальні програмні продукти, відомі як CASE - технології. Вони дозволяють детально проаналізувати всі зв'язки в системі, розробити і проаналізувати моделі вирішення проблем, використати ці моделі для прийняття конкретних рішень.

Опис бізнес-процесу предметної області "Організація діяльності відділу експлуатації автобусного парку". В процесі аналізу предметної області основі дерева функцій, була складена функціональна модель, яка представлена у вигляді контекстної діаграми. Дана діаграма зображує повну систему як єдиний процес, що може бути розбитий на більш детальні діаграми потоку даних більш низького рівня.

Контекстна діаграма представляється відповідними процесами: моніторинг маршрутної мережі міста, подання документів на участь у тендері, розробка маршрутної документації, контроль роботи на лінії.

Вхідними даними контекстної діаграми являється: ліцензія на перевезення, маршрутна мережа міста, карта міста, свідоцтво про реєстрацію ТЗ.

Вихідними: квитково-обліковий лист, звіт про виконану роботу, дорожній лист з відмітками, лист про відмову надання маршруту для обслуговування.

Управління: нормативні документи, РД 200, штатно - посадові інструкції, план забудови нових жилих масивів.

Механізм: персонал, ПК, транспорт.

Перший процес: "Моніторинг маршрутної мережі міста" - робота, яка шукає існуючий маршрут, або новий, якщо такий є, та проводить аналіз роботи маршруту. Декомпозиція даної роботи:

"Пошук маршруту" - здійснює пошук нового маршруту, та існуючого маршруту, обслуговування якого підприємство хотіло займатись, пошук відбувається за планом забудови нових жилих масивів, карти міста та маршрутної мережі міста.

"Аналіз пасажиропотоку" - відповідно до вибраного маршруту, проводиться аналіз кількості пасажирів за день, та в різні дні(вихідні, святкові, будні).

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

"Вибір раціонального рухомого складу" - після аналізу пасажиропотоку, визнається кількість та моделі автобусів для вибраного маршруту.

Другий процес: "Подання документів на участь у тендері" (рис. А.4) - складається повний пакет документів на участь у тендері у відповідності до вибраного маршруту. Декомпозиція даної роботи:

"Складання заяви на участь у тендері" - на даному етапі складається заява на участь, та передається на збір подальшої документації.

"Збір необхідної документації до заяви" - збір документів, таких як ліцензія на перевезення, свідоцтво про реєстрацію транспортного засобу та заява, що являють собою пакет документів.

"Реєстрація документів та заяви" - після збору повного пакету документів, проводиться реєстрацію їх у конкурсному комітеті.

"Укладання договору" - після того, як пройшов конкурс і наше підприємство виграло тендер, то укладається договір з замовником перевезень.

Третій процес: "Розробка маршрутної документації" (рис. А.5) - після укладання договору між сторонами, підприємство розробляє власні графіки роботи. Декомпозиція даної роботи:

"Розробка графіку роботи маршрутів" - розробляються індивідуальні графіки роботи по кожному маршруту.

"Розробка графіку роботи водії" - розробляються індивідуальні графіки роботи для кожного водія відповідно до маршруту.

"Складання паспорту маршруту" - складається паспорт по кожному маршруту.

"Затвердження паспорту маршруту" - затвердження паспорту маршруту у відповідних органах.

"Складання плану наряду" - розробляється план наряду на кожен день для всіх маршрутів та водіїв.

Четвертий процес: "Контроль роботи на лінії" (рис. А.6) - здійснюється повний контроль роботи водіїв на маршруті, та наприкінці робочого дня. Декомпозиція даної роботи:

"Виїзд машин на лінію" - проводиться огляд ТЗ на справність, та огляд водіїв на стан здоров'я.

"Контроль сплати проїзду пасажирами" - контроль за пасажирами водієм, та контролером на уважність водія.

"Контроль видачі квитків" - спостереження за видачею квитків водієм.

"Здача денної виручки" - збір коштів з кожного водія по кожному маршруту.

Всього у моделі 4 рівня декомпозиції.

1.1 Пошук та виявлення проблем організації системи та шляхи їх вирішення

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

1. Недостатня інформація по маршрутах, які будуть вибратися на подальшу участь у тендері.

2. Недостатньо розкриті можливості працівників відділу в аспекті аналітичних можливостей.

3. Недостатня інформованість про маршрути та їх рух в режимі реального часу та за певний проміжок.

4. Неостатній контроль на лінії.

5. відсутність повного контролю в момент огляду ТЗ та водіїв.

6. Відсутність звітності про дохід за день.

На основі виявлених проблем запропонувати шляхи їх вирішення:

1. Пошук необхідної інформації на підприємстві, де на теперішній час знаходиться даний маршрут, та використання її для подальшого пошуку. .

2. Навчання персоналу аналізувати вхідну інформацію та структурувати її для полегшення роботи відділу.

3. Співпраця з іншими автобусними парками, для більшої інформованості у розпорядженнях про змінні в русі транспорту.

4. Моніторинг та контроль кожної машини, яка виїхала на лінію.

5. Залучення працівника з відділу, який буде виконувати функцію контролю проведення огляду ТЗ та водіїв перед виїздом, і передачу заповнених документів до подальшої роботи водіїв на маршрутах.

1.2 Функціональна модель "to-be"

Після дослідження та аналізу складської діяльності складу, отримуємо модель "to-be", яка включаючи виявлені проблеми, є вдосконаленим аналогом попередньої моделі. Розглянемо її більш детально.

Контекстна діаграма представляється відповідними процесами: моніторинг маршрутної мережі міста, подання документів на участь у тендері, розробка маршрутної документації, контроль роботи на лінії.

Вхідними даними контекстної діаграми являється: ліцензія на перевезення, маршрутна мережа міста, карта міста, свідоцтво про реєстрацію ТЗ, дані про маршрут. станції. пересадки, розпорядження про зміні в русі транспорту.

Вихідними: квитково-обліковий лист, звіт про виконану роботу, дорожній лист з відмітками, лист про відмову надання маршруту для обслуговування, сторінка новин, Звіт про дохід від здійснення перевезень.

Управління: нормативні документи, РД 200, штатно - посадові інструкції, план забудови нових жилих масивів, математичний алгоритм пошуку.

Механізм: персонал, ПК, транспорт, квитки, користувач, адміністратор, система.

Перший процес: "Моніторинг маршрутної мережі міста" - робота, яка шукає існуючий маршрут, або новий, якщо такий є, та проводить аналіз роботи маршруту. Декомпозиція даної роботи:

"Пошук маршруту" - здійснює пошук нового маршруту, та існуючого маршруту, обслуговування якого підприємство хотіло займатись, пошук відбувається за планом забудови нових жилих масивів, карти міста та маршрутної мережі міста.

"Аналіз пасажиропотоку" - відповідно до вибраного маршруту, проводиться аналіз кількості пасажирів за день, та в різні дні(вихідні, святкові, будні).

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

"Вибір раціонального рухомого складу" - після аналізу пасажиропотоку, визнається кількість та моделі автобусів для вибраного маршруту.

Другий процес: "Формування та підтримка транспортних маршрутів" - на основі даних про маршрути, станції та можливі пересадки. полегшується робота пошуку маршруту.

"Подання документів на участь у тендері" - складається повний пакет документів на участь у тендері у відповідності до вибраного маршруту. Декомпозиція даної роботи:

"Складання заяви на участь у тендері" - на даному етапі складається заява на участь, та передається на збір подальшої документації.

"Збір необхідної документації до заяви" - збір документів, таких як ліцензія на перевезення, свідоцтво про реєстрацію транспортного засобу та заява, що являють собою пакет документів.

"Реєстрація документів та заяви" - після збору повного пакету документів, проводиться реєстрацію їх у конкурсному комітеті.

"Укладання договору" - після того, як пройшов конкурс і наше підприємство виграло тендер, то укладається договір з замовником перевезень.

Третій процес: "Розробка маршрутної документації" - після укладання договору між сторонами, підприємство розробляє власні графіки роботи. Декомпозиція даної роботи:

"Розробка графіку роботи маршрутів" - розробляються індивідуальні графіки роботи по кожному маршруту.

"Розробка графіку роботи водії" - розробляються індивідуальні графіки роботи для кожного водія відповідно до маршруту.

"Складання паспорту маршруту" - складається паспорт по кожному маршруту.

"Затвердження паспорту маршруту" - затвердження паспорту маршруту у відповідних органах.

"Складання плану наряду" - розробляється план наряду на кожен день для всіх маршрутів та водіїв.

Четвертий процес: "Контроль роботи на лінії" - здійснюється повний контроль роботи водіїв на маршруті, та наприкінці робочого дня. Декомпозиція даної роботи:

"Проведення огляду водіїв та ТЗ, заповнення подорожнього листа" - проводиться повний огляд ТЗ на справність, та огляд водіїв на стан здоров'я та ставиться відмітка в подорожньому листі.

"Виїзд машин на лінію" - на основі огляду видається пропуск на виїзд водіям на маршрут.

"Рух маршруту у відповідності з графіком" - після отримання пропуску на виїзд, кожний водій їде на лінію та працює за встановленим графіком роботи..

"Посадка/висадка пасажирів, контроль оплати проїзду та видача квитків" - спостереження за видачею квитків водієм та оплату проїзду пасажирами, та написання звіту про виконану роботу.

"Здача денної виручки" - збір коштів з кожного водія по кожному маршруту.

Всього у моделі 4 рівня декомпозиції.

Як ми бачимо нова модель доповнена деякими автоматизованими процесами, а також новими видами робіт для покращення функціонування складської діяльності та його ефективності.

2. Планування робіт, часу та ресурсів проекту

2.1 Планування робіт проекту

При виконанні курсової роботи був створений план виконання дипломної роботи в середовищі MS Project 2003. Він поділяється на три головні групи робіт: моделювання роботи, розробка програмного забезпечення та написання пояснювальної записки та інструкції користувача.

Розглянемо детальніше головні групи робіт проекту.

Моделювання роботи. Першим кроком буде виконаний аналіз підприємства та відповідного відділу, на його основі розроблена функціональна модель бізнес-процесів "as is" після цього будуть виявлені проблеми діяльності функціонуючої системи. Для подальшого руху дослідимо існуючі системи-аналоги: Uniteh Electronic Document Management, PayDox, E1 Ефрат, Дело. І обґрунтуємо необхідність проектування та розроблення системи. На основі попередніх досліджень виконаємо створення функціональної моделі бізнес-процесів "to be".

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

Написання пояснювальної записки та інструкції користувача являється останнім етапом в плані виконання дипломної роботи і має включати всю необхідну документацію по проекту та інструкції.

2.2 Планування часу проекту

Виконання робіт по дипломній роботі розпочинається 23.02.15 та триває до 31.05.15 включно, що складає 98 днів (рис. В.6). Вихідні дні рахуються, як робочі, також використовується стандартний графік робочого дня.

Час початку для групи робіт моделювання роботи 23.02.15 до 27.03.15 і становить 33 дні.

Час початку для групи робіт розробка програмного забезпечення 28.03.15 до 27.05.15 і становить 61 день (рис. В.3).

Час початку для групи робіт написання пояснювальної записки та інструкції користувача 28.05.15 до 31.05.15 і становить 4 дні.

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

При виконанні запланованих робіт потрібні такі ресурси (рис. В.5 та В.7): керівник проекту, аналітик, розробник пз, тестувальник.

Керівник проекту - спеціаліст, що відповідальна за управління проектом та приймає остаточні рішення пов'язані з ним. Аналітик - спеціаліст, що досліджує необхідні області, та розробляє різні стратегії щодо їх реалізації. Розробник ПЗ- спеціаліст, що виконує реалізацію програми згідно з поставленою задачею. Тестувальник - спеціаліст, що займається перевіркою коректності роботи системи, та відповідності результату необхідним вимогам.

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

3. Аналіз систем аналогів управління проектом

3.1 Визначення типу власної системи

Дана система має вид - управління транспортними перевезеннями. Вона буде реалізована у вигляді відповідного програмного продукту, що вбере в себе найкращі якості систем аналогічних до неї.

Ступінь новизни розроблюваних задач - "В" - використання типових проектних рішень за умови їх змін.

Вид системи - 5.

Група складності алгоритму - 3.

Узагальнені дані вхідної та вихідної інформації для системи організації діяльності відділу експлуатації автобусного парку за видами вхідної та вихідної інформації:

Таблиця 4.1. Узагальнені дані для вхідної та вихідної інформації системи організації діяльності відділу експлуатації автобусного парку.

Таблиця 4.2. Визначення витрат часу для організації діяльності відділу експлуатації автобусного парку.

Витрати часу на систему призначену на розробку ескізного проекту (передпроектного дослідження) T1 і технічного завдання T2, будуть наступні (табл. 4.2).

Визначається базове значення витрат часу для стадій "Технічний проект", "Робочий проект" і "Впровадження". Вхідними даними для визначення є:

· кількість форм вхідної інформації В 1 = 6,

· кількість форм вихідної інформації В 2 = 6,

· базове значення витрат часу для стадій "Технічний проект": Б 3 120 ;

· базове значення витрат часу для стадій "Робочий проект": TБ 4 336;

· базове значення витрат часу для стадій "Впровадження": Б 5 117.

Базове значення витрат часу ТБ коригується за допомогою поправочних коефіцієнтів для всіх стадій розробки автоматизованої системи.

Розрахунок витрат часу для стадії "Технічний проект" (T3). Коефіцієнт трудомісткості робіт kП визначається з врахуванням коефіцієнтів (табл. 5.3):

kП = (k1*m+k2*n+k3*p)/m+n+p = (1*4+0,72*4+2,08*1)/4+4+1 = 8,96/9 = 1.

Таблиця 4.3. Коефіцієнти k1, k2, k3 для стадії "Технічний проект".

Таблиця 4.4. Коефіцієнт ступеню новизни проекту, kO для системи організації діяльності відділу експлуатації автобусного парку.

Коефіцієнт ступеню новизни проекту, kО, що враховує вид обробки інформації для трьох стадій розробки системи для системи тестування по англійській мові з базою знань значення в табл. 4.4 з урахуванням того, що обробка здійснюється в режимі реального часу. Витрати часу для стадії "технічний проект" T3 розраховуються:

T3 = TБ 3*kП*kO = 87*1*1,26 =109,62.

Розрахунок витрат часу для стадії "Робочий проект" (T4) системи тестування по англійській мові з базою знань. Для визначення витрат часу на стадії "робочий проект" використовують формулу, де kП - коефіцієнт, що враховує вид використаної інформації і визначається:

kП = (1*4+0,48*4+0,40*1)/4+4+1 = 6,32/9 = 0,70.

Таблиця 4.5. Коефіцієнти k1, k2, k3 для стадії "Робочий проект".

Коефіцієнт складності контролю вхідної та вихідної інформації (табл. 4.6) визначається на стадії "Робочий проект" і "Впровадження".

Таблиця 4.6. Коефіцієнт складності контролю вхідної та вихідної інформації kC.

kC = 1,16.

Витрати часу Т 4 вимірюються в людино-днях, розраховується:

T4 = ТБ 4*kП*kО*kС = 241*0,70*1,32*1,16 = 258,31.

Для стадії визначення загальних витрат часу на "Впровадження" Т 5 (люд-днів) використовують формулу:

T5 = ТБ 5*kП*kО*kС = 83*0,70*1,21*1,16 = 81,55.

Таким чином, загальні витрати людської праці на проектування системи за складають:

= T1 + T2 + T3 + T4 + T5 = 70+43+109,62+258,31+81,55 = 562 (люд-дн).

Для дипломного проекту (випускової роботи) кількість робочих годин складає 530 із 7-годинним робочим днем, тому на розробку проекту виділено Ф, днів:

Ф = 530/7 = 75 (дн).

Для дипломного проекту Ф = 75 днів. Тоді визначаємо кількість місяців із розрахунку 25 робочих днів.

Кількість місяців на розробку, М:

М = Ф/25 = 75/25 = 3.

Отже, для виконання такого проекту потрібно таку чисельність виконавців Ч, виконавців, обраховується:

Ч = /Ф = 562/75 = 7.

Якщо прийняти, що оплата програміста здійснюється в розмірі 3500 грн, то оплата праці всіх виконавців, яка підраховується складе:

V1' = Ч*М*ЗППР = 7*3*3500 = 73500 (грн).

Розрахунок річного фонду часу роботи ПК. Дійсний річний фонд часу ПК у годинах дорівнює числу робочих годин у році для оператора, за винятком часу на технічне обслуговування і ремонт ПК (в середньому 5год/міс+6 роб.днів/рік).

ТПК = 2000-(6*8+5*12) = 1892 (год).

Оскільки під час виконання дипломного проекту (роботи) студент в середньому витрачає 450 год. машиного часу, то величина фонду часу ПК дорівнює:

TПК' = 1892*450/2000 = 425,7 (год).

Балансова вартість ПК. ЦР - ринкова вартість ПК, орієнтовно складає 8000 грн., kУН - коефіцієнт, що враховує витрати на установку і налагодження ПК і дорівнює 0,1.

ЦПК=8000*(1+0,12)=8960 (грн)

Амортизаційні відрахування використання ПК, ЗАМ, норма амортизаційних відрахувань, яка для ПК дорівнює НА = 5:

ЗАМ =8960/5=1792 (грн)

Поточні витрати на експлуатацію V1''.

Витрати на електроенергію, споживану ПК, визначаються за формулою, де потужність ПК, РПК = 0,4 кВт, фонд корисного часу роботи ПК, ТПК' = 425,7 год, вартість 1 кВт електроенергії для підприємств, ЦЕЛ = 1,19 грн/кВт, коефіцієнт інтенсивного використання ПК, А = 0,9.

ЗЕЛ = РПК*Т'ПК*ЦЕЛ*А = 0,4*425,7*1,19*0,9 = 182,37 (грн).

Оскільки ми будемо використовувати власний ПК, тому поточні витрати на експлуатацію V1'', складатимуть лише витрати на електроенергію:

V1''= ЗЕЛ = 182,37 (грн).

Отже, загальні витрати на розробку програмного забезпечення комп'ютерної системи розраховуються за формулою:

V1 = V1' + V1''= 73500 + 182,37 = 73682,37 (грн).

Оскільки нам потрібен домен та місце, де будуть міститися файли сайту (сервер), то витрати на придбання і установку ПК (V2):

V2 = 8960 (грн).

Витрати на підготовку приміщення V3. Ці витрати залежать від стану приміщення, де буде встановлюватися ПК. Так як пристосоване приміщення є, тому:

V3 = 0 (грн).

Витрати на навчання персоналу V4:

V4 = (грн).

Загальна вартість розробки і впровадження системи V?, вираховується:

V = V1+V2+V3+V4 = 73682,37+8960+0+0 = 82642,37 (грн).

Оскільки норма амортизаційних втрат для комп'ютерних систем НА = 5, то для обрахування річного економічного ефекту слід брати до розгляду величину:

VP = V?/HA = 82642,37/5 = 16528,474 (грн).

Річний прибуток ПР від впровадження системи буде досягнуто за рахунок підвищення якості виробів і орієнтовно складатиме 10000 грн на рік. Коефіцієнт економічної ефективності розробки вираховується:

КЕФ = ПР/VР = 18000/16528,474= 1,1.

Термін окупності розробки дорівнює визначається за формулою:

ТОК = 1/КЕФ = 1/1,1 = 1.

Таким чином, термін окупності інформаційної системи буде складатиме один рік.

Висновок

Функціональна модель "as-is"

Рис А.1 Контекстна діаграма "as-is"

Рис А.2 Декомпозиція контекстної діаграми "as-is"

Рис А.3 Декомпозиція роботи "Моніторинг маршрутної мережі міста"

Рис А.4 Декомпозиція роботи "Подання документів на участь у тендері"

Рис А.5 Декомпозиція роботи "Розробка маршрутної документації"

Рис А.6 Декомпозиція роботи "Контроль роботи на лінії"

Додаток Б. Функціональна модель "to-be"

Рис Б.1 Контекстна діаграма "to-be"

Рис Б.2 Декомпозиція контекстної діаграми "to-be"

Рис Б.3 Декомпозиція роботи "моніторинг маршрутної мережі міста"

Рис Б.4 Декомпозиція роботи "Робота з клієнтами"

Рис Б.5 Декомпозиція роботи "Перевірка можливості виконання замовлення"

Рис Б.6 Декомпозиція роботи "Укладання договорів"

Додаток В.

Представлення плану виконання проекту

Рис В.1 Планування робіт в MS Project 2013 ч.1

Размещено на Allbest.ru