Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые проекты » Автоматизована система побудови лабіринту і пошуку виходу з нього

Реферат Автоматизована система побудови лабіринту і пошуку виходу з нього





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

Інтерфейс є основною і найбільш важливою частиною програми. Оскільки користувач управляє програмою і даними саме через інтерфейс, ми приділяємо велику увагу зрозумілості і простоті інтерфейсів в розроблених нами програмах [2].

Для виконання початкової фази розробки необхідно зануритися цілком в завдання користувачів і створити паперовий прототип інтерфейсу.

При запуску програми буде з'являтися головне вікно програми, представлене на малюнку 14.

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

Спочатку користувач вибирає тему оформлення лабіринту за своїм бажанням (за замовчуванням обрана тема «Літо»). У полях «Висота» і «Ширина» користувач повинен буде задати відповідні значення майбутнього лабіринту. При натисканні кнопки «Створити шаблон» на полі праворуч з'являється сітка для майбутнього лабіринту заданих розмірів.


Малюнок 14 - Інтерфейс (головне вікно програми)


Область «Вхід/вихід» стає доступною на цьому кроці. Користувачеві запропоновано вибрати один із способів розстановки входу виходу. Після натискання кнопки «Розставити» вхід і вихід розставляються відповідним способом і з'являється кнопка «Згенерувати лабіринт». Після її натискання, на полі праворуч з'являється лабіринт, в меню «Файл» з'являється можливість зберегти лабіринт і стає доступним поле «Пошук шляху».

Користувач вибирає спосіб, яким програма буде знаходити шлях у лабіринті і натискає кнопку «Шукати шлях». Залежно від обраного алгоритму, на полі відображається знайдений шлях.


. 4 Інформаційно-логічний проект системи


Однією з широко використовуваних методик документування вимог є побудова ряду моделей системи. Ці моделі використовують графічні представлення, що показують рішення як вихідної задачі, так і розроблюваної системи [2]. Як правило, графічне представлення більш зрозуміло, ніж опис вимог природною мовою.

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

Візуалізувати систему в її поточному або бажаному для нас стані;

Описати структуру або поведінку системи;

Отримати шаблон, дозволяє сконструювати систему;

Документувати прийняті рішення, використовуючи отримані моделі.


. 4.1 Мова UML

Уніфікована мова моделювання (Unified Modeling Language - UML) - це стандартний інструмент для розробки «креслень» програмного забезпечення. Його можна використовувати для візуалізації, специфікації, конструювання та документування артефактів програмних систем. UML підходить для моделювання будь-яких систем - від інформаційних систем масштабу підприємства до розподілених Web-додатків і навіть вбудованих систем реального часу. Мова UML надає стандартний спосіб написання проектної документації на системи, включаючи концептуальні аспекти, такі як бізнес-процеси і функції системи, а також конкретні аспекти, такі як вираження мов програмування, схеми баз даних і повторно використовувані компоненти ПЗ.

Мова UML не є мовою програмування (він інваріантний до мов програмування).

У нотації мови UML визначені наступні види канонічних діаграм:

варіантів використання (use case diagram);

класів (class diagram);

коопераціїі (collaboration diagram);

послідовності (sequence diagram);

станів (statechart diagram);

діяльності (activity diagram);

компонентів (component diagram);

розгортання (deployment diagram).


2.4.2 Діаграма варіантів використання

Діаграма варіантів використання являє собою на...


Назад | сторінка 7 з 18 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Моделювання системи підтримки прийняття рішення щодо вибору учасника програ ...
  • Реферат на тему: Символіка лабіринту у філософському трактаті Я.А. Коменського "Лабіри ...
  • Реферат на тему: Моделювання динаміки дворівневої системи у змінному зовнішньому полі
  • Реферат на тему: Використання моделей життєвого циклу інформаційної системи. Каскадна модел ...
  • Реферат на тему: Досвід розробки і впровадження автоматизованих систем бюджетного управління ...