адає простий інтерфейс з маніпуляції з ним:
a) виконати аналіз завдання з метою виявлення подзадач, які повинні бути вирішені;
b) розробити алгоритми розв'язання виявлених подзадач ;) розробити архітектуру бібліотеки і визначити характер взаємозв'язку програмних одиниць ;) виконати кодування, а також його налагодження і тестування бібліотеки для підтвердження працездатності створеного програмного забезпечення.
) розробити програмний продукт виконує трансляцію вхідного файлу (3DS або Obj) в свій спроектований формат (3DO) і генерацію шаблону графічного додатку:
a) виконати аналіз завдання з метою виявлення подзадач, які повинні бути вирішені;
b) розробити алгоритми розв'язання виявлених подзадач ;) розробити архітектуру програмного забезпечення і визначити характер взаємозв'язку програмних одиниць ;) виконати кодування додатки, а також його налагодження і тестування для підтвердження працездатності створеного програмного забезпечення.
2. Аналіз завдання
В даному розділі проводиться деталізація і аналіз таких завдань:
) автоматизована система генерації додатків, що використовують бібліотеку OpenGL;
) шаблон графічного додатку.
2.1 Аналіз автоматизованої системи
.1.1 Аналіз першого рівня деталізації завдання
На першому рівні деталізації програмне додаток можна представити у вигляді трьох основних блоків, представлених на малюнку 2.1.
Рисунок 2.1 - перший рівень деталізації
Основними вхідними даними є графічні файли, з описом моделей у форматах підтримуваних додатком - 3DS і Obj формати. У наступних версіях планується збільшення підтримуваних форматів.
До вихідних даних відноситься отриманий після конвертації вхідного файлу (3DS або Obj) універсальний файл 3DO, і шаблон графічного додатку, що дозволяє відобразити цей файл на екрані.
Універсальний 3DO файл заснований на xml [7] форматі і має наступну структуру:
<3DO version=1.0>
- 03-19T18: 31:50
2012-03-19T18: 31:50
.4375 - 0.1640625 0.765625 - 0.4375 0.1640625 0.765625
.5 0.09375 0.6875
