Yazılım Mühendisliği Dersi Proje Ödevi
HAVA YOLLARI
hazırlayan : B110910002 İbrahim Kaya
İçerik
İçerik ii
Değiştirme Geçmişi ii
1. Giriş 1
1.1 Amaç 1
1.2 Doküman Standartları 1
1.3 Hedef Kitle ve Okuma Tavsiyeleri 1
1.4 Ürün Kapsamı 1
1.5 Referanslar 1
2. Genel Tanımlama 1
2.1 Yazılım Bakış Açısı – IPO(Input-Process-OutPut) Diyagramı 1
2.2 Ürün Fonksiyonları, Veri Akış Diyagramları (DFD) 2
2.3 Kullanıcı Sınıfları ve Davranışları Use Case Diyagramları 2
2.4 Ortam, Teknoloji ve Donanımı 2
2.5 Tasarım ve Uygulama Kısıtları 2
2.6 Kullanıcı Dökümantsayonun Taşıması Gereken Özellikler 2
2.7 Kabuller ve Etkileşimler 2
3. Harici Arayüz Gereksinimleri 3
3.1 Kullanıcı Arayüzleri 3
3.2 Donanım Arayüzleri 3
3.3 Yazılım Arayüzleri 3
3.4 İletişim Arayüzleri 3
4. Sistem Özellikleri 3
4.1 Sistem Özelliği 1 4
4.2 Sistem Özelliği 2 (vs..) 4
5. Diğer Fonksiyonel Olmayan Gereksinimler 4
5.1 Performans Gereksinimleri 4
5.2 Sağlık Gereksinimleri 4
5.3 Güvenlik Gereksinimleri 5
5.4 Yazılım Kalite Özellikleri 5
5.5 İş Kuralları 5
6. Diğer Gereksinimler 5
7. Gelecekte Yapılması Planlananlar 5
8. Uzama Planı 5
Değiştirme Geçmişi
İsim Tarih Değişikliğin Sebebi Versiyoniyeleri
1. Giriş
1.1 Amaç
İnsanların online uçak bileti almayı kolaylaştırmak ve güvenli bir şekilde sağlamak.
Uçuş kurallarını öğrenmek
Havayolu şirketlerini öğrenmek
Nereden nereye uçuş yapabileceğini öğrenmek
1.2 Doküman Standarı
1.3 Hedef Kitle ve Okuma Tavsiyeleri
tları
–
• Yolcular
• Personel
• Tasarımcı
• Programcı
• Testci
• Şirketler
1.4 Ürün Kapsamı
• Bilet satış işleminin karmaşası, yavaşlığı
• çalışan personel sayısı
• raporlama
• işgücünden kazanç sağlama
1.5 Referanslar
• Havayolu şirketi,
• seyahat acentesi,
• IATA ( Uluslararası Hava Taşıyıcıları Birliği),
• Vergi Usul Kanunu Genel Tebliği,
• personel yönetmeliği ve talimatlar. ,
• THY yönetimi
• Bilet satış kanunları,
• online alışveriş kanunları
2. Genel Tanımlama
2.1 Yazılım Bakış Açısı – IPO(Input-Process-OutPut) Diyagramı
Pilot: Ana pilot,yardımcı pilot
Hostes(Personel) : Personel adı,soyadı,cinsiyeti,eğitimi,kıdem yılı
Kanun: Vergi oranları
Yapılan hava yolları websitesi o şirketin veri tabanını kullanır.Bu websitesinde bilet alabilir aldıktan sonra e-bilet numarası ile istediği zaman kontrol edebilir.
2.2 Ürün Fonksiyonları, Veri Akış Diyagramları (DFD)
DB_Sauhy : Üyelerin kayıtları ve her bir üyenin önceden yaptığı seyahatler.
2.3 Kullanıcı Sınıfları ve Davranışları Use Case Diyagramları
İnsan kaynakları
Muhasebe
Departman Yöneticisi
2.4 Ortam, Teknoloji ve Donanım
Mevcut yazılım Websitesi üzerinden çalışmaktadır.
Php ile hazırlanmıştır.
Xampp Server kullanılmıştır.
Localde çalışılmıştır..
Mysql veritabanına kaydeder.
MySQL sunucu üzerinden mevcut personel veri tabanı ile entegre çalışacaktır.
2.5 Tasarım ve Uygulama Kısıtları
Zaman kısıtlaması
Maliyet kısıtlaması
Arayüz kısıtlaması(belirli arayüz kullanılacak)
Veritabanı kısıtlamaları(belirli tablo sayısı)
2.6 Kullanıcı Dökümantsayonun Taşıması Gereken Özellikler
Kullanıcıların web sitesinde karşılaşabileceği sorunlar öngörülerek web sitesine sıkça sorulan sorular butonu eklenerek kullanıcıların ihtiyaçları karşılanmaya çalışılmıştır.
2.7 Kabuller ve Etkileşimler
Çalışanlardan USD ödeme alanlar için merkez bankası kurları baz alınır.
-Hava şartlarına göre uçağın rötar yapması
-Uçağın arızalanması
-Açil durumlarda(yangın,uçağın kaçırılması vb.)
Bilet fiyatları verilerini anlık olarak firmalardan alınıp düzenlenir.
Personellerin ücretleri çalışma süresi ve çalışma ücreti baz alınarak ödenir.
3. Harici Arayüz Gereksinimleri
3.1 Kullanıcı Arayüzleri
Kullanıcıların kolay uyum sağlayabilmesi için, mevcutta kullanılan logo şirketin logosu şekilde tasarlanmalıdır.
Ana ekran bulunmalı, bu ekrandan bütün işlemlere kısayol olmalıdır.
Kullanıcı arayüzü basit ve sade olmalı bir kullanıcı fazla sekmelerle uğraşmayarak rahat bir kullanım sağlamalı.
Çıkış işlemlerinden önce onay alınmalıdır.
Kullanıcı tek bir butona tıklayarak işlemlerini yapabilecektir.
Donanım Arayüzleri
Personel sicillerini personel kartlarından otomatik olarak okuyan bir barkod okuyucu
3.2 Yazılım Arayüzleri
e-bilet satış sistemi yazılımı.
Kullanıcı bilgileri bu tablolarda tutulmalıdır.
3.3 İletişim Arayüzleri
Havayollarında bulunan havayolu şirketinin ulaşılabilecek telefon numaraları ve eposta adresi
iletişim bilgilerinde yer alır ayrıca harita üzerinden konum gösterebilir.
Bilet teslim işlemleri için kargo şirketleriyle iletişim kurulması.
Banka ödeme talimatları bankaların sunduğu web service üzeriden sağlanacaktır.
Kullanıcılara bilet aldıklarına dair bilgi için e-posta ve telefonlarına kısa mesaj gönderilecek.
4. Sistem Özellikleri
İnternet bağlantısı yeterli.
4.1 Ödemeler otomatik olarak bankalara gitmeli
4.1.1 Tanımlama ve Öncelik
Sistemimizde kişilere yapılacak ödeme tutarlarının banka bilgileri ile beraber, ilgili bankalara yönlendirilmesi.
Çok önemli.
Yetişkinler çocuklar ve bebekler ile farklı bir fiyat belirlenir ona göre belirli indiimler yapılır.İş adamları için business class önceliği vardır ve bu öncelik kendi aralarında da oturucağı koltuğa göre para vermesi gerekir.Koltuklarda öncelik zamanında alınan biletle alakalıdır.
4.1.2 Uyarı/Cevap Sırası
Ödeme tutarlarının hesaplanması ön koşuldur.
Banka hesap bilgisi tanımlanmadan ödemeler bankaya geçilemeyecektir.
Yabancı para birimi ile ödeme yapılacak personel için ön çevirim yapılmalıdır.
Menüde eksik bilgi bulunmamalıdır.
Listeye manual mudahale edilmemelidir. Listeyi kimse görememelidir.
Listede eksik bulunursa bütün liste beklemeye alınmalıdır.
4.1.3 Fonksiyonellik Gereksinimleri
Kümülatif vergi matrahı 7000 ytl üzerinde ise 15%, altındaysa 10% vergi alınır.
Lojman giderleri alınıp bürüt maaşa eklenir.
İşlemler azami yarım saat içinde iptal edilebilmelidir.
Raporlar Excel ortamında da görüntülenebilmelidir
4.2 IK yöneticisi raporu
5. Diğer Fonksiyonel Olmayan Gereksinimler
5.1 Performans Gereksinimleri
Rezervasyon işleminin yapılabilmesi için bankaların 5 saniye içinde yanıt vermesi gerekir.
Muhasebe yöneticisi Raporlarının en fazla 30 dakikada çıkarılması.
Sistem günlük 200 bin bilet satış işlemini yapabilecek şekilde tasarlanmalıdır.
Yedekleme işlemi, kullanıcıları rahatsız etmeyecek şekilde kullanımın en az olduğu zaman dilimleri tespit edilerek yapılmalıdır.
5.2 Sağlık Gereksinimleri
Veri tabanının ve sistemin sağlıklı bir şekilde çalışması için yedekleme işlemleri periyodik yapılmalı.
Veri tabanında şişme önlenmeli ve bilgiler sürekli kontrol altında tutulmalıdır.
5.3 Güvenlik Gereksinimleri
Kredi kartı bilgileri istenirken kullanıcıların güvende hissetmesi için kredi kartının cv kodu istenir
Kullanıcılar sadece giriş yaptıkları taktirde bilet satın alma işlemi gerçekleştirebilir.
Misafir olarak sisteme girenler organizasyon bilgilerini görebilir.
Gerçek kişilerin bilet alması için telefon numarası ve kimlik numarası ile doğrulama alınmalıdır.
5.4 Yazılım Kalite Özellikleri
5.5 İş Kuralları
6. Diğer Gereksinimler
Sitenin yayınlanması için bir domain alınmalı.
Bankalarla gerekli anlaşmalar yapılmalı.
Online alışveriş sitesi olarak gerekli izinler alınmalıdır.
Yapılan web sitesi şirketinin devlete vergi konusunda sıkıntı yaşanmamış olması
7. Gelecekte Yapılması Planlananlar
Yurtdışı bankaları ile ileride senkronize olacaktır
Uygulamanın mobil cihazlara taşınabilmesi
Web sitesinin bir çok dil desteği eklenmesi
8. Uzama Planı
Projenin uzaması durumunda çok önem arz etmeyen sonradan güncelleme ile eklelenebilecek sayfaların çıkarılması(iletişim sayfası,hakkındaa sayfası,sıkça sorulan sorular kısmı olabilir.)
9. Test Planı
Sistemin testi için tanımlanan kullanıcı grubundan temsili olarak tanımlanan organizasyonlara bilet alması istenmiştir. Bu grubun yaptığı işlemler esnasında sistemin doğruluğu, güvenliği, hızlılığı ve açıkları test edilmiştir.
10. Bakım planı
Sistem kullanıma geçtikten sonra oluşabilecek sorunlar dahilinde geçici bakım yapılır. Eğer sorun daha büyük ve önemli ise sürüm güncellemesi ile bakımları gerçekleştirilir.
11. Gant diyagramı
Diyagramda :
• Proje yapım aşamlarını
• Başlangıç ve Bitiş tarihleri
• Ne kadar sürdüğü
12. Maliyet hesabı
Kaynak planlaması tanımlanmış proje için kaynakların, (insan, cihaz, makine, sermaye gibi..) ve bu kaynaklardan proje süresince ne miktarda gerektiğinin ve ne kadar kullanılacağının belirlenmesi işleminde meydana gelen maliyetlerdir.
işletme sabit maliyetleri
A1 Personel giderleri A2 Bina giderleri
A3 Bakım onarım maliyetleri A4 diğer maliyetler
Domain ve orjinal yazılımlara harcanan dönemsel ücretler.
Ek A: Sözlük
Ek B: Senaryolar
İlK Personeli personel ekleme senaryosu:
Personel bilgisini (adı soyadı….) girer.
Sisteme şifresi ile giriş yapar
Personel kartlarından personele yeni kart tanımlar.
İleri tuşuna
Personel iş tanımını girer.
Kaydet butonuna basar.
Eksik bilgi varsa sistem uyarır
Kayıt yapılmaz, ve tekrar kayıt işlemi baştan başlar.
Üye Kaydı Senaryosu
Kişi adını ve soy adını girer.
Bir şifre belirler
Kaydet butonuna basar.
Eksik bilgi varsa sistem uyarır
Kayıt yapılmaz, ve tekrar kayıt işlemi baştan başlar.
Personel Üyesinin Yapacağı Senaryoları
Uçakta kim kim kaç kişi yer ayırmış
Bunların Cinsiyetleri
Sınıfları(Bussines ve Economic)
Kalkış saatini öğrenme
Hangi saatlerde çalıştığını öğrenme
Üyelerin Yapacağı Senaryolar
Kendi Bilgilerini ve kart bilgisini girme
Yer ayırma
Önceki yaptığı seyahatleri gösterme
Yapacağı seyahatleri gösterme
a. SG1: Rezervasyon Yapma
Konu: Havayolu firmaları için rezervasyon ve bilet satış sistemi
Birincil aktör: Müşteri
İlgililer ve beklentileri:
Müşteri: Doğru ve hızlı bir şekilde rezervasyon işlemini yapabilmek
Veritabanı: Kaydedilecek bilgilerin bilinen bir yapıda gelmesi
Kredi kartı merkezi: İstenen işlemin doğru formatta bildirilmesi
Ön koşullar: (Sisteme giriş kullanılmayacaktır : İDO’da olduğu gibi giriş yapılmadan işlem no
yardımıyla bütün işlemler takip edilecektir, kullanıcı iptal etmek için işlem numarasını hatırlamalı).
Son koşullar: Kredi kartı asıllama merkezinden onay alınmıştır, yapılan rezervasyon kaydedilmiştir,
koltuk bilgileri güncellenmiştir.
Ana Başarılı Senaryo:
1. Müşteri tarih ve güzergah bilgisini seçer ve arama tuşuna basar
2. Sistem uygun seferlerin listesini getirir
3. Müşteri isteğine uygun seferi seçer
4. Sistem koltuk listesini getirir
5. Müşteri uygun olan boş koltukları seçer ve onaylar
6. Sistem kullanıcıdan kredi kartı bilgilerini ister
7. Müşteri bilgilerini sisteme girer
8. Sistem yapılacak indirimi hesaplar
9. Sistem kredi kartı onay merkezine bilgileri gönderir
10. Kredi kartı onay merkezi bilgileri onaylar
11. Sistem, rezervasyon bilgisini veritabanına kaydeder
12. Müşteri, başarılı işlem konusunda bilgilendirilir ve müşteriye işlem numarası verilir
13. Müşteri sistemden ayrılır
Uzantılar:
2. Uygun sefer bulunamamıştır. Seçim sayfasına geri dönülür ve müşteri bilgilendirilir.
5. Boş koltuk yoktur.
1. Sistem kullanıcıya iki seçenek sunar, ana seçim sayfası ya da arama sonuçlarına geri dön
2. Müşteri boş koltuk kalmadığını anlar ve tepki verir.
2a. Müşteri ana sayfaya gider, yeni bir arama başlatır –> 1
2b. Müşteri arama sonuçlarına geri döner –> 3
2ba. Uygun başka bir sefer vardır, onu seçer –> 4
2bb. Uygun başka sefer yoktur –> 1
10a. Kredi kartı onay merkezine erişilemez
Sistem, müşteriyi bilgilendirir ve işlem sonlandırılır
10b. Kredi kartı onay merkezi bilgilerin yanlış olduğunu bildirir
1. Kullanıcı bilgilerinin yanlış olduğu konusunda bilgilendirilir
2. Kullanıcıdan bilgilerini tekrar girmesi istenir
2a. Kullanıcı sistemi terk eder
2b. Kullanıcı bilgilerini tekrar girer –> 8
6
Özel İstekler:
Kredi kartı onay merkezinden cevap 30 saniye içinde gelmeli
Sistemde kullanılan renkler, sarı lacivert olmalı 🙂
Açık Noktalar:
Müşteri işlem numarasını unuttuysa, kredi kartıyla bulunabilsin mi?
Rezerve edilmiş koltuğun, bileti en geç ne zaman alınmalıdır ki rezervasyon düşmesin?
b. SG2: Rezervasyon İptali
Konu: Havayolu firmaları için rezervasyon ve bilet satış sistemi
Birincil aktör: Müşteri
İlgililer ve beklentileri:
Müşteri: Doğru ve hızlı bir şekilde önceden yaptığı rezervasyon işlemini iptal edebilmek
Veritabanı: Kaydedilecek bilgilerin bilinen bir yapıda gelmesi
Kredi kartı merkezi: İstenen işlemin doğru formatta bildirilmesi
Ön koşullar: Müşterinin rezerve ettiği koltuk vardır ve işlem numarasını bilmektedir.
Son koşullar: Kredi kartı asıllama merkezinden onay alınmıştır, rezervasyon iptal edilmiştir, koltuk
bilgileri güncellenmiştir.
Ana Başarılı Senaryo:
1. Müşteri rezervasyon iptal kısmına giriş yapar
2. Müşteri işlem numarasını ve kredi kart numarasını girer (koruma amaçlı)
3. Sistem veritabanından gerekli işlemi ister
4. Veritabanı işlemi bulur
5. Sistem, kredi kartı numaralarını karşılaştırır ve numaralar uyuşur
6. Sistem ceza kesintisini hesaplar
7. Sistem kredi kartı onay merkezine bilgileri gönderir
8. Kredi kartı onay merkezi bilgileri onaylar
9. Sistem, rezervasyon bilgisini veritabanına kaydeder
10. Koltuk bilgileri güncellenir
11. Müşteri, başarılı işlem konusunda bilgilendirilir
12. Müşteri sistemden ayrılır
Uzantılar:
4. Veritabanı işlemi bulamaz
Kullanıcı bilgilendirilir ve işlem iptal edilir
5. Kredi kartı numaraları uyuşmaz
Kullanıcı bilgilendirilir ve işlem iptal edilir
9a. Kredi kartı onay merkezine erişilemez
Sistem, müşteriyi bilgilendirir ve işlem sonlandırılır
Özel İstekler:
Kredi kartı onay merkezinden cevap 30 saniye içinde gelmeli
Açık Noktalar:
Müşteri işlem numarasını unuttuysa, kredi kartıyla bulunabilsin mi?
Kredi kartına para geri gönderildiği anda sistemde hata olur ve kapanırsa, koltuk bilgileri nasıl
güncellenecek?
<Yazılımın tamamlanmasından sonra ileride nelerin dahil edilebileceği ve ne gibi değişikliklerin yapılabileceği belirtilir.>
Ek C: Analiz Modelleri
<İsteğe bağlı olarak veri akış diyagramları, sınıf diyagramları, durum-geçiş(state-transition) diyagramları , varlık-ilişki(entity-relationship) diyagramları gibi bütün alakalı analiz modelleri dahil edilir.>
Ek D: Tespit Listesi
ibrahim kaya 