РЪКОВОДСТВО ЗА ОЦЕНЯВАНЕ

Дисциплина: „Мобилни приложения“
Преподавател: гл. ас. д-р Георги Пашев

---

Крайна оценка

• Проект: 2/3 от крайната оценка

• Тест: 1/3 от крайната оценка

• Закръгля се по математическо правило към цяло число (2–6)

---

3.1. Базови технически параметри

• Език: Kotlin (препоръчителен) или Java

• Min SDK: 24

• Target SDK: най-новият стабилен

• Архитектура: MVVM или MVP + Repository слой

• GitHub: публично репо с име MobileApps2025-<ФН>

---

3.2. Минимални функционалности според целева оценка

Оценка 3

• Приложението се компилира и стартира без грешки

• Най-малко 2 Activity-та или фрагмента

• Навигация между тях (Intent или Navigation Component)

• Основен UI (Material 3, light/dark тема)

Оценка 4

• Всичко от ниво 3

• Локална база данни: SQLite или Room

• Поне 1 CRUD операция (Create или Read)

Оценка 5

• Всичко от ниво 4

• Пълни CRUD операции през UI

• Данните се запазват след рестарт

Оценка 6

• Всичко от ниво 5

• Поне една допълнителна функционалност, например:

  • REST / SOAP / RPC комуникация

  • Firebase (Auth, Firestore, Storage, Messaging)

  • Google Maps + GPS

  • Изпращане/приемане на SMS

  • Share Intent

  • QR код (четене или генериране)

  • Camera Intent (снимане)

  • Сензори: акселерометър, жироскоп, светлина, температура

  • Bluetooth (сканиране или обмен на данни)

---

3.3. Документация и README

• Файл: /README.md в root на репото

• Строго спазен Markdown шаблон (виж Приложение А)

• Секции: идея, как работи, архитектура, потребителски поток, стъпки за стартиране, тестови акаунти, скрийншотове, APK

• Липсваща или непълна секция „Как работи“ → -1 точка

---

3.4. APK

• Папка: /apk/app-release.apk в репото

• Размер ≤ 60 MB

---

3.5. Качествен код

• Поне 15% от логиката покрита с Unit тестове

• Поне 1 UI тест (Espresso) за основния сценарий

• Без memory leaks (проверява се с Profiler на защитата)

• Спазен Kotlin coding style (ktlint/detekt без грешки)

---

3.6. Авторство

• Реална Git история с ваши commit-и

• Сходство ≤ 30 % (GitHub Classroom check)

• Нарушение → автоматична оценка 2

---

Процедура на защита

Предварителен контрол

• Валиден GitHub линк

• README във валиден Markdown формат

• APK се инсталира

• Очаквана минимална функционалност
  (При липси – доработка в рамките на 24 часа)

Устна защита (5 минути)

• 1 минута презентация (до 3 слайда)

• 3 минути демонстрация на устройство или емулатор

• 1 минута въпроси (архитектура, lifecycle, permissions, sync)

---

Точкова схема

• Компилация и старт — 5 т.

• Навигация ≥ 2 екрана — 5 т.

• UI/UX (Material, dark mode) — 5 т.

• Локална БД (Room/SQLite) — 10 т.

• CRUD цялостно — 15 т.

• Допълнителна функционалност — 20 т.

• Архитектура (MVVM, Repository, DI) — 10 т.

• Тестове (Unit ≥ 15 % + 1 UI) — 5 т.

• Документация/README — 10 т.

• APK качен и работещ — 5 т.

• Авторство и срокове — 5 т.

• Допълнителни качества (бонус) — 0–5 т.

Общо: 100 точки

---

Скала за оценяване

• 90–100 т. → 6

• 75–89 т. → 5

• 60–74 т. → 4

• 45–59 т. → 3

• под 45 т. → 2

fulltext