Dersin işleyişi: grup, danışman, not dağılımı, deadline'lar

Kural · dersin amacı ve teslim edilenler

Resmi syllabus'taki amaç: "öğrencilerin lisans eğitimi boyunca edindikleri bilgisayar mühendisliği bilgi ve becerilerini gerçekçi bir mühendislik problemi üzerinde uygulamalarını sağlamak". Öğrenciden beklenenler: proje konusunu belirlemek, gereksinim analizi (requirements analysis) yapmak, sistem tasarımı oluşturmak, geliştirme planı hazırlamak ve çalıştırılabilir bir ön prototip geliştirmek.

Ders içeriği (resmi syllabus): gerçekçi bir mühendislik probleminin belirlenmesi; proje amacı, kapsamı, gereksinimleri ve başarı ölçütlerinin tanımlanması; benzer sistemlerin incelenmesi; sistem mimarisi, veri modeli, arayüz, algoritma ve teknik kısıtların planlanması; geliştirme ortamı ve kod deposunun oluşturulması; ön prototip, ara rapor, final raporu ve sunum hazırlanması.

Term syllabus'a göre notlanan teslimler:

1. Project proposal (Week 5)
2. Supervisor meeting records: 5 imzalı Supervisor Meeting Form (Weeks 2–13)
3. Midterm report and presentation (Week 8)
4. Final report, presentation and prototype demonstration (Week 15 / final exam period)

Bunlara ek olarak Week 10'da repository link'i Teams'e yüklenir, Week 14'te GitHub repository, README ve technical documentation tamamlanır.

Dersin öğrenme çıktıları (resmi syllabus)

• Ö01 Bilgisayar mühendisliği alanındaki bir problemin teknik arka planını, benzer sistemleri, gereksinimlerini ve olası çözüm yaklaşımlarını açıklar.
• Ö02 Gerçekçi bir mühendislik problemini analiz ederek amaç, kapsam, gereksinim, kısıt, risk ve başarı ölçütlerini içeren uygulanabilir bir proje planı oluşturur.
• Ö03 Seçilen yazılım geliştirme yöntemlerini, araçlarını ve mimari yaklaşımı kullanarak belgelenmiş ve geliştirilebilir bir ön prototip üretir.
• Ö04 Proje sürecini takım çalışması, düzenli danışmanlık, teknik dokümantasyon, raporlama ve sunum yoluyla bağımsız ve sorumlu biçimde yürütür.

Kabaca eşleme: Ö01 → similar systems ve background; Ö02 → proposal; Ö03 → prototype ve repository; Ö04 → toplantılar, raporlar, sunumlar.

Kural · syllabus §1

• Projeler grupla yapılır. Her grubun bölümün öğretim üyeleri arasından bir project supervisor (advisor)'ı vardır.
• Group composition, project topic ve supervisor course assistant tarafından kaydedilir ve sonraki bütün değerlendirmenin temeli budur.
• Grubu, konuyu ya da supervisor'ı değiştirmek istiyorsan course assistant'a MS Teams üzerinden hemen yaz. Değişiklik, yazılı olarak onaylanıp resmi ders listesine kaydedilene kadar geçerli değildir.
• Projen, grubun ya da supervisor'ın yoksa yine hemen yaz. Durumun kendiliğinden çözülmesini ya da deadline'ın yaklaşmasını bekleme: kayıtlı group, topic ve supervisor'ı olmayan öğrenci bu derste değerlendirilemez.
• Bu tür istekler dönemin olabildiğince başında yapılmalı. Geç gelen istekler karşılanamayabilir, çünkü toplantı takvimini, proposal deadline'ını ve değerlendirme kayıtlarını etkiler.

Takvimde karşılığı: Week 1 milestone "Groups, topics and supervisors confirmed with the course assistant", Week 3 milestone "Project topic, title and supervisor recorded".

Hello, I am writing on behalf of our CSE 491 group.
Members: [Name Surname, student no.] x 3
Supervisor: [title, name] (unchanged)
Current topic on the list: Campus room-booking app
Requested new topic: Sensor-data dashboard for lab rooms
Working title: "[new title]"
Our supervisor agreed to this change in our meeting on [date].
Could you please confirm the change in writing and update
the official course list? Thank you.

Kural · "Getting in touch" ve §7 Contact

Dönemin herhangi bir anında dersle ilgili bir sorun, soru ya da istek varsa course assistant'la MS Teams üzerinden iletişim kurulur. Resmi istekler için gayriresmî kanallar (WhatsApp, kişisel e-posta, koridorda söylemek) kullanılmaz.

Supervisor'la ilişki §2'de: toplantıları grup, supervisor'la birlikte planlar ve randevuyu zamanında istemek grubun sorumluluğudur; gündemi (son toplantıdan beri yapılan iş, blocker'lar, sonraki iki haftanın planı) grup hazırlar. Proposal da supervisor'la birlikte hazırlanır (§3).

Kural · syllabus §4 Assessment

İlk üç bileşen midterm grade olarak, sonuncusu final grade olarak girilir. Her bileşeni 100 üzerinden düşünürsek ($P$ proposal, $M$ midterm report, $F$ final, $k$ sayılan form sayısı):

$$\text{midterm} = 0.2P + 4k + 0.2M \;\;(\le 60)$$ $$\text{final} = 0.4F \;\;(\le 40)$$

Kural · §4, §2 ve §6

Group deliverables receive a group grade, which is then adjusted per student according to individual contribution as evidenced by:

1. meeting attendance (toplantılara katılım),
2. repository commit history (kod deposundaki commit geçmişi),
3. the supervisor's assessment (supervisor'ın değerlendirmesi).

"A student whose individual contribution cannot be evidenced may receive a lower grade than the rest of the group."

• §2: Her toplantıya bütün grup üyelerinin katılması beklenir. Bir üyenin sürekli gelmemesi o üyenin bireysel notuna yansır.
• §6 Attendance: Ders oturumlarına, sunumlara ve supervisor toplantılarına katılım beklenir. Toplantı kaçırmak meeting-record bileşenini doğrudan düşürür.
• §6 Version control: Week 9'dan itibaren bütün kod tek bir grup repository'sinde. "Commit your own work under your own account, regularly, throughout the semester."

Kural · Evaluation criteria used across deliverables (§4)

1. Realism and engineering relevance of the problem; clarity of objectives, scope and success criteria.
2. Quality of the requirements analysis and of the review of comparable systems.
3. Soundness of the system architecture, data model and technology selection, and the justification given for them.
4. Functionality, robustness and extensibility of the preliminary prototype.
5. Quality of documentation: report structure, repository hygiene, README, code readability, references.
6. Quality of the presentation and of the answers given during the defence.
7. Regularity and quality of the supervisor meetings and responsiveness to supervisor feedback.

Kural · Weekly Course Plan (§5)

Hafta → tarih: 18 Ekim 2026 Pazar. Haftaları Pazartesi–Pazar sayarsak Week 5 = 12–18 Ekim, dolayısıyla Week 1 = 14–20 Eylül ve Week $n$ = 14 Eylül + $7(n-1)$ gün.

Kural · §6 Deadlines, §2 ve README

• §6: "Deliverables are submitted through MS Teams by the stated date. Late submissions are accepted only with a valid, documented excuse communicated in advance via MS Teams."
• §2: Her toplantı supervisor'ın imzaladığı bir Supervisor Meeting Form ile belgelenir ve grup bu formu toplantıdan sonraki bir hafta içinde Teams kanalına yükler. İmzasız formlu toplantı sayılmaz. Boş form Teams kanalında.
• Fall 2026-27 Teams deadline'ları (repo README'si): Meeting 2 → 16 Ekim, Meeting 3 → 30 Ekim, Meeting 4 → 13 Kasım, Meeting 5 → 27 Kasım. Meeting 1 için tarih repoda yok.
• README: Deadline'lar kesin. İlk form için birkaç günlük gecikme bir kereye mahsus tolere edildi; sonraki gecikmeler notu düşürür. Teslimi sadece grup liderinin yapması yeterli.
• Midterm report: assignment'ı ve detayları Teams'te ayrıca duyuruluyor.

Kural · §6 Course Policies

• Version control. Week 9'dan itibaren bütün kod tek bir grup repository'sinde. Commit geçmişi bireysel katkının kanıtı: kendi işini kendi hesabınla, düzenli olarak, dönem boyunca commit et.
• Academic integrity. Proje grubun kendi işi olmalı. External code, libraries, datasets, figures and text cited ve licence-compatible olmalı.
• AI. AI assistant'lar destek için serbest, ama raporda beyan edilmeli. Öğrenciler teslim edilen işin her satırından tamamen sorumlu ve defence'ta her satırı açıklayabilmeli.
• Plagiarism ya da authorship'in yanlış gösterilmesi üniversitenin disiplin yönetmeliğine göre ele alınır.
• Continuity. CSE 491'de başlayan proje Senior Design Project II'de devam eder; final sunumu gelecek dönemin geliştirme planını içerir.

§3.1 TÜBİTAK 2209-A: Çağrı bu dönem açılırsa gruplardan proposal'ı 2209-A formatında hazırlayıp başvurmaları istenir; Teams'te duyurulur. Notun hiçbir kısmı buna bağlı değil. Ayrıntılar Project proposal dersinde.

AI assistance. We used an AI coding assistant ([tool, version])
for two tasks: drafting unit tests for the data-import service and
checking the grammar of Sections 2 and 4. Every AI-generated test
was read, edited and run by the group member who committed it;
tests that did not match our requirements were rewritten. The
problem definition, requirements, architecture and evaluation are
the group's own work. We take full responsibility for every line of
the submitted code and text and can explain it in the defence.