|
| 1 | +--- |
| 2 | +# Feel free to add content and custom Front Matter to this file. |
| 3 | +# To modify the layout, see https://jekyllrb.com/docs/themes/#overriding-theme-defaults |
| 4 | + |
| 5 | +title: Семестрові проєктів серії курсів ПОК, АКС, ОС. |
| 6 | +layout: home |
| 7 | +permalink: /main_ua/ |
| 8 | +--- |
| 9 | +## Легенда |
| 10 | + |
| 11 | +Найважливіша річ серед всіх тегів - код предмету. |
| 12 | +Якщо предмет все ще є актуальним на наступний рік - адміністратор має додати новий тег (нагадуйте через викладачів). |
| 13 | +`XX[X]2023` - XX[X] може бути POC/ACS/OS/C++ - відповідний тег, щоб спростити індексацію і пошук, а також менеджмент сайту. |
| 14 | + |
| 15 | +- `LTC` - **Long Term Continuous** - Проєкти, які тривають кілька семестрів та розбиті на кілька підтем. Менторяться зазвичай випускниками УКУ. Не обов’зково, шоб одна команда робила всі підтеми, це можуть бути різні команди. |
| 16 | +- `DL` - **Discrete Logic** - Мікроконтролери використовувати заборонено, але будь-які мікросхеми серії 74хх чи 4000 із доступних -- можна). MCU можна використовувати як допоміжні пристрої -- для тестування і т.д. |
| 17 | +- `MCU` - **Micro Controller Unit** - Дозволено використовувати STM32, CyPress PSoC, TI Tiva чи інші мікроконтролери на базі ARM Cortex M. AVR8 (ті, що а Arduino) чи ARM Cortex A (пристрої типу Raspberry Pi) заборонено використовувати. (Перші - через надмірну простоту для нас і наявність величезної кількості готового коду, другі -- через надмірну складність, якщо вникати, неадекватно велику для даних задач потужність та того ж готового коду). ESP8266/ESP32 (NodeMCU) -- можна, але із використанням нативного SDK (з RTOS чи без), а не Arduino Core. Однак, ESP8266 чи аналоги можна використовувати як Wi-Fi модуль, на додачу до головного MCU. |
| 18 | +- `SCI` - **Scientific** - дослідницькі проекти. Вимагають відповідного оформлення результатів. У випадку успіху можливим є виступ на тематичних конференціях. |
| 19 | +- `MCU-M` - **Methodological** - Методичні. Це зовсім прості проекти для слабших (або сильно не зацікавлених) студентів. Виконуються самостійно. |
| 20 | + Complexity: |
| 21 | +- `X` - **eXtreme** - проект новий, ми не знаємо, які труднощі трапляться і чи є шанси його реалізувати. |
| 22 | +- `E` - **Experimental** - зі студентами ми такого не робили, але досвід є в менторів/викладачів. Можуть виявитися простими, але поки на живих студентах не випробувався, тому точно не знаємо. |
| 23 | +- `N` - **Normal** - проект нетривіальний, але доступний старанним середнім по рейтингу студентам. |
| 24 | +- `S` - **Simple** - проект для студентів, яким ПОК дається важко, або не особливо зацікавлених у відповідній тематиці. Простіші вони, в основному, через малу крутизну кривої навчання, а не тому, що нецікаві абощо. Результат може бути не менш ефектним, ніж в інших. |
| 25 | + |
| 26 | +## Вимоги |
| 27 | +- Робота виконується групою у складі до (максимум) чотирьох студентів (якщо не вказано інше). |
| 28 | +- Для проектів класів DL/MCU обов'язковою умовою є наявність працездатного пристрою, в якому реалізовано поставлене завдання. Для проектів MCU-M -- наявність робочих прикладів. |
| 29 | +- Пристрій повинен супроводжуватися схемою, програмним кодом для тих завдань де це актуально, інструкцією по використанню та обґрунтуванням прийнятих рішень щодо реалізації -- чому вибрано саме таку схему, елементи тощо. |
| 30 | +- Кожен/кожна із виконавців повинен підготувати доповідь про свою роботу в рамках проекту та свій вклад. Розкажіть, якою саме ділянкою роботи ви займалися, як вона була зроблена, як організовувалася взаємодія із іншими членами команди. Увага! Виступити в процесі захисту проекту повинні всі учасники! |
| 31 | +- Принаймні один представник кожної команди повинен звітуватися мінімум раз на два тижні щодо прогресу виконання завдання менторам проекту. Звіти відбуватимуться під час консультацій. Відсутність проміжних звітів може служити приводом зниження кінцевої оцінки. І, як показує досвід, зменшує шанси успішно реалізувати проект. |
| 32 | +- Будь ласка, не обмежуйтеся формальною відпискою щодо прийнятих інженерних рішень! Вирішення інженерних задач -- завжди компроміс, включаючи компроміс із наявним часом та іншими ресурсами, як матеріальними так і нематеріальними. Опишіть, на які компроміси ви йшли, для досягнення результату. |
| 33 | +- Допускається розширення проекту, поки воно не суперечить основному завданню. |
| 34 | +- Допускається, іноді -- бажана, взаємодія із іншими проектами. |
| 35 | +- Протягом семестру ви повинні двічі продемонструвати (у вигляді презентації) проміжні етапи роботи над проектом. Пропуск такого представлення проекту означає мінус 5 балів від максимального результату для кожного із учасників. |
| 36 | +- Представлення, саме по собі, балів не додасть, але дуже спростить отримання високого результату на захисті. |
| 37 | +- Перше таке представлення заплановано в кінці жовтня. |
| 38 | +- Допускається захист проекту передчасно, посеред семестру -- за умови його належного виконання. |
| 39 | +- Присутність усіх студентів на захисті проектів, включаючи проміжні, є обов'язковою -- не тільки під час власної доповіді, але й протягом всього захисту! |
| 40 | +- Бали розподілятимуться самими студентами, детальніше про процедуру див. розділ "Контрольнi проект" в "Вимоги щодо роботи над курсами ''ПОК'', ''АКС'' і ''ОС'' та критерії оцінювання". |
| 41 | + |
| 42 | +# Список проєктів |
0 commit comments