Tasarım Belgesi | ||
Tolga SOFUOĞLU, Özgür ERGÜN Öz Proje Tanımı
Mimari Tasarım Belgemizde işbirliği diyagramlarını birer etkileşim şeması olarak kullanıyoruz. Burada işbirliği diyagramlarının gereği olarak sınıflar arasındaki zaman sıralamasından çok ilişki kısmı üzerinde durduk. Küçük oklar sınıflar arasında gidip gelen mesajları ( işlevleri )göstermektedir. Aşağıdaki diyagramda anket doldurma işlemi sırasında gerçekleşecek sınıf ilişkileri tanımlanmıştır. Burada sırasıyla anket, AnketSecenegi ve AnketSorusu sınıfları ilişki içerisindedir. Mobil uygulama içerisinden sorular cevaplandırılmakta ve son sorudan sonra cevapların tümü Anket sınıfı üzerinden sunucuya gönderilmektedir. Şekil 1 - Anket Doldur İşbirliği Diyagramı Anket girişi işleminde yeni bir Anket örneği yaratıldıktan sonra yeni sorular ve yeni secenekler girilmektedir. Şekil 2 - Anket Girişi İşbirliği Diyagramı Hatırlatma girişi diyagramında sadece sistemmesaji sınıfı kullanılmakta, diğer sınıflarla herhangi bir etkileşim görülmemektedir. Burada sistemmesaji sınıfındaki SistemMesaji yapıcısı ve mesaj bilgileri nitelikler yolu ile girildikten sonra sunucuyagonder mesajı gönderilmiştir. Şekil 3 - Hatırlatma Girişi İşbirliği Diyagramı Misafirin hatırlatma okuma işleminde de yine tek bir sınıf kullanılmıştır ve diğer sınıflarla arasında herhangi bir etkileşim yoktur. Burada yine SistemMesaji yapıcısı çağırıldıktan sonra bu sefer farklı olarak mesajYanıtı ile birlikte sonuç sunucuya gönderilmiştir. Buradaki mesajyanıtı herzaman kullanılmamakla birlikte eğer hatırlatma mesajına bir cevap bekleniyor ise evet, hayır gibi bir sonuç gönderilir. Şekil 4 - Hatırlatma Okuma İşbirliği Diyagramı Hizmet takibi işbirliği diyagramı, hizmet talebi diyagramı ile bağlantılı olduğundan birlikte gösterilmiştir. Burada hizmet talebinden hemen sonra resepsiyonistin kullandığı uygulama ani bir uyarı verecek ve çağırılan oku() işlevi ile yeni bir IMesaj interface nesnesi yaratılarak, bu mesaj yönetim sistemindeki istemci tarafında okunacaktır. Şekil 5 - Hizmet Takibi İşbirliği Diyagramı Hizmet talebi işleminde HizmetTalebi ve Siparis sınıfları işbirliği içerisindedir. Burada yeni bir HizmetTalebi yaratılır, eger gerekiyorsa HizmetTalebi nesnesi aracılığıyla yeni bir veya birden fazla Siparis nesnesi yaratılır ve istenildiği anda bu talep sunucuya gonderilebilir. SunucuyaGonder işlemi yine HizmetTalebi nesnesinin kendi içerisinde çağırılmaktadır. Şekil 6 - Hizmet Talebi İşbirliği Diyagramı Menü girişi işbirliği diyagramında sadece Siparis sınıfı kullanılmakta ve diğer sınıflarla herhangi bir işbirliğine gerek duyulmamaktadır. Burada sınıfın Siparis() yapıcısı ve Kaydet işlevi kullanılarak senaryo tamamlanmaktadır. Şekil 7 - Menu Girişi İşbirliği Diyagramı Veri Tasarımı Projede nesne yönelimli tasarım yöntemi kullananılmaktadır. Nesne yönelimli yaklaşımı kullanırken sınıf diyagramından yararlanılmıştır. Aşağıda modellenmiş olan sınıf diagramı ; sınıflar, bunların ilişkileri, operasyonları, nitelikleri ve nitelik tiplerini göstermektedir.Bu tasarım modelinde sistemde tanımlanmış olan iş modelinin nasıl gerçekleştirileceğine dair teknik bir diyagram sunulmuştur.
Arayüz Tasarımı
Arayüz tasarımında, yazılımdaki modüller ve yazılım ile kullanıcı arasındaki arayüzlerin tasarımı yapılmıştır. Şekiller gerçek programın çıktıları olmayıp, yapılması tasarlanan arayüzlerin birer taslağı olması hedeflenerek çizilmiştir. Çizim programı olarak Visual Paradigm User Interface diyagramları kullanılmıştır.
Aşağıda Mobil cihazlardan yapılacak olan anket doldurma işleminin arayüzü tasarlanmaya çalışılmıştır. Burada otel personeli tarafından girilen bir anket sorusu ve seçenekleri görülüp misafir tarafından seçim yapılabilmektedir. Tek arayüzden oluştuğundan bu işlem sırasında herhangi bir parametre geçişi yoktur.
Mobil arıza/eksik bildirimi yarayüzünde misafir tarafından sunucuya bir mesaj gönderilmektedir. Bu amaçla bir adet tanımlama kutusu ile bir buton inputu yeterli görülmüştür. Bu arayüzde herhangi bir çıktıya ihtiyaç duyulmamıştır.
Hatırlatma girişi arayüzünde 2 adet adım kullanılmıştır. Bu adımlardan ilki olan ekleme arayüzünde gönderimtarihi, secenekTipi, tekrarTipi, tekrarBitişi ve içerik inputlari kullanılmıştır. Ayrıca güncelleme işlemi yapılacağında bu arayüze MesajID parametresinin geçirilmesi gerekmektedir.
Menü girişi arayüzünde 5 adet girdi ve yine liste tipinde bir çıktı kümesi kullanılacaktır. Girdiler ; ürünKodu, adi, birim, fiyat ve resimYoludur. Çıktı sütunları ise yine girdisi yapılan parametrelerin çıktı olarak satır satır gösterilmesi şekilde tasarlanmıştır.
Oda servisi arayüzleri 3 aşamadan oluşmaktadır. Bu arayüzler Ürün listesi, Siparis listesi ve Bilgi sayfasıdır. Ürün listesinde ürünler çıktı olarak görüntülenir ve içlerinden seçim yapılarak toplam rakama eklenir. Eger Siparişlerim tuşuna basılırsa ikinci adım olan Siparişlerim arayüzü yüklenecektir. Bu arayüzde herhangi bir parametre geçişi olmayacak, o ana kadar misafirin eklediği tüm siparişler listelenecektir.
Yukarıda tasarımı yapılmış olan arayüzler büyük oranda gerçekleştirimi temsil etmesi hedeflenmiştir. Burada sadece günlük tur girişi ve hatırlatma okuma sayfaları ; sırasıyla hatırlatma girişi ve anket doldurma sayfalarıyla birebir aynı olduğundan tekrar çizilmemiştir. Bunun dışındaki tüm arayüzler bu belgede gösterilmektedir.
Proje Planı ve Uygulama Takvimi
Gerçekleştirim : 3 Temmuz 2009
|