BİLGİSAYAR VE BİTİRME PROJELERİ HAZIRLAMA ESASLARI

(1)

BİLGİSAYAR VE BİTİRME PROJELERİ HAZIRLAMA ESASLARI

Bilgisayar-Bitirme projeleri, uzun bir çalışma süresince edinilen bilgi ve deneyimleri içermektedir. Bu nedenle, konu ile ilgilenen kişilere yararlı bir kaynak olması beklenmektedir. Proje kitabının içeriğinin hazırlanmasında dikkat edilmesi gereken hususlar bu belgede detayları ile açıklanmaktadır.

GENEL YAZIM KURALLARI

Proje kitabı ve ara raporlar rahat anlaşılır, dil bilgisi ve yazım kurallarına uygun ve basit bir dille yazılmalıdır.

Cümlelerin mümkün olduğunca kısa ve fiil zamanlarının uyumlu olması anlatımı kolaylaştıracaktır. Yazılanlarda anlam ve anlatım bütünlüğüne dikkat edilmelidir. Özellikle İngilizce yazılan raporlarda kaynaklardan kopyala- yapıştır metoduyla bilgi kesinlikle alınmamalıdır. Alınacak bilgi yorumlanarak yeniden yazılmalı ve kaynağa atıfta bulunulmalıdır.

Proje kitabı tamamlanmış bir çalışmayı anlattığı için öğrenilen (miş’li) geçmiş zaman kullanılmalıdır. Proje çalışması edilgen bir yapıda (yapılmıştır, kullanılmıştır gibi) anlatılmalıdır. Genel bilgiler ise geniş zaman kullanılarak (yapılır, eklenir gibi) verilmelidir.

Bilgisayar Projeleri Türkçe, Bitirme Projeleri İngilizce olarak hazırlanmalıdır. Bitirme Projelerinde, bu dokümanda Türkçe olarak bahsedilen tüm başlık ve içerikler İngilizce olmalıdır. Bitirme Projelerinde Abstract kısmının Türkçe çevirisi Özet başlığı altında yer almalıdır.

PROJE KİTABININ BÖLÜMLERİ

Proje Kitabı Şablonuna uygun olarak proje kitabı içerisinde bulunması gereken bölümler ve sıralaması aşağıda verilmiştir.

• Kapak Sayfası

• Telif Hakkı Devir Sayfası

• İçindekiler

• Sembol Listesi

• Kısaltma Listesi

• Şekil Listesi

• Tablo Listesi

• Önsöz

• Özet

• Abstract

***************

Bilgisayar ve Bitirme Projeleri Hazırlama Esasları v1.1 1/16

(2)

1. Giriş 2. Ön İnceleme 3. Fizibilite 4. Sistem Analizi 5. Sistem Tasarımı 6. Uygulama 7. Deneysel Sonuçlar 8. Performans Analizi 9. Sonuç

• Kaynaklar

• Özgeçmiş

Genellikle proje kitabını okuyanlar, her ana bölümün ilk paragrafını okuyarak o bölüm hakkında fikir sahibi olmaya çalışırlar. Bunun için Giriş bölümünden sonra her ana bölümün ilk paragrafı o bölümü ana hatlarıyla tanıtmalıdır.

Bu bölümlerin içerikleri projenin kapsamı ve gerçekleştirilen sistemin yapısına bağlı olarak değişiklikler gösterebilir. Ancak her proje için bu başlıklar yer almalıdır. Örneğin bir web uygulaması için uygulama bölümünde çok sayıda ekran çıktısına yer verilirken, performans analizi başlığında verilen bilgi sayfaların açılma süreleri veya uygulamanın tepki süresinin ölçülmesiyle sınırlı kalabilir. Öte yandan akademik sonuçlar üretmeye yönelik bilimsel yöntemler içeren bir çalışmada bunun tam tersi bir yapı söz konusu olacak ve deneysel sonuçlar ile performans analizleri yoğun içeriğe sahip olacaktır. Proje kitabında yer alması gereken bölümlerde neler olması ve nasıl yazılması gerektiği ile ilgili yol gösterici bilgiler bir sonraki bölümde verilmektedir.

BÖLÜM İÇERİKLERİ

Proje kitabında yer alması gereken alanlar ve bölümler ile bunların içerikleri ve nasıl oluşturulması gerektiğine yönelik talimatlar bu bölümde maddeler halinde açıklanmaktadır.

KAPAK SAYFASI

Kapak sayfası kitabın diline göre Türkçe veya İngilizce olarak hazırlanmalıdır. Kapak sayfasında projenin yapıldığı üniversite-fakülte-bölüm bilgilerinden sonra projenin tipi (Bilgisayar Projesi – Bitirme Projesi) yer almalıdır.

Bundan sonra proje adı verilmeli, proje yürütücüsü “Ünvan Ad Soyad” formatında yazılmalıdır. Projeyi gerçekleştiren ekipteki tüm öğrenciler “Numara Ad Soyad” formatında birer satır halinde listelenmelidir. Kapak sayfasının en alt satırında projenin gerçekleştirildiği il (İstanbul) ve yıl yer almalıdır. Bu sayfanın formatı, şablon dosyasında hazır olarak bulunmaktadır.

BAŞLIK NASIL OLMALIDIR?

Projenin başlığı, okuyacak kişilere proje hakkında fikir verecek şekilde belirlenmelidir. Başlık ne çok kısa ne de ilgiyi dağıtacak kadar uzun olmalıdır. Örneğin “İnsan Yüzü Tanıma”, yüz tanıma konusunda birden fazla yöntem olduğu için, proje çalışması hakkında yeterli fikir veremeyen genel bir başlıktır. “İnsan Yüzünün Geometrik Özelliklerini Değerlendirerek Yüz Tanıma Konusunda Bir Uygulama“ gereksiz kelimeler içerdiği için karmaşık bir başlıktır. “Geometrik Özelliklerine Göre Yüz Tanıma” konuyu tanıtmak için yeterli ve anlaşılır bir başlıktır.

TELİF HAKKI DEVİR SAYFASI

Bu sayfada projenin telif hakları, projenin yapılıp sunulduğu bölüme devir edilmektedir. Bu sayfanın formatı, şablon dosyasında hazır olarak bulunmaktadır.

(3)

İÇİNDEKİLER BÖLÜMÜ

İçindekiler tablosu, proje kitabının tümü için başlık ve alt başlıkların hangi sayfalarda yer aldığını sırasıyla listeleyerek gösterir. Bu bölüm şablon dosyasında gerekli komutların çalıştırılmasıyla otomatik olarak oluşturulmaktadır. Proje kitabının yazımı sırasında, sorun yaşanmaması için uygun stil tanımları kullanılmalıdır.

Örneğin, şablon kullanılmadan el ile bölüm başlıklarının biçimlendirilmesi durumunda İçindekiler Tablosu otomatik olarak oluşturulamayacak ve güncellenemeyecektir. Bundan ötürü şablon dosyasının düzgün kullanımı sorunların oluşmasını engelleyecektir.

SEMBOL LİSTESİ

Proje kitabı metninde geçen her türlü sembol, geçme sırasına göre bu bölümde listelenmelidir. İlk olarak sembol verilmeli, sonra da bu sembolün hangi anlamı simgelediği açıklanarak yazılmalıdır. Bu listenin formatı proje şablonunda bulunmaktadır.

KISALTMA LİSTESİ

Proje kitabı metninde geçen her türlü kısaltma, alfabetik olarak sıralı şekilde bu bölümde listelenmelidir. İlk olarak kısaltma verilmeli, sonra da bu kısaltmanın açık hali yazılmalıdır. Açılımı İngilizce olan kısaltmaların açık hali verildikten sonra parantez içinde Türkçe karşılığı da verilmelidir. Bu listenin formatı proje şablonunda bulunmaktadır.

ŞEKİL LİSTESİ

Proje kitabında yer alan tüm şekiller, geçme sırasında numaraları, açıklamaları ve sayfa numaraları ile birlikte bu bölümde listelenmelidir. Bu bölüm, şablon dosyasında gerekli komutların çalıştırılmasıyla otomatik olarak oluşturulmaktadır. Proje kitabının yazımı sırasında, sorun yaşanmaması için uygun stil tanımları kullanılmalıdır.

Örneğin, şablon kullanılmadan el ile şekil yazılarının biçimlendirilmesi durumunda Şekil Listesinin içeriği otomatik olarak oluşturulamayacak ve güncellenemeyecektir. Bu sebeplerle şablon dosyasının düzgün kullanımı sorunların oluşmasını engelleyecektir.

TABLO LİSTESİ

Proje kitabında yer alan tüm tablolar, geçme sırasında numaraları, başlıkları ve sayfa numaraları ile birlikte bu bölümde listelenmelidir. Bu bölüm, şablon dosyasında gerekli komutların çalıştırılmasıyla otomatik olarak oluşturulmaktadır. Proje kitabının yazımı sırasında, sorun yaşanmaması için uygun stil tanımları kullanılmalıdır.

Örneğin, tablo başlıklarının şablon kullanılmadan el ile biçimlendirilmesi durumunda Tablo Listesinin içeriği otomatik olarak oluşturulamayacak ve güncellenemeyecektir. Bu sebeplerle şablon dosyasının düzgün kullanımı sorunların oluşmasını engelleyecektir.

ÖNSÖZ BÖLÜMÜ

Önsöz, uzun bir çalışmayı tamamlayan ekibin, projenin teknik ve bilimsel içeriğinden bağımsız olarak görüşlerini yazdığı bölümdür. Ayrıca bu bölümde, proje çalışması sırasında bilgi, kaynak v.b. yardımı alınan kişi ve kuruluşlara teşekkür edilmelidir. Bu bölümde, çalışmasını tamamlayan ekip kendisine/kendilerine destek olan, yardım eden ailelerine ve arkadaşlarına da ayrıca teşekkür edebilir.

ÖZET BÖLÜMÜ

(4)

Bir proje kitabının en çok okunan bölümleri özet, giriş ve sonuç bölümleridir. Konu hakkında sadece genel bilgi edinmek isteyen kişiler çoğunlukla bu üç bölümü okumakla yetinirler. Bunun için proje konusu ve elde edilen önemli sonuçlar özet, giriş ve sonuç bölümlerinde bölüm özelliğine uygun detayda yinelenmelidir.

Özetin amacı, okuyucunun proje konusu hakkında genel bir fikir sahibi olmasını sağlamaktır. Özetin ilk paragrafında proje konusu tanıtılmalıdır. Diğer paragraflarda çalışmanın motivasyonu (çalışmanın neden yapıldığı), kapsamı, amacı ve katkısı adım adım anlatılmalı, kullanılan yöntemler kısaca tanıtılmalı ve ana sonuçlar verilmelidir.

Özet, tamamlanmış bir çalışmayı anlattığı için öğrenilen (miş’li) geçmiş zaman kullanılmalıdır. Anlatım,

“yapılmıştır, tamamlanmıştır” gibi edilgen yapıda olmalıdır.

ABSTRACT BÖLÜMÜ

Bu bölüm, Özet bölümünün birebir İngilizce çevirisi olmalıdır. Bölümümüze değişim programlarıyla ve yabancı öğrenci kontenjanlarıyla gelen öğrenciler ancak Abstract bölümünü okuyarak Bilgisayar Projeleri hakkında bilgi sahibi olabilmektedirler. Bu sebeple çevirinin özenli yapılması, hazır çeviri araçlarıyla yetinilmemesi projenin hitap edeceği kitleyi uluslararası ölçeğe taşıyacaktır.

Bitirme projeleri İngilizce olarak hazırlandığı için, bu bölümde Abstract yerine birebir Türkçe çevirisi olan Özet yer almalıdır.

GİRİŞ BÖLÜMÜ

Giriş bölümü, okuyucunun konuyu anlayıp projenin amacını ve konuya nasıl bir katkıda bulunduğunu değerlendirebilmesi için yeterli temel bilgileri içermelidir. Bu amaçla projenin konusu tanımlanmalı, çalışmanın yapılmasının gereği, amacı ve hedefi kısaca anlatılmalıdır.

Projenin motivasyonu; bir başka deyişle, bu konunun seçiliş sebebi ve konunun neden önemli olduğu, giriş bölümünde iyi bir şekilde vurgulanmalıdır. Ayrıca projenin konuya olan özgün katkısı varsa giriş bölümünde açık bir şekilde anlatılmalıdır. Bunların yanında proje çalışmasının anlaşılabilmesi için bilinmesi gereken ön bilgiler, giriş bölümünde okuyucuya aktarılmalıdır.

Giriş bölümünün sonunda okuyucunun hangi bölümleri okuyacağına karar vermesini kolaylaştırmak için proje kitabının sonraki bölümleri kısaca tanıtılmalıdır.

ÖN İNCELEME BÖLÜMÜ

Ön inceleme bölümü, projenin yapılacağı alanda daha önceden yapılmış olan mevcut ve benzeri çalışmaların incelenmesini içerir. Ön incelemenin amacı, projenin önceki çalışmalardaki hangi eksikleri gidereceği ya da hangi yolun izleneceğinin belirlenmesidir. Proje alanının etüt edilmesi ile kabaca gerçekleştirilecek projenin hangi ihtiyaçlara cevap vereceği belirlenir.

Bu bölümde konu ile ilgili daha önce yapılmış olan çalışmalar anlatılmalı ve değerlendirmeleri yapılmalıdır.

Bilimsel ve akademik içerikli çalışmalarda literatür özeti olarak bilinen bu bölümde konunun daha önceden hangi yönleriyle ele alınarak hangi sonuçların elde edildiği karşılaştırmalı olarak değerlendirilir. Bu sayede konuda uygulanan yöntemler ve eksik yönler ortaya çıkarılmış olur.

Bilgi sistemi ya da web uygulaması gibi projelerde halihazırda işlerin nasıl yürüdüğü anlatılmalı, aynı konuda yapılmış benzer sistemler ve örnekler karşılaştırmalı olarak değerlendirilmelidir. Bunların çalışma ilkeleri ve özellikleri, varsa eksik yönleri ve projenin bu alanda ne katkı sağlayacağı belirtilmelidir.

(5)

FİZİBİLİTE BÖLÜMÜ

Fizibilite bölümünde projenin yapılabilirlik etüdü gerçekleştirilmelidir. Projenin başarıya ulaşması için kaynakların alternatifler arasından hangi şartlara uygun olarak nasıl seçildiği, projenin zaman planlaması, projenin ekonomik öngörüleri ve yapılması durumunda oluşacak katma değerler bu bölümde incelenir ve belirlenir. Genel olarak Fizibilite çalışması,

• Teknik Fizibilite

• İş gücü ve Zaman Planlaması

• Yasal Fizibilite

• Ekonomik Fizibilite vb.

başlıklarını içermelidir.

Bu bölümde temel fizibilite adımları tanımlanmıştır. Bunlar dışında olabilecek sosyal, alternatif vb. fizibilite çalışmaları proje ihtiyaçlarına bağlı olarak proje danışmanı yönlendirmesiyle eklenmelidir.

TEKNİK FİZİBİLİTE

Teknik fizibilite, marka bağımsız teknik özelliklerin vurgulandığı bir çalışma olup kendi içinde Yazılım Fizibilitesi, Donanım Fizibilitesi ve Haberleşme (İletişim) Fizibilitesi şeklinde gruplanabilir.

Yazılım Fizibilitesi başlığında, kurulacak sistemi oluşturmak üzere seçilen İşletim Sistemi, Veri Tabanı Yönetim Sistemi, Web Sunucusu ve/veya diğer sunucu sistemleri, Uygulama Geliştirme Dili, Uygulama Geliştirme Ortamı, Diğer Ek Destek Yazılım Araçları gibi yazılım unsurlarının neler olduğunun ve bu unsurlarda ne tür teknik özellikler beklendiğinin vurgulanması gereklidir. Bu yazılım unsurlarının doğal olarak marka bağımlı alternatifleri de vardır. Beklenen teknik özelliklere göre hangi alternatifin seçildiği karşılaştırmalar yaparak ortaya konmalıdır.

Bu durumda seçilen alternatifin neden diğerlerinden üstün olduğu somut nedenlere dayanarak vurgulamalıdır.

Donanım Fizibilitesinde hedef, yazılım fizibilitesinde seçilen yazılım unsurlarını ve bu unsurlar kullanılarak gerçekleştirilecek olan uygulamayı başarı ile çalıştırmaya müsait, kısa ve orta vadeli gelişmelere açık bir sistemin seçilmesidir. Kullanılacak yazılım araçları için en düşük sistem gereksinimleri (İşlemci hızı, RAM ihtiyacı, Disk ihtiyacı vb.) göz önüne alınarak bir kurulum belirlenmelidir. Ancak gerek teknolojinin geldiği nokta gerek ise işleyişin rahat olması için bu belirlenen özelliklerden daha iyi bir kurulum önerilmelidir. Bu fizibilite tamamen teknik veriler ışığında yapılabilir ve marka belirtilmesi gerekmez. Uygulamanın özel bir donanıma bağlı olarak yapılmasının gerekli olduğu durumlarda Yazılım Fizibilitesi donanımın özellikleri göz önüne alınarak hazırlanabilir.

İletişim Fizibilitesi başlığı altında iletişim teknolojileri ve buna bağlı olarak kullanılması uygun olan cihaz/yazılım vb. teknik özellikler incelenmelidir.

ZAMAN FİZİBİLİTESİ

İş gücü ve Zaman planlaması yapılırken sonuca ulaşmak için takip edilecek ara adımlar tam olarak belirlenmeli ve bu adımların hangi teknik bilgi birikimine sahip kişilerce ve ne kadar sürede yapılabileceği yönünde planlar oluşturulmalıdır. Bu plan Gantt diyagramı kullanılarak ifade edilmelidir.

YASAL FİZİBİLİTE

Yasal Fizibilite, yapılan işin mevcut kanun ve yönetmeliklere uygun olup olmadığı, herhangi bir patent vb.

korunmuş hakkı ihlal edip etmediği ve/veya bazı teknolojililerin kullanılması için alınması gereken izinlerin olup

(6)

olmadığı gibi unsurları değerlendirmek için yapılmalıdır. Eğer bu unsurlar söz konusu değilse Yasal Fizibilite yapılamaz.

EKONOMİK FİZİBİLİTE

Ekonomik Fizibilitede, teknik (yazılım, donanım, iletişim), iş gücü/zaman fizibilitesi ve yasal fizibiliteden doğacak harcamalar detaylandırılmalı ve projenin toplam giderleri ortaya konmalıdır. Bunun yanında projenin devreye alınması ile sağlanacak tasarruf ya da elde edilecek gelirler de öngörülerek mali gelir analizi yapılmalıdır. Gelir ve gider kalemleri başabaş noktası grafiği gibi yöntemlerle karşılaştırılarak sistemin harcamaları ne kadar sürede amorti edeceği gösterilebilir.

SİSTEM ANALİZİ BÖLÜMÜ

Sistem analizinin amacı projede en uygun çözümü bulmak için ana öğeler ve işlevlerin ortaya çıkarılıp tanımlanmasıdır. Bu bölümde projenin hedefleri detaylandırılır. Ayrıca bilgi kaynakları ve gereksinimler belirlenir. Bölüm sonunda proje ile ilgili tüm gereksinimler tanımlanmış ve tasarım aşamasına geçecek en uygun çözüm belirlenmiş olmalıdır.

Gereksinimlerin ortaya çıkarılması için kullanılan araştırma ve bilgi toplama yöntemleri (görüşme, anket, vb.) ve sonuçları bu bölümde verilmelidir. Belirlenen gereksinimler ışığında sistemdeki modüller, kullanıcılar ve roller tanımlanmalıdır.

Gereksinim analizi modeli fonksiyonel ya da nesneye dayalı olarak hazırlanabilir. Eğer fonksiyonel yaklaşım tercih edilirse, sistemin nasıl çalışacağına dair iş akışları ve analiz modeline ait veri akış diyagramları hazırlanmalıdır. Veri akış diyagramları ikinci düzeye kadar hazırlanmalı ve modüllerin analizi yapılmalıdır.

Nesneye dayalı analiz tercih edildiğinde ise kullanım senaryoları (use-case) çözümlemesi ile gereksinimler belirlenmeli, kavramsal sınıf diyagramı ile analiz modeli oluşturulmalıdır.

Sistem analizi sonucunda proje sonlandığında ihtiyaçların karşılanıp karşılanmadığını test edecek yapı da ortaya çıkmaktadır. Bu sebeple projede kullanılacak performans metrikleri (hız, tanıma başarısı, özellik sayısı, vb.) de bu bölümde tanımlanmalıdır.

SİSTEM TASARIMI BÖLÜMÜ

Analiz aşaması bittikten sonra gerçekleştirilen tasarım aşaması bu bölümde raporlanmalıdır. Bu bölüm temel olarak; yazılım tasarımı, veritabanı tasarımı ve girdi-çıktı tasarımı alt bölümlerinden oluşmalıdır.

YAZILIM TASARIMI

Yazılım tasarımında, projede gerçekleştirilecek sistemin mimari tasarımı oluşturulmalıdır. Proje, bilgi sistemi gibi bir yazılım projesi ise bu bölüm sistem tasarımı ilkelerine göre hazırlanmalıdır. Proje, bilimsel bir sonuç veya deney için hazırlanıyorsa o zaman uygulanan bilimsel yöntem ve metodolojiler sırası ile tanıtılarak sistem tasarlanmalıdır.

Yazılım projelerinin tasarımı, bir önceki bölümde olduğu gibi bu alt bölüm de fonksiyonel ya da nesneye dayalı yaklaşımlarla hazırlanabilir. Fonksiyonel yaklaşım tercih edilecek ise veri akış diyagramlarından hareketle modüller hazırlanır ve yapı diyagramları ile tasarlanır. Nesneye dayalı tasarım, etkileşim diyagramları ile (ardışıl diyagramlar veya işbirliği diyagramları) yapılmalıdır. Bu aşamada yazılım sınıfları da ortaya çıkarılarak tasarım sınıf diyagramı da hazırlanmalıdır.

(7)

Bilimsel ve akademik çalışmalardan oluşan projelerde ise öncelikle, sistemin genel yapısı ve çalışma şekline ait blok diyagramı verilmelidir. Daha sonra, verilere uygulanan ön işleme adımları, kullanıldıysa özellikler üzerinde yapılan hazırlık işlemleri (özellik çıkarımı gibi), uygulanan yöntemler (sınıflandırma, kümeleme, zaman serisi tahmini, vb.) gibi bileşenler ayrıntılarıyla anlatılmalı ve blok diagramındaki her ana işlem aşamasında yapılan çalışmalara ait teknik bilgi ve gerekli yarı kod ve/veya akış diyagramı verilmeli, parametre seçimi, algoritma özelleştirme adımları gibi konular detaylı olarak anlatılmalıdır.

VERİTABANI TASARIMI

Veritabanı tasarımında, projenin analiz ve tasarım aşamalarında belirlenen, hakkında veri tutulması gereken varlıklar ve bunlar arasındaki ilişkiler ortaya koymak için varlık-ilişki diyagramı (Entity-Relationship, E-R) kullanılmalıdır. Varlıklar ve aralarındaki ilişkiler tasarlandıktan sonra, eğer gerekiyorsa veri üzerinde veritabanı düzeyinde işlem yapmak için gerekli olan yordamlar (stored procedures) da tasarlanmalıdır. Veri üzerinde olay ve durumlara göre otomatik tetiklenerek çalışması gereken işlemler (trigger) de oluşturmalıdır.

Bilimsel veya akademik içerikli projelerde ise kullanılan veri kümeleri, özellikleri ve yapılarıyla tanıtılmalıdır. Veri kümeleri oldukları haliyle kullanılmayıp üzerinde seçme ya da azaltma gibi işlemler yapıldıysa bu bölümde açıklanmalıdır. Veri yapıları ve saklama biçimleri bu bölümde tariflenmelidir.

GİRDİ-ÇIKTI TASARIMI

Bu bölümde projenin veri girişlerini, işlem kontrollerini ve sonuç çıktılarını sağlayan ekranlar gibi arayüzlerin tasarımları verilmelidir. Uygulama penceresi, web sayfası, mobil cihaz arayüzü gibi çeşitli girdi ortamlarından hangileri kullanıldıysa bu bölümde yer almalıdır. Çıktı için form, rapor veya grafik gibi değişik ortamlar kullanılıyorsa bunların tasarımları da bu bölümde verilmelidir.

UYGULAMA BÖLÜMÜ

Bu bölümde gerçeklenen projenin çalışan haline ait ekran görüntüleri yer almalıdır. Özellikle gereksinimleri karşılayacak şekilde modül veya işlemlerin gösterilmesi beklenmektedir. Uygulamada yapılan kontroller, gerekirse her adımdan sonra ara çıktılar, girilen verinin sonucunda sistemin işlemesi ve elde edilen çıktılar gibi sistemin çalışan hali bu bölümde verilmelidir.

DENEYSEL SONUÇLAR BÖLÜMÜ

Yazılım uygulamalarında sistemin değişik senaryolarla çalışması sonucunda oluşan çıktılar bu bölümde verilmelidir. Genel senaryoların dışında problemin uç noktaları gözönünde bulundurularak sistemin her koşul için girdi-çıktı uyumuna sahip olup olmadığı incelenmelidir.

Gerçekleştirilen uygulamada, farklı parametreler kullanılarak yapılan testlere ait sonuçların, farklı yöntemlerle elde edilen sonuçların, ya da farklı veri kümeleri üzerindeki uygulamaların karşılaştırmalı sonuçlarının bu bölümde verilmesi gereklidir.

PERFORMANS ANALİZİ BÖLÜMÜ

Sistemin çalışma performansı bu bölümde değerlendirilmelidir. Performans değerlendirme için kullanılan yöntemler tanıtılmalı (örneğin stres testi) ve sonuçları tartışılarak değerlendirilmelidir.

(8)

Bilimsel içerikli projelerde ise bir önceki bölümde elde edilen deneysel sonuçlar değerlendirilmeli ve karşılaştırmalı olarak yorumlanmalıdır. Hangi yöntem veya parametre seti ile nasıl başarı sağlandığı, başarının neden yüksek ya da düşük olduğu objektif olarak yorumlanmalıdır.

SONUÇ BÖLÜMÜ

Sonuç bölümü, gerçekleştirilen çalışmadan elde edilen sonuçların değerlendirildiği bölümdür. Bu bölümde;

• Proje konusu tanımlanmalı ve kullanılan yöntemler özetlenmelidir.

• Elde edilen sonuçlar açık ve basit cümlelerle ifade edilmelidir.

• Deneysel çalışmalarda, farklı deney sonuçlarının değerlendirilmesinden elde edilen ana sonuçlar anlatılmalı mümkünse bu sonuçlara göre genellemeler yapılmalıdır.

• Bu konuda çalışmak isteyenlere yol göstermek için yapılan proje çalışmasında başlangıçta belirlenen hedefe ne kadar ulaşıldığı, çalışmanın üstün ve eksik yönleri anlatılmalıdır.

• İleriye yönelik çalışmalar için, varsa öneriler belirtilmelidir.

KAYNAKLAR BÖLÜMÜ

Proje metninde atıf yapılan kaynaklar projede ortaya çıkış sırasına göre numaralandırılarak bu bölümde verilmelidir. Kaynakların nasıl biçimlendirileceği ve metin içinde kaynaklara nasıl atıf yapılacağı ile ilgili bilgi, Proje Kitaplarının Yazım Kuralları bölümünün Kaynaklar alt bölümünde açıklanmıştır.

EKLER BÖLÜMÜ

Ekler bölümünde, proje metni içinde yer alması gerekli olmayan ve okunurluğu bozacak kadar büyük ve detaylı tablo, akış diyagramı gibi bilgiler bulunmalıdır. Bu bilgilere proje metni içinde gerektiği yerde referans verilmelidir.

ÖZGEÇMİŞ BÖLÜMÜ

Projeyi hazırlayan kişilerin eğitim, öğretim, staj yaptığı yerler, varsa daha önce yaptığı projeler ve benzeri konulara ait bilgiler kronolojik sırayla verilmelidir. Örnek bir özgeçmiş aşağıda verilmiştir.

ÖZGEÇMİŞ

Ad Soyad Ayşe Şenyılmaz

Doğum Tarihi 19.03.1993

Doğum yeri Bolu

Lise 2004 - 2011 Kadıköy Kız Lisesi

Staj Yaptığı Yerler Türk Telekomünikasyon A.Ş. - İstanbul - (8 hafta) Bundesanstalt für Strassenwesen, Almanya (10 hafta)

İş Tecrübesi Cubic Internet Solutions, Web sitesi tasarımcısı, Proje bazlı serbest çalışan Tekno Bilişim A.Ş., Yazılım Mimarı, Yarı zamanlı (6 ay, devam ediyor) Başarılar 2013 IBM Yazılım Akademisi Mobil Kodlama Yarışması, İkincilik Ödülü Üyelikler IEEE Öğrenci Birliği (üye), YTÜ Bilişim ve İletişim Kulübü (raportör),

Abant Kuş Gözlemcileri Derneği

(9)

PROJE RAPORLARININ İÇERİKLERİ

Proje döneminde biri karton kapaklı olmak üzere 3 adet rapor teslim edilmektedir. Bilgisayar projesi raporları TÜRKÇE, Bitirme projesi raporları İNGİLİZCE hazırlanmalıdır. 1. Ve 2. Ara raporlarda Bilgisayar projeleri MAVİ, Bitirme projeleri SARI plastik dosyaya koyularak teslim edilmelidir. Karton Kapaklı Raporlar, Bilgisayar projeleri için MAVİ, Bitirme projeleri için SARI karton kapaklı olarak teslim edilmelidir. Her sayfa ayrı şeffaf dosyaya KOYULMAMALIDIR.

İlk 2 raporda Önsöz, Özet ve Abstract yazılmamalıdır. Üç konu başlığı da proje tamamladığında KARTON KAPAKLI KİTAP (3.Rapor) içeriğine eklenmelidir. Her rapor dönemi sonrasında danışman ve/veya danışman yardımcısı tarafından istenilen düzeltmeler bir sonraki raporda gerçekleştirilmiş olmalıdır. Raporlar, kümülatif olarak proje kitabını oluşturmaya yönelik hazırlanmalıdır. Raporlarda bu dokümanda açıklanan ana başlıklar yer almalıdır. İhtiyaç halinde, proje grubu bu ana başlıkların altına proje içeriğine uygun olarak alt bölüm başlıklarını ekleyebilir.

Tüm raporlar, bu dokümanda “Proje Kitaplarının Yazım Kuralları” bölümündeki yönergeye uygun olarak hazırlanmalıdır. Proje raporları hazırlanırken günlük konuşma dilindeki ifade şekli kullanılmamalıdır. Rapordaki cümleler kısa, anlaşılır ve net olmalıdır. Noktalama işaretlerine dikkat edilmelidir.

1. RAPOR

1.Raporda yer alması gereken bölümler aşağıdaki gibidir. Bu bölümlerin içeriklerine ait detaylı açıklama bu dokümanda “Proje Kitabının Bölümleri” başlığı altında verilmiştir. 1. Rapor, Bilgisayar projeleri için MAVİ, Bitirme projeleri için SARI plastik dosyaya koyularak teslim edilmelidir.

• İçindekiler Listesi

• Sembol Listesi

• Kısaltma Listesi

• Tablo Listesi

• Şekil Listesi

• Giriş

• Ön İnceleme

• Fizibilite

• Sistem Analizi

2. RAPOR

2. Rapor, Bilgisayar projeleri için MAVİ, Bitirme projeleri için SARI plastik dosyaya koyularak teslim edilmelidir.

2.Rapor, 1.Raporda yer alan bölümlere ek olarak şu bölümleri içermelidir.

• Sistem Tasarımı

• Uygulama

3. RAPOR – KARTON KAPAKLI KİTAP

3.Rapor, ilk 2 rapordaki bölümlere ek olarak şu bölümleri içermelidir.

• Önsöz

• Özet

• Abstract

(10)

• Performans Analizi

• Deneysel Sonuçlar

• Sonuç

• Kaynaklar

Karton Kapaklı Raporlar, Bilgisayar projeleri için MAVİ, Bitirme projeleri için SARI karton kapaklı olarak teslim edilmelidir. Jüri üyeleri, sınav sırasında yapacağı değerlendirmede teslim edilen Karton Kapaklı kitap üzerinden puanlamasını yapacaktır.

(11)

PROJE KİTAPLARININ YAZIM KURALLARI

Bilgisayar ve Bitirme Projesi kitapları ile ara raporlarının yazımında aşağıdaki kurallara uyulmalıdır. Proje şablonu dosyası bu kurallara uygun olarak hazırlanmıştır. Şablonun bu kurallara uygun olarak kullanılması zorunludur.

SAYFA DÜZENİ

• Proje kitabının yazımında A4 (210 x 297 mm) standardında beyaz kağıt kullanılmalıdır.

• Kağıdın bir yüzü kullanılmalıdır.

• 12 punto boyutunda “Times New Roman” Türkçe yazı tipi kullanılmadır.

• Sayfa kenar boşlukları soldan 3.5, sağdan 2.5, alttan ve üstten 3 cm olmalıdır.

• Giriş bölümüne kadar olan kısım, İçindekiler ii ile başlamak üzere Roma Rakamları ile numarlandırılmalıdır ( iç kapak sayfası i kabul edilir, yazılmaz).

• Sayfa numarası sayfanın üst kısmına, ortalanarak yazılmalıdır.

• Satır ve paragraflar en sol kenardan başlamalı, paragraf girintisi kullanılmamalıdır.

• Satırlar sağdan ve soldan aynı hizada olmalıdır (iki yana yaslı, justified).

• Metinde 1.5 satır aralığı kullanılmalıdır.

• Paragraflar arasında 1.5 satır aralığı boşluk bırakılmalıdır.

• Ana bölümler yeni sayfada başlamalıdır.

• Başlıklardan sonra 1.5 satır aralığı boşluk bırakılmalıdır.

BÖLÜM BAŞLIKLARI

• Metindeki bölüm ve alt bölüm başlıkları (1., 1.1., 1.2.5. gibi) numaralandırılmalıdır.

• En fazla 4 seviye alt başlık olmalıdır. (Örneğin, 1.1.1.1.1 olmamalıdır.)

• Alt bölüm başlıkları kelimelerin ilk harfi büyük diğer harfleri küçük olarak, geri kalan tüm başlıkların tamamı büyük harflerle yazılmalıdır.

• Tüm başlıklar sayfanın sol kenarından başlamalı ve koyu olmalıdır.

• Bir bölüm başlığından hemen sonra bir alt bölüm başlığı başlamamalı, bölümleri tanıtmaya yönelik en az bir cümle yazılmalıdır.

ŞEKİLLER

• Şekil numarası ve açıklaması şeklin altına ve şekilden sonra 1 satır boşluk bırakılarak yazılmalıdır.

• Şekillere her ana bölümün numarası ile başlayan ve o bölümün kaçıncı şekli olduğunu gösterecek şekilde numara verilmelidir. Örneğin 3. bölümün 2. şekli “Şekil 3.2” olarak numaralandırılmalıdır.

• Şeklin açıklaması, şekil numarasından sonra bir karakter boşluk bırakılarak, ilk sözcüğün ilk harfi büyük diğer harfler küçük olacak şekilde ve koyu yazılmalıdır.

• Şekiller ve başlıkları metin içinde ortalanmalıdır.

• Bir yayından aynen alınan şekillerde şekil başlığının sonunda kaynak referans gösterilmelidir.

• Aşağıda kurallara uygun örnek bir şekil verilmiştir.

(12)

Şekil 5.2 Ayrık Fourier Dönüşümünde örnekleme frekansı çok düşük seçilirse frekans spektrumunda üstüste gelmeler olur.

TABLOLAR

• Tablo numarası ve açıklaması tablonun üstüne yazılmalıdır. Açıklama ile tablo arasında 1 satır boşluk bırakılmalıdır.

• Tablolara her ana bölümün numarası ile başlayan ve o bölümün kaçıncı tablosu olduğunu gösterecek şekilde numara verilmelidir. Örneğin 3. bölümün 2. tablosu “Tablo 3.2” olarak numaralandırılmalıdır.

• Tablonun açıklaması, tablo numarasından sonra bir karakter boşluk bırakılarak, ilk sözcüğün ilk harfi büyük diğer harfler küçük olacak şekilde ve koyu yazılmalıdır.

• Tablolar ve başlıkları metin içinde ortalanmalıdır.

• Bir yayından aynen alınan tablolarda, tablo başlığının sonunda kaynak referans verilmelidir.

• Aşağıda kurallara uygun örnek bir tablo verilmiştir.

Tablo 4.5 Değişik sunucu platformlarında işletme giderlerinin dağılımı (IDC, 1998) (ağ merkezli modelde önemli olan unsurlara ait giderler açık gri ile belirtilmiştir.) Maliyet Unsurları IBM OS/400 NT Server Unix

$/Yıl/Kişi % $/Yıl/Kişi % $/Yıl/Kişi %

Planlama ve Yönetim 416 17 831 17 621 15

Satın alma 26 1 248 5 110 3

Kuruluş 162 7 312 6 293 7

Kullanıcı Destek 424 17 754 15 532 13

Uygulama Geliştirme 723 29 1157 23 1321 32

Web Yönetimi 160 6 171 3 132 3

Veri Tabanı Yönetimi 123 5 394 8 247 6

Yönetim 98 4 236 5 217 5

Ağ Yönetimi 125 5 319 6 213 5

Yedekleme 25 1 40 1 80 2

Fon Yönetimi 0 0 79 2 88 2

Geliştirme/ /Değiştirme 32 1 146 3 91 2

Operasyon 148 6 315 6 169 4

Devre Dışı Bırakma 49 2 32 1 25 1

İmha 0 0 0 0 34 1

TOPLAM 2511 100 5034 100 4183 100

(13)

DENKLEMLER, EŞİTLİKLER VE BAĞINTILAR

• Denklem, eşitlik ve bağıntıların yazımına sayfanın sol kenarından başlanmalıdır.

• Denklem, eşitlik ve bağıntılara her ana bölümün numarası ile başlayan ve o bölümün kaçıncı eşitlik veya bağıntısı olduğunu gösteren bir numara verilmelidir. Bu numara parantez içinde sayfanın sağına dayalı olarak yazılmalıdır. Örneğin 3. bölümde verilen 4. bağıntı (3.4) şeklinde belirtilmelidir.

• Metin ile denklem, eşitlik veya bağıntı arasında 1 satırlık boşluk bırakılmalıdır.

• Örnek bir denklem aşağıda verilmiştir.

KAYNAKLAR

Proje metninde atıf yapılan kaynaklar proje kitabında ortaya çıkış sırasına göre numaralandırılarak köşeli parantez içinde belirtilmelidir.

Kaynakların yazımında aşağıdaki kurallara dikkat edilmelidir.

• İkiden fazla yazarlarda ilk iki isim alınıp, diğer isimler için Türkçe yayınlarda “v.d.”, İngilizce yayınlarda

“et.al.” eklenmelidir.

• Kaynak bir makale ise, yazarın soyadı, adının baş harfi, parantez içinde yılı, çift tırnak arasında makalenin tam başlığı, derginin adı(veya uluslararası kısaltmaları), cilt numarası, sayı numarası, başlangıç ve bitiş sayfa numaraları yazılmalıdır.

Örnek:

[1] Cohen, M., Greenberg, D. v.d., (1986), “An Efficient Radiosity Approach for Realistic Image Synthesis”, IEEE Computer Graphics and Applications, Vol.6, No.3, pp.26-35.

• Kaynak sempozyumdan alınmış bir bildiri ise, yazarın soyadı, adının baş harfi, parantez içinde yılı, bildirinin adı, sempozyumun adı, yapıldığı yer, başlangıç ve bitiş sayfa numaraları yazılmalıdır.

Örnek:

[2]Turner, L. ve Grauman, P., (1995) “Rapid Hardware Prototyping of Digital Image Processing Systems, 5th International Workshop on Field Programmable Logic and Applications, pp.111-118.

• Kaynak bir kitap ise, yazarın soyadı, adının baş harfi, parantez içinde yılı, kitabın adı, yayın evi yazılmalıdır.

Örnek:

[3] Akansu, A. ve Haddad, R.A.,(1992), Multiresolution Signal Decomposition, Academic Press, San Diego.

• Kaynak basılmış bir tez ise, yazarın soyadı, adının baş harfi, parantez içinde yılı, tezin adı, tezin türü, tezin sunulduğu kuruluş yazılmalıdır.

Örnek:

[4] Başak, S., Güneydaş, İ., v.d., (1998) “Belirleyici Özelliklerine Göre İnsan Yüzü Tanıma”, Bitirme Projesi, Yıldız Teknik Üniversitesi Bilgisayar Bilimleri ve Mühendisliği Bölümü.

• Kaynak bir İnternet kaynağı ise sayfanın başlığı, tam URL adresi ve erişim tarihi yazılmalıdır.

Örnek:

[5] “As We May Think”, http://www.theatlantic.com/magazine/archive/1945/07/as-we-may- think/303881/, 11.01.2013.

( )

s N x

_i

x

i N 2

0

1 2

= 1 −

=

∑

−

^(2.1)

(14)

KAYNAKLARA METİN İÇİNDE DEĞİNME

Proje metni içinde kaynaklar, proje içerisinde ortaya çıkış sırasına göre numaralandırılarak referans gösterilir.

Referans gösterilen kaynağa ait bilgiler, Kaynaklar bölümünde numara sırası ile verilir.

Örnek:

Belirgin şekilde gri seviyesi farkı olan iki bölge arasında kalan sınır çizgisi kenar (edge) olarak isimlendirilir [1].

ŞEKİL, TABLO, EŞİTLİK VE BAĞINTILARA DEĞİNME

Proje metni içinde bir şekil, tablo, eşitlik veya bağıntıya numarası verilerek değinilir.

Örnekler:

• Select Out ve Select In sinyallerinde elektriksel bir kesinti oluşmaması için kullanılabilecek devrenin yapısı Şekil 3.4’de görülmektedir.

• Paralel kanalda tanımlı komutlar ve bu komutların iç yapıları Tablo 3.2’de verilmiştir.

• Kenar Belirleme işleminde Gradient operatörünün genliği Eşitlik 4.2’de belirtildiği gibi hesaplanır.

(15)

PROJE KİTABI VE CD’Sİ TESLİM KOŞULLARI

Bilgisayar ve Bitirme Projeleri sınavında jüri tarafından başarılı bulunan gruplar, bez ciltli proje kitaplarını proje CD’si ile birlikte bölüm sayfasında duyurulan tarih ve saatlerde belirlenen yerlerde teslim ederek süreci tamamlamalıdır. Kitap ve CD tesliminde dikkat edilmesi gereken konular ve hazırlanmasında uyulması gereken kurallar bu bölümde açıklanmıştır.

• Proje kitaplarının hazırlanmasında, bu belgedeki açıklamalara uyulmalı ve uygun şablonlar kullanılmalıdır. Kurallara uygun olmayan projeler kabul edilmez.

• Proje kitabının içinde geliştirilen programa ait kaynak kodları (source code) yer almamalıdır.

• Proje kitabının cildinin iç tarafına Proje Teslim Formu (Bölüm web sitesinde Projeler klasöründen erişilebilir) doldurularak yapıştırılmalıdır.

• Bilgisayar projesi kitabı SİYAH RENKLİ BEZ CİLT ile ciltlenmelidir.

• Bitirme projesi kitabı BORDO RENKLİ BEZ CİLT ile ciltlenmelidir.

• Cildin sırtına proje ismi, proje grubunu oluşturan öğrencilerin numara ve isimleri ve proje başlığı yazılmalıdır.

• Proje Kitapları tek nüsha olarak, aşağıda detayları açıklanan içeriklere sahip CD ile teslim edilmelidir.

• Kurallara uygun olmayan kitap ve biçimi uymayan CD ile getirilen projeler kabul edilmeyecektir.

PROJE CD’Sİ HAZIRLAMA KURALLARI

Proje CD’sinin (içerik boyutuna göre DVD vb. optik medya da olabilir) üstüne CD kalemi ile proje türü, dönemi, proje adı, proje grubu öğrenci numaraları ve isimleri ile proje yürütücüsü bilgileri yazılmalıdır. Teslim aşamasında CD’yi bir zarf içerisinde kitabın arasına koyunuz.

Proje CD’si başlığı olarak grubun öğrenci numaralarının yazılması yeterlidir. CD içeriği aşağıda açıklanan yapıda olmalıdır. Bu yapı CD’nin kök klasöründe yer almalı, CD’nin içine tekrar bir klasör açılmamalıdır.

• Proje Teslim Formu: Proje kitabının içine yapıştırılmış olan Proje Teslim Formu’nun elektronik olarak doldurulmuş kopyası olmalıdır.

• Proje Açıklama Dosyası: Açıklama.txt isminde projenin yeni bir bilgisayara kurulması aşamasında yapılması gereken işlemlerin adım adım anlatıldığı, gerekli ayarlamaların açıklandığı bir dosya hazırlanacaktır. Bu dosyada yazılanların takip edilerek yapılması durumunda projenin çalıştırılabilir olması esastır.

• Proje Kitabı : \Doc\ dizini altında projenin basılı olarak teslim edilen kitabının elektronik kopyası yer almalıdır. Kitap şablondaki gibi tek bir dosyadan oluşmalıdır.

• Proje Kaynak Kodu: \Code\ dizini altında proje dahilinde geliştirilen program(lar)ın açık kaynak kodları yer almalıdır.

• Projenin Çalıştırılabilir Hali : \Run\ dizini altında projenin derlenmiş ve çalıştırmaya hazır şekli yer almalıdır. Özellikle kurularak çalıştırılması gereken uygulamalarda bu dizin altında programın kurulmasını sağlayacak türde yükleme yazılımları (install scripts vb.) da bulunmalıdır.

• Proje Veri Tabanı : \Database\ dizini altında (var ise) proje içinde kullanılan veri tabanının yaratılmasını sağlayan dosyalar (creation scripts) ve veri tabanının proje esnasında kullanılan (içinde örnek bilgilerin bulunduğu) halinin yedeklenmiş hali (backup veya export olarak) bulunmalıdır. Veritabanı kullanlmayan projelerde veri saklanan dosyalar (XML vb.) da bu klasörde yer alabilir. Akademik içerikli projelerde kullanılan veri kümeleri bu klasörde verilebilir.

• Proje içinde kullanılan diğer ek yazılımlar: \Misc\ dizini altında proje içinde kullanılan freeware, shareware türü programlar varsa bunlara ait kopyalar bulunmalıdır. (Kullanılan programlama dili, veri tabanı yönetim sistemi, işletim sistemleri gibi yazılımlar buraya kopyalanmamalıdır.)

(16)

KİTABIN HAZIRLANMASINDA DİKKAT EDİLMESİ GEREKEN NOKTALAR

Lütfen teslim etmeden önce aşağıdaki kontrol listesini kullanarak proje rapor ve kitaplarınızın bu kılavuza uygunluğunu denetleyiniz. Proje raporunuzla birlikte bu sayfayı da doğru şekilde doldurulmuş olarak teslim ediniz.

Proje kitabının (dosya/karton kapak/cilt) rengi doğru mu? ...

Ciltli proje kitabının sırtında proje ekibi ve proje başlığı bilgileri yazıyor mu? ...

Proje kitabının yazıldığı dil (Türkçe/İngilizce) doğru mu? ...

Telif hakları devir sayfası var mı? ...

İçindekiler kısmında sayfa numaraları sağa dayalı mı? ...

İçindekiler kısmında başlıklar ile sayfa numaraları arası nokta ile doldurulmuş mu? ...

İçindekiler kısmında alt başlıklar içeriden başlayacak şekilde yazılı mı? ...

İçindekiler kısmında Sembol, Kısaltma, Şekil, Tablo listeleri ile Önsöz, Özet ve Abstract var mı? ...

Şekil listesi, formata uygun şekilde hazırlanmış mı? ...

Tablo listesi, formata uygun şekilde hazırlanmış mı? ...

Sembol listesi, formata uygun şekilde hazırlanmış mı?

(Proje kitabında yer alan tüm eşitliklerde kullanılan sembollerin Sembol listesinde yazılması gerekmektedir) . Kısaltma listesi, formata uygun şekilde hazırlanmış mı?

(Proje kitabında bulunan tüm kısaltmaların açılımları Türkçe ve İngilizce olarak verilmiş mi?)...

Proje Kitabında Özet ve Abstract var mı? ...

Sayfa numaraları sayfanın üzerinde ve ortalanmış şekilde mi? ...

Sayfa numaraları, 1. bölüme kadar roman rakamı ile yazılmış mı?...

Sayfa numaraları, 1. bölümden itibaren normal rakamlar ile yazılmış mı?

Proje kitabının bölümlerine ait başlıklar bu dokümandaki açıklamalara uygun şekilde seçilmiş mi? ...

Birinci seviye başlıklar yeni sayfadan başlıyor mu? ...

Her seviyedeki başlıklar altında en az birkaç cümlelik bir açıklama var mı? ...

Normal yazılar her iki yana dayalı (justify) şekilde hizalanmış mı? ...

Şekil numaralandırmaları doğru yapılmış mı?

(Şekillere her ana bölümün numarası ile başlayan ve o bölümün kaçıncı şekli olduğunu gösterecek şekilde numara verilmelidir. Örneğin 3. bölümün 2. şekli “Şekil 3.2” olarak numaralandırılmalıdır.) ...

Şekil numara ve açıklamaları şeklin altına yazılmış mı? ...

Şekil numara ve açıklamaları ortalanmış mı? ...

Tablo numaralandırmaları doğru yapılmış mı?

(Tablo numaralandırmaları şekil numaralandırmaları ile aynı kurala göre yapılmalıdır.) ...

Tablolara ait numara ve açıklamalar tablonun üstüne yazılmış mı? ...

Tablolara ait numara ve açıklamalar ortalanmış mı? ...

Tablolar tek sayfaya sığacak şekilde yerleştirilmiş mi? ...

Şekil ve tablolara yazı içerisinde atıf yapılmış mı? ...

Proje kapsamında geliştirilen kod ve tasarımlara (ekran çıktıları, vb.) ait bilgiler ekler (appendix) kısmında verilmiş mi? ...

Proje kitabında referanslar kısmında verilen kaynaklara yazı içerisinde atıfta bulunulmuş mu? ...

Proje kitabının sonunda, proje üyelerine ait özgeçmiş kısmı var mı? ...

Ciltli proje kitap kapağının iç kısmına, proje teslim formu yapıştırılmış mı? ...