Здавалка
Главная | Обратная связь

Повна постановка завдання



Додаток 1. Індивідуальні завдання

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

 

Учбовий приклад для викладачів

Варіант 1) Система бронювання квитків для авіакомпанії

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

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

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

Повна постановка завдання

  • Завдання є математичним. Система повинна уміти вирішувати однокритеріальну задачу пошуку найкоротших шляхів на графах. Критерій - ціна.
  • Система розподілена: оскільки в кожному аеропорту своя база напрямів польотів літаків, то знають про рейс тільки аеропорти-сусіди по рейсах.

Об'єкти системи: розподілене сховище рейсів, покупець квитків, менеджер рейсів.

  • Розподілене сховище рейсів: назва рейсів, номери і вартість квитків.
  • Покупець: ФІО, сума. Покупець задає параметри, пов'язані з сумою, яку він хоче витратити. Система повинна підібрати оптимальний маршрут. За відсутності прямих маршрутів система повинна спробувати знайти маршрути з пересадками. Якщо таких не знаходиться, система повинна сказати, що з такими обмеженнями не можна дістатися до місця призначення.

Серед причин:

    • Відсутність рейсів в бажаному напрямі навіть з урахуванням пересадок.
    • Брак грошей.

У відповідь, користувач повинен мати можливість поміняти параметри з урахуванням передісторії.

  • Менеджер рейсів: повинен мати наступні можливості:
    • створення і видалення аеропортів в системі.
    • створення і видалення рейсів в аеропортах.

Варіант 2) Система обробки метеоінформації

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

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

Повна постановка завдання

Функціонування системи передбачається на локальному комп'ютері. Робота в системі повинна включати три частини:

  • редагування карт;
  • завдання і редагування руху повітряних мас і циклонів;
  • демонстрація погодних умов.

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

Бажано забезпечити можливість заливки внутрішності замкнутих об'єктів вибраним кольором.

Об'єкти системи: карта, зображення повітряних мас, підсистема розрахунку руху повітряних мас, режим проглядання зміни метеоумов.

Карта, зображення повітряних мас: набір векторних примітивів.

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

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

  • інтегрований засіб проглядання результату;
  • окреме застосування перегляду.

Система повинна уміти зберігати результат роботи в певному форматі (рекомендується XML). Відновлювати стан після завантаження збережених даних, при цьому бажано реалізувати контроль правильності формату читаного файлу.

Варіант 3) Редактор математичних формул

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

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

У Вашої фірми компанія вирішила замовити зручний засіб для перекладу і написання математичних виразів в різні формати уявлення. Причому, якщо в редакторові присутній ряд взаємозв'язаних формул, то фірма хоче бачити адекватний код. При цьому відомо, що фірма часто використовує C/C++, Pascal і Fortran.







©2015 arhivinfo.ru Все права принадлежат авторам размещенных материалов.