3D-навігація для мобільних пристроїв

Ескізний проект програмного забезпечення для 3D-навігації для мобільних пристроїв під управління ОС Android. Розробка прототипу інтерфейсу. Технічний проект програмного забезпечення. Створення діаграми класів, аналізу, розгортання та кооперацій.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык украинский
Дата добавления 09.01.2014
Размер файла 880,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

1. Аналіз структури головного корпусу НУК та постановка задачі

1.1 Аналіз структури головного корпусу НУК

Головний корпус НУК має досить великі габарити та складну структуру розташування аудиторій. Корпус поділений на 4 крила (A, B, C, D). Університет складається з декількох інститутів. Кожний з яких складається з багатьох кафедр. Кожне крило кожного поверху як правило займає одна або декілька кафедр. Навіть студентам старших курсів інколи тяжко зорієнтуватись в цій великій будівлі, не кажучи про першокурсників, які тільки що закінчили школи, які є меншими відносно корпусу НУК. Також проблеми з навігацією можуть мати також студенти інших корпусів НУК, які інколи їздять до головного корпусу на пари.

Саме тому виникає проблема навігації відносно корпусу. Чи то є проблема пошуку аудиторії наступної пари, чи пошук бібліотеки або місця друку тощо.

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

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

Для повної інформованості всіх користувачів було б зручно якщо б ПЗ дозволяло показати усі додаткові об'єкти.

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

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

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

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

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

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

· Також було б зручно якщо б застарілі новини видалялися в автоматичному режимі.

1.2 Постановка задачі

Виходячи з результатів проведеного аналізу можна зробити висновок про доцільність розробки ПЗ, що буде забезпечувати виконання наступних функцій:

1) відображення 3D-моделі корпусу з врахуванням розташування аудиторій та їх призначення;

2) зміна вигляду 3D-моделі корпусу шляхом її повороту та масштабування;

3) отримання розкладу занять для певної групи;

4) розрахунок найкоротшого шляху між вказаними аудиторіями;

5) відображення найкоротшого шляху між вказаними аудиторіями;

6) відображення ключових об'єктів (ректорат, деканат, канцелярія та інші);

7) додання новини для певного інституту;

8) відображення новин (заміна занять, перенесення занять та інші);

9) додання групи;

10) видалення групи;

11) додання розкладу для групи;

12) редагування розкладу для групи;

13) очищення розкладу для групи.

Програмне забезпечення розраховане для роботи на мобільних пристроях під керуванням ОС Android, також має клієнтську частину для ПК для роботи диспетчера. Вхідною інформацією для програми на мобільних пристроях є назва групи, яку користувач обирає зі списків. Вихідна інформація повинна відображатися на дисплеї мобільного пристрою та бути зрозумілою. З'єднання з сервером НУК повинно відбуватися на території корпусу за допомогою Wi-Fi мобільного пристрою.

Клієнт для смартфону повинен виконувати мінімальну кількість розрахунків для меншого енергоспоживання, так як пристрої під керуванням ОС Android мають таку властивість як велику енергозатратність.

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

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

2.1 Ескізний проект програмного забезпечення для 3D-навігації головним корпусом НУК ім. адм. Макарова для мобільних пристроїв під управління ОС Android

2.1.1 Розробка діаграми варіантів використання програмного забезпечення для 3D-навігації головним корпусом НУК ім. адм. Макарова для мобільних пристроїв під управління ОС Android

Виявлення акторів.

На рисунку 1 представлені основні кандидати в актори системи:

Рисунок 1 - Аналіз акторів системи.

Короткий опис акторів системи представлено в таблиці 1.

Таблиця 1. Виявлення акторів системи

Актор

Короткий опис

Студент

Переглядає розклад занять, маршрути між аудиторіями, також новини.

Диспетчер

Додає або видаляє групи, редагує розклади занять, додає новини.

Основні вимоги до програмного продукту, що відображені у технічному завданні, використовуючи середовище CASE - засобу Visual Paradigm, можна відобразити на діаграмі варіантів використання, яку наведено на рисунку 2.

Рисунок 2 - Діаграма варіантів використання програмного забезпечення для 3D-навігації головним корпусом НУК ім. адм. Макарова для мобільних пристроїв під управління ОС Android

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

1) Вибір групи:

1. Основна діюча особа: Користувач

2. Інші учасники прецеденту: відсутні

3. Зв'язки з іншими варіантами використання: відсутні

4. Короткий опис: Даний варіант використання дозволяє Користувачу обрати групу зі списку.

5. Передумови: відсутні

6. Стартова точка: Користувач натискає кнопку «Обрати курс»

7. Сценарій:

7.1. Відображується список з переліком курсів

7.2. Користувач обирає потрібний курс зі списку

7.3. Відображується список з переліком груп на даному курсі

7.4. Користувач обирає потрібну групу зі списку

7.5. Користувач обирає кнопку підтвердження

7.6. У графу «Розклад» заноситься розклад обраної раніше групи

7.7. На моделі відображається виділена аудиторія в якій має бути пара, та аудиторія у якій вже відбулась пара (якщо відбулась).

8. Альтернативна процедура: відсутня

9. Точка завершення: обрано групу

10. Постумова: на моделі з'явиться одна або дві виділені іншими кольорами аудиторії

11. Обмеження \ виключення: Якщо до поточного часу в обраній групі ще не було занять, буде виділятись лише одна аудиторія, в котрій буде пара

12. Коментарі: відсутні

2) Перегляд розкладу:

1. Основна діюча особа: Користувач

2. Інші учасники прецеденту: відсутні

3. Зв'язки з іншими варіантами використання: Вибір розкладу для визначеного дня тижня

4. Короткий опис: Даний варіант використання дозволяє користувачу переглянути розклад на поточний день.

5. Передумови: має буди обрана група.

6. Стартова точка: Користувач натискає кнопку «Розклад»

7. Сценарій:

7.1. Розгортається поле з розкладом на поточний день

8. Альтернативна процедура: відсутня

9. Точка завершення: обрано будь-який інший елемент меню

10. Постумова: порожнє поле заповнюється текстом розкладу

11. Обмеження \ виключення: відсутні

12. Коментарі: відсутні

3) Вибір розкладу для визначеного дня тижня:

1. Основна діюча особа: Користувач

2. Інші учасники прецеденту: відсутні

3. Зв'язки з іншими варіантами використання: Перегляд розкладу

4. Короткий опис: Даний варіант використання дозволяє користувачу обрати день тижня, з відповідним розкладом.

5. Передумови: має бути обрана група, та обрано пункт «Розклад»

6. Стартова точка: Користувач натискає кнопку «Обрати день»

7. Сценарій:

7.1. З'являється календар

7.2. Користувач обирає потрібний день

7.3. Користувач обирає кнопку підтвердження

7.4. Поле з поточним розкладом замінюється на розклад обраного дня

8. Альтернативна процедура: відсутня

9. Точка завершення: обрано будь-який інший елемент меню, обрано кнопку «Поточний день»

10. Постумова: з'являється новий розклад у полі.

11. Обмеження \ виключення: Має бути обраний день в котрий є заняття.

12. Коментарі: відсутні

4) Вибір поточного місцезнаходження:

1. Основна діюча особа: Користувач

2. Інші учасники прецеденту: відсутні

3. Зв'язки з іншими варіантами використання: відсутні

4. Короткий опис: Даний варіант використання дозволяє користувачу обрати аудиторію або ключовий об'єкт біля якого він знаходиться.

5. Передумови: відсутні

6. Стартова точка: Користувач натискає кнопку «Обрати місцезнаходження»

7. Сценарій:

7.1. Модель корпусу стає повністю вільна для перегляду.

7.2. Користувач обирає на аудиторію

7.3. Користувач підтверджує вибір

7.4. Обрана аудиторія виділяється

8. Альтернативна процедура: відсутня

9. Точка завершення: обрано потрібний об'єкт

10. Постумова: додатково ще один об'єкт змінює колір (підсвічується).

11. Обмеження \ виключення: Має бути обрана аудиторія або будь-яке інше приміщення.

12. Коментарі: відсутні

5) Перегляд найкоротшого маршруту до кінцевого приміщення:

1. Основна діюча особа: Користувач

2. Інші учасники прецеденту: відсутні

3. Зв'язки з іншими варіантами використання: Відображення від поточного місцезнаходження, відображення від поточної аудиторії, відображення від входу, вибір приміщення.

4. Короткий опис: Даний варіант використання дозволяє відобразити найкоротшого шлях між двома потрібними об'єктами.

5. Передумови: має бути виконаний варіант 2.1 або 2.4.

6. Стартова точка: Користувач обирає пункт меню «Розрахунок маршруту»

7. Сценарій:

7.1. ПЗ отримує початкову точку(об'єкт) та кінцеву точку(об'єкт).

7.2. ПЗ розраховує найкоротший шлях між двома об'єктами.

7.3. ПЗ відображає кольоровим пунктиром найкоротший розрахований шлях.

8. Альтернативна процедура: відсутні

9. Точка завершення: Користувач натискає кнопку «Повернутись в меню»

10. Постумова: Відображається підсвічений маршрут від одного об'єкту до іншого.

11. Обмеження \ виключення: Поточне місцезнаходження не має співпадати з кінцевим приміщенням.

12. Коментарі: відсутні

6) Відображення від поточної аудиторії:

1. Основна діюча особа: Користувач

2. Інші учасники прецеденту: відсутні

3. Зв'язки з іншими варіантами використання: Відображення від поточного місцезнаходження, Перегляд найкоротшого маршруту до кінцевого приміщення, відображення від входу, вибір приміщення.

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

5. Передумови: має бути обрана група.

6. Стартова точка: Користувач обирає пункт меню «Розрахунок маршруту»

7. Сценарій:

7.1. ПЗ за замовчанням встановлює аудиторію в якій вже відбулась пара як початковий об'єкт

7.2. ПЗ за замовчанням встановлює аудиторію в котрій має бути пара, як кінцеве приміщення.

7.3. ПЗ розраховує найкоротший шлях до кінцевого приміщення.

7.4. ПЗ відображає кольоровим пунктиром найкоротший шлях до кінцевого приміщення.

8. Альтернативна процедура: Відображення від поточного місцезнаходження, відображення від входу.

9. Точка завершення: Користувач натискає кнопку «Повернутись в меню»

10. Постумова: Відображається підсвічений маршрут від одного об'єкту до іншого.

11. Обмеження \ виключення: Поточне місцезнаходження не має співпадати з кінцевим приміщенням.

12. Коментарі: відсутні

7) Відображення від входу:

1. Основна діюча особа: Користувач

2. Інші учасники прецеденту: відсутні

3. Зв'язки з іншими варіантами використання: Відображення від поточного місцезнаходження, Перегляд найкоротшого маршруту до кінцевого приміщення, Відображення від поточної аудиторії, вибір приміщення.

4. Короткий опис: Даний варіант використання дозволяє відобразити найкоротшого шлях до потрібного місця призначення використовуючи головний вхід як початкову точку.

5. Передумови: має бути натиснута кнопка «Від входу», має бути обрана група.

6. Стартова точка: Користувач обирає пункт меню «Розрахунок маршруту»

7. Сценарій:

7.1. ПЗ встановлю головний вхід як початковий об'єкт

7.2. ПЗ за замовчанням встановлює аудиторію в котрій має бути пара, як кінцеве приміщення.

7.3. ПЗ розраховує найкоротший шлях до кінцевого приміщення.

7.4. ПЗ відображає кольоровим пунктиром найкоротший шлях від входу до кінцевого приміщення.

8. Альтернативна процедура: Відображення від поточного місцезнаходження, Відображення від поточної аудиторії.

9. Точка завершення: Користувач натискає кнопку «Повернутись в меню»

10. Постумова: Відображається підсвічений маршрут від одного об'єкту до іншого.

11. Обмеження \ виключення: відсутні.

12. Коментарі: відсутні

8) Відображення від поточного місцезнаходження:

1. Основна діюча особа: Користувач

2. Інші учасники прецеденту: відсутні

3. Зв'язки з іншими варіантами використання: Відображення від входу, Перегляд найкоротшого маршруту до кінцевого приміщення, Відображення від поточної аудиторії, вибір приміщення.

4. Короткий опис: Даний варіант використання дозволяє відобразити найкоротшого шлях до потрібного місця призначення використовуючи головний поточне місцезнаходження як початкову точку.

5. Передумови: має бути обрано поточне місцезнаходження.

6. Стартова точка: Користувач обирає пункт меню «Розрахунок маршруту»

7. Сценарій:

7.1. ПЗ встановлює поточне місцезнаходження як початковий об'єкт

7.2. ПЗ за замовчанням встановлює аудиторію в котрій має бути пара, як кінцеве приміщення.

7.3. ПЗ розраховує найкоротший шлях до кінцевого приміщення.

7.4. ПЗ відображає кольоровим пунктиром найкоротший шлях від поточного місцезнаходження до кінцевого приміщення.

8. Альтернативна процедура: Відображення від входу, Відображення від поточної аудиторії.

9. Точка завершення: Користувач натискає кнопку «Повернутись в меню»

10. Постумова: Відображається підсвічений маршрут від одного об'єкту до іншого.

11. Обмеження \ виключення: відсутні.

12. Коментарі: відсутні

9) Вибір приміщення:

1. Основна діюча особа: Користувач

2. Інші учасники прецеденту: відсутні

3. Зв'язки з іншими варіантами використання: Відображення від входу, Перегляд найкоротшого маршруту до кінцевого приміщення, Відображення від поточної аудиторії, Відображення від поточного місцезнаходження.

4. Короткий опис: Даний варіант використання дозволяє обрати будь-який об'єкт як кінцеву точку для розрахунку та відтворення маршруту.

5. Передумови: має бути натиснута кнопка «Від входу», має бути обрана група або поточне місцезнаходження.

6. Стартова точка: Користувач натискає кнопку «Обрати інше приміщення»

7. Сценарій:

7.1. ПЗ встановлює обраний об'єкт як кінцеве приміщення для розрахунку шляху

8. Альтернативна процедура: відсутня.

9. Точка завершення: Користувач натискає кнопку «Повернутись в меню», або кнопку «Повернути попереднє місце призначення»

10. Постумова: Відображається змінює «підсвічення» одного об'єкта на інший

11. Обмеження \ виключення: Для можливості повернути попереднє місце призначення має бути обрана група.

12. Коментарі: відсутні

10) Відображення ключових об'єктів:

1. Основна діюча особа: Користувач

2. Інші учасники прецеденту: відсутні

3. Зв'язки з іншими варіантами використання: відсутні.

4. Короткий опис: Даний варіант використання дозволяє Користувачу вибрати зі списку ключовий об'єкт, та виділити його на моделі.

5. Передумови: відсутні.

6. Стартова точка: Користувач переходить у пункт меню «Ключові об'єкти»

7. Сценарій:

7.1. Користувач обирає зі спадаючого списку тип об'єкту

7.2. Користувач обирає конкретний об'єкт.

7.3. Обраний об'єкт виділяється кольором

8. Альтернативна процедура: відсутня

9. Точка завершення: Користувач натискає кнопку «Повернутись в меню»

10. Постумова: Відображається підсвічений об'єкт на моделі.

11. Обмеження \ виключення: відсутні.

12. Коментарі: відсутні

11) Перегляд новин:

1. Основна діюча особа: Користувач

2. Інші учасники прецеденту: відсутні

3. Зв'язки з іншими варіантами використання: відсутні.

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

5. Передумови: має бути обрана група.

6. Стартова точка: Користувач натискає кнопку «Новини»

7. Сценарій:

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

8. Альтернативна процедура: відсутня

9. Точка завершення: Користувач натискає кнопку «Повернутись в меню»

10. Постумова: Відображається підсвічений об'єкт на моделі.

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

12. Коментарі: відсутні

2.1.2 Розробка прототипу інтерфейсу

На основі описаних вище специфікацій діаграми використання створимо ескіз інтерфейсу користувача. Інтерфейс головного меню представлений на рисунку 3.

Рисунок 3 - Інтерфейс головного меню ПЗ «Путь»

2.2 Технічний проект програмного забезпечення для 3D-навігації головним корпусом НУК ім. адм. Макарова для мобільних пристроїв під управління ОС Android

2.2.1 Створення діаграми класів

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

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

програмний навігація мобільний android

Рисунок 4 - Діаграма класів

2.2.2 Створення діаграми аналізу

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

Рисунок 5 - Діаграма аналізу

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

Рисунок 6 - Діаграма кооперацій

Для основних складних станів створимо діаграми діяльності для того, щоб більш детально відобразити роботи цих станів.

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

Діаграма діяльності для стану «вибір групи»

Діаграма діяльності для стану «вибір дня тижня»

Діаграма діяльності для стану «становлення об'єкту, як поточне місцезнаходження»

Діаграма діяльності для стану «перегляд ключових об'єктів»

2.2.4 Створення діаграми розгортання

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

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

Діаграма розгортання

Висновки

Результатом виконання курсової роботи є створення проекту програмного забезпечення для 3D-навігації головним корпусом НУК ім. адм. Макарова для мобільних пристроїв під управління ОС Android.

Було проаналізовано проблеми, вирішення котрих має стати програмного забезпечення для 3D-навігації головним корпусом НУК ім. адм. Макарова для мобільних пристроїв під управління ОС Android.

Розробка програмного забезпечення була виконана відповідно до ГОСТ 19.102-77. В розробці були реалізовані етапи ескізного та технічного проекту, побудовані усі необхідні діаграми, а саме діаграма варіантів використання, діаграма аналізу, діаграма класів, діаграма станів, діаграма діяльності та розгортання.

Підвівши підсумки можна сказати, що ПЗ «Путь» згідно до розробленого проекту має вирішити проаналізовані проблеми щодо навігації корпусом НУК.

Список джерел

1. ГОСТ 19.102-77. Единая система программной документации. Стадии разработки.

1. Крэг Ларман. Применение UML 2.0 и шаблонов проектирования = Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and Iterative Development. - 3-е изд. - М.: Вильямс, 2006. - 736 с. - ISBN 0-13-148906-2

2. Джозеф Шмуллер. Освой самостоятельно UML 2 за 24 часа. Практическое руководство = Sams Teach Yourself UML in 24 Hours, Complete Starter Kit. - М.: Вильямс, 2005. - 416 с. - ISBN 0-672-32640-X

3. Грейди Буч, Джеймс Рамбо, Айвар Джекобсон. Язык UML. Руководство пользователя = The Unified Modeling Language user guide. - 2-е изд. - М., СПб.: ДМК Пресс, Питер, 2004. - 432 с. - ISBN 5-94074-260-2

4. Буч Г., Якобсон А., Рамбо Дж. UML. Классика CS. 2-е изд. / Пер. с англ.; Под общей редакцией проф. С. Орлова - СПб.: Питер, 2006. - 736 с. ISBN 5-469-00599-2

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


Подобные документы

  • Апаратні особливості та порівняльна характеристика мобільних пристроїв. Огляд програм-аналогів. Інструментальні засоби для реалізації, вхідні та вихідні дані, специфікація вимог, проектування моделі і архітектури програмного забезпечення для Android.

    дипломная работа [3,2 M], добавлен 10.06.2014

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

    курсовая работа [343,9 K], добавлен 24.08.2012

  • Аналіз сучасних методів та технологій проектування програмного забезпечення. Вибір цільової мобільної платформи. Розробка екранних форм, діаграми класів. Вимоги до програмного продукту. Аналіз небезпечних факторів у відділі роботи з фізичними особами.

    дипломная работа [508,1 K], добавлен 02.12.2015

  • Етапи розробки проекту. Вимоги до апаратного і програмного забезпечення, до користувача. Специфікація та структура даних, які мають бути розміщеними в системі. Вигляд інтерфейсу системи програмного забезпечення. Розробка бази даних косметичного салону.

    дипломная работа [1,8 M], добавлен 21.02.2015

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

    дипломная работа [3,5 M], добавлен 26.04.2012

  • Delphi як візуальне середовище розробки програмного забезпечення. Створення автоматизованої системи відстеження дзвінків з мобільних телефонів працівниками правоохоронних органів. Основи технології ACTIVEX DATA OBJECTS. Функціональні можливості системи.

    дипломная работа [5,0 M], добавлен 26.10.2012

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

    дипломная работа [4,2 M], добавлен 06.06.2012

  • Класифікація комп'ютерних ігор відповідно до інтерактивних ігрових дій гравця. Мобільні пристрої з сенсорними екранами. Програмна реалізація гри жанру Tower Defence на базі платформи Java Platform Micro Edition для мобільних пристроїв з сенсорним екраном.

    дипломная работа [693,2 K], добавлен 14.04.2014

  • Об'єктно-орієнтоване, або об'єктне, програмування. Поняття об'єктів і класів. Розробка програмного забезпечення. Створення операційних систем, прикладних програм, драйверів пристроїв, додатків для вбудованих систем, високопродуктивних серверів.

    контрольная работа [135,2 K], добавлен 25.10.2013

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

    курсовая работа [1,4 M], добавлен 14.09.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.