
- •1 Розробка плану проекту
- •1.1 Аналіз та постановка задачі
- •1.2 Обґрунтування вибору моделі життєвого циклу для реалізації проекту
- •1.2.1 Каскадна модель.
- •1.2.2 Ітераційна модель.
- •1.2.3 Спіральна модель.
- •1.3 Обґрунтування вибору мови програмування та case-засобів
- •1.4 Розробка графіка виконання робіт по проекту у контексті обраної моделі життєвого циклу
- •1.5 Аналіз ризиків проекту та управління ними
- •1.6 Системна специфікація вимог до розроблюваного проекту
- •1.6.1 Розробка користувальницьких (функційних) вимог
- •1.6.2 Нефункційні вимоги до програмного забезпечення
- •2 Вибір та аналіз існуючих алгоритмів побудови шляху на карті
- •2.1 Точні алгоритми
- •2.1.1 Пошук в ширину на незваженому графі.
- •2.1.2 Алгоритм Флойда-Уоршелла
- •2.1.3 Алгоритм Дейкстри
- •2.2 Евристичні алгоритми
- •2.2.1 Алгоритм a*
- •2.2.2 Алгоритм d* Lite
- •3 Розробка архітектури програмного забезпечення
- •3.1.1 Діаграма варіантів використання
- •3.1.2 Діаграма класів
- •3.1.3 Діаграма станів
- •3.1.4 Діаграма діяльності
- •3.2 Блок-схеми алгоритмічної частини програмного забезпечення
- •4 Кодування і тестування пз
- •4.1 Особливості реалізації програмного забезпечення
- •4.2 Допоміжні засоби для реалізації програмного забезпечення
- •4.3 Тестування пз
- •4.4 Представлення результатів тестування пз (у хронологічному порядку, які помилки були виявлені і виправлені)
- •4.5 Представлення результатів, що демонструють функціональність розробленого пз
- •4.6 Основні функції розробленого програмного забезпечення
- •5 Надійність програмного забезпечення
- •5.1 Поняття надійності програмного забезпечення
- •5.2 Класифікація моделей надійності програмного забезпечення
- •5.3 Розрахункова частина
- •6 Економічний розділ
- •6.1 Обґрунтування доцільності створення локальної мережі
- •6.2 Кошторис на розробку програмного продукту
- •6.2.1 Основна заробітна плата розробників (дослідників):
- •6.2.2 Амортизація обладнання, комп'ютерів та приміщень, які використовувались для розробки нового технічного рішення.
- •6.2.3 Оренда обладнання, устаткування, приміщень, які були використані в ході здійснення розробки нового технічного рішення.
- •6.2.4 Витрати на комплектуючі к, що були використані на розробку нового технічного рішення, розраховуються за формулою:
- •7.2 Забезпечення електробезпеки при експлуатації комп’ютерної техніки
- •7.3 Розрахунок загального штучного рівномірного освітлення приміщення люмінесцентними лампами методом коефіцієнта використання світлового потоку
- •Висновки
- •Перелік посилань
7.3 Розрахунок загального штучного рівномірного освітлення приміщення люмінесцентними лампами методом коефіцієнта використання світлового потоку
Загальне штучне рівномірне освітлення виробничого приміщення передбачається здійснити світильниками з люмінесцентними лампами.
Відомо: розміри приміщення, розряд зорової роботи, що виконується, коефіцієнти відбиття стелі Рп, стін Рс і робочої поверхні Рр, тип світильників, що застосовуються, висота підвісу світильників над робочою поверхнею Нр.
Необхідно: методом світлового потоку визначити потрібну кількість світильників для освітлення приміщення, накреслити у масштабі схему розташування світильників на плані приміщення.
Таблиця 7.1 - Вихідні дані для розрахунку кількості світильників
Розряд зорової роботи |
Тип світильника з люмінісцентними лампами |
Нр, м |
Рп, % |
Рс, % |
Рр, % |
Розміри приміщення в плані (довжина х ширина) |
IVб |
ПВЛМ-ДР-2х40 |
2,2 |
50 |
30 |
10 |
36х18 |
Розрахунок зводиться до визначення кількості світильників, необхідних для освітлення виробничого приміщення. При розрахунку методом коефіцієнта використання світлового потоку основна розрахункова формула має вигляд:
(7.1)
де N - необхідна кількість світильників;
Eн - нормоване значення освітленості, лк;
S - площа приміщення, м2;
Кз - коефіцієнт запасу;
z - коефіцієнт нерівномірності освітлення;
Фл - розрахунковий світловий потік лампи, лм;
m - кількість ламп в світильнику;
η - коефіцієнт використання світлового потоку.
Вибираємо лампу потужністю 40Вт [18]: лампа ЛД-40-4, Фл = 2850 лм
Визначаємо нормоване значення освітленості [18]: Ен = 500 лк
Рахуємо площу приміщення:
S = 36 x 18= 648 м2 (7.2)
Визначаємо індекс приміщення [18]:
і
= 5.45
(7.3)
Визначаємо розрахункову кількість світильників в приміщенні за формулою 7.1:
Z - коефіцієнт, що враховує нерівномірність освітлення (відношення середньої освітленості до мінімальної), для люмінесцентних ламп [18]:
Z=1,1;
η=0,62;
Кз=1.5;
Схему розміщення світильників з люмінесцентними лампами зображено на рисунку 7.1
Рисунок 7.1- Схема розміщення світильників з люмінесцентними лампами на плані приміщення
Висновок: загальні розміри нашого приміщення становлять 648 м². В приміщені розташовано 152 світильники з люмінесцентними лампами по 17 штук в 9 рядів.
Висновки
В даній роботі була поставлена задача реалізації програмного забезпечення розрахунку траєкторії руху мобільної платформи на місцевості з іншими рухомими об'єктами. Для вирішення даної задачі було розглянуто два види алгоритмів: точні (алгоритми Дейкстри, Флойда-Уоршелла) та еврістичні (A*, D* Lite). Основним недоліком точних алгоритмів є їх статичність, тобто неможливість швидко обраховувати необхідну траєкторію руху мобільного робота при зміні положення об'єктів на місцевості - при кожній зміні алгоритм потрібно запускати заново; тоді як в розглянутому еврістичному алгоритмі D* Lite існує можливість вираховувати потрібну нам траєкторію досить швидко, без великих ресурсних затрат на пам'ять та час. Саме тому для реалізації програмного забезпечення було обрано саме даний алгоритм.
Для розробки проекта була обрана мова програмування С++. В ходi розробки були пройденi всi основнi етапи проектування програмних продуктів: вiд аналiзу вхiдних даних та специфікації до побудови UML-діаграм та тестування.
Під час проектування вся поставлена задача була поділена на етапи, які були рівномірно розподілені в часі. Як видно з результатів роботи програми вона є досить ефективною і повною мірою відображає структуру поставленого завдання.
Розроблене програмне забезпечення являє собою незалежний модуль, який включає в себе клас для математичних обрахувань, структури даних для карти та комірок на карті, клас планувальника траєкторії руху, а також симулятор для візуального тестування. Проведений аналіз вихідного коду показав,що програмне забезпечення написане коректно, без значних помилок (витічок пам'яті, звернення до неініціалізованих змінних та ін.).
Даний модуль легко включити в головний проект для автономного керування мобільною платформою, додавши один інтерфейсний клас та кілька методі звернення до планувальника. В цьому випадку, звичайно, може з'явитись проблема, яка полягає в тому, що мобільний робот являється не однією точкою на карті, а великим об'єктом. Існує два шляхи вирішення даної проблеми:
зменшення усієї карти до моменту, коли робот перетвориться в точку. Основним недоліком даного підходу є те, що об'екти, які менші самої платформи можуть зайняти зайве місце на карті;
візьмемо за точку центр мобільного робота, а усі об'єкти, що заважають рухатись роботу збільшемо на величину рівною радіусу робота. Даний підхід надасть більш реальнішу картину про карту, а також дозволить проводити розрахунки без похибки.